Program, non-transitory computer-readable storage medium, UE and TRP

Abstract

Various embodiments herein relate to techniques performed by a user equipment (UE) in a cellular network. The techniques may include identifying an indication of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode in downlink control information (DCI) received from a first transmission and reception point (TRP); identifying one or more resources for PUSCH transmission based on the indication; and transmitting a first iteration of the PUSCH transmission and a second iteration of the PUSCH transmission based on the indication and the one or more resources. Other embodiments may be described and / or claimed.

Description

[Technical field]

[0001] [CROSS REFERENCE TO RELATED APPLICATIONS]

[0002] This application claims priority to U.S. Provisional Patent Application No. 63 / 186,751, filed May 10, 2021.

[0003] Various embodiments may generally relate to the field of wireless communications. For example, some embodiments may relate to dynamic switching between a single transmission and reception point (TRP) and multiple TRPs for a single downlink control information (DCI)-based physical uplink shared channel (PUSCH) transmission. [Background technology]

[0004] Various embodiments may relate generally to the field of wireless communications. [Brief description of the drawings]

[0005] The embodiments can be readily understood from the following detailed description in conjunction with the accompanying drawings, in which like reference numerals refer to like elements and in which: FIG.

[0006] [Figure 1] 1 illustrates an example of single DCI based PUSCH repetition, according to various embodiments.

[0007] [Diagram 2] 1 illustrates an example of a Medium Access Control (MAC) Control Element (CE) for use with a Sounding Reference Signal (SRS) spatial relationship index, in accordance with various embodiments.

[0008] [Diagram 3] 1 illustrates an example of a process used by a user equipment (UE) in accordance with various embodiments.

[0009] [Figure 4] 1 illustrates an example of a process used by a TRP, according to various embodiments.

[0010] [Diagram 5] 1 illustrates a schematic diagram of a wireless network in accordance with various embodiments;

[0011] [Figure 6] 1 illustrates a schematic diagram of components of a wireless network in accordance with various embodiments;

[0012] [Figure 7] FIG. 1 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 methods described herein, according to some example embodiments. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0013] The following detailed description refers to several accompanying drawings. The same reference numbers may be used to identify the same or similar elements in different drawings. In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular structures, architectures, interfaces, techniques, etc., to provide a thorough understanding of various aspects of the various embodiments. However, it will be apparent to one of ordinary skill in the art having the benefit of this disclosure that various aspects of the various embodiments may be implemented in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For purposes of this document, the phrases "A or B" and "A / B" mean (A), (B), or (A and B).

[0014] 3rd Generation Partnership Project (3GPP®) Release 17 (Rel-17) fifth generation (5G) / new radio (NR) systems may support a multi-TRP transmission scheme in the uplink (UL). In particular, to increase the robustness of the transmission against potential channel blockages, a user equipment (UE) may transmit signals targeting two or more TRPs.

[0015] In legacy 3GPP specifications, PUSCH repetition is only supported based on a single TRP, which may become a bottleneck of the overall system reliability when multi-TRP-based physical downlink shared channel (PDSCH) repetition is adopted. In particular, in Frequency Range 2 (FR2), which may correspond to between about 24250 megahertz (MHz) and 52600 MHz, PUSCH repetition based on a single TRP may no longer be reliable when the link between the UE and the TRP is affected by blockage. However, when repetitive transmission is performed over multiple links between the UE and multiple TRPs, such repetition may be more reliable due to macro diversity, especially when blockage exists. Therefore, multi-TRP-based PUCCH / PUSCH repetition may be desirable.

[0016] To support multi-TRP-based PUSCH repetitions, a single DCI-based scheme (e.g., as shown in FIG. 1) may be used. In particular, the single DCI-based scheme may schedule multiple PUSCH repetitions with one DCI transmitted over either one TRP or multiple TRPs. More specifically, the TRP-1 105 may transmit a DCI-1 110 to the UE 115. As shown in FIG. 1, based on the DCI-1 110, the UE 115 may transmit repetitions of PUSCH (labeled as PUSCH 1 and PUSCH 2) to the TRP-1 105 and the TRP-2 120. It will be noted that the above is just one example, and in other embodiments, PUSCH 1 may be transmitted to the TRP-2 120 and PUSCH 2 may be transmitted to the TRP-1 105.

[0017] Compared with single-TRP-based PUSCH transmission, multi-TRP-based PUSCH repetition may provide more diversity and have more flexibility. For example, 2-TRP-based PUSCH repetition (e.g., as shown in FIG. 1) may allow two PUSCHs to be scheduled with different modulation and coding schemes (MCS), resource allocations, precoding matrix indicators (PMIs), etc. In general, single-TRP-based transmissions may be used in legacy NR networks, so it may be desirable for an NR network to support dynamic switching between single-TRP (e.g., sTRP or 1-TRP) and multi-TRP (e.g., mTRP or 2-TRP) PUSCH transmissions.

[0018] In legacy network implementations, dynamic switching between 1-TRP and 2-TRP PUSCH transmissions was not supported. Thus, various embodiments herein relate to techniques for dynamic switching between 1-TRP and 2-TRP using a field in the DCI to indicate dynamic switching between sTRP and mTRP operation. According to some embodiments, PUSCH transmission flexibility may be increased.

[0019] Specifically, in a multi-TRP PUSCH transmission, a UE (e.g., UE 115) may transmit the same information in multiple PUSCH repetitions to multiple TRPs using different beams to achieve spatial diversity, e.g., as shown in Figure 1. For example, as shown in Figure 1, PUSCH repetition 1 and repetition 2 may be transmitted to TRP-1 and TRP-2 using beam 1 and beam 2, respectively.

[0020] In legacy specifications, the SRS resource indicator (SRI) field in the DCI may only indicate the SRS resource for a single PUSCH transmission towards the TRP. For a PUSCH transmission of a single TRP in legacy 3GPP specifications, the SRS index of the UE may be indicated by the SRI in the DCI, and the correspondence between the SRS index and the downlink (DL) reference signal resource may be indicated by the MAC CE (e.g., as shown by the MAC CE in FIG. 2). Thus, if the PUSCH repetitions of a multi-TRP are scheduled by a single DCI, it may be desirable to redesign the DCI field that schedules the PUSCH repetitions to support the indication of two PUSCH transmission beams.

[0021] On the other hand, it may be desirable for the redesigned DCI to support multiple PUSCH beams for backward compatibility, e.g., a single PUSCH beam indication for PUSCH transmission of a single TRP should also be supported. In legacy 3GPP specifications, each TRP may be configured with an SRS resource set. A UE may be configured with SRS resource set 0 and SRS resource set 1, which are implicitly associated with TRP-0 and TRP-1, respectively. Within an SRS resource set, there may be multiple SRS resources identified by SRIs.

[0022] In some embodiments, scheduling PUSCH repetitions for two TRPs may be based on one or more of the following: 1) two SRI fields, each corresponding to an SRS resource set; and 2) two transmit precoding matrix indicators (TPMIs) for the two PUSCH repetitions, respectively. Further, some embodiments may relate to a new DCI field indicating the operation of sTRP and mTRP. The new DCI field may be either 1-bit long or 2-bit long. Thus, for single DCI based multi-TRP PUSCH repetitions, some embodiments herein may be based on or include the following options to indicate dynamic switching between the operation of sTRP and mTRP:

[0023] Option 1, 1-bit sTRP / mTRP switch field.

[0024] In this option, one bit in the DCI is used to dynamically indicate the operation of the sTRP and mTRP. In particular, for a codebook (CB)-based scheme, if the DCI indicates 0, the first SRI field corresponds to SRS resource set 0, and the first precoder information and layer (PINL) field, which may contain or be related to TPMI information, is applied. If the DCI indicates 1, the first SRI field corresponds to SRS resource set 0, and the second SRI field corresponds to SRS resource set 1, and the first and second PINL fields (which may be related to TPMI) are applied, respectively, as shown in Table 1 below.

[0025] For a non-codebook (NCB) based scheme, if the DCI indicates 0, then the first SRI field corresponding to SRS resource set 0 is used. If the DCI indicates 1, then the first SRI field corresponding to SRS resource set 0 and the second SRI field corresponding to SRS resource set 1 are used, as shown in Table 2 below.

[0026] [Table 1] [1-bit sTRP / mTRP switching field design for CB-based scheme]

[0027] [Table 2] [1-bit sTRP / mTRP switching field design for NCB-based scheme]

[0028] Option 2, 2-bit sTRP / mTRP switch field.

[0029] In this option, two bits in the DCI are used to dynamically indicate the operation of the sTRP and mTRP. In particular, for a CB-based scheme, if the DCI indicates 0 or 1, the operation of the sTRP is used, and indexes 0 and 1 indicate the first and second PINL and SRI fields (which may be related to TPMI), which correspond to SRS resource set 0 and SRS resource set 1, respectively, as shown in Table 3 below. If the DCI indicates 2 or 3, the operation of the mTRP is used, and index 2 indicates both the SRI and PINL fields (which may be related to TPMI), where the first SRI field corresponds to SRS resource set 0 and the second SRI field corresponds to SRS resource set 1; index 3 indicates both the SRI and PINL fields (which may be related to TPMI), where the first SRI field corresponds to SRS resource set 1 and the second SRI field corresponds to SRS resource set 0, as shown in Table 3.

[0030] For the NCB-based scheme, if DCI indicates 0 or 1, sTRP operation is used, and indexes 0 and 1 indicate the first (and second SRI) field, which correspond to SRS resource set 0 and SRS resource set 1, respectively, as shown in Tables 4-1 and 4-2 below. If DCI indicates 2 or 3, mTRP operation is used, and index 2 indicates both SRI and PINL (TPMI) fields, where the first SRI field corresponds to SRS resource set 0 and the second SRI field corresponds to SRS resource set 1; index 3 indicates both SRI and PINL (TPMI) fields, where the first SRI field corresponds to SRS resource set 1 and the second SRI field corresponds to SRS resource set 0, as shown in Tables 4-1 and 4-2 below.

[0031] It should be noted that by using a 2-bit sTRP / mTRP switching field design, reordering of TRP1 / TRP2 SRS resource sets in mTRP operation and selection of TRP1 and TRP2 in sTRP operation can be supported.

[0032] [Table 3] [2-bit sTRP / mTRP switching field design for CB-based scheme]

[0033] [Table 4-1] [2-bit sTRP / mTRP switch field design for NCB-based scheme (index '1' is mapped to the second SRI field)]

[0034] [Table 4-2] [2-bit sTRP / mTRP switch field design for NCB-based scheme (index '1' is mapped to the first SRI field)]

[0035] [Example Technology]

[0036] 3 illustrates an example of a process used by a user equipment (UE), one or more elements of a UE, and / or an electronic device including a UE, according to various embodiments. Specifically, the process may comprise identifying, at step 305, an indication of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode in downlink control information (DCI) received from a first transmission and reception point (TRP). For example, the single-TRP mode may be the sTRP mode and / or the 1-TRP mode described above. The multi-TRP mode may be the mTRP mode and / or the 2-TRP mode described above. The process may further comprise identifying, at step 310, one or more resources for a PUSCH transmission based on the indication. The process may further comprise transmitting, at step 315, a first iteration of the PUSCH transmission and a second iteration of the PUSCH transmission based on the indication and the one or more resources. For example, if the UE is in a single-TRP mode, the UE may transmit the first and second PUSCH repetitions to the single TRP, and if the UE is in a multi-TRP mode, the UE may transmit the first PUSCH repetition to the first TRP and the second PUSCH repetition to the second TRP.

[0037] 4 illustrates an example of a process used by a TRP, one or more elements of a TRP, and / or an electronic device including a TRP, according to various embodiments. The process may include identifying, at step 405, whether a user equipment (UE) operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode (e.g., as described above with respect to FIG. 3). The process may further include generating, at step 410, downlink control information (DCI) including an indication of whether the UE operates according to the single-TRP PUSCH mode or the multi-TRP PUSCH mode. The process may further include transmitting, at step 415, the DCI to the UE.

[0038] It will be noted that the embodiments of Figures 3 and 4 (as well as other embodiments described herein) are intended as exemplary embodiments, and other embodiments may vary. For example, other embodiments may include more or fewer elements than those shown in Figures 3 and 4, the elements occur in a different order than those shown, etc. Other embodiments may vary.

[0039] [System and Implementation]

[0040] 5-6 illustrate various systems, devices and components that may implement aspects of the disclosed embodiments.

[0041] 5 illustrates a network 500 according to various embodiments. The network 500 may operate in a manner consistent with 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 that would benefit from the principles described herein, such as future 3GPP® systems.

[0042] The network 500 may include a UE 502, which may include any mobile or non-mobile computing device designed to communicate with the RAN 504 via an over-the-air connection. The UE 502 may be communicatively coupled to the RAN 504 by a Uu interface. The UE 502 may be, but is not limited to, a smartphone, a tablet computer, a wearable computing device, a desktop computer, a laptop computer, an in-vehicle infotainment, an in-vehicle entertainment device, an instrument cluster, a heads-up display device, an in-vehicle diagnostic device, a dash-top 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 network appliance, a machine-type communication device, an M2M or D2D device, an IoT device, and the like.

[0043] In some embodiments, the network 500 may include multiple UEs directly coupled to each other via a sidelink interface. The UEs may be M2M / D2D devices that communicate using physical sidelink channels, such as, but not limited to, PSBCH, PSDCH, PSSCH, PSCCH, PSFCH, etc.

[0044] In some embodiments, the UE 502 may further communicate with the AP 506 via an over-the-air connection. The AP 506 may manage a WLAN connection that may serve to offload some / all of the network traffic from the RAN 504. The connection between the UE 502 and the AP 506 may be consistent with any IEEE 802.11 protocol, where the AP 506 may be a Wireless Fidelity (Wi-Fi) router. In some embodiments, the UE 502, RAN 504, and AP 506 may utilize cellular WLAN aggregation (e.g., LWA / LWIP). Cellular WLAN aggregation may involve the UE 502 being configured by the RAN 504 to utilize both cellular radio resources and WLAN resources.

[0045] The RAN 504 may include one or more access nodes, e.g., AN 508. The AN 508 may terminate the air interface protocols of the UE 502 by providing access stratum protocols including RRC, PDCP, RLC, MAC, and L1 protocols. In this manner, the AN 508 may enable data / voice connectivity between the CN 520 and the UE 502. In some embodiments, the AN 508 may be implemented in a discrete device or as one or more software entities running on a server computer as part of a virtual network, which may be referred to as, for example, a CRAN or a virtual baseband unit pool. The AN 508 may be referred to as a BS, gNB, RAN node, eNB, ng-eNB, NodeB, RSU, TRxP, TRP, etc. The AN 508 may be a macrocell base station or a low-power base station for providing a femtocell, picocell, or other similar cell having a smaller coverage area, smaller user capacity, or higher bandwidth compared to a macrocell.

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

[0047] Each of the multiple ANs of the RAN 504 may manage one or more cells, cell groups, component carriers, etc. to provide the UE 502 with an air interface for network access. The UE 502 may be simultaneously connected to multiple cells provided by the same or different ANs of the RAN 504. For example, the UE 502 and the RAN 504 may use carrier aggregation to enable the UE 502 to connect to multiple component carriers, each corresponding to a Pcell or an Scell. In a dual connectivity scenario, the first AN may be a master node providing an MCG, and the second AN may be a secondary node providing an SCG. The first / second ANs may be any combination of eNBs, gNBs, ng-eNBs, etc.

[0048] The RAN 504 may provide an air interface over licensed or unlicensed spectrum. To operate in the unlicensed spectrum, the node may use LAA, eLAA, and / or feLAA mechanisms based on CA techniques using PCell / Scell. Before accessing the unlicensed spectrum, the node may perform medium / carrier sensing operations, for example based on a Listen-Before-Talk (LBT) protocol.

[0049] In a V2X scenario, the UE 502 or AN 508 may be or function as an RSU, which may refer to any traffic infrastructure entity used for V2X communication. The RSU may be implemented in or by a suitable AN or a static (or relatively static) UE. An RSU implemented in or by a UE may be referred to as a "UE-type RSU", an eNB may be referred to as an "eNB-type RSU", a gNB may be referred to as a "gNB-type RSU", etc. In one example, an RSU is a computing device coupled to a radio frequency circuit located at the roadside that provides connectivity support to passing vehicle UEs. The RSU may also include internal data storage circuitry that stores intersection map geometry, traffic statistics, media, and applications / software that sense and control ongoing traffic of vehicles and pedestrians. The RSU may provide very low latency communication 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 RSU components may be packaged in a weather-resistant 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 a backhaul network.

[0050] In some embodiments, the RAN 504 may be an LTE RAN 510 including an eNB, e.g., eNB 512. The LTE RAN 510 may provide the following features to the LTE air interface: 15 kHz SCS, CP-OFDM waveform for DL ​​and 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, PDSCH / PDCCH DMRS for PDSCH / PDCCH demodulation, and 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 in sub-6 GHz bands.

[0051] In some embodiments, the RAN 504 may be an NG-RAN 514 including a gNB, e.g., gNB 516, or an ng-eNB, e.g., ng-eNB 518. The gNB 516 may connect with a 5G-capable UE using a 5G NR interface. The gNB 516 may connect with a 5G core through an NG interface, which may include an N2 interface or an N3 interface. The ng-eNB 518 may also connect with a 5G core through an NG interface, but may connect with a UE through an LTE air interface. The gNB 516 and the ng-eNB 518 may connect with each other through an Xn interface.

[0052] In some embodiments, the NG interface may be divided into two parts: an NG User Plane (NG-U) interface (e.g., N3 interface), which carries traffic data between the nodes of the NG-RAN 514 and the UPF 548, and an NG Control Plane (NG-C) interface (e.g., N2 interface), which is the signaling interface between the nodes of the NG-RAN 514 and the AMF 544.

[0053] The NG-RAN 514 may provide the 5G NR air interface with the following features: variable SCS; CP-OFDM for DL ​​and CP-OFDM and DFT-s-OFDM for UL; polar, repetition, simplex, and Reed-Muller codes for control and LDPC of 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, may use PBCH DMRS for PBCH demodulation, may use PTRS for phase tracking of PDSCH, and may use tracking reference signals for time tracking. The 5G NR air interface may operate in FR1 bands, including sub-6 GHz bands or FR2 bands, including bands from 24.25 GHz to 52.6 GHz. The 5G NR air interface may include SSB, which is an area of ​​the downlink resource grid that includes PSS / SSS / PBCH.

[0054] In some embodiments, the 5G NR air interface may utilize BWPs for various purposes. For example, BWPs may be used for dynamic adaptation of SCS. For example, the UE 502 may be configured with multiple BWPs, each BWP configuration having a different SCS. When a BWP change is indicated to the UE 502, the SCS of the transmission is also changed. Another use case example of BWPs relates to power saving. In particular, multiple BWPs may be configured with different amounts of frequency resources (e.g., PRBs) for the UE 502 to support data transmission under different traffic load scenarios. BWPs with a smaller number of PRBs may be used for data transmission with a smaller traffic load while enabling power saving at the UE 502 and possibly at the gNB 516. BWPs with a larger number of PRBs may be used in scenarios with a higher traffic load.

[0055] The RAN 504 is communicatively coupled to the CN 520, which includes network elements that provide various functions to support data and telecommunications services to customers / subscribers (e.g., users of UEs 502). The components of the CN 520 may be implemented on one physical node or on separate physical nodes. In some embodiments, NFV may be utilized to virtualize any or all of the functions provided by the network elements of the CN 520 onto physical computational / storage resources in servers, switches, etc. A logical instantiation of the CN 520 may be referred to as a network slice, and a logical instantiation of a portion of the CN 520 may be referred to as a network sub-slice.

[0056] In some embodiments, the CN 520 may be an LTE CN 522, which may also be referred to as an EPC. The LTE CN 522 may include an MME 524, an SGW 526, an SGSN 528, an HSS 530, a PGW 532, and a PCRF 534 coupled to each other via interfaces (or "reference points") as shown. The functionality of the elements of the LTE CN 522 may be briefly introduced below.

[0057] The MME 524 may implement mobility management functions that track the current location of the UE 502 to facilitate paging, bearer activation / deactivation, handover, gateway selection, authentication, and the like.

[0058] The SGW 526 may terminate the S1 interface towards the RAN and route data packets between the RAN and the LTE CN 522. The SGW 526 may be a local mobility anchor point for inter-RAN node handovers and may also provide an anchor for inter-3GPP mobility. Other roles may include lawful interception, charging, and some policy enforcement.

[0059] The SGSN 528 may track the location of the UE 502 and perform security functions and access control. Additionally, the SGSN 528 may perform EPC inter-node signaling for mobility between different RAT networks; PDN and S-GW selection as specified by the MME 524; MME selection for handover; etc. An S3 reference point between the MME 524 and the SGSN 528 may enable exchange of user and bearer information for mobility between 3GPP access networks in idle / active state.

[0060] The HSS 530 may include a database for network users, including subscription-related information, to support handling of communication sessions by network entities. The HSS 530 may provide support for routing / roaming, authentication, authorization, name / address resolution, location dependency, etc. An S6a reference point between the HSS 530 and the MME 524 may enable transfer of subscription and authentication data to authenticate / authorize user access to the LTE CN 520.

[0061] The PGW 532 may terminate an SGi interface towards a data network (DN) 536, which may include an application / content server 538. The PGW 532 may route data packets between the LTE CN 522 and the data network 536. The PGW 532 may be coupled to the SGW 526 by an S5 reference point to facilitate user plane tunneling and tunnel management. The PGW 532 may further include a node for policy enforcement and charging data collection (e.g., PCEF). Furthermore, the SGi reference point between the PGW 532 and the data network 536 may be an operator external public, private PDN, or an operator intra-packet data network, e.g., for providing IMS services. The PGW 532 may be coupled to the PCRF 534 via a Gx reference point.

[0062] The PCRF 534 is the policy and charging control element of the LTE CN 522. The PCRF 534 may be communicatively coupled to an app / content server 538 to determine appropriate QoS and charging parameters for a service flow. The PCRF 532 may provision the PCEF (via the Gx reference point) with the appropriate TFT and QCI.

[0063] In some embodiments, the CN 520 may be a 5GC 540. The 5GC 540 may include an AUSF 542, an AMF 544, an SMF 546, a UPF 548, an NSSF 550, an NEF 552, an NRF 554, a PCF 556, a UDM 558, and an AF 560, coupled to each other via interfaces (or "reference points") as shown. The functionality of the elements of the 5GC 540 may be briefly introduced as follows.

[0064] The AUSF 542 may store data and handle authentication-related functions for authentication of the UE 502. The AUSF 542 may facilitate a common authentication framework for various access types. In addition to communicating with other elements of the 5GC 540 via reference points as shown, the AUSF 542 may exhibit a Nausf service-based interface.

[0065] The AMF 544 may enable other functions of the 5GC 540 to communicate with the UE 502 and the RAN 504 and to subscribe to notifications about mobility events related to the UE 502. The AMF 544 may be responsible for registration management (e.g., registration of the UE 502), connection management, reachability management, mobility management, lawful interception of AMF-related events, and access authentication and authorization. The AMF 544 may provide transport of SM messages between the UE 502 and the SMF 546 and act as a transparent proxy for routing of SM messages. The AMF 544 may also provide transport of SMS messages between the UE 502 and the SMSF. The AMF 544 may interact with the AUSF 542 and the UE 502 to perform various security anchor and context management functions. Additionally, the AMF 544 may be the termination point of the RAN CP interface, which may include or be the N2 reference point between the RAN 504 and the AMF 544; the AMF 544 may be the termination point of the NAS (N1) signaling and may perform NAS ciphering and integrity protection. The AMF 544 may also support NAS signaling with the UE 502 over the N3 IWF interface.

[0066] The SMF 546 may be responsible for SM (e.g., session establishment, tunnel management between the UPF 548 and the AN 508); UE IP address allocation and management (including optional authorization); selection and control of UP functions; configuring traffic steering with the UPF 548 and routing traffic to the appropriate destination; termination of the interface towards the policy control function; controlling policy enforcement, charging and part of the QoS; lawful interception (for the interface towards the LI system and SM events); termination of the SM part of the NAS messages; downlink data notification; initiating AN-specific SM information to be sent across the N2 to the AN 508 via the AMF 544; and determining the SSC mode of the session. SM may refer to management of a PDU session, and a PDU session or "session" may refer to a PDU connectivity service that provides or enables the exchange of PDUs between the UE 502 and the data network 536.

[0067] The UPF 548 may act as an anchor point for intra-RAT and inter-RAT mobility, an external PDU session point for interconnection to the data network 536, and a branching point for supporting multi-homed PDU sessions. The UPF 548 may also perform packet routing and forwarding, perform packet inspection, enforce the user plane portion of policy rules, lawfully intercept packets (UP collection), perform traffic utilization reporting, perform user plane QoS processing (e.g., packet filtering, gating, UL / DL rate enforcement), perform uplink traffic validation (e.g., SDF to QoS flow mapping), forward level packet marking in the uplink and downlink, and perform downlink packet buffering and downlink data notification triggering. The UPF 548 may include an uplink classifier to support routing of traffic flows to the data network.

[0068] The NSSF 550 may select a set of network slice instances to serve the UE 502. The NSSF 550 may also determine the allowed NSSAI and its mapping to the subscribed S-NSSAI, if necessary. The NSSF 550 may also determine the AMF set, or a list of candidate AMFs, to be used to serve the UE 502 based on an appropriate configuration and possibly by querying the NRF 554. Selecting a set of network slice instances for the UE 502 may be triggered by the AMF 544 to which the UE 502 is registered by interacting with the NSSF 550, which may result in a change of the AMF. The NSSF 550 may interact with the AMF 544 via the N22 reference point; it may communicate with another NSSF in the visited network via the N31 reference point (not shown). Furthermore, the NSSF 550 may exhibit an Nnssf service-based interface.

[0069] The NEF 552 may securely expose services and functions provided by 3GPP network functions for third parties, internal exposure / re-exposure, AFs (e.g., AF 560), edge computing or fog computing systems, etc. In such an embodiment, the NEF 552 may authenticate, authorize, or coordinate AFs. The NEF 552 may also translate information exchanged with the AF 560 and with internal network functions. For example, the NEF 552 may translate between AF service identifiers and internal 5GC information. The NEF 552 may also receive information from other NFs based on the exposed capabilities of the other NFs. This information may be stored as structured data in the NEF 552 or may be stored in a data storage NF using a standardized interface. The stored information may then be exposed by the NEF 552 to other NFs and AFs, or may be used for other purposes, such as analytics. Additionally, the NEF 552 may exhibit Nnef service-based interfaces.

[0070] The NRF 554 may support service discovery functionality, receive NF discovery requests from NF instances, and provide information of discovered NF instances to the NF instances. The NRF 554 also maintains information of available NF instances and their supported services. As used herein, terms such as "instantiate," "instance," and the like, may refer to the creation of an instance, and an "instance" may refer to a concrete occurrence of an object that may occur, for example, during the execution of program code. Additionally, the NRF 554 may expose an Nnrf service-based interface.

[0071] The PCF 556 may provide and enforce policy rules to the control plane functions and may support a unified policy framework for managing network behavior. The PCF 556 may also implement a front end to access subscription information related to policy decisions in the UDRs of the UDM 558. In addition to communicating with functions via reference points as shown, the PCF 556 exposes an Npcf service-based interface.

[0072] The UDM 558 may process subscription related information to support network entity processing of communication sessions and may store subscription data for the UE 502. For example, the subscription data may be communicated between the UDM 558 and the AMF 544 via the N8 reference point. The UDM 558 may include two parts: an application front end and a UDR. The UDR may store structured data for subscription and policy data for the UDM 558 and the PCF 556, and / or exposure and application data for the NEF 552 (including PFD for application discovery, application requirement information for multiple UEs 502). A Nudr service-based interface may be exposed by the UDR 221 to allow the UDM 558, the PCF 556, and the NEF 552 to access, read, update (e.g., add, modify), delete a particular set of stored data, and subscribe to notifications of relevant data changes in the UDR. The UDM may include a UDM-FE responsible for credential processing, location management, subscription management, etc. Several different front ends may serve the same user with different transactions. The UDM-FE accesses the subscription information stored in the UDR and performs authentication credential processing, user identification processing, access authorization, registration / mobility management, and subscription management. In addition to communicating with other NFs via reference points as shown, the UDM 558 may present a Nudm service-based interface.

[0073] The AF 560 may provide application influence over traffic routing, provide access to the NEF, and interact with the policy framework for policy control.

[0074] In some embodiments, the 5GC 540 may enable edge computing by selecting an operator / third-party service to be geographically close to the point where the UE 502 is connected to the network. This may reduce latency and load on the network. To provide edge computing implementation, the 5GC 540 may select a UPF 548 that is close to the UE 502 and perform traffic steering from the UPF 548 to the data network 536 over the N6 interface. This may be based on UE subscription data, UE location, and information provided by the AF 560. In this way, the AF 560 may influence UPF (re)selection and traffic routing. If the AF 560 is deemed a trusted entity based on the operator's placement, the network operator may allow the AF 560 to directly interact with the associated NFs. Additionally, the AF 560 may exhibit a Naf service-based interface.

[0075] Data network 536 may represent various network operator services, Internet access, or third party services, which may be provided by one or more servers, including, for example, application / content server 538 .

[0076] 6 illustrates a schematic of a wireless network 600 according to various embodiments. The wireless network 600 may include a UE 602 in wireless communication with an AN 604. The UE 602 and the AN 604 may be similar to and substantially interchangeable with similarly named components described elsewhere herein.

[0077] The UE 602 may be communicatively coupled to the AN 604 by a connection 606. The connection 606 is depicted as an air interface enabling the communicative coupling and may be consistent with a cellular communication protocol, such as an LTE protocol or a 5G NR protocol, operating at mmWave or sub-6 GHz frequencies.

[0078] The UE 602 may include a host platform 608 coupled to a modem platform 610. The host platform 608 may include an application processing circuit 612 that may be coupled to a protocol processing circuit 614 of the modem platform 610. The application processing circuit 612 may execute various applications for the UE 602 to source / sink application data. The application processing circuit 612 may further implement one or more layer operations to transmit / receive application data to / from a data network. These layer operations may include transport (e.g., UDP) and Internet (e.g., IP) operations.

[0079] The protocol processing circuitry 614 may implement one or more of a number of layer operations to facilitate transmission or reception of data over the connection 606. The layer operations implemented by the protocol processing circuitry 614 may include, for example, MAC, RLC, PDCP, RRC, and NAS operations.

[0080] The modem platform 610 may further include digital baseband circuitry 616 that may implement one or more layer operations that are "below" the layer operations performed by the protocol processing circuitry 614 in the network protocol stack. These operations may include PHY operations including, for example, 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 which 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, blind decoding of control channel signals, and other related functions.

[0081] The modem platform 610 further comprises transmit circuitry 618, receive circuitry 620, RF circuitry 622, and an RF front end (RFFE) 624 that may include or may be connected to one or more antenna panels 626. Briefly, the transmit circuitry 618 may include digital-to-analog converters, mixers, intermediate frequency (IF) components, etc.; the receive circuitry 620 may include analog-to-digital converters, mixers, IF components, etc.; the RF circuitry 622 may include low noise amplifiers, power amplifiers, power tracking components, etc.; the RFFE 624 may include filters (e.g., surface / bulk acoustic wave filters), switches, antenna tuners, beamforming components (e.g., phased array antenna components), etc. The selection and configuration of the transmit circuitry 618, receive circuitry 620, RF circuitry 622, RFFE 624, and antenna panel 626 components (commonly referred to as "transmit / receive components") may be specific to the details of a particular implementation, such as, for example, whether the communication is TDM or FDM, mmWave or sub-6 GHz frequencies, etc. In some embodiments, the transmit / receive components may be arranged in multiple parallel transmit / receive chains, may be located on the same or different chips / modules, etc.

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

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

[0084] UE transmissions may be established by and through the protocol processing circuitry 614, the digital baseband circuitry 616, the transmit circuitry 618, the RF circuitry 622, the RFFE 624, and the antenna panel 626. In some embodiments, the transmit components of the UE 604 may apply spatial filters to the data to be transmitted to form transmit beams that are radiated by the antenna elements of the antenna panel 626.

[0085] Similar to the UE 602, the 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 to a protocol processing circuit 634 of the modem platform 630. The modem platform may further include a digital baseband circuit 636, a transmit circuit 638, a receive circuit 640, an RF circuit 642, an RFFE circuit 644, and an antenna panel 646. The components of the AN 604 may be similar to and substantially interchangeable with similarly named components of the UE 602. In addition to performing data transmission / reception as described above, the components of the AN 608 may perform various logical functions including RNC functions such as radio bearer management, uplink and downlink dynamic radio resource management, and scheduling of data packets.

[0086] 7 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 executing any one or more of the methods described herein, according to some example embodiments. Specifically, FIG. 7 illustrates a diagrammatic representation of hardware resources 700 including one or more processors (or processor cores) 710, one or more memory / storage devices 720, and one or more communication resources 730, each of which may be communicatively coupled via a bus 740 or other interface circuitry. For embodiments in which node virtualization (e.g., NFV) is utilized, a hypervisor 702 may be executed to provide an execution environment for one or more network slices / sub-slices to utilize the hardware resources 700.

[0087] Processor 710 may include, for example, processor 712 and processor 714. Processor 710 may be, for example, 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 DSP such as a baseband processor, an ASIC, an FPGA, a radio frequency integrated circuit (RFIC), another processor (including those described herein), or any suitable combination thereof.

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

[0089] Communications resources 730 may include interconnect or network interface controllers, components, or other suitable devices for communicating with one or more peripheral devices 704, or one or more databases 706, or other network elements over network 708. For example, communications resources 730 may include wired communications components (e.g., for coupling via USB, Ethernet, etc.), cellular communications components, NFC components, Bluetooth (or Bluetooth Low Energy) components, Wi-Fi components, and other communications components.

[0090] The instructions 750 may include software, programs, applications, applets, apps, or other executable code to cause at least one of the processors 710 to perform any one or more of the methods described herein. The instructions 750 may reside completely or partially within at least one of the processors 710 (e.g., in a cache memory of the processor), the memory / storage device 720, or any suitable combination thereof. Additionally, any portion of the instructions 750 may be transferred to the hardware resources 700 from any combination of the peripheral device 704 or the database 706. Thus, the memory of the processor 710, the memory / storage device 720, the peripheral device 704, and the database 706 are examples of computer-readable and machine-readable media.

[0091] For one or more embodiments, at least one of the components described in one or more of the drawings above may be configured to perform one or more operations, techniques, processes, and / or methods as described in the exemplary section below. For example, the baseband circuitry described above in connection with one or more of the drawings above may be configured to operate according to one or more of the examples described below. For another example, the circuitry associated with a UE, base station, network element, etc. described above in connection with one or more of the drawings above may be configured to operate according to one or more of the examples described in the exemplary section below.

[0092] [example]

[0093] Example 1 may comprise a method for dynamically switching between 1-TRP and 2-TRP in a single DCI based PUSCH transmission by adding a new field to the DCI.

[0094] Example 2 may comprise the method of example 1 and / or any other example herein, where the new field includes a 1-bit sTRP / mTRP switch field design for a CB-based scheme.

[0095] Example 3 may comprise the method of example 1 and / or any other example herein, wherein the new field includes a 1-bit sTRP / mTRP switch field design for an NCB-based scheme.

[0096] Example 4 may comprise the method of example 1 and / or any other example herein, wherein the new field includes a 2-bit sTRP / mTRP switch field design for a CB-based scheme.

[0097] Example 5 may comprise the method of example 1 and / or any other example herein, wherein the new field includes a 2-bit sTRP / mTRP switch field design for an NCB-based scheme.

[0098] Example 6 may include the method of Examples 4-5 and / or any other example herein, wherein the field further indicates selection of TRP1 and TRP2 in the operation of sTRP.

[0099] Example 7 may comprise the method of Examples 4-6 and / or any other example herein, wherein the field further indicates reordering TRP1 / TRP2 SRS resource sets in operation of the mTRP.

[0100] Example 8 may include a method performed by a user equipment (UE) in a cellular network, the method including: identifying, in downlink control information (DCI) received from a first transmission and reception point (TRP), an indication of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; identifying one or more resources for PUSCH transmission based on the indication; and transmitting a first iteration of the PUSCH transmission and a second iteration of the PUSCH transmission based on the indication and the one or more resources.

[0101] Example 9 may comprise the method of Example 8 and / or any other example herein, wherein the one or more resources are further identified based on whether the UE operates according to a codebook (CB) based scheme or a non-codebook (NCB) based scheme.

[0102] Example 10 may include the method of any of Examples 8-9 and / or any other example herein, where the index is a 1-bit index or a 2-bit index.

[0103] Example 11 may include the method of any of Examples 8-10 and / or any other example herein, and in a single TRP PUSCH mode, the method includes transmitting the first repetition and the second repetition to a TRP or transmitting the first repetition and the second repetition to another TRP.

[0104] Example 12 may include the method of any of Examples 8-11 and / or any other example herein, where in a multi-TRP PUSCH mode, the method includes transmitting one of the first repetition and the second repetition to a TRP and transmitting the other of the first repetition and the second repetition to another TRP.

[0105] Example 13 may include any of the methods of Examples 8-12 and / or any other example herein, wherein the one or more resources comprise a spatial relationship information (SpatialRelationInfo) parameter associated with a sounding reference signal (SRS) resource set used with at least one of the first iteration and the second iteration.

[0106] Example 14 may comprise the method of Example 13 and / or any other example herein, where if the UE is operating in accordance with a single-TRP PUSCH mode, the same SRS resource set is applied to the first iteration and the second iteration; and if the UE is operating in accordance with a multi-TRP PUSCH mode, the first SRS resource set is applied to one of the first iteration and the second iteration, and the second SRS resource set is applied to the other of the first iteration and the second iteration.

[0107] Example 15 may include the method of any of Examples 8-14 and / or any other example herein, wherein the one or more resources include a Precoder Information and Layer (PINL) field indicating a Transmit Precoding Matrix Indicator (TPMI) used with at least one of the first iteration and the second iteration.

[0108] Example 16 may include the method of Example 15 and / or any other example herein, wherein if the UE is operating in accordance with a single-TRP PUSCH mode, the same TPMI is applied to the first iteration and the second iteration; and, if the UE is operating in accordance with a multi-TRP PUSCH mode, the first TPMI is applied to the first iteration and the second TPMI is applied to the second iteration.

[0109] Example 17 may include the method of any of Examples 8-16 and / or any other example herein, wherein the one or more resources include an SRI-PUSCH-PowerControl field indicating a power to be used for transmitting at least one of the first iteration and the second iteration.

[0110] Example 18 may include the method of Example 16 and / or any other example herein, where if the UE is operating in accordance with a single-TRP PUSCH mode, the same power is used to transmit the first repetition and the second repetition; and if the UE is operating in accordance with a multi-TRP PUSCH mode, a first power is used to transmit the first repetition and a second power is used to transmit the second repetition.

[0111] Example 19 may include a method performed by a transmitting and receiving point (TRP) in a cellular network, the method including: identifying whether a user equipment (UE) operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; generating downlink control information (DCI) including an indication of whether the UE operates according to the single-TRP PUSCH mode or the multi-TRP PUSCH mode; and transmitting the DCI to the UE.

[0112] Example 20 may comprise the method of example 19 and / or any other example herein, wherein the index is a 1-bit index or a 2-bit index.

[0113] Example 21 may include any of the methods of Examples 19-20 and / or any other examples herein, wherein in a single-TRP PUSCH mode, the UE transmits the first PUSCH repetition and the second PUSCH repetition to a TRP or transmits the first PUSCH repetition and the second PUSCH repetition to another TRP.

[0114] Example 22 may include any of the methods of Examples 19-21 and / or any other examples herein, where in a multi-TRP PUSCH mode, the UE transmits one of the first PUSCH repetition and the second PUSCH repetition to a TRP and transmits the other of the first PUSCH repetition and the second PUSCH repetition to another TRP.

[0115] Example 23 may include any of the method of Examples 19-22 and / or any other example herein, where if the UE is operating in accordance with a single-TRP PUSCH mode, the UE applies the same SRS resource set to the first PUSCH repetition and the second PUSCH repetition; and, if the UE is operating in accordance with a multi-TRP PUSCH mode, the UE applies the first SRS resource set to one of the first PUSCH repetition and the second PUSCH repetition and applies the second SRS resource set to the other of the first PUSCH repetition and the second PUSCH repetition.

[0116] Example 24 may include any of the method of Examples 19-23 and / or any other example herein, where if the UE is operating in accordance with a single-TRP PUSCH mode, the UE applies the same transmit precoding matrix indicator (TPMI) to the first PUSCH repetition and the second PUSCH repetition; and if the UE is operating in accordance with a multi-TRP PUSCH mode, the UE applies the first TPMI to the first PUSCH repetition and the second TPMI to the second PUSCH repetition.

[0117] Example 25 may include any of the method of Examples 19-24 and / or any other example herein, where if the UE is operating in accordance with a single-TRP PUSCH mode, the same power is used by the UE for transmitting the first PUSCH repetition and the second PUSCH repetition; and if the UE is operating in accordance with a multi-TRP PUSCH mode, a first power is used by the UE for transmitting the first PUSCH repetition and a second power is used for transmitting the second PUSCH repetition.

[0118] Example Z01 may comprise an apparatus having means for performing one or more elements of the method described in or related to any of Examples 1-25, or any other method or process described herein.

[0119] Example Z02 may include one or more non-transitory computer-readable media containing instructions that, upon execution of the instructions by one or more processors of the electronic device, cause the electronic device to perform one or more elements of the method described in or related to any of Examples 1-25, or any other method or process described herein.

[0120] Example Z03 may include an apparatus having logic, modules, or circuitry to perform one or more elements of the method described in or related to any of Examples 1-25, or any other method or process described herein.

[0121] Example Z04 may comprise any method, technique or process as described in or related to any of Examples 1-25, or any part or portion thereof.

[0122] Example Z05 may include an apparatus having one or more processors and one or more computer-readable media containing instructions that, when executed by the one or more processors, cause the one or more processors to perform a method, technique, or process, or portions thereof, as described in or related to any of Examples 1-25.

[0123] Example Z06 may comprise a signal as described in or related to any of Examples 1-25, or a portion or parts thereof.

[0124] Example Z07 may comprise a datagram, packet, frame, segment, protocol data unit (PDU), or message as described in or in connection with any of Examples 1-25, or a portion or parts thereof, or as otherwise described in this disclosure.

[0125] Example Z08 may comprise data as described in or in connection with any of Examples 1-25, or a portion or part thereof, or a signal encoded therewith as otherwise described in this disclosure.

[0126] Example Z09 may comprise a datagram, packet, frame, segment, protocol data unit (PDU), or message as described in or related to any of Examples 1-25, or a portion or part thereof, or a signal encoded therewith as otherwise described in this disclosure.

[0127] Example Z10 may comprise an electromagnetic signal carrying computer-readable instructions, which execution of the computer-readable instructions by one or more processors causes the one or more processors to perform a method, technique, or process, or portions thereof, such as those described in or related to any of Examples 1-25.

[0128] Example Z11 may include a computer program having instructions, where execution of the program by a processing element causes the processing element to perform a method, technique, or process, or a portion thereof, as described in or related to any of Examples 1-25.

[0129] Example Z12 may include signals in a wireless network, such as those shown and described herein.

[0130] Example Z13 may include a method of communication in a wireless network as shown and described herein.

[0131] Example Z14 may include a system for providing wireless communication, as shown and described herein.

[0132] Example Z15 may include a device for providing wireless communication, as shown and described herein.

[0133] Any of the above examples may be combined with any other example (or combination of examples) unless expressly stated otherwise. The above description of one or more implementations provides illustration and description, and is not intended to be exhaustive or to limit the scope of the embodiments to the precise forms disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0134] For purposes of this document, the following terms and definitions may apply to the examples and embodiments described herein.

[0135] The term "circuitry" as used herein refers to, is a part of, or includes hardware components, such as electronic circuits, logic circuits, processors (shared, dedicated, or groups) and / or memories (shared, dedicated, or groups), application specific integrated circuits (ASICs), field programmable devices (FPDs) (e.g., field programmable gate arrays (FPGAs), programmable logic devices (PLDs), complex PLDs (CPLDs), high capacity PLDs (HCPLDs), structured ASICs, or programmable SoCs), digital signal processors (DSPs), etc., configured to provide a described functionality. In some embodiments, a circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term "circuitry" also refers to a combination of one or more hardware elements (or combinations of circuits used in electrical or electronic systems) and program code used to perform the functions of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0136] As used herein, the term "processor circuit" refers to, is a part of, or includes a circuit capable of continuously and automatically performing a series of arithmetic or logical operations, or recording, storing, and / or transferring digital data. The processing circuit may include one or more processing cores for executing instructions and one or more memory structures for storing program and data information. The term "processor circuit" may refer to one or more application processors, one or more baseband processors, a physical central processing unit (CPU), a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, and / or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, and / or functional processes. The processing circuit may include more hardware accelerators, which may be microprocessors, programmable processing units, and the like. The one or more hardware accelerators may include, for example, computer vision (CV) and / or deep learning (DL) accelerators. The terms "application circuit" and / or "baseband circuit" may be considered synonymous with "processor circuit" and may be referred to as "processor circuit".

[0137] As used herein, the term "interface circuitry" refers to, is a part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term "interface circuitry" may refer to one or more hardware interfaces, such as a bus, an I / O interface, a peripheral component interface, and / or a network interface card.

[0138] As used herein, the term "user equipment" or "UE" refers to a device having wireless communication capabilities and may describe a remote user of network resources in a communications network. The term "user equipment" or "UE" may be considered synonymous with and may be referred to as client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, wireless equipment, reconfigurable wireless equipment, reconfigurable mobile device, etc. Additionally, the term "user equipment" or "UE" may include any type of wireless / wired device or any computing device that includes a wireless communication interface.

[0139] As used herein, the term "network element" refers to physical or virtualized equipment and / or infrastructure used to provide wired or wireless communication network services. The term "network element" may be considered synonymous with and / or may be referred to as a networked computer, networked hardware, network equipment, network node, router, switch, hub, bridge, radio network controller, RAN device, RAN node, gateway, server, virtualized VNF, and / or NFVI.

[0140] As used herein, the term "computer system" refers to any type of interconnected electronic device, computing device, or components thereof. Additionally, the terms "computer system" and / or "system" may refer to various components of a computer that are communicatively coupled to each other. Additionally, the terms "computer system" and / or "system" may refer to multiple computing devices and / or multiple computing systems that are communicatively coupled to each other and configured to share computing and / or networking resources.

[0141] As used herein, terms such as "appliance," or "computing equipment," refer to a computing device or system that includes program code (e.g., software or firmware) specifically designed to provide specific computing resources. A "virtual appliance" is a virtual machine image implemented by a hypervisor-equipped device that virtualizes or emulates a computing equipment or is otherwise dedicated to providing specific computing resources.

[0142] As used herein, the term "resource" refers to a physical or virtual device, a physical or virtual component in a computing environment, and / or a physical or virtual component in a particular device, such as a computer device, a mechanical device, memory space, processor / CPU time, processor / CPU usage, processor and accelerator load, hardware time or usage, power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and application, and / or workload units. A "hardware resource" may refer to computation, storage, and / or network resources provided by a physical hardware element. A "virtualization resource" may refer to computation, storage, and / or network resources provided by a virtualization infrastructure to an application, device, system, etc. The term "network resource" or "communication resource" may refer to resources that are accessible by a computer device / system via a communication network. The term "system resource" may refer to any kind of shared entity for providing services and may include computation and / or network resources. A system resource may be viewed as a set of coherent functions, network data objects, or services that reside on a single host or on multiple hosts and are accessible through a clearly identifiable server.

[0143] As used herein, the term "channel" refers to any transmission medium, tangible or intangible, used to communicate data or data streams. The term "channel" may be synonymous with and / or equivalent to "communication channel," "data communication channel," "transmission channel," "data transmission channel," "access channel," "data access channel," "link," "data link," "carrier," "radio frequency carrier," and / or any other similar term meaning a path or medium over which data is communicated. Furthermore, as used herein, the term "link" refers to a connection between two devices through a RAT for the purpose of transmitting and receiving information.

[0144] As used herein, terms such as "instantiation" and "instance" refer to the creation of an instance. An "instance" may also refer to a concrete occurrence of an object that may arise, for example, during the execution of program code.

[0145] The terms "coupled," "communicatively coupled," and their derivatives are used herein. The term "coupled" may mean that two or more elements are in direct physical or electrical contact with each other, may mean that two or more elements are in indirect contact with each other but still cooperate or interact with each other, and / or may mean that one or more other elements are coupled or connected between the elements that are said to be coupled with each other. The term "directly coupled" may mean that two or more elements are in direct contact with each other. The term "communicatively coupled" may mean that two or more elements may be in contact with each other by communication, including through a wired or other interconnect connection and / or through a wireless communication channel or link.

[0146] The term "information element" refers to a structural element that contains one or more fields. The term "field" refers to an information element that contains content or an individual piece of content in a data element.

[0147] The term "SMTC" refers to the SSB-based measurement timing configuration configured by the SSB-Measurement Timing Configuration.

[0148] The term "SSB" refers to SS / PBCH block.

[0149] The term "primary cell" refers to an MCG cell operating on a primary frequency on which a UE either performs an initial connection establishment procedure or initiates a connection re-establishment procedure.

[0150] The term "primary SCG cell" refers to an SCG cell to which the UE performs random access when performing a Reconfiguration with Sync procedure for DC operation.

[0151] The term "secondary cell" refers to a cell that provides additional radio resources over a special cell for UEs configured with CA.

[0152] The term "secondary cell group" refers to a subset of a serving cell, including a PSCell, and zero or more secondary cells for a UE configured with a DC.

[0153] The term "serving cell" refers to a primary cell for a UE in RRC_CONNECTED that is not configured with CA / DC, and there is only one serving cell, including the primary cell.

[0154] The term "serving cell" or "serving cells" refers to a set of cells including special cells and all secondary cells for a UE in RRC_CONNECTED configured with CA.

[0155] The term "special cell" refers to a PCell of an MCG or a PSCell of an SCG in case of DC operation, otherwise the term "special cell" refers to a Pcell.

[0156] [Other possible items] [Item 1] In response to execution of the instructions by one or more processors of a user equipment (UE) in a cellular network, the UE: Identifying an indication in downlink control information (DCI) received from a first transmission and reception point (TRP) of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; Identifying one or more resources for PUSCH transmission based on the indication; and transmitting a first repetition of the PUSCH transmission and a second repetition of the PUSCH transmission based on the indicator and the one or more resources. One or more non-transitory computer-readable media comprising said instructions. [Item 2] 2. The one or more non-transitory computer-readable media of claim 1, wherein the instructions further cause the UE to identify the one or more resources based on whether the UE operates according to a codebook (CB) based scheme or a non-codebook (NCB) based scheme. [Item 3] 2. The one or more non-transitory computer-readable media of item 1, wherein the index is a two-bit index. [Item 4] 2. The one or more non-transitory computer-readable media of claim 1, wherein in a single-TRP PUSCH mode, the instructions cause the UE to transmit the first repetition and the second repetition to the TRP or to transmit the first repetition and the second repetition to another TRP. [Item 5] 2. The one or more non-transitory computer-readable media of claim 1, wherein in a multi-TRP PUSCH mode, the instructions cause the UE to transmit one of the first repetition and the second repetition to the TRP and transmit the other of the first repetition and the second repetition to another TRP. [Item 6] 6. The one or more non-transitory computer-readable media of any one of claims 1 to 5, wherein the one or more resources include a spatial relationship information (SpatialRelationInfo) parameter associated with a sounding reference signal (SRS) resource set used with at least one of the first iteration and the second iteration. [Item 7] If the UE is operating according to the single TRP PUSCH mode, the same SRS resource set is applied to the first iteration and the second iteration; and If the UE is operating according to the multi-TRP PUSCH mode, a first SRS resource set is applied to one of the first iteration and the second iteration, and a second SRS resource set is applied to the other of the first iteration and the second iteration. Item 7. One or more non-transitory computer-readable media according to item 6. [Item 8] 6. The one or more non-transitory computer-readable media of any one of items 1 to 5, wherein the one or more resources include a Precoder Information and Layer (PINL) field indicating a Transmit Precoding Matrix Indicator (TPMI) to be used with at least one of the first iteration and the second iteration. [Item 9] If the UE is operating according to the single TRP PUSCH mode, the same TPMI is applied to the first iteration and the second iteration; and If the UE is operating according to the multi-TRP PUSCH mode, a first TPMI is applied to the first iteration and a second TPMI is applied to the second iteration. Item 9. One or more non-transitory computer-readable media according to item 8. [Item 10] 6. The one or more non-transitory computer-readable media of any one of claims 1 to 5, wherein the one or more resources include an SRI-PUSCH-PowerControl field indicating a power to be used for transmitting at least one of the first repetition and the second repetition. [Item 11] If the UE is operating according to the single TRP PUSCH mode, the same power is used to transmit the first repetition and the second repetition; and If the UE is operating according to the multi-TRP PUSCH mode, a first power is used for transmitting the first repetition and a second power is used for transmitting the second repetition. Item 11. One or more non-transitory computer-readable media according to item 10. [Item 12] In response to execution of instructions by one or more processors of a transmitting and receiving point (TRP) in a cellular network, the TRP: Identifying whether a user equipment (UE) operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; Generate downlink control information (DCI) including an indication of whether the UE operates according to the single-TRP PUSCH mode or the multi-TRP PUSCH mode; and causing the DCI to be transmitted to the UE; One or more non-transitory computer-readable media containing instructions comprising said instructions. [Item 13] Item 13. The one or more non-transitory computer-readable media of item 12, wherein the index is a two-bit index. [Item 14] Item 13. The one or more non-transitory computer-readable media of item 12, wherein in the single TRP PUSCH mode, the UE transmits a first PUSCH repetition and a second PUSCH repetition to the TRP or transmits the first PUSCH repetition and the second PUSCH repetition to another TRP. [Item 15] Item 13. The one or more non-transitory computer-readable media of item 12, wherein in the multi-TRP PUSCH mode, the UE transmits one of a first PUSCH repetition and a second PUSCH repetition to the TRP and transmits the other of the first PUSCH repetition and the second PUSCH repetition to another TRP. [Item 16] If the UE is operating according to the single TRP PUSCH mode, the UE applies the same SRS resource set to the first PUSCH repetition and the second PUSCH repetition; and If the UE is operating according to the multi-TRP PUSCH mode, the UE applies a first SRS resource set to one of the first PUSCH repetition and the second PUSCH repetition, and applies a second SRS resource set to the other of the first PUSCH repetition and the second PUSCH repetition. 16. One or more non-transitory computer-readable media according to any one of items 12 to 15. [Item 17] If the UE is operating according to the single TRP PUSCH mode, the UE applies the same transmit precoding matrix indicator (TPMI) to the first PUSCH repetition and the second PUSCH repetition; and If the UE is operating according to the multi-TRP PUSCH mode, the UE applies a first TPMI to the first PUSCH repetition and a second TPMI to the second PUSCH repetition. 16. One or more non-transitory computer-readable media according to any one of items 12 to 15. [Item 18] If the UE is operating according to the single TRP PUSCH mode, the same power is used by the UE for transmitting a first PUSCH repetition and a second PUSCH repetition; and If the UE is operating according to the multi-TRP PUSCH mode, a first power is used for transmitting the first PUSCH repetition and a second power is used for transmitting the second PUSCH repetition by the UE. 16. One or more non-transitory computer-readable media according to any one of items 12 to 15. [Item 19] A user equipment (UE), one or more processors; and In response to execution of instructions by the one or more processors, the UE: Identifying an indication in downlink control information (DCI) received from a first transmission and reception point (TRP) of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; Identifying one or more resources for PUSCH transmission based on the indication; and transmitting a first repetition of the PUSCH transmission and a second repetition of the PUSCH transmission based on the indicator and the one or more resources. One or more non-transitory computer-readable media having said instructions A UE equipped with [Item 20] A transmitting and receiving point (TRP), one or more processors; and In response to execution of instructions by the one or more processors, the TRP: Identifying whether a user equipment (UE) operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; Generate downlink control information (DCI) including an indication of whether the UE operates according to the single-TRP PUSCH mode or the multi-TRP PUSCH mode; and causing the DCI to be transmitted to the UE; One or more non-transitory computer-readable media having said instructions TRP with.

Claims

1. In response to execution of instructions by one or more processors of a user equipment (UE) in a cellular network, the UE is caused to: identifying an indication in downlink control information (DCI) received from a first transmission and reception point (TRP) of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; identifying one or more resources for PUSCH transmission that are applicable to multiple PUSCH Tx occasions based on the indication; and transmitting a first repetition of the PUSCH transmission with a resource applied to a first PUSCH Tx occasion among the plurality of PUSCH Tx occasions and a second repetition of the PUSCH transmission with a resource applied to a second PUSCH Tx occasion among the plurality of PUSCH Tx occasions based on the indicator and the one or more resources; The instructions include: The program, in the single TRP PUSCH mode, the instructions cause the UE to execute a procedure of transmitting the first repetition and the second repetition on a second TRP.

2. 2. The program of claim 1, wherein the instructions further cause the UE to perform a procedure for identifying the one or more resources based on whether the UE operates according to a codebook (CB) based scheme or a non-codebook (NCB) based scheme.

3. The program of claim 1 , wherein the index is a two-bit index.

4. 2. The program of claim 1, wherein the instructions cause the UE to perform a procedure of transmitting one of the first repetition and the second repetition on the first TRP and transmitting the other of the first repetition and the second repetition on the second TRP in a multi-TRP PUSCH mode.

5. 5. The method of claim 1, wherein the one or more resources include a spatial relationship information (SpatialRelationInfo) parameter associated with a sounding reference signal (SRS) resource set used with at least one of the first iteration and the second iteration.

6. If the UE is operating according to the single TRP PUSCH mode, the same SRS resource set is applied to the first repetition and the second repetition; and If the UE is operating according to the multi-TRP PUSCH mode, a first SRS resource set is applied to one of the first iteration and the second iteration, and a second SRS resource set is applied to the other of the first iteration and the second iteration. The program according to claim 5.

7. 5. The program of claim 1, wherein the one or more resources include a Precoder Information and Layer (PINL) field indicating a Transmit Precoding Matrix Indicator (TPMI) used with at least one of the first iteration and the second iteration.

8. If the UE is operating according to the single TRP PUSCH mode, the same TPMI is applied to the first and second repetitions; and If the UE is operating according to the multi-TRP PUSCH mode, a first TPMI is applied to the first iteration and a second TPMI is applied to the second iteration. The program according to claim 7.

9. The program of any one of claims 1 to 4, wherein the one or more resources include an SRI-PUSCH-PowerControl field indicating a power to be used for transmitting at least one of the first repetition and the second repetition.

10. If the UE is operating according to the single TRP PUSCH mode, the same power is used to transmit the first repetition and the second repetition; and if the UE is operating according to the multi-TRP PUSCH mode, a first power is used for transmitting the first repetition and a second power is used for transmitting the second repetition. The program according to claim 9.

11. The program of claim 1, wherein in the multi-TRP PUSCH mode, the first iteration and the second iteration are scheduled with different modulation and coding schemes.

12. A non-transitory computer-readable storage medium storing the program according to claim 1.

13. In response to execution of instructions by one or more processors of a transmitting and receiving point (TRP) in a cellular network, the TRP: A procedure for identifying whether a user equipment (UE) operates according to a single-TRP Physical Uplink Shared Channel (PUSCH) mode or a multi-TRP PUSCH mode; generating Downlink Control Information (DCI) including an indication of whether the UE operates according to the single-TRP PUSCH mode or the multi-TRP PUSCH mode; and Transmitting the DCI to the UE The instructions include: In the single TRP PUSCH mode, the UE transmits a first PUSCH repetition and a second PUSCH repetition to a second TRP.

14. The program of claim 13 , wherein the index is a two-bit index.

15. 14. The program of claim 13, wherein in the multi-TRP PUSCH mode, the UE transmits one of the first PUSCH repetition and the second PUSCH repetition to the TRP and transmits the other of the first PUSCH repetition and the second PUSCH repetition to the second TRP.

16. If the UE is operating according to the single TRP PUSCH mode, the UE applies the same SRS resource set to the first PUSCH repetition and the second PUSCH repetition; and If the UE is operating according to the multi-TRP PUSCH mode, the UE applies a first SRS resource set to one of the first PUSCH repetition and the second PUSCH repetition, and applies a second SRS resource set to the other of the first PUSCH repetition and the second PUSCH repetition.

16. The program according to any one of claims 13 to 15.

17. If the UE is operating according to the single TRP PUSCH mode, the UE applies the same transmit precoding matrix indicator (TPMI) to the first PUSCH repetition and the second PUSCH repetition; and If the UE is operating according to the multi-TRP PUSCH mode, the UE applies a first TPMI to the first PUSCH repetition and a second TPMI to the second PUSCH repetition.

16. The program according to any one of claims 13 to 15.

18. If the UE is operating according to the single TRP PUSCH mode, the same power is used by the UE for transmitting the first PUSCH repetition and the second PUSCH repetition; and If the UE is operating according to the multi-TRP PUSCH mode, a first power is used for transmitting the first PUSCH repetition and a second power is used for transmitting the second PUSCH repetition by the UE.

16. The program according to any one of claims 13 to 15.

19. The program of claim 13, wherein in the multi-TRP PUSCH mode, the first PUSCH repetition and the second PUSCH repetition are scheduled with different modulation and coding schemes.

20. A non-transitory computer-readable storage medium storing the program according to claim 13.

21. A user equipment (UE), one or more processors; and In response to execution of instructions by the one or more processors, the UE: identifying an indication in downlink control information (DCI) received from a first transmission and reception point (TRP) of whether the UE operates according to a single-TRP physical uplink shared channel (PUSCH) mode or a multi-TRP PUSCH mode; identifying one or more resources for PUSCH transmission that are applicable to multiple PUSCH Tx occasions based on the indication; and transmitting a first repetition of the PUSCH transmission with a resource applied to a first PUSCH Tx occasion among the plurality of PUSCH Tx occasions and a second repetition of the PUSCH transmission with a resource applied to a second PUSCH Tx occasion among the plurality of PUSCH Tx occasions based on the indicator and the one or more resources; One or more non-transitory computer-readable storage media having instructions for performing the steps of: Equipped with In the single TRP PUSCH mode, the UE transmits the first repetition and the second repetition on a second TRP.

22. The UE of claim 21, wherein in the multi-TRP PUSCH mode, the first iteration and the second iteration are scheduled with different modulation and coding schemes.

23. A transmitting and receiving point (TRP), one or more processors; and In response to execution of instructions by the one or more processors, the TRP: A procedure for identifying whether a user equipment (UE) operates according to a single-TRP Physical Uplink Shared Channel (PUSCH) mode or a multi-TRP PUSCH mode; generating Downlink Control Information (DCI) including an indication of whether the UE operates according to the single-TRP PUSCH mode or the multi-TRP PUSCH mode; and Transmitting the DCI to the UE One or more non-transitory computer-readable storage media having instructions for performing the steps of: Equipped with In the single TRP PUSCH mode, the UE transmits a first PUSCH repetition and a second PUSCH repetition to a second TRP.

24. The TRP of claim 23, wherein in the multi-TRP PUSCH mode, the first PUSCH repetition and the second PUSCH repetition are scheduled with different modulation and coding schemes.

Images