CN115209571A - Apparatus and method for changing usage of unused field in DCI format - Google Patents

Abstract

The present disclosure provides an apparatus and method for changing the usage of unused fields in a DCI format. The present disclosure provides an apparatus, comprising: an RF interface; and a processor circuit coupled to the RF interface, wherein the processor circuit is configured to: decoding DCI received from the AN via AN RF interface, wherein the DCI has a DCI format 0_1 or 0_2, is scrambled by RNTI, and includes AN UL-SCH indicator indicating that the DCI does not schedule a PUSCH; and determining information related to the beam indication, the SRS configuration, or the CSI-RS configuration based on the DCI. Other embodiments are also disclosed and claimed.

Description

Apparatus and method for changing usage of unused field in DCI format

Priority declaration

This application is based on and claims priority to international application serial No. PCT/CN2021/085577, filed on 6/4/2021, which is hereby incorporated by reference in its entirety.

Technical Field

Embodiments of the present disclosure generally relate to the field of wireless communications, and in particular, to an apparatus and method for changing the usage of unused fields in a Downlink Control Information (DCI) format with a Radio Network Temporary Identifier (RNTI) configuration.

Background

Mobile communications have evolved significantly from early speech systems to today's highly sophisticated integrated communication platforms. Next generation wireless communication systems, fifth generation (5G) or New Radios (NR) will provide information access and data sharing through various terminals and applications anytime and anywhere. NR promises to be a unified network/system, aimed at meeting distinct and sometimes conflicting performance dimensions and services. This different multidimensional requirement is driven by different services and applications. In general, NRs can evolve based on third generation partnership project (3 GPP) Long Term Evolution (LTE) -advanced and other potential new Radio Access Technologies (RATs), enriching people's lives with better, simple, and seamless wireless connectivity solutions. NR can enable everything over a wireless connection and provide fast, rich content and services.

Disclosure of Invention

An aspect of the present disclosure provides an apparatus, comprising: a Radio Frequency (RF) interface; and a processor circuit coupled with the RF interface, wherein the processor circuit is to: decoding Downlink Control Information (DCI) received from AN Access Node (AN) via the RF interface, wherein the DCI has a DCI format 0_1 or 0_2, the DCI is scrambled by a Radio Network Temporary Identifier (RNTI), and the DCI includes AN uplink scheduling (UL-SCH) indicator indicating that the DCI is not scheduling a Physical Uplink Shared Channel (PUSCH); and determining information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration based on the DCI.

An aspect of the present disclosure provides an apparatus, comprising: a Radio Frequency (RF) interface; and a processor circuit coupled with the RF interface, wherein the processor circuit is to: generating a Downlink Control Information (DCI) having a DCI format 0_1 or 0_2, wherein the DCI includes an uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH); scrambling the DCI by a Radio Network Temporary Identifier (RNTI); and causing the DCI to be transmitted to a User Equipment (UE) via the RF interface to indicate information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration.

Drawings

Embodiments of the present disclosure will be described by way of example, and not limitation, in the figures of the accompanying drawings in which like references indicate similar elements.

Fig. 1 illustrates a communication system in accordance with some embodiments of the present disclosure.

Fig. 2 illustrates an example of Radio Resource Control (RRC) configuration for a set of Sounding Reference Signal (SRS) resources, in accordance with some embodiments of the present disclosure.

Fig. 3 illustrates an example of RRC configuration for SRS resources, according to some embodiments of the present disclosure.

Figure 4 illustrates a flow diagram of a method for repurposing unused fields in a DCI format with an RNTI configuration in accordance with some embodiments of the present disclosure.

Figure 5 illustrates a flow diagram of a method for repurposing unused fields in a DCI format with an RNTI configuration in accordance with some embodiments of the present disclosure.

Fig. 6 schematically illustrates a wireless network in accordance with various embodiments of the present disclosure.

Fig. 7 illustrates example components of a device according to some embodiments of the present disclosure.

Fig. 8 illustrates an example of an infrastructure device in accordance with various embodiments.

Fig. 9 is a block diagram illustrating components capable of reading instructions from a machine-readable or computer-readable medium and performing any one or more of the methodologies discussed herein, according to some example embodiments.

Fig. 10 illustrates a network according to various embodiments of the present disclosure.

Detailed Description

Various aspects of the illustrative embodiments will be described using terms commonly employed by those skilled in the art to convey the substance of the disclosure to others skilled in the art. However, it will be readily understood by those skilled in the art that many alternative embodiments may be practiced using portions of the described aspects. For purposes of explanation, specific numbers, materials, and configurations are set forth in order to provide a thorough understanding of the illustrative embodiments. However, it will be apparent to one skilled in the art that alternative embodiments may be practiced without the specific details. In other instances, well-known features may be omitted or simplified in order not to obscure the illustrative embodiments.

Further, various operations will be described as multiple discrete operations, in a manner that is most helpful in understanding the illustrative embodiments; however, the order of description should not be construed as to imply that these operations are necessarily order dependent. In particular, these operations need not be performed in the order of presentation.

The phrases "in an embodiment," "in one embodiment," and "in some embodiments" are used repeatedly herein. The phrase generally does not refer to the same embodiment; however, it may refer to the same embodiment. The terms "comprising," "having," and "including" are synonymous, unless the context dictates otherwise. The phrases "A or B" and "A/B" mean "(A), (B) or (A and B)".

Fig. 1 illustrates a communication system 100 in accordance with some embodiments of the present disclosure. The communication system 100 is shown to include a User Equipment (UE) 101. The UE 101 may be a smartphone (e.g., a handheld touchscreen mobile computing device connectable to one or more cellular networks). However, it may also include any mobile or non-mobile computing device, such as a Personal Data Assistant (PDA), a tablet computer, a pager, a laptop computer, a desktop computer, a wireless handheld device, or any computing device that includes a wireless communication interface.

In some embodiments, the UE 101 may include an internet of things (IoT) UE, which may include a network access layer designed for low power IoT applications that utilize short-term UE connections. IoT UEs may utilize technologies such as machine-to-machine (M2M), machine Type Communication (MTC), enhanced MTC (eMTC), and narrowband internet of things (NB-IoT) to exchange data with IoT servers or devices via Public Land Mobile Networks (PLMNs), proximity-based services (ProSe) or device-to-device (D2D) communication, sensor networks, or IoT networks. The M2M or MTC data exchange may be a machine-initiated data exchange. An IoT network describes the interconnection of IoT UEs, which may include uniquely identifiable embedded computing devices (within the internet infrastructure) with short-term connections. The IoT UE may execute background applications (e.g., keep-alive messages, status updates, etc.) to facilitate connection of the IoT network.

The UE 101 may be configured to connect with (e.g., communicatively couple with) a Radio Access Network (RAN) 110, which RAN 110 may be, for example, an evolved Universal Mobile Telecommunications System (UMTS) terrestrial radio access network (E-UTRAN), a next generation RAN (NG RAN), or some other type of RAN. The UE 101 may operate in accordance with a cellular communication protocol, which may be, for example, a Global System for Mobile communications (GSM) protocol, a Code Division Multiple Access (CDMA) network protocol, a push-to-talk (PTT) protocol, a cellular PTT (POC) protocol, a Universal Mobile Telecommunications System (UMTS) protocol, a 3GPP Long Term Evolution (LTE) protocol, a fifth generation (5G) protocol, a New Radio (NR) protocol, or the like.

RAN 110 may include one or more Access Nodes (ANs). These ANs may be referred to as Base Stations (BSs), nodebs, evolved nodebs (enbs), next generation nodebs (gnbs), etc., and may include ground stations (e.g., ground access points) or satellite stations that provide coverage within a geographic area (e.g., a cell). As shown in fig. 1, RAN 110 includes AN 111 and AN 112, for example.

UE 101 may be communicatively coupled to RAN 110 by utilizing a connection 103 with AN 111, as shown in fig. 1. The connection 103 may be implemented with one or more beams (not shown). A beam may indicate a spatial domain transmit and/or receive filter or spatial relationship, and thus the terms "beam", "spatial domain transmit and/or receive filter" and "spatial relationship" may be interchangeable herein.

AN 111 and AN 112 may communicate with each other via AN X2 interface 113. AN 111 and AN 112 may be macro-ANs, which may provide greater coverage. Alternatively, they may be femto-cell ANs or pico-cell ANs, which may provide smaller coverage areas, smaller user capacity or higher bandwidth than macro-ANs. For example, one or both of AN 111 and AN 112 may be a Low Power (LP) AN. In one embodiment, AN 111 and AN 112 may be the same type of AN. In another embodiment, they are different types of ANs.

The AN 111 may terminate the air interface protocol and may be a first point of contact for the UE 101. In some embodiments, ANs 111 and 112 may implement various logical functions of RAN 110, 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.

In accordance with some embodiments, UE 101 may be configured to communicate with AN 111 or with other UEs over a multicarrier communication channel using Orthogonal Frequency Division Multiplexing (OFDM) communication signals in accordance with various communication techniques, such as, but not limited to, orthogonal Frequency Division Multiple Access (OFDMA) communication techniques (e.g., for downlink communications) or single carrier frequency division multiple access (SC-FDMA) communication techniques (e.g., for uplink and proximity-based services (ProSe) or sidelink) communications, although the scope of the embodiments is not limited in this respect. The OFDM signal may include a plurality of orthogonal subcarriers.

In some embodiments, the downlink resource grid may be used for downlink transmissions from AN 111 to UE 101, while uplink transmissions may use similar techniques. The grid may be a time-frequency grid, referred to as a resource grid or time-frequency resource grid, which is the physical resource in the downlink in each slot. The time-frequency plane representation method is common practice of OFDM systems, which makes radio resource allocation more intuitive. 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 time slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid includes a plurality of resource blocks, which describe the mapping of certain physical channels to resource elements. Each resource block includes a set of resource elements. In the frequency domain, this may represent the minimum amount of resources that can currently be allocated. There are several different physical downlink channels transmitted using such resource blocks.

The downlink channels may include a Physical Downlink Shared Channel (PDSCH) and a Physical Downlink Control Channel (PDCCH).

The PDSCH may carry user data and higher layer signaling to the UE 101. The PDCCH may carry information on a transmission format and resource allocation related to a PDSCH channel, etc. It may also inform the UE 101 of transport format, resource allocation and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. In general, downlink scheduling (allocation of control and shared channel resource blocks to UEs 101 within a cell) can be performed at AN 111 based on channel quality information fed back from UEs 101. Downlink resource allocation information for (e.g., allocated to) the UE 101 may be sent on the PDCCH.

The PDCCH may transmit control information using Control Channel Elements (CCEs). The PDCCH complex-valued symbols may first be organized into quadruplets before mapping to resource elements, and these quadruplets may then be permuted using a sub-block interleaver for rate matching. Each PDCCH may be transmitted using one or more of these CCEs, where each CCE may correspond to nine sets of physical resource elements (referred to as Resource Element Groups (REGs)) each including four physical resource elements. Four Quadrature Phase Shift Keying (QPSK) symbols may be mapped to each REG. The PDCCH may be transmitted using one or more CCEs, depending on the size of Downlink Control Information (DCI) and channel conditions. There may be four or more different PDCCH formats in LTE with different numbers of CCEs (e.g., aggregation level, L =1, 2, 4, or 8)

Some embodiments may use the concept of resource allocation for control channel information, which is an extension of the above-described concept. For example, some embodiments may use an Enhanced Physical Downlink Control Channel (EPDCCH) that uses PDSCH resources for control information transmission. The EPDCCH may be transmitted using one or more Enhanced Control Channel Elements (ECCEs). Similar to the above, each ECCE may correspond to nine sets of physical resource elements (referred to as Enhanced Resource Element Groups (EREGs)), each set including four physical resource elements. In some cases, an ECCE may have other numbers of EREGs.

The uplink channels may include a Physical Uplink Shared Channel (PUSCH) and a Physical Uplink Control Channel (PUCCH). The PUSCH may carry user data and control information to the AN(s), and the PUCCH may carry control information to the AN(s).

RAN 110 is shown communicatively coupled to a Core Network (CN) 120 via an S1 interface 114. In some embodiments, the CN 120 may be an Evolved Packet Core (EPC) network, a NextGen Packet Core (NPC) network, or other type of CN. In one embodiment, the S1 interface 114 is divided into two parts: S1-Mobility Management Entity (MME) interface 115, which is a signaling interface between ANs 111 and 112 and MME 121; S1-U interface 116, which carries traffic data between ANs 111 and 112 and serving gateway (S-GW) 122.

In one embodiment, CN 120 may include MME 121, S-GW 122, packet Data Network (PDN) gateway (P-GW) 123, and Home Subscriber Server (HSS) 124.MME 121 may be similar in function to the control plane of a conventional serving General Packet Radio Service (GPRS) support node (SGSN). MME 121 may manage mobility aspects in access such as gateway selection and tracking area list management. HSS 124 may include a database for network users, including subscription-related information for supporting network entities in handling communication sessions. The CN 120 may include one or more HSSs 124 depending on the number of mobile subscribers, the capacity of the device, the organization of the network, etc. For example, HSS 124 may provide support for routing/roaming, authentication, admission, naming/addressing resolution, location dependencies, and the like.

S-GW 122 may terminate S1 interface 114 towards RAN 110 and route data packets between RAN 110 and CN 120. In addition, S-GW 122 may be a local mobility anchor for inter-AN handovers and may also provide AN anchor for inter-3 GPP mobility. Other responsibilities may include lawful interception, charging, and some policy enforcement.

The P-GW 123 may terminate the SGi interface towards the PDN. The P-GW 123 may route data packets between the CN 120 and an external network, such AS a network including an Application Server (AS) 130 (alternatively referred to AS an Application Function (AF)), via an Internet Protocol (IP) interface 125. In general, the application server 130 may be an element that provides applications that use IP bearer resources with a core network (e.g., UMTS Packet Service (PS) domain, LTE PS data services, etc.). In one embodiment, P-GW 123 is communicatively coupled to application server 130 via an IP communication interface. The application server 130 may also be configured to support one or more communication services (e.g., voice over internet protocol (VoIP) sessions, PTT sessions, group communication sessions, social networking services, etc.) of the UE 101 via the CN 120.

P-GW 123 may also be responsible for policy enforcement and charging data collection. Policy and Charging Rules Function (PCRF) 126 is a policy and charging control element of CN 120. In a non-roaming scenario, there may be a single PCRF in a Home Public Land Mobile Network (HPLMN) that is associated with an internet protocol connectivity access network (IP-CAN) session for a UE. In a roaming scenario with local traffic bursts, there may be two PCRFs associated with the IP-CAN session of the UE: a home PCRF (H-PCRF) within the HPLMN and a visited PCRF (V-PCRF) in a Visited Public Land Mobile Network (VPLMN). PCRF 126 may be communicatively coupled to application server 130 via P-GW 123. Application server 130 may signal PCRF 126 to indicate the new service flow and select the appropriate quality of service (QoS) and charging parameters. PCRF 126 may provide the rules to a Policy and Charging Enforcement Function (PCEF) (not shown) that initiates QoS and charging specified by application server 130 using appropriate Traffic Flow Templates (TFTs) and QoS Class Identifiers (QCIs).

The number of devices and/or networks shown in fig. 1 is provided for illustration purposes only. In practice, there may be additional devices and/or networks, fewer devices and/or networks, different devices and/or networks, or devices and/or networks that are configured differently than shown in FIG. 1. Alternatively or additionally, one or more devices of system 100 may perform one or more functions described as being performed by another one or more devices of system 100. Further, although "direct" connections are shown in FIG. 1, these connections should be construed as logical communication paths. And in practice there may be one or more intermediate devices (e.g., routers, gateways, modems, switches, hubs, etc.).

In the NR Rel-15 specification, different types of SRS resource sets are supported. The SRS resource set is configured with a "usage" parameter, which may be set to "beamManagement", "codebook", "non-codebook", or "anti switching". The set of SRS resources configured for "beamManagement" may be used for beam acquisition and uplink beam indication using SRS. The SRS resource sets configured for "codebook" and "nonCodebook" may be used to determine UL precoding by an explicit indication of a Transmission Precoding Matrix Index (TPMI) or an implicit indication of an SRS Resource Index (SRI). The set of SRS resources configured for 'antennaSwitching' may be used to acquire Downlink (DL) Channel State Information (CSI) using SRS measurements in a UE by exploiting channel reciprocity in a Time Division Duplex (TDD) system. For SRS transmission, the time domain behavior may be periodic, semi-persistent, or aperiodic. Fig. 2 illustrates an example of Radio Resource Control (RRC) configuration for SRS resource sets, in accordance with some embodiments of the present disclosure. Fig. 3 illustrates an example of RRC configuration for SRS resources, according to some embodiments of the present disclosure.

When the set of SRS resources is configured to be "aperiodic," the set of SRS resources may also include a configuration of slot offset (slotOffset) and trigger state(s) (aperiodic SRS-resource trigger, aperiodic SRS-resource trigger list). The parameter slotOffset defines the slot offset from which SRS transmission should start relative to the PDCCH. The trigger state(s) define which DCI code point or points trigger the corresponding SRS resource set transmission.

Aperiodic SRS may be triggered by an SRS request field in DCI. The SRS request field may be carried by DCI format 0_1/0_2/1_1/1_2/2_3. DCI formats 0_1/0_2 are used to schedule PUSCH, DCI formats 1_1/1_2 are used to schedule PDSCH, and DCI format 2_3 is used to trigger aperiodic SRS for a group of UEs.

Table 1 shows detailed fields and field lengths of DCI formats 0_1 and 0_2 defined by 3GPP Technical Specification (TS) 38.213 v16.4.0 (2020-12) and 3GPP TS38.213 v16.5.0 (2021-03).

TABLE 1 field Length of DCI Format 0_1 and 0_2

In some embodiments, to improve flexibility of aperiodic SRS transmission, SRS may be triggered by DCI without scheduling data or further without CSI request, e.g., UL-SCH indicator field (1 bit) set to '0', CSI request field set to all zeros, and SRS request field set to non-zero. In this case, some unused DCI fields may be repurposed to reconfigure some SRS parameters to facilitate SRS transmission. The UL-SCH indication field is used for scheduling PUSCH when it is enabled (e.g., set to non-zero). The CSI request field is used to request CSI when it is enabled (e.g., set to non-zero). The SRS request field is used to request SRS when it is enabled (e.g., set to non-zero).

In some embodiments, DCI formats 0_1/0_2 may be scrambled by a Radio Network Temporary Identifier (RNTI), such as cell RNTI (C-RNTI), modulation Coding Scheme (MCS) -C-RNTI, semi-persistent (SP) -Channel State Information (CSI) -RNTI, configuration Scheduling (CS) -RNTI, new dedicated RNTI, and the like.

In some embodiments, if DCI format 0_1/0_2 is scrambled by CS-RNTI, some special values of some fields may be used for PDCCH verification for DL semi-persistent scheduling (SPS) and UL grant type 2 (UL grant type 2). Tables 2 to 5 show the use of specific field values (e.g. section 10.2 from 3gpp ts38.213 v16.4.0).

Table 2 special fields for single DL SPS or single UL grant type 2 scheduling activation PDCCH validation when the UE is provisioned with single SPS PDSCH or UL grant type 2 configuration in active DL/UL BWP of the scheduled cell

Table 3 special fields for single DL SPS or single UL grant type 2 scheduling release PDCCH verification when the UE is provisioned with single SPS PDSCH or UL grant type 2 configuration in active DL/UL BWP of the scheduled cell

Table 4 special fields for single DL SPS or single UL grant type 2 scheduling activation PDCCH verification when a UE is provided with multiple DL SPS or UL grant type 2 configurations in the active DL/UL BWP of the scheduled cell

Table 5 special fields for single or multiple DL SPS or UL grant type 2 scheduling release PDCCH verification when the UE is provisioned with multiple DL SPS or UL grant type 2 configurations in the active DL/UL BWP of the scheduled cell

In some embodiments, if DCI format 0_1/0_2 is scrambled by SP-CSI-RNTI, some special field values may be used to verify semi-persistent CSI activation/deactivation as shown in tables 6 and 7 (e.g., section 5.2.1.5.2 from 3gpp TS 38.214 v16.5.0 (2021-03)).

Table 6 special fields for semi-persistent CSI activation PDCCH validation

	DCI formats 0_1/0_2
		Number of HARQ processes	Is set to be all '0'
Redundancy version	Is set to be all '0'

TABLE 7 Special fields for semi-persistent CSI deactivation PDCCH validation

To reuse some DCI fields of DCI format 0_1/0_2 without scheduling UL-SCH, RNTI that scrambles the DCI may be considered. As described above, DCI formats 0_1/0_2 may be used to schedule uplink transmissions. Most or all fields of the DCI format 0_1/0_2 are used for carrying information in uplink scheduling. However, when the UL-SCH indicator field indicates that no UL-SCH is scheduled, most or all of the fields are unused, and they may be reused for other purposes described below, such as beam indication, SRS configuration/reconfiguration, CSI-RS configuration/reconfiguration, and so on.

Some embodiments are described below based on different cases where different RNTIs are used for scrambling DCI formats 0_1/0_2. However, the embodiments in each case are merely examples, the principle of which may be interchanged between different cases.

Scene A: C-RNTI or MCS-C-RNTI scrambled DCI format 0_1/0_2

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by the C-RNTI, some unused fields in the DCI may be reused for other purposes when the UL-SCH is not scheduled. Unused fields can be reused for the following cases:

UL-SCH indicator set to '0', CSI request field set to all zeros, SRS request field set to all zeros

Most fields can be reused, e.g. MCS, HARQ, RV, TDRA,

FDRA, NDI, DAI, etc.

The re-used field may be used for beam indication to indicate TCI status.

UL-SCH indicator set to '0', CSI request field set to all zeros, SRS request field set to non-zero

Most fields can be reused, e.g. MCS, HARQ, RV, TDRA, FDRA, NDI, DAI, etc.

The re-used field may be used to configure/reconfigure the SRS.

UL-SCH indicator set to '0', CSI request field set to non-zero, SRS request field set to all-zeros

-MCS, TDRA, FDRA, TPMI, SRI cannot be reused if CSI reporting is triggered. Otherwise, these fields may be reused.

The re-used field may be used to configure/reconfigure the CSI-RS.

UL-SCH indicator set to '0', CSI request field set to non-zero, SRS request field set to non-zero

If a CSI report is triggered, MCS, TDRA, FDRA, TPMI, SRI cannot be reused. Otherwise these fields can be reused.

The re-used field may be used to configure/reconfigure the CSI-RS and/or SRS.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by MCS-C-RNTI, some unused fields in the DCI may be reused for other purposes when the UL-SCH is not scheduled. In some examples, for DCI format 0_1/0_2, if the DCI is scrambled by MCS-C-RNTI, the unused fields in the DCI cannot be reused for other purposes.

In some embodiments, other uses mentioned for MCS-C-RNTI may be one of the cases described for C-RNTI.

In some embodiments, if some unused fields are reused when no UL-SCH is scheduled, a new RNTI may be defined for DCI format 0_1/0_2.

Scene B: SP-CSI-RNTI scrambled DCI Format 0_1/0_2

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by the SP-CSI-RNTI, the unused fields in the DCI cannot be reused for other purposes. In one example, the other use in scenario B may be one of the other uses in scenario a.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by SP-CSI-RNTI, some unused fields in the DCI may be reused for other purposes, but special DCI field code points as shown in tables 6 and 7 cannot be reused.

In some embodiments, the DCI fields in tables 6 and 7 cannot be reused for other purposes.

In some embodiments, for DCI formats 0_1/0_2 without scheduled PUSCH and without CSI request, DCI may be used to activate/deactivate semi-persistent SRS (SP SRS) if the DCI is scrambled by SP-CSI-RNTI.

In some embodiments, for DCI formats 0_1/0_2 without scheduled PUSCH, without CSI request, and scrambled by SP-CSI-RNTI, some unused fields may be reused to indicate one or more semi-persistent SRS resource set IDs. The indicated set(s) of semi-persistent SRS resources will be activated/deactivated.

In some embodiments, a set of semi-persistent SRS resources may be configured with one semi-persistent SRS trigger state or a list of semi-persistent SRS trigger states (trigger states), e.g., sp-srsrstriggerstatelist or sp-SRSTriggerStateList. Different sets of semi-persistent SRS resources may be configured with the same or different semi-persistent trigger states. DCI 0_1/0_2 without scheduled PUSCH, without CSI request, and scrambled by SP-CSI-RNTI may trigger one of the semi-persistent SRS trigger states. The set(s) of semi-persistent SRS resources configured with the triggered state will be activated/deactivated.

In some embodiments, a semi-persistent SRS may be activated using one special DCI field value or a group of special DCI field values. Another special DCI field value or another set of special DCI field values may be used to deactivate the semi-persistent SRS.

In some embodiments, the semi-persistent SRS trigger state may be triggered by reusing the SRS request field. In this case, the semi-persistent SRS may be activated using the SRS request field instead of triggering the aperiodic SRS. In some embodiments, the semi-persistent SRS trigger state is triggered by another unused field.

In some embodiments, some unused fields may be reused to reconfigure parameters of the activated semi-persistent SRS. But the special DCI field code points shown in tables 6 and 7 are not reused. Some examples of parameters of the activated semi-persistent SRS are described below, but these examples are not limiting.

Frequency resource allocation, which may include some or all of the following parameters. Or the RRC may configure a list of frequency resource allocations and the DCI may indicate one frequency resource allocation.

nrofSRS-Ports, indicating the number of antenna Ports for SRS

-PTRS-PortIndex, indicating PTRS port for SRS

transmissionComb, indicating comb, comb offset and cyclic shift for SRS

freqDomainPosition indicating the frequency position

freqDomainShift, indicating frequency Shift

freqHopping { including c-SRS, b-SRS, b-hop }, hopping parameters

groupOrSequence hosting, indicating whether group or sequence hopping is enabled

-a DL/UL BWP indicator indicating whether SRS transmission is compliant with uplink BWP bandwidth or downlink BWP bandwidth

-a BWP ID indicating the BWP that SRS transmission should be performed. The BWP ID may be different from the currently active BWP, i.e. the SRS transmission may be on a different BWP and the UE should switch back to the active BWP after the SRS transmission

Time resource allocation, which may include some or all of the following parameters. Or the RRC may configure a list of time resource allocations and the DCI may indicate one time resource allocation.

startPosition, indicating the starting OFDM symbol for SRS

nrofSymbols, indicating the number of OFDM symbols used for SRS

-repetionatactor indicating repetition factor for SRS

SRS power control parameters, which may include some or all of the following. Or the RRC may configure a list of SRS power control parameters, and the DCI may indicate one type of SRS power control parameter.

-SRS power control adjustment state

-path loss reference signal

-spatial relationship

-P0 and alpha values

-TPC accumulation

Periodicity and offset of the triggered set(s) of semi-persistent SRS resources.

Usage of SRS resource sets. For example, the set of SRS resources for the codebook may be reconfigured as a set of SRS resources for antenna switching.

TCI status. It may be a common DL/UL TCI state or a separate DL/UL TCI state.

In some embodiments, a new RNTI, such as a SP-SRS-RNTI, may be defined to scramble the DCI formats 0_1/0_2 without scheduling UL-SCH and with/without CSI request, which may be used to activate/deactivate semi-persistent SRS. In this case, the special DCI field code points shown in tables 6 and 7 may also be reused.

Scene C: CS-RNTI scrambled DCI Format 0_1/0_2

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by CS-RNTI, the unused fields in the DCI cannot be reused for other purposes. In one example, the other use in scenario C may be one of the other uses in scenario a.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by CS-RNTI and the fields of the DFI flag are not present, the unused fields in the DCI cannot be reused for other purposes.

In some embodiments, if the DCI is scrambled by the CS-RNTI and the fields of the DFI flag are not present, some unused fields in the DCI may be reused for other purposes, but the special DCI field code points as shown in tables 2 to 5 cannot be reused.

In some embodiments, the DCI fields used in tables 2-5 cannot be reused for other purposes.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by CS-RNTI, the field of the DFI flag is present and set to '0', the unused field in the DCI cannot be reused for other purposes.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by CS-RNTI, the field of the DFI flag is present and set to '0', some unused fields in the DCI may be reused for other purposes, but the special DCI field code points shown in tables 2 through 5 cannot be reused. In some embodiments, the DCI fields used in tables 2-5 cannot be reused for other purposes.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by CS-RNTI, the field of the DFI flag is present and set to '1', the unused field in the DCI cannot be reused for other purposes.

In some embodiments, for DCI format 0_1/0_2, if the DCI is scrambled by CS-rntis rnti, the field of the DFI flag is present and set to '1', the unused field in the DCI may be reused for other purposes.

In some embodiments, for DCI formats 0_1/0_2 without scheduled PUSCH and without CSI request, if DCI is scrambled by CS-RNTI and the field of the DFI flag is present and set to '1' (or not present), DCI may be used to activate/deactivate semi-persistent SRS.

In some embodiments, for DCI formats 0_1/0_2 without scheduled PUSCH, CSI request, and scrambled by CS-RNTI (the field of the DFI flag is present and set to '1', or not present), some unused fields may be reused to indicate one or more semi-persistent SRS resource set IDs. The indicated set(s) of semi-persistent SRS resources will be activated/deactivated.

In some embodiments, a set of semi-persistent SRS resources may be configured with one semi-persistent SRS trigger state or a list of semi-persistent SRS trigger state(s), e.g., sp-srsrstiggersttate or sp-srstiggerstatelist. Different sets of semi-persistent SRS resources may be configured with the same or different semi-persistent trigger states. DCI 0_1/0_2 without scheduled PUSCH, CSI request, and scrambled by CS-RNTI (field of DFI flag present and set to '1', or not present) may trigger one of the semi-persistent SRS trigger states. The set(s) of semi-persistent SRS resources configured with the triggered state will be activated/deactivated.

In some embodiments, a semi-persistent SRS may be activated using one special DCI field value or a group of special DCI field values. Another special DCI field value or another set of special DCI field values may be used to deactivate the semi-persistent SRS.

In some embodiments, the semi-persistent SRS trigger state may be triggered by reusing the SRS request field. In this case, the SRS request field may be used to activate the semi-persistent SRS instead of triggering the aperiodic SRS. In some embodiments, the semi-persistent SRS trigger state is triggered by another unused field.

In some embodiments, some unused fields may be reused to reconfigure parameters of the activated semi-persistent SRS, for example, those described in scenario B, which are not described herein again. But the special DCI field code points shown in tables 2 to 5 are not reused.

In some embodiments, a new RNTI, such as a SP-SRS-RNTI, may be defined to scramble the DCI formats 0_1/0_2 without scheduling UL-SCH and with/without CSI request, which may be used to activate/deactivate semi-persistent SRS. In this case, the special DCI field code points shown in tables 2 to 5 may also be reused.

In some embodiments, other uses mentioned for cases A-C may include more or different uses than those described for C-RNTI. The present disclosure is not limited in this respect.

Figure 4 illustrates a flow diagram of a method 400 for repurposing unused fields in a DCI format with an RNTI configuration in accordance with some embodiments of the present disclosure. The method 400 may be performed by a UE.

Method 400 may include steps 410 and 420. However, in some embodiments, the method 400 may include more or fewer, or different, steps, as the present disclosure is not limited thereto.

At 410, DCI with DCI format 0_1 or 0_2 received from AN (e.g., gNB) is decoded. The DCI is scrambled by the RNTI and includes an UL-SCH indicator indicating that the DCI does not schedule a PUSCH.

At 420, information related to a beam indication, an SRS configuration, or a CSI-RS configuration is determined based on the DCI.

Fig. 5 illustrates a flow diagram of a method 500 for changing the usage of unused fields in a DCI format with RNTI configuration, according to some embodiments of the present disclosure. Method 500 may be performed by AN (e.g., a gNB).

Method 500 may include steps 510, 520, and 530. However, in some embodiments, method 500 may include more or fewer, or different, steps, as the present disclosure is not limited in this respect.

At 510, DCI with DCI format 0_1 or 0_2 is generated. The DCI includes an UL-SCH indicator indicating that the DCI does not schedule a PUSCH.

At 520, the DCI is scrambled by the RNTI.

At 530, DCI is caused to be transmitted to the UE to indicate information related to a beam indication, SRS configuration, or CSI-RS configuration.

With the technical solution of the present disclosure, if no UL-SCH is scheduled, the RNTI configuration is considered when reusing unused fields in DCI format 0_1/0_2. Thus, the flexibility of SRS transmission is improved.

Fig. 6 schematically illustrates a wireless network 600 in accordance with various embodiments. The wireless network 600 may include a UE 602 in wireless communication with AN 604. The UE 602 and the AN 604 may be similar to and substantially interchangeable with the co-located components described elsewhere herein.

The UE 602 may be communicatively coupled with AN 604 via a connection 606. Connection 606 is shown as an air interface to enable communicative coupling and may be consistent with a cellular communication protocol operating at millimeter wave (mmWave) or sub-6 GHz frequencies, such as the LTE protocol or the 5G NR protocol.

UE 602 may include a host platform 608 coupled with a modem platform 610. Host platform 608 may include application processing circuitry 612, which may be coupled with protocol processing circuitry 614 of modem platform 610. The application processing circuitry 612 may run various applications of source/receiver application data for the UE 602. The application processing circuitry 612 may also implement one or more layer operations to send/receive application data to/from a data network. These layer operations may include transport (e.g., UDP) and internet (e.g., IP) operations.

Protocol processing circuit 614 may implement one or more layers of operations to facilitate the transmission or reception of data over connection 606. Layer operations implemented by the protocol processing circuit 614 may include, for example, MAC, RLC, PDCP, RRC, and NAS operations.

The modem platform 610 may further include digital baseband circuitry 616, the digital baseband circuitry 616 may implement one or more layer operations "below" the layer operations performed by the protocol processing circuitry 614 in the network protocol stack. These operations may include, for example, PHY operations including one or more of HARQ-ACK functions, scrambling/descrambling, encoding/decoding, layer mapping/demapping, modulation symbol mapping, received symbol/bit metric determination, multi-antenna port precoding/decoding, wherein these functions may include one or more of: space-time, space-frequency, or spatial coding, reference signal generation/detection, preamble sequence generation and/or decoding, synchronization sequence generation/detection, control channel signal blind decoding, and other related functions.

Modem platform 610 may further include transmit circuitry 618, receive circuitry 620, RF circuitry 622, and RF front end (RFFE) circuitry 624, which may include or be connected to one or more antenna panels 626. Briefly, the transmit circuit 618 may include a digital-to-analog converter, a mixer, intermediate Frequency (IF) components, and the like; the receive circuitry 620 may include analog-to-digital converters, mixers, IF components, etc.; RF circuitry 622 may include low noise amplifiers, power tracking components, and the like; the RFFE circuitry 624 may include filters (e.g., surface/bulk acoustic wave filters), switches, antenna tuners, beam forming components (e.g., phased array antenna components), and so forth. The selection and arrangement of the components of transmit circuitry 618, receive circuitry 620, RF circuitry 622, RFFE circuitry 624, and antenna panel 626 (collectively, "transmit/receive components") may be specific to the details of a particular implementation, e.g., whether the communication is TDM or FDM, at mmWave or sub-6 GHz frequencies, etc. In some embodiments, the transmit/receive components may be arranged in multiple parallel transmit/receive chains, and may be arranged in the same or different chips/modules, etc.

In some embodiments, the protocol processing circuit 614 may include one or more instances of control circuitry (not shown) to provide control functionality for the transmit/receive components.

UE reception may be established by and via antenna panel 626, RFFE circuitry 624, RF circuitry 622, receive circuitry 620, digital baseband circuitry 616, and protocol processing circuitry 614. In some embodiments, the antenna panel 626 may receive transmissions from AN 604 by receiving beamformed signals received by multiple antennas/antenna elements of one or more antenna panels 626.

UE transmissions may be established via and through protocol processing circuitry 614, digital baseband circuitry 616, transmit circuitry 618, RF circuitry 622, RFFE circuitry 624, and antenna panel 626. In some embodiments, the transmit component of the UE 604 may apply a spatial filter to the data to be transmitted to form the transmit beam transmitted by the antenna elements of the antenna panel 626.

Similar to UE 602, AN 604 may include a host platform 628 coupled to a modem platform 630. The host platform 628 may include an application processing circuit 632 coupled with a protocol processing circuit 634 of the modem platform 630. The modem platform may also include digital baseband circuitry 636, transmit circuitry 638, receive circuitry 640, RF circuitry 642, RFFE circuitry 644, and antenna panel 646. The components of the AN 604 may be similar to, and substantially interchangeable with, the synonymous components of the UE 602. In addition to performing data transmission/reception as described above, the components of AN 608 may perform various logical functions including, for example, RNC functions such as radio bearer management, uplink and downlink dynamic radio resource management, and data packet scheduling.

Fig. 7 illustrates example components of a device 700 according to some embodiments. In some embodiments, device 700 may include application circuitry 702, baseband circuitry 704, radio Frequency (RF) circuitry 706, front End Module (FEM) circuitry 708, one or more antennas 710, and Power Management Circuitry (PMC) 712 coupled together at least as shown. The illustrated components of the apparatus 700 may be included in a UE or AN. In some embodiments, the apparatus 700 may include fewer elements (e.g., the AN may not use the application circuitry 702, but rather include a processor/controller to process IP data received from the EPC). In some embodiments, device 700 may include additional elements, such as memory/storage, a display, a camera, a sensor, or an input/output (I/O) interface. In other embodiments, the components described below may be included in more than one device (e.g., for Cloud-RAN (C-RAN) implementations, the circuitry may be included separately in more than one device).

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

Baseband circuitry 704 may include circuitry such as, but not limited to: one or more single-core or multi-core processors. Baseband circuitry 704 may include one or more baseband processors or control logic to process baseband signals received from the receive signal path of RF circuitry 706 and to generate baseband signals for the transmit signal path of RF circuitry 706. Baseband processing circuitry 704 may interface with application circuitry 702 to generate and process baseband signals and to control operation of RF circuitry 706. For example, in some embodiments, the baseband circuitry 704 may include a third generation (3G) baseband processor 704A, a fourth generation (4G) baseband processor 704B, a fifth generation (5G) baseband processor 704C, or other baseband processor(s) 704D for other existing generations, generations in development or to be developed in the future (e.g., sixth generation (6G), etc.). The baseband circuitry 704 (e.g., one or more of the baseband processors 704A-D) may handle various radio control functions that support communication with one or more radio networks via the RF circuitry 706. In other embodiments, some or all of the functions of the baseband processors 704A-D may be included in modules stored in the memory 704G and executed via a Central Processing Unit (CPU) 704E. Radio control functions may include, but are not limited to: signal modulation/demodulation, encoding/decoding, radio frequency shifting, etc. In some embodiments, the modulation/demodulation circuitry of baseband circuitry 704 may include Fast Fourier Transform (FFT), precoding, and/or constellation mapping/demapping functionality. In some embodiments, the encoding/decoding circuitry of baseband circuitry 704 may include convolution, tail-biting convolution, turbo, viterbi (Viterbi), and/or Low Density Parity Check (LDPC) encoder/decoder functionality. Embodiments of modulation/demodulation and encoder/decoder functions are not limited to these examples, and other suitable functions may be included in other embodiments.

In some embodiments, the baseband circuitry 704 may include one or more audio Digital Signal Processors (DSPs) 704F. The audio DSP(s) 704F may include elements for compression/decompression and echo cancellation, and may include other suitable processing elements in other embodiments. In some embodiments, components of the baseband circuitry may be combined as appropriate in a single chip, a single chipset, or disposed on the same circuit board. In some embodiments, some or all of the constituent components of baseband circuitry 704 and application circuitry 702 may be implemented together, for example, on a system on a chip (SOC).

In some embodiments, the baseband circuitry 704 may provide communications compatible with one or more radio technologies. For example, in some embodiments, baseband circuitry 704 may support communication with an Evolved Universal Terrestrial Radio Access Network (EUTRAN) or other Wireless Metropolitan Area Network (WMAN), wireless Local Area Network (WLAN), wireless Personal Area Network (WPAN). Embodiments in which the baseband circuitry 704 is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

The RF circuitry 706 may support communication with a wireless network using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry 706 may include switches, filters, amplifiers, and the like to facilitate communication with the wireless network. RF circuitry 706 may include a receive signal path that may include circuitry to down-convert RF signals received from FEM circuitry 708 and provide baseband signals to baseband circuitry 704. RF circuitry 706 may also include a transmit signal path that may include circuitry to up-convert baseband signals provided by baseband circuitry 704 and provide an RF output signal to FEM circuitry 708 for transmission.

In some embodiments, the receive signal path of RF circuitry 706 may include mixer circuitry 706a, amplifier circuitry 706b, and filter circuitry 706c. In some embodiments, the transmit signal path of RF circuitry 706 may include filter circuitry 706c and mixer circuitry 706a. RF circuitry 706 may also include synthesizer circuitry 706d for synthesizing frequencies for use by mixer circuitry 706a of the receive signal path and the transmit signal path. In some embodiments, mixer circuit 706a of the receive signal path may be configured to down-convert the RF signal received from FEM circuit 708 based on the synthesized frequency provided by synthesizer circuit 706 d. The amplifier circuit 706b may be configured to amplify the downconverted signal, and the filter circuit 706c may be a Low Pass Filter (LPF) or a Band Pass Filter (BPF) configured to remove unwanted signals from the downconverted signal to generate an output baseband signal. The output baseband signal may be provided to baseband circuitry 704 for further processing. In some embodiments, the output baseband signal may be a zero frequency baseband signal, but this is not required. In some embodiments, mixer circuit 706a of the receive signal path may comprise a passive mixer, although the scope of the embodiments is not limited in this respect.

In some embodiments, mixer circuitry 706a of the transmit signal path may be configured to upconvert the input baseband signal based on a synthesis frequency provided by synthesizer circuitry 706d to generate an RF output signal for FEM circuitry 708. The baseband signal may be provided by baseband circuitry 704 and may be filtered by filter circuitry 706c.

In some embodiments, mixer circuit 706a of the receive signal path and mixer circuit 706a of the transmit signal path may include two or more mixers and may be arranged for quadrature down-conversion and/or up-conversion, respectively. In some embodiments, mixer circuit 706a of the receive signal path and mixer circuit 706a of the transmit signal path may include two or more mixers and may be arranged for image rejection (e.g., hartley image rejection). In some embodiments, mixer circuit 706a of the receive signal path and mixer circuit 706a of the transmit signal path may be arranged for direct down-conversion and/or direct up-conversion, respectively. In some embodiments, mixer circuit 706a of the receive signal path and mixer circuit 706a of the transmit signal path may be configured for superheterodyne operation.

In some embodiments, the output baseband signal and the input baseband signal may be analog baseband signals, although the scope of the embodiments is not limited in this respect. In some alternative embodiments, the output baseband signal and the input baseband signal may be digital baseband signals. In these alternative embodiments, RF circuitry 706 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry, and baseband circuitry 704 may include a digital baseband interface to communicate with RF circuitry 706.

In some dual-mode embodiments, separate radio IC circuitry may be provided to process signals for each spectrum, although the scope of the embodiments is not limited in this respect.

In some embodiments, synthesizer circuit 706d may be a fractional-N or fractional-N/N +1 type synthesizer, although the scope of embodiments is not limited in this respect as other types of frequency synthesizers may be suitable. For example, synthesizer circuit 706d may be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer including a phase locked loop with a frequency divider.

The synthesizer circuit 706d may be configured to synthesize an output frequency for use by the mixer circuit 706a of the RF circuit 706 based on the frequency input and the divider control input. In some embodiments, synthesizer circuit 706d may be a fractional-N/N +1 type synthesizer.

In some embodiments, the frequency input may be provided by a Voltage Controlled Oscillator (VCO), but this is not required. The divider control input may be provided by baseband circuitry 704 or application processor 702 depending on the desired output frequency. In some embodiments, the divider control input (e.g., N) may be determined from a look-up table based on the channel indicated by the application processor 702.

Synthesizer circuit 706d of RF circuit 706 may include a frequency divider, a Delay Locked Loop (DLL), a multiplexer, and a phase accumulator. In some embodiments, the divider may be a dual-mode divider (DMD) and the phase accumulator may be a Digital Phase Accumulator (DPA). In some embodiments, the DMD may be configured to divide an input signal by N or N +1 (e.g., based on a carry out) to provide a fractional division ratio. In some example embodiments, a DLL may include a set of cascaded, tunable delay elements, a phase detector, a charge pump, and a D-type flip-flop. In these embodiments, the delay elements may be configured to decompose the VCO period into at most Nd equal phase groups, where Nd is the number of delay elements in the delay line. In this manner, the DLL provides negative feedback to help ensure that the total delay through the delay line is one VCO cycle.

In some embodiments, synthesizer circuit 706d may be configured to generate a carrier frequency as the output frequency, while in other embodiments, the output frequency may be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used with a quadrature generator and divider circuit to generate a plurality of signals having a plurality of different phases from one another at the carrier frequency. In some embodiments, the output frequency may be the LO frequency (fLO). In some embodiments, the RF circuit 706 may include an IQ/polarity converter.

FEM circuitry 708 may include a receive signal path that may include circuitry configured to manipulate RF signals received from one or more antennas 710, amplify the received signals, and provide amplified versions of the received signals to RF circuitry 706 for further processing. FEM circuitry 708 may also include a transmit signal path, which may include circuitry configured to amplify signals provided by RF circuitry 706 for transmission by one or more of the one or more antennas 710. In various embodiments, amplification across the transmit signal path or the receive signal path may be done only in the RF circuitry 706, only in the FEM 708, or both the RF circuitry 706 and the FEM 708.

In some embodiments, FEM circuitry 708 may include a TX/RX switch to switch between transmit mode and receive mode operation. The FEM circuitry may include a receive signal path and a transmit signal path. The receive signal path of the FEM circuitry may include a Low Noise Amplifier (LNA) to amplify the received RF signal and provide the amplified received RF signal as an output (e.g., to RF circuitry 706). The transmit signal path of FEM circuitry 708 may include a Power Amplifier (PA) to amplify an input RF signal (e.g., provided by RF circuitry 706) and one or more filters to generate an RF signal for subsequent transmission (e.g., by one or more of the one or more antennas 710).

In some embodiments, PMC 712 may manage power provided to baseband circuitry 704. Specifically, PMC 712 may control power selection, voltage scaling, battery charging, or DC-DC conversion. PMC 712 may generally be included when device 700 is capable of being powered by a battery, for example, when the device is included in a UE. PMC 712 may improve power conversion efficiency while providing desired implementation size and heat dissipation characteristics.

Although figure 7 shows PMC 712 only coupled to baseband circuitry 704. However, in other embodiments, PMC 712 may additionally or alternatively be coupled with and perform similar power management operations on other components, such as, but not limited to, application circuitry 702, RF circuitry 706, or FEM 708.

In some embodiments, PMC 712 may control or otherwise be part of various power saving mechanisms of device 700. For example, if the device 700 is in an RRC Connected state where it is still Connected to the RAN node when the device 700 expects to receive traffic soon, then after a period of inactivity it may enter a state called discontinuous reception mode (DRX). During this state, the device 700 may be powered down for a brief interval of time, thereby saving power.

If there is no data traffic activity for an extended period of time, device 700 can transition to an RRC _ Idle state in which device 700 is disconnected from the network and no operations such as channel quality feedback, handover, etc. are performed. The device 700 enters a very low power state and performs paging, where the device 700 again periodically wakes up to listen to the network and then powers down again. The device 700 may not receive data in this state and it may transition back to the RRC Connected state in order to receive data.

The additional power-save mode may allow the device to be unavailable to the network for a period longer than the paging interval (ranging from a few seconds to a few hours). During this time, the device is completely unable to access the network and may be completely powered down. Any data transmitted during this period will incur a significant delay and the delay is assumed to be acceptable.

A processor of the application circuitry 702 and a processor of the baseband circuitry 704 may be used to execute elements of one or more instances of a protocol stack. For example, the processor of the baseband circuitry 704 (alone or in combination) may be configured to perform layer 3, layer 2, or layer 1 functions, while the processor of the application circuitry 704 may utilize data (e.g., packet data) received from these layers and further perform layer 4 functions (e.g., transmission Communication Protocol (TCP) and User Datagram Protocol (UDP) layers). As mentioned herein, layer 3 may include an RRC layer. As referred to herein, layer 2 may include a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, and a Packet Data Convergence Protocol (PDCP) layer. As referred to herein, layer 1 may comprise the Physical (PHY) layer of the UE/RAN node.

Fig. 8 illustrates an example of an infrastructure device 800 according to various embodiments. Infrastructure equipment 800 (or "system 800") may be implemented as base stations, radio heads, RAN nodes, and so on, such as RAN nodes 111 and 112 shown and described previously. In other examples, system 800 may be implemented in or by a UE, application server(s) 130, and/or any other elements/devices discussed herein. The system 800 may include one or more of the following: an application circuit 805, a baseband circuit 810, one or more radio front end modules 815, a memory 820, a Power Management Integrated Circuit (PMIC) 825, a power tee circuit 830, a network controller 835, a network interface connector 840, a satellite positioning circuit 845, and a user interface 850. In some embodiments, device 800 may include additional elements, such as memory/storage, a display, a camera, sensors, or input/output (I/O) interface elements. In other embodiments, the components described below may be included in more than one device (e.g., for a cloud RAN (C-RAN) implementation, the circuitry may be included separately in more than one device).

As used herein, the term "circuitry" may refer to, be part of, or include hardware components such as the following that are configured to provide the described functionality: electronic circuits, logic circuits, processors (shared, dedicated, or group) and/or memories (shared, dedicated, or group), application Specific Integrated Circuits (ASICs), field-programmable devices (FPDs) (e.g., field-programmable gate arrays (FPGAs), programmable Logic Devices (PLDs), complex PLDs (complex PLDs, CPLDs), high-capacity PLDs (HCPLDs), structured ASICs, or System on Chip (socs)), digital Signal Processors (DSPs), and so forth. In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. Furthermore, the term "circuitry" may also refer to a combination of one or more hardware elements (or circuitry used in an electrical or electronic system) and program code for performing the functions of the program code. In such embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

The terms "application circuitry" and/or "baseband circuitry" may be considered synonymous with "processor circuitry" and may be referred to as "processor circuitry". As used herein, the term "processor circuit" may refer to, be part of, or include circuitry that: the circuit is capable of sequentially and automatically performing a sequence of arithmetic or logical operations; and recording, storing and/or transmitting digital data. The term "processor circuit" may refer to one or more application processors, one or more baseband processors, physical Central Processing Units (CPUs), single-core processors, dual-core processors, tri-core processors, quad-core processors, and/or any other device capable of executing or otherwise manipulating computer-executable instructions, such as program code, software modules, and/or functional processes.

The application circuitry 805 may include one or more Central Processing Unit (CPU) cores and one or more of: a cache memory, a Low Dropout (LDO) regulator, an interrupt controller, a Serial Interface such as SPI, I2C, or a Universal programmable Serial Interface module, a Real Time Clock (RTC), a timer-counter including interval and watchdog timers, a Universal input/output (I/O or IO), a memory card controller such as a Secure Digital (SD)/multimedia card (MMC), a Universal Serial Bus (USB) Interface, a Mobile Industrial Processor Interface (MIPI) Interface, and a Joint Test Access Group (JTAG) Test Access port. By way of example, the application circuit 805 may include one or more Intels

Or

A processor; ultramicro semiconductor (Advanced Micro Devices, AMD)

A processor, an Accelerated Processing Unit (APU) or

A processor; and so on. In some embodiments, system 800 may not utilize application circuitry 805, but may include, for example, a dedicated processor/controller to process IP data received from the EPC or 5 GC.

Additionally or alternatively, the application circuitry 805 may include circuitry such as (but not limited to) the following: one or more Field Programmable Devices (FPDs), such as Field Programmable Gate Arrays (FPGAs), etc.; programmable Logic Devices (PLDs) such as Complex PLDs (CPLDs), high-capacity PLDs (HCPLDs), and the like; ASICs, such as structured ASICs and the like; programmable SoC (PSoC); and so on. In such embodiments, the circuitry of the application circuitry 805 may comprise a logic block or logic architecture, including other interconnected resources, that may be programmed to perform various functions, such as the processes, methods, functions, etc. of the various embodiments discussed herein. In such embodiments, the circuitry of the application circuit 805 may include a storage unit (e.g., an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a flash memory, a static memory (e.g., static Random Access Memory (SRAM), an antifuse, etc.) for storing logic blocks, logic architectures, data, etc. in a lookup table (LUT), and so forth.

Baseband circuitry 810 may be implemented, for example, as a solder-in substrate including one or more integrated circuits, a single packaged integrated circuit soldered to a main circuit board, or a multi-chip module containing two or more integrated circuits. Although not shown, baseband circuitry 810 may include one or more digital baseband systems, which may be coupled to a CPU subsystem, an audio subsystem, and an interface subsystem via an interconnection subsystem. The digital baseband subsystem may also be coupled to the digital baseband interface and the mixed signal baseband subsystem via additional interconnect subsystems. Each interconnection subsystem may include a bus system, a point-to-point connection, a Network On Chip (NOC) fabric, and/or some other suitable bus or interconnection technology, such as those discussed herein. The audio subsystem may include digital signal processing circuitry, buffer memory, program memory, voice processing accelerator circuitry, data converter circuitry such as analog-to-digital and digital-to-analog converter circuitry, analog circuitry including one or more amplifiers and filters, and/or other similar components. In an aspect of the disclosure, the baseband circuitry 810 may include protocol processing circuitry having one or more instances of control circuitry (not shown) to provide control functionality for digital baseband circuitry and/or radio frequency circuitry (e.g., radio front end module 815).

The user interface circuitry 850 may include one or more user interfaces designed to enable user interaction with the system 800 or peripheral component interfaces designed to enable interaction with peripheral components of the system 800. The user interface may include, but is not limited to, one or more physical or virtual buttons (e.g., a reset button), one or more indicators (e.g., a Light Emitting Diode (LED)), a physical keyboard or keypad, a mouse, a touchpad, a touch screen, a speaker or other audio emitting device, a microphone, a printer, a scanner, a headset, a display screen or display device, and so forth. The peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a Universal Serial Bus (USB) port, an audio jack, a power supply interface, and the like.

The Radio Front End Module (RFEM) 815 may include a millimeter wave RFEM and one or more sub-millimeter wave Radio Frequency Integrated Circuits (RFICs). In some implementations, the one or more sub-millimeter wave RFICs may be physically separate from the millimeter wave RFEM. The RFIC may include a connection to one or more antennas or antenna arrays, and the RFEM may be connected to multiple antennas. In alternative implementations, both millimeter wave and sub-millimeter wave radio functions may be implemented in the same physical radio front end module 815. RFEM 815 may include both millimeter wave and sub-millimeter wave antennas.

Memory circuit 820 may include one or more of the following: volatile memory including Dynamic Random Access Memory (DRAM) and/or Synchronous Dynamic Random Access Memory (SDRAM); and non-volatile memory (NVM), including high speed electrically erasable memory (often referred to as flash memory), phase change random access memory (PRAM), magnetoresistive Random Access Memory (MRAM), and the like, and may include data from multiple sources, such as flash memory, and the like, and may include data from multiple sources, such as flash memory, and the like, as well as data from multiple sources, such as flash memory, and the like, and may include data from multiple sources, such as flash memory, and the like

And

a three-dimensional (3D) cross point (XPOINT) memory. Memory circuit 820 may be implemented as one or more of a solder-in package integrated circuit, a socket memory module, and a plug-in memory card.

PMIC 825 may include a voltage regulator, a surge protector, a power alarm detection circuit, and one or more backup power sources such as a battery or a capacitor. The power alarm detection circuit may detect one or more of power down (under voltage) and surge (over voltage) conditions. Power tee circuit 830 may provide power drawn from a network cable to provide both power supply and data connectivity to infrastructure device 800 using a single cable.

The network controller circuit 835 may provide connectivity to a network using a standard network interface protocol such as ethernet, GRE tunnel based ethernet, multiprotocol Label Switching (MPLS) based ethernet, or some other suitable protocol. Network connectivity may be provided to/from infrastructure device 800 via network interface connector 840 using a physical connection, which may be electrical (commonly referred to as a "copper interconnect"), optical, or wireless. The network controller circuit 835 may include one or more special purpose processors and/or FPGAs to communicate using one or more of the above-described protocols. In some implementations, the network controller circuit 835 can include multiple controllers to provide connectivity to other networks using the same or different protocols.

The positioning circuitry 845 may include circuitry to receive and decode signals transmitted by one or more constellations of navigation satellites of a Global Navigation Satellite System (GNSS). Examples of a Navigation Satellite Constellation (or GNSS) may include the Global Positioning System (GPS) in the united states, the Global Navigation System (GLONASS) in russia, the galileo System in the european union, the beidou Navigation Satellite System in china, the regional Navigation System or the GNSS augmentation System (e.g., indian Constellation Navigation with Indian Navigation, NAVIC), the Quasi-Zenith Satellite System (QZSS) in japan, the Satellite Integrated Doppler orbit imaging and Radio Positioning in france (dongler and Radio-Positioning Integrated by Satellite System, DORIS), and so forth. The positioning circuitry 845 may include various hardware elements (e.g., including hardware devices, such as switches, filters, amplifiers, antenna elements, and so forth, to facilitate communication over-the-air (OTA) communication) to communicate with components of a positioning network (e.g., navigation satellite constellation nodes).

Nodes or satellites of the navigation satellite constellation(s) ("GNSS nodes") may provide positioning services by continuously transmitting or broadcasting GNSS signals along a line of sight that may be used by a GNSS receiver (e.g., positioning circuitry 845 and/or positioning circuitry implemented by the UEs 101, 102, etc.) to determine its GNSS position. The GNSS signal may include a pseudorandom code known to the GNSS receiver (e.g., a sequence of ones and zeros) and a message including a time of transmission of a code epoch (ToT) (e.g., a defined point in the pseudorandom code sequence) and a GNSS node location at ToT. A GNSS receiver may monitor/measure GNSS signals transmitted/broadcast by multiple GNSS nodes (e.g., four or more satellites) and solve various equations to determine a corresponding GNSS location (e.g., spatial coordinates). The GNSS receiver also implements a clock that is generally less stable and accurate than the atomic clock of the GNSS node, and the GNSS receiver may use the measured GNSS signals to determine a deviation of the GNSS receiver from real time (e.g., a deviation of the GNSS receiver clock from the GNSS node time). In some embodiments, the Positioning circuit 845 may include a Micro-Technology for Positioning, navigation, and Timing (Micro-PNT) IC that uses a master Timing clock to perform position tracking/estimation without GNSS assistance.

The GNSS receiver may measure the time of arrival (ToA) of GNSS signals from multiple GNSS nodes according to its own clock. The GNSS receiver may determine a time of flight (ToF) value for each received GNSS signal from ToA and ToT, and may then determine a three-dimensional (3D) position and clock bias from ToF. The 3D location may then be converted to latitude, longitude, and altitude. The positioning circuitry 845 may provide data to the application circuitry 805, which may include one or more of location data or time data. The application circuit 805 may use the time data to operate synchronously with other radio base stations (e.g., of the RAN nodes 111, 112, etc.).

The components shown in fig. 8 may communicate with each other using interface circuitry. As used herein, the term "interface circuit" may refer to, be part of, or include a circuit that supports the exchange of information between two or more components or devices. The term "interface circuit" may refer to one or more hardware interfaces, such as a bus, an input/output (I/O) interface, a peripheral component interface, a network interface card, and so forth. Any suitable bus technology may be used in various implementations, which may include any number of technologies, including Industry Standard Architecture (ISA), extended ISA (EISA), peripheral Component Interconnect (PCI), PCI express, or any number of other technologies. The bus may be a dedicated bus, such as used in SoC-based systems. Other bus systems may be included, such as an I2C interface, SPI interface, point-to-point interface, and power bus, among others.

Fig. 9 is a block diagram illustrating components capable of reading instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and performing any one or more of the methodologies discussed herein, according to some example embodiments. In particular, fig. 9 shows a diagrammatic representation of hardware resources 900, which include one or more processors (or processor cores) 910, one or more memory/storage devices 920, and one or more communication resources 930, each of which may be communicatively coupled via a bus 940. Hardware resources 900 may be part of a UE, AN, or LMF. For embodiments utilizing node virtualization (e.g., NFV), hypervisor 902 may be executed to provide an execution environment for one or more network slices/subslices to utilize hardware resources 900.

Processor 910 (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) may include, for example, processor 912 and processor 914.

Memory/storage 920 may include a main memory, a disk storage, or any suitable combination thereof. The memory/storage 920 may include, but is 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, and the like.

The communication resources 930 may include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 904 or one or more databases 906 via the network 908. For example, the communication resources 930 may include wired communication components (e.g., for coupling via a Universal Serial Bus (USB)), cellular communication components, NFC components, bluetooth components (e.g., bluetooth low energy), wi-Fi components, and other communication components.

The instructions 950 may include software, a program, an application, an applet, an app, or other executable code for causing at least any of the processors 910 to perform any one or more of the methods discussed herein. The instructions 950 may reside, completely or partially, within at least one of the processor 910 (e.g., within a processor's cache memory), the memory/storage 920, or any suitable combination thereof. Further, any portion of instructions 950 may be communicated to hardware resource 900 from any combination of peripherals 904 or database 906. Thus, the processor 910, memory/storage 920, peripherals 904, and memory of database 906 are examples of computer-readable and machine-readable media.

Fig. 10 shows a diagram of a network 1000 in accordance with various embodiments of the present disclosure. Network 1000 may operate in a manner consistent with the 3GPP technical specifications for LTE or 5G/NR systems. However, the example embodiments are not limited in this respect, and the described embodiments may be applied to other networks, such as future 3GPP systems and the like, that benefit from the principles described herein.

Network 1000 may include a UE 1002, which may include any mobile or non-mobile computing device designed to communicate with RAN 1004 via an over-the-air connection. The UE 1002 may be, but is not limited to, a smartphone, a tablet, a wearable computer device, a desktop computer, a laptop computer, an in-vehicle infotainment device, an in-vehicle entertainment device, an instrument cluster, a heads-up display device, an in-vehicle diagnostic device, a dashboard mobile device, a mobile data terminal, an electronic engine management system, an electronic/engine control unit, an electronic/engine control module, an embedded system, a sensor, a microcontroller, a control module, an engine management system, a networked appliance, a machine-type communication device, an M2M or D2D device, an internet of things device, and/or the like.

In some embodiments, the network 1000 may include multiple UEs directly coupled to each other through edge link interfaces. The UE may be an M2M/D2D device that communicates using a physical side link channel (e.g., without limitation, a physical side link broadcast channel (PSBCH), a physical side link discovery channel (PSDCH), a physical side link shared channel (PSSCH), a physical side link control channel (PSCCH), a physical side link basic channel (PSFCH), etc.).

In some embodiments, the UE 1002 may also communicate with the AP 1006 over an over-the-air connection. The AP 1006 may manage WLAN connections that may be used to offload some/all network traffic from the RAN 1004. The connection between the UE 1002 and the AP 1006 may be in accordance with any IEEE 802.11 protocol, wherein the AP 1006 may be wireless fidelity

A router. In some embodiments, the UE 1002, RAN 1004, and AP 1006 may utilize cellular WLAN aggregation (e.g., LTE-WLAN aggregation (LWA)/lightweight IP (LWIP)). Cellular WLAN aggregation may involve a UE 1002 configured by a RAN 1004 utilizing cellular radioBoth resources and WLAN resources.

RAN 1004 may include one or more access nodes, e.g., AN 1008. The AN 1008 may terminate the air interface protocols of the UE 1002 by providing access stratum protocols including RRC, packet Data Convergence Protocol (PDCP), radio Link Control (RLC), medium Access Control (MAC), and L1 protocols. In this manner, AN 1008 may enable data/voice connectivity between CN 1020 and UE 1002. In some embodiments, AN 1008 may be implemented in a separate device or as one or more software entities running on a server computer, as part of a virtual network, for example, which may be referred to as a CRAN or virtual baseband unit pool. The AN 1008 may be referred to as a Base Station (BS), a gNB, a RAN node, AN evolved node B (eNB), a next generation eNB (ng-eNB), a node B (NodeB), a roadside unit (RSU), a TRxP, a TRP, and so on. The AN 1008 may be a macrocell base station or a low power base station that provides a microcell, picocell, or other similar cell with a smaller coverage area, smaller user capacity, or higher bandwidth than a macrocell.

In embodiments where the RAN 1004 includes multiple ANs, they may be coupled to each other over AN X2 interface (in the case where the RAN 1004 is AN LTE RAN) or AN Xn interface (in the case where the RAN 1004 is a 5G RAN). The X2/Xn interface, which in some embodiments may be separated into a control plane interface/user plane interface, may allow the AN to communicate information related to handover, data/context transfer, mobility, load management, interference coordination, etc.

The ANs of RAN 1004 may each manage one or more cells, groups of cells, component carriers, etc., to provide UE 1002 with AN air interface for network access. The UE 1002 may be simultaneously connected with multiple cells provided by the same or different ANs of the RAN 1004. For example, the UE 1002 and RAN 1004 may use carrier aggregation to allow the UE 1002 to connect with multiple component carriers, each corresponding to a primary cell (Pcell) or a secondary cell (Scell). In a dual connectivity scenario, a first AN may be a master node providing a Master Cell Group (MCG) and a second AN may be a secondary node providing a Secondary Cell Group (SCG). The first/second AN can be any combination of eNB, gNB, ng-eNB, etc.

The RAN 1004 may provide an air interface over a licensed spectrum or an unlicensed spectrum. To operate in unlicensed spectrum, a node may use a Licensed Assisted Access (LAA), enhanced LAA (eLAA), and/or further enhanced LAA (feLAA) mechanism based on Carrier Aggregation (CA) technology with PCell/Scell. Prior to accessing the unlicensed spectrum, the node may perform a media/carrier sensing operation based on, for example, a Listen Before Talk (LBT) protocol.

In a vehicle-to-everything (V2X) scenario, the UE 1002 or AN 1008 may be or act as a Road Side Unit (RSU), which may refer to any transport infrastructure entity for V2X communication. The RSU may be implemented in or by AN appropriate AN or stationary (or relatively stationary) UE. An RSU implemented in or by a UE may be referred to as a "UE-type RSU"; the RSU implemented in or by the eNB may be referred to as an "eNB-type RSU"; an RSU implemented in or by a next generation NodeB (gNB) may be referred to as a "gNB-type RSU"; and so on. In one example, the RSU is a computing device coupled with radio frequency circuitry located at the curb side that provides connectivity support to passing vehicle UEs. The RSU may also include internal data storage circuitry for storing intersection map geometry, traffic statistics, media, and applications/software for sensing and controlling ongoing vehicle and pedestrian traffic. The RSU may provide very low latency communications required for high speed events, e.g., collision avoidance, traffic warnings, etc. Additionally or alternatively, the RSU may provide other cellular/WLAN communication services. The components of the RSU may be enclosed in a weatherproof enclosure suitable for outdoor installation and may include a network interface controller to provide a wired connection (e.g., ethernet) to a traffic signal controller or backhaul network.

In some embodiments, the RAN 1004 may be an LTE RAN 1010 including an evolved node B (eNB), e.g., eNB 1012. The LTE RAN 1010 may provide an LTE air interface with the following characteristics: SCS at 15 kHz; a CP-OFDM waveform for DL and an SC-FDMA waveform for UL; turbo codes for data and TBCC for control, etc. The LTE air interface may rely on CSI-RS for CSI acquisition and beam management; relying on a PDSCH/PDCCH demodulation reference signal (DMRS) for PDSCH/PDCCH demodulation; and rely on CRS for cell search and initial acquisition, channel quality measurements, and channel estimation for coherent demodulation/detection at the UE. The LTE air interface may operate over the sub-6 GHz band.

In some embodiments, RAN 1004 may be a Next Generation (NG) -RAN1014 with a gNB (e.g., gNB 1016) or a gn-eNB (e.g., NG-eNB 1018). The gNB 1016 may connect with 5G-enabled UEs using a 5G NR interface. The gNB 1016 may be connected with the 5G core through an NG interface, which may include an N2 interface or an N3 interface. Ng-eNB 1018 may also connect with the 5G core over the Ng interface, but may connect with the UE over the LTE air interface. The gNB 1016 and ng-eNB 1018 may be connected to each other over an Xn interface.

In some embodiments, the NG interface may be divided into two parts, an NG user plane (NG-U) interface, which carries traffic data between nodes of NG-RAN1014 and UPF 1048, and an NG control plane (NG-C) interface, which is a signaling interface (e.g., N2 interface) between NG-RAN1014 and nodes of access and mobility management function (AMF) 1044.

The NG-RAN1014 may provide a 5G-NR air interface with the following characteristics: variable SCS; CP-OFDM for DL, CP-OFDM for UL, and DFT-s-OFDM; polar, repetition, simplex, and Reed-Muller (Reed-Muller) codes for control, and LDPC for data. The 5G-NR air interface may rely on CSI-RS, PDSCH/PDCCH DMRS similar to the LTE air interface. The 5G-NR air interface may not use CRS, but may use PBCH DMRS for PBCH demodulation; performing phase tracking of the PDSCH using the PTRS; and time tracking using the tracking reference signal. The 5G-NR air interface may operate over the FR1 band, which includes the sub-6 GHz band, or the FR2 band, which includes the 24.25GHz to 52.6GHz band. The 5G-NR air interface may include SSBs, which are regions of a downlink resource grid that includes PSS/SSS/PBCH.

In some embodiments, the 5G-NR air interface may use BWP for various purposes. For example, BWP may be used for dynamic adaptation of SCS. For example, the UE 1002 may be configured with multiple BWPs, where each BWP configuration has a different SCS. When a change in BWP is indicated to the UE 1002, the SCS of the transmission also changes. Another use case for BWP relates to power saving. In particular, the UE 1002 may be configured with multiple BWPs with different numbers of frequency resources (e.g., PRBs) to support data transmission in different traffic load scenarios. BWPs containing a smaller number of PRBs may be used for data transmission with smaller traffic load while allowing power savings at the UE 1002 and, in some cases, at the gNB 1016. BWPs containing a large number of PRBs may be used in scenarios with higher traffic loads.

RAN 1004 is communicatively coupled to CN 1020, which comprises a network element, to provide various functions to support data and telecommunications services to customers/subscribers (e.g., users of UE 1002). The components of CN 1020 may be implemented in one physical node or in different physical nodes. In some embodiments, NFV may be used to virtualize any or all functions provided by the network elements of CN 1020 onto physical computing/storage resources in servers, switches, and the like. A logical instance of CN 1020 may be referred to as a network slice, and a logical instantiation of a portion of CN 1020 may be referred to as a network subslice.

In some embodiments, CN 1020 may be LTE CN 1022, which may also be referred to as Evolved Packet Core (EPC). LTE CN 1022 may include a Mobility Management Entity (MME) 1024, a Serving Gateway (SGW) 1026, a Serving GPRS Support Node (SGSN) 1028, a Home Subscriber Server (HSS) 1030, a Proxy Gateway (PGW) 1032, and a policy control and charging rules function (PCRF) 1034, which are coupled to each other by an interface (or "reference point") as shown. The functions of the elements of LTE CN 1022 may be briefly introduced as follows.

The MME 1024 may implement mobility management functions to track the current location of the UE 1002 to facilitate patrol, bearer activation/deactivation, handover, gateway selection, authentication, etc.

The SGW 1026 may terminate the S1 interface towards the RAN and route data packets between the RAN and the LTE CN 1022. SGW 1026 may be a local mobility anchor for inter-RAN node handovers and may also provide an anchor for inter-3 GPP mobility. Other responsibilities may include lawful interception, billing, and some policy enforcement.

The SGSN 1028 can track the location of the UE 1002 and perform security functions and access control. In addition, the SGSN 1028 may perform EPC inter-node signaling for mobility between different RAT networks; PDN and S-GW selection designated by MME 1024; MME selection for handover, etc. An S3 reference point between the MME 1024 and SGSN 1028 may enable user and bearer information exchange for inter-3 GPP access network mobility in idle/active state.

The HSS 1030 may comprise a database for network users that includes subscription related information that supports network entities handling communication sessions. The HSS 1030 may provide support for routing/roaming, authentication, admission, naming/addressing resolution, location dependency, etc. An S6a reference point between the HSS 1030 and the MME 1024 may enable transmission of subscription and authentication data to authenticate/grant a user' S access to the LTE CN 1020.

PGW 1032 may terminate the SGi interface towards a Data Network (DN) 1036 that may include an application/content server 1038. PGW 1032 may route data packets between LTE CN 1022 and data network 1036. PGW 1032 may be coupled with SGW 1026 via an S5 reference point to facilitate user plane tunneling and tunnel management. PGW 1032 may also include a node (e.g., PCEF) for policy enforcement and charging data collection. Additionally, the SGi reference point between PGW 1032 and data network 1036 may be, for example, an operator external public, private PDN, or operator internal packet data network for providing IMS services. PGW 1032 may be coupled with PCRF 1034 via the Gx reference point.

The PCRF 1034 is a policy and charging control element of the LTE CN 1022. The PCRF 1034 can be communicatively coupled to the application/content server 1038 to determine the appropriate QoS and charging parameters for the service flow. The PCRF 1032 may provide the associated rules to the PCEF (via the Gx reference point) with the appropriate TFT and QCI.

In some embodiments, CN 1020 may be a 5G core network (5 GC) 1040.5GC 1040 may include an authentication server function (AUSF) 1042, an access and mobility management function (AMF) 1044, a Session Management Function (SMF) 1046, a User Plane Function (UPF) 1048, a Network Slice Selection Function (NSSF) 1050, a network open function (NEF) 1052, an NF storage function (NRF) 1054, a Policy Control Function (PCF) 1056, a Unified Data Management (UDM) 1058, and an Application Function (AF) 1060, coupled to each other by interfaces (or "reference points") as shown. The function of the elements of the 5GC 1040 can be briefly described as follows.

The AUSF 1042 may store data for authentication of the UE 1002 and process authentication related functions. AUSF 1042 may facilitate a common authentication framework for various access types. The AUSF 1042 may also exhibit a Nausf service based interface in addition to communicating with other elements of the 5GC 1040 through reference points as shown.

The AMF 1044 may allow other functions of the 5gc 1040 to communicate with the UE 1002 and the RAN 1004 and subscribe to notifications regarding mobility events for the UE 1002. The AMF 1044 may be responsible for registration management (e.g., registering the UE 1002), connection management, reachability management, mobility management, lawful interception of AMF related events, and access authentication and permissions. AMF 1044 may provide for the transmission of Session Management (SM) messages between UE 1002 and SMF 1046 and act as a transparent proxy for routing SM messages. The AMF 1044 may also provide for the transmission of SMS messages between the UE 1002 and the SMSF. The AMF 1044 may interact with the AUSF 1042 and the UE 1002 to perform various security anchoring and context management functions. Further, AMF 1044 may be a termination point of a RAN CP interface, which may include or be an N2 reference point between RAN 1004 and AMF 1044; the AMF 1044 may act as a termination point for NAS (N1) signaling and perform NAS ciphering and integrity protection. The AMF 1044 may also support NAS signaling with the UE 1002 over the N3 IWF interface.

The SMF 1046 may be responsible for SM (e.g., session establishment, tunnel management between UPF 1048 and AN 1008); UE IP address assignment and management (including optional permissions); selection and control of the UP function; configuring flow control at UPF 1048 to route the flow to the appropriate destination; termination of the interface to the policy control function; controlling a portion of policy enforcement, charging, and QoS; lawful interception (for SM events and interface to the LI system); terminate the SM portion of the NAS message; a downlink data notification; initiating AN specific SM message (sent to AN 1008 on N2 through AMF 1044); and determining an SSC pattern for the session. SM may refer to the management of PDU sessions, and a PDU session or "session" may refer to a PDU connectivity service that provides or enables the exchange of PDUs between the UE 1002 and the data network 1036.

The UPF 1048 may serve as an anchor point for intra-RAT and inter-RAT mobility, an external PDU session point interconnected with the data network 1036, and a branch point to support multi-homed PDU sessions. The UPF 1048 may also perform packet routing and forwarding, perform packet inspection, perform user plane part of policy rules, lawful intercepted packets (UP collection), perform traffic usage reporting, perform QoS processing for the user plane (e.g., packet filtering, gating, UL/DL rate enforcement), perform uplink traffic verification (e.g., SDF to QoS flow mapping), transport level packet marking in uplink and downlink, and perform downlink packet buffering and downlink data notification triggering. UPF 1048 may include an uplink classifier to support routing of traffic flows to the data network.

The NSSF 1050 may select a set of network slice instances that serve the UE 1002. NSSF 1050 may also determine allowed Network Slice Selection Assistance Information (NSSAI) and mapping to a single NSSAI (S-NSSAI) of the subscription, if desired. The NSSF 1050 may also determine a set of AMFs to be used to serve the UE 1002, or determine a list of candidate AMFs, based on a suitable configuration and possibly by querying the NRF 1054. The selection of a set of network slice instances for the UE 1002 may be triggered by the AMF 1044 (with which the UE 1002 registers by interacting with the NSSF 1050), which may result in a change in the AMF. NSSF 1050 may interact with AMF 1044 via N22 reference points; and may communicate with another NSSF in the visited network via an N31 reference point (not shown). Further, NSSF 1050 may expose an interface based on NSSF services.

NEF 1052 may securely expose services and capabilities provided by 3GPP network functions for third parties, internal disclosure/re-disclosure, AF (e.g., AF 1060), edge computing or fog computing systems, and the like. In these embodiments, the NEF 1052 may authenticate, license, or throttle AFs. NEF 1052 can also translate information exchanged with AF 1060 and information exchanged with internal network functions. For example, the NEF 1052 may translate between the AF service identifier and the internal 5GC information. NEF 1052 may also receive information from other NFs based on their public capabilities. This information may be stored as structured data at the NEF 1052 or at the data storage NF using a standardized interface. The NEF 1052 may then re-disclose the stored information to other NFs and AFs, or for other purposes such as analysis. Additionally, NEF 1052 may expose an interface based on the Nnef service.

NRF 1054 may support a service discovery function, receive NF discovery requests from NF instances, and provide information of discovered NF instances to NF instances. NRF 1054 also maintains information of available NF instances and their supported services. As used herein, the terms "instantiate," "instance," and the like, may refer to creating an instance, "instance" may refer to a specific occurrence of an object, which may occur, for example, during execution of program code. Further, NRF 1054 may expose an interface based on an nrrf service.

The PCF 1056 may provide policy rules to control plane functions to enforce them and may also support a unified policy framework to manage network behavior. PCF 1056 may also implement a front end to access subscription information related to policy decisions in the UDR of UDM 1058. In addition to communicating with functions through reference points as shown, PCF 1056 also exhibits an Npcf service-based interface.

UDM 1058 may process subscription-related information to support network entities handling communication sessions and may store subscription data for UE 1002. For example, subscription data may be communicated via an N8 reference point between UDM 1058 and AMF 1044. UDM 1058 may include two parts: front end and UDR are applied. The UDR may store policy data and subscription data for UDM 1058 and PCF 1056, and/or structured data and application data for disclosure (including PFD for application detection, application request information for multiple UEs 1002) for NEF 1052. UDR 221 may expose a Nudr service-based interface to allow UDM 1058, PCF 1056, and NEF 1052 to access a particular collection of stored data, as well as to read, update (e.g., add, modify), delete, and subscribe to notifications of relevant data changes in the UDR. The UDM may include a UDM-FE that is responsible for handling credentials, location management, subscription management, and the like. Several different front ends may serve the same user in different transactions. The UDM-FE accesses subscription information stored in the UDR and performs authentication credential processing, user identification processing, access permission, registration/mobility management, and subscription management. In addition to communicating with other NFs through reference points as shown, UDM 1058 may also expose a numm service based interface.

AF 1060 can provide application impact on traffic routing, provide access to NEF, and interact with a policy framework for policy control.

In some embodiments, the 5GC 1040 may enable edge computation by selecting an operator/third party service that is geographically close to the point at which the UE 1002 attaches to the network. This may reduce latency and load on the network. To provide an edge calculation implementation, the 5GC 1040 may select a UPF 1048 near the UE 1002 and perform traffic steering from the UPF 1048 to the data network 1036 over the N6 interface. This may be based on the UE subscription data, UE location, and information provided by AF 1060. In this way, AF 1060 can affect UPF (re) selection and traffic routing. Based on operator deployment, the network operator may allow AF 1060 to interact directly with the relevant NFs when AF 1060 is considered a trusted entity. In addition, AF 1060 can expose interfaces based on Naf services.

Data network 1036 may represent various network operator services, internet access, or third party services that may be provided by one or more servers including, for example, application/content server 1038.

The following paragraphs describe examples of various embodiments.

Example 1 includes an apparatus comprising: a Radio Frequency (RF) interface; and a processor circuit coupled with the RF interface, wherein the processor circuit is to: decoding Downlink Control Information (DCI) received from AN Access Node (AN) via the RF interface, wherein the DCI has a DCI format 0_1 or 0_2, the DCI is scrambled by a Radio Network Temporary Identifier (RNTI), and the DCI includes AN uplink scheduling (UL-SCH) indicator indicating that the DCI is not scheduling a Physical Uplink Shared Channel (PUSCH); and determining information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration based on the DCI.

Example 2 includes the apparatus of example 1, wherein the RNTI comprises: cell RNTI (C-RNTI); modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI); a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI); configuring a scheduling (CS) RNTI (CS-RNTI); or a dedicated RNTI.

Example 3 includes the apparatus of examples 1 or 2, wherein the processor circuit is further to: determining the information based on a field of the DCI, wherein the field comprises an MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or an SRS Resource Index (SRI).

Example 4 includes the apparatus of any one of examples 1 to 3, wherein the DCI includes a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is not requested, wherein the processor circuit is further to: determining information related to a beam indication based on the DCI.

Example 5 includes the apparatus of any one of examples 1 to 4, wherein the DCI includes a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is requested, wherein the processor circuit is further to: determining information related to SRS configuration based on the DCI.

Example 6 includes the apparatus of any one of examples 1 to 5, wherein the DCI includes a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is not requested, wherein the processor circuit is further to: determining information related to CSI-RS configuration based on the DCI.

Example 7 includes the apparatus of any one of examples 1 to 6, wherein the DCI includes a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is requested, wherein the processor circuit is further to: determining information related to a CSI-RS configuration or an SRS configuration based on the DCI.

Example 8 includes the apparatus of any one of examples 1 to 7, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI includes a SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the processor circuit is further to: activating or deactivating SP SRS based on the DCI.

Example 9 includes the apparatus of any one of examples 1 to 8, wherein the processor circuit is further to: obtaining an SP SRS resource set ID according to the unused field of the DCI; and activating or deactivating an SP SRS resource set corresponding to the SP SRS resource set ID.

Example 10 includes the apparatus of any one of examples 1 to 9, wherein the processor circuit is further to: activating the SP SRS based on a first set of values of a field of the DCI; or deactivating the SP SRS based on a second set of values of a field of the DCI.

Example 11 includes the apparatus of any one of examples 1 to 10, wherein the processor circuit is further to: triggering an SP SRS trigger state based on the DCI; and activating or deactivating a set of SP SRS resources corresponding to the SP SPs trigger state.

Example 12 includes the apparatus of any one of examples 1 to 11, wherein the processor circuit is further to: triggering the SP-SRS trigger state based on an SRS request field of the DCI.

Example 13 includes the apparatus of any one of examples 1 to 12, wherein the processor circuit is further to: determining parameters of the activated SP SRS based on an unused field of the DCI.

Example 14 includes the apparatus of any one of examples 1 to 13, wherein the parameter is to indicate: allocating frequency resources; allocating time resources; SRS power control; periodicity and offset of the triggered SP SRS resource set; use of SP SRS resource sets; or Transmit Configuration Indicator (TCI) status.

Example 15 includes an apparatus comprising: a Radio Frequency (RF) interface; and a processor circuit coupled with the RF interface, wherein the processor circuit is to: generating a Downlink Control Information (DCI) having a DCI format 0_1 or 0_2, wherein the DCI includes an uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH); scrambling the DCI by a Radio Network Temporary Identifier (RNTI); and causing the DCI to be transmitted to a User Equipment (UE) via the RF interface to indicate information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration.

Example 16 includes the apparatus of example 15, wherein the RNTI comprises: cell RNTI (C-RNTI); modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI); a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI); configuring a scheduling (CS) RNTI (CS-RNTI); or a dedicated RNTI.

Example 17 includes the apparatus of example 15 or 16, wherein the information is indicated by a field of the DCI, wherein the field includes an MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or an SRS Resource Index (SRI).

Example 18 includes the apparatus of any one of examples 15 to 17, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI including an SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the processor circuit is further to: activating or deactivating SP SRS by the DCI.

Example 19 includes the apparatus of any one of examples 15 to 18, wherein the processor circuit is further to: indicating, by an unused field of the DCI, an SP SRS resource set ID to activate or deactivate a SP SRS resource set corresponding to the SP SRS resource set ID.

Example 20 includes the apparatus of any one of examples 15 to 19, wherein the processor circuit is further to: activating the SP SRS by a first set of values of a field of the DCI; or deactivating the SP SRS by a second set of values of a field of the DCI.

Example 21 includes the apparatus of any one of examples 15 to 20, wherein the processor circuit is further to: triggering, by the DCI, an SP SRS trigger state to activate or deactivate a set of SP SRS resources corresponding to the SP SPS trigger state.

Example 22 includes the apparatus of any one of examples 15 to 21, wherein the processor circuit is further to: triggering the SP-SRS trigger state by an SRS request field of the DCI.

Example 23 includes the apparatus of any one of examples 15 to 22, wherein the processor circuit is further to: reconfiguring parameters of the activated SP SRS by an unused field of the DCI.

Example 24 includes the apparatus of any one of examples 15 to 23, wherein the parameter is to indicate: allocating frequency resources; allocating time resources; SRS power control; periodicity and offset of the triggered SP SRS resource set; use of SP SRS resource sets; or Transmit Configuration Indicator (TCI) status.

Example 25 includes a method comprising: decoding Downlink Control Information (DCI) received from AN Access Node (AN), wherein the DCI has a DCI format 0_1 or 0_2, the DCI is scrambled by a Radio Network Temporary Identifier (RNTI), and the DCI includes AN uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH); and determining information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration based on the DCI.

Example 26 includes the method of example 25, wherein the RNTI comprises: cell RNTI (C-RNTI); modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI); a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI); configuring a scheduling (CS) RNTI (CS-RNTI); or a dedicated RNTI.

Example 27 includes the method of example 25 or 26, further comprising: determining the information based on a field of the DCI, wherein the field comprises an MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or an SRS Resource Index (SRI).

Example 28 includes the method of any one of examples 25 to 27, wherein the DCI includes a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is not requested, wherein the method further comprises: determining information related to a beam indication based on the DCI.

Example 29 includes the method of any one of examples 25 to 28, wherein the DCI includes a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is requested, wherein the method further comprises: determining information related to SRS configuration based on the DCI.

Example 30 includes the method of any one of examples 25 to 29, wherein the DCI includes a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is not requested, wherein the method further comprises: determining information related to CSI-RS configuration based on the DCI.

Example 31 includes the method of any one of examples 25 to 30, wherein the DCI includes a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is requested, wherein the method further comprises: determining information related to a CSI-RS configuration or an SRS configuration based on the DCI.

Example 32 includes the method of any one of examples 25 to 31, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI includes a SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the method further comprises: activating or deactivating SP SRS based on the DCI.

Example 33 includes the method of any one of examples 25 to 32, further comprising: obtaining an SP SRS resource set ID according to the unused field of the DCI; and activating or deactivating an SP SRS resource set corresponding to the SP SRS resource set ID.

Example 34 includes the method of any one of examples 25 to 33, further comprising: activating the SP SRS based on a first set of values of a field of the DCI; or deactivating the SP SRS based on a second set of values of a field of the DCI.

Example 35 includes the method of any one of examples 25 to 34, further comprising: triggering an SP SRS trigger state based on the DCI; and activating or deactivating a set of SP SRS resources corresponding to the SP SPs trigger state.

Example 36 includes the method of any one of examples 25 to 35, further comprising: triggering the SP-SRS trigger state based on an SRS request field of the DCI.

Example 37 includes the method of any one of examples 25 to 36, further comprising: determining parameters of the activated SP SRS based on an unused field of the DCI.

Example 38 includes the method of any one of examples 25 to 37, wherein the parameter is to indicate: allocating frequency resources; allocating time resources; SRS power control; periodicity and offset of the triggered SP SRS resource set; use of SP SRS resource sets; or Transmit Configuration Indicator (TCI) status.

Example 39 includes a method comprising: generating a Downlink Control Information (DCI) having a DCI format 0_1 or 0_2, wherein the DCI includes an uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH); scrambling the DCI by a Radio Network Temporary Identifier (RNTI); and causing the DCI to be transmitted to a User Equipment (UE) to indicate information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration.

Example 40 includes the method of example 39, wherein the RNTI comprises: cell RNTI (C-RNTI); modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI); a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI); configuring a scheduling (CS) RNTI (CS-RNTI); or a dedicated RNTI.

Example 41 includes the method of example 39 or 40, wherein the information is indicated by a field of the DCI, wherein the field includes an MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or an SRS Resource Index (SRI).

Example 42 includes the method of any one of examples 39 to 41, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI includes a SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the method further comprises: activating or deactivating SP SRS by the DCI.

Example 43 includes the method of any one of examples 39 to 42, further comprising: indicating, by an unused field of the DCI, an SP SRS resource set ID to activate or deactivate a SP SRS resource set corresponding to the SP SRS resource set ID.

Example 44 includes the method of any one of examples 39 to 43, further comprising: activating the SP SRS by a first set of values of a field of the DCI; or deactivating the SP SRS by a second set of values of a field of the DCI.

Example 45 includes the method of any one of examples 39 to 44, further comprising: triggering, by the DCI, an SP SRS trigger state to activate or deactivate a set of SP SRS resources corresponding to the SP SPS trigger state.

Example 46 includes the method of any one of examples 39 to 45, further including: triggering the SP-SRS trigger state by an SRS request field of the DCI.

Example 47 includes the method of any one of examples 39 to 46, further comprising: reconfiguring parameters of the activated SP SRS by an unused field of the DCI.

Example 48 includes the method of any one of examples 39 to 47, wherein the parameter is to indicate: allocating frequency resources; allocating time resources; SRS power control; periodicity and offset of the triggered SP SRS resource set; use of SP SRS resource sets; or Transmit Configuration Indicator (TCI) status.

Example 49 includes an apparatus comprising: means for decoding Downlink Control Information (DCI) received from AN Access Node (AN), wherein the DCI has a DCI format 0_1 or 0_2, the DCI is scrambled by a Radio Network Temporary Identifier (RNTI), and the DCI includes AN uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH); and means for determining information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration based on the DCI.

Example 50 includes the apparatus of example 49, wherein the RNTI comprises: cell RNTI (C-RNTI); modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI); a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI); configuring a scheduling (CS) RNTI (CS-RNTI); or a dedicated RNTI.

Example 51 includes the apparatus of examples 49 or 50, further comprising: means for determining the information based on a field of the DCI, wherein the field comprises a MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or a SRS Resource Index (SRI).

Example 52 includes the apparatus of any one of examples 49-51, wherein the DCI includes a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is not requested, wherein the apparatus further comprises: means for determining information related to a beam indication based on the DCI.

Example 53 includes the apparatus of any one of examples 49-52, wherein the DCI includes a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is requested, wherein the apparatus further comprises: means for determining information related to SRS configuration based on the DCI.

Example 54 includes the apparatus of any one of examples 49-53, wherein the DCI includes a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is not requested, wherein the apparatus further comprises: means for determining information related to CSI-RS configuration based on the DCI.

Example 55 includes the apparatus of any one of examples 49 to 54, wherein the DCI includes a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is requested, wherein the apparatus further comprises: means for determining information related to a CSI-RS configuration or an SRS configuration based on the DCI.

Example 56 includes the apparatus of any one of examples 49-55, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI including an SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the apparatus further comprises: a component for activating or deactivating SP SRS based on the DCI.

Example 57 includes the apparatus of any one of examples 49 to 56, further comprising: means for obtaining a SP SRS resource set ID from an unused field of the DCI; and means for activating or deactivating a SP SRS resource set corresponding to the SP SRS resource set ID.

Example 58 includes the apparatus of any one of examples 49-57, further comprising: a component for activating the SP SRS based on a first set of values of a field of the DCI; or means for deactivating the SP SRS based on a second set of values of a field of the DCI.

Example 59 includes the apparatus of any one of examples 49-58, further comprising: means for triggering an SP SRS trigger state based on the DCI; and means for activating or deactivating a set of SP SRS resources corresponding to the SP SPs trigger state.

Example 60 includes the apparatus of any one of examples 49 to 59, further comprising: means for triggering the SP-SRS trigger state based on an SRS request field of the DCI.

Example 61 includes the apparatus of any one of examples 49-60, further comprising: means for determining parameters of the activated SP SRS based on unused fields of the DCI.

Example 62 includes the apparatus of any one of examples 49-61, wherein the parameter is to indicate: allocating frequency resources; allocating time resources; SRS power control; periodicity and offset of the triggered SP SRS resource set; use of SP SRS resource sets; or Transmit Configuration Indicator (TCI) status.

Example 63 includes an apparatus comprising: means for generating a Downlink Control Information (DCI) having a DCI format 0_1 or 0_2, wherein the DCI includes an uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH); means for scrambling the DCI by a Radio Network Temporary Identifier (RNTI); and means for causing the DCI to be transmitted to a User Equipment (UE) to indicate information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration.

Example 64 includes the apparatus of example 63, wherein the RNTI comprises: cell RNTI (C-RNTI); modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI); a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI); configuring a scheduling (CS) RNTI (CS-RNTI); or a dedicated RNTI.

Example 65 includes the apparatus of example 63 or 64, wherein the information is indicated by a field of the DCI, wherein the field includes an MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or an SRS Resource Index (SRI).

Example 66 includes the apparatus of any one of examples 63-65, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI including an SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the apparatus further comprises: a component for activating or deactivating SP SRS by the DCI.

Example 67 includes the apparatus of any one of examples 63 to 66, further comprising: means for indicating, by an unused field of the DCI, an SP SRS resource set ID to activate or deactivate a SP SRS resource set corresponding to the SP SRS resource set ID.

Example 68 includes the apparatus of any one of examples 63 to 67, further comprising: a component for activating the SP SRS with a first set of values of a field of the DCI; or means for deactivating the SP SRS by a second set of values of a field of the DCI.

Example 69 includes the apparatus of any one of examples 63-68, further comprising: means for triggering, by the DCI, an SP SRS trigger state to activate or deactivate a set of SP SRS resources corresponding to the SP SPS trigger state.

Example 70 includes the apparatus of any one of examples 63 to 69, further comprising: means for triggering the SP-SRS trigger state by an SRS request field of the DCI.

Example 71 includes the apparatus of any one of examples 63 to 70, further comprising: means for reconfiguring parameters of the activated SP SRS by an unused field of the DCI.

Example 72 includes the apparatus of any one of examples 63 to 71, wherein the parameter is to indicate: allocating frequency resources; allocating time resources; SRS power control; periodicity and offset of the triggered SP SRS resource set; use of SP SRS resource sets; or Transmit Configuration Indicator (TCI) status.

Example 73 includes a computer-readable medium having instructions stored thereon, which when executed by a processor circuit, cause the processor circuit to perform the method of any of examples 25 to 38.

Example 74 includes a computer-readable medium having instructions stored thereon, which when executed by a processor circuit, cause the processor circuit to perform the method of any of examples 39-48.

Example 75 includes AN Access Node (AN) as shown and described in the specification.

Example 76 includes the method shown and described in the specification as performed at AN Access Node (AN).

Example 77 includes a User Equipment (UE) as shown and described in the specification.

Example 78 includes a method performed at a User Equipment (UE) shown and described in the specification.

Although certain embodiments have been illustrated and described herein for purposes of description, various alternative and/or equivalent embodiments or implementations calculated to achieve the same purposes may be substituted for the embodiments shown and described without departing from the scope of the present disclosure. This application is intended to cover any adaptations or variations of the embodiments discussed herein. Therefore, it is manifestly intended that the embodiments described herein be limited only by the claims and the equivalents thereof.

Claims (24)

1. An apparatus, comprising:

a Radio Frequency (RF) interface; and

a processor circuit coupled with the RF interface,

wherein the processor circuit is to:

decoding Downlink Control Information (DCI) received from AN Access Node (AN) via the RF interface, wherein the DCI has a DCI format 0_1 or 0_2, the DCI is scrambled by a Radio Network Temporary Identifier (RNTI), and the DCI includes AN uplink scheduling (UL-SCH) indicator indicating that the DCI is not scheduling a Physical Uplink Shared Channel (PUSCH); and

determining information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration based on the DCI.

2. The apparatus of claim 1, wherein the RNTI comprises:

cell RNTI (C-RNTI);

modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI);

a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI);

configuring a scheduling (CS) RNTI (CS-RNTI); or

A private RNTI.

3. The apparatus of claim 1, wherein the processor circuit is further to:

determining the information based on a field of the DCI,

wherein the field includes MCS, hybrid automatic repeat request (HARQ), redundancy Version (RV), time Domain Resource Allocation (TDRA), frequency Domain Resource Allocation (FDRA), new Data Indicator (NDI), downlink Allocation Index (DAI), transmission Precoding Matrix Index (TPMI), or SRS Resource Index (SRI).

4. The apparatus of claim 1, wherein the DCI comprises a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is not requested, wherein the processor circuit is further configured to:

determining information related to a beam indication based on the DCI.

5. The apparatus of claim 1, wherein the DCI comprises a CSI request field indicating that CSI is not requested and an SRS request field indicating that SRS is requested, wherein the processor circuit is further configured to:

determining information related to SRS configuration based on the DCI.

6. The apparatus of claim 1, wherein the DCI comprises a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is not requested, wherein the processor circuit is further configured to:

determining information related to CSI-RS configuration based on the DCI.

7. The apparatus of claim 1, wherein the DCI comprises a CSI request field indicating that CSI is requested and an SRS request field indicating that SRS is requested, wherein the processor circuit is further configured to:

determining information related to a CSI-RS configuration or an SRS configuration based on the DCI.

8. The apparatus of claim 1, wherein the DCI includes a CSI request field indicating that CSI is not requested, the RNTI includes an SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the processor circuit is further to:

activating or deactivating SP SRS based on the DCI.

9. The apparatus of claim 8, wherein the processor circuit is further to:

obtaining an SP SRS resource set ID according to the unused field of the DCI; and

activating or deactivating an SP SRS resource set corresponding to the SP SRS resource set ID.

10. The apparatus of claim 8, wherein the processor circuit is further to:

activating the SP SRS based on a first set of values of a field of the DCI; or

Deactivating the SP SRS based on a second set of values of a field of the DCI.

11. The apparatus of claim 8, wherein the processor circuit is further to:

triggering an SP SRS trigger state based on the DCI; and

activating or deactivating a set of SP SRS resources corresponding to the SP SPS trigger state.

12. The apparatus of claim 11, wherein the processor circuit is further to:

triggering the SP-SRS trigger state based on an SRS request field of the DCI.

13. The apparatus of claim 8, wherein the processor circuit is further to:

determining parameters of the activated SP SRS based on an unused field of the DCI.

14. The apparatus of claim 13, wherein the parameter is to indicate:

allocating frequency resources;

allocating time resources;

SRS power control;

periodicity and offset of the triggered SP SRS resource set;

use of SP SRS resource sets; or

Transmit Configuration Indicator (TCI) status.

15. An apparatus, comprising:

a Radio Frequency (RF) interface; and

a processor circuit coupled with the RF interface,

wherein the processor circuit is to:

generating a Downlink Control Information (DCI) having a DCI format 0_1 or 0_2, wherein the DCI includes an uplink scheduling (UL-SCH) indicator indicating that the DCI does not schedule a Physical Uplink Shared Channel (PUSCH);

scrambling the DCI by a Radio Network Temporary Identifier (RNTI); and

causing the DCI to be transmitted to a User Equipment (UE) via the RF interface to indicate information related to a beam indication, a Sounding Reference Signal (SRS) configuration, or a Channel State Information (CSI) -Reference Signal (RS) configuration.

16. The apparatus of claim 15, wherein the RNTI comprises:

cell RNTI (C-RNTI);

modulation and Coding Scheme (MCS) cell RNTI (MCS-C-RNTI);

a semi-persistent (SP) Channel State Information (CSI) RNTI (SP-CSI-RNTI);

configuring a scheduling (CS) RNTI (CS-RNTI); or

A private RNTI.

17. The apparatus of claim 15, wherein the information is indicated by a field of the DCI, wherein the field comprises an MCS, a hybrid automatic repeat request (HARQ), a Redundancy Version (RV), a Time Domain Resource Allocation (TDRA), a Frequency Domain Resource Allocation (FDRA), a New Data Indicator (NDI), a Downlink Allocation Index (DAI), a Transmission Precoding Matrix Index (TPMI), or an SRS Resource Index (SRI).

18. The apparatus of claim 15, wherein the DCI includes a CSI request field that indicates that CSI is not requested, the RNTI comprises a SP-CSI-RNTI, a CS-RNTI, or a dedicated RNTI, wherein the processor circuit is further to:

activating or deactivating SP SRS by the DCI.

19. The apparatus of claim 18, wherein the processor circuit is further configured to:

indicating, by an unused field of the DCI, an SP SRS resource set ID to activate or deactivate a SP SRS resource set corresponding to the SP SRS resource set ID.

20. The apparatus of claim 18, wherein the processor circuit is further configured to:

activating the SP SRS by a first set of values of a field of the DCI; or

Deactivating the SP SRS by a second set of values of a field of the DCI.

21. The apparatus of claim 18, wherein the processor circuit is further configured to:

triggering, by the DCI, an SP SRS trigger state to activate or deactivate a set of SP SRS resources corresponding to the SP SPS trigger state.

22. The apparatus of claim 21, wherein the processor circuit is further configured to:

triggering the SP-SRS trigger state by an SRS request field of the DCI.

23. The apparatus of claim 18, wherein the processor circuit is further configured to:

reconfiguring parameters of the activated SP SRS by an unused field of the DCI.

24. The apparatus of claim 23, wherein the parameter is indicative of:

allocating frequency resources;

allocating time resources;

SRS power control;

periodicity and offset of the triggered SP SRS resource set;

use of SP SRS resource sets; or alternatively

Transmit Configuration Indicator (TCI) status.

Images