Sequence-based Physical Uplink Control Channel (PUCCH) Coexistence with Traditional PUCCH Formats

Abstract

Aspects of the present disclosure relate to wireless communication and, more particularly, to techniques for allowing coexistence of legacy and non-legacy PUCCH formats. Example methods generally include: generating a first orthogonal sequence for a first payload of a physical uplink control channel (PUCCH) to be transmitted; generating a second orthogonal sequence for a second payload of the PUCCH to be transmitted; mapping the first orthogonal sequence to a first virtual resource set and mapping the second orthogonal sequence to a second virtual resource set; mapping the first virtual resource set to a first physical resource set and mapping the second virtual resource set to a second physical resource set; and transmitting the first payload and the second payload for the PUCCH on the first physical resource set and the second physical resource set.

Description

[0001] Cross - Reference to Related Applications

[0002] This application claims priority to U.S. Patent Application No. 17 / 364,683, filed Jun. 30, 2021, which claims priority and the benefit of U.S. Provisional Patent Application Serial No. 63 / 063,907, filed Aug. 10, 2020, and entitled "Sequence - Based Physical Uplink Control Channel (PUCCH) Coexistence with Legacy PUCCH Formats", assigned to the assignee hereof. The content of this application is hereby incorporated by reference in its entirety. Field of the Disclosure

[0003] Aspects of the present disclosure relate to wireless communication and, more particularly, to techniques for allowing co - existence of sequence - based physical uplink control channel (PUCCH) and legacy PUCCH formats in the same resources. Background Art

[0004] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, broadcasting, etc. These wireless communication systems may employ multiple access techniques capable of supporting communication with multiple users by sharing available system resources (e.g., bandwidth, transmit power, etc.). Examples of such multiple access systems include the 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) system, the Advanced LTE (LTE - A) system, the Code Division Multiple Access (CDMA) system, the Time Division Multiple Access (TDMA) system, the Frequency Division Multiple Access (FDMA) system, the Orthogonal Frequency Division Multiple Access (OFDMA) system, the Single - Carrier Frequency Division Multiple Access (SCFDMA) system, and the Time - Division Synchronous Code Division Multiple Access (TD - SCDMA) system, to name just a few examples.

[0005] These multiple access techniques have been adopted in various telecommunication standards to provide a common protocol that enables different wireless devices to communicate at the city, national, regional, and even global levels. New Radio (e.g., 5G NR) is an example of an emerging telecommunication standard. NR is a set of enhancements to the LTE mobile standard promulgated by 3GPP. NR is designed to better support mobile broadband Internet access by improving spectral efficiency, reducing costs, enhancing services, leveraging new spectrums, and better integrating with other open standards using OFDMA with cyclic prefix (CP) on the downlink (DL) and uplink (UL). To this end, NR supports beamforming, multiple - input multiple - output (MIMO) antenna technology, and carrier aggregation.

[0006] However, as the demand for mobile broadband access continues to increase, further improvements to NR and LTE technologies are needed. Preferably, these improvements should be applicable to other multiple access technologies and telecommunication standards that employ these technologies. SUMMARY OF THE INVENTION

[0007] The systems, methods, and devices of the present disclosure each have several innovative aspects, none of which alone is responsible for the desired attributes.

[0008] One innovative aspect of the subject matter described in the present disclosure can be implemented in a method for wireless communication by a user equipment (UE). The method generally includes: generating a first orthogonal sequence for a first payload of a physical uplink control channel (PUCCH) to be transmitted; generating a second orthogonal sequence for a second payload of the PUCCH to be transmitted; mapping the first orthogonal sequence to a first virtual resource set and mapping the second orthogonal sequence to a second virtual resource set; mapping the first virtual resource set to a first physical resource set and mapping the second virtual resource set to a second physical resource set; and transmitting the first payload and the second payload of the PUCCH on the first physical resource set and the second physical resource set.

[0009] One innovative aspect of the subject matter described in the present disclosure can be implemented in a method for wireless communication by a network entity. The method generally includes: receiving, in a common resource, a first payload of a physical uplink control channel (PUCCH) multiplexed with a second payload of the PUCCH, where the first payload of the PUCCH is received from a first user equipment (UE) and the second payload of the PUCCH is received from a second UE; decoding, from resource elements in the common resource, the first payload for the first UE; decoding, from resource elements in the common resource, the second payload for the second UE; and taking one or more actions based on the decoding of the first payload and the second payload.

[0010] One innovative aspect of the subject matter described in the present disclosure can be implemented in a method for wireless communication by a network entity. The method generally includes: receiving, on a common resource, a first payload of a physical uplink control channel (PUCCH) and a second payload of the PUCCH from a user equipment (UE); mapping a first physical resource set for the first payload to a first virtual resource set and mapping a second physical resource set for the second payload to a second virtual resource set; mapping a first orthogonal sequence to the first virtual resource set and mapping a second orthogonal sequence to the second virtual resource set; decoding the first orthogonal sequence from the first virtual resource set and the second orthogonal sequence from the second virtual resource set; and taking one or more actions based on the decoded first orthogonal sequence and second orthogonal sequence.

[0011] Aspects of the present disclosure provide components, devices, processors, and computer-readable media for performing the methods described herein.

[0012] To achieve the foregoing and related purposes, one or more aspects include the features that are fully described below and particularly pointed out in the claims. The following description and the drawings set forth in detail some illustrative features of one or more aspects. However, these features are only indicative of some of the various ways in which the principles of the various aspects may be employed. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] Details of one or more implementations of the subject matter described in the present disclosure are set forth in the drawings and the description below. However, the drawings only illustrate some exemplary aspects of the present disclosure and should not be considered as limiting its scope. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims.

[0014] Figure 1 An example wireless communication network in which some aspects of the present disclosure may be implemented is shown.

[0015] Figure 2 A block diagram showing an example base station (BS) and an example user equipment (UE) in accordance with some aspects of the present disclosure is shown.

[0016] Figure 3A An example of a frame format for a telecommunications system is shown.

[0017] Figure 3B An illustration of how different beams are used to transmit different synchronization signal blocks (SSBs) is shown.

[0018] Figure 4 An example traditional physical uplink control channel (PUCCH) payload format is shown.

[0019] Figure 5 An example operation of wireless communication by a user equipment (UE) in accordance with some aspects of the present disclosure is shown.

[0020] Figure 6 An example operation of wireless communication by a network entity in accordance with some aspects of the present disclosure is shown.

[0021] Figure 7 An example operation of wireless communication by a network entity in accordance with some aspects of the present disclosure is shown.

[0022] Figure 8 An example mapping of a traditional and sequence-based physical uplink control channel (PUCCH) payload from physical resources to virtual resources in accordance with some aspects of the present disclosure is shown.

[0023] Figure 9A and 9BIllustrates example codebook generation techniques that can be used to transmit legacy and sequence-based physical uplink control channel (PUCCH) payloads in accordance with some aspects of the present disclosure.

[0024] Figure 10 Illustrates an example combination of virtual resources for decoding legacy and sequence-based physical uplink control channel (PUCCH) payloads in accordance with some aspects of the present disclosure.

[0025] Figure 11 Illustrates a communication device that may include various components configured to perform operations of the techniques disclosed herein in accordance with aspects of the present disclosure.

[0026] Figure 12 Illustrates a communication device that may include various components configured to perform operations of the techniques disclosed herein in accordance with aspects of the present disclosure.

[0027] Figure 13 Illustrates a communication device that may include various components configured to perform operations of the techniques disclosed herein in accordance with aspects of the present disclosure.

[0028] For ease of understanding, the same reference numerals are used to denote common identical elements in the figures where possible. It is contemplated that elements disclosed in one aspect may be beneficially used in other aspects without specific recitation. Detailed Description

[0029] Aspects of the present disclosure relate to wireless communication and, more particularly, to mobility techniques that allow for the coexistence of sequence-based physical uplink control channel (PUCCH) and legacy PUCCH formats in the same resources.

[0030] The following description provides examples of coexistence of sequence-based Physical Uplink Control Channel (PUCCH) and legacy PUCCH formats in the same resource, and does not limit the scope, applicability, or examples set forth in the claims. Changes may be made to the functionality and arrangement of the elements discussed without departing from the scope of the present disclosure. Various examples may omit, substitute, or add various processes or components as appropriate. For example, the methods described may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with respect to some examples may be combined in some other examples. For instance, any number of aspects set forth herein may be used to implement an apparatus or practice a method. Further, the scope of the present disclosure is intended to cover such apparatus or methods that practice or use other structures, functions, or a combination of structures and functions in addition to or instead of the various aspects of the present disclosure set forth herein. It should be understood that any aspect of the present disclosure disclosed herein may be embodied by one or more elements in the claims.

[0031] Generally, any number of wireless networks may be deployed in a given geographical area. Each wireless network may support a particular Radio Access Technology (RAT) and may operate on one or more frequencies. The RAT may also be referred to as a radio technology, air interface, etc. The frequency may also be referred to as a carrier, sub-carrier, frequency channel, tone, sub-band, etc. Each frequency may support a single RAT in a given geographical area to avoid interference between wireless networks of different RATs. In some cases, a 5G NR RAT network may be deployed.

[0032] Figure 1 An example wireless communication network 100 is shown in which aspects of the present disclosure may be performed. For example, as Figure 1 shown, UE 120a may include a PUCCH processing module 122 that may be configured to perform (or cause UE 120a to perform) Figure 5 operation 500. Similarly, BS 110a may include a PUCCH processing module 112 that may be configured to perform (or cause BS 110a to perform) Figure 6 operation 600 or Figure 7 operation 700.

[0033] NR access (e.g., 5G NR) can support various wireless communication services, such as enhanced mobile broadband (eMBB) targeted at wide bandwidths (e.g., 80 MHz or above), millimeter wave (mmWAVE) targeted at high carrier frequencies (e.g., 25 GHz or above), massive machine type communication MTC (mMTC) targeted at non-backward compatible MTC technologies, or mission-critical services targeted at ultra-reliable low-latency communication (URLLC). These services may include latency and reliability requirements. These services may also have different transmission time intervals (TTIs) to meet the corresponding quality of service (QoS) requirements. In addition, these services can coexist in the same time domain resources (e.g., time slots or subframes) or frequency domain resources (e.g., component carriers).

[0034] As Figure 1 shown, the wireless communication network 100 may include multiple base stations (BSs) 110a-z (each BS is also referred to herein individually as BS 110 or collectively as BS 110) and other network entities. The BS 110 may provide communication coverage for a specific geographical area (sometimes referred to as a “cell”), which may be stationary or may move according to the location of the mobile BS 110. In some examples, the BS 110 may be interconnected with each other or interconnected to one or more other BSs or network nodes (not shown) through various types of backhaul interfaces (e.g., direct physical connections, wireless connections, virtual networks, etc.) using any suitable transmission network. In Figure 1 the example shown, BSs 110a, 110b, and 110c may be macro BSs of macro cells 102a, 102b, and 102c, respectively. BS 110x may be a pico BS for pico cell 102x. BSs 110y and 110z may be femto BSs for femto cells 102y and 102z, respectively. A BS may support one or more cells. The BS 110 communicates with user equipment (UEs) 120a-y (each UE is also referred to herein individually as UE 120 or collectively as UE 120) in the wireless communication network 100. The UEs 120 (e.g., 120x, 120y, etc.) may be dispersed throughout the wireless communication network 100, and each UE 120 may be fixed or mobile.

[0035] The wireless communication network 100 may also include relay stations (e.g., relay station 110r, also referred to as a relay, etc.), which receive transmissions of data or other information from an upstream station (e.g., BS 110a or UE 120r) and send transmissions of data or other information to a downstream station (e.g., UE 120 or BS 110), or relay transmissions between UEs 120 to facilitate communication between devices.

[0036] The network controller 130 can be coupled to a set of BSs 110 and provide coordination and control for these BSs 110. The network controller 130 can communicate with the BSs 110 via the backhaul. The BSs 110 can also communicate with each other (e.g., directly or indirectly) via a wireless or wired backhaul.

[0037] Figure 2 A block diagram illustrating an example base station (BS) and an example user equipment (UE) in accordance with some aspects of the present disclosure.

[0038] At the BS 110, the transmit processor 220 can receive data from the data source 212 and control information from the controller / processor 240. The control information can be used for the physical broadcast channel (PBCH), physical control format indicator channel (PCFICH), physical hybrid ARQ indicator channel (PHICH), physical downlink control channel (PDCCH), group common PDCCH (GC PDCCH), etc. The data can be used for the physical downlink shared channel (PDSCH), etc. The processor 220 can process (e.g., encode and symbol map) the data and control information respectively to obtain data symbols and control symbols. The transmit processor 220 can also generate reference symbols such as for the primary synchronization signal (PSS), secondary synchronization signal (SSS), and cell-specific reference signal (CRS). If applicable, the transmit (TX) multiple-input multiple-output (MIMO) processor 230 can perform spatial processing (e.g., precoding) on the data symbols, control symbols, or reference symbols and can provide the output symbol streams to the modulators (MOD) 232a - 232t. Each modulator 232 can process the corresponding output symbol stream (e.g., for OFDM, etc.) to obtain an output sample stream. Each modulator can further process (e.g., convert to analog, amplify, filter, and upconvert) the output sample stream to obtain a downlink signal. The downlink signals from the modulators 232a - 232t can be transmitted via the antennas 234a - 234t respectively.

[0039] At the UE 120, antennas 252a - 252r can receive downlink signals from the BS 110 and can provide the received signals to demodulators (DEMOD) in transceivers 254a - 254r, respectively. Each demodulator 254 can condition (e.g., filter, amplify, down - convert, and digitize) the respective received signal to obtain input samples. Each demodulator can further process the input samples (e.g., for OFDM, etc.) to obtain received symbols. The MIMO detector 256 can obtain the received symbols from all demodulators 254a - 254r, perform MIMO detection on the received symbols if applicable, and provide the detected symbols. The receive processor 258 can process (e.g., demodulate, de - interleave, and decode) the detected symbols, provide the decoded data for the UE 120 to the data sink 260, and provide the decoded control information to the controller / processor 280.

[0040] On the uplink, at the UE 120, the transmit processor 264 can receive and process data from the data source 262 (e.g., for the physical uplink shared channel (PUSCH)) and control information from the controller / processor 280 (e.g., for the physical uplink control channel (PUCCH)). The transmit processor 264 can also generate reference symbols for reference signals (e.g., for the sounding reference signal (SRS)). If applicable, the symbols from the transmit processor 264 can be precoded by the TX MIMO processor 266, further processed (e.g., for SC - FDM, etc.) by the demodulators in transceivers 254a - 254r, and sent to the BS 110. At the BS 110, the uplink signal from the UE 120 can be received by the antenna 234, processed by the modulator 232, detected by the MIMO detector 236 (if applicable), and further processed by the receive processor 238 to obtain the decoded data and control information sent by the UE 120. The receive processor 238 can provide the decoded data to the data sink 239 and the decoded control information to the controller / processor 240.

[0041] Memories 242 and 282 can store data and program codes for the BS 110 and the UE 120, respectively. The scheduler 244 can schedule the UE for data transmission on the downlink or uplink.

[0042] The controller / processor 280 or other processors and modules at the UE 120 can execute or direct the execution of processes for the techniques described herein. As Figure 2 shown, the controller / processor 280 of the UE 120 has a PUCCH processing module 122, which can be configured to execute (or cause the UE 120 to execute) Figure 5Operation 500. Similarly, BS 110a may include a PUCCH processing module 112, which may be configured to perform (or cause BS 110a to perform) Figure 6 Operation 600 or Figure 7 Operation 700.

[0043] Figure 3A FIG. is a diagram illustrating an example of frame format 300 for NR. The transmission timeline for each of the downlink and uplink may be divided into units of radio frames. Each radio frame may have a predetermined duration (e.g., 10 ms) and may be divided into 10 subframes (each subframe being 1 ms, indexed from 0 to 9). Each subframe may include a variable number of time slots depending on the subcarrier spacing. Depending on the subcarrier spacing, each time slot may include a variable number of symbol periods (e.g., 7 or 14 symbols). The symbol periods in each time slot may be assigned indices. A mini-slot, which may be referred to as a sub-slot structure, refers to a transmission time interval having a duration less than that of a time slot (e.g., 2, 3, or 4 symbols).

[0044] Each symbol in a time slot may indicate a link direction for data transmission (e.g., DL, UL, or flexible), and the link direction for each subframe may be switched dynamically. The link direction may be based on the time slot format. Each time slot may include DL / UL data as well as DL / UL control information.

[0045] In NR, a synchronization signal (SS) block is transmitted. The SS block includes a PSS, an SSS, and a two-symbol PBCH. The SS block may be transmitted in a fixed time slot position, such as Figure 3A Symbols 0-3 as shown. The PSS and SSS may be used by the UE for cell search and acquisition. The PSS may provide half-frame timing, and the SSS may provide the CP length and frame timing. The PSS and SSS may provide the cell identity. The PBCH carries some basic system information, such as the downlink system bandwidth, timing information within the radio frame, the SS burst set period, the system frame number, etc. The SS blocks may be organized into SS burst strings to support beam scanning. Further system information, such as the remaining minimum system information (RMSI), system information block (SIB), other system information (OSI), may be transmitted on the physical downlink shared channel (PDSCH) in certain subframes. For example, the SS block may be transmitted up to 64 times in up to 64 different beam directions for mmW. Up to 64 transmissions of the SS block are referred to as an SS burst set. The SS blocks in an SS burst set are transmitted in the same frequency region, while the SS blocks in different SS burst sets may be transmitted at different frequency positions.

[0046] As Figure 3BAs shown, SS blocks can be organized into SS burst sets to support beam scanning. As shown, different beams can be used to transmit each SSB within a burst set, which can help the UE quickly acquire both the transmit (Tx) and receive (Rx) beams (especially for mmW applications). The physical cell identifier (PCI) can still be decoded from the PSS and SSS of the SSB.

[0047] A control resource set (CORESET) for systems such as NR and LTE systems can include one or more sets of control resources (e.g., time and frequency resources) configured within the system bandwidth for transmitting the PDCCH. Within each CORESET, one or more search spaces (e.g., common search space (CSS), UE-specific search space (USS), etc.) can be defined for a given UE. According to aspects of the present disclosure, a CORESET is a time-domain and frequency-domain resource set defined in units of resource element groups (REGs). Each REG can include a fixed number (e.g., 12) of tones in a symbol time period (e.g., the symbol time period of a time slot), where one tone in a symbol time period is called a resource element (RE). A fixed number of REGs can be included in a control channel element (CCE). The CCE set can be used to transmit a new radio PDCCH (NR-PDCCH), where different numbers of CCEs in the set are used to transmit the NR-PDCCH at different aggregation levels. Multiple CCE sets can be defined as the search space for a UE, and thus the node B or other base station can send the NR-PDCCH to the UE by transmitting the NR-PDCCH that is a decoding candidate in the CCE set defined within the search space for the UE, and the UE can receive the NR-PDCCH by searching and decoding the NR-PDCCH sent by the node B in the search space of the UE.

[0048] Example of coexistence of sequence-based and legacy physical uplink control channel (PUCCH) format payloads in the same resource

[0049] Aspects of the present disclosure relate to wireless communication and, more particularly, to configuring resources to allow coexistence of sequence-based physical uplink control channel (PUCCH) and legacy PUCCH formats in the same resource. As will be described in more detail below, physical-to-virtual resource mapping and various codebooks can be configured to allow coexistence of sequence-based PUCCH and legacy PUCCH format payloads in the same resource.

[0050] Figure 4 An example of a legacy PUCCH format is shown. The legacy format can be the NR Release 15 Format 1 PUCCH, where the sequence S(CS m )*b is transmitted on the DMRS symbol when transmitting S(CS m) Here, b is uplink control information modulated by quadrature phase shift keying (QPSK) including 1 or 2 bits. To support multiple legacy PUCCHs on the same resource (e.g., resource block), a pair (n, m) of discrete Fourier transform (DFT) index n and cyclic shift index m can be assigned to the UE. Using the assigned pair of DFT index n and cyclic shift index m, the cyclic shift associated with index m can be applied to the basic sequence s. The DFT vector with DFT index n can be applied as an orthogonal cover code to the DMRS symbols, and the same DFT vector with DFT index n can be applied as an orthogonal cover code to the UCI symbols. For example, in the case of having 14 symbols in the physical uplink control channel, 7 orthogonal symbols in the time domain can be reserved for the demodulation reference signal (DMRS), and 7 orthogonal symbols can be reserved for the UCI. The DFT OCC vector n can be selected from row n of the DFT matrix with size 7.

[0051] In some cases, the Release 15 format 1 (legacy) PUCCH can transmit sequence S on N / 2 DMRS symbols and can transmit sequence S*b on N / 2 UCI symbols. For various reasons, it is not possible to maintain orthogonality between the symbols of the legacy PUCCH and the non-legacy PUCCH across both the DMRS and UCI OFDM symbols. When orthogonality cannot be maintained between the symbols of the legacy PUCCH and the non-legacy PUCCH across both the DMRS and UCI OFDM symbols, the network entity may not be able to recover one or both of the legacy PUCCH and the non-legacy PUCCH.

[0052] To allow the coexistence of legacy and non-legacy PUCCHs, aspects of the present disclosure provide physical-to-virtual resource mapping and various codebooks that can be configured. These physical-to-virtual resource mappings and codebooks can allow sequence-based PUCCH and legacy PUCCH format payloads to coexist in the same resource. For example, these physical-to-virtual resource mappings and codebooks can be configured such that the legacy PUCCH and non-legacy PUCCH format payloads use different DFT indices and different cyclic shift indices to avoid conflicts and allow the legacy and non-legacy PUCCHs to coexist in the same resource.

[0053] Figure 5 An example operation 500 is shown that can be performed by a user equipment (UE) to allow the coexistence of a sequence-based physical uplink control channel (PUCCH) and a legacy PUCCH format in the same resource.

[0054] As shown, operation 500 can begin at block 502, where the UE generates a first orthogonal sequence for a first payload of the physical uplink control channel (PUCCH) to be transmitted.

[0055] At block 504, the UE generates a second orthogonal sequence for a second payload of the PUCCH to be transmitted.

[0056] At block 506, the UE maps the first orthogonal sequence to a first virtual resource set and maps the second orthogonal sequence to a second virtual resource set. As discussed in further detail below, a virtual resource set can be a resource in a virtual domain to which physical resources can be mapped. The first virtual resource set can be a contiguous resource set in the virtual domain to which non - traditional PUCCH sequences can be mapped, and the second virtual resource set can be a contiguous resource set in the virtual domain to which traditional PUCCH sequences can be mapped. Within each virtual resource set, a pool of orthogonal sequences can be generated or defined. As discussed in further detail below, the sequences in the virtual resource set can be generated based on the product of a discrete Fourier transform (DFT) sequence and a cyclic shift sequence, where the size of the DFT sequence is half the total number of OFDM symbols on which the PUCCH can be transmitted.

[0057] At block 508, the UE maps the first virtual resource set to a first physical resource set and maps the second virtual resource set to a second physical resource set. To map the virtual resource set to the physical resource set, the UE can construct a set of code points based on the sequence pool. In some aspects, the set of code points for one virtual resource set can be established to avoid overlap between the code points associated with DFT indices reserved for another virtual resource set. For example, if the code point indices in one virtual resource set are mapped to overlapping indices in another virtual resource set, the next non - overlapping code point can be used. In another example, the code points in that one virtual resource set can be constructed by prior exclusion of the overlapping code points in the other virtual resource set.

[0058] At block 510, the UE transmits the first payload and the second payload of the PUCCH on the first physical resource and the second physical resource set.

[0059] Figure 6 Example operation 600 is shown that can be performed by a network entity to allow co - existence of different PUCCH formats transmitted by different UEs in the same resource.

[0060] Operation 600 can begin at block 602, where the network entity receives a first payload of a physical uplink control channel multiplexed with a second payload of the PUCCH in a common resource. The first payload can be received from a first UE and the second payload can be received from a second UE.

[0061] At block 604, the network entity decodes the first payload from the first UE from the resource elements in the common resource.

[0062] At block 606, the network entity decodes a second payload from a second UE from resource elements in a common resource.

[0063] At block 608, the network entity takes one or more actions based on a first orthogonal sequence and a second orthogonal sequence.

[0064] Figure 7 Example operation 700 is shown that can be performed by a network entity to allow coexistence of different PUCCH formats (e.g., a payload using a legacy PUCCH format and a sequence-based PUCCH payload) transmitted by the same UE.

[0065] Operation 700 can begin at block 702, where the network entity receives a first payload of a physical uplink control channel (PUCCH) and a second payload of the PUCCH from a user equipment (UE) on a common resource.

[0066] At block 704, the network entity maps a first physical resource set for the first payload to a first virtual resource set and maps a second physical resource set for the second payload to a second virtual resource set.

[0067] At block 706, the network entity maps a first orthogonal sequence to the first virtual resource set and maps a second orthogonal sequence to the second virtual resource set.

[0068] At block 708, the network entity decodes the first orthogonal sequence from the first virtual resource set and the second orthogonal sequence from the second virtual resource set.

[0069] At block 710, the network entity takes one or more actions based on the decoded first orthogonal sequence and second orthogonal sequence.

[0070] In some aspects, the first and second payloads can be the same. For example, the first payload and the second payload can be copies of uplink control information (UCI) payloads that the UE is to send on the PUCCH. However, different sequences generated from a unique combination of DFT indices and cyclic shift indices can be used to send the first payload and the second payload on different resources.

[0071] In some aspects, the first payload and the second payload can be different parts of the payload that the UE sends on the PUCCH. For example, the first payload can be a first part of the UCI payload and the second payload can be a second part of the UCI payload.

[0072] Figure 8Shows an example mapping of virtual resources to physical resources that allows coexistence of sequence-based physical uplink control channel (PUCCH) and legacy PUCCH formats in the same resource. As discussed, it is not possible to maintain orthogonality between legacy and non-legacy PUCCH payloads across both DMRS and UCI OFDM symbols (e.g., when mapping legacy and non-legacy PUCCH payloads to sequences using the same DFT index and cyclic shift index). To maintain orthogonality between these PUCCH payloads, the physical resources can be mapped or repackaged into two virtual hops (or blocks) in the virtual resource domain, and the PUCCH payloads based on non-legacy sequences can be separately generated in the two virtual hops in the virtual resource domain.

[0073] To generate orthogonal sequences in the virtual hop domain, a pool of orthogonal sequences can be generated based on the Kronecker product of the discrete Fourier transform (DFT) and cyclic shift (CS) (e.g., as DFT(n)*S(CS m ))). The size of the DFT can be half of the total number n of OFDM symbols used to transmit the PUCCH. If N is even, the same sequence pool can be used to generate the first orthogonal sequence and the second orthogonal sequence in the first virtual hop and the second virtual hop. However, if N is odd, the size of the DFT matrix for the first virtual hop can be where denotes floor, and the size of the DFT matrix for the second virtual hop can be where denotes ceiling.

[0074] After generating the pool of orthogonal sequences for the first virtual hop and the second virtual hop, the UE can generate a codebook of size 2 K . The UCI bits can be mapped to an integer I, and the sequence I in the codebook can be mapped to the resource elements in each virtual hop. The resource elements in the virtual hop can be mapped back to the physical resource elements used for transmission.

[0075] In some aspects, when allocated on the same resource (e.g., resource block), the orthogonal sequence pool generated based on DFT index n and cyclic shift index m can be shared between a legacy UE and a non-legacy UE, where n represents sequences from 0 to N / 2 and m represents sequences from 0 to M-1. When a legacy UE and a non-legacy UE are allocated the same resource for PUCCH, the network entity may not allow the legacy UE and the non-legacy UE to use the same combination of DFT index n and CS index m. To configure the legacy UE and the non-legacy UE to use different combinations of DFT index and CS index, in some aspects, the network entity can signal to the non-legacy UE a list of DFT and CS index combinations to avoid when constructing a codebook from the orthogonal sequence pool. In another aspect, the network entity can explicitly signal to the non-legacy UE a codebook of size 2 K When signaling the codebook, the network entity can explicitly signal to the non-legacy UE the 2 K pairs of DFT index n and CS index m that can be used to generate the codebook. The indexes to avoid or the codebook that the UE can use can be signaled via Radio Resource Control (RRC) signaling, Downlink Control Information (DCI), and / or Medium Access Control (MAC) Control Element (CE).

[0076] Figure 9A and 9B show examples of generating a codebook based on signaling indicating combinations of DFT and CS indexes to avoid when generating the codebook. As shown, Figure 9A shows the DFT domain, Figure 9B shows the CS domain. In the DFT domain, a cyclic structure can be constructed with indexes 0–N-1. Similarly, in the CS domain, a cyclic structure can be constructed with indexes 0–M-1.

[0077] In one example, as Figure 9A and 9B shown, the cyclic structure can include indexes that the network entity has signaled the UE to avoid using. Using the maximum distance between indexes, the UE can use the starting point in the cyclic structure and follow the maximum distance criterion to construct code points for the codebook. For example, as Figure 9A and 9B shown, the maximum distance between indexes can be one quarter of the total number N of DFT indexes in the DFT domain and one quarter of the total number M of CS indexes in the CS domain. Thus, initially, the DFT index sequence starting from index J can be represented as and the CS index sequence starting from index K can be represented as If the DFT index in the DFT index sequence is in the list of indexes that the network entity has signaled the UE to avoid using, the DFT index can be incremented until a DFT index that is not in the list of indexes to be avoided is found. Similarly, if the CS index in the CS index sequence is in the list of indexes that the network entity has signaled the UE to avoid using, the CS index can also be incremented until a CS index that is not in the list of indexes to be avoided is found.

[0078] In another example, the cyclic structure may not include indexes that the network entity has signaled the UE to avoid using. The cyclic structure can be a virtual DFT and a virtual CS domain. Using the starting point and the maximum distance criteria signaled by the network entity, the UE can generate a sequence of DFT and CS indexes in the virtual DFT and CS domains. The sequence of DFT and CS indexes can be mapped back to the physical DFT and CS domains to generate a codebook for sequence-based PUCCH.

[0079] Figure 10 Illustrated is the pre-combination of non-conventional (sequence-based) PUCCH and conventional (e.g., Release 15, Format 1) PUCCH in the same resource block. As shown, for N orthogonal signals in the time domain, where N / 2 symbols in the first virtual hop are mapped to a first physical resource set and N / 2 symbols in the second virtual hop are mapped to a second physical resource set, a receiver (e.g., a network entity) can perform pre-combination across two virtual hops. That is, for index n in the first and second virtual hops, the signals from the two virtual hops at index n can be combined before being correlated with sequences in a sequence pool generated based on a DFT matrix of size N / 2.

[0080] Figure 11 Illustrated is a communication device 1100 that may include various components (e.g., corresponding to component-plus-functional components) that are configured to perform operations of the techniques disclosed herein, such as Figure 5 the operations shown. The communication device 1100 includes a processing system 1102 coupled to a transceiver 1108. The transceiver 1108 is configured to transmit and receive signals for the communication device 1100 (such as the various signals described herein) via an antenna 1110. The processing system 1102 may be configured to perform the processing functions of the communication device 1100 (including processing signals received and / or to be transmitted by the communication device 1100).

[0081] The processing system 1102 includes a processor 1104 coupled to a computer-readable medium / memory 1112 via a bus 1106. In some aspects, the computer-readable medium / memory 1112 is configured to store instructions (e.g., computer-executable code) that, when executed by the processor 1104, cause the processor 1104 to performFigure 5 The operations shown in Figure 5 or other operations for performing the various techniques described herein for coexisting a sequence-based physical uplink control channel (PUCCH) and a legacy PUCCH format in the same resources. In some aspects, the computer-readable medium / memory 1112 stores code 1120 for generating a first orthogonal sequence for a first payload for the PUCCH; code 1122 for generating a second orthogonal sequence for a second payload for the PUCCH; code 1124 for mapping the first orthogonal sequence and the second orthogonal sequence to a first virtual resource set and a second virtual resource set; code 1126 for mapping the first and second virtual resource sets to a first and a second physical resource sets; and code 1128 for transmitting the first and second payloads on the first and second physical resource sets. The processor 1114 includes circuitry 1130 for generating a first orthogonal sequence for a first payload for the PUCCH; circuitry 1132 for generating a second orthogonal sequence for a second payload for the PUCCH; circuitry 1134 for mapping the first and second orthogonal sequences to the first and second virtual resource sets; circuitry 1136 for mapping the first and second virtual resource sets to the first and second physical resource sets; and circuitry 1138 for transmitting the first and second payloads on the first and second physical resource sets.

[0082] Figure 12 FIG. 5 shows a communication device 1200, which may include various components (e.g., corresponding to component-plus-function components) that are configured to perform operations for the techniques disclosed herein, such as Figure 6 the operations shown in FIG. 5. The communication device 1200 includes a processing system 1202 coupled to a transceiver 1208. The transceiver 1208 is configured to transmit and receive signals for the communication device 1200 (such as the various signals described herein) via an antenna 1210. The processing system 1202 may be configured to perform the processing functions of the communication device 1200 (including processing signals received and / or to be transmitted by the communication device 1200).

[0083] The processing system 1202 includes a processor 1204 coupled to a computer-readable medium / memory 1212 via a bus 1206. In some aspects, the computer-readable medium / memory 1212 is configured to store instructions (e.g., computer-executable code) that, when executed by the processor 1204, cause the processor 1204 to perform Figure 6The operations shown or other operations for performing the various techniques described herein for coexistence of sequence-based physical uplink control channel (PUCCH) and legacy PUCCH formats in the same resource. In some aspects, the computer-readable medium / memory 1212 stores code 1220 for receiving first and second PUCCH payloads from a first and a second UE; code 1222 for decoding the first PUCCH payload from the first UE; code 1224 for decoding the second PUCCH payload from the second UE; and code 1226 for taking one or more actions based on the decoding of the first and second PUCCH payloads. The processor 1214 includes circuitry 1230 for receiving first and second PUCCH payloads from a first and a second UE; circuitry 1232 for decoding the first PUCCH payload from the first UE; circuitry 1234 for decoding the second PUCCH payload from the second UE; and circuitry 1236 for taking one or more actions based on the decoding of the first and second PUCCH payloads.

[0084] Figure 13 FIG. 13 shows a communication device 1300, which may include various components (e.g., corresponding to component-plus-function components) configured to perform operations for the techniques disclosed herein, such as Figure 7 the operations shown. The communication device 1300 includes a processing system 1302 coupled to a transceiver 1308. The transceiver 1308 is configured to transmit and receive signals for the communication device 1300 via an antenna 1310, such as the various signals described herein. The processing system 1302 may be configured to perform the processing functions of the communication device 1300 (including processing signals received and / or to be transmitted by the communication device 1300).

[0085] The processing system 1302 includes a processor 1304 coupled to a computer-readable medium / memory 1312 via a bus 1306. In some aspects, the computer-readable medium / memory 1312 is configured to store instructions (e.g., computer-executable code) that, when executed by the processor 1304, cause the processor 1304 to perform Figure 7The operations shown in [FIGURE] or other operations for performing the various techniques discussed herein for coexistence of sequence-based physical uplink control channel (PUCCH) and legacy PUCCH formats in the same resource. In some aspects, the computer-readable medium / memory 1312 stores code 1320 for receiving first and second payloads of a PUCCH; code 1322 for mapping a first physical resource set for the first payload to a first virtual resource set and mapping a second physical resource set for the second payload to a second virtual resource set; code 1324 for mapping first and second orthogonal sequences to the first and second virtual resource sets; code 1326 for decoding the first and second orthogonal sequences; and code 1328 for taking one or more actions based on the decoding of the first and second orthogonal sequences. The processor 1314 includes circuitry 1330 for receiving first and second payloads of a PUCCH; circuitry 1332 for mapping a first physical resource set for the first payload to a first virtual resource set and mapping a second physical resource set for the second payload to a second virtual resource set; circuitry 1334 for mapping first and second orthogonal sequences to the first and second virtual resource sets; circuitry 1336 for decoding the first and second orthogonal sequences; and circuitry 1338 for taking one or more actions based on the decoding of the first and second orthogonal sequences.

[0086] Example Clauses

[0087] Clause 1: A method for wireless communication by a user equipment (UE), comprising: generating a first orthogonal sequence for a first payload of a physical uplink control channel (PUCCH) to be transmitted; generating a second orthogonal sequence for a second payload of the PUCCH to be transmitted; mapping the first orthogonal sequence to a first virtual resource set; mapping the second orthogonal sequence to a second virtual resource set; mapping the first virtual resource set to a first physical resource set; mapping the second virtual resource set to a second physical resource set; and transmitting the first payload and the second payload of the PUCCH on the first and second physical resource sets.

[0088] Clause 2: The method of Clause 1, wherein the first payload and the second payload are the same.

[0089] Clause 3: The method of Clause 2, wherein the first payload and the second payload include copies of an uplink control information (UCI) payload that the UE is to transmit on the PUCCH.

[0090] Clause 4: The method of any one of Clauses 1 to 3, wherein the first payload includes a first portion of an uplink control information (UCI) payload that the UE is to transmit on the PUCCH, and the second payload includes a second portion of the UCI payload.

[0091] Clause 5: A method according to any one of Clauses 1 to 4, wherein a first orthogonal sequence and a second orthogonal sequence are generated based on a discrete Fourier transform (DFT) and a cyclic shift, and the size of the discrete Fourier transform (DFT) is half of the total number of OFDM symbols allocated for transmitting the first payload and the second payload of the PUCCH.

[0092] Clause 6: A method according to Clause 5, wherein the total number of OFDM symbols allocated for transmitting the first and second types of PUCCH is odd, the size of the DFT for generating the first orthogonal sequence includes the floor of half of the total number of OFDM symbols, and the size of the DFT for generating the second orthogonal sequence includes the ceiling of half of the total number of OFDM symbols.

[0093] Clause 7: A method according to any one of Clauses 1 to 6, wherein generating the first and second orthogonal sequences includes: generating a codebook; mapping uplink control information (UCI) bits to integers in the codebook and mapping the sequences associated with the integers in the codebook to resource elements in a virtual resource set.

[0094] Clause 8: A method according to any one of Clauses 1 to 7, further comprising receiving signaling from a network entity, the signaling including information associated with the codebook to be used for generating the first orthogonal sequence and the second orthogonal sequence.

[0095] Clause 9: A method according to Clause 8, wherein the information associated with the codebook to be used for generating the first orthogonal sequence and the second orthogonal sequence includes information identifying one or more of the discrete Fourier transform (DFT) indices or cyclic shift (CS) indices to be avoided when generating the codebook for generating the first orthogonal sequence and the second orthogonal sequence.

[0096] Clause 10: A method according to Clause 9, further comprising: generating a cyclic set of DFT or CS indices; identifying a set of DFT or CS indices in the cyclic set based on a starting index and a maximum distance signaled by the network entity; adjusting the identified set of DFT or CS indices so that no index in the identified set is included in the one or more DFT or CS indices identified to be avoided and generating a codebook based on the adjusted set of DFT or CS indices.

[0097] Clause 11: A method according to Clause 9 or 10, further comprising generating a cyclic set of DFT or CS indices excluding the one or more DFT or CS indices identified to be avoided; identifying a set of DFT or CS indices in the cyclic set based on a starting index and a maximum distance signaled by the network entity and generating a codebook based on the identified set of DFT or CS indices.

[0098] Clause 12: A method according to any one of Clauses 8 to 11, wherein information associated with a codebook for generating a first orthogonal sequence and a second orthogonal sequence includes a codebook generated by a network entity.

[0099] Clause 13: A method according to any one of Clauses 8 to 12, wherein information associated with a codebook for generating a first orthogonal sequence and a second orthogonal sequence is received via Radio Resource Control (RRC) signaling, Downlink Control Information (DCI) signaling, or Medium Access Control (MAC) Control Element (CE).

[0100] Clause 14: A method according to any one of Clauses 1 to 13, wherein a first virtual resource set includes virtual resource elements (REs) in a first hop in a virtual resource domain, a second virtual resource set includes virtual REs in a second hop in the virtual resource domain, and mapping the first virtual resource set to a first physical resource set and mapping the second virtual resource set to a second physical resource set includes mapping the virtual REs in the first hop to a first set of physical REs and mapping the virtual REs in the second hop to a second set of physical REs.

[0101] Clause 15: A method for a network entity to perform wireless communication, comprising: receiving, in a common resource, a first payload of a Physical Uplink Control Channel (PUCCH) multiplexed with a second payload of the PUCCH, wherein the first payload of the PUCCH is received from a first User Equipment (UE) and the second payload of the PUCCH is received from a second UE; decoding, from resource elements in the common resource, the first payload for the first UE; decoding, from resource elements in the common resource, the second payload for the second UE; and taking one or more actions based on the decoding of the first payload and the second payload.

[0102] Clause 16: A method according to Clause 15, wherein the first payload includes a legacy PUCCH payload and the second payload includes a PUCCH payload based on a non-legacy sequence.

[0103] Clause 17: A method according to Clause 15 or 16, wherein the first payload includes a first PUCCH payload based on a non-legacy sequence and the second payload includes a second PUCCH payload based on a non-legacy sequence.

[0104] Clause 18: A method for wireless communication by a network entity, comprising: receiving a first payload of a physical uplink control channel (PUCCH) and a second payload of the PUCCH on a common resource from a user equipment (UE); mapping a first physical resource set for the first payload to a first virtual resource set and mapping a second physical resource set for the second payload to a second virtual resource set; mapping a first orthogonal sequence to the first virtual resource set and mapping a second orthogonal sequence to the second virtual resource set; decoding the first orthogonal sequence from the first virtual resource set and the second orthogonal sequence from the second virtual resource set and taking one or more actions based on the decoded first orthogonal sequence and second orthogonal sequence.

[0105] Clause 19: The method according to Clause 18, wherein the first payload and the second payload are the same.

[0106] Clause 20: The method according to Clause 19, wherein the first payload and the second payload comprise copies of uplink control information (UCI) transmitted by the user equipment (UE) on the PUCCH.

[0107] Clause 21: The method according to any one of Clauses 18 to 20, wherein the first payload comprises a first part of an uplink control information (UCI) payload, and the second payload comprises a second part of the UCI payload transmitted by the user equipment (UE).

[0108] Clause 22: The method according to any one of Clauses 18 to 21, wherein the first orthogonal sequence and the second orthogonal sequence comprise sequences generated based on a discrete Fourier transform (DFT) and a cyclic shift, and the size of the discrete Fourier transform is half of the total number of OFDM symbols allocated for transmitting the first payload and the second payload of the PUCCH.

[0109] Clause 23: The method according to Clause 22, wherein the total number of OFDM symbols allocated for transmitting the first type and the second type of PUCCH is odd, the size of the DFT for generating the first orthogonal sequence comprises the floor of half of the total number of OFDM symbols, and the size of the DFT for generating the second orthogonal sequence comprises the ceiling of half of the total number of OFDM symbols.

[0110] Clause 24: The method according to any one of Clauses 18 to 23, further comprising signaling information associated with a codebook used to generate the first orthogonal sequence and the second orthogonal sequence to the user equipment (UE).

[0111] Article 25: The method according to Article 24, wherein the information associated with the codebook to be used for generating the first orthogonal sequence and the second orthogonal sequence includes information identifying one or more of the discrete Fourier transform (DFT) indices or cyclic shift (CS) indices to be avoided when generating the codebook for generating the first orthogonal sequence and the second orthogonal sequence.

[0112] Article 26: The method according to Article 24 or 25, wherein the information associated with the codebook for generating the first orthogonal sequence and the second orthogonal sequence includes a codebook generated by a network entity.

[0113] Article 27: The method according to any one of Articles 24 to 26, wherein the information associated with the codebook for generating the first orthogonal sequence and the second orthogonal sequence is received via radio resource control (RRC) signaling, downlink control information (DCI) signaling, or medium access control (MAC) control element (CE).

[0114] Article 28: The method according to any one of Articles 24 to 27, wherein the first virtual resource set includes virtual resource elements (REs) in the first hop in a virtual resource domain, the second virtual resource set includes virtual REs in the second hop in the virtual resource domain, and mapping the physical resources to the first virtual resource set and the second virtual resource set includes mapping a first set of physical REs to the virtual REs in the first hop and mapping a second set of physical REs to the virtual REs in the second hop.

[0115] Article 29: The method according to Article 28, wherein decoding the first orthogonal sequence of the first payload from the first virtual resource set and decoding the second orthogonal sequence of the second payload from the second virtual resource set includes pre-combining the first virtual hop and the second virtual hop and correlating the sequences in the pre-combined first virtual hop and second virtual hop with the sequences in a sequence pool generated based on a discrete Fourier transform (DFT) matrix, the size of the discrete Fourier transform (DFT) matrix being half of the total number of OFDM symbols allocated for transmitting the first payload and the second payload of the PUCCH.

[0116] Article 30: A system, comprising a memory and a processor configured to perform the operations according to any one of Articles 1 to 14.

[0117] Article 31: A system, comprising a memory and a processor configured to perform the operations according to any one of Articles 15 to 17.

[0118] Article 32: A system, comprising: a memory and a processor configured to perform the operations according to any one of Articles 18 to 29.

[0119] Clause 33: A system comprising components for performing the operations of any one of Clauses 1 to 14.

[0120] Clause 34: A system comprising components for performing the operations of any one of Clauses 15 to 17.

[0121] Clause 35: A system comprising components for performing the operations of any one of Clauses 18 to 29.

[0122] Clause 36: A computer-readable medium having instructions stored thereon that, when executed by a processor, perform the operations of any one of Clauses 1 to 14.

[0123] Clause 37: A computer-readable medium having instructions stored thereon that, when executed by a processor, perform the operations of any one of Clauses 15 to 17.

[0124] Clause 38: A computer-readable medium having instructions stored thereon that, when executed by a processor, perform the operations of any one of Clauses 18 to 29.

[0125] Other considerations

[0126] The techniques described herein can be used in a variety of wireless communication technologies, such as NR (e.g., 5G NR), 3GPP Long Term Evolution (LTE), LTE-Advanced (LTE-A), Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-Carrier Frequency Division Multiple Access (SCFDMA), Time Division-Synchronous Code Division Multiple Access (TD-SCDMA), and other networks. The terms “network” and “system” are always used interchangeably. CDMA networks may implement radio technologies such as Universal Terrestrial Radio Access (UTRA), cdma2000, etc. UTRA includes Wideband CDMA (WCDMA) and other variants of CDMA. cdma2000 covers the IS-2000, IS-95, and IS-856 standards. TDMA networks may implement radio technologies such as Global System for Mobile Communications (GSM). OFDMA networks may implement radio technologies such as NR (e.g., 5G RA), Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (WiFi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDMA, etc. UTRA and E-UTRA are part of Universal Mobile Telecommunications System (UMTS). LTE and LTE-A are UMTS versions that use EUTRA. UTRA, E-UTRA, UMTS, LTE, LTE-A, and GSM are described in documents from an organization named “3rd Generation Partnership Project” (3GPP). cdma2000 and UMB are described in documents from an organization named “3rd Generation Partnership Project 2” (3GPP2). NR is an emerging wireless communication technology that is under development.

[0127] The techniques described herein can be used in the above-mentioned wireless networks and radio technologies and other wireless networks and radio technologies. For clarity, although aspects of the present disclosure may be described using terms commonly associated with 3G, 4G, or 5G wireless technologies, aspects of the present invention may be applied to other generation-based communication systems.

[0128] In 3GPP, the term "cell" may refer to the coverage area of a Node B (NB) or the coverage area of the NB subsystem serving that coverage area, depending on the context in which the term is used. In the NR system, the terms "cell" and BS, Next Generation Node B (gNB or gNodeB), Access Point (AP), Distributed Unit (DU), carrier, or Transmission and Reception Point (TRP) may be used interchangeably. A BS may provide communication coverage for macro cells, pico cells, femto cells, or other types of cells. A macro cell may cover a relatively large geographical area (e.g., with a radius of several kilometers) and may allow unrestricted access for UEs with service subscriptions. A pico cell may cover a relatively small geographical area and may allow unrestricted access for UEs with service subscriptions. A femto cell may cover a relatively small geographical area (e.g., a home) and may allow restricted access for UEs associated with the femto cell (e.g., UEs in a Closed Subscriber Group (CSG), UEs of users in a home, etc.). The BS for a macro cell may be referred to as a macro BS. The BS for a pico cell may be referred to as a pico BS. The BS for a femto cell may be referred to as a femto BS or a home BS.

[0129] A UE may also be referred to as a mobile station, terminal, access terminal, subscriber unit, station, customer premise equipment (CPE), cellular phone, smart phone, personal digital assistant (PDA), wireless modem, wireless communication device, handheld device, laptop computer, cordless phone, wireless local loop (WLL) station, tablet computer, camera, gaming device, netbook, smartbook, ultrabook, appliance, medical device or equipment, biometric sensor / device, wearable devices such as smart watches, smart clothes, smart glasses, smart wristbands, smart jewelry (e.g., smart rings, smart bracelets, etc.), entertainment devices (e.g., music devices, video devices, satellite radio devices, etc.), vehicle components or sensors, smart meters / sensors, industrial manufacturing equipment, global positioning system devices, or any other suitable device configured to communicate via wireless or wired media. Some UEs may be considered Machine Type Communication (MTC) devices or Evolved MTC (eMTC) devices. MTC and eMTC UEs include, for example, robots, drones, remote devices, sensors, meters, monitors, location tags, etc., which may communicate with a BS, another device (e.g., a remote device), or some other entity. A wireless node may provide connectivity to a network (e.g., a wide area network such as the Internet or a cellular network) via a wired or wireless communication link. Some UEs may be considered Internet of Things (IoT) devices, which may be Narrowband IoT (NB-IoT) devices.

[0130] Some wireless networks (e.g., LTE) utilize Orthogonal Frequency Division Multiplexing (OFDM) on the downlink and Single Carrier Frequency Division Multiplexing (SC-FDM) on the uplink. OFDM and SC-FDM divide the system bandwidth into multiple (K) orthogonal subcarriers, which are often also referred to as tones, frequency bands, etc. Each subcarrier can be modulated with data. Generally, modulated symbols are sent in the frequency domain using OFDM and in the time domain using SC-FDM. The spacing between adjacent subcarriers can be fixed, and the total number of subcarriers (K) can depend on the system bandwidth. For example, the subcarrier spacing can be 15 kHz, and the minimum resource allocation (referred to as a “resource block” (RB)) can be 12 subcarriers (or 180 kHz). Thus, for system bandwidths of 1.25, 2.5, 5, 10, or 20 megahertz (MHz), the nominal Fast Fourier Transform (FFT) size can be equal to 128, 256, 512, 1024, or 2048, respectively. The system bandwidth can also be divided into subbands. For example, a subband can cover 1.08 MHz (e.g., 6 RBs), and for system bandwidths of 1.25, 2.5, 5, 10, or 20 MHz, there can be 1, 2, 4, 8, or 16 subbands, respectively. In LTE, the basic transmission time interval (TTI) or packet duration is a 1 ms subframe.

[0131] NR can utilize OFDM with CP on both the uplink and downlink and includes support for half-duplex operation using TDD. In NR, the subframe is still 1 ms, but the basic TTI is referred to as a slot. The subframe contains a variable number of slots (e.g., 1, 2, 4, 8, 16... slots) depending on the subcarrier spacing. The NR RB is 12 consecutive frequency subcarriers. NR can support a base subcarrier spacing of 15 kHz, and other subcarrier spacings can be defined relative to the base subcarrier spacing, e.g., 30 kHz, 60 kHz, 120 kHz, 240 kHz, etc. The symbol and slot lengths are proportional to the subcarrier spacing. The CP length also depends on the subcarrier spacing. Beamforming can be supported and the beam direction can be configured dynamically. MIMO transmission with precoding can also be supported. In some examples, the MIMO configuration in the DL can support up to 8 transmit antennas, where each UE has up to 8 streams and multi-layer DL transmission with up to 2 streams. In some examples, multi-layer transmission with up to 2 streams per UE can be supported. Aggregation of multiple cells can be supported with up to 8 serving cells.

[0132] In some examples, access to the air interface can be scheduled. A scheduling entity (e.g., a BS) allocates resources for communication between some or all of the devices and equipment within its serving area or cell. The scheduling entity can be responsible for scheduling, allocating, reconfiguring, and releasing resources for one or more subordinate entities. That is, for the scheduled communication, the subordinate entities utilize the resources allocated by the scheduling entity. A base station is not the only entity that can be used as a scheduling entity. In some examples, a UE can be used as a scheduling entity and can schedule resources for one or more subordinate entities (e.g., one or more other UEs), and the other UEs can use the resources scheduled by the UE for wireless communication. In some examples, a UE can be used as a scheduling entity in a peer-to-peer (P2P) network or a mesh network. In a mesh network example, in addition to communicating with the scheduling entity, UEs can also communicate directly with each other.

[0133] As used herein, the term "determine" can include one or more of a variety of actions. For example, "determine" can include computing, processing, deriving, investigating, looking up (e.g., looking up in a table, database, or another data structure), assuming, etc. Additionally, "determine" can include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory), etc. Additionally, "determine" can include parsing, selecting, establishing, etc.

[0134] Unless otherwise explicitly stated, "or" as used herein is intended to be interpreted in an inclusive sense. For example, "a or b" can include only a, only b, or a combination of a and b. As used herein, a phrase referring to "at least one" or "one or more" of a list of items refers to any combination of those items, including a single member. For example, "at least one of a, b, or c" is intended to cover the possibilities of only a, only b, only c, a combination of a and b, a combination of a and c, a combination of b and c, and a combination of a, b, and c.

[0135] The various illustrative components, logics, logic blocks, modules, circuits, operations, and algorithmic processes described in connection with the embodiments disclosed herein can be implemented as electronic hardware, firmware, software, or a combination of hardware, firmware, or software (including the structures disclosed in this specification and their structural equivalents). The interchangeability of hardware, firmware, and software has been generally described in terms of functionality and is illustrated in the various illustrative components, blocks, modules, circuits, and processes described above. Whether such functionality is implemented as hardware, firmware, or software depends on the particular application and the design constraints imposed on the overall system.

[0136] Various modifications to the implementations described in this disclosure will be apparent to those of ordinary skill in the art, and the general principles defined herein can be applied to other implementations without departing from the spirit or scope of the disclosure. Thus, the claims are not intended to be limited to the embodiments shown herein but are to be accorded the widest scope consistent with the disclosure, the principles and novel features disclosed herein.

[0137] In addition, various features described in the context of separate implementations in this specification can also be implemented in combination in a single implementation. Conversely, various features described in the context of a single implementation can also be implemented separately or in any suitable sub-combination in multiple implementations. Similarly, although the above features may be described as acting in a particular combination and even initially claimed as such, one or more features from the claimed combination can in some cases be removed from the combination, and the claimed combination can cover a sub-combination or variations of the sub-combination.

[0138] Similarly, although the operations are depicted in the drawings in a particular order, this should not be understood as requiring that the operations be performed in the particular order shown or sequentially, or that all of the illustrated operations be performed to achieve the desired result. Additionally, the drawings may schematically depict one or more example processes in the form of a flowchart or flowcharts. However, other operations not shown can be incorporated into the example processes schematically shown. For example, one or more additional operations can be performed before, after, concurrently, or between any of the shown operations. In some cases, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the above implementations should not be understood as required in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.

Claims

1. A method for wireless communication by a user equipment (UE), comprising: generating a first orthogonal sequence for a first payload of a physical uplink control channel (PUCCH) to be transmitted; generating a second orthogonal sequence for a second payload of the PUCCH to be transmitted; mapping the first orthogonal sequence to a first virtual resource set and mapping the second orthogonal sequence to a second virtual resource set; mapping the first virtual resource set to a first physical resource set and mapping the second virtual resource set to a second physical resource set; and transmitting the first payload and the second payload of the PUCCH on the first physical resource set and the second physical resource set.

2. The method according to claim 1, wherein the first payload and the second payload are the same.

3. The method according to claim 2, wherein the first payload and the second payload include copies of an uplink control information (UCI) payload that the UE will transmit on the PUCCH.

4. The method according to claim 1, wherein the first payload includes a first part of an uplink control information (UCI) payload that the UE will transmit on the PUCCH and the second payload includes a second part of the UCI payload.

5. The method according to claim 1, wherein the first orthogonal sequence and the second orthogonal sequence are generated based on a discrete Fourier transform (DFT) and a cyclic shift, and the size of the discrete Fourier transform (DFT) is half of the total number of OFDM symbols allocated for transmitting the first payload and the second payload of the PUCCH.

6. The method according to claim 5, wherein the total number of OFDM symbols allocated for transmitting PUCCHs of a first type and a second type is odd, the size of the DFT for generating the first orthogonal sequence includes the floor of half of the total number of OFDM symbols, and the size of the DFT for generating the second orthogonal sequence includes the ceiling of half of the total number of OFDM symbols.

7. The method according to claim 1, wherein generating the first orthogonal sequence and the second orthogonal sequence comprises: generating a codebook; mapping uplink control information (UCI) bits to integers in the codebook; and mapping sequences associated with the integers in the codebook to resource elements in the virtual resource set.

8. The method according to claim 1, further comprising: receiving signaling from a network entity, the signaling including information associated with a codebook for generating the first orthogonal sequence and the second orthogonal sequence.

9. The method according to claim 8, wherein the information associated with the codebook for generating the first orthogonal sequence and the second orthogonal sequence includes information identifying one or more of discrete Fourier transform (DFT) indices or cyclic shift (CS) indices to be avoided when generating the codebook for generating the first orthogonal sequence and the second orthogonal sequence.

10. The method according to claim 9, further comprising: Loop settings for generating DFT or CS indices; Identifying a set of DFT or CS indices in the loop settings from a starting index and a maximum distance signaled by the network entity; Adjusting the identified set of DFT or CS indices so that no index in the identified set is included in one or more DFT or CS indices to be avoided that are identified; and Generating the codebook based on the adjusted set of DFT or CS indices.

11. The method according to claim 9, further comprising: Generating a loop setting of DFT or CS indices excluding one or more DFT or CS indices to be avoided that are identified; Identifying a set of DFT or CS indices in the loop setting based on a starting index and a maximum distance signaled by the network entity; and Generating the codebook based on the identified set of DFT or CS indices.

12. The method according to claim 8, wherein information associated with a codebook to be used for generating the first orthogonal sequence and the second orthogonal sequence includes a codebook generated by the network entity.

13. The method according to claim 8, wherein information associated with the codebook to be used for generating the first orthogonal sequence and the second orthogonal sequence is received via radio resource control (RRC) signaling, downlink control information (DCI) signaling, or medium access control (MAC) control element (CE).

14. The method according to claim 1, wherein: The first virtual resource set includes virtual resource elements (REs) in a first hop in a virtual resource domain; The second virtual resource set includes virtual REs in a second hop in the virtual resource domain; and Mapping the first virtual resource set to a first physical resource set and mapping the second virtual resource set to a second physical resource set includes mapping the virtual REs in the first hop to a first set of physical REs and mapping the virtual REs in the second hop to a second set of physical REs.

15. A method for wireless communication by a network entity, comprising: Receiving a first payload of a physical uplink control channel (PUCCH) and a second payload of the PUCCH from a user equipment (UE) on a common resource; Mapping a first physical resource set for the first payload to a first virtual resource set and mapping a second physical resource set for the second payload to a second virtual resource set; Mapping a first orthogonal sequence to the first virtual resource set and mapping a second orthogonal sequence to the second virtual resource set; Decoding the first orthogonal sequence from the first virtual resource set and the second orthogonal sequence from the second virtual resource set; and Taking one or more actions based on the decoded first orthogonal sequence and second orthogonal sequence.

16. The method according to claim 15, wherein the first payload and the second payload are the same.

17. The method according to claim 16, wherein the first payload and the second payload include a copy of uplink control information (UCI) transmitted by the user equipment (UE) on the PUCCH.

18. The method according to claim 15, wherein the first payload comprises a first part of an uplink control information (UCI) payload and the second payload comprises a second part of the UCI payload transmitted by a user equipment (UE).

19. The method according to claim 15, wherein the first orthogonal sequence and the second orthogonal sequence comprise sequences generated based on a discrete Fourier transform (DFT) and a cyclic shift, and a size of the discrete Fourier transform is half of a total number of OFDM symbols allocated for transmitting the first payload and the second payload of the PUCCH.

20. The method according to claim 19, wherein a total number of OFDM symbols allocated for transmitting PUCCHs of a first type and a second type is odd, a size of the DFT for generating the first orthogonal sequence comprises a floor of half of the total number of OFDM symbols, and a size of the DFT for generating the second orthogonal sequence comprises a ceiling of half of the total number of OFDM symbols.

21. The method according to claim 15, further comprising: signaling information associated with a codebook used to generate the first orthogonal sequence and the second orthogonal sequence to a user equipment (UE).

22. The method according to claim 21, wherein the information associated with the codebook to be used to generate the first orthogonal sequence and the second orthogonal sequence comprises information identifying one or more of discrete Fourier transform (DFT) indices or cyclic shift (CS) indices to be avoided when generating the codebook used to generate the first orthogonal sequence and the second orthogonal sequence.

23. The method according to claim 21, wherein the information associated with the codebook to be used to generate the first orthogonal sequence and the second orthogonal sequence comprises a codebook generated by the network entity.

24. The method according to claim 21, wherein information associated with the codebook to be used to generate the first orthogonal sequence and the second orthogonal sequence is received via radio resource control (RRC) signaling, downlink control information (DCI) signaling, or a medium access control (MAC) control element (CE).

25. The method according to claim 21, wherein: the first virtual resource set comprises virtual resource elements (REs) in a first hop in a virtual resource domain; the second virtual resource set comprises virtual REs in a second hop in the virtual resource domain; and mapping the physical resources to the first virtual resource set and the second virtual resource set comprises mapping a first set of physical REs to the virtual REs in the first hop and mapping a second set of physical REs to the virtual REs in the second hop.

26. The method according to claim 25, wherein decoding the first orthogonal sequence of the first payload from the first virtual resource set and the second orthogonal sequence of the second payload from the second virtual resource set comprises: pre-combining a first virtual hop and a second virtual hop; and Correlate the sequences in the pre-combined first virtual hop and second virtual hop with the sequences in a sequence pool generated based on a Discrete Fourier Transform (DFT) matrix, where the size of the Discrete Fourier Transform (DFT) matrix is half of the total number of OFDM symbols allocated for transmitting the first payload and the second payload of the PUCCH.

27. An apparatus for wireless communication by a user equipment (UE), comprising: a processor configured to: generate a first orthogonal sequence for a first payload of a Physical Uplink Control Channel (PUCCH) to be transmitted; generate a second orthogonal sequence for a second payload of the PUCCH to be transmitted; map the first orthogonal sequence to a first virtual resource set and map the second orthogonal sequence to a second virtual resource set; map the first virtual resource set to a first physical resource set and map the second virtual resource set to a second physical resource set; and transmit the first payload and the second payload of the PUCCH on the first physical resource set and the second physical resource set; and a memory.

Images