OCC signaling overhead reduction for dynamic and type 2 configured pusch transmissions

Abstract

Described herein are solutions for reducing orthogonal cover code (OCC) signaling overhead for dynamic grants and type 2 configured grants for physical uplink (UL) shared channel (PUSCH) transmissions. A base station can use radio resource control (RRC) signaling to provide user equipment (UE) with OCC lengths and OCC sequences. Downlink (DL) control information (DCI) used for a dynamic grant can include an OCC index value that enables the UE to identify a corresponding OCC length and sequence for OCC PUSCH transmissions. DCI used to activate a type 2 configured grant can also indicate whether OCC is enabled, and if so, which OCC length and sequence are to be used for the corresponding OCC PSCH transmission. Transmission power control (TPC) information in DCI can also be applied to OCC PSCH transmissions ensure appropriate transmission power is used. These and many other features and examples are described herein.

Description

OCC SIGNALING OVERHEAD REDUCTION FOR DYNAMIC AND TYPE 2 CONFIGURED PUSCH TRANSMISSIONSFIELD

[0001] This disclosure relates to wireless communication networks and mobile device capabilities.BACKGROUND

[0002] Wireless communication networks and wireless communication services are becoming increasingly dynamic, complex, and ubiquitous. For example, some wireless communication networks can be developed to implement fourth generation (4G) , fifth generation (5G) or new radio (NR) technology. Such technology can include solutions for enabling user equipment (UE) and network devices, such as base stations, to communicate with one another.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] The present disclosure will be readily understood and enabled by the detailed description and accompanying figures of the drawings. Like reference numerals can designate like features and structural elements. Figures and corresponding descriptions are provided as non-limiting examples of aspects, implementations, etc., of the present disclosure, and references to "an" or “one” aspect, implementation, etc., can not necessarily refer to the same aspect, implementation, etc., and can mean at least one, one or more, etc.

[0004] Fig. 1 is a diagram of an example of an overview according to one or more implementations described herein.

[0005] Fig. 2 is a diagram of an example network according to one or more implementations described herein.

[0006] Fig. 3 is a diagram of an example process for orthogonal cover code (OCC) signaling for a dynamic grant transmission according to one or more implementations described herein.

[0007] Fig. 4 is a diagram of an example of a table of radio resource control (RRC) information for OCC signaling according to one or more implementations described herein.

[0008] Fig. 5 is a diagram of another example of a table of RRC information for OCC signaling according to one or more implementations described herein.

[0009] Fig. 6 is a diagram of an example process for OCC signaling for a type 2 configured grant transmission according to one or more implementations described herein.

[0010] Fig. 7 is a diagram of an example of transmission power control for an OCC transmission according to one or more implementations described herein.

[0011] Fig. 8 is a diagram of an example of a process of reducing OCC signaling overhead  according to one or more implementations described herein.

[0012] Fig. 9 is a diagram of an example of a process of reducing OCC signaling overhead according to one or more implementations described herein.

[0013] Fig. 10 is a diagram of an example of components of a device according to one or more implementations described herein.

[0014] Fig. 11 is a block diagram illustrating components, according to one or more implementations described herein, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein.DETAILED DESCRIPTION

[0015] The following detailed description refers to the accompanying drawings. Like reference numbers in different drawings can identify the same or similar features, elements, operations, etc. Additionally, the present disclosure is not limited to the following description as other implementations can be utilized, and structural or logical changes made, without departing from the scope of the present disclosure.

[0016] Telecommunication networks can include user equipment (UEs) capable of communicating with base stations and / or other network access nodes. UEs and base stations can implement various techniques and communications standards for enabling UEs and base stations to discover one another, establish and maintain connectivity, and exchange information in an ongoing manner. Objectives of such techniques can include reducing signaling overhead so that wireless communications can be more reliable and efficient.

[0017] A base station can allocate time and frequency resources for downlink (DL) and uplink (UL) communications via a configured grant (CG) or a dynamic grant (DG) . A base station can provide a UE with a dynamic grant for UL resources in response to a request from the UE.The base station can use downlink (DL) control information (DCI) to provide the dynamic grant to the UE. A base station can provide a UE with a configured grant for UL resources without a request from the UE. The time and frequency resources, periodicity, etc., of a configured grant can be based on the a corresponding type of service or signaling. A UL configured grant can be a type 1 configured grant or a type 2 configured grant. A type 1 configured grant can be activated and deactivated using radio resource control (RRC) signaling. A type 2 configured grant can be activated and deactivated using DCI signaling. A dynamic grant and / or a configured grant can include PUSCH resources that UE can use to communicate information to the base station. A resource grant, as referred to herein, can include a dynamic grant or a configured grant (type 1 or type 2) of UL and / or DL time and frequency resources. A  dynamic grant can be referred to as dynamic scheduling, and a configured grant can refer to configured scheduling, persistent scheduling, or semi-persistent scheduling (SPS) scheduling.

[0018] Orthogonal cover code (OCC) can include a coding technique used in wireless communication systems to mitigate interference and improve system performance. Orthogonal codes can refer to sets of binary sequences that have an inner product of zero, except when two identical sequences are multiplied together, in which case the inner product is equal to the length of the sequence. This orthogonality property can enable multiple sequences to be transmitted simultaneously without interfering with each other. In the context of OCC, orthogonal codes can be used to encode the transmitted data. The available frequency spectrum can be divided into multiple subchannels or subcarriers, and orthogonal codes can be assigned to each subchannel. This can enable multiple users to transmit data simultaneously over different subchannels without interference.

[0019] The techniques described herein can provide several enhancements to communications using OCC. For example, one or more of the techniques described herein can reduce the payload of DCI used to indicate OCC information for dynamic grants for a PUSCH. In another example, one or more of the techniques described herein can provide solutions for signaling OCC information for type 2 configured grants for a PUSCH. As another example, one or more of the techniques described herein can provide transmission power control (TPC) solutions for a PUSCH with OCC. In some scenarios, these techniques can relate to scenarios involving the use of Frequency Range 1 (FR1) (e.g., sub-6 gigahertz (GHz) frequency bands) via a non-terrestrial network (NTN) .

[0020] Fig. 1 is a diagram of an example of an overview 100 according to one or more implementations described herein. Overview 100 can include UE 110 and base station 120. In some implementations, base station 120 can be another type of network access node, include a satellite (not shown) . Base station 120 can provide UE 110 with OCC configuration information, which can include one or more OCC lengths and / or OCC sequences (at 1.1) . OCC lengths and / or OCC sequence can be logically associated with an OCC sequence index. RRC signaling can also be used to provide a type 2 configured grant to UE 210. Base station 120 can use DCI to provide UE 110 with an OCC sequence index or another type of OCC information indicating an OCC length and OCC sequence to be used to encode UL transmissions (at 1.2) . Base station 120 can also use DCI to provide a dynamic grant to UE 110 or to activate a type 2 configured grant already allocated to UE 110 via RRC signaling. The dynamic grant and the configured grant can be for physical uplink (UL) shared channel (PUSCH) resources.

[0021] UE 110 can determine OOC parameters (e.g., an OCC length and OCC sequence) based on the OCC sequence index (at 1.3) . UE 110 can also use the OCC parameters to encode  data for OCC PUSCH transmissions. Base station 120 can use DCI to provide UE 210 with transmission power control information (at 1.4) . UE 110 can respond by modifying a transmission power of UE 210 for OCC PUSCH transmissions according to the transmission power control information from base station 222. UE 210 can use the updated transmission power to send OCC PUSCH transmissions to base station 222. These and other features and examples are described in detail with reference to remaining Figures.

[0022] Fig. 2 is an example network 200 according to one or more implementations described herein. Example network 200 can include UEs 210-1, 210-2, etc. (referred to collectively as “UEs 210” and individually as “UE 210” ) , a radio access network (RAN) 220, a core network (CN) 230, application servers 240, external networks 250, and satellites 260-1, 260-2, etc. (referred to collectively as “satellites 260” and individually as “satellite 260” ) . As shown, network 200 can include a non-terrestrial network (NTN) comprising one or more satellites 260 (e.g., of a global navigation satellite system (GNSS) ) in communication with UEs 210 and RAN 220.

[0023] The systems and devices of example network 200 can operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example network 200 can operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards (e.g., wireless metropolitan area network (WMAN) , worldwide interoperability for microwave access (WiMAX) , etc. ) , and more.

[0024] As shown, UEs 210 can include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UEs 210 can include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, etc. In some implementations, UEs 210 can include internet of things (IoT) devices (or IoT UEs) that can comprise a network access layer designed for low-power IoT applications utilizing short-lived UE connections. Additionally, or alternatively, an IoT UE can utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT  networks, and more. Depending on the scenario, an M2M or MTC exchange of data can be a machine-initiated exchange, and an IoT network can include interconnecting IoT UEs (which can include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs can execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0025] UEs 210 can communicate and establish a connection with one or more other UEs 210 via one or more wireless channels 212, each of which can comprise a physical communications interface  / layer. The connection can include an M2M connection, MTC connection, D2D connection, SL connection, etc. The connection can involve a PC5 interface. In some implementations, UEs 210 can be configured to discover one another, negotiate wireless resources between one another, and establish connections between one another, without intervention or communications involving RAN node 222 or another type of network node. In some implementations, discovery, authentication, resource negotiation, registration, etc., can involve communications with RAN node 222 or another type of network node.

[0026] UEs 210 can use one or more wireless channels 212 to communicate with one another. As described herein, UE 210 can communicate with RAN node 222 to request SL resources. RAN node 222 can respond to the request by providing UE 210 with a dynamic grant (DG) or configured grant (CG) regarding SL resources. A DG can include a grant based on a grant request from UE 210. A CG can involve a resource grant without a grant request and can be based on a type of service being provided (e.g., services that have strict timing or latency requirements) . UE 210 can perform a clear channel assessment (CCA) procedure based on the DG or CG, select SL resources based on the CCA procedure and the DG or CG; and communicate with another UE 210 based on the SL resources. The UE 210 can communicate with RAN node 222 using a licensed frequency band and communicate with the other UE 210 using an unlicensed frequency band.

[0027] UEs 210 can communicate and establish a connection with RAN 220, which can involve one or more wireless channels 214-1 and 214-2, each of which can comprise a physical communications interface  / layer. In some implementations, a UE can be configured with dual connectivity (DC) as a multi-radio access technology (multi-RAT) or multi-radio dual connectivity (MR-DC) , where a multiple receive and transmit (Rx / Tx) capable UE can use resources provided by different network nodes (e.g., 222-1 and 222-2) that can be connected via non-ideal backhaul (e.g., where one network node provides NR access and the other network node provides either E-UTRA for LTE or NR access for 5G) . A network node can be referred to herein as a base station 222. In such a scenario, one network node can operate as a master node (MN) and the other as the secondary node (SN) . The MN and SN can be connected via a network  interface, and at least the MN can be connected to the CN 230. Additionally, at least one of the MN or the SN can be operated with shared spectrum channel access, and functions specified for UE 210 can be used for an integrated access and backhaul mobile termination (IAB-MT) . Similar for UE 210, the IAB-MT can access the network using either one network node or using two different nodes with enhanced dual connectivity (EN-DC) architectures, new radio dual connectivity (NR-DC) architectures, or the like. In some implementations, a base station (as described herein) can be an example of network node 222.

[0028] As shown, UE 210 can also, or alternatively, connect to access point (AP) 216 via connection interface 218, which can include an air interface enabling UE 210 to communicatively couple with AP 216. AP 216 can comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 216 can comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 216 can comprise a wireless fidelity router or other AP. While not explicitly depicted in Fig. 2, AP 216 can be connected to another network (e.g., the Internet) without connecting to RAN 220 or CN 230. In some scenarios, UE 210, RAN 220, and AP 216 can be configured to utilize LTE-WLAN aggregation (LWA) techniques or LTE WLAN radio level integration with IPsec tunnel (LWIP) techniques. LWA can involve UE 210 in RRC_CONNECTED being configured by RAN 220 to utilize radio resources of LTE and WLAN. LWIP can involve UE 210 using WLAN radio resources (e.g., connection interface 218) via IPsec protocol tunneling to authenticate and encrypt packets (e.g., Internet Protocol (IP) packets) communicated via connection interface 218. IPsec tunneling can include encapsulating the entirety of original IP packets and adding a new packet header, thereby protecting the original header of the IP packets.

[0029] RAN 220 can include one or more RAN nodes 222-1 and 222-2 (referred to collectively as RAN nodes 222, and individually as RAN node 222) that enable channels 214-1 and 214-2 to be established between UEs 210 and RAN 220. RAN nodes 222 can include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 2G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node can be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 222 can include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 222 can be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared  to macrocells. A RAN node can generally be referred to herein as base station 222. Satellites 260 can operate as RAN nodes 222, with respect to UEs 210. As such, references herein to a base station, RAN node 222, etc., can involve implementations where the base station, RAN node 222, etc., is a terrestrial network (TN) node and also to implementation where the base station, RAN node 222, etc., is an NTN node (e.g., satellite 260) .

[0030] Some or all of RAN nodes 222, or portions thereof, can be implemented as one or more software entities running on server computers as part of a virtual network, which can be referred to as a centralized RAN (CRAN) and / or a virtual baseband unit pool (vBBUP) . In these implementations, the CRAN or vBBUP can implement a RAN function split, such as a packet data convergence protocol (PDCP) split wherein radio resource control (RRC) and PDCP layers can be operated by the CRAN / vBBUP and other Layer 2 (L2) protocol entities can be operated by individual RAN nodes 222; a media access control (MAC)  / physical (PHY) layer split wherein RRC, PDCP, radio link control (RLC) , and MAC layers can be operated by the CRAN / vBBUP and the PHY layer can be operated by individual RAN nodes 222; or a “lower PHY” split wherein RRC, PDCP, RLC, MAC layers and upper portions of the PHY layer can be operated by the CRAN / vBBUP and lower portions of the PHY layer can be operated by individual RAN nodes 222. This virtualized framework can allow freed-up processor cores of RAN nodes 222 to perform or execute other virtualized applications.

[0031] In some implementations, an individual RAN node 222 can represent individual gNB-distributed units (DUs) connected to a gNB-control unit (CU) via individual F1 or other interfaces. In such implementations, the gNB-DUs can include one or more remote radio heads or radio frequency (RF) front end modules (RFEMs) , and the gNB-CU can be operated by a server (not shown) located in RAN 220 or by a server pool (e.g., a group of servers configured to share resources) in a similar manner as the CRAN / vBBUP. Additionally, or alternatively, one or more of RAN nodes 222 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations toward UEs 210, and that can be connected to a 5G core network (5GC) 230 via an NG interface.

[0032] Any of the RAN nodes 222 can terminate an air interface protocol and can be the first point of contact for UEs 210. In some implementations, any of the RAN nodes 222 can fulfill various logical functions for the RAN 220 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UEs 210 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 222 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an  OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations cannot be limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0033] In some implementations, a downlink resource grid can be used for downlink transmissions from any of the RAN nodes 222 to UEs 210, and uplink transmissions can utilize similar techniques. The grid can be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements (REs) . Each resource block can comprise a collection of resource elements; in the frequency domain, this can represent the smallest quantity of resources that currently can be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0034] Further, RAN nodes 222 can be configured to wirelessly communicate with UEs 210, and / or one another, over a licensed medium (also referred to as the “licensed spectrum” and / or the “licensed band” ) , an unlicensed shared medium (also referred to as the “unlicensed spectrum” and / or the “unlicensed band” ) , or combination thereof. A licensed spectrum can correspond to channels or frequency bands selected, reserved, regulated, etc., for certain types of wireless activity (e.g., wireless telecommunication network activity) , whereas an unlicensed spectrum can correspond to one or more frequency bands that are not restricted for certain types of wireless activity. Whether a particular frequency band corresponds to a licensed medium or an unlicensed medium can depend on one or more factors, such as frequency allocations determined by a public-sector organization (e.g., a government agency, regulatory body, etc. ) or frequency allocations determined by a private-sector organization involved in developing wireless communication standards and protocols, etc.

[0035] To operate in the unlicensed spectrum, UEs 210 and the RAN nodes 222 can operate using stand-alone unlicensed operation, licensed assisted access (LAA) , enhanced LAA (eLAA) , and / or further eLAA (feLAA) mechanisms. In such implementations, UEs 210 and the RAN nodes 222 can perform one or more known medium-sensing operations or carrier-sensing operations in order to determine whether one or more channels in the unlicensed spectrum is  unavailable or otherwise occupied prior to transmitting in the unlicensed spectrum. The medium / carrier sensing operations can be performed according to a listen-before-talk (LBT) protocol.

[0036] The PDSCH can carry user data and higher layer signaling to UEs 210. The physical downlink control channel (PDCCH) can carry information about the transport format and resource allocations related to the PDSCH channel, among other things. The PDCCH can also inform UEs 210 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. Typically, downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 210 within a cell) can be performed at any of the RAN nodes 222 based on channel quality information fed back from any of UEs 210. The downlink resource assignment information can be sent on the PDCCH used for (e.g., assigned to) each of UEs 210.

[0037] One or more of the techniques described herein can provide solutions for reducing OCC signaling overhead for dynamic grants and type 2 configured grants for OCC PUSCH transmissions. Base station 222 can use RRC signaling to provide UE 210 with OCC lengths and OCC sequences for encoding UL transmissions. DCI used by base station 222 to configure UE 210 with a dynamic grant can include an OCC index value that can enable UE 210 to identify a corresponding OCC length and sequence for OCC PUSCH transmissions. DCI used by base station 222 to activate a type 2 configured grant can also indicate whether OCC is enabled, and if so, which OCC length and sequence are to be used for the corresponding OCC PSCH transmission. DCI provided by base station 222 to UE 210 can also include TPC information that can prompt UE 210 to adjust a current transmission power based on the TPC information or set the UE’s transmission power to the TPC information. These and many other features and examples are described herein.

[0038] The RAN nodes 222 can be configured to communicate with one another via interface 223. In implementations where the system is an LTE system, interface 223 can be an X2 interface. In NR systems, interface 223 can be an Xn interface. The X2 interface can be defined between two or more RAN nodes 222 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 230, or between two eNBs connecting to an EPC. In some implementations, the X2 interface can include an X2 user plane interface (X2-U) and an X2 control plane interface (X2-C) . The X2-U can provide flow control mechanisms for user data packets transferred over the X2 interface and can be used to communicate information about the delivery of user data between eNBs or gNBs. For example, the X2-U can provide specific sequence number information for user data transferred from a master eNB (MeNB) to a secondary eNB (SeNB) ; information about successful in sequence  delivery of PDCP packet data units (PDUs) to a UE 210 from an SeNB for user data; information of PDCP PDUs that were not delivered to a UE 210; information about a current minimum desired buffer size at the SeNB for transmitting to the UE user data; and the like. The X2-C can provide intra-LTE access mobility functionality (e.g., including context transfers from source to target eNBs, user plane transport control, etc. ) , load management functionality, and inter-cell interference coordination functionality.

[0039] As shown, RAN 220 can be connected (e.g., communicatively coupled) to CN 230. CN 230 can comprise a plurality of network elements 232, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 210) who are connected to the CN 230 via the RAN 220. In some implementations, CN 230 can include an evolved packet core (EPC) , a 5G CN (5GC) , and / or one or more additional or alternative types of CNs. The components of the CN 230 can be implemented in one physical node or separate physical nodes including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) . In some implementations, network function virtualization (NFV) can be utilized to virtualize any or all the above-described network node roles or functions via executable instructions stored in one or more computer-readable storage mediums (described in further detail below) . A logical instantiation of the CN 230 can be referred to as a network slice, and a logical instantiation of a portion of the CN 230 can be referred to as a network sub-slice. Network function virtualization (NFV) architectures and infrastructures can be used to virtualize one or more network functions, alternatively performed by proprietary hardware, onto physical resources comprising a combination of industry-standard server hardware, storage hardware, or switches. In other words, NFV systems can be used to execute virtual or reconfigurable implementations of one or more EPC components / functions.

[0040] As shown, CN 230, application servers 240, and external networks 250 can be connected to one another via interfaces 234, 236, and 238, which can include IP network interfaces. Application servers 240 can include one or more server devices or network elements (e.g., virtual network functions (VNFs) offering applications that use IP bearer resources with CM 230 (e.g., universal mobile telecommunications system packet services (UMTS PS) domain, LTE PS data services, etc. ) . Application servers 240 can also, or alternatively, be configured to support one or more communication services (e.g., voice over IP (VoIP sessions, push-to-talk (PTT) sessions, group communication sessions, social networking services, etc. ) for UEs 210 via the CN 230. Similarly, external networks 250 can include one or more of a variety of networks, including the Internet, thereby providing the mobile communication network and UEs 210 of the  network access to a variety of additional services, information, interconnectivity, and other network features.

[0041] Satellites 260 can communicate with UEs 210 via service link or wireless interface 262 and / or RAN 220 via feeder links or wireless interfaces 264 (depicted individually as 264-1 and 264-2) . In some implementations, satellite 260 can operate as a passive or transparent network relay node regarding communications between UE 210 and the terrestrial network (e.g., RAN 220) . In some implementations, satellite 260 can operate as an active or regenerative network node such that satellite 260 can operate as a base station to UEs 210 (e.g., as a base station of RAN 220) . In some implementations, satellites 260 can communicate with one another via a direct wireless interface (e.g., 266) or an indirect wireless interface (e.g., via RAN 220 using interfaces 264-1 and 264-2) .

[0042] Additionally, or alternatively, satellite 260 can include a GEO satellite, LEO satellite, or another type of satellite. Satellite 260 can also, or alternatively pertain to one or more satellite systems or architectures, such as a global navigation satellite system (GNSS) , global positioning system (GPS) , global navigation satellite system (GLONASS) , BeiDou navigation satellite system (BDS) , etc. In some implementations, satellites 260 can operate as bases stations (e.g., RAN nodes 222) with respect to UEs 210. As such, references herein to a base station, RAN node 222, etc., can involve implementations where the base station, RAN node 222, etc., is a terrestrial network node and implementation, where the base station, RAN node 222, etc., is a non-terrestrial network node (e.g., satellite 260) . As described herein, UE 210 and base station 222 can communicate with one another, via interface 214, to enable enhanced power saving techniques.

[0043] Fig. 3 is a diagram of an example process 300 for OCC signaling for a dynamic grant transmission according to one or more implementations described herein. Process 300 can be implemented by UE 210 and one or more base stations 222 and / or satellites 260. In some implementations, some or all of process 300 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 300 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 3. In some implementations, some or all of the operations of process 300 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 300. As such, the techniques described herein are not limited to a number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 3.

[0044] Process 300 can be applicable to a dynamic grant scenario for PUSCH resources. In some implementations, UE 210 can determine an OCC length and an OCC sequence in order to apply OCC to a dynamically granted PUSCH transmission. OCC sequences can be associated  with index values (e.g., OCC sequences indexes) that can be used to indicate which OCC sequence is to be applied to a given OCC length. Thus, UE 210 can apply OCC to a dynamically granted PUSCH upon determining an OCC length and OCC sequence index for the dynamically granted PUSCH. Additionally, in a dynamic grant PUSCH scenario, the DCI payload capacity can be limited, such that indicating an OCC sequence using an OCC sequence index (instead of the OCC sequence itself) can be beneficial.

[0045] As shown, process 300 can include base station 222 providing UE 210 with RRC configuration information that includes OCC settings (at 310) . In some implementations, the OCC settings can include a single OCC length. OCC settings, as referred to herein, can also include OCC signaling information and the like. Base station 222 can determine one OCC length, from among multiple OCC lengths supported by base station 222, to communicate to UE 210. Base station 210 can send the OCC length in a particular or dedicated RRC information element (IE) or RRC field (e.g., a PUSCH-Config) . Base station 222 can also use RRC signaling to send UE 210 multiple OCC sequences that are each logically associated with a different OCC sequence index. For example, base station 222 can support OCC lengths [2, 3, 4, 8] , each OOC length can have a corresponding OCC sequence and each OCC sequence can be logically associated with an OCC sequence index, such that a particular OCC sequence can be identified or determined based on the OCC sequence index associated therewith.

[0046] Process 300 can include base station 222 providing UE 210 with a dynamic UL grant for a PUSCH (at 320) . The dynamic UL grant can include DCI with OCC information. OCC information, as described herein, can refer to an OCC length, an OCC sequence index, an OCC sequence, and / or another type of information configured to enable OCC signaling between wireless devices (e.g., between UE 210 and base station 222, UE 210 and satellite 260, etc. ) . OCC information can also be referred to as OCC configuration information, OCC signaling information, etc. In some implementations, OCC information can refer to tables or other types of data structures that logically associate types of OCC information to one another. For example, OCC information can include a data set that associates OCC sequence indexes to OCC sequences, a data set that associates OCC lengths with OCC sequences, etc. In some implementations, OCC information can refer to DCI for activating or deactivating use of a configured grant associated with OCC signaling.

[0047] OCC signaling, as referred to herein, can include using orthogonal codes to transmission data to facilitate the transmission of data at reduced levels of interference. OCC signaling can be implemented in combination with one or more modulation schemes, such as frequency-division multiplexing (FDM) or orthogonal frequency-division multiplexing (OFDM) . In FDM-based OCC, each subchannel can be allocated to a separate frequency band, and  orthogonal codes can be used to encode the data on each subchannel. In OFDM-based OCC, a frequency band can be divided into multiple narrow subcarriers, and each subcarrier can be assigned an orthogonal code.

[0048] While not shown, base station 222 can provide UE 210 with the dynamic UL grant in response to a request from UE 210 for UL resources. The OCC information can include an OCC sequence index. An OCC sequence index can point to, or be associated with, an actual OCC sequence. The association between an OCC sequence index and an OCC sequence can be pre-defined by a communicating standard (e.g., the 3GPP Communication Standards) ; provided in a system information block (SIB) that is specific to a cell or base station 222; and / or UE-specific as created by RRC configuration information. Base station 222 can determine which OCC index to include in the DCI based on the RRC configuration information previously provided to UE

[0049] 210. When UE 210 is notified of an OCC sequence index, UE 210 can map the OCC sequence index to a corresponding UCC sequence. The following Tables are non-limiting examples of OCC sequence Indexes associated with OCC sequences.

[0050] Table 1: Example of OCC Sequence Indexes and OCC Sequences

[0051] Table 2: Example of OCC Sequence Indexes and OCC Sequences

[0052] Process 300 can also include UE 210 determining an OCC length and OCC sequence index for a PUSCH transmission (at 330) . For example, upon receiving the dynamic UL grant with DCI that includes OCC information, UE 210 can determine an OCC sequence index for the dynamic UL grant based on the DCI. UE 210 can also determine the OCC length for the dynamic UL grant based on the RRC configuration information previously received. The RRC configuration can include a particular or dedicated RRC IE or RRC field (e.g., a PUSCH-Config) . UE 210 can generate and transmit OCC PUSCH transmissions based on the OCC length and OCC sequence index (block 340) . For example, UE 210 can determine an OCC sequence to  be used with the OCC length based on the OCC index. Additionally, or alternatively, UE 210 can use the OCC length and the OCC sequence as part of a coding technique to generate OCC PUSCH transmissions. An OCC PUSCH transmission, as described herein, can include data encoded with an OCC length and corresponding OCC sequence, and transmitted using PUSCH resources consistent with a dynamic or configured resource grant.

[0053] Fig. 4 is a diagram of an example of a table 400 of RRC information for OCC signaling according to one or more implementations described herein. DCI payload size for dynamic grants for PUSCH resources can be reduced by implementing table 400 or a similar data set. As shown, table 400 includes an OCC lengths column and an OCC sequence index column. Each row of table 400 includes an OCC length value associated with an OCC sequence index value. Table 400 can be implanted within the signaling framework of Fig. 3.

[0054] Base station 222 can use RRC configuration information to configure UE 210 to associate OCC sequence indexes with OCC lengths. The RRC configuration information can include a table or another type of data structure that logically associates different types of data with one another. The RRC configuration can include a particular or dedicated RRC IE or RRC field (e.g., a PUSCH-Config) . Base station 222 can use DCI to indicate an OCC length accompanying a dynamic UL grant for an PUSCH. UE 210 can determine a corresponding OCC sequence index based on the OCC length provided to UE 210 via DCI. For instance, as shown in table 400, an OCC length of 2 would correspond to an OCC sequence index of 1; an OCC length of 3 would correspond to an OCC sequence index of 0; an OCC length of 4 would correspond to an OCC sequence index of 3; and an OCC length of 5 would correspond to an OCC sequence index of 2. When UE 210 determines an OCC sequence index based on an OCC length, UE 210 can map the OCC sequence index to an actual OCC sequence. UE 210 can use the OCC length from the DCI and the OCC sequence to implement an OCC coding technique to the dynamic UL grant for a PUSCH.

[0055] In some implementations, base station 222 can use RRC to provide UE with OCC length indexes associated with OCC sequence indexes. The OCC length indexes can be logically associated with OCC lengths, and the OCC sequence indexes can be logically associated with OCC sequences. DCI can be used to provide UE 210 with an OCC length index, and UE 210 can use the OCC length index to determine a corresponding OCC length, and via association with an OCC sequence index, an OCC sequence.

[0056] Fig. 5 is a diagram of another example of a table 500 of RRC information for OCC signaling according to one or more implementations described herein. DCI payload size for dynamic grants for PUSCH resources can be reduced by implementing table 500 or a similar data set. As shown, table 500 includes a column for RRC configuration indexes, a column for  OCC length column, and a column for OCC sequence indexes. Table 500 can be implanted within the signaling framework of Fig. 3.

[0057] Base station 222 can use RRC configuration information to configure UE 210 with joint associations, or a combinations of, OCC lengths and OCC sequence indexes via an RRC configuration indexes. This can be achieved by a particular or dedicated RRC IE or RRC field (e.g., a PUSCH-Config) . As shown in table 500, RRC configuration index 1 can be associated with OOC length 2 and OCC sequence index 1; RRC configuration index 2 can be associated with OOC length 4 and OCC sequence index 2; RRC configuration index 3 can be associated with OOC length 4 and OCC sequence index 3; and so on. Base station 222 can indicate an RRC configuration index value in DCI. UE 210 can use the RRC configuration index value to determine a corresponding OCC length and OCC sequence index. UE 210 can use the OCC sequence index to determine an OCC sequence. UE 210 can use the OCC length and the OCC sequence to implement an OCC coding technique to the dynamic UL grant for a PUSCH.

[0058] Fig. 6 is a diagram of an example process 600 for OCC signaling for a type 2 configured grant transmission according to one or more implementations described herein. Process 600 can be implemented by UE 210 and one or more base stations 222 and / or satellites 260. In some implementations, some or all of process 600 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 600 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 6. In some implementations, some or all of the operations of process 600 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 600. As such, the techniques described herein are not limited to a number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 6.

[0059] Process 600 can be applicable to a scenario involving a type 2 configured grant for PUSCH resources (at 610) . As shown, base station 222 can provide UE 210 with a type 2 configured grant via RRC information or signaling. The configured grant can correspond to PUSCH resources. A type 2 configured grant can be activated and deactivated using DCI signaling. In some implementations, the RRC information can include OCC information. For example, the RRC information can include an OCC length and a corresponding OCC sequence. In such scenarios, when base station 222 provides UE 210 with an activation command via DCI (block 620) , UE 210 can determine the corresponding OCC length and OCC sequence (block 630) .

[0060] In some implementations, base station 222 can provide UE 210 multiple OCC lengths and sequences that can be used with a type 2 configured grant. This can be done via RRC configuration information and signaling. The OCC lengths and sequences provided to UE 210  can be similar to any of the examples described above with references to any of Figs. 3-5 and can involve different combinations of OCC lengths, OCC sequences, and OCC sequence indexes. In such a scenario, when base station 222 provides UE 210 with DCI to activate a type 2 configured grant, the DCI can include or indicate an OCC length and / or an OCC sequence index being activated and / or deactivated as well. UE 210 can respond to the DCI by determining an appropriate OCC length and OCC sequence to use for the type 2 configured grant being activated.

[0061] In accordance with the DCI received from base station 222, UE 210 can generate and transmit an OCC PUSCH transmissions using the OCC length and OCC sequence (block 640) . While not shown, process 600 can also include base station 222 sending UE 210 DCI with a deactivation command that can cause UE 210 to discontinue generating and transmitting OCC PUSCH transmissions. DCI with an activation and / or deactivation command can be referred to herein as DCI with an indication to activate or deactivate. DCI formats 0_0, DCI 0_1, and / or DCI 0_2 can be used to activate / deactivate type 2 configured grant, OCC signaling, PDCCH validation, and / or semi-persistent scheduling (SPS) PDCCH validation.

[0062] PDCCH validation can include a 4-bit or 5-bit HARQ process number field in DCI being all “0” , and a 2-bit redundancy version RV field in DCI being all “0” . By contrast, when DCI includes a HARQ process number with all “1” values and a RV of all “1” values, UE 210 can be configured to determine that PDCCH validation and OCC are enabled for the type 2 configured grant PUSCH being activated by the DCI. In some implementations, a different or additional combination of HARQ process number values and RV values can be used. For instance, UE 210 can be configured to determine that PDCCH validation and OCC are enabled for communications involving the type 2 configured grant PUSCH when DCI activating the type 2 configured grant includes a HARQ process number with all “1” values and a RV of all “0” values. The DCI signaling techniques described above can be implemented in scenarios in which base station 222 has provided UE 210 with a single type 2 configuration UL grant. In such scenarios, the single type 2 configuration UL grant can use the same OCC length and OCC sequence.

[0063] SPS PDSCH can be like a type 2 configured grant, where SPS PDSCH is for periodic PDSCH (or DL) transmissions, while type 2 configured grant is for periodic PUSCH (or UL) transmissions. Like a type 2 configured grant, which can require activation / deactivation of the grant, SPS PDSCH also can involve activation / deactivation of the grant. DL grant DCI can be used to activate / deactivate SPS PDSCH transmissions, while UL grant DCI can be used to activate / deactivate type 2 configured grant PUSCH transmissions. Some fields in the DL grant DCI mentioned above can be used to validate whether the DL grant DCI is for  activating / deactivating the SPS PDSCH transmissions.

[0064] In some implementations, a single activation command (and / or deactivation command) can control both usage of the type 2 configured grant and the application of OCC signaling via the configured grant. In some implementations, different DCI can control usage (e.g., activation / deactivation) of the type 2 configured grant and activation / deactivation of OCC signaling within the configured grant resources. In some implementations, activation and / or deactivation of OCC signaling can be indicated explicitly or implicitly by DCI. For example, DCI can include a specialized or designated field for indicating whether OCC signaling is activated or deactivated.

[0065] UE 210 can be configured to determine whether OCC signaling is activated or deactivated based on the values of one or more DCI fields associated with another aspect of signaling. This can be considered under two cases. In the first case, UE 210 can be provided with a single UL grant type 2 configuration. For instance, when DCI is used to activate usage of a type 2 configured grant, UE 210 can determine whether to apply OCC to the type 2 configured grant based on the values in a HARQ process number, a redundancy version (RV) , and / or one or more other DCI fields. In response to DCI with a HARQ process number with all “0” values and RV of all “0” values, UE 210 can be configured to determine that PDCCH validation is active, but not OCC, for the type 2 configured grant PUSCH being activated by the DCI.

[0066] SPS PDSCH can be like a type 2 configured grant, where SPS PDSCH is for periodic PDSCH (or DL) transmissions, while type 2 configured grant is for periodic PUSCH (or UL) transmissions. Like a type 2 configured grant, which can require activation / deactivation of the grant, SPS PDSCH also can involve activation / deactivation of the grant. DL grant DCI can be used to activate / deactivate SPS PDSCH transmissions, while UL grant DCI can be used to activate / deactivate type 2 configured grant PUSCH transmissions. Some fields in the DL grant DCI mentioned above can be used to validate whether the DL grant DCI is for activating / deactivating the SPS PDSCH transmissions.

[0067] PDCCH validation can include a 4-bit or 5-bit HARQ process number field in DCI being all “0” , and a 2-bit redundancy version RV field in DCI being all “0” . By contrast, when DCI includes a HARQ process number with all “1” values and a RV of all “1” values, UE 210 can be configured to determine that PDCCH validation and OCC are enabled for the type 2 configured grant PUSCH being activated by the DCI. In some implementations, a different or additional combination of HARQ process number values and RV values can be used. For instance, UE 210 can be configured to determine that PDCCH validation and OCC are enabled for communications involving the type 2 configured grant PUSCH when DCI activating the type 2 configured grant includes a HARQ process number with all “1” values and a RV of all “0”  values. The DCI signaling techniques described above can be implemented in scenarios in which base station 222 has provided UE 210 with a single type 2 configuration UL grant. In such scenarios, the single type 2 configuration UL grant can use the same OCC length and OCC sequence.

[0068] In the second case, UE can be provided with multiple UL grant type 2 configurations. For instance, when DCI is used to activate usage of a type 2 configured grant, UE 210 can determine whether to apply OCC to the type 2 configured grant based on the values in an RV, and / or one or more other DCI fields. In response to DCI with RV of all “0” values, UE 210 can be configured to determine that PDCCH validation is active, but not OCC, for the type 2 configured grant PUSCH being activated by the DCI. PDCCH validation can include the 2-bit Redundancy version field in DCI is all “0” . By contrast, when DCI includes a RV of all “1” values, UE 210 can be configured to determine that PDCCH validation and OCC are enabled for the type 2 configured grant PUSCH being activated by the DCI. In some implementations, a different or additional combination of RV values can be used. For instance, UE 210 can be configured to determine that PDCCH validation and OCC are enabled for communications involving the type 2 configured grant PUSCH when DCI activating the type 2 configured grant includes a RV of all “1” values. The DCI signaling techniques described above can be implemented in scenarios in which base station 222 has provided UE 210 with multiple type 2 configuration UL grants.

[0069] In addition to DCI being used to activate usage of a type 2 configured grant and indicate whether OCC is to be applied, the DCI can further indicate which OCC length and OCC sequence to be use. For example, base station 222 can use RRC signaling to provide UE 210 with multiple OCC lengths and / or OCC sequences. This can include one or more of the techniques, tables, data sets, and / or index schemes described above, including the use of OCC sequence indexes and other logical associations. When UE 210 is provided a single type 2 configured grant, DCI activating usage of the type 2 configured grant can include one or more fields that indicate whether OCC is enabled, and when OCC is enabled, which OCC length and OCC sequence are to be applied. For instance, a HARQ process number field and RV field of all “0”can indicate that OCC is disabled. However, other value (s) of the HARQ process number field and RV field can function indexes that UE 210 can map to an OCC length and OCC sequence. The which DCI fields, and which values thereof, map to which OCC length indexes, OCC lengths, OCC sequence indexes, and / or OCC sequences can be provided by base station 222 via RRC signaling.

[0070] Fig. 7 is a diagram of an example 700 for TPC for an OCC transmission according to one or more implementations described herein. Process 700 can be implemented by UE 210 and  one or more base stations 222 and / or satellites 260. In some implementations, some or all of process 700 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 700 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 7. In some implementations, some or all of the operations of process 700 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 700. As such, the techniques described herein are not limited to a number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 7.

[0071] Some or all of process 700 can be implemented in a dynamic UL scenario, which can include one or more of the examples discussed above with reference to Figs. 3-5. For example, as shown in Fig. 3, DCI used by base station 222 to send dynamic UL grant information to UE 210 can also include TPC information. In some implementations, some or all of process 700 can be implemented in another scenario relating to OCC signaling.

[0072] As shown, base station 222 can communicate TPC information for OCC signaling to UE 210 (block 710) . The TPC information can include power control adjustment state information and / or transmission power information. The power control adjustment state information can indicate whether UE 210 is to interpret and apply the transmission power information according to an accumulation mode or an absolute mode. Accumulation mode can include UE 210 modifying an existing transmission power by the transmission power information. Absolute mode can include UE 210 switching to a transmission power directly indicated by the transmission power information. Transmission power information (δ) for PUSCH of bandwidth part (b) , carrier (f) , and serving cell (c) can be represented as follows.

[0073] δPUSCH, b, f, c

[0074] Base station 222 can use DCI to indicate the TPC information. In some implementations, the transmission power information can be indicated in a 2-bit TCP command field of DCI format 0_0, DCI 0_1, and / or DCI 0_2. For scenarios involving OCC-based PUSCH transmissions, base station 222 and / or UE 210 can be configured to determine and / or interpret the 2-bit TPC command field in a manner different from other scenarios. For instance, in non-OCC-based PUSCH scenarios, the 2-bit TPC command field can be used to indicate 0, 1, 2, or 3. By contrast, in OCC-based PUSCH scenarios, base station 222 and / or UE 210 can be configured to determine and / or interpret the 2-bit TPC command field differently. As a non-limiting example, when operating in an accumulation mode, UE 210 can interpret the transmission power value of the 2-bit field as -0.5, 0, 0.5, or 1.5 (instead of 0, 1, 2, or 3) , such that incremental  changes in transmission powers are smaller given a smaller gap between neighboring values (e.g., the gap between neighboring values -0.5 and 0 (of -0.5, 0, 0.5, or 1) is only 0.5, while the gap between neighboring values 0 and 1 (of 0, 1, 2, or 3) is 1) . As another non-limiting example, when operating in an absolute mode, UE 210 can interpret the transmission power value of the 2-bit field as -2, -0.5, 0.5, or 2 (instead of 0, 1, 2, or 3) . The techniques described herein can include other transmission power values and ranges as well.

[0075] Additionally, or alternatively, base station 222 can indicate TPC information (and / or transmission power information) using a different DCI field. For example, base station 222 can use a 3-bit field of DCI format 0_0, DCI 0_1, and / or DCI 0_2. In non-OCC-based PUSCH scenarios, the 3-bit field can be used to indicate 0, 1, 2, 3, 4, 5, 6, or 7. By contrast, in OCC-based PUSCH scenarios, base station 222 and / or UE 210 can be configured to determine and / or interpret the 3-bit field differently. As a non-limiting example, when operating in an accumulation mode, UE 210 can interpret the transmission power value of the 3-bit field as -1, -0.5, 0, 0.5, 1, 1.5, 2, 3 (instead of 0, 1, 2, 3, 4, 5, 6, or 7) . As another non-limiting example, when operating in an absolute mode, UE 210 can interpret the transmission power value of the 3-bit field as -4, -3, -1, 0, 1, 2, 3, or 4 (instead of 0, 1, 2, 3, 4, 5, 6, or 7) . The techniques described herein can include other transmission power values and ranges as well.

[0076] Process 700 can include UE 210 determining a transmission power for OCC PUSCH transmission (block 720) . For example, UE 210 upon receiving TPC information for OCC signaling from base station 222, UE 210 can determine a power control adjustment state and / or transmission power information indicated by the TPC information. In some implementations, UE 210 can also determine whether the TPC information corresponds to OCC signaling or non-OCC signaling. Process 700 can also include UE 210 generating and transmitting OCC PUSCH transmissions based on the transmission power determined by UE 210 (block 730) . While not shown, process 700 can include one or more additional operations, such as base station 222 communicating additional TPC information to UE 210, UE 210 updating a transmission power for OCC PUSCH transmissions, and so on.

[0077] Fig. 8 is a diagram of an example of a process 800 of reducing OCC signaling overhead according to one or more implementations described herein. Process 800 can be implemented by UE 210 and / or one or more components of UE 210. An example of such a component can include baseband circuitry of UE 210. In some implementations, some or all of process 800 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 800 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 8. In some implementations, some or all of the operations of process 800 can be performed independently,  successively, simultaneously, etc., of one or more of the other operations of process 800. As such, the techniques described herein are not limited to a number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 8.

[0078] As shown, process 800 can include receiving, via radio frequency (RF) circuitry and from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) (block 810) . Process 800 can also include receiving, via the RF circuitry and from the base station, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information (block 820) . Process 800 can include encoding, based on the OCC signaling information, data for transmission (block 830) . Process 800 can also include sending, to the RF circuitry, the data via an OCC PUSCH transmission in accordance with the resource grant (block 840) . Process 800 can also include one or more operations, features, or functions described herein.

[0079] Fig. 9 is a diagram of an example of a process 900 of reducing OCC signaling overhead according to one or more implementations described herein. Process 900 can be implemented by base station 222 and / or one or more components of base station 222. In some implementations, some or all of process 900 can be performed by one or more other systems or devices, including satellite 260 and / or another devices of Fig. 2. Additionally, process 900 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 9. In some implementations, some or all of the operations of process 900 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 900. As such, the techniques described herein are not limited to a number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 9.

[0080] As shown, process 900 can include communicating, to a user equipment (UE) , a resource grant for a physical uplink (UL) shared channel (PUSCH) (block 910) . Process 900 can also include communicating, to the UE, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information (block 920) . Process 900 can also include receiving, from the UE and in response to communicating the OCC signaling information to the UE, data from the UE via an OCC PUSCH transmission in accordance with the resource grant, the data being encoded based on the OCC signaling information (block 930) . Process 900 can also include one or more operations, features, or functions described herein.

[0081] Fig. 10 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, the device 1000 can include application circuitry 1002, baseband circuitry 1004, RF circuitry 1006, front-end module (FEM) circuitry 1008, one or more antennas 1010, and power management circuitry (PMC) 1012 coupled together at least as shown. The components of the illustrated device 1000 can be  included in a UE or a RAN node. In some implementations, the device 1000 can include fewer elements (e.g., a RAN node cannot utilize application circuitry 1002, and instead include a processor / controller to process IP data received from a CN or an Evolved Packet Core (EPC) ) . In some implementations, the device 1000 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1000, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for Cloud-RAN (C-RAN) implementations) .

[0082] The application circuitry 1002 can include one or more application processors. For example, the application circuitry 1002 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor (s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc. ) . The processors can be coupled with or can include memory / storage and can be configured to execute instructions stored in the memory / storage to enable various applications or operating systems to run on the device 1000. In some implementations, processors of application circuitry 1002 can process IP data packets received from an EPC.

[0083] The baseband circuitry 1004 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1004 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 1006 and to generate baseband signals for a transmit signal path of the RF circuitry 1006. Baseband circuity 1004 can interface with the application circuitry 1002 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1006. For example, in some implementations, the baseband circuitry 1004 can include a 3G baseband processor 1004A, a 4G baseband processor 1004B, a 5G baseband processor 1004C, or other baseband processor (s) 1004D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, etc. ) . The baseband circuitry 1004 (e.g., one or more of baseband processors 1004A-D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1006.

[0084] In other implementations, some or all of the functionality of baseband processors 1004A-D can be included in modules stored in the memory 1004G and executed via a Central Processing Unit (CPU) 1004E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of the baseband circuitry 1004 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In  some implementations, encoding / decoding circuitry of the baseband circuitry 1004 can include convolution, tail-biting convolution, turbo, Viterbi, or Low-Density Parity Check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0085] In some implementations, memory 1004G can receive and / or store information and instructions for reducing OCC signaling overhead for dynamic grants and type 2 configured grants for OCC PUSCH transmissions. Base station 222 can use RRC signaling to provide UE 210 with OCC lengths and OCC sequences for encoding UL transmissions. DCI used by base station 222 to configure UE 210 with a dynamic grant can include an OCC index value that can enable UE 210 to identify a corresponding OCC length and sequence for OCC PUSCH transmissions. DCI used by base station 222 to activate a type 2 configured grant can also indicate whether OCC is enabled, and if so, which OCC length and sequence are to be used for the corresponding OCC PSCH transmission. DCI provided by base station 222 to UE 210 can also include TPC information that can prompt UE 210 to adjust a current transmission power based on the TPC information or set the UE’s transmission power to the TPC information. These and many other features and examples are described herein.

[0086] In some implementations, the baseband circuitry 1004 can include one or more audio digital signal processor (s) (DSP) 1004F. The audio DSPs 1004F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations. Components of the baseband circuitry can be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some implementations. In some implementations, some or all of the constituent components of the baseband circuitry 1004 and the application circuitry 1002 can be implemented together such as, for example, on a system on a chip (SOC) .

[0087] In some implementations, the baseband circuitry 1004 can provide for communication compatible with one or more radio technologies. For example, in some implementations, the baseband circuitry 1004 can support communication with a NG-RAN, an evolved universal terrestrial radio access network (EUTRAN) or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) , etc. Implementations in which the baseband circuitry 1004 is configured to support radio communications of more than one wireless protocol can be referred to as multi-mode baseband circuitry.

[0088] RF circuitry 1006 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations,  the RF circuitry 1006 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1006 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 1008 and provide baseband signals to the baseband circuitry 1004. RF circuitry 1006 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 1004 and provide RF output signals to the FEM circuitry 1008 for transmission.

[0089] In some implementations, the receive signal path of the RF circuitry 1006 can include mixer circuitry 1006A, amplifier circuitry 1006B and filter circuitry 1006C. In some implementations, the transmit signal path of the RF circuitry 1006 can include filter circuitry 1006C and mixer circuitry 1006A. RF circuitry 1006 can also include synthesizer circuitry 1006D for synthesizing a frequency for use by the mixer circuitry 1006A of the receive signal path and the transmit signal path. In some implementations, the mixer circuitry 1006A of the receive signal path can be configured to down-convert RF signals received from the FEM circuitry 1008 based on the synthesized frequency provided by synthesizer circuitry 1006D. The amplifier circuitry 1006B can be configured to amplify the down-converted signals and the filter circuitry 1006C can be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals. Output baseband signals can be provided to the baseband circuitry 1004 for further processing. In some implementations, the output baseband signals can be zero-frequency baseband signals, although this is not a requirement. In some implementations, mixer circuitry 1006A of the receive signal path can comprise passive mixers, although the scope of the implementations is not limited in this respect.

[0090] In some implementations, the mixer circuitry 1006A of the transmit signal path can be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 1006D to generate RF output signals for the FEM circuitry 1008. The baseband signals can be provided by the baseband circuitry 1004 and can be filtered by filter circuitry 1006C.

[0091] In some implementations, the mixer circuitry 1006A of the receive signal path and the mixer circuitry 1006A of the transmit signal path can include two or more mixers and can be arranged for quadrature down conversion and up conversion, respectively. In some implementations, the mixer circuitry 1006A of the receive signal path and the mixer circuitry 1006A of the transmit signal path can include two or more mixers and can be arranged for image rejection (e.g., Hartley image rejection) . In some implementations, the mixer circuitry 1006A of the receive signal path and the mixer circuitry`1406A can be arranged for direct down  conversion and direct up conversion, respectively. In some implementations, the mixer circuitry 1006A of the receive signal path and the mixer circuitry 1006A of the transmit signal path can be configured for super-heterodyne operation.

[0092] In some implementations, the output baseband signals, and the input baseband signals can be analog baseband signals, although the scope of the implementations is not limited in this respect. In some alternate implementations, the output baseband signals, and the input baseband signals can be digital baseband signals. In these alternate implementations, the RF circuitry 1006 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 1004 can include a digital baseband interface to communicate with the RF circuitry 1006.

[0093] In some dual-mode implementations, a separate radio IC circuitry can be provided for processing signals for each spectrum, although the scope of the implementations is not limited in this respect. In some implementations, the synthesizer circuitry 1006D can be a fractional-N synthesizer or a fractional N / N+1 synthesizer, although the scope of the implementations is not limited in this respect as other types of frequency synthesizers can be suitable. For example, synthesizer circuitry 1006D can be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider. The synthesizer circuitry 1006D can be configured to synthesize an output frequency for use by the mixer circuitry 1006A of the RF circuitry 1006 based on a frequency input and a divider control input. In some implementations, the synthesizer circuitry 1006D can be a fractional N / N+1 synthesizer.

[0094] In some implementations, frequency input can be provided by a voltage-controlled oscillator (VCO) , although that is not a requirement. Divider control input can be provided by either the baseband circuitry 1004 or the applications circuitry 1002 depending on the desired output frequency. In some implementations, a divider control input (e.g., N) can be determined from a look-up table based on a channel indicated by the applications circuitry 1002.

[0095] Synthesizer circuitry 1006D of the RF circuitry 1006 can include a divider, a delay-locked loop (DLL) , a multiplexer and a phase accumulator. In some implementations, the divider can be a dual modulus divider (DMD) and the phase accumulator can be a digital phase accumulator (DPA) . In some implementations, the DMD can be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio. In some example implementations, the DLL can include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop. In these implementations, the delay elements can be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative  feedback to help ensure that the total delay through the delay line is one VCO cycle.

[0096] In some implementations, synthesizer circuitry 1006D can be configured to generate a carrier frequency as the output frequency, while in other implementations, the output frequency can be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other. In some implementations, the output frequency can be a LO frequency (fLO) . In some implementations, the RF circuitry 1006 can include an IQ / polar converter.

[0097] FEM circuitry 1008 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1010, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 1006 for further processing. FEM circuitry 1008 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by the RF circuitry 1006 for transmission by one or more of the one or more antennas 1010. In various implementations, the amplification through the transmit or receive signal paths can be done solely in the RF circuitry 1006, solely in the FEM circuitry 1008, or in both the RF circuitry 1006 and the FEM circuitry 1008.

[0098] In some implementations, the FEM circuitry 1008 can include a TX / RX switch to switch between transmit mode and receive mode operation. The FEM circuitry can include a receive signal path and a transmit signal path. The receive signal path of the FEM circuitry can include an LNA to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 1006) . The transmit signal path of the FEM circuitry 1008 can include a power amplifier (PA) to amplify input RF signals (e.g., provided by RF circuitry 1006) , and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 1010) .

[0099] In some implementations, the PMC 1012 can manage power provided to the baseband circuitry 1004. In particular, the PMC 1012 can control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion. The PMC 1012 can often be included when the device 1000 is capable of being powered by a battery, for example, when the device is included in a UE. The PMC 1012 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0100] While Fig. 10 shows the PMC 1012 coupled only with the baseband circuitry 1004. However, in other implementations, the PMC 1012 can be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1002, RF circuitry 1006, or FEM circuitry 1008.

[0101] In some implementations, the PMC 1012 can control, or otherwise be part of, various power saving mechanisms of the device 1000. For example, if the device 1000 is in an RRC_Connected state, where it is still connected to the RAN node as it expects to receive traffic shortly, then it can enter a state known as Discontinuous Reception Mode (DRX) after a period of inactivity. During this state, the device 1000 can power down for brief intervals of time and thus save power.

[0102] If there is no data traffic activity for an extended period of time, then the device 1000 can transition off to an RRC_Idle state, where it disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. The device 1000 goes into a very low power state and it performs paging where again it periodically wakes up to listen to the network and then powers down again. The device 1000 cannot receive data in this state; in order to receive data, it can transition back to RRC_Connected state.

[0103] An additional power saving mode can allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device is unreachable to the network and can power down completely. Any data sent during this time incurs a large delay and it is assumed the delay is acceptable.

[0104] Processors of the application circuitry 1002 and processors of the baseband circuitry 1004 can be used to execute elements of one or more instances of a protocol stack. For example, processors of the baseband circuitry 1004, alone or in combination, can be used execute Layer 3, Layer 2, or Layer 1 functionality, while processors of the baseband circuitry 1004 can utilize data (e.g., packet data) received from these layers and further execute Layer 4 functionality (e.g., transmission communication protocol (TCP) and user datagram protocol (UDP) layers) . As referred to herein, Layer 3 can comprise a RRC layer, described in further detail below. As referred to herein, Layer 2 can comprise a medium access control (MAC) layer, a radio link control (RLC) layer, and a packet data convergence protocol (PDCP) layer, described in further detail below. As referred to herein, Layer 1 can comprise a physical (PHY) layer of a UE / RAN node, described in further detail below.

[0105] Fig. 11 is a block diagram illustrating components, according to some example implementations, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein. Specifically, Fig. 11 shows a diagrammatic representation of hardware resources 1100 including one or more processors (or processor cores) 1110, one or more memory / storage devices 1120, and one or more communication resources 1130, each of which can be communicatively coupled via a bus 1140. For implementations where node virtualization (e.g., NFV) is utilized, a hypervisor can be executed to provide an  execution environment for one or more network slices / sub-slices to utilize the hardware resources 1100.

[0106] The processors 1110 (e.g., a central processing unit (CPU) , a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU) , a digital signal processor (DSP) such as a baseband processor, an application specific integrated circuit (ASIC) , a radio-frequency integrated circuit (RFIC) , another processor, or any suitable combination thereof) can include, for example, a processor 1112 and a processor 1114.

[0107] The memory / storage devices 1120 can include main memory, disk storage, or any suitable combination thereof. The memory / storage devices 1120 can include, but are not limited to any type of volatile or non-volatile memory such as dynamic random-access memory (DRAM) , static random-access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , Flash memory, solid-state storage, etc.

[0108] In some implementations, memory / storage devices 1120 receive and / or store information and instructions 1155 for reducing OCC signaling overhead for dynamic grants and type 2 configured grants for OCC PUSCH transmissions. Base station 222 can use RRC signaling to provide UE 210 with OCC lengths and OCC sequences for encoding UL transmissions. DCI used by base station 222 to configure UE 210 with a dynamic grant can include an OCC index value that can enable UE 210 to identify a corresponding OCC length and sequence for OCC PUSCH transmissions. DCI used by base station 222 to activate a type 2 configured grant can also indicate whether OCC is enabled, and if so, which OCC length and sequence are to be used for the corresponding OCC PSCH transmission. DCI provided by base station 222 to UE 210 can also include TPC information that can prompt UE 210 to adjust a current transmission power based on the TPC information or set the UE’s transmission power to the TPC information. These and many other features and examples are described herein.

[0109] The communication resources 1130 can include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 1104 or one or more databases 1106 via a network 1108. For example, the communication resources 1130 can include wired communication components (e.g., for coupling via a Universal Serial Bus (USB) ) , cellular communication components, NFC components,  components (e.g.,  Low Energy) ,  components, and other communication components.

[0110] Instructions 1150 can comprise software, a program, an application, an applet, an app, or other executable code for causing at least any of the processors 1110 to perform any one or more of the methodologies discussed herein. The instructions 1150 can reside, completely or  partially, within at least one of the processors 1110 (e.g., within the processor’s cache memory) , the memory / storage devices 1120, or any suitable combination thereof. Furthermore, any portion of the instructions 1150 can be transferred to the hardware resources 1100 from any combination of the peripheral devices 1104 or the databases 1106. Accordingly, the memory of processors 1110, the memory / storage devices 1120, the peripheral devices 1104, and the databases 1106 are examples of computer-readable and machine-readable media.

[0111] Examples and / or implementations herein can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including executable instructions that, when performed by a machine (e.g., a processor (e.g., processor , etc. ) with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to implementations and examples described.

[0112] In example 1, which can also include one or more of the examples described herein, baseband circuitry may comprise: a memory; and one or more processors configured to, when executing instructions stored in the memory, cause the baseband circuitry to: receive a resource grant for a physical uplink (UL) shared channel (PUSCH) ; receive downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; encode, based on the OCC signaling information, data for transmission; and send, to an interface with radio frequency (RF) circuitry, the data via an OCC PUSCH transmission in accordance with the resource grant.

[0113] In example 2, which can also include one or more of the examples described herein, the resource grant comprises a dynamic grant received via the DCI. In example 3, which can also include one or more of the examples described herein, the OCC signaling information comprises an OCC sequence index associated with an OCC sequence, and the one or more processors are further configured to cause the baseband circuitry to: receive, via radio resource control (RRC) signaling, an OCC length and at least one OCC sequence; determine, based on the OCC sequence index, the OCC sequence, and encode the data for transmission using the OCC length and the OCC sequence.

[0114] In example 4, which can also include one or more of the examples described herein, the OCC signaling information comprises an OCC length, and the one or more processors are further configured to cause the baseband circuitry to: receive, via radio resource control (RRC) signaling, a plurality of OCC lengths associated with a plurality of OCC sequence indexes, each OCC sequence index being associated with a different OCC sequence; determine, based on the OCC length, an OCC sequence index and corresponding OCC sequence, and encode the data for transmission using the OCC length and the OCC sequence.

[0115] In example 5, which can also include one or more of the examples described herein, the OCC signaling information comprises a joint radio resource control (RRC) configuration index, and the one or more processors are further configured to cause the baseband circuitry to: receive, via RRC signaling, joint associations OCC lengths and OCC sequence indexes via RRC configuration indexes, each OCC sequence index being associated with a different OCC sequence; determine, based on the joint RRC configuration index, an OCC length, an OCC sequence index, and corresponding OCC sequence, and encode the data for transmission using the OCC length and the OCC sequence.

[0116] In example 6, which can also include one or more of the examples described herein, the resource grant comprises a type 2 configured grant received via radio resource control (RRC) signaling. In example 7, which can also include one or more of the examples described herein, the OCC signaling information comprises DCI configured to activate the configured grant, and the one or more processors are further configured to cause the baseband circuitry to: receive, via radio resource control (RRC) signaling, a single OCC length and a single OCC sequence associated with the resource grant; and encode, in response to the DCI, the data for transmission using the single OCC length and the single OCC sequence associated with the resource grant.

[0117] In example 8, which can also include one or more of the examples described herein, the resource grant comprises a type 2 configured grant, the OCC signaling information comprises DCI configured to activate the type 2 configured grant, and the one or more processors are further configured to cause the baseband circuitry to: receive, via radio resource control (RRC) signaling, a single OCC length and a single OCC sequence associated with the type 2 configured grant; determine, in response to the DCI, whether OCC signaling is enabled or disabled for the type 2 configured grant based on hybrid automatic repeat request (HARQ) information and redundancy version (RV) information of the DCI configured to activate the type 2 configured grant; and encode, when OCC signaling is enabled for the type 2 configured grant, the data for transmission using the single OCC length and the single OCC sequence.

[0118] In example 9, which can also include one or more of the examples described herein, the resource grant comprises a type 2 configured grant of a plurality of type 2 configured grants, the OCC signaling information comprises DCI configured to activate the type 2 configured grant, and the one or more processors are further configured to cause the baseband circuitry to: receive, via radio resource control (RRC) signaling, a single OCC length and a single OCC sequence associated with the plurality of type 2 configured grants; determine, in response to the DCI, whether OCC signaling is enabled for the plurality of type 2 configured grants based on redundancy version (RV) information of the DCI configured to activate the type 2 configured grant; and encode, when OCC signaling is enabled for the type 2 configured grant, the data for  transmission using the single OCC length and the single OCC sequence.

[0119] In example 10, which can also include one or more of the examples described herein, the resource grant comprises a type 2 configured grant, the OCC signaling information comprises DCI configured to activate the type 2 configured grant, and the one or more processors are further configured to cause the baseband circuitry to: receive, via radio resource control (RRC) signaling, a plurality of OCC lengths and a plurality of OCC sequence associated with the type 2 configured grant; determine, in response to the DCI, whether OCC signaling is enabled or disabled for the type 2 configured grant based on hybrid automatic repeat request (HARQ) information and redundancy version (RV) information of the DCI configured to activate the type 2 configured grant; identify, when OCC signaling is enabled and based on the HARQ information and the RV information, an OCC length of the plurality of OCC lengths and an OCC sequence of the plurality of OCC sequences; and encode the data for transmission using the OCC length and the OCC sequence.

[0120] In example 11, which can also include one or more of the examples described herein, the one or more processors are further configured to cause the baseband circuitry to: determine a transmission power, for the OCC PUSCH transmission, based on a 2-bit transmission power control (TPC) command field, configured for OCC PUSCH transmissions, of the DCI. In example 12, which can also include one or more of the examples described herein, the one or more processors are further configured to cause the baseband circuitry to: apply a value of the 2-bit TPC command field to a transmission power of the OCC PUSCH transmission, according to an accumulation mode or an absolute mode indicated by the DCI, with a smaller gap between two neighbor values.

[0121] In example 13, which can also include one or more of the examples described herein, the one or more processors are further configured to cause the baseband circuitry to: determine a transmission power, for the OCC PUSCH transmission, based on a 3-bit transmission power control (TPC) command field, configured for OCC PUSCH transmissions, of the DCI. In example 14, which can also include one or more of the examples described herein, the one or more processors are further configured to cause the baseband circuitry to: apply a value of the 3-bit TPC command field to a transmission power of the OCC PUSCH transmission, according to an accumulation mode or an absolute mode indicated by the DCI, with a smaller gap between two neighbor values.

[0122] In example 15, which can also include one or more of the examples described herein, the baseband circuitry corresponds to a user equipment (UE) . In example 16, which can also include one or more of the examples described herein, the DCI comprises one of: DCI 0_0 format, DCI 0_1 format, or DCI 0_2 format. In example 17, which can also include one or more  of the examples described herein, radio resource control (RRC) information is used to provide the resource grant and at least one OCC length associated with the resource grant. In example 18, which can also include one or more of the examples described herein, radio resource control (RRC) information is used to provide the resource grant and a data structure configured to logically associate each OCC length, of a plurality of OCC lengths, with an OCC sequence index of a plurality of OCC sequence indexes.

[0123] In example 19, which can also include one or more of the examples described herein, a user equipment (UE) may comprise: a memory; and one or more processors configured to, when executing instructions stored in the memory, cause the UE to: receive, from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) ; receive, from the base station, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; encode, based on the OCC signaling information, data for transmission; and communicate, to the base station, the data via an OCC PUSCH transmission in accordance with the resource grant.

[0124] In example 20, which can also include one or more of the examples described herein, a base station may comprise: a memory; and one or more processors configured to, when executing instructions stored in the memory, cause the base station to: communicate, to a user equipment (UE) , a resource grant for a physical uplink (UL) shared channel (PUSCH) ; communicate, to the UE, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; and receive, from the UE and in response to communicating the OCC signaling information to the UE, data from the UE via an OCC PUSCH transmission in accordance with the resource grant, the data being encoded based on the OCC signaling information.

[0125] In example 21, which can also include one or more of the examples described herein, a method, performed by baseband circuitry, may comprise: receiving, from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) ; receiving downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; encoding, based on the OCC signaling information, data for transmission; and sending, to the base station, the data via an OCC PUSCH transmission in accordance with the resource grant.

[0126] In example 22, which can also include one or more of the examples described herein, a method, performed by a user equipment (UE) , may comprise: receiving, from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) ; receiving, from the base station, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; encoding, based on the OCC signaling information, data for transmission; and communicating, to the base station, the data via an OCC PUSCH transmission in accordance  with the resource grant.

[0127] In example 23, which can also include one or more of the examples described herein, a method, performed by a base station, may comprise: communicating, to a user equipment (UE) , a resource grant for a physical uplink (UL) shared channel (PUSCH) ; communicating, to the UE, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; and receiving, from the UE and in response to communicating the OCC signaling information to the UE, data from the UE via an OCC PUSCH transmission in accordance with the resource grant, the data being encoded based on the OCC signaling information.

[0128] The examples discussed above also extend to method, computer-readable medium, and means-plus-function claims and implementations, an of which can include one or more of the features or operations of any one or combination of the examples mentioned above.

[0129] The above description of illustrated examples, implementations, aspects, etc., of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed aspects to the precise forms disclosed. While specific examples, implementations, aspects, etc., are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such examples, implementations, aspects, etc., as those skilled in the relevant art can recognize.

[0130] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0131] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature can have been disclosed with respect to only one of several implementations, such feature can be combined with one or more other features of the other implementations as can be desired and advantageous for any given  application.

[0132] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B;or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context can indicate that they are distinct or that they are the same.

[0133] It is well understood that the use of 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. In particular, personally identifiable information data should be managed and handled to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.Baseband circuitry, comprising:a memory; andone or more processors configured to, when executing instructions stored in the memory, cause the baseband circuitry to:receive a resource grant for a physical uplink (UL) shared channel (PUSCH) ;receive downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information;encode, based on the OCC signaling information, data for transmission; andsend, to an interface with radio frequency (RF) circuitry, the encoded data for transmission on the PUSCH in accordance with the resource grant.2.The baseband circuitry of claim 1, wherein the resource grant comprises a dynamic grant received via the DCI.3.The baseband circuitry of claim 1, wherein:the OCC signaling information comprises an OCC sequence index associated with an OCC sequence, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via radio resource control (RRC) signaling, an OCC length and at least one OCC sequence;determine, based on the OCC sequence index, the OCC sequence, andencode the data for transmission using the OCC length and the OCC sequence.4.The baseband circuitry of claim 1, wherein:the OCC signaling information comprises an OCC length, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via radio resource control (RRC) signaling, a plurality of OCC lengths associated with a plurality of OCC sequence indexes, each OCC sequence index being associated with a different OCC sequence;determine, based on the OCC length, an OCC sequence index and corresponding OCC sequence, andencode the data for transmission using the OCC length and the OCC sequence.5.The baseband circuitry of claim 1, wherein:the OCC signaling information comprises a joint radio resource control (RRC) configuration index, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via RRC signaling, joint associations OCC lengths and OCC sequence indexes via RRC configuration indexes, each OCC sequence index being associated with a different OCC sequence;determine, based on the joint RRC configuration index, an OCC length, an OCC sequence index, and corresponding OCC sequence, andencode the data for transmission using the OCC length and the OCC sequence.6.The baseband circuitry of claim 1, wherein the resource grant comprises a type 2 configured grant received via radio resource control (RRC) signaling.7.The baseband circuitry of claim 1, wherein:the OCC signaling information comprises DCI configured to activate the configured grant, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via radio resource control (RRC) signaling, a single OCC length and a single OCC sequence associated with the resource grant; andencode, in response to the DCI, the data for transmission using the single OCC length and the single OCC sequence associated with the resource grant.8.The baseband circuitry of claim 1, wherein:the resource grant comprises a type 2 configured grant,the OCC signaling information comprises DCI configured to activate the type 2 configured grant, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via radio resource control (RRC) signaling, a single OCC length and a single OCC sequence associated with the type 2 configured grant;determine, in response to the DCI, whether OCC signaling is enabled or disabled for the type 2 configured grant based on hybrid automatic repeat request (HARQ) information and redundancy version (RV) information of the DCI configured to activate the type 2 configured grant; andencode, when OCC signaling is enabled for the type 2 configured grant, the data for transmission using the single OCC length and the single OCC sequence.9.The baseband circuitry of claim 1, wherein:the resource grant comprises a type 2 configured grant of a plurality of type 2 configured grants,the OCC signaling information comprises DCI configured to activate the type 2 configured grant, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via radio resource control (RRC) signaling, a single OCC length and a single OCC sequence associated with the plurality of type 2 configured grants;determine, in response to the DCI, whether OCC signaling is enabled for the plurality of type 2 configured grants based on redundancy version (RV) information of the DCI configured to activate the type 2 configured grant; andencode, when OCC signaling is enabled for the type 2 configured grant, the data for transmission using the single OCC length and the single OCC sequence.10.The baseband circuitry of claim 1, wherein:the resource grant comprises a type 2 configured grant,the OCC signaling information comprises DCI configured to activate the type 2 configured grant, andthe one or more processors are further configured to cause the baseband circuitry to:receive, via radio resource control (RRC) signaling, a plurality of OCC lengths and a plurality of OCC sequence associated with the type 2 configured grant;determine, in response to the DCI, whether OCC signaling is enabled or disabled for the type 2 configured grant based on hybrid automatic repeat request (HARQ) information and redundancy version (RV) information of the DCI configured to activate the type 2 configured grant;identify, when OCC signaling is enabled and based on the HARQ information and the RV information, an OCC length of the plurality of OCC lengths and an OCC sequence of the plurality of OCC sequences; andencode the data for transmission using the OCC length and the OCC sequence.11.The baseband circuitry of claim 1, wherein the one or more processors are further configured to cause the baseband circuitry to:determine a transmission power, for the OCC PUSCH transmission, based on a 2-bit transmission power control (TPC) command field, configured for OCC PUSCH transmissions, of the DCI.12.The baseband circuitry of claim 11, wherein the one or more processors are further configured to cause the baseband circuitry to:apply a value of the 2-bit TPC command field to a transmission power of the OCC PUSCH transmission, according to an accumulation mode or an absolute mode indicated by the DCI, with a smaller gap between two neighbor values.13.The baseband circuitry of claim 1, wherein the one or more processors are further configured to cause the baseband circuitry to:determine a transmission power, for the OCC PUSCH transmission, based on a 3-bit transmission power control (TPC) command field, configured for OCC PUSCH transmissions, of the DCI.14.The baseband circuitry of claim 13, wherein the one or more processors are further configured to cause the baseband circuitry to:apply a value of the 3-bit TPC command field to a transmission power of the OCC PUSCH transmission, according to an accumulation mode or an absolute mode indicated by the DCI, with a smaller gap between two neighbor values.15.The baseband circuitry of claim 13, wherein the baseband circuitry corresponds to a user equipment (UE) .16.The baseband circuitry of claim 1, wherein the DCI comprises one of:DCI format 0_0,DCI 0_1, orDCI 0_2.17.The baseband circuitry of claim 1, wherein radio resource control (RRC) information is used to provide the resource grant and at least one OCC length associated with the resource grant.18.The baseband circuitry of claim 1, wherein radio resource control (RRC) information is used to provide the resource grant and a data structure configured to logically associate each OCC  length, of a plurality of OCC lengths, with an OCC sequence index of a plurality of OCC sequence indexes.19.A user equipment (UE) , comprising:a memory; andone or more processors configured to, when executing instructions stored in the memory, cause the UE to:receive, from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) ;receive, from the base station, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information;encode, based on the OCC signaling information, data for transmission; andcommunicate, to the base station, the data via an OCC PUSCH transmission in accordance with the resource grant.20.A base station, comprising:a memory; andone or more processors configured to, when executing instructions stored in the memory, cause the base station to:communicate, to a user equipment (UE) , a resource grant for a physical uplink (UL) shared channel (PUSCH) ;communicate, to the UE, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; andreceive, from the UE and in response to communicating the OCC signaling information to the UE, data from the UE via an OCC PUSCH transmission in accordance with the resource grant, the data being encoded based on the OCC signaling information.21.A method, performed by baseband circuitry, the method comprising:receiving, via radio frequency (RF) circuitry and from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) ;receiving downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information;encoding, based on the OCC signaling information, data for transmission; andsending, to an interface with radio frequency (RF) circuitry, the data via an OCC PUSCH transmission in accordance with the resource grant.22.A method, performed by a user equipment (UE) , the method comprising:receiving, from a base station, a resource grant for a physical uplink (UL) shared channel (PUSCH) ;receiving, from the base station, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information;encoding, based on the OCC signaling information, data for transmission; andcommunicating, to the base station, the data via an OCC PUSCH transmission in accordance with the resource grant.23.A method, performed by a base station, the method comprising:communicating, to a user equipment (UE) , a resource grant for a physical uplink (UL) shared channel (PUSCH) ;communicating, to the UE, downlink control information (DCI) that includes orthogonal cover code (OCC) signaling information; andreceiving, from the UE and in response to communicating the OCC signaling information to the UE, data from the UE via an OCC PUSCH transmission in accordance with the resource grant, the data being encoded based on the OCC signaling information.

Images