WO2022082359A1 - Répétition de canal physique partagé montant avec différentes configurations - Google Patents
Répétition de canal physique partagé montant avec différentes configurations Download PDFInfo
- Publication number
- WO2022082359A1 WO2022082359A1 PCT/CN2020/121884 CN2020121884W WO2022082359A1 WO 2022082359 A1 WO2022082359 A1 WO 2022082359A1 CN 2020121884 W CN2020121884 W CN 2020121884W WO 2022082359 A1 WO2022082359 A1 WO 2022082359A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- repetitions
- dci
- mcs
- pusch
- configurations
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0404—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas the mobile station comprising multiple antennas, e.g. to provide uplink diversity
-
- 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
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
Definitions
- Releases 15 and 16 of Third Generation Partnership Project (3GPP) introduce reliability enhancement schemes for physical uplink control channel (PUCCH) and physical uplink shared channel (PUSCH) transmissions. These enhancements include repeatedly transmitting the payloads of the uplink channels.
- PUCCH physical uplink control channel
- PUSCH physical uplink shared channel
- Figure 1 illustrates a network environment in accordance with some embodiments.
- Figure 2 includes signaling diagrams illustrating downlink control information scheduling PUSCH transmissions with repetitions in a plurality of beams in accordance with some embodiments.
- Figure 3 illustrates comparative signaling metrics among a plurality of beams that carry repetitions of a PUSCH in accordance with some embodiments.
- Figure 4 includes signaling diagrams illustrating frequency hopping among a plurality of beams that carry repetitions of a PUSCH in accordance with some embodiments.
- Figure 5 is a signaling diagram illustrating two-stage downlink control information in accordance with some embodiments.
- Figure 6 illustrates an operational flow/algorithmic structure in accordance with some embodiments.
- Figure 7 illustrates another operational flow/algorithmic structure in accordance with some embodiments.
- Figure 8 illustrates another operational flow/algorithmic structure in accordance with some embodiments.
- Figure 9 illustrates beamforming components of a device in accordance with some embodiments.
- Figure 10 illustrates a user equipment in accordance with some embodiments.
- Figure 11 illustrates a base station in accordance with some embodiments.
- circuitry refers to, is part of, or includes hardware components such as an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , digital signal processors (DSPs) , etc., that are configured to provide the described functionality.
- FPD field-programmable device
- FPGA field-programmable gate array
- PLD programmable logic device
- CPLD complex PLD
- HPLD high-capacity PLD
- SoC programmable system-on-a-chip
- DSPs digital signal processors
- the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality.
- the term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.
- processor circuitry refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data.
- processor circuitry may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple- core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.
- interface circuitry refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices.
- interface circuitry may refer to one or more hardware interfaces, for example, buses, I/O interfaces, peripheral component interfaces, network interface cards, or the like.
- user equipment refers to a device with radio communication capabilities and may describe a remote user of network resources in a communications network.
- the term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc.
- the term “user equipment” or “UE” may include any type of wireless/wired device or any computing device including a wireless communications interface.
- computer system refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.
- resource refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor/CPU time, processor/CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input/output operations, ports or network sockets, channel/link allocation, throughput, memory usage, storage, network, database and applications, workload units, or the like.
- a “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) .
- a “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc.
- network resource or “communication resource” may refer to resources that are accessible by computer devices/systems via a communications network.
- system resources may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.
- channel refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream.
- channel may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated.
- link refers to a connection between two devices for the purpose of transmitting and receiving information.
- instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance.
- An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.
- connection may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.
- network element refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services.
- network element may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, virtualized network function, or the like.
- information element refers to a structural element containing one or more fields.
- field refers to individual contents of an information element, or a data element that contains content.
- An information element may include one or more additional information elements.
- FIG. 1 illustrates a network environment 100 in accordance with some embodiments.
- the network environment 100 may include a UE 104 and a base station 108.
- the base station 108 may provide one or more wireless serving cells, for example, 3GPP New Radio “NR” cells, through which the UE 104 may communicate with the base station 108.
- 3GPP New Radio “NR” cells for example, 3GPP New Radio “NR” cells
- the UE 104 and the base station 108 may communicate over an air interface compatible with 3GPP technical specifications such as those that define Fifth Generation (5G) NR system standards.
- the base station 108 may be a next-generation -radio access network (NG-RAN) node that is coupled with a 5G core network.
- NG-RAN node may be either a gNB to provide an NR user plane and control plane protocol terminations toward the UE 104 or an ng-eNB to provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations toward the UE 104.
- E-UTRA evolved universal terrestrial radio access
- the base station 108 may be coupled with one or more distributed antenna panels (APs) , for example, AP 116 and AP 120.
- the distributed APs 116/120 may be implemented in transmit-receive points (TRPs) or other devices.
- TRPs transmit-receive points
- the base station 108 may perform the majority of the operations of a communication protocol stack, including scheduling, while the APs 116/120 act as distributed antennas.
- the APs 116/120 may perform some lower-level operations of the communication protocol stack (for example, analog physical (PHY) layer operations) .
- PHY physical
- the base station 108 may use the APs 116/120 to geographically separate points at which a signal may be transmitted to, or received from, the UE 104. This may increase flexibility of using multiple-input, multiple-output and beamforming enhancements for communicating with the UE 104.
- the APs 116/120 may be used to transmit downlink transmissions to the UE 104 and receive uplink transmissions from the UE 104.
- the distributed transmit/receive capabilities provided by the APs 116 and 120 may be used for coordinated multipoint or carrier aggregation systems from one or more base stations.
- the network environment 100 illustrates one base station 108 communicating with the UE 104 through APs 116/120
- the network environment 100 may include a number of other network elements (for example, base stations, TRPs, eNBs, etc. ) to facilitate a radio access network connection for the UE 104.
- the base station 108 may transmit information (for example, data and control signaling) in the downlink direction by mapping logical channels on the transport channels, and transport channels onto physical channels.
- the logical channels may transfer data between a radio link control (RLC) and media access control (MAC) layers; the transport channels may transfer data between the MAC and PHY layers; and the physical channels may transfer information across the air interface.
- RLC radio link control
- MAC media access control
- the APs 116 and one or more antenna panels on the UE 104 may include arrays of antenna elements that allow receive or transmit beamforming. Beamforming may improve the uplink and downlink budgets by determining and using uplink and downlink beams that increase antenna gain and overall system performance.
- the UE 104 and the base station 108 may determine desired uplink-downlink beam pairs using beam management operations based on reference signal measurements and channel reciprocity assumptions.
- the base station 108 may send synchronization signal blocks (SSBs) and channel state information –reference signals (CSI-RSs) that are measured by the UE 104 to determine the desired downlink beam pair for transmitting/receiving physical downlink control channel (PDCCH) and physical downlink shared channel (PDSCH) transmissions.
- the network elements may assume uplink/downlink beam correspondence and use the desired downlink beam pair as the desired uplink beam pair for PUSCH and PUCCH transmissions.
- beam pairs may be independently determined for the uplink direction based on sounding reference signals (SRSs) transmitted by the UE 104.
- beam management may include different stages such as initial acquisition of the uplink and downlink beams, and later refinement of the uplink and downlink beams.
- the PUSCH may be used to transfer user data in the user plane and signaling radio bearer (SRB) messages in the control plane.
- the PUSCH may also be used to transfer various control information such as, for example, buffer status reports, cell-radio network temporary identifiers (C-RNTIs) , configured grant configuration, and power headroom reports.
- C-RNTIs cell-radio network temporary identifiers
- the base station 108 may transmit, in PDCCH, downlink control information (DCI) to the UE 104 to schedule the UE 104 to transmit a PUSCH transmission repeatedly by a plurality of beams.
- DCI corresponds to Physical (PHY) layer signaling.
- PHY Physical
- 3GPP has defined a number of DCI formats to accommodate particular PDCCH payloads.
- DCI format 0_0 may be used for scheduling one PUSCH in one cell (with a relatively smaller payload and increased redundancy to be used when coverage deteriorates) ; DCI format 0_1 may be used for scheduling one or more PUSCH transmissions in one cell or indicating configured grant downlink feedback information; DCI format 0_2 may be used for scheduling one PUSCH transmission in one cell; and DCI format 2_2 may provide transmit power control commands for PUCCH and the PUSCH.
- Other DCI format are also defined.
- the base station 108 may transmit the PDCCH using resource elements that belong to a control resource set (CORESET) .
- a search space configuration may refer to a particular CORESET to define a search space, for example, a specific set of resource blocks and symbols where the UE 104 is to attempt to decode the PDCCH.
- the transport block (TB) may be the packet of data transmitted by a PUSCH transmission. When PUSCH repetitions are used, the same TB may be transmitted in each repetition. After the UE 104 receives an uplink allocation, it must determine the transport block size. Likewise, when attempting to decode received data, the base station 108 must also determine the same transport block size. To determine the TB size, a network element may determine a number of resource elements that are available for data transfer within a bandwidth of a single resource block. The number of resource elements available for data transfer may be based on frequency allocation (for example a number of resource blocks) and time allocation (for example, a transmission duration) for the uplink allocation. The TB size determination may further be based on the modulation order and code rate that are to be used for the uplink transmission.
- Figure 2 illustrates signaling diagrams in accordance with some embodiments.
- signaling diagram 204 illustrates a PDCCH scheduling a PUSCH transmission with repetition type A
- signaling diagram 208 is shown with a PDCCH scheduling a PUSCH transmission with repetition type B.
- each PUSCH repetition may be mapped to a consecutive slot.
- a first PUSCH repetition may be mapped to a first slot
- a second PUSCH repetition may be mapped to a second slot that immediately follows the first slot, and so on.
- each PUSCH repetition may be mapped to consecutive symbols.
- the consecutive symbols may be in one or more slots.
- Signaling diagram 208 illustrates the consecutive symbols being transmitted over first and second slots.
- the signaling diagrams 204 and 208 illustrate the PUSCH transmitted with two different beams, for example, beam #1 and beam #2.
- the UE 104 may transmit the PUSCH repeatedly with a number of different beams.
- N beams may be scheduled for M repetitions, with M being greater than or equal to N.
- the repetitions of different beams may be transmitted to the same or different TRPs.
- the PUSCH repetitions transmitted on different beams may use different time/frequency resources configured by RRC or granted by a single downlink control information (DCI) or multiple DCIs to transmit the same PUSCH payload.
- the different beams used for transmitting the PUSCH repetitions may be defined by different SRS resource indicators (SRIs) , transmission precoder matrix indicators (TPMIs) , or power control parameters.
- Transmitting the PUSCH repetitions with different beams may result in signaling metrics that differ from one set of repetitions to another.
- Figure 3 illustrates comparative signaling metrics in accordance with some embodiments. For example, configuring different power control parameters for repetitions with different beams may result in beam #1 and beam #2 having different pathloss, as shown in graph 304, and transmit powers per resource element, as shown in graph 308. This may also lead to different power headrooms. Different transmit power may also lead to a different maximum bandwidths as shown in graph 312. Still further, SINR for each beam may also be different. This may lead to different modulation order and coding rates for different beams.
- Embodiments describe different configurations for repeated PUSCH transmissions.
- Various aspects include control signaling for: single-DCI based PUSCH repetitions; two-stage DCI based PUSCH repetitions; and multi-DCI based PUSCH repetitions.
- the base station 108 may transmit a single DCI to schedule one PUSCH transmission (for example, one transport block) via a number of repetitions in a plurality of beams.
- Single-DCI based PUSCH repetitions may be described as follows in accordance with some embodiments.
- the single DCI may be DCI format 0_1, 0_2, or a new DCI format.
- the single DCI may provide indications of some or all of the following information: frequency-domain resource allocation (FDRA) for the repetitions with different beams; time-domain resource allocation (TDRA) for the repetitions with different beams; or modulation and coding scheme (MCS) for the repetitions with different beams.
- FDRA frequency-domain resource allocation
- TDRA time-domain resource allocation
- MCS modulation and coding scheme
- the single DCI may include one or more FDRA fields to allocate the frequency domain resources (for example, a set of resource blocks (RBs) ) for the PUSCH transmission.
- the single DCI may include a frequency domain resources assignment field used to specify the set of allocated resource blocks.
- the FDRA information signaled in the single DCI may be based on an RRC configuration of the UE 104.
- the base station 108 may configure the UE with resource allocation type 0 or type 1 (or allow dynamic switching between the two) .
- the DCI may include a bitmap to allocate specific resource block groups (RBGs) .
- An RBG may be a set of contiguous virtual resource blocks.
- the DCI may include a resource indication value to allocate a contiguous set of virtual resource blocks.
- the FDRA for different beams may be indicated by separate fields in the single DCI.
- single DCI may include a first field to configure beam #1 with a first FDRA configuration, and a second field to configure beam #2 with a second FDRA configuration.
- the FDRA for different beams may be indicated jointly by a single field.
- the single DCI may include one FRDA field that configures beam #1 with the first FDRA configuration and configures beam #2 with the second FDRA configuration.
- the single DCI may include an indication of frequency hopping for the PUSCH transmission.
- the single DCI may include a frequency hopping flag that indicates whether or not frequency hopping is to be applied to a resource allocation.
- the frequency hopping flag may be configured per beam or across all beams.
- Figure 4 illustrates frequency-hopping configurations for PUSCH repetitions with different beams in accordance with some embodiments.
- Figure 4 illustrates a frequency-hopping configuration 404 and a frequency hopping configuration 408.
- the frequency-hopping configuration 404 illustrates frequency hopping being applied for repetitions within a same beam.
- first repetitions (repetition #1 and #2) of beam #1 have a frequency hopping pattern that provides that the first repetitions are transmitted in different frequencies from one another; and the second repetitions (repetition #3 and #4) of beam #2 have a frequency hopping pattern that provides that the second repetitions are transmitted in different frequencies from one another.
- the hopping patterns are independent for the repetitions, some of the first repetitions may overlap and frequency with some of the second repetitions. For example, repetition #1 of beam #1 and repetition #3 of beam #2 completely overlap in frequency as do repetition #2 of beam #1 and repetition #4 of beam #2.
- frequency hopping applied for repetitions within a same beam may be used if a size of the allocated frequency is different for repetitions of the different beams.
- the frequency-hopping configuration 408 illustrates frequency hopping being applied for repetitions with different beams. For example, one frequency hopping pattern is applied to all of the first repetitions and the second repetitions. Thus, there is no complete frequency overlap with respect to any two repetitions of the plurality of repetitions.
- frequency hopping may be applied for repetitions with different beams, such as that shown above with respect to frequency-hopping configuration 408, may be used if a size of the allocated frequency is the same for repetitions of the different beams.
- the single DCI may include one or more TDRA fields to allocate time domain resources for the PUSCH transmission.
- the single DCI may include a time domain resource assignment field to define a pointer toward a row within a lookup table that is configured by 3GPP technical specification or RRC signaling.
- the lookup table may define a slot offset, a PUSCH mapping type, a starting symbol, and a number of allocated symbols.
- the PUSCH mapping types may be mapping type A or mapping type B and may determine a number of allowed combinations of PUSCH starting symbol and lengths for normal and extended cyclic prefixes.
- the TDRA for different beams may be indicated in a single DCI by separate fields or jointly by a single field.
- an additional starting symbol index or symbol length for the other repetitions with different beams may be indicated by RRC.
- the PUSCH TDRA information element (IE) may be updated as follows.
- the values of the TDRA fields in the single DCI may be defined by the PUSCH TDRA IE.
- the additional start symbol and length value for repetition type A; additional start symbol for repetition type B, and additional length value for repetition type B are added to allow flexibility of defining separate TDRAs for first repetitions (of first beam) and second repetitions (of second beam) .
- more than one additional set of start symbol/length values may be added to allow for signaling of PUSCH transmission with repetitions across more than two beams.
- the single DCI may have a plurality of time domain resource assignment fields that respectively correspond to the plurality of beams that carry PUSCH repetitions.
- the single DCI may include one or more fields to indicate MCSs for the PUSCH transmission.
- the fields may indicate a pointer to a row within a relevant MCS lookup table.
- the MCS lookup table may be similar to Table 1 shown below for PUSCH with transform precoding and 64 quadrature amplitude modulation (QAM) .
- tables may be used including those defined for other QAM, for example, 256 QAM, or for low-spectral efficiency.
- the tables and definitions may be similar to those described in 3GPP TS 38.214 v16.3.0 (2020-10-02) .
- the single DCI may include MCS indications for N beams.
- the indications may be based on normal MCS or reserved MCS.
- a normal MCS indication may be a five-bit value that corresponds to one of MCS indices 0-27.
- a reserved MCS indication may be a two-bit value that corresponds to one of MCS indices 28-31.
- the single DCI may include an indication for one normal MCS and indications for N-1 reserved MCSs.
- the one normal MCS may correspond to the repetitions of a first beam, while the N-1 reserved MCSs may respectively correspond to the repetitions of the remaining N-1 beams.
- the TB size may be based on the modulation order, code rate, and uplink resource allocation (for example, number of resource elements available for the transmission) .
- the TB size for all of the repetitions may be based on the one normal MCS and the uplink resource allocation for the repetitions of the first beam.
- the modulation order for the repetitions transmitted by the remaining (N-1) beams may be selected based on the respective reserved MCS indications of the DCI.
- one normal MCS may be used.
- the TB size for each repetition may be selected based on the normal MCS and uplink resource allocation for the repetitions of the first beam.
- the modulation order for the repetitions of the other beams may also be based on the indicated normal MCS.
- N normal MCSs may be used.
- the TB size for all the repetitions may be selected based on a normal MCS and uplink resource allocation for the repetitions of the first beam.
- the modulation order for the repetitions transmitted by the remaining N-1 beams may be selected based on the respective N-1 normal MCS indications of the DCI.
- the PUSCH transmission may be transmitted with an uplink phase tracking reference signal (PT-RS) that allows the base station 108 to estimate and subsequently compensate for both phase noise and frequency offset.
- PT-RS uplink phase tracking reference signal
- the PT-RS time domain pattern depends on an MCS configured for the uplink transmission. See, for example, section 6.2.3.1 of TS 38.214 v16.3.0 (2020-09) .
- the PT-RS time domain pattern may be determined by the normal MCS for the repetitions of the first beam.
- FIG. 5 is a signaling diagram 500 that illustrates two-stage DCI in accordance with some embodiments.
- the base station 108 may transmit a two-stage DCI to schedule a PUSCH transmission with repetitions in a plurality of beams (for example, N beams) .
- the base station 108 may transmit a first PDCCH having first-stage DCI 504 that may be used to provide control signaling for first-beam repetitions (for example, PUSCH repetition #1 and PUSCH repetition #2) .
- the first-stage DCI 504 may also indicate existence of second PDCCH having second-stage DCI 508.
- the first-stage DCI 504 may also indicate a location of the second-stage DCI 508.
- the second-stage DCI 508 may be used to provide control signaling for repetitions on beams after the first-beam repetitions. As shown, the second-stage DCI 508 may provide control signaling for second-beam repetitions (for example, PUSCH repetition #3 and PUSCH repetition #4) . However, in other embodiments, the second-stage DCI 508 may include control signaling for repetitions on additional beams.
- control signaling for the second-beam repetitions may include signaling to configure FDRA, TDRA, or MCS for the second-beam repetitions.
- a first option for signaling FDRA for the second-beam repetitions may be to include an indication that identifies a frequency resource within the whole bandwidth.
- the whole bandwidth may be defined based on a bandwidth part 512 in which the second-beam repetitions are disposed.
- the FDRA indication of this option may provide the UE 104 with sufficient information to locate the second-beam repetitions within the bandwidth part 512.
- This option may allow the flexibility of scheduling the second repetitions in portions of the frequency bandwidth that are not encompassed by the frequency bandwidth of the first-beam repetitions.
- a second option for signaling FDRA for the second-beam repetitions may be to include an indication that identifies a frequency resource within an allocated bandwidth for the first-beam repetitions.
- the first-beam repetitions may be transmitted on a first plurality of subcarriers.
- the FDRA indication for frequency allocation for the second-beam repetitions may indicate a subset of the first plurality of subcarriers that is to be used for the second-beam repetitions.
- the FDRA for the second-beam repetitions may be provided as an offset from the FDRA for the first-beam repetitions.
- the FDRA for the second-beam repetitions may be considered a differential signaling embodiment.
- TDRA control signaling for the first-beam repetitions may include both starting symbol and length values for the first-beam repetitions.
- the TDRA control signaling for the second-beam repetitions may thereafter only include a length value.
- the second-beam repetitions may be determined to start immediately after the first-beam repetitions. Thus, a starting symbol value may not need to be transmitted by the second-stage DCI 508.
- both starting symbol and length values may be indicated. These embodiments may allow some flexibility for when the second-beam repetitions to start. For example, the second-beam repetitions may not need to start immediately after the first-beam repetitions. Further, in some embodiments, separately signaling both the starting symbol and length values in the second-stage DCI 508 may increase reliability. For example, if the signaling for the TDRA of the first-beam is improperly decoded, the signaling of the TDRA of the second-beam repetitions may provide sufficient information to independently receive the second-beam repetitions.
- the MCS may be indicated based on a reserved MCS.
- a two-bit MCS may be provided to indicate one of the reserved MCSs (corresponding to MCS indices 28-31 of Table 1 in accordance with some embodiments) in order to convey a modulation order that is to be used for the second-beam repetitions.
- the MCS may be indicated based on a normal MCS.
- a five-bit MCS may be provided to indicate one of the normal MCSs (corresponding to MCS indices 1-27 of Table 1 in accordance with some embodiments) in order to convey the modulation order that is to be used for the second-beam repetitions.
- the second-stage DCI 508 may be carried by separate search space (SS) /CORESET as the first-stage DCI 504.
- the UE 104 may perform separate blind decoding attempts to receive the PDCCH #1 and PDCCH #2.
- the same SS/CORESET may carry the first-stage DCI 504 and the second-stage DCI 508.
- the UE 104 may perform one blind decoding attempt to receive both PDCCHs.
- second-stage DCI 508 may be carried by a resource indicated by the first-stage DCI 504.
- the first-stage DCI 504 may schedule the second-stage DCI 508. Therefore, the UE 104 may not need to perform a blind decoding attempt to receive the second-stage DCI 508.
- the base station 108 may use multi-DCI to schedule PUSCH repetitions with multiple beams. For example, a PUSCH transmission with repetitions on N beams may be indicated by N DCIs.
- the base station 108 may include an RRC parameter that enables multi-DCI operation. Providing this RRC parameter may inform the UE 104 that a plurality of DCIs respectively corresponds to a plurality of repetitions sets on different beams for one PUSCH transmission, as opposed to a plurality of transmissions of the entire PUSCH transmission (for example, initial transmission and retransmission based on negative acknowledgement) or other PUSCH transmissions.
- the N DCIs may be transmitted before the first PUSCH repetition scheduled by the first DCI.
- the N DCIs may include common information that allows the UE 104 to determine the plurality of DCIs respectively correspond to a plurality of repetition sets on different beams rather than retransmissions of the PUSCH transmission or transmission of another PUSCH transmission.
- This common information may include, for example, an uplink (UL) /supplementary UL indicator; bandwidth part indicator; hybrid automatic repeat request (HARQ) process number; uplink-shared channel (UL-SCH) indicator; or new data indicator.
- the UE 104 may transmit the same TB across all repetitions scheduled by the N DCIs.
- the size of the TB may be determined based on one of the following options.
- the TB size may be determined by the first DCI, and in other DCIs, only reserved MCSs may be indicated.
- the first DCI may include a five-bit MCS indication and an uplink resource allocation upon which the TB size may be determined.
- the subsequent DCIs may include two-bit MCS indications that may be used to determine the modulation order for the repetitions not indicated by the first DCI.
- the UE 104 may identify the first DCI as the first DCI by presence of the five-bit MCS.
- normal MCSs may be indicated (by five-bit MCS indications) in other DCIs.
- the normal MCSs in the DCIs other than the first DCI may only be used to indicate the modulation order for a respective repetition set.
- the base station 108 may provide an indicator.
- the indicator may be in all the DCI (indicating whether DCI is first DCI or not) , only in the first DCI (indicating that it is the first DCI) , or only in the DCI that are not the first DCI (indicating that they are not the first DCI) .
- the indicator may be based on the DCI format used. For example, the first DCI may use a first DCI format while the other DCIs use a second DCI format.
- the indicator may be configured by higher-layer signaling.
- the UE 104 may rely on the first DCI to determine the TB size, it may not transmit the other PUSCH repetitions if it fails to decode the first DCI correctly in accordance with some embodiments.
- the TB size may be explicitly indicated by DCI.
- the DCI may provide a direct indication of the TB size and the TB size may not need to be calculated at the UE 104 based on the MCS and uplink resource allocations.
- each DCI may only need to indicate a reserved MCS using the two-bit MCS indications.
- Figure 6 illustrates an operation flow/algorithmic structure 600 in accordance with some embodiments.
- the operation flow/algorithmic structure 600 may be performed or implemented by a UE such as, for example, UE 104 or UE 1000; or components thereof, for example, baseband processor 1004A.
- the operation flow/algorithmic structure 600 may include, at 604, processing DCI (s) to determine a schedule of a PUSCH transmission.
- the DCI (s) may include single DCI, two-stage DCI, or multi-DCI that may be used to schedule a PUSCH transmission with a plurality of repetitions on at least two transmit beams.
- a plurality of repetition sets may correspond to a respective plurality of transmit beams.
- the repetition sets may be configured differently.
- the different configurations may include different FDRA configurations, TDRA configurations, or MCS configurations.
- the DCI (s) received at 604 may indicate, alone or in conjunction with other control signaling (for example, RRC configuration signaling) , the different configurations for the different repetition sets.
- Different FDRA configurations may include, for example, different frequency hopping patterns configured among the different repetition sets, different frequency bandwidth allocations among the different repetition sets, etc.
- Different TDRA configurations may include, for example, different start symbol or length values for the different repetition sets.
- the DCI may include a joint indication of the different TDRA configurations by referencing an RRC configuration.
- the RRC configuration may be based on a TDRA IE provided to the UE by RRC signaling.
- the DCI may include a plurality of time domain resource assignment fields to indicate the different start symbol or length values for the different repetition sets.
- Different MCS configurations may include different modulation orders for the different repetition sets.
- DCI may indicate normal/reserved MCSs for the different repetition sets.
- a TB size for all the repetitions may be determined based on an MCS and uplink resource allocation for a first repetition set, while modulation orders for the other repetition sets may be based on respective MCS values.
- the operation flow/algorithmic structure 600 may further include, at 608, transmitting the PUSCH transmission with repetitions using a plurality of transmit beams.
- the UE may transmit the PUSCH transmission with the repetition sets on respective transmit beams according to their different configurations.
- Figure 7 may include an operation flow/algorithmic structure 700 in accordance with some embodiments.
- the operation flow/algorithmic structure 700 may be performed or implemented by a UE such as, for example, UE 104 or 1000; or components thereof, for example, baseband processor 1004A.
- the operation flow/algorithmic structure 700 may include, at 704, storing RRC configurations.
- the RRC configurations may be based on RRC signaling received from a base station.
- the RRC signaling may include any of a variety of configuration IEs including, for example, a PUSCH configuration IE.
- the RRC signaling may include a PUSCH-TDRA IE to configure start and symbol length values that may be available to a plurality of repetition sets.
- the RRC signaling may include a parameter to enable multi-DCI operation.
- the operation flow/algorithmic structure 700 may further include, at 708, receiving DCI (s) to schedule PUSCH transmission with repetitions. Similar to that discussed above with respect to 604, the DCI (s) may include single DCI, two-stage DCI, or multi DCI. The DCI (s) may schedule the PUSCH transmission with repetition sets corresponding to respective transmit beams.
- the operation flow/algorithmic structure 700 may further include, at 712, transmitting, based on the RRC configurations and DCI (s) , the PUSCH transmission with repetitions.
- the repetition sets of the PUSCH transmission may be transmitted on respective transmit beams with different configurations as described herein.
- Figure 8 may include an operation flow/algorithmic structure 800 in accordance with some embodiments.
- the operation flow/algorithmic structure 800 may be performed or implemented by a base station such as, for example, base station 108 or gNB 1100; or components thereof, for example, baseband processor 1104A.
- the operation flow/algorithmic structure 800 may include, at 804, transmitting RRC signaling.
- the RRC signaling may include any of a variety of configuration IEs including, for example, a PUSCH configuration IE.
- the RRC signaling may include a PUSCH-TDRA IE to configure start and symbol length values that may be available to a plurality of repetition sets.
- the RRC signaling may include a parameter to enable multi-DCI operation.
- the operation flow/algorithmic structure 800 may further include, at 808, transmitting DCI (s) to schedule PUSCH transmission. Similar to that discussed above with respect to 604, the DCI (s) may include single DCI, two-stage DCI, or multi DCI. The DCI (s) may schedule the PUSCH transmission with repetition sets corresponding to respective transmit beams. The different repetition sets may be configured (through DCI/RRC) with different time/frequency/MCS configurations
- the operation flow/algorithmic structure 800 may further include, at 812, receiving the PUSCH transmission.
- the base station may receive the PUSCH transmission with different repetition sets transmitted with different transmit beams.
- some repetition sets may be directed to, or received by, a particular network element (for example, TRP) , while other repetition sets are directed to, or received by, a different network element.
- the network elements for example, TRPs
- FIG. 9 illustrates beamforming circuitry 900 in accordance with some embodiments.
- the beamforming circuitry 900 may include a first antenna panel, panel 1 1004, and a second antenna panel, panel 2 908.
- Each antenna panel may include a number of antenna elements.
- Other embodiments may include other numbers of antenna panels.
- Digital beamforming (BF) components 928 may receive an input baseband (BB) signal from, for example, a baseband processor such as, for example, baseband processor 1204A of Figure 12.
- the digital BF components 928 may rely on complex weights to pre-code the BB signal and provide a beamformed BB signal to parallel radio frequency (RF) chains 920/1124.
- BB baseband
- RF radio frequency
- Each RF chain 920/1124 may include a digital-to-analog converter to convert the BB signal into the analog domain; a mixer to mix the baseband signal to an RF signal; and a power amplifier to amplify the RF signal for transmission.
- the RF signal may be provided to analog BF components 912/1116, which may apply additionally beamforming by providing phase shifts in the analog domain.
- the RF signals may then be provided to antenna panels 904/1108 for transmission.
- the beamforming may be done solely in the digital domain or solely in the analog domain.
- control circuitry which may reside in a baseband processor, may provide BF weights to the analog/digital BF components to provide a transmit beam at respective antenna panels. These BF weights may be determined by the control circuitry to provide the directional provisioning of the serving cells as described herein.
- the BF components and antenna panels may operate together to provide a dynamic phased-array that is capable of directing the beams in the desired direction.
- FIG 10 illustrates a UE 1000 in accordance with some embodiments.
- the UE 1000 may be similar to and substantially interchangeable with UE 104 of Figure 1.
- the UE 1000 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage/current meters, actuators, etc. ) , video surveillance/monitoring devices (for example, cameras, video cameras, etc. ) , wearable devices (for example, a smart watch) , relaxed-IoT devices.
- industrial wireless sensors for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage/current meters, actuators, etc.
- video surveillance/monitoring devices for example, cameras, video cameras, etc.
- wearable devices for example, a smart watch
- relaxed-IoT devices relaxed-IoT devices.
- the UE 1000 may include processors 1004, RF interface circuitry 1008, memory/storage 1012, user interface 1016, sensors 1020, driver circuitry 1022, power management integrated circuit (PMIC) 1024, antenna structure 1026, and battery 1028.
- the components of the UE 1000 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof.
- ICs integrated circuits
- the block diagram of Figure 10 is intended to show a high-level view of some of the components of the UE 1000. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.
- the components of the UE 1000 may be coupled with various other components over one or more interconnects 1032, which may represent any type of interface, input/output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc. that allows various circuit components (on common or different chips or chipsets) to interact with one another.
- interconnects 1032 may represent any type of interface, input/output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc. that allows various circuit components (on common or different chips or chipsets) to interact with one another.
- the processors 1004 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1004A, central processor unit circuitry (CPU) 1004B, and graphics processor unit circuitry (GPU) 1004C.
- the processors 1004 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory/storage 1012 to cause the UE 1000 to perform operations as described herein.
- the baseband processor circuitry 1004A may access a communication protocol stack 1036 in the memory/storage 1012 to communicate over a 3GPP compatible network.
- the baseband processor circuitry 1004A may access the communication protocol stack to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum layer.
- the PHY layer operations may additionally/alternatively be performed by the components of the RF interface circuitry 1008.
- the baseband processor circuitry 1004A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks.
- the waveforms for NR may be based cyclic prefix OFDM “CP-OFDM” in the uplink or downlink, and discrete Fourier transform spread OFDM “DFT-S-OFDM” in the uplink.
- the memory/storage 1012 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1036) that may be executed by one or more of the processors 1004 to cause the UE 1000 to perform various operations described herein.
- the memory/storage 1012 include any type of volatile or non-volatile memory that may be distributed throughout the UE 1000. In some embodiments, some of the memory/storage 1012 may be located on the processors 1004 themselves (for example, L1 and L2 cache) , while other memory/storage 1012 is external to the processors 1004 but accessible thereto via a memory interface.
- the memory/storage 1012 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , eraseable programmable read only memory (EPROM) , electrically eraseable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.
- DRAM dynamic random access memory
- SRAM static random access memory
- EPROM eraseable programmable read only memory
- EEPROM electrically eraseable programmable read only memory
- Flash memory solid-state memory, or any other type of memory device technology.
- the RF interface circuitry 1008 may include transceiver circuitry and radio frequency front module (RFEM) that allows the UE 1000 to communicate with other devices over a radio access network.
- RFEM radio frequency front module
- the RF interface circuitry 1008 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.
- the RFEM may receive a radiated signal from an air interface via antenna structure 1026 and proceed to filter and amplify (with a low-noise amplifier) the signal.
- the signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1004.
- the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM.
- the RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1026.
- the RF interface circuitry 1008 may be configured to transmit/receive signals in a manner compatible with NR access technologies.
- the antenna 1026 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals.
- the antenna elements may be arranged into one or more antenna panels.
- the antenna 1026 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications.
- the antenna 1026 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc.
- the antenna 1026 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.
- the user interface circuitry 1016 includes various input/output (I/O) devices designed to enable user interaction with the UE 1000.
- the user interface 1016 includes input device circuitry and output device circuitry.
- Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like.
- the output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information.
- Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs/indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors, etc. ) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1100.
- simple visual outputs/indicators for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors, etc. )
- LCDs liquid crystal displays
- quantum dot displays quantum dot displays
- the sensors 1020 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc.
- sensors include, inter alia, inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.
- inertia measurement units comprising accelerometers, gyroscopes, or magnet
- the driver circuitry 1022 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1000, attached to the UE 1100, or otherwise communicatively coupled with the UE 1000.
- the driver circuitry 1022 may include individual drivers allowing other components to interact with or control various input/output (I/O) devices that may be present within, or connected to, the UE 1000.
- I/O input/output
- driver circuitry 1022 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensor circuitry 1020 and control and allow access to sensor circuitry 1020, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.
- a display driver to control and allow access to a display device
- a touchscreen driver to control and allow access to a touchscreen interface
- sensor drivers to obtain sensor readings of sensor circuitry 1020 and control and allow access to sensor circuitry 1020
- drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components
- a camera driver to control and allow access to an embedded image capture device
- audio drivers to control and allow access
- the PMIC 1024 may manage power provided to various components of the UE 1000.
- the PMIC 1024 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.
- the PMIC 1024 may control, or otherwise be part of, various power saving mechanisms of the UE 1000 including DRX as discussed herein.
- a battery 1028 may power the UE 1000, although in some examples the UE 1000 may be mounted deployed in a fixed location, and may have a power supply coupled to an electrical grid.
- the battery 1028 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1028 may be a typical lead-acid automotive battery.
- FIG 11 illustrates a gNB 1100 in accordance with some embodiments.
- the gNB node 1100 may similar to and substantially interchangeable with base station 108 of Figure 1.
- the gNB 1100 may include processors 1104, RF interface circuitry 1108, core network “CN” interface circuitry 1112, memory/storage circuitry 1116, and antenna structure 1126.
- the components of the gNB 1100 may be coupled with various other components over one or more interconnects 1128.
- the processors 1104, RF interface circuitry 1108, memory/storage circuitry 1116 (including communication protocol stack 1110) , antenna structure 1126, and interconnects 1128 may be similar to like-named elements shown and described with respect to Figure 10.
- the CN interface circuitry 1112 may provide connectivity to a core network, for example, a 5 th Generation Core network “5GC” using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol.
- Network connectivity may be provided to/from the gNB 1100 via a fiber optic or wireless backhaul.
- the CN interface circuitry 1112 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols.
- the CN interface circuitry 1112 may include multiple controllers to provide connectivity to other networks using the same or different protocols.
- the gNB 1100 may be coupled with TRPs, such as TRPs 112 or 116, using the antenna structure 1126, CN interface circuitry, or other interface circuitry.
- personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users.
- personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.
- At least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below.
- the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below.
- circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.
- Example 1 may include a method of operating a UE, the method comprising: processing one or more downlink control information (DCI) to determine a schedule of a physical uplink shared channel (PUSCH) transmission with a plurality of repetitions, wherein first repetitions of the plurality of repetitions are to be transmitted with a first transmit beam with a first configuration and second repetitions of the plurality of repetitions are to be transmitted with a second transmit beam, wherein the first and the second configurations include different time or frequency allocations or modulation orders; and transmitting the PUSCH transmission with the plurality of repetitions using at least two transmit beams that include the first and second transmit beams.
- DCI downlink control information
- PUSCH physical uplink shared channel
- Example 2 may include the method of example 1 or some other example herein, wherein the one or more DCI includes a single DCI with separate fields to separately indicate the first and second configurations or a single field to jointly indicate the first and second configurations, wherein the first and second configurations are first and second frequency-domain resource allocations (FDRAs) , time-domain resource allocations (TDRAs) , or modulation and coding schemes (MCSs) .
- FDRAs frequency-domain resource allocations
- TDRAs time-domain resource allocations
- MCSs modulation and coding schemes
- Example 3 may include the method of example 2 or some other example herein, wherein the first and second configurations include first and second FDRAs that define different frequency bandwidths or frequency hopping patterns for the first repetitions and second repetitions.
- Example 4 may include the method of example 2 or some other example herein, wherein the first and second configurations include first and second TDRAs, wherein the first TDRA defines first starting symbol and length values that correspond to the first repetitions and the second TDRA defines second starting symbol and length values that correspond to the second repetitions.
- Example 5 may include the method of example 2 or some other example herein, wherein the first and second configurations includes first and second MCSs, and the method further comprises: determining, based on the first MCS, a modulation and coding scheme for the first repetitions; determining, based on the first MCS, a transport block size for the plurality of repetitions; determining, based on the second MCS, a modulation order for the second repetitions.
- Example 6 may include the method of example 5 or some other example herein, wherein the first MCS comprises a five-bit indicator and the second MCS comprises a two-bit indicator
- Example 7 may include the method of example 5 or some other example herein, wherein the first MCS comprises a first five-bit indicator and the second MCS comprises a second five-bit indicator.
- Example 8 may include the method of example 6 or 7, wherein the instructions, when executed, further cause the UE to: determine, based on the first MCS, a phase tracking reference signal for the first repetitions.
- Example 9 may include the method of example 1 or some other example herein, wherein the first configuration includes a first uplink resource allocation for the first repetitions and the second configuration includes a second uplink resource allocation for the second repetitions and the method further comprises: determining a modulation and coding scheme (MCS) ; and determining a transport block size for the plurality of repetitions based on the MCS and the first uplink resource allocation.
- MCS modulation and coding scheme
- Example 10 may include the method of example 1 or some other example herein, wherein the one or more DCI comprises a first stage DCI and a second stage DCI, wherein the first stage DCI is to provide control signaling for the first repetitions and the second stage DCI is to provide control signaling for the second repetitions.
- Example 11 may include the method of example 1 or some other example herein, wherein the one or more DCI comprises at least two DCI that respectively correspond to the at least two transmit beams and the method further comprises: processing a radio resource control parameter to enable operation using the at least two DCI; and receiving the at least two DCI before a first repetition of the plurality of PUSCH repetitions.
- Example 12 may include a method of operating a UE, the method comprising storing radio resource control (RRC) configurations; receiving one or more downlink control information (DCI) to schedule a physical uplink shared channel (PUSCH) with a plurality of repetitions over two or more beams; and transmitting, based on the one or more DCI and the RRC configurations, first repetitions of the plurality of repetitions with a first configuration and second repetitions of the plurality of repetitions with a second configuration, wherein the first and second configurations include different time or frequency allocations or modulation orders.
- RRC radio resource control
- Example 13 may include the method of example 12 or some other example herein, wherein the one or more DCI includes a single DCI with separate fields to separately indicate the first and second configurations or a single field to jointly indicate the first and second configurations, wherein the first and second configurations are first and second frequency-domain resource allocations (FDRAs) , time-domain resource allocations (TDRAs) , or modulation and coding schemes (MCSs) .
- FDRAs frequency-domain resource allocations
- TDRAs time-domain resource allocations
- MCSs modulation and coding schemes
- Example 14 may include the method of example 13 or some other example herein, wherein the first and second configurations include first and second FDRAs that define different frequency bandwidths or frequency hopping patterns for the first repetitions and second repetitions.
- Example 15 may include the method of example 13 or some other example herein, wherein the first and second configurations include first and second TDRAs, wherein the first TDRA defines first starting symbol and length values that correspond to the first repetitions and the second TDRA defines second starting symbol and length values that correspond to the second repetitions.
- Example 16 may include the method of example 15 or some other example herein, wherein the method further comprises: receiving RRC signaling with a PUSCH time domain resource allocation information (TDRA) (IE) to provide the first and second start symbol and length values; and storing the RRC configurations based on the PUSCH TDRA IE.
- TDRA time domain resource allocation information
- Example 17 may include the method of example 13 or some other example herein, wherein the first and second configurations includes first and second MCSs, wherein the method further comprises: determining, based on the first MCS, a modulation and coding scheme for the first repetitions; determining, based on the first MCS and an uplink resource allocation for the first repetitions, a transport block size for the plurality of repetitions; and determining, based on the second MCS, a modulation order for the second repetitions
- Example 17.1 may include the method of example 17 or some other example herein, wherein the first MCS comprises a first five-bit indicator and the second MCS comprises a second five-bit indicator or a two-bit indicator.
- Example 17.2 may include the method of example 17.1 or some other example herein, further comprising: determining, based on the first MCS, a phase tracking reference signal for the first repetitions.
- Example 18 includes a method of operating a base station, the method comprising: transmitting radio resource control (RRC) signaling to configure a user equipment with physical uplink shared channel (PUSCH) allocation information; transmitting one or more downlink control information (DCI) to schedule a PUSCH transmission with a plurality of repetitions on at least two beams based on the PUSCH allocation information, wherein first repetitions are to be scheduled for transmission on a first beam with a first configuration and second repetitions are to be scheduled for transmission on a second beam with a second configuration, wherein the first and second configurations include different time or frequency allocations or modulation orders; and receiving the PUSCH transmission from the user equipment.
- RRC radio resource control
- PUSCH physical uplink shared channel
- DCI downlink control information
- Example 19 may include the method of example 18 or some other example herein, wherein the PUSCH allocation information comprises a PUSCH time domain resource allocation information element that includes a plurality of start symbols and length values, the first configuration is to indicate first start symbol and length values from the plurality of start symbols and length values for the first repetitions, and the second configuration is to indicate second start symbol and length values from the plurality of start symbols and length values for the second repetitions.
- the PUSCH allocation information comprises a PUSCH time domain resource allocation information element that includes a plurality of start symbols and length values
- the first configuration is to indicate first start symbol and length values from the plurality of start symbols and length values for the first repetitions
- the second configuration is to indicate second start symbol and length values from the plurality of start symbols and length values for the second repetitions.
- Example 20 may include the method of example 19 or some other example herein, wherein the first and second configurations are first and second frequency-domain resource allocations (FDRAs) , time-domain resource allocations (TDRAs) , or modulation and coding schemes (MCSs) .
- FDRAs frequency-domain resource allocations
- TDRAs time-domain resource allocations
- MCSs modulation and coding schemes
- Example 21 may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1-20, or any other method or process described herein.
- Example 22 may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1-20, or any other method or process described herein.
- Example 23 may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1-20, or any other method or process described herein.
- Example 24 may include a method, technique, or process as described in or related to any of examples 1-20, or portions or parts thereof.
- Example 25 may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-20, or portions thereof.
- Example 26 may include a signal as described in or related to any of examples 1-20, or portions or parts thereof.
- Example 27 may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1-20, or portions or parts thereof, or otherwise described in the present disclosure.
- Example 28 may include a signal encoded with data as described in or related to any of examples 1-20, or portions or parts thereof, or otherwise described in the present disclosure.
- Example 29 may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1-20, or portions or parts thereof, or otherwise described in the present disclosure.
- Example 30 may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-20, or portions thereof.
- Example 31 may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1-20, or portions thereof.
- Example 32 may include a signal in a wireless network as shown and described herein.
- Example 33 may include a method of communicating in a wireless network as shown and described herein.
- Example 34 may include a system for providing wireless communication as shown and described herein.
- Example 35 may include a device for providing wireless communication as shown and described herein.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
La présente demande concerne des dispositifs et des composants comprenant un appareil, des systèmes et des procédés pour des transmissions de canal physique partagé montant avec des répétitions sur différents faisceaux avec différentes configurations.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/439,375 US20220304035A1 (en) | 2020-10-19 | 2020-10-19 | Physical uplink shared channel repetition with different configurations |
PCT/CN2020/121884 WO2022082359A1 (fr) | 2020-10-19 | 2020-10-19 | Répétition de canal physique partagé montant avec différentes configurations |
CN202080106371.1A CN116325526A (zh) | 2020-10-19 | 2020-10-19 | 具有不同配置的物理上行链路共享信道重复 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/121884 WO2022082359A1 (fr) | 2020-10-19 | 2020-10-19 | Répétition de canal physique partagé montant avec différentes configurations |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022082359A1 true WO2022082359A1 (fr) | 2022-04-28 |
Family
ID=81291300
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2020/121884 WO2022082359A1 (fr) | 2020-10-19 | 2020-10-19 | Répétition de canal physique partagé montant avec différentes configurations |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220304035A1 (fr) |
CN (1) | CN116325526A (fr) |
WO (1) | WO2022082359A1 (fr) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4144146A2 (fr) * | 2020-12-17 | 2023-03-08 | Ofinno, LLC | Détermination de paramètre de régulation de puissance dans une répétition de canal de liaison montante |
US12016036B2 (en) * | 2021-09-02 | 2024-06-18 | Qualcomm Incorporated | FDRA and MCS based on frequency ranges |
WO2024092572A1 (fr) * | 2022-11-02 | 2024-05-10 | Nokia Shanghai Bell Co., Ltd | Planification multi-créneau dans un contexte de sbfd |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019200313A1 (fr) * | 2018-04-13 | 2019-10-17 | Qualcomm Incorporated | Procédés et appareils de fonctionnement multi-faisceau de liaison montante |
CN110535614A (zh) * | 2019-09-03 | 2019-12-03 | 中兴通讯股份有限公司 | 信令信息的传输方法、装置、通信节点和存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10321386B2 (en) * | 2017-01-06 | 2019-06-11 | At&T Intellectual Property I, L.P. | Facilitating an enhanced two-stage downlink control channel in a wireless communication system |
AU2018244982B2 (en) * | 2017-03-31 | 2021-04-22 | Lg Electronics Inc. | Method for transmitting uplink data in wireless communication system and apparatus therefor |
US20220140859A1 (en) * | 2019-02-14 | 2022-05-05 | Ntt Docomo, Inc. | User terminal |
US11553471B2 (en) * | 2019-03-29 | 2023-01-10 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting data |
CN115553031A (zh) * | 2020-03-13 | 2022-12-30 | 株式会社Ntt都科摩 | 终端、无线通信方法以及基站 |
CN115486164A (zh) * | 2020-04-20 | 2022-12-16 | 高通股份有限公司 | 用于物理上行链路共享信道重复的混合波形 |
-
2020
- 2020-10-19 US US17/439,375 patent/US20220304035A1/en active Pending
- 2020-10-19 WO PCT/CN2020/121884 patent/WO2022082359A1/fr active Application Filing
- 2020-10-19 CN CN202080106371.1A patent/CN116325526A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019200313A1 (fr) * | 2018-04-13 | 2019-10-17 | Qualcomm Incorporated | Procédés et appareils de fonctionnement multi-faisceau de liaison montante |
CN110535614A (zh) * | 2019-09-03 | 2019-12-03 | 中兴通讯股份有限公司 | 信令信息的传输方法、装置、通信节点和存储介质 |
Non-Patent Citations (2)
Title |
---|
QUALCOMM INCORPORATED: "Enhancements on Multi-TRP for PDCCH, PUCCH and PUSCH", 3GPP DRAFT; R1-2006791, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20200817 - 20200828, 8 August 2020 (2020-08-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051918241 * |
ZTE: "Multi-TRP enhancements for PDCCH, PUCCH and PUSCH", 3GPP DRAFT; R1-2005455, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20200817 - 20200828, 8 August 2020 (2020-08-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051917479 * |
Also Published As
Publication number | Publication date |
---|---|
US20220304035A1 (en) | 2022-09-22 |
CN116325526A (zh) | 2023-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2022082359A1 (fr) | Répétition de canal physique partagé montant avec différentes configurations | |
WO2022021356A1 (fr) | Réduction de complexité d'équipement utilisateur pour réception de répétition de canal de commande de liaison descendante physique | |
WO2022082351A1 (fr) | Transmission de signal de référence de suivi de phase pour l'amélioration de la fiabilité de canal partagé de liaison montante physique | |
WO2022067865A1 (fr) | Traitement de collisions dans le sens montant pour une opération avec plusieurs points d'émission-réception | |
WO2022147773A1 (fr) | Détermination et reconnaissance d'indicateur de configuration de transmission | |
WO2022073209A1 (fr) | Adaptation de débit pour une opération intercellulaire avec plusieurs points d'émission-réception | |
CN116210310A (zh) | 多个发射和接收点操作的空间冲突处理 | |
US20230015168A1 (en) | User equipment processing limits for uplink or downlink data transmissions with repetitions | |
WO2023004646A1 (fr) | Mappage de mot de code de liaison montante sur une couche et signalisation de référence de suivi de phase | |
WO2022147751A1 (fr) | Commande de puissance de liaison montante permettant d'améliorer la fiabilité de canal de liaison montante physique | |
US20230337075A1 (en) | Inter-Cell Mobility And Connectivity Operation | |
WO2024092623A1 (fr) | Technologies d'association d'indicateur de configuration de transmission pour réception de canal physique partagé descendant | |
US20240107523A1 (en) | Antenna port indication for more than four layer physical uplink shared channel operation | |
WO2023004581A1 (fr) | Réduction de latence pour reprise après défaillance de faisceau | |
WO2023044826A1 (fr) | Agrégation d'équipements utilisateur pour communications en liaison montante | |
US20240048345A1 (en) | Unified transmission configuration indicator state selection for physical downlink shared channel or physical uplink shared channel transmissions | |
US20240237029A1 (en) | User equipment aggregation for downlink communications | |
WO2024035604A1 (fr) | Sélection d'état d'indicateur de configuration de transmission unifiée pour des transmissions de signal de référence d'informations d'état de canal | |
WO2023211661A1 (fr) | Transmission non basée sur livre de codes de signaux de référence de sondage | |
WO2024097841A1 (fr) | Configuration de srs et indication de précodage pour une transmission simultanée de liaison montante à panneaux multiples | |
WO2023211640A1 (fr) | Transmission, basée sur un livre de codes, de signaux de référence de sondage |
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: 20957948 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: 20957948 Country of ref document: EP Kind code of ref document: A1 |