WO2021028613A1 - Rétroaction harq de transmissions à canal partagé dans des réseaux sans fil de cinquième génération - Google Patents

Rétroaction harq de transmissions à canal partagé dans des réseaux sans fil de cinquième génération Download PDF

Info

Publication number
WO2021028613A1
WO2021028613A1 PCT/FI2020/050495 FI2020050495W WO2021028613A1 WO 2021028613 A1 WO2021028613 A1 WO 2021028613A1 FI 2020050495 W FI2020050495 W FI 2020050495W WO 2021028613 A1 WO2021028613 A1 WO 2021028613A1
Authority
WO
WIPO (PCT)
Prior art keywords
sps
harq feedback
feedback
computing
user equipment
Prior art date
Application number
PCT/FI2020/050495
Other languages
English (en)
Inventor
Troels Emil Kolding
Guillermo POCOVI
Renato Barbosa ABREU
Thomas Haaning JACOBSEN
Pilar ANDRÉS MALDONADO
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of WO2021028613A1 publication Critical patent/WO2021028613A1/fr

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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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/1614—Details of the supervisory signal using bitmaps
    • 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/1832—Details of sliding window management
    • 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Definitions

  • One or more example embodiments relate to Third Generation Partnership Project (3GPP) New Radio (NR) and/or Industrial Internet of Things (IIoT) systems.
  • 3GPP Third Generation Partnership Project
  • NR New Radio
  • IIoT Industrial Internet of Things
  • 5G wireless communications networks are the next generation of mobile communications networks.
  • Standards for 5G communications networks are currently being developed by the Third Generation Partnership Project (3GPP). These standards are known as 3GPP New Radio (NR) standards.
  • 3GPP Third Generation Partnership Project
  • NR 3GPP New Radio
  • a User Equipment may support one or more simultaneous semi-persistent scheduling (SPS) configurations for a downlink shared channel, such as the Physical Downlink Shared Channel (PDSCH).
  • SPS simultaneous semi-persistent scheduling
  • One or more example embodiments provide mechanisms for generating Hybrid Automatic Repeat Request (HARQ) -feedback (e.g., on an uplink control channel such as a Physical Uplink Control Channel (PUCCH)) for multiple SPS configuration resources, wherein the Acknowledgement /Negative Acknowledgement (ACK/NACK) for transmissions received on individual SPS configuration resources on the PDSCH are consolidated (multiplexed) in a codebook manner to provide feedback information from a (e.g., service or traffic) flow perspective (e.g., on a per- flow basis) instead of an individual PDSCH transmission perspective.
  • HARQ Hybrid Automatic Repeat Request
  • the gNB may configure a UE with a set of multiple SPS configuration groups, wherein each SPS configuration group includes one or more SPS configurations, and with a mapping between the SPS configuration groups and traffic flows (or service flows) and/or between SPS configuration groups and HARQ-feedback.
  • the gNB may also configure the UE to buffer a most recent M g number of HARQ-ACK (also referred to herein as HARQ-feedback or HARQ-ACK feedback) bits for each SPS configuration group, and with a threshold number X g of critical transmissions on the PDSCH using SPS resources to utilize in determining a rule for computing the (HARQ) feedback for the SPS configuration group.
  • M g number of HARQ-ACK also referred to herein as HARQ-feedback or HARQ-ACK feedback
  • the UE may buffer, per SPS configuration group, a number of feedback bits and determine (aggregate) feedback for each SPS configuration group based on the feedback bits for X g critical SPS transmissions from among M g most recent consecutive SPS configuration resources (SPS transmissions).
  • SPS configuration super groups may include groups of SPS configuration groups. SPS configuration super groups may be useful when additional aggregation of HARQ-ACK feedback bits is desired.
  • HARQ-feedback for SPS configuration groups may be constructed and delivered in a dynamic HARQ-ACK codebook manner.
  • At least one example embodiment provides a radio network element comprising at least one processor and at least one memory including computer program code.
  • the at least one memory and the computer program code are configured to, with the at least one processor, cause the radio network element to: configure a user equipment with a plurality of semi-persistent scheduling (SPS) configurations for receiving data from a plurality of traffic flows on a shared data channel, each of the plurality of traffic flows mapped to at least one of the plurality of SPS configurations; configure the user equipment with at least one feedback parameter for computing HARQ feedback for each of the plurality of traffic flows on a per-traffic flow basis; and transmit the data from the plurality of traffic flows to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • At least one other example embodiment provides a radio network element comprising: means for configuring a user equipment with a plurality of semi- persistent scheduling (SPS) configurations for receiving data from a plurality of traffic flows on a shared data channel, each of the plurality of traffic flows mapped to at least one of the plurality of SPS configurations; means for configuring the user equipment with at least one feedback parameter for computing HARQ feedback for each of the plurality of traffic flows on a per-traffic flow basis; and means for transmitting the data from the plurality of traffic flows to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi- persistent scheduling
  • At least one other example embodiment provides a method comprising: configuring a user equipment with a plurality of semi-persistent scheduling (SPS) configurations for receiving data from a plurality of traffic flows on a shared data channel, each of the plurality of traffic flows mapped to at least one of the plurality of SPS configurations; configuring the user equipment with at least one feedback parameter for computing HARQ feedback for each of the plurality of traffic flows on a per-traffic flow basis; and transmitting the data from the plurality of traffic flows to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • At least one other example embodiment provides a non-transitory computer readable storage medium storing computer readable instructions that, when executed by one or more processors at a radio network element, cause the radio network element to perform a method comprising: configuring a user equipment with a plurality of semi-persistent scheduling (SPS) configurations for receiving data from a plurality of traffic flows on a shared data channel, each of the plurality of traffic flows mapped to at least one of the plurality of SPS configurations; configuring the user equipment with at least one feedback parameter for computing HARQ feedback for each of the plurality of traffic flows on a per-traffic flow basis; and transmitting the data from the plurality of traffic flows to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • the at least one feedback parameter may include at least one of (i) a number of consecutive SPS transmissions to be considered for computing the HARQ feedback or (ii) a number of consecutive failed transmissions for computing the HARQ feedback.
  • the at least one feedback parameter may include (i) the number of consecutive SPS transmissions to be considered for computing the HARQ feedback and (ii) the number of consecutive failed transmissions for computing the HARQ feedback.
  • the number of consecutive SPS transmissions to be considered for computing the HARQ feedback may be greater than or equal to the number of consecutive failed transmissions for computing the HARQ feedback. In one example, the number of consecutive failed transmissions for computing the HARQ feedback may be equal to zero.
  • the at least one feedback parameter may be indicative of a rule for computing the HARQ feedback.
  • the at least one memory and the computer program code may be further configured to, with the at least one processor, cause the radio network element to receive HARQ feedback associated with at least two of the plurality of SPS configurations in a same slot of an uplink control channel.
  • the at least one memory and the computer program code may be further configured to, with the at least one processor, cause the radio network element to configure the user equipment with the plurality of SPS configurations for receiving data from the plurality of traffic flows on the shared data channel by: defining a subset of the plurality of SPS configurations to be considered for computing HARQ feedback for a first of the plurality of traffic flows, the subset of the plurality of SPS configurations including at least two of the plurality of SPS configurations; and defining a super-group of subsets including the subset of the plurality of SPS configurations and at least one other subset of the plurality of SPS configurations for aggregating HARQ feedback at the user equipment.
  • the at least one memory and the computer program code may be further configured to, with the at least one processor, cause the radio network element to receive HARQ feedback for at least two of the plurality of traffic flows in a same slot of an uplink control channel.
  • the HARQ feedback may indicate whether the survival time for a traffic flow has been violated if the number of consecutive SPS transmissions to be considered for computing the HARQ feedback is equal to the number of consecutive failed transmissions for computing the HARQ feedback.
  • the HARQ feedback may indicate whether the survival time for a traffic flow may about to be violated if the number of consecutive SPS transmissions to be considered for computing the HARQ feedback is greater than the number of consecutive failed transmissions for computing the HARQ feedback.
  • At least one other example embodiment provides a radio network element comprising at least one processor and at least one memory including computer program code.
  • the at least one memory and the computer program code are configured to, with the at least one processor, cause the radio network element to: configure a user equipment with a group of semi-persistent scheduling (SPS) configurations for receiving data from a traffic flow on a shared data channel, the group of SPS configurations including a plurality of SPS configurations; configure the user equipment with at least one feedback parameter for computing aggregate HARQ feedback for the traffic flow; and transmit the data from the traffic flow to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • At least one other example embodiment provides a radio network element comprising: means for configuring a user equipment with a group of semi-persistent scheduling (SPS) configurations for receiving data from a traffic flow on a shared data channel, the group of SPS configurations including a plurality of SPS configurations; means for configuring the user equipment with at least one feedback parameter for computing aggregate HARQ feedback for the traffic flow; and means for transmitting the data from the traffic flow to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • At least one other example embodiment provides a method comprising: configuring a user equipment with a group of semi-persistent scheduling (SPS) configurations for receiving data from a traffic flow on a shared data channel, the group of SPS configurations including a plurality of SPS configurations; configuring the user equipment with at least one feedback parameter for computing aggregate HARQ feedback for the traffic flow; and transmitting the data from the traffic flow to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • At least one other example embodiment provides a non-transitory computer readable storage medium storing computer readable instructions that, when executed by one or more processors at a radio network element, cause the radio network element to perform a method comprising: configuring a user equipment with a group of semi-persistent scheduling (SPS) configurations for receiving data from a traffic flow on a shared data channel, the group of SPS configurations including a plurality of SPS configurations; configuring the user equipment with at least one feedback parameter for computing aggregate HARQ feedback for the traffic flow; and transmitting the data from the traffic flow to the user equipment on the shared data channel according to the plurality of SPS configurations.
  • SPS semi-persistent scheduling
  • At least one other example embodiment provides a user equipment comprising at least one processor and at least one memory including computer program code.
  • the at least one memory and the computer program code may be configured to, with the at least one processor, cause the user equipment to: receive data from a traffic flow on a shared data channel using SPS resources allocated according to a group of SPS configurations, the group of SPS configurations including a plurality of SPS configurations; compute aggregate HARQ feedback for the traffic flow based on at least one feedback parameter from the network; and output the aggregate HARQ feedback to the network.
  • At least one other example embodiment provides a user equipment comprising: means for receiving data from a traffic flow on a shared data channel using SPS resources allocated according to a group of SPS configurations, the group of SPS configurations including a plurality of SPS configurations; means for computing aggregate HARQ feedback for the traffic flow based on at least one feedback parameter from the network; and means for outputting the aggregate HARQ feedback to the network.
  • At least one other example embodiment provides a method comprising: receiving data from a traffic flow on a shared data channel using SPS resources allocated according to a group of SPS configurations, the group of SPS configurations including a plurality of SPS configurations; computing aggregate HARQ feedback for the traffic flow based on at least one feedback parameter from the network; and outputting the aggregate HARQ feedback to the network.
  • At least one other example embodiment provides a non-transitory computer readable storage medium storing computer readable instructions that, when executed by one or more processors at a user equipment, cause the user equipment to perform a method comprising: receiving data from a traffic flow on a shared data channel using SPS resources allocated according to a group of SPS configurations, the group of SPS configurations including a plurality of SPS configurations; computing aggregate HARQ feedback for the traffic flow based on at least one feedback parameter from the network; and outputting the aggregate HARQ feedback to the network.
  • the at least one feedback parameter may include at least one of (i) a number of consecutive SPS transmissions to be considered for computing the aggregate HARQ feedback or (ii) a number of consecutive failed transmissions for computing the aggregate HARQ feedback.
  • the at least one feedback parameter may include (i) the number of consecutive SPS transmissions to be considered for computing the aggregate HARQ feedback and (ii) the number of consecutive failed transmissions for computing the aggregate HARQ feedback.
  • the number of consecutive SPS transmissions to be considered for computing the aggregate HARQ feedback may be greater than or equal to the number of consecutive failed transmissions for computing the aggregate HARQ feedback. In one example, the number of consecutive failed transmissions for computing the aggregate HARQ feedback may be equal to zero.
  • the at least one feedback parameter may be indicative of a rule for computing the aggregate HARQ feedback.
  • the at least one memory and the computer program code may be further configured to, with the at least one processor, cause the user equipment to output the aggregate HARQ feedback associated with at least two of the plurality of SPS configurations in a same slot of an uplink control channel.
  • the at least one memory and the computer program code may be further configured to, with the at least one processor, cause the user equipment to output the aggregate HARQ feedback for the traffic flow and aggregate HARQ feedback for at least one other traffic flow in a same slot of an uplink control channel.
  • the aggregate HARQ feedback may indicate whether the survival time for the traffic flow has been violated if the number of consecutive SPS transmissions to be considered for computing the aggregate HARQ feedback is equal to the number of consecutive failed transmissions for computing the aggregate HARQ feedback. [0037] The aggregate HARQ feedback may indicate whether the survival time for a traffic flow may about to be violated if the number of consecutive SPS transmissions to be considered for computing the aggregate HARQ feedback is greater than the number of consecutive failed transmissions for computing the aggregate HARQ feedback.
  • FIG. 1 illustrates an example association between traffic flows, semi- persistent scheduling (SPS) configurations, and SPS feedback information at the User Equipment (UE), according to example embodiments.
  • SPS semi- persistent scheduling
  • UE User Equipment
  • FIG. 2 illustrates an example feedback determination for different SPS configuration groups according to example embodiments.
  • FIG. 3 is a signaling diagram illustrating a method according to example embodiments.
  • FIG. 4 illustrates an example association between traffic flows, SPS configurations groups, and super-groups, according to example embodiments.
  • FIG. 5 illustrates an example feedback outcome, according to example embodiments.
  • FIG. 6 illustrates another example feedback outcome, according to example embodiments.
  • FIG. 7 illustrates yet another example feedback outcome, according to example embodiments.
  • FIG. 8 is a block diagram illustrating an example embodiment of a radio network element.
  • FIG. 9 illustrates a simplified diagram of a portion of a 3GPP NR access deployment for explaining example embodiments.
  • radio network element or radio access network (RAN) element e.g., a base station, eNB, gNB, Central Unit (CU), ng-eNB, etc.
  • UE user equipment
  • at least one memory may include or store computer program code, and the at least one memory and the computer program code may be configured to, with at least one processor, cause a network node to perform the operations discussed herein.
  • RAN radio network element
  • CU Central Unit
  • UE user equipment
  • at least one memory may include or store computer program code, and the at least one memory and the computer program code may be configured to, with at least one processor, cause a network node to perform the operations discussed herein.
  • UE and User may be used interchangeably.
  • FIG. 9 illustrates a simplified diagram of a portion of a 3 rd Generation Partnership Project (3 GPP) New Radio (NR) access deployment for explaining example embodiments.
  • 3 GPP 3 rd Generation Partnership Project
  • NR New Radio
  • the 3GPP NR radio access deployment includes a gNB 102 having transmission and reception points (TRPs) 102A, 102B, 102C.
  • TRPs transmission and reception points
  • Each TRP 102A, 102B, 102C may be, for example, a remote radio head (RRH) or remote radio unit (RRU) including at least, for example, a radio frequency (RF) antenna (or antennas) or antenna panels, and a radio transceiver, for transmitting and receiving data within a geographical area.
  • RRH remote radio head
  • RRU remote radio unit
  • the TRPs 102A, 102B, 102C provide cellular resources for user equipment (UEs) within a geographical coverage area.
  • UEs user equipment
  • baseband processing may be divided between the TRPs 102A, 102B, 102C and gNB 102 in a 5th Generation (5G) cell.
  • the baseband processing may be performed at the gNB 102.
  • the TRPs 102A, 102B, 102C are configured to communicate with a UE (e.g., UE 106) via one or more transmit (TX)/receive (RX) beam pairs.
  • the gNB 102 communicates with the core network, which is referred to as the New Core in 3GPP NR.
  • the TRPs 102A, 102B, 102C may have independent schedulers, or the gNB 102 may perform joint scheduling among the TRPs 102A, 102B, 102C.
  • the gNB 102 and TRPs 102A, 102B, 102C may provide communication services to a relatively large number of UEs within the coverage area of the TRPs 102A, 102B, 102C.
  • communication services including transmitting and receiving wireless signals, data, traffic or traffic flows, etc.
  • signals, data, traffic or traffic flows, etc. may be transmitted between the UE 106 and one or more of the TRPs 102A, 102B, 102C.
  • 3GPP NR systems may support use cases with relatively tight reliability and latency requirements.
  • IIoT NR Industrial Internet of Things
  • TSC Time- Sensitive Communications
  • TSC traffic is often periodic, deterministic (i.e., the delay between transmission of a message and receipt of the message at the destination address needs to be stable (within bounds)) and with a message size that is fixed or in a specified range.
  • SPS semi-persistent scheduling
  • Example enhancements include enhancements to satisfy Quality of Service (QoS) for wireless Ethernet when using TSC traffic patterns including support of provisioning of UE’s TSC traffic pattern related information such as message periodicity, message size, message arrival time at gNB (downlink (DL)) and UE (uplink (UL)), etc., from Core Network to Radio Access Network (RAN) and between RAN nodes (e.g., upon handover).
  • QoS Quality of Service
  • TSC traffic pattern related information such as message periodicity, message size, message arrival time at gNB (downlink (DL)) and UE (uplink (UL)), etc., from Core Network to Radio Access Network (RAN) and between RAN nodes (e.g., upon handover).
  • TSC flows generally have relatively stringent requirements in terms of communication service availability (e.g., as high as 99.999999%).
  • the availability metric is a function of the latency and reliability of each transmitted packet (e.g., percentage of packets received within the specified latency bounds) and a survival time.
  • the survival time may be defined as the maximum time a communication service can operate without receiving a message. With periodic traffic, the survival time can be expressed as the maximum number of consecutive incorrectly received or lost messages or packets.
  • one or more SPS configurations may be configured for (mapped to) each traffic flow.
  • one UE may have multiple traffic flows (e.g., TSC flows with different periodicities and QoS requirements).
  • the same SPS configuration may also be used for transmitting data from different traffic flows.
  • the Hybrid Automatic Repeat Request-Acknowledgement (HARQ-ACK) feedback from multiple transmissions (e.g., transport blocks) in a Physical Downlink Shared Channel (PDSCH) slot are multiplexed according to a codebook determination, and transmitted using the PUCCH as indicated by the PDSCH-to-HARQ_feedback parameter.
  • HARQ-ACK Hybrid Automatic Repeat Request-Acknowledgement
  • PDSCH Physical Downlink Shared Channel
  • Type-1 is a semi-static codebook determination based on the PDSCH-to- HARQ_feedback timing values Kl, wherein the PDSCH time domain resource allocation table and other parameters are semi-statically configured like subcarrier spacing and Time Division Duplex (TDD) UL/DL configuration.
  • TDD Time Division Duplex
  • Type-2 is a dynamic codebook determination, wherein the HARQ-ACK codebook for a slot is constructed to include HARQ-ACK bits of the PDSCH resource allocations indicated for the same slot (according to timing values Kl indicated by the Downlink Control Information (DCI)).
  • DCI Downlink Control Information
  • a UE does not expect to transmit HARQ-ACK information for more than one SPS PDSCH resource (also referred to as SPS resource, SPS configuration resource, or SPS allocation) in a same PUCCH slot.
  • SPS resource also referred to as SPS resource, SPS configuration resource, or SPS allocation
  • PUCCH formats 0 and 1 are allowed, which supports only two bits of feedback, wherein only one bit can be used in a given slot.
  • One or more example embodiments relate to the support of one or more simultaneous active SPS configurations for a given UE, for example, in the case where multiple SPS resource allocations occur within the same PDSCH slot to schedule one or multiple periodic traffic flows requiring transmission with relatively low periodicity (e.g., less than 10 ms).
  • the status of the SPS transmissions on the PDSCH may be tracked to at least enable monitoring of survival time of the UE traffic flow and / or potentially react to ensure the required service availability, while avoiding excessive PUCCH overhead.
  • One or more example embodiments provide a framework for generating HARQ-ACK feedback for one or more SPS configuration resources to enable preservation of information for managing service availability, while maintaining reduced control channel usage.
  • the HARQ-ACK feedback (ACK/NACK) of individual SPS resources (or transmissions) on the PDSCH may be consolidated in a neater and more configurable way to provide information from a flow perspective (on a per-flow basis) instead of each individual SPS transmission on the PDSCH.
  • the framework allows the gNB to configure different reporting policies that allows, for example, monitoring of survival time violation and/or proactive prevention.
  • a gNB configures a UE with a set of C SPS configurations, where C is an integer. In one example, C may be 8 or 16. However, example embodiments should not be limited to this example. From that set, groups of one or more SPS configurations are used by the gNB to transmit data from a traffic flow /to the UE. The gNB defines, and informs the UE of, the SPS configurations belonging to each group g of SPS configurations.
  • the gNB also configures the UE with a window size M g , which determines the number of consecutive SPS resources on the PDSCH from each SPS configuration group to be considered for computing the HARQ-ACK feedback, and a number of consecutive failures (also referred to as a threshold number of consecutive failures) X g sufficient to generate HARQ-NACK feedback for a given SPS configuration group or traffic flow.
  • window size M g may have a value [ 1 , ... , N ⁇ , where N is the number of packets that can be transmitted within an associated survival time, and X g may have a value [0, ... , M g ⁇ .
  • M g and X g may be limited by the number of bits used for the configuration field.
  • other applications e.g., process monitoring, plant asset management, or the like
  • the gNB may map traffic flows to SPS configurations based on implementation at the gNB. It should be noted, however, that the UE need not know explicitly which traffic flow is being conveyed in which SPS resources, but only the SPS configurations and the number of consecutive transmissions for each grouping to be considered for computing the associated HARQ-ACK feedback.
  • FIG. 1 illustrates an example mapping of traffic flows to SPS resources allocated according to different SPS configurations used by a gNB, and the mapping of groups of SPS configurations considered by the UE for computing a (an aggregate) feedback bit ⁇ 3 ⁇ 4 for a g' h SPS configuration group.
  • the mapping rules apply when grouped SPS configurations are pointing to the same PUCCH feedback slot (or sub slot).
  • the UE stores, for each SPS configuration group, the reception status (e.g., correctly ('G) or incorrectly ('0')) of M g consecutive SPS transmissions (or SPS allocations or SPS resources) for the SPS configuration group g based on the configuration information from the gNB.
  • the UE uses the stored information to compute the feedback according a rule (feedback computation rule), which is configurable by the gNB.
  • the rule for computing feedback for consecutive transmissions may be provided to the UE by the gNB (e.g., via Radio Resource Control (RRC) signaling) by values of the window size M g and the number of consecutive failures X g .
  • RRC Radio Resource Control
  • Example rules and computation of the feedback based on the respective rules will be discussed in more detail later.
  • SPS configurations C2 and C3 may form a SPS configuration group whose transmissions are considered for computing feedback ai.
  • FIG. 2 shows an example considering two traffic flows served by multiple SPS configurations.
  • the SPS configurations have the same PDSCH-to-feedback timing on the PUCCH.
  • a SPS configuration group including two SPS configurations Ci and C2 is used by the gNB to support the periodicity of traffic flow f . Both SPS configurations have PDSCH-to-feedback timing equal to one slot. [0075] The status of transmission on SPS resources corresponding to the SPS configurations Ci and C2 are used to compute feedback ci for the SPS configuration group depending on values of the window size M and the number of consecutive failures X for traffic flow f .
  • one SPS configuration C 3 with a longer periodicity is used for transmitting data.
  • the PDSCH-to-feedback timing is also equal to one slot.
  • the feedback for traffic flow is mapped to feedback ⁇ 3 ⁇ 4 , whose output value depends on values of the window size M2 and the number of consecutive failures 3 ⁇ 4 for traffic flow / .
  • the rule for computing the feedback may be expressed as f and the computation of feedback ci and a may be expressed as shown below in Equations (1) and (2), respectively.
  • a f (m- .Mi.Xi (1)
  • a 2 f ( 2 ,M 2 ,3 ⁇ 4) (2)
  • FIG. 3 is a signaling diagram illustrating a method according to example embodiments. For example purposes, the method shown in FIG. 3 will be discussed with regard to the 3GPP NR access deployment shown in FIG. 9.
  • steps S302 through S310 are part of a configuration phase, whereas steps S312 through S316 are part of a transmission phase.
  • the gNB 102 defines a set of SPS configurations for transmitting data for traffic flows to the UE 106.
  • the gNB 102 defines respective groups of SPS configurations with adequate periodicities for conveying data from respective traffic flows to the UE 106.
  • the information for the traffic flow may be based, for example on the TSC assistance information (TSCAI).
  • TSC assistance information TSCAI
  • One or more groups of SPS configurations may be defined for, and mapped to, each traffic flow.
  • the SPS configurations may include the SPS PDSCH-to- feedback timing indication, and the gNB 102 may define the SPS configuration groups so that the PDSCH-to-feedback timing of the SPS configurations in a group point to the same PUCCH slot.
  • the gNB 102 may define the SPS configuration groups implicitly based on PDSCH-to-feedback timing, if the PDSCH-to-feedback timing is derived based on RRC configuration (e.g., via dl- DataToUL-ACK parameter), then the gNB 102 may determine the groups of SPS configurations such that the feedback for the SPS PDSCH from each SPS configuration in a SPS configuration group points to the same PUCCH slot at step S302.
  • the SPS configuration groups may be defined at the time of activation of the SPS configurations at the UE.
  • the SPS configurations may be activated by DCI in a subsequent configuration phase step after step S310.
  • the feedback is feedback (e.g., correct or incorrect receipt, etc.) regarding the data transmitted on the SPS resources, rather than feedback regarding the SPS configuration itself.
  • the gNB 102 configures the UE 106 with the set of SPS configurations defined at step S302.
  • the gNB 102 may configure the UE 106 with the set of SPS configurations by transmitting the set of SPS configurations to the UE 106 using RRC signaling and/or in the activation DCI.
  • the gNB 102 configures the groups of SPS configurations within the set of SPS configurations at the UE.
  • the gNB 102 provides the UE 106 with a list of SPS configurations in each group of SPS configurations.
  • the SPS configuration groups may also be explicitly defined, wherein ConfiguredGrant/SPS configuration groups are formed by defining both group- common RRC parameters and dedicated RRC parameters for each individual SPS configuration in a group.
  • the SPS configuration groups may be defined during the SPS configuration process at the gNB 102 at step S306.
  • the gNB 102 configures the UE 106 with the number consecutive SPS transmissions (window size) M g (also referred to herein as a feedback parameter) from each group defined in step S306, which should be taken into account for computing the feedback for each group of SPS configurations at the UE 106.
  • the gNB 102 may determine the window size M g for a group of SPS configurations based on the survival time window for the associated traffic flow. As mentioned similarly above, the survival time window for a traffic flow may be expressed as the maximum number of consecutive incorrectly received or lost messages or packets.
  • the gNB 102 configures a (threshold) number of critical SPS transmissions X g (also referred to as a feedback parameter) to be used for computing the feedback ⁇ 3 ⁇ 4 for each SPS configuration group defined at step S306.
  • a set of rules may be specified and implemented at the gNB 102 and the UE 106, and the gNB 102 may indicate a selected rule for use in computing feedback for a SPS configuration group at the UE 106 by sending feedback parameters M g and/or X g to the UE 106.
  • at least the following rules may be used:
  • the UE 106 generates NACK (flagged) feedback 106 for a SPS configuration group and/or traffic flow if the most recent X g transmissions among the M g transmissions on SPS allocations associated with the SPS configuration group have failed.
  • the gNB 102 may avoid interruption of the communication availability for a traffic flow, for example, by reconfiguring the SPS configuration(s) associated with the traffic flow with, for example, a more robust Modulation and Coding Scheme (MCS) and/or triggering HARQ retransmissions.
  • MCS Modulation and Coding Scheme
  • X g may be less than M g .
  • the UE 106 may perform an OR operation between the buffered feedback status bits (e.g., 0 or 1) for each of the latest X g transmissions on the SPS allocations for the traffic flow. Prevention is only applicable if the survival time is not relatively (e.g., very) short, giving time for transmitting the feedback and perform the adaptation.
  • Bundling In this example, the UE 106 generates NACK (flagged) feedback for a SPS configuration group and/or traffic flow each time a SPS transmission among the M g transmissions on SPS allocations associated with the SPS configuration group fails. This allows the gNB 102 to acquire a conservative estimate of SPS transmission failures on the PDSCH.
  • the buffered feedback status bits e.g., 0 or 1
  • the gNB 102 begins transmitting the data from the traffic flows on SPS resources allocated according to groups of SPS configuration(s) mapped to each respective traffic flow.
  • the mapping of traffic flows to SPS configuration groups may need only be known at the gNB 102.
  • the UE 106 need not have explicit information that a certain traffic flow is being conveyed according to a specific SPS configuration.
  • HARQ-ACK feedback generation is a physical layer procedure, and thus, the UE 106 is not aware of mapping to radio bearers or application streams.
  • the UE 106 receives the data from each of the traffic flows on the SPS allocations, and stores (buffers) feedback status bits (e.g., 0 or 1) of the latest M g consecutive transmissions on SPS allocations in a buffer having a length M g for each group of SPS configurations and / or traffic flow.
  • buffers feedback status bits
  • the UE 106 For each respective group of SPS configurations and/or traffic flow, the UE 106 computes a feedback value according the configured rule for the respective group of SPS configurations and the buffered feedback status bits for the latest M g consecutive transmissions associated with the respective SPS configuration group. Depending on the value of X g , for example, the UE 106 may compute the feedback ⁇ 3 ⁇ 4 as shown below in Equation (3).
  • the UE 106 may hold the result until the next feedback transmission opportunity on the PUCCH (e.g., next PUCCH slot). This may be relevant for survival time violation detection, for example, in case the window size M g is shorter than the interval between PUCCH resources. Thus, an implementation may consider that if X g M g , then the UE 106 may hold a resulting NACK until transmitted in the next PUCCH resource allocated for feedback regarding the given SPS configuration group and/or traffic flow.
  • the UE 106 transmits the computed feedback value to the gNB 102 on the PUCCH at the appropriate time according to the PDSCH-to-feedback timing for the respective SPS configuration group.
  • a dynamic codebook may be formed for multiplexing feedback information for multiple traffic flows when the feedback information is to be transmitted in the same PUCCH slot or sub-slot.
  • the order of the feedback bits may be, for example, given, desired and/or predefined according the order which the SPS configuration groups were configured.
  • the order of the transmissions from the SPS configuration groups having SPS allocations within a slot may be used.
  • the gNB 102 may use the received feedback to: collect information and/or identify problematic UEs; monitor the survival time of a UE traffic flow; retransmit data if the data was not received correctly at the UE; adapt links to maintain service availability and/or ensure more efficient usage of resources; etc.
  • the gNB 102 may schedule retransmission(s) on one or more SPS PDSCHs corresponding to that traffic flow (if time allows) and/or adjust the transmission parameters for the group of SPS configurations corresponding to that traffic flow for overcoming the channel degradation. If the NACK indicates that the survival time has been violated, then the gNB 102 may also signal to higher layers to indicate that the communication availability is down.
  • the example embodiment shown in FIG. 3 is described with regard to the gNB 102 providing both feedback parameters M g and X g to the UE 106, example embodiments should not be limited to this example. Rather, the gNB 102 may provide one of the feedback parameters M g or X g to the UE 106, while the other of the feedback parameters may be known to the UE 106. For example, the gNB 102 may provide the UE with the value of the feedback parameter X g while the M g may be known to the UE 106.
  • At least one other example embodiment covers a case where the number of feedback bits on the PUCCH is limited (e.g., the number of feedback bits on the PUCCH is less than the number of SPS configuration groups for which feedback is to be provided on the PUCCH).
  • the feedback for multiple SPS configuration groups may be aggregated; that is, for example, the gNB 102 may define super-groups (groups of SPS configuration groups) whose feedback information (feedback bits) is further aggregated.
  • the gNB 102 may define super-groups as desired.
  • a UE may aggregate the traffic from a plurality of TSC devices, wherein each TSC device may have one or multiple traffic flows.
  • the gNB 102 may group SPS groups belonging a same device into a super-group.
  • the gNB 102 may group SPS groups conveying traffic with the same periodicity into a super-group.
  • the gNB 102 may group SPS groups having the same QoS requirement(s) into a super-group.
  • FIG. 4 illustrates an example association between traffic flows, SPS configuration groups and super-groups, according to example embodiments.
  • one or more example embodiments may enable reduction of feedback information to one-bit HARQ-ACK feedback within a PUCCH slot.
  • a UE may compute the feedback for a super-group set S including multiple groups of SPS configurations, wherein each group of SPS configurations includes one or more SPS configurations, by performing a logical AND between the feedback bits for each SPS configuration group in a super-group.
  • the feedback for a super-group set S may be computed according to Equation (4) shown below.
  • FIGS. 5-7 illustrate example feedback outcomes depending on chosen settings and the buffered feedback status bits of the SPS transmissions for a SPS configuration group.
  • the window size M g 3 and the PDSCH-to-feedback timing is one slot.
  • the UE checks whether all consecutive transmissions within the window have failed. If the UE determines that feedback for a SPS configuration group results in a NACK (all consecutive transmissions within the window have failed), then the UE holds the feedback until the next transmission on the PUCCH after determining that all consecutive transmissions within the window have failed.
  • FIG. 6 illustrates an example in which the survival time violation prevention rule is implemented at the UE (e.g., X g ⁇ M g ).
  • the UE checks if the last transmission has failed. If the feedback results in a NACK (the last SPS transmission in the window has failed), then the UE outputs the NACK feedback in the next PUCCH slot after detecting the failed SPS transmission, rather than holding the feedback as in the example shown in FIG. 5. In this case, since the feedback is not held, an implementation may consider computing only the later feedback before transmission of the PUCCH to save processing power. Additionally, X g bits within the window may need to be buffered, which may save memory.
  • FIG. 7 illustrates an example in which the bundling rule is implemented at the UE.
  • window size M g 3 and the PDSCH-to-feedback timing is one slot.
  • FIG. 8 illustrates an example embodiment of a radio network element, such as a gNB.
  • the gNB includes: a memory 740; a processor 720 connected to the memory 740; various interfaces 760 connected to the processor 720; and one or more antennas or antenna panels 765 connected to the various interfaces 760.
  • the various interfaces 760 and the antenna 765 may constitute a transceiver for transmitting/ receiving data to / from a UE via a plurality of wireless beams or to / from one or more TRPs.
  • the gNB may include many more components than those shown in FIG. 8. However, it is not necessary that all of these generally conventional components be shown in order to disclose the illustrative example embodiment.
  • the memory 740 may be a computer readable storage medium that generally includes a random access memory (RAM), read only memory (ROM), and/or a permanent mass storage device, such as a disk drive.
  • the memory 740 also stores an operating system and any other routines / modules / applications for providing the functionalities of the node (e.g., functionalities of a node, methods according to example embodiments, etc.) to be executed by the processor 720.
  • These software components may also be loaded from a separate computer readable storage medium into the memory 740 using a drive mechanism (not shown).
  • Such separate computer readable storage medium may include a disc, tape, DVD/CD-ROM drive, memory card, or other like computer readable storage medium (not shown).
  • software components may be loaded into the memory 740 via one of the various interfaces 760, rather than via a computer readable storage medium.
  • the processor 720 may be configured to carry out instructions of a computer program by performing the arithmetical, logical, and input/ output operations of the system. Instructions may be provided to the processor 720 by the memory 740.
  • the various interfaces 760 may include components that interface the processor 720 with the antenna 765, or other input/output components. As will be understood, the various interfaces 760 and programs stored in the memory 740 to set forth the special purpose functionalities of the node will vary depending on the implementation of the node.
  • the interfaces 760 may also include one or more user input devices (e.g., a keyboard, a keypad, a mouse, or the like) and user output devices (e.g., a display, a speaker, or the like).
  • user input devices e.g., a keyboard, a keypad, a mouse, or the like
  • user output devices e.g., a display, a speaker, or the like.
  • the configuration shown in FIG. 8 may be utilized to implement, inter alia, TRPs, other radio access and backhaul network elements, Central Units (CUs), eNBs, ng-eNBs, UEs, or the like.
  • the memory 740 may store an operating system and any other routines/ modules/ applications for providing the functionalities of the TRPs, gNBs, UEs, etc. (e.g., functionalities of these elements, methods according to the example embodiments, etc.) to be executed by the processor 720.
  • One or more example embodiments may provide a clearer mapping between feedback and the status of transport blocks of a traffic flow, and thus, may more effectively and/or efficiently collect information and identify problematic UEs, monitor the survival time of a traffic flow to a UE, retransmit data if the data is not received correctly at the UE, and/or maintain service availability and ensure more efficient usage of transmission resources.
  • One or more example embodiments may provide individual feedback for multiple transport blocks of one or more traffic flows transmitted in a same slot on the an uplink control channel such as the PUCCH.
  • One or more example embodiments provide a more flexible manner in which to compress feedback for M SPS configuration resources into N bits, wherein N and M are integers and N ⁇ M, which may negate the need the conventional higher- overhead approaches.
  • the rules for the mapping of M feedback bits to N bits is (e.g., fully) configurable by the network (e.g., base station or gNB).
  • the network e.g., base station or gNB.
  • Such framework may be used to monitor availability of a given mission critical flow and / or to avoid that the service exceeds its survival time (such that it becomes unavailable), but could in principle be flexible enough for other purposes.
  • One or more example embodiments provide a mechanism to provide feedback for each of a plurality of transport blocks transmitted in a slot using SPS.
  • One or more example embodiments may reduce overhead (e.g., PUCCH (control) overhead) and/or power consumption at the UE while also avoiding significant modifications to the 3GPP NR standard.
  • first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of this disclosure. As used herein, the term "and/or,” includes any and all combinations of one or more of the associated listed items.
  • Such existing hardware may be processing or control circuitry such as, but not limited to, one or more processors, one or more Central Processing Units (CPUs), one or more controllers, one or more arithmetic logic units (ALUs), one or more digital signal processors (DSPs), one or more microcomputers, one or more field programmable gate arrays (FPGAs), one or more System-on-Chips (SoCs), one or more programmable logic units (PLUs), one or more microprocessors, one or more Application Specific Integrated Circuits (ASICs), or any other device or devices capable of responding to and executing instructions in a defined manner.
  • processors Central Processing Units (CPUs), one or more controllers, one or more arithmetic logic units (ALUs), one or more digital signal processors (DSPs), one or more microcomputers, one or more field programmable gate arrays (FPGAs), one or more System-on-Chips (SoCs), one or more programmable logic units (PLUs
  • a process may be terminated when its operations are completed, but may also have additional steps not included in the figure.
  • a process may correspond to a method, function, procedure, subroutine, subprogram, etc.
  • a process corresponds to a function
  • its termination may correspond to a return of the function to the calling function or the main function.
  • the term “storage medium,” “computer readable storage medium” or “non-transitory computer readable storage medium” may represent one or more devices for storing data, including read only memory (ROM), random access memory (RAM), magnetic RAM, core memory, magnetic disk storage mediums, optical storage mediums, flash memory devices and/or other tangible machine-readable mediums for storing information.
  • ROM read only memory
  • RAM random access memory
  • magnetic RAM magnetic RAM
  • core memory magnetic disk storage mediums
  • optical storage mediums optical storage mediums
  • flash memory devices and/or other tangible machine-readable mediums for storing information.
  • computer readable medium may include, but is not limited to, portable or fixed storage devices, optical storage devices, and various other mediums capable of storing, containing or carrying instruction (s) and/or data.
  • example embodiments may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof.
  • the program code or code segments to perform the necessary tasks may be stored in a machine or computer readable medium such as a computer readable storage medium.
  • a processor or processors When implemented in software, a processor or processors will perform the necessary tasks.
  • at least one memory may include or store computer program code, and the at least one memory and the computer program code may be configured to, with at least one processor, cause a network element or network device to perform the necessary tasks.
  • a code segment of computer program code may represent a procedure, function, subprogram, program, routine, subroutine, module, software package, class, or any combination of instructions, data structures or program statements.
  • a code segment may be coupled to another code segment or a hardware circuit by passing and/or receiving information, data, arguments, parameters or memory contents.
  • Information, arguments, parameters, data, etc. may be passed, forwarded, or transmitted via any suitable technique including memory sharing, message passing, token passing, network transmission, etc.
  • Some, but not all, examples of techniques available for communicating or referencing the object/ information being indicated include the conveyance of the object /information being indicated, the conveyance of an identifier of the object /information being indicated, the conveyance of information used to generate the object /information being indicated, the conveyance of some part or portion of the object /information being indicated, the conveyance of some derivation of the object /information being indicated, and the conveyance of some symbol representing the object /information being indicated.
  • UE may be (or include) hardware, firmware, hardware executing software or any combination thereof.
  • Such hardware may include processing or control circuitry such as, but not limited to, one or more processors, one or more CPUs, one or more controllers, one or more ALUs, one or more DSPs, one or more microcomputers, one or more FPGAs, one or more SoCs, one or more PLUs, one or more microprocessors, one or more ASICs, or any other device or devices capable of responding to and executing instructions in a defined manner.
  • processing or control circuitry such as, but not limited to, one or more processors, one or more CPUs, one or more controllers, one or more ALUs, one or more DSPs, one or more microcomputers, one or more FPGAs, one or more SoCs, one or more PLUs, one or more microprocessors, one or more ASICs, or any other device or devices capable of responding to and executing instructions in a defined manner.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un élément de réseau radioélectrique comprenant au moins un processeur et au moins une mémoire comprenant un code de programme informatique. Ladite mémoire et le code de programme informatique sont configurés pour, à l'aide dudit processeur, amener l'élément de réseau radioélectrique : à configurer un équipement utilisateur à l'aide d'une pluralité de configurations de programmation semi-persistante (SPS) afin de recevoir des données provenant d'une pluralité de flux de trafic sur un canal de données partagé, chaque flux de la pluralité de flux de trafic étant mis en correspondance avec au moins une configuration de la pluralité de configurations SPS ; à configurer l'équipement utilisateur à l'aide d'au moins un paramètre de rétroaction afin de calculer une rétroaction HARQ de chaque flux de la pluralité de flux de trafic, flux de trafic par flux de trafic ; et à transmettre les données de la pluralité de flux de trafic à l'équipement utilisateur sur le canal de données partagé en fonction de la pluralité de configurations SPS.
PCT/FI2020/050495 2019-08-14 2020-07-13 Rétroaction harq de transmissions à canal partagé dans des réseaux sans fil de cinquième génération WO2021028613A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962886580P 2019-08-14 2019-08-14
US62/886,580 2019-08-14

Publications (1)

Publication Number Publication Date
WO2021028613A1 true WO2021028613A1 (fr) 2021-02-18

Family

ID=74570364

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2020/050495 WO2021028613A1 (fr) 2019-08-14 2020-07-13 Rétroaction harq de transmissions à canal partagé dans des réseaux sans fil de cinquième génération

Country Status (1)

Country Link
WO (1) WO2021028613A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11375523B2 (en) * 2019-09-18 2022-06-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource configuration method and access network device
WO2022205304A1 (fr) * 2021-04-01 2022-10-06 Tcl Communication(Ningbo)Co., Ltd. Procédé de transmission de données de liaison montante, équipement utilisateur et station de base

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018171927A1 (fr) * 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Commande de transmissions radio de liaison montante sur des ressources attribuées de manière semi-persistante
WO2018204491A1 (fr) * 2017-05-03 2018-11-08 Idac Holdings, Inc. Procédé et appareil pour améliorer les performances de rétroaction de demande automatique de répétition hybride (harq) de la large bande mobile améliorée (embb) lorsqu'elle est touchée par un trafic à faible latence
WO2019029727A1 (fr) * 2017-08-11 2019-02-14 华为技术有限公司 Procédé, appareil terminal et appareil de réseau permettant de déterminer des informations de rétroaction

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018171927A1 (fr) * 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Commande de transmissions radio de liaison montante sur des ressources attribuées de manière semi-persistante
WO2018204491A1 (fr) * 2017-05-03 2018-11-08 Idac Holdings, Inc. Procédé et appareil pour améliorer les performances de rétroaction de demande automatique de répétition hybride (harq) de la large bande mobile améliorée (embb) lorsqu'elle est touchée par un trafic à faible latence
WO2019029727A1 (fr) * 2017-08-11 2019-02-14 华为技术有限公司 Procédé, appareil terminal et appareil de réseau permettant de déterminer des informations de rétroaction

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on NR Industrial Internet of Things (loT", 3GPP TR 38.825 V16.0.0 (2019-03, 14 April 2019 (2019-04-14), XP051528826, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/Specs/archive/38_series/38.825/38825-g00.zip> [retrieved on 20201006] *
CATT: "Survival time triggered PDCP duplication", 3GPP TSG-RAN WG2 MEETING #106, 3 May 2019 (2019-05-03), XP051710106, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1905752.zip> [retrieved on 20201006] *
NOKIA ET AL.: "Support for SPS periodicities below a slot", 3GPP TSG RAN WG1 MEETING #97, 3 May 2019 (2019-05-03), Reno, NV, USA, XP051708794, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906758.zip> [retrieved on 20201006] *
SAMSUNG: "Discussion on DL SPS", 3GPP TSG RAN WG1 #97, 3 May 2019 (2019-05-03), Reno, USA, XP051708996, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_97/Docs/R1-1906961.zip> [retrieved on 20201006] *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11375523B2 (en) * 2019-09-18 2022-06-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource configuration method and access network device
US11950277B2 (en) 2019-09-18 2024-04-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource configuration method and access network device
WO2022205304A1 (fr) * 2021-04-01 2022-10-06 Tcl Communication(Ningbo)Co., Ltd. Procédé de transmission de données de liaison montante, équipement utilisateur et station de base

Similar Documents

Publication Publication Date Title
JP6845277B2 (ja) 適応的に構成されたｔｄｄ通信システムのためのサウンディング参照信号の送信
CN113507747B (zh) 信息发送和接收方法、设备和存储介质
CN110168987B (zh) 可扩展的反馈报告
JP6174810B2 (ja) キャリアアグリゲーションを使用するｈａｒｑフィードバック
EP2745593B1 (fr) Planification de communications
CN112335284A (zh) 用于处理eMBB和URLLC同时传输的方法和装置
US20180098345A1 (en) Dynamic codebook adaptation for enhanced carrier aggregation
JP2020511040A (ja) 物理層フレーム上で異なるサービスを多重化するためのプリエンプションインジケータ及びコードブロックグループベース再送技術
KR20210147025A (ko) 중복 송신 기회들에 기초하여 송신을 취소하기 위한 방법 및 장치
US20240023123A1 (en) Apparatus and method performed by the same in wireless communication system
EP3050236B1 (fr) Regroupement d&#39;informations de retour harq dans un système de communication à duplexage par répartition dans le temps
JP2020523841A (ja) フィードバック情報の送受信方法、装置及び通信システム
CN111566961B (zh) 一种信息传输方法及设备
WO2019157996A1 (fr) Procédé de transmission de données, dispositif de communication et support d&#39;informations
US20220329390A1 (en) Method and apparatus for transmitting and receiving uplink data and control information
US20230095598A1 (en) Method and apparatus for hybrid automatic repeat request-acknowledgement retransmission
KR20220131167A (ko) 하이브리드 자동 반복 요청 피드백이 비활성화된 무선 전송
CN112821990B (zh) Harq-ack的传输方法及设备
WO2021028613A1 (fr) Rétroaction harq de transmissions à canal partagé dans des réseaux sans fil de cinquième génération
US12047966B2 (en) Uplink information generation method and device thereof
US20230345448A1 (en) Apparatus and method thereof in wireless communication system
WO2019095971A1 (fr) Procédé et dispositif de communication
JP6532912B2 (ja) キャリアアグリゲーションを使用するｈａｒｑフィードバック
WO2022078285A1 (fr) Procédé et appareil de transmission de liaison montante
CN107113119A (zh) 混合自动重传应答消息的传输方法、用户设备和基站

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: 20852888

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20852888

Country of ref document: EP

Kind code of ref document: A1