US11184909B2 - Method and apparatus for handling overlapping PUSCH durations - Google Patents
Method and apparatus for handling overlapping PUSCH durations Download PDFInfo
- Publication number
- US11184909B2 US11184909B2 US16/833,109 US202016833109A US11184909B2 US 11184909 B2 US11184909 B2 US 11184909B2 US 202016833109 A US202016833109 A US 202016833109A US 11184909 B2 US11184909 B2 US 11184909B2
- Authority
- US
- United States
- Prior art keywords
- pusch
- pusch duration
- transmission
- duration
- lch
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 230000005540 biological transmission Effects 0.000 claims abstract description 95
- 238000012545 processing Methods 0.000 claims description 12
- 238000012913 prioritisation Methods 0.000 description 62
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 39
- 238000004891 communication Methods 0.000 description 26
- 230000008569 process Effects 0.000 description 23
- 238000010586 diagram Methods 0.000 description 20
- 230000009471 action Effects 0.000 description 14
- 238000013507 mapping Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 239000000872 buffer Substances 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 3
- 230000000737 periodic effect Effects 0.000 description 3
- 238000011084 recovery Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0058—Allocation criteria
- H04L5/0062—Avoidance of ingress interference, e.g. ham radio channels
-
- H04W72/14—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
Definitions
- the present disclosure is related to wireless communication, and more particularly, to a method for handling overlapping physical uplink (UL) shared channel (PUSCH) durations in cellular wireless communication networks.
- UL physical uplink
- PUSCH physical uplink shared channel
- An UL grant transmitted from a base station (BS) to a user equipment (UE) allocates a PUSCH duration (also referred to as PUSCH resource) for the UE to perform an UL data transmission.
- the UL grant may be a dynamic UL grant (also referred to as dynamic grant or DG) or a configured UL grant (also referred to as configured grant or CG).
- a DG may be referred to as a Downlink (DL) Control Information (DCI) format/message that schedules a PUSCH duration.
- DCI Downlink
- the UE may receive a DCI format/message on a physical downlink control channel (PDCCH).
- the DCI that schedules the PUSCH duration may contain information such as a hybrid automatic repeat request (HARQ) process ID and a New Data Indicator (NDI).
- HARQ hybrid automatic repeat request
- NDI New Data Indicator
- a CG may correspond to one or more PUSCH durations.
- Multiple PUSCH durations allocated to the UE may overlap in the time domain.
- a PUSCH duration allocated by an activated CG may fully or partially overlap with another PUSCH duration allocated by a DG in the same serving cell of the UE.
- the present disclosure is directed to a method for UL transmission performed by a UE in cellular wireless communication networks.
- a UE includes one or more non-transitory computer-readable media containing computer-executable instructions embodied therein and at least one processor coupled to the one or more non-transitory computer-readable media.
- the at least one processor is configured to execute the computer-executable instructions to: perform an UL transmission during a first PUSCH duration; receive a PDCCH that schedules a second PUSCH duration; determine that the first PUSCH duration overlaps with the second PUSCH duration in a time domain; determine that the second PUSCH duration is prioritized over the first PUSCH duration; and cancel the ongoing UL transmission during the first PUSCH duration starting from a preconfigured time period after an end of the PDCCH that schedules the second PUSCH duration.
- a method for UL transmission performed by a UE includes: performing an UL transmission during a first PUSCH duration; receiving a PDCCH that schedules a second PUSCH duration; determining that the first PUSCH duration overlaps with the second PUSCH duration in a time domain; determining that the second PUSCH duration is prioritized over the first PUSCH duration; and cancelling the ongoing UL transmission during the first PUSCH duration starting from a preconfigured time period after an end of the PDCCH that schedules the second PUSCH duration.
- FIG. 1 includes a diagram illustrating a scenario in which a PUSCH duration indicated by a DG overlaps another PUSCH duration of a CG according to an example implementation of the present disclosure.
- FIG. 2 includes a diagram illustrating a prioritization decision related to overlapping PUSCH durations according to an example implementation of the present disclosure.
- FIG. 3 includes a diagram illustrating a time at which the prioritization decision in FIG. 2 is made according to an example implementation of the present disclosure.
- FIG. 4 includes a diagram illustrating a time period during which the prioritization decision in FIG. 2 is made according to an example implementation of the present disclosure.
- FIG. 5 includes a diagram illustrating a second time period during which the prioritization decision in FIG. 2 is made according to an example implementation of the present disclosure.
- FIG. 6 includes a diagram illustrating a third time period during which the prioritization decision in FIG. 2 is made according to an example implementation of the present disclosure.
- FIG. 7 includes a diagram illustrating a scenario in which an LCP procedure according to an example implementation of the present disclosure.
- FIG. 8 includes a diagram illustrating a scenario in which a previously received Transport Block (TB) is discarded according to an example implementation of the present disclosure.
- TB Transport Block
- FIG. 9 includes a diagram illustrating a scenario in which an ongoing UL transmission is cancelled according to an example implementation of the present disclosure.
- FIG. 10 is a flowchart of a method for UL transmission according to an example implementation of the present disclosure.
- FIG. 11 is a flowchart of a method for prioritizing a second PUSCH duration scheduled for an UL retransmission according to an example implementation of the present disclosure.
- FIG. 12 is a flowchart of a method for prioritizing a second PUSCH duration scheduled for an initial UL transmission according to an example implementation of the present disclosure.
- FIG. 13 is a block diagram illustrating a node for wireless communication in accordance with various aspects of the present disclosure.
- the phrases “in one implementation,” or “in some implementations,” may each refer to one or more of the same or different implementations.
- the term “coupled” is defined as connected whether directly or indirectly through intervening components and is not necessarily limited to physical connections.
- the term “comprising” means “including, but not necessarily limited to” and specifically indicates open-ended inclusion or membership in the so-described combination, group, series or equivalent.
- the expression “at least one of A, B and C” or “at least one of the following: A, B and C” means “only A, or only B, or only C, or any combination of A, B and C.”
- system and “network” may be used interchangeably.
- the term “and/or” is only an association relationship for describing associated objects and represents that multiple relationships may exist such that A and/or B may indicate that A exists alone, A and B exist at the same time, or B exists alone.
- the character “/” generally represents that the associated objects are in an “or” relationship.
- any network function(s) or algorithm(s) disclosed may be implemented by hardware, software or a combination of software and hardware.
- Disclosed functions may correspond to modules which may be software, hardware, firmware, or any combination thereof.
- a software implementation may include computer executable instructions stored on a computer readable medium such as memory or other type of storage devices.
- a computer readable medium such as memory or other type of storage devices.
- One or more microprocessors or general-purpose computers with communication processing capability may be programmed with corresponding executable instructions and perform the disclosed network function(s) or algorithm(s).
- the microprocessors or general-purpose computers may include Applications Specific Integrated Circuitry (ASIC), programmable logic arrays, and/or using one or more Digital Signal Processor (DSPs).
- ASIC Applications Specific Integrated Circuitry
- DSPs Digital Signal Processor
- the computer readable medium includes but is not limited to Random Access Memory (RAM), Read Only Memory (ROM), Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), flash memory, Compact Disc Read-Only Memory (CD-ROM), magnetic cassettes, magnetic tape, magnetic disk storage, or any other equivalent medium capable of storing computer-readable instructions.
- a radio communication network architecture such as a Long Term Evolution (LTE) system, an LTE-Advanced (LTE-A) system, an LTE-Advanced Pro system, or a 5G NR Radio Access Network (RAN) typically includes at least one base station (BS), at least one UE, and one or more optional network elements that provide connection within a network.
- the UE communicates with the network such as a Core Network (CN), an Evolved Packet Core (EPC) network, an Evolved Universal Terrestrial RAN (E-UTRAN), a 5G Core (5GC), or an internet via a RAN established by one or more BSs.
- CN Core Network
- EPC Evolved Packet Core
- E-UTRAN Evolved Universal Terrestrial RAN
- 5GC 5G Core
- a UE may include but is not limited to a mobile station, a mobile terminal or device, or a user communication radio terminal.
- the UE may be portable radio equipment that includes but is not limited to a mobile phone, a tablet, a wearable device, a sensor, a vehicle, or a Personal Digital Assistant (PDA) with wireless communication capability.
- PDA Personal Digital Assistant
- the UE is configured to receive and transmit signals over an air interface to one or more cells in a RAN.
- the BS may be configured to provide communication services according to at least a Radio Access Technology (RAT) such as Worldwide Interoperability for Microwave Access (WiMAX), Global System for Mobile communications (GSM) that is often referred to as 2G, GSM Enhanced Data rates for GSM Evolution (EDGE) RAN (GERAN), General Packet Radio Service (GPRS), Universal Mobile Telecommunication System (UMTS) that is often referred to as 3G based on basic wideband-code division multiple access (W-CDMA), high-speed packet access (HSPA), LTE, LTE-A, evolved LTE (eLTE) that is LTE connected to 5GC, NR (often referred to as 5G), and/or LTE-A Pro.
- RAT Radio Access Technology
- WiMAX Worldwide Interoperability for Microwave Access
- GSM Global System for Mobile communications
- GERAN GSM Enhanced Data rates for GSM Evolution
- GPRS General Packet Radio Service
- UMTS Universal Mobile Telecommunication System
- 3G based on basic wideband
- the BS may include but is not limited to a node B (NB) in the UMTS, an evolved node B (eNB) in LTE or LTE-A, a radio network controller (RNC) in UMTS, a BS controller (BSC) in the GSM/GERAN, a ng-eNB in an E-UTRA BS in connection with 5GC, a next generation Node B (gNB) in the 5G-RAN, or any other apparatus capable of controlling radio communication and managing radio resources within a cell.
- the BS may serve one or more UEs via a radio interface.
- the BS is operable to provide radio coverage to a specific geographical area using a plurality of cells forming the RAN.
- the BS supports the operations of the cells.
- Each cell is operable to provide services to at least one UE within its radio coverage.
- Each cell (often referred to as a serving cell) provides services to serve one or more UEs within its radio coverage such that each cell schedules the downlink (DL) and optionally uplink (UL) resources to at least one UE within its radio coverage for DL and optionally UL packet transmissions.
- the BS can communicate with one or more UEs in the radio communication system via the plurality of cells.
- a cell may allocate sidelink (SL) resources for supporting Proximity Service (ProSe) or Vehicle to Everything (V2X) service. Each cell may have overlapped coverage areas with other cells.
- SL sidelink
- ProSe Proximity Service
- V2X Vehicle to Everything
- the frame structure for NR supports flexible configurations for accommodating various next generation (e.g., 5G) communication requirements such as Enhanced Mobile Broadband (eMBB), Massive Machine Type Communication (mMTC), and Ultra-Reliable and Low-Latency Communication (URLLC), while fulfilling high reliability, high data rate and low latency requirements.
- 5G next generation
- eMBB Enhanced Mobile Broadband
- mMTC Massive Machine Type Communication
- URLLC Ultra-Reliable and Low-Latency Communication
- OFDM Orthogonal Frequency-Division Multiplexing
- 3GPP 3rd Generation Partnership Project
- the scalable OFDM numerology such as adaptive sub-carrier spacing, channel bandwidth, and Cyclic Prefix (CP) may also be used.
- coding schemes Two coding schemes are considered for NR, specifically Low-Density Parity-Check (LDPC) code and Polar Code.
- LDPC Low-Density Parity-Check
- the coding scheme adaption may be configured based on channel conditions and/or service applications.
- At least DL transmission data, a guard period, and an UL transmission data should be included in a transmission time interval (TTI) of a single NR frame.
- TTI transmission time interval
- the respective portions of the DL transmission data, the guard period, and the UL transmission data should also be configurable based on, for example, the network dynamics of NR.
- SL resources may also be provided in an NR frame to support ProSe services or V2X services.
- the PUSCH duration allocated by the DG may be prioritized over the PUSCH duration allocated by the CG.
- the UE may apply the PUSCH duration indicated by the DG for a medium access control (MAC) protocol data unit (PDU) transmission and skip the transmission on the PUSCH duration indicated by the CG.
- MAC medium access control
- the priority of a PUSCH indicated by a DG may not always be higher than a PUSCH duration of an activated CG.
- an industrial node e.g., autonomous robot
- the delay requirement may be strict and may not be fulfilled by a DG, which may require a UE to inform the network of a need for UL resource(s) such as PUSCH resource(s) via a scheduling request (SR)/buffer status report (BSR) and the corresponding DG allocated by the network.
- a BS e.g., a gNB
- a BS may activate a CG configuration with short periodicity if it has the knowledge related to when the periodic delay-sensitive packets may arrive.
- the UE may not need to inform the network of the need of UL resource(s) (e.g., PUSCH resource(s)) via SR/BSR, which causes extra delay.
- the PUSCH durations of this CG may have a higher priority than the PUSCH duration indicated by the DG whenever resource conflict occurs.
- resource conflict occurs when two or more PUSCH durations partially or fully overlap in the time domain.
- the periodic delay-sensitive packets may be transmitted on the PUSCH duration indicated by the CG.
- some prioritization rules may be needed in the MAC and/or the Physical (PHY) layer of a UE, such that the UE may determine whether to skip the PUSCH duration corresponding to the CG or skip the PUSCH duration indicated by the DG when resource conflict occurs.
- Conditions in cases 1-1 through 1-3 allow a MAC entity or a HARQ entity of the UE to identify whether conflict between PUSCH durations in the time domain occurs.
- a prioritization decision between the conflicting PUSCH durations may be performed.
- Such prioritization may be also referred to as an intra-UE UL prioritization.
- the MAC entity may subsequently determine whether the PUSCH duration indicated by the DG for initial transmission conflicts in the time domain with a PUSCH duration of an activated CG for initial transmission or retransmission in the same serving cell.
- a PDCCH e.g., DCI
- NDI provided in the DCI has been toggled compared to the value of the previous transmission that uses the same HARQ process as the received DG
- the PUSCH duration of an activated CG for retransmission may be scheduled via a DG (e.g., a DCI addressed to a configured scheduling radio network temporary identifier (CS-RNTI) and the NDI is not toggled compared to a value of the previous transmission that uses the same HARQ process indicated in the DCI) or configured via radio resource control (RRC) signaling (e.g., an information element (IE) that enables repetition of PUSCH duration(s) of an activated CG, if configured and with a value greater than 1).
- a DG e.g., a DCI addressed to a configured scheduling radio network temporary identifier (CS-RNTI) and the NDI is not toggled compared to a value of the previous transmission that uses the same HARQ process indicated in the DCI
- RRC radio resource control
- the MAC entity may prioritize one of the conflicting PUSCH durations. Only the prioritized PUSCH duration may be used for transmission.
- the HARQ entity may subsequently determine whether the PUSCH duration indicated by this DG for retransmission conflicts with a PUSCH duration of an activated CG for either initial transmission or retransmission in the same serving cell.
- a DG for retransmission e.g., DCI addressed to cell-RNTI (C-RNTI)
- C-RNTI cell-RNTI
- the PUSCH duration of the activated CG for retransmission may be scheduled by a DG (e.g., a DCI addressed to CS-RNTI and the NDI is not toggled compared to a value of a previous transmission that uses the same HARQ process indicated in the DCI) or configured via RRC signaling (e.g., an IE that enables repetition PUSCH duration(s) of an activated CG, if configured and with a value greater than 1).
- a DG e.g., a DCI addressed to CS-RNTI and the NDI is not toggled compared to a value of a previous transmission that uses the same HARQ process indicated in the DCI
- RRC signaling e.g., an IE that enables repetition PUSCH duration(s) of an activated CG, if configured and with a value greater than 1).
- the HARQ entity may prioritize one of the conflicting PUSCH durations. Only the prioritized PUSCH duration may be used for transmission.
- the HARQ entity may subsequently determine whether the PUSCH duration indicated by this DG (i.e. DG1) conflicts with a PUSCH duration indicated by another DG (i.e. DG2) for either initial transmission or retransmission in the same serving cell.
- DG1 a DG
- DG2 a PUSCH duration indicated by another DG
- DG2 that schedules the PUSCH duration for initial transmission may be addressed to C-RNTI and the NDI provided in the DCI has been toggled compared to the value of the previous transmission that uses the same the HARQ process as DG2.
- DG2 that schedules the PUSCH duration for retransmission may be addressed to C-RNTI and the NDI provided in the DCI has not been toggled compared to the value of the previous transmission that uses the same the HARQ process as DG2. Only the prioritized PUSCH duration may be used for transmission.
- one of the conflicting resources is a PUSCH indicated by a DG and the other of the conflicting resources is a PUSCH of an activated CG. Implementations similar to cases 1-1 through 1-3 may be also applied when both the conflicting resources are PUSCHs indicated by different DGs or both of the conflicting resources are PUSCHs of different CG configurations.
- the prioritization performed by the MAC entity/HARQ entity may consider at least one of several factors.
- the factors include logical channel prioritization (LCP) mapping restrictions of the logical channel (LCH) (e.g., parameters allowedServingCells, allowedSCS-List, maxPUSCH-Duration, configuredGrantType1Allowed configured in an IE LogicalChannelConfig), a parameter priority configured in the IE LogicalChannelConfig, data availability, a data rate provided to one logical channel before allocating any resource to a lower-priority logical channel (e.g., a parameter prioritisedBitRate), whether the UE supports skipping UL transmission for an UL grant indicated on a PDCCH if no data is available for transmission (e.g., a parameter skip UplinkTxDynamic), the number of repetitions configured for the PUSCH duration (e.g., parameters pusch-AggregationF actor and repK), LCP mapping restriction of the MAC Control Element (CE
- the MAC entity/HARQ entity may determine whether a configured grant timer (e.g., configuredGrantTimer) corresponding to the activated CG has been configured. If the configured grant timer (also referred to as CG timer) has been configured, the MAC entity/HARQ entity may then check whether the CG timer that corresponds to the HARQ process of the PUSCH duration of the activated CG is running.
- a configured grant timer e.g., configuredGrantTimer
- the MAC entity/HARQ entity may prioritize the PUSCH duration indicated by the DG if the CG timer corresponding to the HARQ process of the PUSCH duration of the activated CG has been configured and is running since the HARQ process of the PUSCH duration of the activated CG may not be used for initial transmission before the configured grant timer expires.
- FIG. 1 includes a diagram 100 illustrating a scenario in which a PUSCH duration indicated by a DG overlaps with another PUSCH duration of an activated CG according to an example implementation of the present disclosure.
- the PUSCH duration 110 of an activated CG is associated with a HARQ process ID #1.
- the PUSCH duration 120 indicated by a DG is associated with a HARQ process ID #2.
- the PUSCH duration 110 overlaps with the PUSCH duration 120 in the time domain.
- the MAC entity/HARQ entity may confirm that an initial/new transmission of PUSCH with the HARQ process ID #1 on the activated CG is prohibited because a CG timer corresponding to the HARQ process ID #1 is still running. In this case, the MAC entity/HARQ entity may prioritize the PUSCH 120 indicated by the DG. In contrast, if the MAC entity/HARQ entity confirms that the CG timer for the HARQ process ID #1 is either not running or not configured, further prioritizations may be made based on implementations in case 2-2.
- the MAC entity/HARQ entity may directly determine whether the CG timer for the HARQ process of the PUSCH duration of the activated CG is running and the PUSCH duration of the activated CG conflicts (e.g., partially or fully overlaps in the time domain) with the PUSCH duration indicated by the DG. If the CG timer for the HARQ process of the PUSCH duration of the activated CG is running, the MAC entity/HARQ entity may prioritize the PUSCH duration indicated by the DG.
- a prioritization decision performed by the MAC entity/HARQ entity may follow implementations in case 2.2 directly, without performing methods in case 2.1, when the MAC entity/HARQ entity identifies that a resource conflict occurs between a PUSCH duration of an activated CG and a PUSCH duration indicated by a DG.
- the MAC entity/HARQ entity may perform prioritization in order to select one of the conflicting PUSCH durations for transmission.
- the prioritization decision may be performed by comparing the LCH priorities (e.g., a parameter priority configured in an IELogicalChannelConfig, where an increasing priority value indicates a lower priority level) among all LCHs categorized as LCH conflictingPUSCH .
- An LCH may be categorized as LCH conflictingPUSCH if the LCH includes available data and can be mapped to at least one of the conflicting PUSCH durations.
- Any LCH with available data, which satisfies the LCP mapping restriction to an (DG or CG) UL grant that indicates or corresponds to a conflicting PUSCH duration may be categorized as LCH conflictingPUSCH in the present disclosure.
- the LCP mapping restrictions of PUSCH #1 and PUSCH #2 can be satisfied by LCH #1 and LCH #2, respectively, during the LCH selection stage of the LCP procedure.
- LCH #1 and LCH #2 may be both categorized as LCH conflictingPUSCH if they both include available data.
- PUSCH #1 and PUSCH #2 may be said to be mapped to LCH #1 and LCH #2, respectively.
- Each configured LCH may be associated with one or more LCP mapping restrictions via a configuration (e.g., in the IE LogicalChannelConfig) from a BS. Data from an LCH may only be transmitted on a PUSCH duration corresponding to an UL grant that satisfies all the LCP mapping restrictions associated with the LCH.
- the MAC entity/HARQ entity may prioritize the PUSCH duration that maps to the LCH with the highest priority among all LCHs categorized as LCH conflictingPUSCH .
- the UE may obtain a set of LCHs with data available for transmission, where the data from the set of LCHs are to be mapped to the PUSCH duration according to the LCP restriction(s) configured to the UE.
- Table 1 illustrates mapping between PUSCH durations and LCHs.
- PUSCH #1 is mapped to two LCHs with available data, including LCH #1 and LCH #3, having a priority value of 1 and 3, respectively.
- PUSCH #2 is mapped to two LCHs with available data, including LCH #2 and LCH #4, having a priority value of 2 and 4, respectively.
- LCH #1, LCH #2, LCH #3 and LCH #4 may be all categorized as LCH conflictingPUSCH .
- PUSCH #1 may then be prioritized over PUSCH #2 if these two PUSCH durations conflict because LCH #1 has the highest priority among all LCHs categorized as LCH conflictingPUSCH .
- the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to a MAC service data unit (SDU) (e.g., the MAC SDU is from a MAC PDU that may be transmitted on this PUSCH duration) containing data from the LCH with the highest priority among all LCHs categorized as LCH conflictingPUSCH .
- a MAC PDU (which may include one or more MAC SDUs) for transmission on a PUSCH duration may have already been generated when prioritization needs to be performed (e.g., the PUSCH duration is scheduled for a retransmission and a MAC PDU has already been generated and stored in the HARQ buffer of the identified HARQ process of this PUSCH duration).
- the UE may obtain a set of LCHs from at least one MAC SDU that corresponds to the PUSCH duration, where the at least one MAC SDU includes data from the set of LCHs.
- the MAC PDUs corresponding to both PUSCH durations may have already been generated and stored in the associated HARQ buffers when prioritization needs to be performed by the MAC entity/HARQ entity.
- one or more MAC SDUs may be included in the MAC PDUs corresponding to the overlapping PUSCH durations.
- the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to a MAC SDU containing data from the LCH having the highest priority (e.g., the LCH configured with the lowest priority value) among all LCHs with data included in the MAC SDUs of the overlapping PUSCH durations.
- PUSCH #1 is mapped to two LCHs with available data, including LCH #1 and LCH #3, having a priority value of 1 and 3, respectively.
- PUSCH #2 is mapped to two LCHs with available data, including LCH #2 and LCH #4, having a priority value of 2 and 4, respectively.
- LCH #1, LCH #2, LCH #3 and LCH #4 may be all categorized as LCH conflictingPUSCH in this example.
- the MAC PDU to be transmitted on PUSCH #1 may not include a MAC SDU that contains data from the two associated LCHs (i.e., LCH #1 and LCH #3) due to a limited grant size such that PUSCH #1 may include neither data from LCH #1 nor data from LCH #3.
- the MAC PDU to be transmitted on PUSCH #2 may include a MAC SDU which contains data from LCH #2.
- PUSCH #2 may then be prioritized over PUSCH #1 because PUSCH #2 includes a MAC SDU containing data from the LCH with the highest priority (LCH #2) among all LCHs categorized as LCH conflictingPUSCH .
- the PUSCH duration may be considered as having the lowest priority when prioritization is performed by the MAC entity/HARQ entity.
- FIG. 2 includes a diagram 200 illustrating a prioritization decision between two overlapping PUSCH durations according to an example implementation of the present disclosure.
- PUSCH #1 210 overlaps with PUSCH #2 220 in the time domain.
- PUSCH #1 210 and PUSCH #2 220 may both be used for initial transmissions.
- the UE has not generated a MAC PDU for either PUSCH duration before time t 20 .
- the UE may prioritize the PUSCH duration that maps to the LCH with the highest priority among all LCHs categorized as LCH conflictingPUSCH (e.g., PUSCH #1 210 ).
- the UE may generate a new MAC PDU for the initial transmission on PUSCH #1 210 .
- PUSCH #1 210 and PUSCH #2 220 may both be used for retransmissions.
- MAC PDUs corresponding to PUSCH #1 210 and PUSCH #2 220 have been already generated before time t 20 and each of the MAC PDUs has been transmitted on a previously scheduled PUSCH with the same HARQ process as PUSCH #1 210 and PUSCH #2 220 , respectively.
- the UE may prioritize the PUSCH duration used for transmitting a MAC PDU that includes a MAC SDU containing data from the LCH with the highest priority among all LCHs categorized as LCH conflictingPUSCH .
- PUSCH #2 220 may be prioritized.
- the UE may request a retransmission for the MAC PDU on the prioritized PUSCH duration, e.g., PUSCH #2 220 .
- the MAC entity/HARQ entity may prioritize the PUSCH duration indicated by the DG if skip UplinkTxDynamic is configured with a value of TRUE (and skipUplinkTxSPS is not configured).
- the UE may skip UL transmissions for an UL grant other than a configured UL grant if it is configured with skipUplinkTxSPS and there is no data available for transmission in the UE buffer.
- the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to an activated CG if skipUplinkTxSPS is configured with a value of TRUE (and skip UplinkTxDynamic is not configured).
- the MAC entity/HARQ entity may prioritize the PUSCH duration that is allocated for aperiodic channel state information (CSI) transmission. In one implementation, the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to the smallest configured number of repetitions. In one implementation, the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to the largest configured number of repetitions. The number of repetitions may be configured via RRC signaling or dynamically indicated in an UL grant.
- CSI channel state information
- the UE may prioritize the PUSCH duration of the activated CG.
- the MAC entity/HARQ entity may prioritize the PUSCH duration that can accommodate a specific type of MAC CE (e.g., if the MAC PDU to be transmitted on the PUSCH duration includes a specific type of MAC CE).
- the specific type of MAC CE may be preconfigured or indicated by a BS.
- the specific type of MAC CE may be a BSR MAC CE.
- the specific type of MAC CE may be a Beam Failure Recovery Request (BFRQ) MAC CE, which may be an UL MAC CE transmitted from the UE to the BS for indicating beam failure related information (of a secondary cell (SCell)).
- BFRQ Beam Failure Recovery Request
- the MAC entity of the UE may send the BFRQ MAC CE via a PUSCH resource to a serving BS.
- the specific MAC CE may be a MAC CE with the highest configured priority.
- the priority of the MAC CE may be configured by the network via an RRC message or DCI signaling.
- the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to the smallest payload size or TB size. In one implementation, the MAC entity/HARQ entity may prioritize the PUSCH duration that corresponds to the smallest PUSCH duration.
- the MAC entity/HARQ entity may prioritize the PUSCH duration with the earliest starting time or the earliest ending time. It should be noted that case 2-3 may also be applied to prioritize one PUSCH for transmission whenever a UE determines that resource conflict occurs as described in cases 1-1 through 1-3.
- the prioritization decision in cases 2-1 through 2-3 may consider data availability of the LCH(s) that maps to the conflicting PUSCH durations. The exact point in time at which the prioritization decision is made may directly affect the prioritization outcome.
- FIG. 3 includes a diagram 300 illustrating a time at which the prioritization decision is made according to an example implementation of the present disclosure.
- the UE receives a DG on PDCCH 301 that allocates PUSCH #2 302 , which conflicts with PUSCH #1 303 of an activated CG.
- the UE may make the prioritization decision at any point in time within a period T P illustrated in FIG. 3 if the MAC entity ensures that there is enough time for MAC PDU generation after the prioritization decision has been made (the DCI decoding time is not considered).
- the prioritization decision made at time t 30 and t 31 may have different results if LCH #2 has pending data available for transmission before time t 30 whereas data corresponding to LCH #1 arrives between t 30 and t 31 .
- the MAC entity/HARQ entity may prioritize PUSCH #2 302 indicated by PDCCH 301 if the prioritization decision is made at time t 30 .
- the MAC entity/HARQ entity may prioritize PUSCH #1 303 of the activated CG if the prioritization decision is made at time t 31 .
- timing information related to when the prioritization decision is made may be preconfigured, configured by a BS via RRC signaling or indicated via a DCI field.
- the timing information may indicate a time period or an exact point in time at which the prioritization decision may be performed by the MAC entity/HARQ entity when a resource conflict between multiple PUSCHs occurs.
- the timing information may be configured per UL/DL bandwidth part (BWP), per serving cell, per serving cell group or per UE.
- BWP bandwidth part
- the MAC entity/HARQ entity may obtain/generate the MAC PDU from a multiplexing and assembly procedure after the prioritization decision has been made.
- Case 3-1 T1 after the End of the PDCCH that Schedules the PUSCH.
- FIG. 4 includes a diagram 400 illustrating a time period T1 related to the time at which the prioritization decision is made according to an example implementation of the present disclosure.
- the UE receives a DG on PDCCH 401 that allocates PUSCH #2 402 , which conflicts with PUSCH #1 403 (e.g., a PUSCH duration of an activated CG).
- PUSCH #1 403 e.g., a PUSCH duration of an activated CG.
- the MAC entity/HARQ entity may perform the prioritization decision at time t 41 , which is a time period T1 after the end of the reception of PDCCH 403 (at time t 40 )) that carries the DCI scheduling PUSCH #2 402 .
- the MAC entity/HARQ entity may perform the prioritization decision starting from the time period T1 after the end of the reception of PDCCH 403 (e.g., starting from time t 41 ).
- the MAC entity/HARQ entity may perform multiple prioritization decisions during the time period T1.
- the MAC entity/HARQ entity may obtain/generate the MAC PDU from the multiplexing and assembly procedure after the prioritization decision has been made.
- the value of the time period T1 may be determined based on at least one preconfigured lookup table.
- the lookup table may map different values of T1 to different UL subcarrier spacings (SCS) corresponding to the indicated PUSCH duration or different DL SCS corresponding to the PDCCH scheduling the PUSCH duration.
- SCS subcarrier spacings
- the UE processing capability may be the PUSCH timing capability.
- the time period T1 may be configured in unit of symbol, slot or millisecond.
- Table 2-A and Table 2-B illustrate two lookup tables for two different UE processing capabilities, with each table having a mapping between different T1 values and different SCS.
- T1 SCS T1_1a 15 kHz T1_2a 30 kHz T1_3a 60 kHz
- T1 SCS T1_1b 15 kHz T1_2b 30 kHz T1_3b 60 kHz
- the value of T1 may be based on a service type.
- ABS may configure multiple T1 values corresponding to multiple service types to a UE that supports multiple service types.
- the BS may configure a set of T1 values that includes a T1 value for URLLC and a T1 value for eMBB to the UE supporting both the eMBB and URLLC services.
- the UE may determine the timing for the prioritization decision based on the largest or the smallest service-based T1 value in the set configured by the BS.
- FIG. 5 includes a diagram 500 illustrating a time period T2 related to the time at which the prioritization decision is made according to an example implementation of the present disclosure.
- the UE receives a DG on PDCCH 501 that allocates PUSCH #2 502 , which conflicts with PUSCH #1 503 (e.g., a PUSCH duration of an activated CG).
- PUSCH #1 503 e.g., a PUSCH duration of an activated CG
- the MAC entity/HARQ entity may perform prioritization at a time t 50 , which is a time period T2 before the transmission on the PUSCH duration that has the earliest starting time (at time t 51 ) among all conflicting PUSCH durations in the same cell.
- the MAC entity/HARQ entity may perform multiple prioritization decisions during the time period T2.
- the MAC entity/HARQ entity may obtain/generate the MAC PDU from the multiplexing and assembly procedure after the prioritization decision has been made.
- the value of the time period T2 may be determined in a similar way to the time period T1.
- the time period T2 may depend on at least one of the SCS, the UE processing capability, and the service type.
- the time period T2 may be configured in unit of symbol, slot or millisecond.
- FIG. 6 includes a diagram 600 illustrating a time period T3 related to the time at which the prioritization decision is made according to an example implementation of the present disclosure.
- the UE receives a DG on PDCCH 601 that allocates PUSCH #2 602 , which conflicts with PUSCH #1 603 (e.g., a PUSCH duration of an activated CG).
- the MAC entity/HARQ entity may perform prioritization decision at a time t 60 , which is a time period T3 before the transmission on the PUSCH duration that has the latest starting time (at time t 61 ) among all conflicting PUSCH durations in the same cell.
- the MAC entity/HARQ entity may perform multiple prioritization decisions during the time period T3.
- the MAC entity/HARQ entity may obtain/generate the MAC PDU from the multiplexing and assembly procedure after the prioritization decision has been made.
- the value of the time period T3 may be determined in a similar way to the time period T1.
- the time period T3 may depend on at least one of the SCS, the UE processing capability, and the service type.
- the time period T3 may be configured in unit of symbol, slot or millisecond.
- an LCP procedure may be started after the MAC entity/HARQ entity selects a PUSCH duration based on the prioritization decision in cases 2-1 through 2-3.
- the LCP procedure may take place in a multiplexing and assembly entity.
- the MAC entity/HARQ entity After the LCP procedure, the MAC entity/HARQ entity generates/obtains the MAC PDU/TB from the multiplexing and assembly entity.
- the MAC entity/HARQ entity may perform prioritization by comparing “the priority of the LCH with incoming data” and “the priority of the highest-priority data that has been included in the generated MAC PDU” (or “the priority of the highest-priority data that will be included in the MAC PDU”).
- the priority of the data may refer to the priority of the LCH from which the data comes.
- the prioritization decision in cases 2-1 through 2-3 may be performed multiple times before an actual transmission on the selected PUSCH duration.
- the MAC entity may send an indication to a multiplexing and assembly entity to cancel (drop/deprioritize/puncture) an ongoing LCP procedure and reinitiate a new LCP procedure if the MAC entity/HARQ entity determines that the prioritization outcome is changed, which results in a reselection of another PUSCH duration for transmission.
- FIG. 7 includes a diagram 700 illustrating a scenario in which an LCP procedure is cancelled according to an example implementation of the present disclosure.
- PUSCH #1 701 overlaps PUSCH #2 702 in the time domain. Data arrives at LCH #2 at time t 70 .
- the MAC entity/HARQ entity may prioritize PUSCH #2 702 over PUSCH #1 701 because LCH #2 has the highest priority among all LCHs categorized as LCH conflictingPUSCH (LCH #1 has no available data at time t 71 ).
- the UE may perform an LCP procedure 712 to generate a MAC PDU corresponding to PUSCH #2 702 .
- the MAC entity/HARQ entity may prioritize PUSCH #1 701 over PUSCH #2 702 because now LCH #1 has the highest priority among all LCHs categorized as LCH conflictingPUSCH . Since the prioritization outcome is changed, the UE may cancel the ongoing LCP procedure 712 and reinitiate a new LCP procedure 711 to generate a MAC PDU corresponding to PUSCH #1 701 .
- a PHY layer receives a TB (denoted as TB1) or a MAC
- the PHY layer may check whether a PUSCH duration to which TB1 corresponds (denoted as PUSCH1) partially or fully overlaps in the time domain with any other PUSCH duration scheduled by the BS in the same serving cell.
- the PHY layer may receive the TB1/MAC PDU from the MAC entity/HARQ entity after the MAC entity/HARQ entity obtains/generates the MAC PDU or TB1 from the multiplexing and assembly entity and instructs the PHY layer to perform transmission of the MAC PDU or TB1.
- the PHY layer may check whether the TB(s) corresponding to the PUSCH duration(s) that conflict(s) with PUSCH1 has already been received from the MAC entity. If so, the PHY layer may discard the already received TB(s) other than TB1.
- FIG. 8 includes a diagram 800 illustrating a scenario in which a previously received TB is discarded according to an example implementation of the present disclosure.
- PUSCH #1 801 overlaps PUSCH #2 802 in the time domain.
- the MAC entity/HARQ entity may prioritize PUSCH #2 802 over PUSCH #1 801 .
- the UE may perform an LCP procedure 812 to generate a MAC PDU corresponding to PUSCH #2 802 .
- the MAC entity may deliver the generated MAC PDU to the PHY layer after completion of the LCP procedure 812 .
- the PHY layer receives TB #2 corresponding to the MAC PDU generated in the LCP procedure 812 at time t 82 .
- the MAC entity/HARQ entity may then prioritize PUSCH #1 801 over PUSCH #2 802 .
- the UE e.g., the MAC entity of the UE
- the PHY layer receives TB #1 corresponding to the MAC PDU generated in the LCP procedure 811 at time t 84 .
- the PHY layer may check TB #2 corresponding to PUSCH #2 802 that conflicts with PUSCH #1 801 has already been received from the MAC entity, and the PHY layer may discard TB #2 received at time t 82 .
- the MAC entity/HARQ entity may ignore the prioritization and directly generate a MAC PDU corresponding to the PUSCH duration indicated by the DG.
- the DG may be addressed to C-RNTI, modulation coding scheme cell RNTI (MCS-C-RNTI), Temporary C-RNTI, CS-RNTI, or other types of RNTI.
- a PHY layer receives a MAC PDU/TB from a MAC entity/HARQ entity of the UE after the MAC entity/HARQ entity obtains/generates the MAC
- the PHY layer may check whether the received MAC PDU/TB corresponds to a PUSCH that partially or fully overlaps in the time domain with an ongoing PUSCH transmission in the same serving cell. If there are overlapping PUSCH durations, the PHY layer may immediately cancel (drop/deprioritize/puncture) the ongoing PUSCH transmission. In one implementation, if the PHY layer receives an UL grant indicating a PUSCH duration that partially or fully overlaps in the time domain with an ongoing PUSCH transmission in the same serving cell, the PHY layer may immediately cancel (drop/deprioritize/puncture) the ongoing PUSCH transmission.
- FIG. 9 includes a diagram 900 illustrating a scenario in which an ongoing UL transmission is cancelled according to an example implementation of the present disclosure.
- PUSCH #2 902 may correspond to an activated CG or may be scheduled by a DG.
- Data arrives at LCH #2 at time t 90 .
- the UE may determine that PUSCH #2 902 is prioritized.
- the UE may then perform an LCP procedure 912 to generate a MAC PDU corresponding to PUSCH #2 902 .
- the MAC entity may deliver the generated MAC PDU to the PHY layer after completing the LCP procedure 912 and instruct PHY to perform transmission of the generated MAC PDU.
- the PHY layer receives TB #2 corresponding to the MAC PDU generated in the LCP procedure 912 at time t 92 .
- the UE receives a DG on PDCCH 910 that schedules PUSCH #1 901 .
- the UE may then determine PUSCH #1 901 overlaps with PUSCH #2 902 in the time domain.
- a prioritization decision between PUSCH #1 901 and PUSCH #2 902 may refer to cases 2-1 through 2-3.
- PUSCH #1 901 may be scheduled for retransmission.
- the UE may obtain a first set of LCHs from at least one first MAC SDU corresponding to PUSCH #2 902 , where the at least one first MAC SDU includes data from the first set of LCHs (e.g., LCH #2 and LCH #4).
- the UE may also obtain a second set of LCHs from at least one second MAC SDU corresponding to PUSCH #1 901 , where the at least one second MAC SDU includes data from the second set of LCHs (e.g., LCH #1 and LCH #3).
- the UE may determine that the second set of LCHs includes an LCH that has the highest priority (e.g., LCH #1) among all LCHs in the first set of LCHs and the second set of LCHs. Therefore, the UE may determine that PUSCH #1 901 is prioritized over PUSCH #2 902 .
- LCH #1 the highest priority
- PUSCH #1 901 may be scheduled for an initial transmission. For example, data arrives at LCH #1 at time t 93 .
- the UE may obtain a first set of LCHs from at least one first MAC SDU corresponding to PUSCH #2 902 , where the at least one first MAC SDU includes data from the first set of LCHs (e.g., LCH #2 and LCH #4).
- the UE may obtain a second set of LCHs with data available for transmission (e.g., LCH #1 and LCH #3), where the data from the second set of LCHs are to be mapped to PUSCH #1 901 according to an LCP restriction configured to the UE.
- the UE may determine that the second set of LCHs includes an LCH that has the highest priority (e.g., LCH #1) among all LCHs in the first set of LCHs and the second set of LCHs. Therefore, the UE may determine PUSCH #1 901 is prioritized over PUSCH #2 902 .
- LCH #1 the highest priority
- PUSCH #2 902 may be scheduled by a CG.
- the UE may determine that a configured grant timer associated with the HARQ process of PUSCH #2 902 is running, and therefore determine that PUSCH #1 901 is prioritized over PUSCH #2 902 .
- the UE may determine that PUSCH #1 901 is prioritized over PUSCH #2 902 starting from a preconfigured time period T1 after the end of PDCCH 910 that schedules PUSCH #1 901 .
- the preconfigured time period T1 is according to case 3-1.
- the UE may perform an LCP procedure 911 to generate a MAC PDU corresponding to PUSCH #1 901 .
- the PHY layer receives TB #1 corresponding to the MAC PDU generated by the LCP procedure 911 at time t 94 .
- the UE e.g., the PHY layer of the UE
- the UE may cancel the ongoing UL transmission on PUSCH #2 902 starting from a preconfigured time period T1 after the end of PDCCH 910 that schedules PUSCH #1 901 .
- the preconfigured time period T1 is according to case 3-1.
- FIG. 10 is a flowchart of a method 1000 for UL transmission according to an example implementation of the present disclosure.
- the UE may perform an UL transmission on a first PUSCH duration.
- the UE may receive a PDCCH that schedules a second PUSCH duration.
- the UE may determine that the first PUSCH duration overlaps the second PUSCH duration in a time domain.
- the UE may determine that the second PUSCH duration is prioritized over the first PUSCH duration.
- the prioritization decision made in action 1008 may depend on cases 2-1 through 2-3. Implementations of action 1008 are provided in flowcharts illustrated in FIG. 11 and FIG. 12 .
- the UE may cancel the ongoing UL transmission during the first PUSCH duration starting from a preconfigured time period after an end of the PDCCH that schedules the second PUSCH duration.
- the preconfigured time period in action 1010 may be according to case 3-1.
- FIG. 11 is a flowchart of a method 1100 for prioritizing the second PUSCH duration when the second PUSCH duration is scheduled for a retransmission according to an example implementation of the present disclosure.
- the UE may obtain a first set of LCH(s) from at least one first MAC SDU corresponding to the first PUSCH duration, where the at least one first MAC SDU includes data from the first set of LCH(s).
- the UE may obtain a second set of LCH(s) from at least one second MAC SDU corresponding to the second PUSCH duration, where the at least one second MAC SDU includes data from the second set of LCH(s).
- the UE may determine that the second set of LCH(s) includes an LCH that has a highest priority among all LCHs in the first set of LCH(s) and the second set of LCH(s).
- FIG. 12 is a flowchart of a method 1200 for prioritizing the second PUSCH duration when the second PUSCH duration is scheduled for an initial transmission according to an example implementation of the present disclosure.
- the UE may obtain a first set of LCH(s) from at least one first MAC SDU corresponding to the first PUSCH duration, where the at least one first MAC SDU includes data from the first set of LCH(s).
- the UE may obtain a second set of LCH(s) with data available for transmission, where the data from the second set of LCH(s) are to be mapped to the second PUSCH duration according to an LCP restriction configured to the UE.
- the UE may determine that the second set of LCH(s) includes an LCH that has a highest priority among all LCHs in the first set of LCH(s) and the second set of LCH(s).
- FIG. 13 is a block diagram illustrating a node 1300 for wireless communication according to the present disclosure.
- the node 1300 may include a transceiver 1320 , a processor 1328 , a memory 1334 , one or more presentation components 1338 , and at least one antenna 1336 .
- the node 1300 may also include an RF spectrum band module, a BS communications module, a network communications module, and a system communications management module, Input/Output (I/O) ports, I/O components, and a power supply (not shown).
- I/O Input/Output
- the node 1300 may be a UE or a BS that performs various functions disclosed with reference to FIGS. 1 through 12 .
- the transceiver 1320 has a transmitter 1322 (e.g., transmitting/transmission circuitry) and a receiver 1324 (e.g., receiving/reception circuitry) and may be configured to transmit and/or receive time and/or frequency resource partitioning information.
- the transceiver 1320 may be configured to transmit in different types of subframes and slots including but not limited to usable, non-usable and flexibly usable subframes and slot formats.
- the transceiver 1320 may be configured to receive data and control channels.
- the node 1300 may include a variety of computer-readable media.
- Computer-readable media may be any available media that may be accessed by the node 1300 and include both volatile and non-volatile media, removable and non-removable media.
- the computer-readable media may include computer storage media and communication media.
- Computer storage media include both volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or data.
- Computer storage media include RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices.
- Computer storage media do not include a propagated data signal.
- Communication media typically embody computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and include any information delivery media.
- modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
- Communication media include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the previously listed components should also be included within the scope of computer-readable media.
- the memory 1334 may include computer-storage media in the form of volatile and/or non-volatile memory.
- the memory 1334 may be removable, non-removable, or a combination thereof.
- Example memory includes solid-state memory, hard drives, optical-disc drives, etc.
- the memory 1334 may store computer-readable, computer-executable instructions 1332 (e.g., software codes) that are configured to cause the processor 1328 to perform various disclosed functions with reference to FIGS. 1 through 12 .
- the instructions 1332 may not be directly executable by the processor 1328 but be configured to cause the node 1300 (e.g., when compiled and executed) to perform various functions disclosed herein.
- the processor 1328 may include an intelligent hardware device, e.g., a Central Processing Unit (CPU), a microcontroller, an ASIC, etc.
- the processor 1328 may include memory.
- the processor 1328 may process the data 1330 and the instructions 1332 received from the memory 1334 , and information transmitted and received via the transceiver 1320 , the base band communications module, and/or the network communications module. The processor 1328 may also process information to be sent to the transceiver 1320 for transmission via the antenna 1336 to the network communications module for transmission to a core network.
- presentation components 1338 present data to a person or another device.
- presentation components 1338 include a display device, a speaker, a printing component, and a vibrating component.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/833,109 US11184909B2 (en) | 2019-03-27 | 2020-03-27 | Method and apparatus for handling overlapping PUSCH durations |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962824316P | 2019-03-27 | 2019-03-27 | |
US16/833,109 US11184909B2 (en) | 2019-03-27 | 2020-03-27 | Method and apparatus for handling overlapping PUSCH durations |
Publications (2)
Publication Number | Publication Date |
---|---|
US20200314883A1 US20200314883A1 (en) | 2020-10-01 |
US11184909B2 true US11184909B2 (en) | 2021-11-23 |
Family
ID=72605342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/833,109 Active US11184909B2 (en) | 2019-03-27 | 2020-03-27 | Method and apparatus for handling overlapping PUSCH durations |
Country Status (3)
Country | Link |
---|---|
US (1) | US11184909B2 (zh) |
EP (1) | EP3949611B1 (zh) |
WO (1) | WO2020192748A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11832292B2 (en) * | 2019-03-28 | 2023-11-28 | Samsung Electronics Co., Ltd. | Method and apparatus for power control in V2X communication in wireless communication system |
US20220232581A1 (en) * | 2019-05-13 | 2022-07-21 | Nokia Technologies Oy | Method, apparatus, computer program product and computer program |
EP4014401A1 (en) * | 2019-08-16 | 2022-06-22 | Telefonaktiebolaget LM Ericsson (publ) | Priority based multiplexing |
EP4014639A1 (en) * | 2019-08-16 | 2022-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Overlapping transmission in urllc |
US11546930B2 (en) * | 2019-11-01 | 2023-01-03 | Samsung Electronics Co., Ltd | System and method for signal/channel dropping during handover for user equipment |
US11490414B2 (en) * | 2020-02-14 | 2022-11-01 | Qualcomm Incorporated | Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications |
WO2022086159A1 (en) * | 2020-10-22 | 2022-04-28 | Lg Electronics Inc. | Method and apparatus for priority handling between a prioritized mac ce and a sr for data in a wireless communication system |
WO2022082638A1 (en) * | 2020-10-22 | 2022-04-28 | Apple Inc. | Systems and methods for overriding grants for csi-feedback |
CN115333703A (zh) * | 2021-05-11 | 2022-11-11 | 维沃移动通信有限公司 | Pusch重复传输方法和设备 |
Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170026912A1 (en) * | 2015-07-23 | 2017-01-26 | Acer Incorporated | Device and Method of Handling Uplink Power Control for Unlicensed Serving Cell |
CN107241805A (zh) | 2017-07-14 | 2017-10-10 | 北京邮电大学 | 一种上行资源分配方法及装置 |
WO2018028530A1 (zh) | 2016-08-12 | 2018-02-15 | 中兴通讯股份有限公司 | 一种传输信息的方法及装置、接收信息的方法及装置 |
CN108521885A (zh) | 2018-04-28 | 2018-09-11 | 北京小米移动软件有限公司 | 上行传输的方法及装置 |
US20190110311A1 (en) * | 2016-04-01 | 2019-04-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Collision handling between legacy tti and short tti |
US20190116611A1 (en) * | 2016-04-01 | 2019-04-18 | Lg Electronics Inc. | Method for transmitting or receiving uplink control information in wireless communication system, and device therefor |
US20190159134A1 (en) * | 2017-11-17 | 2019-05-23 | Qualcomm Incorporated | Techniques for power control using carrier aggregation in wireless communications |
US20190289622A1 (en) * | 2018-05-11 | 2019-09-19 | Intel Corporation | Support of advanced user equipment (ue) minimum processing times in new radio (nr) systems |
US20190327755A1 (en) * | 2018-02-15 | 2019-10-24 | Intel Corporation | Simultaneous harq-ack feedback and uplink transmission without dynamic grant |
US20200146045A1 (en) * | 2018-10-31 | 2020-05-07 | Lenovo (Singapore) Pte. Ltd. | Preempting an allocation of uplink resources |
US20200154469A1 (en) * | 2018-11-09 | 2020-05-14 | FG Innovation Company Limited | Method and apparatus for uplink transmission |
US20200236582A1 (en) * | 2019-01-17 | 2020-07-23 | FG Innovation Company Limited | Method and apparatus for sr and bsr cancellation |
US20200260478A1 (en) * | 2019-02-13 | 2020-08-13 | Qualcomm Incorporated | Uplink configured grant validation |
US20200259896A1 (en) * | 2019-02-13 | 2020-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Industrial Automation with 5G and Beyond |
US20200259601A1 (en) * | 2019-02-07 | 2020-08-13 | Comcast Cable Communications, Llc | Uplink Pre-emption Mechanism |
US20200267773A1 (en) * | 2019-02-14 | 2020-08-20 | Qualcomm Incorporated | Random access channel procedure selection scheme |
US20200267749A1 (en) * | 2019-02-15 | 2020-08-20 | Mediatek Singapore Pte. Ltd. | Method And Apparatus For Handling Out-Of-Order Uplink Scheduling In Mobile Communications |
US20200296716A1 (en) * | 2019-03-15 | 2020-09-17 | FG Innovation Company Limited | Method and apparatus for multiplexing uci |
US20200314681A1 (en) * | 2019-03-28 | 2020-10-01 | Nokia Technologies Oy | Uplink transmission methods based on collision-triggered adaptation |
US20200337072A1 (en) * | 2018-01-12 | 2020-10-22 | Nokia Technologies Oy | Uplink channel scheduling to retain channel occupancy for unlicensed wireless spectrum |
US20210029733A1 (en) * | 2018-03-22 | 2021-01-28 | Ntt Docomo, Inc. | User terminal and radio communication method |
US20210211241A1 (en) * | 2018-09-28 | 2021-07-08 | Intel Corporation | Physical uplink control channel resource determination and multiplexing of multiple hybrid automatic repeat request acknowledgement feedbacks and other uplink control information on physical uplink control channel and physical uplink shared channel |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7562355B2 (en) | 2005-03-01 | 2009-07-14 | International Business Machines Corporation | Systems and methods for optimal component composition in a stream processing system |
CN104145443B (zh) | 2012-02-14 | 2017-09-22 | Lg电子株式会社 | 装置至装置通信方法和用于执行该方法的装置 |
WO2015116866A1 (en) | 2014-01-29 | 2015-08-06 | Interdigital Patent Holdings, Inc. | Uplink transmissions in wireless communications |
EP3577987B1 (en) | 2017-02-06 | 2023-07-05 | Telefonaktiebolaget LM Ericsson (publ) | Uplink puncturing of mini-slot on slot transmissions |
-
2020
- 2020-03-27 WO PCT/CN2020/081579 patent/WO2020192748A1/en unknown
- 2020-03-27 EP EP20779335.7A patent/EP3949611B1/en active Active
- 2020-03-27 US US16/833,109 patent/US11184909B2/en active Active
Patent Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170026912A1 (en) * | 2015-07-23 | 2017-01-26 | Acer Incorporated | Device and Method of Handling Uplink Power Control for Unlicensed Serving Cell |
US20190110311A1 (en) * | 2016-04-01 | 2019-04-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Collision handling between legacy tti and short tti |
US20190116611A1 (en) * | 2016-04-01 | 2019-04-18 | Lg Electronics Inc. | Method for transmitting or receiving uplink control information in wireless communication system, and device therefor |
WO2018028530A1 (zh) | 2016-08-12 | 2018-02-15 | 中兴通讯股份有限公司 | 一种传输信息的方法及装置、接收信息的方法及装置 |
CN107241805A (zh) | 2017-07-14 | 2017-10-10 | 北京邮电大学 | 一种上行资源分配方法及装置 |
US20190159134A1 (en) * | 2017-11-17 | 2019-05-23 | Qualcomm Incorporated | Techniques for power control using carrier aggregation in wireless communications |
US20200337072A1 (en) * | 2018-01-12 | 2020-10-22 | Nokia Technologies Oy | Uplink channel scheduling to retain channel occupancy for unlicensed wireless spectrum |
US20190327755A1 (en) * | 2018-02-15 | 2019-10-24 | Intel Corporation | Simultaneous harq-ack feedback and uplink transmission without dynamic grant |
US20210029733A1 (en) * | 2018-03-22 | 2021-01-28 | Ntt Docomo, Inc. | User terminal and radio communication method |
CN108521885A (zh) | 2018-04-28 | 2018-09-11 | 北京小米移动软件有限公司 | 上行传输的方法及装置 |
US20190289622A1 (en) * | 2018-05-11 | 2019-09-19 | Intel Corporation | Support of advanced user equipment (ue) minimum processing times in new radio (nr) systems |
US20210211241A1 (en) * | 2018-09-28 | 2021-07-08 | Intel Corporation | Physical uplink control channel resource determination and multiplexing of multiple hybrid automatic repeat request acknowledgement feedbacks and other uplink control information on physical uplink control channel and physical uplink shared channel |
US20200146045A1 (en) * | 2018-10-31 | 2020-05-07 | Lenovo (Singapore) Pte. Ltd. | Preempting an allocation of uplink resources |
US20200154469A1 (en) * | 2018-11-09 | 2020-05-14 | FG Innovation Company Limited | Method and apparatus for uplink transmission |
US20200236582A1 (en) * | 2019-01-17 | 2020-07-23 | FG Innovation Company Limited | Method and apparatus for sr and bsr cancellation |
US20200259601A1 (en) * | 2019-02-07 | 2020-08-13 | Comcast Cable Communications, Llc | Uplink Pre-emption Mechanism |
US20200259896A1 (en) * | 2019-02-13 | 2020-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Industrial Automation with 5G and Beyond |
US20200260478A1 (en) * | 2019-02-13 | 2020-08-13 | Qualcomm Incorporated | Uplink configured grant validation |
US20200267773A1 (en) * | 2019-02-14 | 2020-08-20 | Qualcomm Incorporated | Random access channel procedure selection scheme |
US20200267749A1 (en) * | 2019-02-15 | 2020-08-20 | Mediatek Singapore Pte. Ltd. | Method And Apparatus For Handling Out-Of-Order Uplink Scheduling In Mobile Communications |
US20200296716A1 (en) * | 2019-03-15 | 2020-09-17 | FG Innovation Company Limited | Method and apparatus for multiplexing uci |
US20200314681A1 (en) * | 2019-03-28 | 2020-10-01 | Nokia Technologies Oy | Uplink transmission methods based on collision-triggered adaptation |
Non-Patent Citations (2)
Title |
---|
Ericsson, 3GPP TSG-RAN WG1, Meeting#94bis, R1-1810317, Intra-UE Prioritization and Multiplexing of UL Transmissions, Sep. 28, 2018(Sep. 28, 2018), sections 1-3. |
Nokia etc., 3GPP TSG-RAN WG1, #96, R1-1903535, Summary of Wednesday offline discussion on UL/DL intra-UE prioritization/multiplexing, Feb. 27, 2019(Feb. 27, 2019), sections 2.2, 2.3 and Appendix B. |
Also Published As
Publication number | Publication date |
---|---|
EP3949611B1 (en) | 2023-09-06 |
EP3949611A4 (en) | 2022-12-21 |
US20200314883A1 (en) | 2020-10-01 |
CN113597805A (zh) | 2021-11-02 |
WO2020192748A1 (en) | 2020-10-01 |
EP3949611A1 (en) | 2022-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11184909B2 (en) | Method and apparatus for handling overlapping PUSCH durations | |
US11297642B2 (en) | Method and apparatus for uplink transmission | |
US11197189B2 (en) | Method and apparatus for SR and BSR cancellation | |
TWI733559B (zh) | 用於上行鏈路傳輸優先排序之方法及裝置 | |
CN105743619B (zh) | 混合自动重传请求(harq)传输的方法和设备 | |
JP6082121B2 (ja) | 情報送信方法、ユーザ装置及び基地局 | |
US20230284249A1 (en) | Method and apparatus for configuring priority of uci | |
US20220159668A1 (en) | Method and apparatus for operating configured grant timers in wireless communication system | |
US20220271868A1 (en) | Method and apparatus for transmitting harq feedback | |
KR20220063224A (ko) | 업링크 제어 정보를 멀티플렉싱하는 방법 및 관련 디바이스 | |
US10993128B2 (en) | Evolved buffer status report supporting multiple numerology factors | |
US20220210860A1 (en) | Methods for data transmission and user equipment using the same | |
CN114391235B (zh) | 执行用于非优先的上行链路授权的混合自动重复请求进程的方法及相关设备 | |
US20230051867A1 (en) | Method related to physical uplink control channel cell switching and user equipment | |
US20220116987A1 (en) | Methods and apparatuses for handling uplink (re)transmission in unlicensed and controlled environment | |
WO2022214090A1 (en) | Method and user equipment for hybrid automatic repeat request process identity selection | |
CN113597805B (zh) | 用于上行链路传输的方法和用户设备 | |
RU2791300C2 (ru) | Способ, аппаратура и терминал передачи услуг |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: FG INNOVATION COMPANY LIMITED, HONG KONG Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHIN, HENG-LI;WEI, CHIA-HUNG;CHENG, YU-HSIN;AND OTHERS;REEL/FRAME:052249/0516 Effective date: 20200325 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: AWAITING TC RESP, ISSUE FEE PAYMENT VERIFIED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: NEW RADIO LLC, TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:REDLAKE IP LLC;REEL/FRAME:066339/0683 Effective date: 20240201 Owner name: REDLAKE IP LLC, TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FG INNOVATION COMPANY LTD.;REEL/FRAME:066339/0653 Effective date: 20240131 |