WO2015094069A1 - High-reliability transmission scheme with low resource utilization - Google Patents

High-reliability transmission scheme with low resource utilization Download PDF

Info

Publication number
WO2015094069A1
WO2015094069A1 PCT/SE2013/051606 SE2013051606W WO2015094069A1 WO 2015094069 A1 WO2015094069 A1 WO 2015094069A1 SE 2013051606 W SE2013051606 W SE 2013051606W WO 2015094069 A1 WO2015094069 A1 WO 2015094069A1
Authority
WO
WIPO (PCT)
Prior art keywords
reception
transmission
message
transmission mode
transmitting
Prior art date
Application number
PCT/SE2013/051606
Other languages
French (fr)
Inventor
Robert Baldemair
Gabor Fodor
Ather GATTAMI
Stefan Parkvall
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
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
Priority to PCT/SE2013/051606 priority Critical patent/WO2015094069A1/en
Priority to JP2016541501A priority patent/JP6228311B2/en
Application filed by Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Priority to CN201380081720.9A priority patent/CN105850067B/en
Priority to SG11201604592TA priority patent/SG11201604592TA/en
Priority to US15/105,694 priority patent/US10305639B2/en
Priority to BR112016013724A priority patent/BR112016013724A2/en
Priority to KR1020167019793A priority patent/KR101799715B1/en
Priority to AU2013408437A priority patent/AU2013408437B2/en
Priority to MX2016007800A priority patent/MX351837B/en
Priority to EP13899837.2A priority patent/EP3084997B1/en
Priority to RU2016129697A priority patent/RU2622770C1/en
Publication of WO2015094069A1 publication Critical patent/WO2015094069A1/en
Priority to PH12016501069A priority patent/PH12016501069A1/en
Priority to IL246076A priority patent/IL246076A/en
Priority to ZA2016/04702A priority patent/ZA201604702B/en
Priority to HK16110363.0A priority patent/HK1222271A1/en

Links

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
    • H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information

Definitions

  • Reliability in this context refers to the probability that a message, or packet, sent by a transmitter node reaches the receiver within some time interval in such a way that the receiver can decode the message.
  • Examples of applications requiring high-reliability and low-latency are various machine type communications, MTC, traffic safety related applications, certain smart grid applications such as tele-protection, and process control in industries.
  • LTE, High Speed Packet Access, HSPA, and other modern wireless communication systems apply re-transmission schemes to improve the reliability of the system.
  • a transmitter transmits a message and re-transmits the message if no acknowledgement, ACK, is received within a specific time.
  • Classical ARQ schemes do not apply Forward Error Correction, FEC, but only Error Detection to enable the receiver to determine correctness of the message.
  • FEC Forward Error Correction
  • An illustration of ARQ is shown in figure 3, where a first (1 st TX) and a second (2 nd TX) transmission of a message are not successfully received by a receiver, which sends a negative acknowledgement NACK.
  • the third transmission (3 TX) is successfully received and acknowledged by the receiver with an ACK.
  • Hybrid ARQ is a combination of ARQ and FEC. Due to the FEC the receiver has the possibility to recover a message even if it is corrupted as long as the message is not too disturbed. If the receiver fails to recover the message it will send a negative acknowledgement, NACK, to the receiver to request a retransmission, otherwise an ACK. Depending on the applied HARQ scheme, retransmissions of the message are either identical copies of the original
  • Hybrid ARQ with incremental redundancy, and is applied in LTE and HSPA.
  • Hybrid ARQ can optionally use soft combining, where the receiver combines the previously received data bits and the current ones to decode the message.
  • Soft combining is used in, for example, high speed downlink packet access, HSDPA, networks and LTE.
  • the minimum time between two transmissions/retransmissions is given by the time needed by the receiver to receive a transmission, decode it, generate and send the acknowledgement, either ACK or NACK; and the time needed by the transmitter to receive and decode the acknowledgement and prepare a retransmission. This time is referred to as the Re-transmission Round Trip Time, RTT.
  • TTI Transmission Time Interval
  • Hybrid ARQ roundtrip time in LTE UL is fixed to 8 TTI, i.e. 8 ms.
  • This herein disclosed solution relates to a transmission scheme to improve resource efficiency for low-latency/high-reliability transmissions. It proposes to start a message transmission with a regular re-transmission scheme. After e.g. a configurable time - which is lower than the latency budget - and without having received an ACK from the receiver the transmitter starts to use a more
  • This transmission mode could be continuous transmission, transmissions with higher power, more frequent transmissions, transmissions with more redundancy, etc. Metaphorically, it could be described as that the transmitter starts to “panic” after the e.g. configurable time and starts to "shout”.
  • a particular advantage of the disclosed solution is the ability to dynamically adjust the communication mode to varying channel states in high mobility or high channel quality variation situations. For example, if the transmitter and receiver moves within an area with variable shadow conditions, the disclosed solution helps to use the best transmission mode adaptively.
  • a method which is to be performed by a transmitting node, which is operable to apply an ARQ scheme.
  • the method comprises transmitting a message to a receiving node in an acknowledged first transmission mode.
  • the method further comprises detecting an indication of unsuccessful reception of the message, or of a re-transmission related to the message.
  • the method further comprises switching to a second transmission mode based on the detected indication; and, in the second transmission mode: retransmitting said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next retransmission.
  • a method which is to be performed by a receiving node, which is operable to apply an ARQ scheme.
  • the method comprises, in a first reception mode: detecting unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a retransmission related to the message.
  • the method further comprises indicating the unsuccessful reception to the transmitting node; and switching 203 to a second reception mode, at least partly based on said detected unsuccessful reception.
  • the method further comprises, in the second reception mode: receiving at least one re-transmission related to the message.
  • the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception
  • the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next retransmission.
  • a transmitting node which is operable to apply an ARQ scheme.
  • the transmitting node is operative to, in an acknowledged first transmission mode, transmit a message to a receiving node.
  • the transmitting node is further operative to detect an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message; and to switch to a second transmission mode based on the detected indication.
  • the transmitting node is further operative to, in the second transmission mode, re-transmit said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next re-transmission.
  • a receiving node which is operable to apply an ARQ scheme.
  • the receiving node is operative to, in a first reception mode, detect unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message.
  • the receiving node is further operative to indicate the unsuccessful reception to the transmitting node; and to switch to a second reception mode, at least partly based on said detected unsuccessful reception.
  • the receiving node is further operative to, in the second reception mode, receive at least one re-transmission related to the message.
  • the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception
  • the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for
  • a computer program which when run in a transmitting node causes the transmitting node to perform the method according to the first aspect above.
  • a computer program which when run in a receiving node causes the receiving node to perform the method according to the second aspect above.
  • Figure 1 is a flow chart of a method performed by a transmitting node, according to an exemplifying embodiment.
  • Figure 2 is a flow chart of a method performed by a receiving node, according to an exemplifying embodiment.
  • Figure 3 illustrates an acknowledged re-transmission scheme, according to the prior art.
  • Figure 4 illustrates a continuous re-transmission scheme, which may be used in a second transmission mode according to an exemplifying embodiment.
  • Figure 5 illustrates re-transmission in a first and a second transmission mode, according to an exemplifying embodiment.
  • Figure 6 illustrates re-transmission in a first and a second mode, according to an exemplifying embodiment.
  • Figures 7 and 8 show transmitting nodes according to exemplifying embodiments.
  • Figures 9 and 10 illustrate receiving nodes according to exemplifying
  • TTIs Transmission Time Intervals, TTIs.
  • N The minimum number N depends on the time it takes to provide feedback from receiver to transmitter and the time it takes the transmitter to decode the feedback. The consequence is that the medium is only used an /V-th part during a given latency budget. If, at the end of this time budget, the message has not been successfully decoded, this may be a consequence of that the medium has only been utilized 1 //V-th of the available time, i.e. only 1 / V-th of the possible energy has been conveyed.
  • the transmitter can send continuously to the receiver during the complete latency budget. This ensures that maximum amount of energy is conveyed from the transmitter to the receiver and thus link reliability is maximized.
  • the drawback of continuous transmission is that often too many resources are used; there is no need to continue transmission after the receiver has been able to decode the message.
  • the second phase or mode starts when receiving an indication of that a message has not been successfully received by a receiving node e.g. after a configurable time that is shorter than the latency budget of the message. In the second phase, a transmission mode is used that is more likely to be
  • Resources in this context can be more time/frequency/code/power resources, computational resources or consumed energy in transmitter and/or receiver if a more powerful but complex transmission mode is used.
  • mode switching from state of the art transmission mode to a second transmission mode e.g. continuous transmission can be triggered by different conditions such as:
  • the transmitter has different possibilities to discontinue, or end, the second transmission mode, e.g. continuous transmission. Examples are:
  • Figure 5 outlines a simple example comprising two transmission phases or modes.
  • the message (1 st TX) is transmitted and re-transmitted (2 nd TX) since no ACK is received.
  • the transmitter switches to the second phase.
  • the transmitter instead of waiting for feedback from the receiver, the transmitter starts to transmit continuously. Since now the medium is continuously used, the conveyed energy is maximized within the second phase which also maximizes the reception likelihood from link perspective.
  • Switching to a continuous transmission mode in the second phase or mode is only one out of many possible examples. Another example is to assign for each transmission more resources and decrease the coding rate. More resources could be e.g. in time, frequency, code or power. For example, one possibility is to transmit with an increased power, without changing code rate.
  • Another possibility is to reduce the time interval between re-transmissions. In the extreme case this leads to continuous transmissions. Further, the assigned bandwidth could be increased in the second transmission mode, and/or the assigned resources could be distributed in the frequency domain to increase frequency diversity.
  • Another possibility is to use a changed transmission format. For example, within a transmission, the amount and/or energy of reference signals can be increased to improve channel estimation.
  • Another possibility is to use more transmit and/or receive antennas and change the multiple-antenna transmission scheme accordingly in the second transmission mode.
  • a single transmit antenna may be used in the first transmission mode, and multiple transmit antennas with antenna diversity may be used in the second transmission mode.
  • transmission mode or first phase
  • simple codes e.g.
  • convolutional codes whereas transmissions in the second transmission mode, or second phase, are based on advanced codes, e.g. low-density parity-check codes, LDPC, or Turbo codes.
  • advanced codes e.g. low-density parity-check codes, LDPC, or Turbo codes.
  • advanced codes e.g. low-density parity-check codes, LDPC, or Turbo codes.
  • advanced codes e.g. low-density parity-check codes, LDPC, or Turbo codes.
  • advanced codes e.g. low-density parity-check codes, LDPC, or Turbo codes.
  • advanced codes e.g. low-density parity-check codes, LDPC, or Turbo codes.
  • the same amount of resources e.g. power, time, frequency, codes, and antennas.
  • advanced codes achieve better performance than simple codes.
  • Another possibility is to enable multi-path diversity in the second phase or transmission mode, i.e. the number of transmission and/or reception points is higher in the second phase than in the first phase or transmission mode.
  • a feedback scheme can be used in the second transmission phase but it is also possible not to use feedback in the second transmission phase, i.e. the second transmission phase extends until the end of the allowed latency budget.
  • the system can be generalized to multiple transmission phases or modes. For example, one could envision three or more phases where the duration between re-transmissions decreases from one phase to the next. See figure 6 for a graphical illustration.
  • the parameters such as start of second and potentially other later phases, parameters of phases, e.g. amount of resources, re-transmission interval, etc, can be set individually for each user or group of users. For example, in a
  • users can be grouped and users within the same group need to transmit messages with similar/equal characteristics e.g. latency and reliability, users within the same group may be configured with similar parameters. Users in groups with more stringent message requirements may be configured with "better" parameters.
  • the methods disclosed herein can also be combined with rich feedback.
  • the ACK or NACK is just a single bit indicating correctness of the message.
  • rich feedback a more detailed status of the current reception status can be conveyed, e.g. if the receiver is "close” to decode the message or not. The determination of "close” could for example be based on soft values or log- likelihood ratios of the message bits. If the received feedback indicates the receiver already has almost enough information to decode the message transition into the next phase can happen later or the transmission mode in the second phase uses less resources than it would otherwise.
  • the transmitting node is operable to apply an automatic repeat request, ARQ, scheme, i.e. a scheme for re-transmission, e.g. HARQ.
  • the transmitting node may be e.g. a radio base station, RBS, such as an LTE eNB, an access node, a relay or a user equipment, UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication.
  • RBS radio base station
  • eNodeB NodeB or simply base station.
  • Figure 1 illustrates the method comprising, in an acknowledged first transmission mode: transmitting 101 a message to a receiving node.
  • the method further comprises detecting 102 an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message.
  • the method further comprises switching 103 to a second transmission mode based on the detected indication; and, in the second transmission mode: retransmitting 104 said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next retransmission.
  • the first transmission mode is characterized by a regular acknowledged retransmission procedure, such as an ARQ or HARQ scheme.
  • the transmitter awaits an acknowledgement before any retransmission related to the message.
  • the acknowledgement may be negative or positive, explicit or implicit.
  • An example of a negative implicit acknowledgement is e.g. the absence of an ACK in a certain time window after the transmission of the message, related to the RTT. That is, the expression "receiving an indication of unsuccessful reception" is considered to cover also the interpreting of the absence of an ACK as a N ACK.
  • the indication of unsuccessful reception could be or comprise different things, which will be described in more detail below.
  • the indication relates to a reception at a receiving node, which is an intended receiver of the message. That is, the indication indicates that the message is unsuccessfully received at a receiving node.
  • the switching to the second transmission mode is performed based on the detected indication of unsuccessful reception.
  • the second transmission mode is characterized by that the transmission scheme is altered in order to increase the probability of successful reception within the latency budget, as compared to the first transmission mode. This could be implemented in a number of ways, which will be further described below.
  • a retransmission of a message is performed without or before receiving an
  • acknowledgement positive or negative, of message reception. This may be referred to as an unacknowledged mode, however, the transmitted message may be acknowledged by a receiving node, even though the transmitting node does not await or receive the acknowledgement before re-transmitting the message or part thereof.
  • This method increases the probability of successful reception within the latency budget for high-reliability and latency-critical applications.
  • a time interval between subsequent transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode. This is illustrated e.g. in figures 5 and 6.
  • the time interval between re-transmissions in the second transmission mode may also decrease over time, which is illustrated in figure 6, when defining the 2 nd and 3 rd
  • the second transmission mode may be ended based on different events, such as at the reception, from a receiving node, of at least one indication of successful reception related to the message. Alternatively or in addition it may be ended at the elapse of a time T from the switching to the second transmission mode; at the elapse of a time T from the transmitting of the message, e.g. the start of the first transmission of the message, or after the reception of a predefined number of NACKs.
  • the indication of unsuccessful reception may comprise e.g. a predefined number, one or more, of negative acknowledgements, NACKs, related to the message, where the NACKs could be explicit or implicit.
  • the indication of unsuccessful reception may comprise rich feedback, including e.g. information about the receiver decoding status and/or it may comprise an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
  • the transmitting node may switch to the second transmitting mode when having received a predefined number of NACKs, explicit or implicit, related to a message, from a receiving node. In an extreme case, it may change to the second transmission mode already after receiving one NACK related to the message. However, the number of NACKs may be determined or set based e.g. on the RTT, the delay sensitivity of the transmission and/or the latency budget.
  • the second transmission mode could be adapted or selected based on the information given by the rich feedback. For example, the time between re-transmissions may depend on the extent to which the receiving node has succeeded in decoding the received message. Often, an ACK or NACK is just a single bit indicating
  • a more detailed status of the current reception status can be conveyed, e.g. if the receiver is "close” to decode the message or not.
  • the determination of "close” could for example be based on soft values or log-likelihood ratios of the message bits. If the received feedback indicates the receiver already has almost enough information to decode the message, transition into the next phase/second transmission mode can happen later or the second transmission mode may use less resources than it would otherwise.
  • An indication of conditions at the receiving node preventing successful reception in the first transmission mode could be e.g. a message comprising channel state information, CSI, or a parameter or information derived from CSI. That is, it may be an indication of that the receiving node is subjected to
  • more resources in terms of time, frequency, code, power, transmission points and/or computational resources could be used for retransmission in the second transmission mode than in the first transmission mode. That is, increased resources usage, such as shorter time between retransmissions; more complex codes, transmission from multiple antennas and/or other diversity could be applied in order to get the message through to the receiving node, i.e. to be successfully received.
  • the resources used for re-transmissions in the second transmission mode may depend on information related to unsuccessful reception received from the receiving node. That is, as described above, rich feedback information may be indicative of that more or less resources are needed in order to achieve successful reception.
  • the receiving node corresponds to the method performed by a transmitting node described above.
  • the receiving node is operable to apply an automatic repeat request, ARQ scheme, i.e. a scheme for re-transmission, e.g. HARQ.
  • the receiving node may be e.g. a user equipment UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication, or a radio base station, RBS, such as an LTE eNB, an access node or a relay.
  • Figure 2 illustrates the method comprising, in a first reception mode:
  • the method further comprises indicating 202 the unsuccessful reception to the transmitting node; and switching 203 to a second reception mode, at least partly based on said detected unsuccessful reception.
  • the method further comprises, in the second reception mode: receiving 204 at least one re-transmission related to the message.
  • the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception
  • the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next re-transmission.
  • Figure 2 also illustrates the case when a successful detection is detected in action 201 . When a message is received successfully, the receiving node should not switch to a second reception mode, but stay in a regular reception mode, e.g. denoted first reception mode for the reception of a next message, which is illustrated as action 205 in figure 2.
  • the action of detecting unsuccessful reception may be related to or comprise e.g. a number, one or more, of unsuccessful reception attempts, an elapse of a certain time since an event, such as a first unsuccessful reception attempt, or conditions at the receiving node preventing successful reception in the first transmission/reception mode.
  • the second transmitting mode may comprise more frequent re-transmissions than the first transmission mode. This could also be expressed as that a time interval between reception of subsequent transmissions related to the message is shorter in the second reception/transmission mode than the first reception/transmission mode. The time duration between re-transmissions in the second transmission mode may decrease over time, as previously described. Further, the second transmission mode may comprise continuous transmission, and thus the second reception mode may comprise continuous reception.
  • the indicating of unsuccessful reception to the transmitting node may comprise indicating of conditions preventing successful reception in the first transmission mode/reception mode, such as e.g. CSI comprising CQI.
  • the second reception mode may be ended e.g. at a successful reception related to the message, or, at the elapse of a time T from the switching to the second reception mode, or, at the elapse of a time T from the detecting of an unsuccessful reception of a transmission e.g. from the start of the first reception related to the message, after the transmission of a predefined number of NACKs, or, after the unsuccessful reception of a predefined number of transmissions related to the message.
  • the indication of unsuccessful reception may be one of: a predefined number of negative acknowledgements, NACKs related to the message; rich feedback including information about the decoding status, and an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
  • Embodiments described herein also relate to a transmitting node 700.
  • the transmitting node is associated with the same technical features, objects and advantages as the method described above and illustrated e.g. in figure 1.
  • the transmitting node will be described in brief in order to avoid unnecessary repetition.
  • the transmitting node 700 could be e.g. a radio base station, RBS, such as an LTE eNB, an access node, a relay or a user equipment UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication.
  • the transmitting node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000...
  • the transmitting node is operable to apply an ARQ scheme such as HARQ, and is operable to communicate with other nodes or entities in a communication network.
  • an ARQ scheme such as HARQ
  • the part of the transmitting node which is mostly related to the herein suggested solution is illustrated as an arrangement 701 surrounded by a broken/dashed line.
  • the arrangement and possibly other parts of the transmitting node are adapted to enable the performance of one or more of the methods or procedures described above and illustrated e.g. in figure 1 .
  • the transmitting node may comprise a communication unit 702 for communicating with other entities, and may comprise further functionality 707, which is illustrated with a dashed line.
  • the transmitting node illustrated in figure 7 comprises processing means, in this example in form of a processor 703 and a memory 704, wherein said memory is containing instructions 705 executable by said processor, whereby the transmitting node is operable to perform the method described above. That is, the transmitting node is operative to, in an acknowledged first transmission mode, transmit a message to a receiving node. The transmitting node is further operative to detect an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message; and to switch to a second transmission mode based on the detected indication.
  • the transmitting node is further operative to, in the second transmission mode, re-transmit said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next re-transmission.
  • transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode.
  • the time interval between retransmissions in the second transmission mode may decrease over time.
  • the second transmission mode may comprise continuous transmission.
  • the transmitting node may further be operative to end the second transmission mode at the reception of at least one indication of successful reception related to the message, or, at the elapse of a time T from the switching to the second transmission mode, or, at the elapse of a time T from the transmitting of the message, e.g. the start of the first transmission of the message, or, after the reception of a predefined number of NACKs, implicit or explicit.
  • the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message, explicit or implicit; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
  • More resources in terms of time, frequency, code, power, transmission points and/or computational resources may be used for re-transmission in the second transmission mode than in the first transmission mode.
  • the resources used for re-transmissions in the second transmission mode may depend on information related to unsuccessful reception received from the receiving node, as previously described. Even though not explicitly mentioned when describing the first transmission mode above, it is considered implicitly disclosed that resources are used for transmission and retransmission of the message in the first transmission mode.
  • the arrangement 701 may alternatively be implemented and/or
  • the arrangement 801 comprises a transmitting unit 803, for, in an acknowledged first transmission mode, transmitting a message to a receiving node.
  • the arrangement further comprises a detecting unit 804, for detecting an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message.
  • the arrangement further comprises a switching unit 806, for switching to a second transmission mode based on the detected indication.
  • the arrangement 801 may comprise an optional determining unit 805, for determining when to switch to a second transmission mode.
  • a determining function or unit may be part e.g. of the switching unit 806.
  • the message or part thereof is re-transmitted a plurality of times without waiting for acknowledgement of message reception before transmitting the next re-transmission.
  • the transmitting node 800 could be e.g. a radio base station, RBS, such as an LTE eNB, an access node, a relay or a user equipment UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication.
  • RBS radio base station
  • the transmitting node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000.
  • the transmitting node 800 e.g. the arrangement 801 may be adapted such that the time interval between subsequent transmissions related to the message may be shorter in the second transmission mode than the first transmission mode.
  • the time interval between re-transmissions in the second transmission mode may decrease over time.
  • transmission mode may comprise continuous transmission.
  • the second transmission mode may be ended e.g. at the reception of at least one indication of successful reception related to the message, or, at the elapse of a time T from the switching to the second transmission mode, or, at the elapse of a time T from the transmitting of the message, or after the reception of a predefined number of NACKs, explicit or implicit, from a receiving node.
  • the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
  • More resources in terms of time, frequency, code, power, transmission points and/or computational resources may be used for re-transmission in the second transmission mode than in the first transmission mode.
  • the resources used for re-transmissions in the second transmission mode may depend on information related to unsuccessful reception received from the receiving node.
  • the arrangement 801 , and other parts of the transmitting node could be implemented e.g. by one or more of: a processor or a micro processor and adequate software and storage therefore, a Programmable Logic Device, PLD, or other electronic component(s)/processing circuit(s) configured to perform the actions mentioned above.
  • a processor or a micro processor and adequate software and storage therefore e.g., a Programmable Logic Device, PLD, or other electronic component(s)/processing circuit(s) configured to perform the actions mentioned above.
  • PLD Programmable Logic Device
  • the transmitting node 800 may further comprise a communication unit 802 for communicating with other entities, one or more memories 807 e.g. for storing of information and further functionality 808, such as signal processing and/or scheduling.
  • Embodiments described herein also relate to a receiving node 900.
  • the receiving node is associated with the same technical features, objects and advantages as the method described above and illustrated e.g. in figure 2.
  • the receiving node is operable to apply an automatic repeat request, ARQ scheme, i.e. a scheme for re-transmission, e.g. HARQ.
  • ARQ scheme i.e. a scheme for re-transmission, e.g. HARQ.
  • the receiving node will be described in brief in order to avoid unnecessary repetition.
  • the receiving node 900 may be e.g. a user equipment, UE, such as an LTE UE, a sensor, an actuator, a
  • the receiving node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000.
  • the part of the receiving node which is mostly related to the herein suggested solution is illustrated as an arrangement 901 surrounded by a broken/dashed line.
  • the arrangement and possibly other parts of the receiving node are adapted to enable the performance of one or more of the methods or procedures described above and illustrated e.g. in figure 2.
  • the receiving node may comprise a communication unit 902 for communicating with other entities, and may comprise further functionality 907, which is illustrated with a dashed line.
  • the receiving node illustrated in figure 9 comprises processing means, in this example in form of a processor 903 and a memory 904, wherein said memory is containing instructions 905 executable by said processor, whereby the receiving node is operable to perform the method described above. That is, the receiving node is operative to, in a first reception mode, detect unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a retransmission related to the message. The receiving node is further operative to indicate the unsuccessful reception to the transmitting node; and to switch to a second reception mode, at least partly based on said detected unsuccessful reception. The receiving node is further operative to, in the second reception mode, receive at least one re-transmission related to the message.
  • the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception
  • the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next re-transmission, as previously described.
  • transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode.
  • the time interval between retransmissions in the second transmission mode may decrease over time.
  • the second transmission mode may comprise continuous transmission.
  • the first and second reception mode has the corresponding features and characteristics.
  • the receiving node may further be operative to end the second reception mode at a successful reception related to the message, or, at the elapse of a time T from the switching to the second reception mode, or, at the elapse of a time T from the detection of unsuccessful reception, e.g. at the start of the first unsuccessful reception of a first transmission related to the message, or, after the transmission of a predefined number of NACKs.
  • the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first
  • transmission/reception points and/or computational resources may be used for retransmission in the second transmission mode than in the first transmission mode.
  • the resources used for re-transmissions in the second transmission mode and reception mode may depend on information related to unsuccessful reception transmitted from the receiving node.
  • the second reception mode, e.g. when to expect re-transmissions may depend on the information related to unsuccessful reception transmitted to the transmitting node
  • the arrangement 901 may alternatively be implemented and/or
  • the arrangement 1001 comprises a detecting unit 1004, for, in an acknowledged first reception mode, detecting unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message.
  • the arrangement further comprises an indicating unit 1005, for indicating the
  • the arrangement further comprises a switching unit 1006, for switching to a second reception mode based on said detected unsuccessful reception.
  • the arrangement 1001 may be illustrated to comprise a receiving unit 1003, for the receiving of transmissions and re-transmissions from the transmitting node. This function may alternatively be regarded as implicit.
  • the receiving node may be e.g. a user equipment UE, such as an LTE UE, a sensor, an actuator, a
  • the receiving node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000.
  • the receiving node 1000 may further comprise a communication unit 1002 for communicating with other entities, one or more memories 1008 e.g. for storing of information and further functionality 1009, such as signal processing and/or scheduling.
  • the receiving node 1000 e.g. the receiving node 1000
  • arrangement 1001 may be adapted such that the time interval between
  • subsequent transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode.
  • the time interval between re-transmissions in the second transmission mode may decrease over time.
  • the second transmission mode may comprise continuous transmission.
  • the first and second reception mode has the corresponding features and characteristics.
  • the receiving node may further be adapted to end the second reception mode at a successful reception related to the message, or, at the elapse of a time T from the switching to the second reception mode, or, at the elapse of a time T from the detection of unsuccessful reception, e.g. at the start of the first
  • the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first
  • transmission/reception points and/or computational resources may be used for retransmission in the second transmission mode than in the first transmission mode.
  • the resources used for re-transmissions in the second transmission mode and reception mode may depend on information related to unsuccessful reception transmitted from the receiving node.
  • the second reception mode, e.g. when to expect re-transmissions may depend on the information related to unsuccessful reception transmitted to the transmitting node.
  • the arrangement 1001 and other parts of the receiving node could be implemented e.g. by one or more of: a processor or a micro processor and adequate software and storage therefore, a Programmable Logic Device, PLD, or other electronic component(s)/processing circuit(s) configured to perform the actions mentioned above.
  • a processor or a micro processor and adequate software and storage therefore e.g., a Programmable Logic Device, PLD, or other electronic component(s)/processing circuit(s) configured to perform the actions mentioned above.
  • PLD Programmable Logic Device

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Transmitting node and receiving node and methods therein for a high-reliability transmission scheme with low resource utilization.The transmission scheme comprises two modes, where a first mode comprises regular acknowledged retransmission, and a second mode comprises accelerated, or otherwise ramped- up retransmission, thus improving the probability of conveying a message successfully within an allowed delay budget.

Description

HIGH-RELIABILITY TRANSMISSION SCHEME WITH LOW RESOURCE
UTILIZATION
TECHNICAL FIELD
[01 ] The solution described herein relates generally to high-reliability
transmission, and in particular to retransmission schemes.
BACKGROUND
[02] Currently the focus of mobile communication systems is on mobile broadband to provide Internet connectivity. Optimizations in such networks are typically done to improve throughput performance. These networks, and more importantly, the applied transmission schemes, are not optimized for extreme reliability and at the same time extreme latency-critical applications. Reliability in this context refers to the probability that a message, or packet, sent by a transmitter node reaches the receiver within some time interval in such a way that the receiver can decode the message.
[03] Examples of applications requiring high-reliability and low-latency are various machine type communications, MTC, traffic safety related applications, certain smart grid applications such as tele-protection, and process control in industries.
[04] LTE, High Speed Packet Access, HSPA, and other modern wireless communication systems apply re-transmission schemes to improve the reliability of the system.
[05] In a simple Automatic Repeat Request, ARQ, system a transmitter transmits a message and re-transmits the message if no acknowledgement, ACK, is received within a specific time. Classical ARQ schemes do not apply Forward Error Correction, FEC, but only Error Detection to enable the receiver to determine correctness of the message. An illustration of ARQ is shown in figure 3, where a first (1 st TX) and a second (2nd TX) transmission of a message are not successfully received by a receiver, which sends a negative acknowledgement NACK. The third transmission (3 TX) is successfully received and acknowledged by the receiver with an ACK.
[06] Hybrid ARQ, HARQ, is a combination of ARQ and FEC. Due to the FEC the receiver has the possibility to recover a message even if it is corrupted as long as the message is not too disturbed. If the receiver fails to recover the message it will send a negative acknowledgement, NACK, to the receiver to request a retransmission, otherwise an ACK. Depending on the applied HARQ scheme, retransmissions of the message are either identical copies of the original
transmission or different subsets of coded bits of the original transmission. The latter is called Hybrid ARQ with incremental redundancy, and is applied in LTE and HSPA.
[07] Hybrid ARQ can optionally use soft combining, where the receiver combines the previously received data bits and the current ones to decode the message. Soft combining is used in, for example, high speed downlink packet access, HSDPA, networks and LTE.
[08] The minimum time between two transmissions/retransmissions is given by the time needed by the receiver to receive a transmission, decode it, generate and send the acknowledgement, either ACK or NACK; and the time needed by the transmitter to receive and decode the acknowledgement and prepare a retransmission. This time is referred to as the Re-transmission Round Trip Time, RTT.
[09] In LTE, the Transmission Time Interval, TTI, i.e. the minimal time unit seen by higher layers, is 1 ms. The Hybrid ARQ roundtrip time in LTE UL is fixed to 8 TTI, i.e. 8 ms.
[010] For low-latency applications, there is a limited time within which a packet or message must be delivered, i.e. only a certain delay D is allowed for each package. Therefore, in low-latency applications, a successful reception of a packet or message must take place within this limited time or delay; otherwise the message is outdated and lost. It is a problem to achieve reliable delivery, i.e. reception, of low-latency related messages within the limited time or delay D when using regular re-transmission schemes.
SUMMARY
[01 1 ] This herein disclosed solution relates to a transmission scheme to improve resource efficiency for low-latency/high-reliability transmissions. It proposes to start a message transmission with a regular re-transmission scheme. After e.g. a configurable time - which is lower than the latency budget - and without having received an ACK from the receiver the transmitter starts to use a more
"aggressive" transmission mode. This transmission mode could be continuous transmission, transmissions with higher power, more frequent transmissions, transmissions with more redundancy, etc. Metaphorically, it could be described as that the transmitter starts to "panic" after the e.g. configurable time and starts to "shout".
[012] According to the disclosed solution, most of the messages will be conveyed successfully from transmitter to receiver using a regular retransmission scheme in the first transmission mode, well within the latency budget. For those messages, no unnecessary retransmissions are performed. Only for those few messages that are not successfully received with regular re-transmissions in the first transmission mode, a second transmission mode is used. In the second transmission mode, resource efficiency is traded for reliability, e.g. data is continued to be transmitted even after successful reception, until the transmitting node has received an ACK.
[013] However, since only few messages are handled in this way the "resource waste" on system level is small. The disclosed solution increases reliable reception of messages within a given latency budget without performing high overprovision of resources.
[014] A particular advantage of the disclosed solution is the ability to dynamically adjust the communication mode to varying channel states in high mobility or high channel quality variation situations. For example, if the transmitter and receiver moves within an area with variable shadow conditions, the disclosed solution helps to use the best transmission mode adaptively.
[015] According to a first aspect, a method is provided, which is to be performed by a transmitting node, which is operable to apply an ARQ scheme. The method comprises transmitting a message to a receiving node in an acknowledged first transmission mode. The method further comprises detecting an indication of unsuccessful reception of the message, or of a re-transmission related to the message. The method further comprises switching to a second transmission mode based on the detected indication; and, in the second transmission mode: retransmitting said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next retransmission.
[016] According to a second aspect, a method is provided, which is to be performed by a receiving node, which is operable to apply an ARQ scheme. The method comprises, in a first reception mode: detecting unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a retransmission related to the message. The method further comprises indicating the unsuccessful reception to the transmitting node; and switching 203 to a second reception mode, at least partly based on said detected unsuccessful reception. The method further comprises, in the second reception mode: receiving at least one re-transmission related to the message. The first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next retransmission.
[017] According to a third aspect, a transmitting node is provided, which is operable to apply an ARQ scheme. The transmitting node is operative to, in an acknowledged first transmission mode, transmit a message to a receiving node. The transmitting node is further operative to detect an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message; and to switch to a second transmission mode based on the detected indication. The transmitting node is further operative to, in the second transmission mode, re-transmit said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next re-transmission.
[018] According to a fourth aspect, a receiving node is provided, which is operable to apply an ARQ scheme. The receiving node is operative to, in a first reception mode, detect unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message. The receiving node is further operative to indicate the unsuccessful reception to the transmitting node; and to switch to a second reception mode, at least partly based on said detected unsuccessful reception. The receiving node is further operative to, in the second reception mode, receive at least one re-transmission related to the message. The first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for
acknowledgement of message reception before transmitting the next retransmission.
[019] According to a fifth aspect, a computer program is provided, which when run in a transmitting node causes the transmitting node to perform the method according to the first aspect above.
[020] According to a sixth aspect, a computer program is provided, which when run in a receiving node causes the receiving node to perform the method according to the second aspect above.
[021 ] According to further aspects, computer program products are provided comprising respective computer programs according to the fifth and sixth aspects above. BRIEF DESCRIPTION OF DRAWINGS
[022] The foregoing and other objects, features, and advantages of the solution disclosed herein will be apparent from the following more particular description of embodiments as illustrated in the accompanying drawings. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating the principles of the solution disclosed herein.
Figure 1 is a flow chart of a method performed by a transmitting node, according to an exemplifying embodiment.
Figure 2 is a flow chart of a method performed by a receiving node, according to an exemplifying embodiment.
Figure 3 illustrates an acknowledged re-transmission scheme, according to the prior art.
Figure 4 illustrates a continuous re-transmission scheme, which may be used in a second transmission mode according to an exemplifying embodiment.
Figure 5 illustrates re-transmission in a first and a second transmission mode, according to an exemplifying embodiment.
Figure 6 illustrates re-transmission in a first and a second mode, according to an exemplifying embodiment.
Figures 7 and 8 show transmitting nodes according to exemplifying embodiments.
Figures 9 and 10 illustrate receiving nodes according to exemplifying
embodiments.
DETAILED DESCRIPTION
[023] Application of regular re-transmission schemes, typically used in cellular communications, to low-latency/high-reliability communications implies the following: The transmission medium is not used continuously but for example only every /V-th possible slot if the Re-transmission Round Trip Time, RTT, is N
Transmission Time Intervals, TTIs. The minimum number N depends on the time it takes to provide feedback from receiver to transmitter and the time it takes the transmitter to decode the feedback. The consequence is that the medium is only used an /V-th part during a given latency budget. If, at the end of this time budget, the message has not been successfully decoded, this may be a consequence of that the medium has only been utilized 1 //V-th of the available time, i.e. only 1 / V-th of the possible energy has been conveyed.
[024] To overcome this drawback, the transmitter can send continuously to the receiver during the complete latency budget. This ensures that maximum amount of energy is conveyed from the transmitter to the receiver and thus link reliability is maximized. The drawback of continuous transmission is that often too many resources are used; there is no need to continue transmission after the receiver has been able to decode the message.
[025] A compromise would be to perform continues transmission until an acknowledgement, ACK, is received and then stop transmitting. But even here transmission resources are wasted between the time the receiver has successfully decoded a message until the transmitter has been able to decode the ACK sent by the receiver, which is illustrated in figure 4.
[026] Herein, a transmission system for high-reliability and low-latency messages is disclosed, which uses at least two modes or phases where different
transmission strategies are applied:
1 ) In the first phase or mode, a state-of-the-art re-transmission system is applied. A message is transmitted and before re-transmission takes place the transmitter must have received feedback. If the feedback is disturbed and not received by the transmitter this can be considered as NACK. 2) The second phase or mode starts when receiving an indication of that a message has not been successfully received by a receiving node e.g. after a configurable time that is shorter than the latency budget of the message. In the second phase, a transmission mode is used that is more likely to be
successfully received by the receiver but at the cost of increased utilization of resources. Resources in this context can be more time/frequency/code/power resources, computational resources or consumed energy in transmitter and/or receiver if a more powerful but complex transmission mode is used.
[027] According to different embodiments of the disclosed solution, mode switching from state of the art transmission mode to a second transmission mode e.g. continuous transmission, can be triggered by different conditions such as:
• A configurable number of consecutive NACKS at the transmitter
• Expiry of a predefined time out for successfully transmitting a packet, that is time out for receiving an ACK
• Explicitly triggered by a message received from the receiver node, based on e.g. channel state information at the receiver, CSIR.
The transmitter has different possibilities to discontinue, or end, the second transmission mode, e.g. continuous transmission. Examples are:
• Transmitter switches back to normal, state of the art, method after detecting N successful consecutive ACKs;
• Transmitter switches back to normal transmission method after a time T, unless NACK messages has been received
[028] Figure 5 outlines a simple example comprising two transmission phases or modes. In the first phase the message (1 st TX) is transmitted and re-transmitted (2nd TX) since no ACK is received. After a configurable time the transmitter switches to the second phase. In this example, instead of waiting for feedback from the receiver, the transmitter starts to transmit continuously. Since now the medium is continuously used, the conveyed energy is maximized within the second phase which also maximizes the reception likelihood from link perspective.
[029] Further, in figure 5, after some time within the second phase, the receiver successfully receives the message and sends an ACK. Since the feedback needs time to propagate to and be decoded by the transmitter, unnecessary retransmissions may inevitably occur from the time of successful message reception at receiver and feedback reception at transmitter. This waste of resources is the paid price of increased reception probability, i.e. reliability.
[030] Another variant would be that the receiver does not transmit any ACK in the second phase and the transmitter transmits until the message validity has expired, i.e. the allowed latency budget has been exceeded. This wastes even more resources, but simplifies the transmission protocol.
[031 ] Switching to a continuous transmission mode in the second phase or mode is only one out of many possible examples. Another example is to assign for each transmission more resources and decrease the coding rate. More resources could be e.g. in time, frequency, code or power. For example, one possibility is to transmit with an increased power, without changing code rate.
[032] Another possibility is to reduce the time interval between re-transmissions. In the extreme case this leads to continuous transmissions. Further, the assigned bandwidth could be increased in the second transmission mode, and/or the assigned resources could be distributed in the frequency domain to increase frequency diversity.
[033] Another possibility is to use a changed transmission format. For example, within a transmission, the amount and/or energy of reference signals can be increased to improve channel estimation.
[034] Another possibility is to use more transmit and/or receive antennas and change the multiple-antenna transmission scheme accordingly in the second transmission mode. For example, a single transmit antenna may be used in the first transmission mode, and multiple transmit antennas with antenna diversity may be used in the second transmission mode.
[035] Another possibility is to use a more complex but also more processing intensive transmission strategy. For example, transmissions in the first
transmission mode, or first phase, could be based on simple codes, e.g.
convolutional codes, whereas transmissions in the second transmission mode, or second phase, are based on advanced codes, e.g. low-density parity-check codes, LDPC, or Turbo codes. In both phases the same amount of resources e.g. power, time, frequency, codes, and antennas, could be used. The difference is that, given the same code rate, advanced codes achieve better performance than simple codes. Even though the spent transmission resources are the same, the energy consumption/computational resources in transmitter and/or receiver are less in the first phase than in subsequent phases. This aspect of the invention is especially interesting for energy/processing limited communication devices, e.g. battery operates sensors. Such a device could start with a less complex transmission mode and only if the message is not received after a certain time a more complex transmission mode is used.
[036] Another possibility is to enable multi-path diversity in the second phase or transmission mode, i.e. the number of transmission and/or reception points is higher in the second phase than in the first phase or transmission mode.
[037] A feedback scheme can be used in the second transmission phase but it is also possible not to use feedback in the second transmission phase, i.e. the second transmission phase extends until the end of the allowed latency budget.
[038] All of above schemes can also be combined, for example re-transmissions in the second phase can be more frequent and each re-transmission itself contains more resources than in the first phase.
[039] In addition the system can be generalized to multiple transmission phases or modes. For example, one could envision three or more phases where the duration between re-transmissions decreases from one phase to the next. See figure 6 for a graphical illustration.
[040] In a system with multiple users deploying the herein disclosed transmission system, the parameters, such as start of second and potentially other later phases, parameters of phases, e.g. amount of resources, re-transmission interval, etc, can be set individually for each user or group of users. For example, in a
communication system where users can be grouped and users within the same group need to transmit messages with similar/equal characteristics e.g. latency and reliability, users within the same group may be configured with similar parameters. Users in groups with more stringent message requirements may be configured with "better" parameters.
[041 ] Instead of linking the configuration of transmission phases to users it can also be linked to message characteristics. This is useful if one user can transmit messages with different characteristics. In this case message types could be grouped and the configuration could be done per message type group instead of per message type.
[042] The methods disclosed herein can also be combined with rich feedback. Often the ACK or NACK is just a single bit indicating correctness of the message. With rich feedback a more detailed status of the current reception status can be conveyed, e.g. if the receiver is "close" to decode the message or not. The determination of "close" could for example be based on soft values or log- likelihood ratios of the message bits. If the received feedback indicates the receiver already has almost enough information to decode the message transition into the next phase can happen later or the transmission mode in the second phase uses less resources than it would otherwise.
[043] In the following paragraphs, different aspects of the solution disclosed herein will be described in more detail with references to certain embodiments and to accompanying drawings. For purposes of explanation and not limitation, specific details are set forth, such as particular scenarios and techniques, in order to provide a thorough understanding of the different embodiments. However, other embodiments may depart from these specific details.
Exemplifying method performed by a transmitting node, figure 1
[044] An exemplifying method performed by a transmitting node will be described below with reference to figure 1 . The transmitting node is operable to apply an automatic repeat request, ARQ, scheme, i.e. a scheme for re-transmission, e.g. HARQ. The transmitting node may be e.g. a radio base station, RBS, such as an LTE eNB, an access node, a relay or a user equipment, UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication. A radio base station could alternatively be denoted eNodeB, NodeB or simply base station.
[045] Figure 1 illustrates the method comprising, in an acknowledged first transmission mode: transmitting 101 a message to a receiving node. The method further comprises detecting 102 an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message. The method further comprises switching 103 to a second transmission mode based on the detected indication; and, in the second transmission mode: retransmitting 104 said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next retransmission.
[046] The first transmission mode is characterized by a regular acknowledged retransmission procedure, such as an ARQ or HARQ scheme. After transmission of a message, the transmitter awaits an acknowledgement before any retransmission related to the message. The acknowledgement may be negative or positive, explicit or implicit. An example of a negative implicit acknowledgement is e.g. the absence of an ACK in a certain time window after the transmission of the message, related to the RTT. That is, the expression "receiving an indication of unsuccessful reception" is considered to cover also the interpreting of the absence of an ACK as a N ACK. [047] The indication of unsuccessful reception could be or comprise different things, which will be described in more detail below. The indication relates to a reception at a receiving node, which is an intended receiver of the message. That is, the indication indicates that the message is unsuccessfully received at a receiving node.
[048] The switching to the second transmission mode is performed based on the detected indication of unsuccessful reception. The second transmission mode is characterized by that the transmission scheme is altered in order to increase the probability of successful reception within the latency budget, as compared to the first transmission mode. This could be implemented in a number of ways, which will be further described below. In the second transmission mode, a retransmission of a message is performed without or before receiving an
acknowledgement, positive or negative, of message reception. This may be referred to as an unacknowledged mode, however, the transmitted message may be acknowledged by a receiving node, even though the transmitting node does not await or receive the acknowledgement before re-transmitting the message or part thereof.
[049] This method increases the probability of successful reception within the latency budget for high-reliability and latency-critical applications.
[050] For example, a time interval between subsequent transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode. This is illustrated e.g. in figures 5 and 6. The time interval between re-transmissions in the second transmission mode may also decrease over time, which is illustrated in figure 6, when defining the 2nd and 3rd
transmission phase as the second transmission mode.
[051 ] An extreme case of shorter time interval in the second transmission mode is continuous transmission, which is illustrated in figures 4 and 5, and also in a 3rd transmission phase in figure 6. [052] The second transmission mode may be ended based on different events, such as at the reception, from a receiving node, of at least one indication of successful reception related to the message. Alternatively or in addition it may be ended at the elapse of a time T from the switching to the second transmission mode; at the elapse of a time T from the transmitting of the message, e.g. the start of the first transmission of the message, or after the reception of a predefined number of NACKs.
[053] Further, the indication of unsuccessful reception may comprise e.g. a predefined number, one or more, of negative acknowledgements, NACKs, related to the message, where the NACKs could be explicit or implicit. Alternatively or in addition, the indication of unsuccessful reception may comprise rich feedback, including e.g. information about the receiver decoding status and/or it may comprise an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
[054] That is, the transmitting node may switch to the second transmitting mode when having received a predefined number of NACKs, explicit or implicit, related to a message, from a receiving node. In an extreme case, it may change to the second transmission mode already after receiving one NACK related to the message. However, the number of NACKs may be determined or set based e.g. on the RTT, the delay sensitivity of the transmission and/or the latency budget.
[055] When the indication of unsuccessful reception comprises rich feedback, the second transmission mode could be adapted or selected based on the information given by the rich feedback. For example, the time between re-transmissions may depend on the extent to which the receiving node has succeeded in decoding the received message. Often, an ACK or NACK is just a single bit indicating
correctness of the message. However, with rich feedback a more detailed status of the current reception status can be conveyed, e.g. if the receiver is "close" to decode the message or not. The determination of "close" could for example be based on soft values or log-likelihood ratios of the message bits. If the received feedback indicates the receiver already has almost enough information to decode the message, transition into the next phase/second transmission mode can happen later or the second transmission mode may use less resources than it would otherwise.
[056] An indication of conditions at the receiving node preventing successful reception in the first transmission mode could be e.g. a message comprising channel state information, CSI, or a parameter or information derived from CSI. That is, it may be an indication of that the receiving node is subjected to
substantial interference and thus has a hard time receiving messages from the transmitting node.
[057] For example, more resources, in terms of time, frequency, code, power, transmission points and/or computational resources could be used for retransmission in the second transmission mode than in the first transmission mode. That is, increased resources usage, such as shorter time between retransmissions; more complex codes, transmission from multiple antennas and/or other diversity could be applied in order to get the message through to the receiving node, i.e. to be successfully received.
[058] The resources used for re-transmissions in the second transmission mode may depend on information related to unsuccessful reception received from the receiving node. That is, as described above, rich feedback information may be indicative of that more or less resources are needed in order to achieve successful reception.
[059] Even though not explicitly mentioned when describing the first transmission mode above, it is considered implicitly disclosed that resources are used for transmission and retransmission of the message in the first transmission mode.
Exemplifying method performed by an receiving node, figure 2
[060] An exemplifying method performed by a receiving node will be described below with reference to figure 2. The method performed by the receiving node corresponds to the method performed by a transmitting node described above. The receiving node is operable to apply an automatic repeat request, ARQ scheme, i.e. a scheme for re-transmission, e.g. HARQ. The receiving node may be e.g. a user equipment UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication, or a radio base station, RBS, such as an LTE eNB, an access node or a relay.
[061 ] Figure 2 illustrates the method comprising, in a first reception mode:
detecting 201 unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message. The method further comprises indicating 202 the unsuccessful reception to the transmitting node; and switching 203 to a second reception mode, at least partly based on said detected unsuccessful reception. The method further comprises, in the second reception mode: receiving 204 at least one re-transmission related to the message. The first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next re-transmission. Figure 2 also illustrates the case when a successful detection is detected in action 201 . When a message is received successfully, the receiving node should not switch to a second reception mode, but stay in a regular reception mode, e.g. denoted first reception mode for the reception of a next message, which is illustrated as action 205 in figure 2.
[062] The action of detecting unsuccessful reception may be related to or comprise e.g. a number, one or more, of unsuccessful reception attempts, an elapse of a certain time since an event, such as a first unsuccessful reception attempt, or conditions at the receiving node preventing successful reception in the first transmission/reception mode.
[063] The expression "indicating the unsuccessful reception to the transmitting node" is considered to cover also the refraining from sending an ACK to the transmitting node, which will be interpreted as a NACK by the transmitting node.
[064] As described above in association with the transmitting node, the second transmitting mode may comprise more frequent re-transmissions than the first transmission mode. This could also be expressed as that a time interval between reception of subsequent transmissions related to the message is shorter in the second reception/transmission mode than the first reception/transmission mode. The time duration between re-transmissions in the second transmission mode may decrease over time, as previously described. Further, the second transmission mode may comprise continuous transmission, and thus the second reception mode may comprise continuous reception.
[065] The indicating of unsuccessful reception to the transmitting node may comprise indicating of conditions preventing successful reception in the first transmission mode/reception mode, such as e.g. CSI comprising CQI.
[066] The second reception mode may be ended e.g. at a successful reception related to the message, or, at the elapse of a time T from the switching to the second reception mode, or, at the elapse of a time T from the detecting of an unsuccessful reception of a transmission e.g. from the start of the first reception related to the message, after the transmission of a predefined number of NACKs, or, after the unsuccessful reception of a predefined number of transmissions related to the message.
The indication of unsuccessful reception may be one of: a predefined number of negative acknowledgements, NACKs related to the message; rich feedback including information about the decoding status, and an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
Exemplifying transmitting node, figure 7
[067] Embodiments described herein also relate to a transmitting node 700. The transmitting node is associated with the same technical features, objects and advantages as the method described above and illustrated e.g. in figure 1. The transmitting node will be described in brief in order to avoid unnecessary repetition. The transmitting node 700 could be e.g. a radio base station, RBS, such as an LTE eNB, an access node, a relay or a user equipment UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication. The transmitting node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000...
[068] Below, an exemplifying transmitting node 700, adapted to enable the performance of an above described method adapted to perform at least one embodiment of the method in a transmitting node described above, will be described with reference to figure 7.
[069] The transmitting node is operable to apply an ARQ scheme such as HARQ, and is operable to communicate with other nodes or entities in a communication network.
[070] The part of the transmitting node which is mostly related to the herein suggested solution is illustrated as an arrangement 701 surrounded by a broken/dashed line. The arrangement and possibly other parts of the transmitting node are adapted to enable the performance of one or more of the methods or procedures described above and illustrated e.g. in figure 1 . The transmitting node may comprise a communication unit 702 for communicating with other entities, and may comprise further functionality 707, which is illustrated with a dashed line.
[071 ] The transmitting node illustrated in figure 7 comprises processing means, in this example in form of a processor 703 and a memory 704, wherein said memory is containing instructions 705 executable by said processor, whereby the transmitting node is operable to perform the method described above. That is, the transmitting node is operative to, in an acknowledged first transmission mode, transmit a message to a receiving node. The transmitting node is further operative to detect an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message; and to switch to a second transmission mode based on the detected indication. The transmitting node is further operative to, in the second transmission mode, re-transmit said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next re-transmission. [072] As previously described, the time interval between subsequent
transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode. The time interval between retransmissions in the second transmission mode may decrease over time. The second transmission mode may comprise continuous transmission.
[073] By executing the instructions, the transmitting node may further be operative to end the second transmission mode at the reception of at least one indication of successful reception related to the message, or, at the elapse of a time T from the switching to the second transmission mode, or, at the elapse of a time T from the transmitting of the message, e.g. the start of the first transmission of the message, or, after the reception of a predefined number of NACKs, implicit or explicit.
[074] Further, the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message, explicit or implicit; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
[075] More resources, in terms of time, frequency, code, power, transmission points and/or computational resources may be used for re-transmission in the second transmission mode than in the first transmission mode. The resources used for re-transmissions in the second transmission mode may depend on information related to unsuccessful reception received from the receiving node, as previously described. Even though not explicitly mentioned when describing the first transmission mode above, it is considered implicitly disclosed that resources are used for transmission and retransmission of the message in the first transmission mode.
[076] The arrangement 701 may alternatively be implemented and/or
schematically described as illustrated in figure 8. The arrangement 801 comprises a transmitting unit 803, for, in an acknowledged first transmission mode, transmitting a message to a receiving node. The arrangement further comprises a detecting unit 804, for detecting an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message. The arrangement further comprises a switching unit 806, for switching to a second transmission mode based on the detected indication.
[077] The arrangement 801 may comprise an optional determining unit 805, for determining when to switch to a second transmission mode. Alternatively, such a determining function or unit may be part e.g. of the switching unit 806. In the second transmission mode, the message or part thereof is re-transmitted a plurality of times without waiting for acknowledgement of message reception before transmitting the next re-transmission. This could alternatively be expressed as that the transmitting unit 803 is further configured for, in the second
transmission mode, re-transmitting the message or part thereof a plurality of times without waiting for acknowledgement of message reception before transmitting the next re-transmission.
[078] The transmitting node 800 could be e.g. a radio base station, RBS, such as an LTE eNB, an access node, a relay or a user equipment UE, such as an LTE UE, a sensor, an actuator, a communication device, a tablet, a computer or any other device capable of wireless communication. The transmitting node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000.
[079] As for the transmitting node 700, the transmitting node 800, e.g. the arrangement 801 may be adapted such that the time interval between subsequent transmissions related to the message may be shorter in the second transmission mode than the first transmission mode. The time interval between re-transmissions in the second transmission mode may decrease over time. The second
transmission mode may comprise continuous transmission.
[080] Further, the second transmission mode may be ended e.g. at the reception of at least one indication of successful reception related to the message, or, at the elapse of a time T from the switching to the second transmission mode, or, at the elapse of a time T from the transmitting of the message, or after the reception of a predefined number of NACKs, explicit or implicit, from a receiving node. [081 ] The indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
[082] More resources, in terms of time, frequency, code, power, transmission points and/or computational resources may be used for re-transmission in the second transmission mode than in the first transmission mode.
[083] The resources used for re-transmissions in the second transmission mode may depend on information related to unsuccessful reception received from the receiving node.
[084] The arrangement 801 , and other parts of the transmitting node could be implemented e.g. by one or more of: a processor or a micro processor and adequate software and storage therefore, a Programmable Logic Device, PLD, or other electronic component(s)/processing circuit(s) configured to perform the actions mentioned above.
[085] The transmitting node 800, illustrated in figure 8, may further comprise a communication unit 802 for communicating with other entities, one or more memories 807 e.g. for storing of information and further functionality 808, such as signal processing and/or scheduling.
Exemplifying receiving node, figure 9
[086] Embodiments described herein also relate to a receiving node 900. The receiving node is associated with the same technical features, objects and advantages as the method described above and illustrated e.g. in figure 2. The receiving node is operable to apply an automatic repeat request, ARQ scheme, i.e. a scheme for re-transmission, e.g. HARQ. The receiving node will be described in brief in order to avoid unnecessary repetition. The receiving node 900 may be e.g. a user equipment, UE, such as an LTE UE, a sensor, an actuator, a
communication device, a tablet, a computer or any other device capable of wireless communication, or a radio base station, RBS, such as an LTE eNB, an access node or a relay.. The receiving node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000.
[087] Below, an exemplifying receiving node 900, adapted to enable the performance of an above described method adapted to perform at least one embodiment of the method in a receiving node described above, will be described with reference to figure 9.
[088] The part of the receiving node which is mostly related to the herein suggested solution is illustrated as an arrangement 901 surrounded by a broken/dashed line. The arrangement and possibly other parts of the receiving node are adapted to enable the performance of one or more of the methods or procedures described above and illustrated e.g. in figure 2. The receiving node may comprise a communication unit 902 for communicating with other entities, and may comprise further functionality 907, which is illustrated with a dashed line.
[089] The receiving node illustrated in figure 9 comprises processing means, in this example in form of a processor 903 and a memory 904, wherein said memory is containing instructions 905 executable by said processor, whereby the receiving node is operable to perform the method described above. That is, the receiving node is operative to, in a first reception mode, detect unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a retransmission related to the message. The receiving node is further operative to indicate the unsuccessful reception to the transmitting node; and to switch to a second reception mode, at least partly based on said detected unsuccessful reception. The receiving node is further operative to, in the second reception mode, receive at least one re-transmission related to the message. The first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and the second reception mode corresponds to a second transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next re-transmission, as previously described. [090] As previously described, the time interval between subsequent
transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode. The time interval between retransmissions in the second transmission mode may decrease over time. The second transmission mode may comprise continuous transmission. The first and second reception mode has the corresponding features and characteristics.
[091 ] By execution of the instructions, the receiving node may further be operative to end the second reception mode at a successful reception related to the message, or, at the elapse of a time T from the switching to the second reception mode, or, at the elapse of a time T from the detection of unsuccessful reception, e.g. at the start of the first unsuccessful reception of a first transmission related to the message, or, after the transmission of a predefined number of NACKs.
[092] Further, the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first
transmission/reception mode.
[093] More resources, in terms of time, frequency, code, power,
transmission/reception points and/or computational resources may be used for retransmission in the second transmission mode than in the first transmission mode. The resources used for re-transmissions in the second transmission mode and reception mode may depend on information related to unsuccessful reception transmitted from the receiving node. The second reception mode, e.g. when to expect re-transmissions may depend on the information related to unsuccessful reception transmitted to the transmitting node
[094] The arrangement 901 may alternatively be implemented and/or
schematically described as illustrated in figure 10. The arrangement 1001 comprises a detecting unit 1004, for, in an acknowledged first reception mode, detecting unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message. The arrangement further comprises an indicating unit 1005, for indicating the
unsuccessful reception to the transmitting node. The arrangement further comprises a switching unit 1006, for switching to a second reception mode based on said detected unsuccessful reception.
[095] The arrangement 1001 may be illustrated to comprise a receiving unit 1003, for the receiving of transmissions and re-transmissions from the transmitting node. This function may alternatively be regarded as implicit. The receiving node may be e.g. a user equipment UE, such as an LTE UE, a sensor, an actuator, a
communication device, a tablet, a computer or any other device capable of wireless communication, or a radio base station, RBS, such as an LTE eNB, an access node or a relay. The receiving node may be operable to communicate in one or more wireless communication systems, such as UMTS, E-UTRAN or CDMA 2000.
[096] The receiving node 1000, illustrated in figure 10, may further comprise a communication unit 1002 for communicating with other entities, one or more memories 1008 e.g. for storing of information and further functionality 1009, such as signal processing and/or scheduling.
[097] As for the receiving node 900, the receiving node 1000, e.g. the
arrangement 1001 may be adapted such that the time interval between
subsequent transmissions related to the message may be shorter in the second transmission mode than in the first transmission mode. The time interval between re-transmissions in the second transmission mode may decrease over time. The second transmission mode may comprise continuous transmission. The first and second reception mode has the corresponding features and characteristics.
[098] The receiving node may further be adapted to end the second reception mode at a successful reception related to the message, or, at the elapse of a time T from the switching to the second reception mode, or, at the elapse of a time T from the detection of unsuccessful reception, e.g. at the start of the first
unsuccessful reception of a first transmission related to the message, or, after the transmission of a predefined number of NACKs. [099] Further, the indication of unsuccessful reception may comprise one or more of a predefined number of NACKs related to the message; rich feedback including information about the receiver decoding status; and an indication of conditions at the receiving node preventing successful reception in the first
transmission/reception mode.
[0100]More resources, in terms of time, frequency, code, power,
transmission/reception points and/or computational resources may be used for retransmission in the second transmission mode than in the first transmission mode. The resources used for re-transmissions in the second transmission mode and reception mode may depend on information related to unsuccessful reception transmitted from the receiving node. The second reception mode, e.g. when to expect re-transmissions may depend on the information related to unsuccessful reception transmitted to the transmitting node.
[0101 ]The arrangement 1001 and other parts of the receiving node could be implemented e.g. by one or more of: a processor or a micro processor and adequate software and storage therefore, a Programmable Logic Device, PLD, or other electronic component(s)/processing circuit(s) configured to perform the actions mentioned above.
[0102] It is to be understood that the choice of interacting units or modules, as well as the naming of the units are only for exemplifying purpose, and transmitting and receiving nodes suitable to execute any of the methods described above may be configured in a plurality of alternative ways in order to be able to execute the suggested process actions.
[0103] It should also be noted that the units or modules described in this disclosure are to be regarded as logical entities and not with necessity as separate physical entities.
[0104]Although the description above contains a plurality of specificities, these should not be construed as limiting the scope of the concept described herein but as merely providing illustrations of some exemplifying embodiments of the described concept. It will be appreciated that the scope of the presently described concept fully encompasses other embodiments which may become obvious to those skilled in the art, and that the scope of the presently described concept is accordingly not to be limited. Reference to an element in the singular is not intended to mean "one and only one" unless explicitly so stated, but rather "one or more". All structural and functional equivalents to the elements of the above- described embodiments that are known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed hereby. Moreover, it is not necessary for a device or method to address each and every problem sought to be solved by the presently described concept, for it to be encompassed hereby.

Claims

1 . Method performed by a transmitting node in a wireless communication network applying automatic repeat request, the method comprising: in an acknowledged first transmission mode:
-transmitting (101 ) a message to a receiving node;
-detecting (102) an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message;
-switching (103) to a second transmission mode based on the detected indication; and in the second transmission mode:
-re-transmitting (104) said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next re-transmission.
2. Method according to claim 1 , wherein the time interval between
subsequent transmissions related to the message is shorter in the second transmission mode than the first transmission mode.
3. Method according to claim 1 or 2, wherein the time interval between retransmissions in the second transmission mode decreases over time.
4. Method according to any of the preceding claims, wherein the second transmission mode comprises continuous transmission.
5. Method according to any of the preceding claims, wherein the second transmission mode is ended:
-at the reception, from a receiving node, of at least one indication of successful reception related to the message, or
-at the elapse of a time T from the switching to the second transmission mode, or
- at the elapse of a time T from the transmitting of the message, or - after the reception of a predefined number of NACKs from a receiving node.
6. Method according to any of the preceding claims, wherein the indication of unsuccessful reception comprises one or more of:
-a predefined number of negative acknowledgements, NACKs related to the message;
-rich feedback including information about the receiver decoding status -an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
7. Method according to any of the preceding claims, wherein more
resources, in terms of time, frequency, code, power, transmission points and/or computational resources are used for re-transmission in the second transmission mode than in the first transmission mode.
8. Method according to any of the preceding claims, wherein the resources used for re-transmissions in the second transmission mode depend on information related to unsuccessful reception received from the receiving node.
9. Method performed by a receiving node in a wireless communication
network applying automatic repeat request, the method comprising: in a first reception mode:
-detecting (201 ) unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a retransmission related to the message;
-indicating (202) the unsuccessful reception to the transmitting node; -switching (203) to a second reception mode based on said detected unsuccessful reception; in the second reception mode:
-receiving (204) at least one re-transmission related to the message; wherein the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and
wherein the second reception mode corresponds to a second
transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next retransmission.
10. Method according to claim 9, wherein the second transmitting mode
comprises more frequent re-transmissions than the first transmission mode.
1 1 . Method according to claim 9 or 10, wherein a time duration between retransmissions in the second transmission mode decreases over time.
12. Method according to any of the claims 9-1 1 , wherein the second
transmission mode comprises continuous transmission.
13. Method according to any of claims 9-12, wherein the indicating of
unsuccessful reception to the transmitting node comprises indicating of conditions preventing successful reception in the first transmission mode.
14. Method according to any of claims 9-13, wherein the second reception mode is ended:
-at a successful reception related to the message, or
-at the elapse of a time T from the switching to the second reception mode, or
- at the elapse of a time T from the detecting of an unsuccessful reception of a transmission, or
- after the transmission of a predefined number of NACKs to the transmitting node .
15. Method according to any of the claims 9-14, wherein the indication of unsuccessful reception comprises at least one of:
-a predefined number of negative acknowledgements, NACKs related to the message;
-rich feedback including information about the decoding status
-an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
16. Method according to any of claims 9-15, wherein more resources in
terms of time, frequency, code, power, transmission/reception points and/or computational resources are used for re-transmission in the second transmission mode than in the first transmission mode.
17. Method according to any of the claims 9-16, wherein the second
reception mode depends on the information related to unsuccessful reception transmitted to the transmitting node.
18. A transmitting node (700), operable in a wireless communication network applying automatic repeat request, the transmitting node , comprising a processor (703) and a memory (704), said memory containing
instructions (705) executable by said processor, whereby the transmitting node is operative to: in an acknowledged first transmission mode:
-transmit a message to a receiving node;
-detect an indication of unsuccessful reception, at the receiving node, of the message or of a re-transmission related to the message;
-switch to a second transmission mode based on the detected indication; and in the second transmission mode:
-re-transmit said message, or part thereof, a plurality of times, without waiting for acknowledgement of message reception before transmitting the next re-transmission.
19. Transmitting node according to claim 18, wherein the time interval
between subsequent transmissions related to the message is shorter in the second transmission mode than the first transmission mode.
20. Transmitting node according to claim 18 or 19, wherein the time interval between re-transmissions in the second transmission mode decreases over time.
21 . Transmitting node according to any of claims 18-20, wherein the second transmission mode comprises continuous transmission.
22. Transmitting node according to any of claims 18-21 , further operative to end the second transmission mode:
-at the reception of at least one indication of successful reception related to the message, or
-at the elapse of a time T from the switching to the second transmission mode, or
- at the elapse of a time T from the transmitting of the message, or
- after the reception of a predefined number of NACKs from a receiving node.
23. Transmitting node according to any of claims 18-22, wherein the
indication of unsuccessful reception comprises one or more of:
-a predefined number of negative acknowledgements, NACKs related to the message;
-rich feedback including information about the receiver decoding status -an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
24. Transmitting node according to any of claims 18-23, wherein more
resources, in terms of time, frequency, code, power, transmission points and/or computational resources are used for re-transmission in the second transmission mode than in the first transmission mode.
25. Transmitting node according to any of claims 18-24, wherein the
resources used for re-transmissions in the second transmission mode depend on information related to unsuccessful reception received from the receiving node.
26. A receiving node (900), operable in a wireless communication network applying automatic repeat request, the receiving node comprising a processor (903) and a memory (904), said memory containing
instructions (905) executable by said processor, whereby the receiving node is operative to: in a first reception mode:
-detect unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message;
-indicate the unsuccessful reception to the transmitting node; -switch to a second reception mode based on said detected unsuccessful reception; and in the second reception mode:
-receive at least one re-transmission related to the message; wherein the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and
wherein the second reception mode corresponds to a second
transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next retransmission.
27. Receiving node according to claim 26, wherein the second transmitting mode comprises more frequent re-transmissions than the first
transmission mode.
28. Receiving node according to claim 26 or 27, wherein the time duration between re-transmissions in the second transmission mode decreases over time.
29. Receiving node according to any of the claims 26-28, wherein the
second transmission mode comprises continuous transmission.
30. Receiving node according to any of the claims 26-29, further operative to end the second reception mode:
-at a successful reception related to the message, or
-at the elapse of a time T from the switching to the second reception mode, or
- at the elapse of a time T from the detection of unsuccessful reception, or
- after the transmission of a predefined number of NACKs.
31 . Receiving node according to any of the claims 26-30, wherein the
indication of unsuccessful reception comprises one or more of:
-a predefined number of negative acknowledgements, NACKs, related to the message;
-rich feedback including information about the receiver decoding status -an indication of conditions at the receiving node preventing successful reception in the first transmission mode.
32. Receiving node according to any of the claims 26-31 , wherein more
resources in terms of time, frequency, code, power,
transmission/reception points and/or computational resources are used for re-transmission in the second transmission mode than in the first transmission mode.
33. Receiving node according to any of the claims 26-32, wherein the
second reception mode depends on the information related to
unsuccessful reception transmitted from the receiving node.
34. A transmitting node (800), operable in a wireless communication network applying automatic repeat request, the transmitting node comprising:
-a transmitting unit (803), for, in an acknowledged first transmission mode, transmitting a message to a receiving node;
-a detecting unit (804), for detecting an indication of unsuccessful reception, at the receiving node, of the message or of a re- transmission related to the message;
-a switching unit (806), for switching to a second transmission mode based on the detected indication, wherein, in the second transmission mode, the message or part thereof is re-transmitted a plurality of times without waiting for acknowledgement of message reception before transmitting the next re-transmission.
35. Transmitting node (700, 800) according to any of claims 18 and 34,
wherein the transmitting node is at least one of: a user equipment, a communication device, a sensor, an actuator, a tablet, a computer, a device capable of wireless communication, a radio base station, an eNB, a NodeB, an access node and a relay.
36. A receiving node (1000), operable in a wireless communication network applying automatic repeat request, the receiving node (1000) comprising:
-a detecting unit (1004), for, in a first reception mode, detecting unsuccessful reception of a transmission from a transmitting node, said transmission being a message or a re-transmission related to the message;
-an indicating unit (1005), for indicating the unsuccessful reception to the transmitting node;
-a switching unit (1006), for switching to a second reception mode based on said detected unsuccessful reception, wherein the first reception mode corresponds to an acknowledged first transmission mode comprising re-transmitting upon an indication of unsuccessful reception, and
wherein the second reception mode corresponds to a second
transmission mode comprising re-transmitting without waiting for acknowledgement of message reception before transmitting the next retransmission.
37. Receiving node (900, 1000) according to any of claims 26 and 36,
wherein the receiving node is at least one of: a radio base station, an eNB, a NodeB, an access node, a relay or a user equipment, a communication device, a sensor, an actuator, a tablet, a computer, and a device capable of wireless communication.
38. Computer program (705), comprising computer readable code means, which when run in a transmitting node causes the transmitting node to perform the method according to any of claims 1 -8.
39. Computer program product (704) comprising computer program (705) according to claim 38
40. Computer program (905), comprising computer readable code means, which when run in a receiving node causes the receiving node to perform the method according to any of claims 9-17.
41 . Computer program product (904) comprising computer program (905) according to claim 41
PCT/SE2013/051606 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization WO2015094069A1 (en)

Priority Applications (15)

Application Number Priority Date Filing Date Title
MX2016007800A MX351837B (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization.
AU2013408437A AU2013408437B2 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization
CN201380081720.9A CN105850067B (en) 2013-12-20 2013-12-20 The transmission plan of high reliability with low-resource utilization rate
JP2016541501A JP6228311B2 (en) 2013-12-20 2013-12-20 Highly reliable transmission system with low resource usage
US15/105,694 US10305639B2 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization
BR112016013724A BR112016013724A2 (en) 2013-12-20 2013-12-20 HIGH RELIABILITY TRANSMISSION SCHEME WITH LOW RESOURCE USE
EP13899837.2A EP3084997B1 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization
PCT/SE2013/051606 WO2015094069A1 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization
SG11201604592TA SG11201604592TA (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization
KR1020167019793A KR101799715B1 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization
RU2016129697A RU2622770C1 (en) 2013-12-20 2013-12-20 Highly reliable transmission scheme with low level of use of resources
PH12016501069A PH12016501069A1 (en) 2013-12-20 2016-06-06 High-reliability transmission scheme with low resource utilization
IL246076A IL246076A (en) 2013-12-20 2016-06-06 Method, transmitting and receiving nodes and computer program products for applying automatic repeat request in a wireless communication network
ZA2016/04702A ZA201604702B (en) 2013-12-20 2016-07-08 High-reliability transmission scheme with low resource utilization
HK16110363.0A HK1222271A1 (en) 2013-12-20 2016-08-31 High-reliability transmission scheme with low resource utilization

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2013/051606 WO2015094069A1 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization

Publications (1)

Publication Number Publication Date
WO2015094069A1 true WO2015094069A1 (en) 2015-06-25

Family

ID=53403231

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2013/051606 WO2015094069A1 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization

Country Status (15)

Country Link
US (1) US10305639B2 (en)
EP (1) EP3084997B1 (en)
JP (1) JP6228311B2 (en)
KR (1) KR101799715B1 (en)
CN (1) CN105850067B (en)
AU (1) AU2013408437B2 (en)
BR (1) BR112016013724A2 (en)
HK (1) HK1222271A1 (en)
IL (1) IL246076A (en)
MX (1) MX351837B (en)
PH (1) PH12016501069A1 (en)
RU (1) RU2622770C1 (en)
SG (1) SG11201604592TA (en)
WO (1) WO2015094069A1 (en)
ZA (1) ZA201604702B (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017130969A3 (en) * 2016-01-26 2017-09-28 シャープ株式会社 Base station device, terminal device, and communication method
CN107302415A (en) * 2016-04-14 2017-10-27 中国移动通信有限公司研究院 A kind of system of selection of nonorthogonal data retransmission mode and device
WO2017185968A1 (en) * 2016-04-26 2017-11-02 Huawei Technologies Co., Ltd. Apparatus and method for radio resource management for high reliability and low latency traffic
WO2018012259A1 (en) * 2016-07-15 2018-01-18 株式会社Ｎｔｔドコモ User device and wireless communication method
WO2018012258A1 (en) * 2016-07-15 2018-01-18 株式会社Ｎｔｔドコモ User device and wireless communication method
WO2018043202A1 (en) * 2016-09-05 2018-03-08 Sony Corporation Communication device and communication method
KR20180048760A (en) * 2015-09-21 2018-05-10 후아웨이 테크놀러지 컴퍼니 리미티드 Packet transmission method and user equipment
WO2018086707A1 (en) * 2016-11-11 2018-05-17 Nokia Technologies Oy Feedback based flexible transmission scheme for contention-based urllc transmission
CN111164919A (en) * 2017-09-01 2020-05-15 株式会社Ntt都科摩 Communication device and communication method
US11082160B2 (en) 2016-05-13 2021-08-03 Fujitsu Limited Communication apparatus, wireless communication system, and wireless communication method

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9936498B2 (en) 2014-11-04 2018-04-03 Qualcomm Incorporated High reliability low latency mission critical communication
US10455611B2 (en) * 2015-09-16 2019-10-22 Lg Electronics Inc. Method for transceiving data in wireless communication system and apparatus for same
US20180123767A1 (en) * 2016-11-02 2018-05-03 Huawei Technologies Co., Ltd. System and Method for Reliable Transmission in Communications Systems
EP3343985A1 (en) * 2016-12-30 2018-07-04 Kamstrup A/S Utility network with link management
WO2019032087A1 (en) * 2017-08-07 2019-02-14 Nokia Solutions And Networks Oy Multi-mode retransmission scheme for wireless networks
US10952032B2 (en) * 2017-11-16 2021-03-16 Kabushiki Kaisha Toshiba Wireless mesh network and associated data transmission network
WO2019095362A1 (en) * 2017-11-20 2019-05-23 Qualcomm Incorporated Techniques and apparatuses for hybrid automatic repeat request design of polar codes for ultra-reliable low latency communications
WO2020026424A1 (en) * 2018-08-02 2020-02-06 株式会社Ｎｔｔドコモ User terminal
WO2020085885A1 (en) * 2018-10-26 2020-04-30 엘지전자 주식회사 Method and apparatus for performing retransmission in nr v2x
WO2020090442A1 (en) 2018-10-30 2020-05-07 京セラ株式会社 Wireless communication method and device
EP3961944A4 (en) * 2019-04-23 2022-06-08 Panasonic Intellectual Property Corporation of America Base station, terminal and communication method
US11202314B2 (en) * 2019-06-18 2021-12-14 Sony Group Corporation Immediate retransmission scheme for real time applications
US11871215B2 (en) * 2019-09-18 2024-01-09 Qualcomm Incorporated Uplink-centric handover in a wireless multi-hop network
EP4060920A1 (en) * 2020-02-14 2022-09-21 Robert Bosch GmbH Radio device, method to operate a radio device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005109729A1 (en) * 2004-05-10 2005-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for providing autonomous retransmissions in a wireless communication system
EP2106056A1 (en) * 2008-03-26 2009-09-30 Nokia Siemens Networks Oy Methods, apparatuses, system, and related computer program product for information transmission
WO2009136829A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink coverage via autonomous retransmission

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09224017A (en) * 1996-02-16 1997-08-26 Nippon Telegr & Teleph Corp <Ntt> Radio packet retransmission control method
US6473399B1 (en) 1998-11-30 2002-10-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for determining an optimum timeout under varying data rates in an RLC wireless system which uses a PDU counter
US6567388B1 (en) * 1999-03-05 2003-05-20 Qualcomm, Incorporated Method and apparatus for efficient data retransmission in a voice-over-data communication system
US7145889B1 (en) 2002-03-28 2006-12-05 Nortel Networks Limited Efficient frame retransmission in a wireless communication environment
US20070266292A1 (en) * 2006-04-27 2007-11-15 Marcel Korndewal Method and apparatus for reduced data block transmission in an automatic repeat request system
US7338031B2 (en) * 2006-04-27 2008-03-04 Mei-Li Chen Faucet structure with automatic cold-water resuming function
JP5463077B2 (en) * 2008-07-17 2014-04-09 株式会社湘南合成樹脂製作所 Rehabilitation pipe segment
CN102237992B (en) * 2010-04-30 2014-12-10 北京三星通信技术研究有限公司 Method for feeding back data receiving status
JP5738324B2 (en) * 2011-07-15 2015-06-24 三菱電機株式会社 Transmission device, communication device, communication system, and transmission method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005109729A1 (en) * 2004-05-10 2005-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for providing autonomous retransmissions in a wireless communication system
EP2106056A1 (en) * 2008-03-26 2009-09-30 Nokia Siemens Networks Oy Methods, apparatuses, system, and related computer program product for information transmission
WO2009136829A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink coverage via autonomous retransmission

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LIU JINHUA ET AL.: "Coverage Improvements for Enhanced Uplink", VEHICULAR TECHNOLOGY CONFERENCE, 2009, pages 1 - 5, XP055290915 *
See also references of EP3084997A4 *

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3780449A1 (en) * 2015-09-21 2021-02-17 Huawei Technologies Co., Ltd. Packet transmission method and user equipment
EP3337072A4 (en) * 2015-09-21 2018-08-15 Huawei Technologies Co., Ltd. Packet transmission method and user equipment
US11153041B2 (en) 2015-09-21 2021-10-19 Huawei Technologies Co., Ltd. Packet transmission method and user equipment
RU2691240C1 (en) * 2015-09-21 2019-06-11 Хуавэй Текнолоджиз Ко., Лтд. Packet transmission method and a subscriber device
US10601554B2 (en) 2015-09-21 2020-03-24 Huawei Technologies Co., Ltd. Packet transmission method and user equipment
KR102136563B1 (en) 2015-09-21 2020-07-22 후아웨이 테크놀러지 컴퍼니 리미티드 Packet transmission method and user equipment
KR20180048760A (en) * 2015-09-21 2018-05-10 후아웨이 테크놀러지 컴퍼니 리미티드 Packet transmission method and user equipment
WO2017130969A3 (en) * 2016-01-26 2017-09-28 シャープ株式会社 Base station device, terminal device, and communication method
CN107302415A (en) * 2016-04-14 2017-10-27 中国移动通信有限公司研究院 A kind of system of selection of nonorthogonal data retransmission mode and device
US10652759B2 (en) 2016-04-26 2020-05-12 Futurewei Technologies, Inc. Apparatus and method for radio resource management for high reliability and low latency traffic
CN109451850A (en) * 2016-04-26 2019-03-08 华为技术有限公司 The wireless resource management apparatus and method of high reliability low time delay business
US11019510B2 (en) 2016-04-26 2021-05-25 Futurewei Technologies, Inc. Apparatus and method for radio resource management for high reliability and low latency traffic
WO2017185968A1 (en) * 2016-04-26 2017-11-02 Huawei Technologies Co., Ltd. Apparatus and method for radio resource management for high reliability and low latency traffic
US11082160B2 (en) 2016-05-13 2021-08-03 Fujitsu Limited Communication apparatus, wireless communication system, and wireless communication method
WO2018012258A1 (en) * 2016-07-15 2018-01-18 株式会社Ｎｔｔドコモ User device and wireless communication method
WO2018012259A1 (en) * 2016-07-15 2018-01-18 株式会社Ｎｔｔドコモ User device and wireless communication method
EP3487210A4 (en) * 2016-07-15 2020-03-11 NTT DoCoMo, Inc. User device and wireless communication method
US10848277B2 (en) 2016-09-05 2020-11-24 Sony Corporation Communication device and communication method
CN109644091A (en) * 2016-09-05 2019-04-16 索尼公司 Communication device and communication means
WO2018043202A1 (en) * 2016-09-05 2018-03-08 Sony Corporation Communication device and communication method
CN109644091B (en) * 2016-09-05 2022-05-27 索尼公司 Communication apparatus and communication method
WO2018086707A1 (en) * 2016-11-11 2018-05-17 Nokia Technologies Oy Feedback based flexible transmission scheme for contention-based urllc transmission
CN111164919A (en) * 2017-09-01 2020-05-15 株式会社Ntt都科摩 Communication device and communication method
EP3678313A4 (en) * 2017-09-01 2021-03-17 NTT DoCoMo, Inc. Communication apparatus and communication method
CN111164919B (en) * 2017-09-01 2023-02-17 株式会社Ntt都科摩 Communication device and communication method

Also Published As

Publication number Publication date
EP3084997A4 (en) 2016-12-28
AU2013408437A1 (en) 2016-07-21
US10305639B2 (en) 2019-05-28
RU2622770C1 (en) 2017-06-20
EP3084997B1 (en) 2017-11-15
CN105850067B (en) 2018-11-13
MX351837B (en) 2017-10-31
IL246076A (en) 2017-08-31
AU2013408437B2 (en) 2016-11-10
JP2017509177A (en) 2017-03-30
JP6228311B2 (en) 2017-11-08
HK1222271A1 (en) 2017-06-23
KR101799715B1 (en) 2017-11-20
EP3084997A1 (en) 2016-10-26
IL246076A0 (en) 2016-08-02
US20170005758A1 (en) 2017-01-05
BR112016013724A2 (en) 2017-08-08
PH12016501069A1 (en) 2016-08-31
KR20160091437A (en) 2016-08-02
SG11201604592TA (en) 2016-07-28
CN105850067A (en) 2016-08-10
MX2016007800A (en) 2016-09-07
ZA201604702B (en) 2017-05-31

Similar Documents

Publication Publication Date Title
US10305639B2 (en) High-reliability transmission scheme with low resource utilization
AU2016233508B2 (en) Code block level error correction and media access control (MAC) level hybrid automatic repeat requests to mitigate bursty puncturing and interference in a multi-layer protocol wireless system
CN110463109B (en) Method, apparatus and storage medium for transmitting puncturing signal
EP2486687B1 (en) Method and arrangement in a wireless communication system
EP2915272B1 (en) Telecommunications apparatus and methods
JP5415400B2 (en) H-ARQ acknowledgment detection confirmation by data combination and re-decoding
US20110032925A1 (en) Method of transmitting group ack/nack in a communication system
KR20140127897A (en) Cross-layer scheduling based on lower layer feedback
KR20190001128A (en) Apparatus and method for operating harq process effectively
WO2014098720A1 (en) A transmitting and a receiving device and respective methods performed thereby for improving retransmissions in wireless networks
JP4077333B2 (en) Wireless transmission apparatus and wireless transmission method
CN108292973B (en) Indicator of handover-based reception success
OA18045A (en) High-reliability transmission scheme with low resource utilization.

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13899837

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 246076

Country of ref document: IL

Ref document number: 12016501069

Country of ref document: PH

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/007800

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 15105694

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016541501

Country of ref document: JP

Kind code of ref document: A

Ref document number: 2016/2506

Country of ref document: KE

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2013899837

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013899837

Country of ref document: EP

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016013724

Country of ref document: BR

WWE Wipo information: entry into national phase

Ref document number: IDP00201604558

Country of ref document: ID

ENP Entry into the national phase

Ref document number: 20167019793

Country of ref document: KR

Kind code of ref document: A

Ref document number: 2016129697

Country of ref document: RU

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2013408437

Country of ref document: AU

Date of ref document: 20131220

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 112016013724

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20160614