EP3632020B1 - System und verfahren zum mindern der auswirkungen einer hybriden automatischen wiederholungsanforderung (harq) auf verzögerungsempfindliche träger - Google Patents

System und verfahren zum mindern der auswirkungen einer hybriden automatischen wiederholungsanforderung (harq) auf verzögerungsempfindliche träger Download PDF

Info

Publication number
EP3632020B1
EP3632020B1 EP18733089.9A EP18733089A EP3632020B1 EP 3632020 B1 EP3632020 B1 EP 3632020B1 EP 18733089 A EP18733089 A EP 18733089A EP 3632020 B1 EP3632020 B1 EP 3632020B1
Authority
EP
European Patent Office
Prior art keywords
packet
retransmission
reordering
flow
physical layer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP18733089.9A
Other languages
English (en)
French (fr)
Other versions
EP3632020A1 (de
Inventor
Nassir BENAMMAR
Channasandra Ravishankar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hughes Network Systems LLC
Original Assignee
Hughes Network Systems LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hughes Network Systems LLC filed Critical Hughes Network Systems LLC
Publication of EP3632020A1 publication Critical patent/EP3632020A1/de
Application granted granted Critical
Publication of EP3632020B1 publication Critical patent/EP3632020B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control

Definitions

  • the present teachings disclose a method for reducing or eliminating unnecessary retransmission of packets expected to be dropped by a receiving side at the Radio Link Control (RLC) layer due to latency constraints associated with the flow, in particular, a system providing packet services over a satellite communications system.
  • RLC Radio Link Control
  • the present teachings also apply to a Long Term Evolution (LTE) system or other configurations that result in an unacceptable delay due to retransmission.
  • LTE Long Term Evolution
  • a Radio Link Control (RLC) Unacknowledged (UNACK) Mode allows for some packet losses for delay sensitive flows.
  • RLC Unacknowledged Mode for a Fourth Generation Long Term Evolution (4G-LTE) based system where Hybrid Automatic Repeat reQuest (HARQ) is deployed and a packet loss is detected
  • HARQ Hybrid Automatic Repeat reQuest
  • the RLC waits for the packet to be recovered by HARQ before trying to reassemble subsequent RLC packets and pass them up to a higher layer.
  • the packet recovery is delegated to the physical layer using HARQ.
  • the physical layer, using HARQ is able to indicate to the sender that a burst was not successfully received and consequently the sender may retransmit.
  • the retransmission is then combined with the initial transmission before decoding.
  • HARQ improves link reliability when a packet is retransmitted. This is especially beneficial for data traffic requiring low rates of packet loss (for example, a Transmission Control Protocol (TCP) flow).
  • TCP Transmission Control Protocol
  • HARQ results in a long end-to-end delay, for example, poor voice quality, jitter or the like.
  • a data bearer may have a high retransmission Round Trip Time (RTT), for example, a radio data bearer or the like.
  • RTT Round Trip Time
  • the high retransmission RTT may be a consequence of bearer media or distances traveled over the bearer, for example, when using a Low Earth Orbit (LEO), Medium Earth Orbit (MEO), or Geosynchronous Earth Orbit (GEO) satellite link, or the like.
  • LEO Low Earth Orbit
  • MEO Medium Earth Orbit
  • GEO Geosynchronous Earth Orbit
  • An acceptable delay may be defined by an application, for example, an acceptable delay may be a different value for voice communications as compared to data communications.
  • the present teachings improve on the method described in the Long Term Evolution (LTE) specification and satellite communication systems that borrow from LTE with respect to Quality of Service (QoS) requirements, a Radio Link Control (RLC) layer and Hybrid Automatic Repeat reQuest (HARQ).
  • QoS Quality of Service
  • RLC Radio Link Control
  • HARQ Hybrid Automatic Repeat reQuest
  • radio bearers for example, packet flows
  • QoS Class Identifier QoS Class Identifier
  • the Unacknowledged (UNACK) Mode RLC may be configured such that a t-reordering time window may be turned off, for example, by setting the associated parameter to a value of zero (0) per reference [2].
  • the t-reordering time is set to 0 and a packet loss is detected, the RLC should not wait for the physical layer to recover from the packet loss per reference [2]. As such, by setting the t-reordering time to zero, the reordering feature is disabled.
  • the RLC should process or reassemble any subsequent RLC blocks immediately.
  • the packet is dropped by the RLC layer as the packet's associated sequence number falls outside of the reordering feature when the subsequent packets are received.
  • the HARQ retransmission packet will be dropped or may result in unwanted jitter if subsequent RLC blocks are not received.
  • the present teachings disclose methods that prevent retransmissions of these packets as the higher layers, such as, the RLC, will drop the retransmitted packets anyhow.
  • a receiver cannot indicate whether a retransmission of packets is required or not, as the receiver does not know the content and the flow being carried in the packets or physical burst.
  • MAC Medium Access Control
  • PDU Protocol Data Unit
  • transport block in a 4G-LTE based system with HARQ may contain data from multiple flows with different QoS needs. Each of the flows may be mapped to different RLC modes (ACK vs UNACK). Moreover, it is not feasible to enable or disable HARQ for some flows and not other flows based on a simple configuration.
  • HARQ improves link reliability when a packet is retransmitted. This is especially beneficial for data traffic requiring low rates of packet loss (for example, a Transmission Control Protocol (TCP) flow).
  • TCP Transmission Control Protocol
  • HARQ is used for delay sensitive flow (for example, a data radio bearer) over an LEO, MEO or GEO satellite link, or any configuration that results in a high retransmission Round Trip Time (RTT)
  • RTT Round Trip Time
  • FIG. 3 two (2) scenarios are disclosed based on how a vocoder and a jitter buffer on the receiving side is configured and this is shown in FIG. 3 .
  • the RLC of the flow is configured such that flow does not wait for the HARQ recovery and drops retransmission packets, in other words, drops any packet not received in sequence.
  • This configuration is controlled by t-reordering time of RLC UNACK per reference [2].
  • FIG. 4 shows how the sequence of packet transmissions, retransmission and packet getting dropped at RLC.
  • the present teachings avoid unnecessary retransmission of a physical burst that eventually gets dropped by RLC.
  • the target Frame Error Rate (FER) of the first transmission is a good estimate of the number of retransmissions required.
  • the benefits of the present teachings correspond to a gain of up to a Frame Error Rate (FER) of system resources. For example, if the FER for the first transmission is set to 10 -2 , 1% of resources will be saved and not used for unwanted retransmissions.
  • FIG. 1 and FIG. 2 illustrate different state variables per the 3rd Generation Partnership Project (3GPP) specification for a Radio Link Control (RLC) Unacknowledged mode.
  • 3GPP 3rd Generation Partnership Project
  • RLC Radio Link Control
  • FIG. 1 illustrates the impact of a packet loss on RLC reassembly and the resulting delay impact.
  • FIG. 1 is based on the description of RLC reassembly per section 5.1.2 of reference [2].
  • Stage (1) of FIG. 1 and FIG. 2 illustrates arrival of an RLC block.
  • Stage (2) of FIG. 1 and FIG. 2 illustrates how some of the RLC reassembly variables may be updated as a result of receiving an out of sequence RLC block, for example, due to packet loss over a medium, such as air.
  • RLC blocks n-2, n, n+1 ... are received, while RLC block n-1 is lost.
  • this packet delivery delay is about a Gateway-User Terminal (UT) RTT when the t-reordering is configured at a value greater than the Gateway-UT RTT and assuming that one (1) HARQ retransmission is sufficient.
  • UT Gateway-User Terminal
  • the VoIP radio bearer may be carrying multiple VoIP traffic sessions.
  • the satellite system may be carrying backhaul traffic and providing an S1 interface between an eNodeB and EPC. With this setup, all VoIP sessions are impacted. Given the delay sensitivity of VoIP flows, in some embodiments, t-reordering is set to 0 (reordering disabled) and reassembly is always attempted when new packets are received.
  • the HARQ procedure When t-reordering is disabled, the HARQ procedure is still the same and may result in packet retransmission and RLC block recovery, but these packets will be discarded by RLC as the RLC sequence number will be outside of the allowed reordering window (occurrence of this corresponds to the frame error rate). This behavior results in unnecessary packet retransmission over the air that is eventually dropped.
  • unnecessary retransmissions are avoided by instructing the HARQ process not to retransmit packets in case of negative HARQ feedback if the buffer is only carrying data of an RLC block (RB) with the t-reordering set to 0.
  • the t-reordering is set to 0 for retransmission from the eNodeB toward the UT.
  • the eNodeB may be a satellite gateway.
  • transmission from the UT toward the eNodeB is handled differently as a UT's decision to transmit new or retransmit upon packet loss is made by the eNodeB and sent to the UT in the grant.
  • the UT is allowed to send new data (instead of retransmission of the HARQ buffer) even when it was instructed to retransmit, for example, by the New Data Indicator (NDI) bit in the grant.
  • NDI New Data Indicator
  • the UT overrides the eNodeB's decision when the HARQ buffer is only carrying data of an RB with the t-reordering set to 0 (conventionally t-reordering applies for a downlink packet, but the parameter may also be used to deduce an eNodeB's treatment on the uplink for the same RB).
  • the UT may communicate this decision by, for example, overloading some other parameters.
  • the UT may use parameters similar to the transmission of a Channel Quality Indicator (CQI) on PUSCH (control and data multiplexing) with a reserved value (see section 16.4 of reference [3], and section 5.2.2.6 and section 5.2.2.7 of reference [5]).
  • CQI Channel Quality Indicator
  • the UT may not override this decision on a subframe that is assigned to carry a CQI report unless a reserved value is used to indicate that the CQI is not a channel report but an indication that the transmission carries new data and not a retransmission of the HARQ buffer as requested by the eNodeB.
  • This sequence of packet transmission, request for retransmission and UT new data transmission is illustrated in FIG. 5 .
  • the eNodeB may process the received burst per various embodiments.
  • the eNodeB may assume that the received burst is a retransmission (retransmission embodiment) and the eNodeB may combine the burst with the current buffer and attempt to decode the current buffer.
  • the eNodeB may assume that the UT is using the reserved value in the CQI control portion (new data transmission embodiment).
  • the eNodeB checks the reserved value in the CQI control portion to determine if the UT indicated whether the UT sent new or retransmit data in the burst. When new data is indicated, the eNodeB may flush and/or replace the previous buffer with the new transmission before decoding.
  • the UT doesn't send the control portion to indicate that this a new transmission (overturning eNodeB request for retransmission of the HARQ buffer).
  • the eNodeB processes the received uplink transmission again with 2 hypothesis, the first being the same as before (retransmission hypothesis) and second (new data transmission hypothesis), but without the control portion. Whichever hypothesis passes CRC is declared to be the correct one.
  • This alternative method relies only on CRC to decide which hypothesis is correct, whereas the prior one, the control portion provides a good indication that the UT overturned eNodeB request and sent a new transmission.
  • each transmitting UM RLC entity may maintain the variable VT(US).
  • Each receiving UM RLC entity may maintain the following state variables:
  • FIG.3 illustrates a jitter buffer on a receiving side configuration according to various embodiments.
  • FIG. 3 illustrates the impact on, for example, on the application layer, when the t-reordering timer is sufficient to accommodate a retransmission.
  • An RLC layer 304 on behalf of an application 302, for example, a vocoder, may request a retransmission of packet N+1 312 via HARQ 310 over the physical layer 306 from a sender 308. As such, the RLC layer 304 may receive packets N+2,.., N+4 while waiting for a retransmission of N+1 312' to arrive.
  • the RLC layer 304 may either discard packets N+1,.., N+4 when a retransmission of the packet N+1 312' is not received within the jitter buffer or reordering window and invoke error concealment, or the RLC forwards packets N+1,..., N+4 314 after processing the retransmission of N+1 312' when the retransmission of the packet N+1 is received within a jitter buffer (not shown; jitter buffer is usually provided in the application 302) or reordering window of the RLC layer 304.
  • the Application 302 may set a longer reordering window of the RLC layer 304 to accommodate retransmissions, thus resulting in a longer increased end-to-end delay.
  • FIG. 4 illustrates a sequence of packet transmissions, a retransmission and a packet getting dropped at the RLC layer according to various embodiments.
  • FIG. 4 illustrates the impact on the application layer when the t-reordering timer is set to 0 to prevent delay due to HARQ retransmission.
  • An RLC layer 404 on behalf of an application 402, for example, a vocoder, may request a retransmission of packet N+1 412 via HARQ 410 over the physical layer 406 from a sender 408.
  • HARQ 410 over the physical layer 406 results in a packet retransmission for packet N+1 412' (the physical layer 406 is not cognizant of the t-reordering being set to 0 in the RLC layer 404), which retransmission packet 412' gets dropped at the RLC layer 404 as the retransmission packet 412' is received out of the receive window set by t-reordering.
  • the HARQ 410 retransmission at the physical layer 406 consumes unnecessary resources like bandwidth.
  • the RLC layer 404 forwards packets N, N+2,..., N+4 to the Application 402 without waiting for N+1 412.
  • the application 402 invokes error concealment for the one missing packet 412.
  • the RLC layer 404 may discard retransmission N+1 412' per 414 and packet N+1 is not forwarded to the Application 402 per 416. By forwarding packets N, N+2,..., N+4 to the Application 402 without waiting for N+1 412, the delay impact on the Application 402 is minimized.
  • FIG. 5 illustrates a request for retransmission and a new data transmission (overturning) instead of retransmission according to various embodiments.
  • FIG. 5 shows the impact on the application layer when the t-reordering timer is set to 0 to prevent delay due to HARQ retransmission.
  • An Application 502 for example, a vocoder, may request a retransmission of packet N+1 512 via HARQ 510 over the physical layer 506 from a sender 508.
  • HARQ 510 over the physical layer 506 may result in a new data packet N+5 514 (the physical layer 508 may be cognizant of the t-reordering being set to 0 in the RLC layer 504).
  • the RLC layer 504 forwards packets N, N+2,..., N+4 to the Application 502 without waiting for N+1 512.
  • the application 502 invokes error concealment for the one missing packet 512.
  • the RLC layer 504 may determine whether N+5 514 is a new packet based on various embodiments.
  • HARQ 510 should result in packet retransmission request, but the physical layer 510, for example, in a UT, sends new data as packet N+5 514 rather than retransmitting packet N+1.
  • the eNodeB PHY 506 may determine whether a packet N+5 at 516 is a retransmission packet or new packet.
  • FIG. 6 illustrates an exemplary system to reduce retransmission of packets by a sender according to various embodiments.
  • a system 600 may include a sender 610, a receiver 620 and an application 630.
  • the sender 610 may include a physical transport layer 612.
  • the receiver 620 may include physical transport layer 622 and a radio link control 624.
  • the physical transport layer 612 of the sender 612 may be networked with the physical transport layer 622 of the receiver 620.
  • the physical transport layer 612 and physical transport layer 622 of the receiver 620 may provide for retransmission of packets received with errors using, for example, HARQ. Layers (not shown) above the physical transport layer 612 and the physical transport layer 622 may provide support for flows.
  • the receiver 620 and the application 630 may be housed together.
  • the receiver 620, the sender 610 and the abolition 630 maybe house together.
  • FIG. 7 illustrates an exemplary communication system to reduce retransmission of packets by a sender according to various embodiments.
  • FIG. 7 illustrates a communication system 700 to reduce retransmission of packets by a sender.
  • the communication system 700 may include a user terminal (UT) 702, an eNodeB 704, a very small aperture terminal (VSAT), a satellite 710, a VSAT Gateway 708 and a communications network 712.
  • UT user terminal
  • eNodeB 704 eNodeB 704
  • VSAT very small aperture terminal
  • satellite 710 eNodeB
  • VSAT Gateway 708 eNodeB
  • communications network 712 eNodeB
  • the present teachings can be applied to non-terrestrial communication links of the communication system 700.
  • the present teachings may be applied where an RLC layer is present.
  • a network link between the UT 702 and the eNodeB 704 may be a radio link. As such, the present teachings can be applied to communications between the UT 702 and the eNodeB 704.
  • a network link between the VSAT 706 and the VSAT Gateway 708 may use a radio link. As such, the present teachings may be applied to communications between the VSAT 706 and the VSAT Gateway 708.
  • FIG. 8 illustrates a flowchart of an exemplary method for reducing retransmission of packets by a sender according to various embodiments.
  • the present teachings provide a method 800 for reducing retransmission of packets by a sender, for example, in a User Terminal (UT), an eNB, a VSAT, a VSAT GW or the like.
  • the method 800 includes operation 802 for providing a network including providing a Physical (PHY) Layer 804 and providing a Radio Link Control (RLC) layer 806.
  • the PHY layer 804 may include operation 810 for providing a retransmission packet in the PHY layer, for example, by storing and retransmitting the packet for a desired time.
  • the PHY layer 804 may include operation 812 for associating one or more flows in a retransmission packet.
  • the PHY layer 804 may include operation 814 for associating a reordering timer, window or feature for each of the flows in the RLC layer.
  • the method 800 may include operation 820 for enabling Hybrid Automatic Repeat reQuest (HARQ) in PHY layer.
  • the method 800 may include operation 822 for determining a packet loss in the RLC.
  • the method 800 may include operation 824 for initiating a HARQ retransmission request.
  • the HARQ request may be initiated by a receiver, for example, receiver 620 FIG. 6 .
  • the method 800 may include operation 830 for transmitting a new packet in response to the HARQ request when the associated reordering feature is disabled.
  • the method 800 may include operation 832 for determining an acknowledgement mode of the one or more flows in the retransmission packet.
  • the method 800 may include operation 834 for indicating a new packet transmission.
  • the method 800 may include operation 840 for transmitting a retransmission packet, for example, by a sender 610 of FIG. 6 , in response to the HARQ request when the reordering feature is enabled.
  • the method 800 may include operation 850 where the HARQ initiator, for example, the receiver 620 of FIG. 6 , processes a response to the HARQ request.
  • the operation 850 may include operation 852 for processing a retransmitted packet as a new packet when the reordering feature is disabled.
  • the operation 850 may include operation 854 for processing a retransmitted packet as a retransmission packet when reordering feature is enabled.
  • the method 800 may include operation 860 for disabling the reordering feature in the RLC layer.
  • the operation 860 may include operation 862 for determining an acknowledgment mode of the flows in a packet.
  • the operation 860 may include operation 864 for determining if a round trip time of the PHY exceeds a threshold.
  • the method 800 may include operation 870 for determining whether a retransmitted packet includes a new or retransmission packet.
  • the method 800 may include operation 872 for verifying a channel quality indicator to determine if the received packet was a new packet or a retransmission packet.
  • the method 800 may include operation 874 for using a packet with least errors by, for example computing the error indicator for the original error packet and the newly received packet in response to the HARQ request.

Landscapes

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

Claims (12)

  1. Verfahren zum Reduzieren der Sendewiederholung von Paketen durch einen Sender, wobei das Verfahren umfasst:
    Bereitstellen eines Netzwerks, das eine Bitübertragungsschicht (804), eine Medienzugriffssteuerungsschicht und eine Funkverbindungssteuerungsschicht (806) in einem Empfänger (602) umfasst;
    Bereitstellen eines Sendewiederholungspakets in der Bitübertragungsschicht (804), wobei das Sendewiederholungspaket einen Fluss umfasst, der eine Umordnungsfunktion in der Funkverbindungssteuerungsschicht aufweist;
    Aktivieren einer hybriden automatischen Wiederholungsanforderung in der Bitübertragungsschicht (804) und der Medienzugriffssteuerungsschicht;
    Empfangen einer Anfrage für eine hybride automatische Wiederholungsanforderung für eine Sendewiederholung; und
    Senden eines neuen Pakets mit der Bitübertragungsschicht (804) als Reaktion auf die Anfrage für eine hybride automatische Wiederholungsanforderung, wenn die Umordnungsfunktion für den Fluss in dem Sendewiederholungspaket deaktiviert ist, wobei die Umordnungsfunktion deaktiviert ist, wenn eine Umordnungszeit t auf null eingestellt ist;
    wobei die Umordnungsfunktion deaktiviert wird, wenn der Fluss dazu konfiguriert ist, in einem nicht quittierten Modus zu funktionieren, und ein Teil der Bitübertragungsschicht (804) eine Satellitenverbindung verwendet; und
    der Fluss eine Vielzahl von Flüssen in dem Sendewiederholungspaket umfasst, und das Senden ferner das Bestimmen umfasst, dass die Umordnungsfunktion für die gesamte Vielzahl von Flüssen in dem Sendewiederholungspaket deaktiviert ist.
  2. Verfahren nach Anspruch 1, ferner umfassend das Deaktivieren der Umordnungsfunktion, wenn der Fluss dazu konfiguriert ist, in einem nicht quittierten Modus zu funktionieren, und ein Teil der Bitübertragungsschicht eine Höhenplattformverbindung verwendet.
  3. Verfahren nach Anspruch 1, wobei das Senden das Einstellen eines Kanalqualitätsindikators auf PUSCH mit einem reservierten Wert umfasst, um eine Sendung des neuen Pakets anzugeben.
  4. Verfahren nach Anspruch 3, ferner umfassend das Empfangen des neuen Pakets; und das Decodieren des neuen Pakets als neue Daten, wenn der Kanalqualitätsindikator auf PUSCH den reservierten Wert umfasst.
  5. Verfahren nach Anspruch 1, ferner umfassend:
    Empfangen des neuen Pakets als Reaktion auf die Anfrage für eine hybride automatische Wiederholungsanforderung;
    zyklisch redundantes Prüfen, ob es einen Fehler in dem empfangenen neuen Paket gibt; und
    Annehmen des neuen Pakets, wenn es keinen Fehler gibt.
  6. Verfahren nach Anspruch 1, ferner umfassend das Einstellen eines nicht quittierten Modus für den Fluss, und wobei das Senden das Bestimmen umfasst, dass der nicht quittierte Modus für den Fluss in dem Sendewiederholungspaket eingestellt ist.
  7. System zum Reduzieren der Sendewiederholung von Paketen durch einen Sender, wobei das System umfasst:
    ein Netzwerk, das eine Bitübertragungsschicht (804), eine Medienzugriffssteuerungsschicht, einen Sender (610) und einen Empfänger (602) umfasst, wobei der Empfänger (602) eine Funkverbindungssteuerungsschicht (806) umfasst; und
    ein Sendewiederholungspaket in der Bitübertragungsschicht (804), wobei das Sendewiederholungspaket einen Fluss umfasst, der eine Umordnungsfunktion in der Funkverbindungssteuerungsschicht (806) aufweist;
    wobei eine hybride automatische Wiederholungsanforderung in der Bitübertragungsschicht (804) und der Medienzugriffssteuerungsschicht aktiviert ist;
    wobei eine Anfrage für eine hybride automatische Wiederholungsanforderung für eine Sendewiederholung durch den Sender empfangen wird; und
    wobei der Sender ein neues Paket mit der Bitübertragungsschicht (804) als Reaktion auf die Anfrage für eine hybride automatische Wiederholungsanforderung sendet, wenn die Umordnungsfunktion für den Fluss in dem Sendewiederholungspaket deaktiviert ist, wobei die Umordnungsfunktion deaktiviert ist, wenn eine Umordnungszeit t auf null eingestellt ist;
    wobei die Funkverbindungssteuerungsschicht (806) die Umordnungsfunktion deaktiviert, wenn der Fluss dazu konfiguriert ist, in einem nicht quittierten Modus zu funktionieren, und ein Teil der Bitübertragungsschicht (804) eine Satellitenverbindung verwendet; und
    der Fluss eine Vielzahl von Flüssen in dem Sendewiederholungspaket umfasst, und der Sender bestimmt, dass die Umordnungsfunktion für die gesamte Vielzahl von Flüssen in dem Sendewiederholungspaket deaktiviert ist.
  8. System nach Anspruch 7, wobei die Funkverbindungssteuerungsschicht die Umordnungsfunktion deaktiviert, wenn der Fluss dazu konfiguriert ist, in einem nicht quittierten Modus zu funktionieren, und ein Teil der Bitübertragungsschicht eine Höhenplattformverbindung verwendet.
  9. System nach Anspruch 7, wobei der Sender einen Kanalqualitätsindikator auf PUSCH mit einem reservierten Wert einstellt, um eine Sendung des neuen Pakets anzugeben.
  10. System nach Anspruch 9, wobei der Empfänger das neue Paket empfängt und das neue Paket als neue Daten decodiert, wenn der Kanalqualitätsindikator auf PUSCH den reservierten Wert umfasst.
  11. System nach Anspruch 7, wobei
    der Empfänger das neue Paket als Reaktion auf die Anfrage für eine hybride automatische Wiederholungsanforderung empfängt,
    der Empfänger zyklisch redundant prüft, ob es einen Fehler in dem empfangenen neuen Paket gibt; und
    der Empfänger das neue Paket annimmt, wenn es keinen Fehler gibt.
  12. System nach Anspruch 7, wobei der Empfänger einen nicht quittierten Modus für den Fluss einstellt, und wobei der Sender bestimmt, dass der nicht quittierte Modus für den Fluss in dem Sendewiederholungspaket eingestellt ist.
EP18733089.9A 2017-06-02 2018-05-31 System und verfahren zum mindern der auswirkungen einer hybriden automatischen wiederholungsanforderung (harq) auf verzögerungsempfindliche träger Active EP3632020B1 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762514458P 2017-06-02 2017-06-02
US15/722,827 US10321356B2 (en) 2017-06-02 2017-10-02 System and method for performing retransmission of a packet
PCT/US2018/035362 WO2018222851A1 (en) 2017-06-02 2018-05-31 System and method for mitigating impact of hybrid automatic repeat request (harq) on delay sensitive bearers

Publications (2)

Publication Number Publication Date
EP3632020A1 EP3632020A1 (de) 2020-04-08
EP3632020B1 true EP3632020B1 (de) 2023-04-05

Family

ID=62685196

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18733089.9A Active EP3632020B1 (de) 2017-06-02 2018-05-31 System und verfahren zum mindern der auswirkungen einer hybriden automatischen wiederholungsanforderung (harq) auf verzögerungsempfindliche träger

Country Status (4)

Country Link
US (1) US10321356B2 (de)
EP (1) EP3632020B1 (de)
BR (1) BR112019025135A2 (de)
WO (1) WO2018222851A1 (de)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3714565A4 (de) 2017-11-20 2021-07-07 QUALCOMM Incorporated Dynamische beendigung von hybriden automatischen wiederholungsanforderungsneuübertragungen
CN109889254B (zh) * 2019-03-19 2021-07-13 西北大学 一种适合于卫星通信星地链路物理层安全通信方法
CN115022898A (zh) * 2019-09-23 2022-09-06 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2021147110A1 (zh) * 2020-01-23 2021-07-29 华为技术有限公司 一种数据传输方法及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8228938B2 (en) * 2009-02-02 2012-07-24 Samsung Electronics Co., Ltd. Method and apparatus for preventing a miss-detection of duplicated packets and an out-of-sequence delivery to the higher layer in unacknowledged mode operation
US9130784B2 (en) 2013-04-22 2015-09-08 Google Technology Holdings LLC Method and apparatus for enhanced modulation in a wirless communication system
CN203414665U (zh) * 2013-07-26 2014-01-29 瑞声声学科技(苏州)有限公司 对焦马达及应用所述对焦马达的手机
CN104868981A (zh) * 2014-02-25 2015-08-26 深圳市中兴微电子技术有限公司 一种HS-SCCH-less HARQ中处理重传数据的方法及装置
US9491269B2 (en) * 2014-04-11 2016-11-08 Apple Inc. Uplink transmission rate in a wireless communication device
CN107108519B (zh) * 2014-12-23 2020-11-03 吉利德科学公司 制备ask1抑制剂的方法
KR101725367B1 (ko) * 2015-04-24 2017-04-11 (주)씨맥스와이어리스 분산형 무선 기지국에서의 업링크 전송에 대한 harq 처리 방법
US10841203B2 (en) * 2015-12-11 2020-11-17 Qualcomm Incorporated Coordination of multiple routes for a single IP connection
US11140742B2 (en) * 2016-08-12 2021-10-05 Qualcomm Incorporated Methods and apparatus for cell discontinuous transmission (DTX) scheduling
US20180077605A1 (en) * 2016-09-09 2018-03-15 Qualcomm Incorporated Methods and apparatus for formatting a protocol data unit for wireless communication

Also Published As

Publication number Publication date
EP3632020A1 (de) 2020-04-08
US10321356B2 (en) 2019-06-11
WO2018222851A1 (en) 2018-12-06
BR112019025135A2 (pt) 2020-07-21
US20180352471A1 (en) 2018-12-06

Similar Documents

Publication Publication Date Title
US10531336B2 (en) Link control in centralized deployments
EP3632020B1 (de) System und verfahren zum mindern der auswirkungen einer hybriden automatischen wiederholungsanforderung (harq) auf verzögerungsempfindliche träger
EP1686716B1 (de) Kommunikationssystem, Sender und Empfänger mit adaptiver wiederholter Übertragung in Abhängigkeit des Datentyps
US8730969B2 (en) Method of detecting and handling and endless RLC retransmission
DK2315383T3 (en) Method and apparatus for submitting a status report
EP2234313B1 (de) Betriebsverfahren und Vorrichtung gemäß einer Datenduplikat-Neuübertragung in einem mobilen Kommunikationssystem
US8553566B2 (en) Method of delivering a PDCP data unit to an upper layer
US8588784B2 (en) Mobile communication system, wireless base station and hand over reconnection method for use therewith including an accumulation portion for holding data
US8180299B2 (en) Optimized AM RLC re-set mechanism
US20070223495A1 (en) Control Station Apparatus, Base Station Apparatus, Receiving Method, Transmitting Method and Communicating Method
WO2008004725A1 (en) Optimized am rlc re-set mechanism
KR101525252B1 (ko) 무선 통신 시스템에서의 하이퍼 프레임 넘버 비동기 방지 방법
US20220225163A1 (en) Communications device, infrastructure equipment and methods
US7881204B2 (en) Mobile telecommunication
WO2009102167A2 (ko) 이동 통신 시스템에서 데이터 송수신 방법 및 장치
WO2017122267A1 (ja) 無線通信装置、無線通信システム、及び無線通信方法
WO2017122268A1 (ja) 無線通信装置、無線通信システム、及び無線通信方法
US8839064B2 (en) Communication system and method for transmitting or receiving packets therein
WO2024090357A1 (ja) 通信制御方法、及びネットワーク装置
EP3031282B1 (de) Neuübertragung einer protokolldateneinheit über eine alternative übertragungsstrecke für drahtlosnetzwerke mit dualer konnektivität
KR20100053000A (ko) 무선 통신 시스템에서 핸드 오버 시 데이터 포워딩 방법 및이를 수행하는 시스템
WO2009102166A2 (ko) 이동 통신 시스템에서 우선 순위화 비트 레이트를 이용하여 데이터를 전송하는 방법 및 장치
WO2007078169A1 (en) Apparatus and method for transmitting/receiving arq packet in mobile communication system
Winbjörk TCP Optimized for Wireless Access

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20191118

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20211105

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20230120

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1559050

Country of ref document: AT

Kind code of ref document: T

Effective date: 20230415

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602018048042

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20230405

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1559050

Country of ref document: AT

Kind code of ref document: T

Effective date: 20230405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230807

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230705

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230805

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230706

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602018048042

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20230531

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230531

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230531

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230531

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

26N No opposition filed

Effective date: 20240108

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230531

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230531

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230405

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230605

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20230531

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20240402

Year of fee payment: 7

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20240328

Year of fee payment: 7