Uplink transmission with OCC

Abstract

Embodiments of the present disclosure relate to uplink transmissions with OCC. A user equipment comprising at least one processor, and at least one memory comprising computer program code, where the at least one memory and the computer program code are configured, with the at least one processor, such that the user equipment at least determines whether the user equipment (i) is configured to have an OCC of pre-DFT-based S-OFDM, and if the user equipment (i) is configured to have an OCC of pre-DFT-based S-OFDM, the user equipment (i) is configured to have an OCC of pre-DFT-based S-OFDM. The method includes determining whether a user equipment (i) is configured to have a pre-DFT S-OFDM, (ii) is actively using an OCC for uplink transmission, and (iii) has received an A-MPR requirement, if it is determined that the user equipment (i) is configured to have an OCC based on the pre-DFT S-OFDM, (ii) is actively using an OCC for uplink transmission, and (iii) has received an A-MPR requirement, obtaining an OCC factor currently being used, and determining whether the user equipment (i) is configured to have an OCC based on the pre-DFT S-OFDM, (ii) is actively using an OCC for uplink transmission, and (iii) has received an A-MPR requirement. The fixed offset is applied to one or more power requirements or parameters of the uplink transmission power of the user equipment.

Description

Technical Field

[0001] Various example embodiments generally relate to uplink transmissions with orthogonal overlay codes, and more particularly to uplink transmissions in non-terrestrial networks where user equipment is encoded using orthogonal overlay codes. Background Technology

[0002] In non-terrestrial networks (NTNs), orthogonal coverage codes (OCCs) are a technique that can be used to enhance the capacity / throughput of user equipment (UEs). This technique involves generating a set of orthogonal codes with zero cross-correlation and assigning different codes to different UEs. This allows different UEs to achieve orthogonal uplink (UL) transmission using the same time-frequency resources. Summary of the Invention

[0003] According to one aspect of the present invention, a user equipment is provided. The user equipment includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, such that the user equipment at least: determines whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, and if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, then applies an offset to the uplink transmission power of the user equipment.

[0004] In one embodiment, the user equipment is also configured to calculate the offset.

[0005] In one embodiment, the user equipment is further configured to: if it is determined that the user equipment (i) is configured to have OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then obtain the currently used OCC factor, wherein an offset is applied based on the OCC factor.

[0006] In one embodiment, the magnitude of the offset is a function of the OCC factor.

[0007] In one embodiment, the user equipment is pre-configured to have an OCC based on pre-DFT S-OFDM.

[0008] In one embodiment, the user equipment receives the configuration of S-OFDM with pre-DFT from the network node.

[0009] In one embodiment, the offset is a modification of the UE power level.

[0010] In one embodiment, the modification in the UE power level depends on the power level that the UE is allowed to use, which depends on regional regulatory requirements.

[0011] In one embodiment, the offset is a fixed offset among one or more transmit power parameters.

[0012] In one embodiment, one or more transmit power parameters are additional maximum power reduction, A-MPR.

[0013] In one embodiment, one or more transmit power parameters are the maximum transmit power.

[0014] In one embodiment, the offset is applied only to one or more operating bands, or one or more NS indices.

[0015] In one embodiment, the offset is applied to a subset of the operating band or a subset of the NS index.

[0016] In one embodiment, the user equipment is configured to receive an indication of which one or more operating frequency bands the offset should be applied to.

[0017] In one embodiment, the indication is received via RRC parameters.

[0018] According to one aspect of the invention, a network node is provided. The network node includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, to cause a user equipment to at least configure the user equipment to have an OCC based on pre-DFT S-OFDM, provide the user equipment with the currently used OCC factor, send an A-MPR request to the user equipment, and receive uplink transmissions from the user equipment having an offset applied to the uplink transmission power of the user equipment, wherein if the user equipment is actively using OCC, is configured to have an OCC based on pre-DFT S-OFDM, and has received an A-MPR request, the offset is applied based on the OCC factor provided to the user equipment.

[0019] According to one embodiment, the network node is an access node in a non-terrestrial network.

[0020] In one aspect of the invention, a method for a user equipment is provided. The method includes: determining whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) whether it is actively using the OCC for uplink transmission, and (iii) whether it has received an A-MPR request; and if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, then applying an offset to the uplink transmission power of the user equipment.

[0021] In one aspect of the invention, a method for a network node is provided. The method includes: configuring a user equipment (UE) to have an OCC based on pre-DFT S-OFDM; providing the UE with a currently used OCC factor; sending an A-MPR request to the UE; and receiving an uplink transmission from the UE having an offset applied to the uplink transmission power of the UE, wherein the offset is applied based on the OCC factor provided to the UE if the UE is actively using OCC, is configured with pre-DFT S-OFDM OCC, and has already received an A-MPR request.

[0022] In one aspect of the invention, a user equipment is provided. The user equipment includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, such that the user equipment at least determines whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request; if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then based on an OCC factor, a set of parameters that modify the user equipment power level applied to the uplink transmission power for the user equipment are modified.

[0023] In one embodiment, the user equipment is pre-configured to have an OCC based on pre-DFT S-OFDM.

[0024] In one embodiment, the user equipment receives the configuration of S-OFDM with pre-DFT from the network node.

[0025] In one embodiment, the modification depends on the power level that the UE is allowed to use, which is subject to regional regulatory requirements.

[0026] In one embodiment, the user equipment is also configured to receive from a network node an indication of the power level that the user equipment is permitted to use.

[0027] In one embodiment, the modification depends on the OCC factor.

[0028] In one embodiment, a user equipment operating in an operating band with power level 3 and using an OCC factor of 2 is permitted to use an A-MPR configured for power level 2 in the operating band.

[0029] In one embodiment, a user equipment operating in an operating band with power level 3 and using an OCC factor of 4 is permitted to use an A-MPR configured for power level 1.5 in the operating band.

[0030] In one aspect of the invention, a network node is provided. The network node includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, to cause a user equipment (UE) to at least configure the UE to have an OCC based on pre-DFT S-OFDM, provide the UE with the currently used OCC factor, send an A-MPR request to the UE, send an indication to the UE of a power level permitted for use based on regional regulatory requirements, and receive uplink transmissions from the UE having modifications to a set of parameters of the UE power level for the uplink transmission power of the UE, wherein the modifications are based on the indication.

[0031] In one embodiment, the network node is an access node for a non-terrestrial network.

[0032] In one aspect of the invention, a method for a user equipment is provided. The method includes: determining whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) whether it is actively using the OCC for uplink transmission, and (iii) whether it has received an A-MPR request; if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, then, based on an OCC factor, modifying a set of parameters of the user equipment power class applied to the uplink transmission power for the user equipment.

[0033] In one aspect of the invention, a method for a network node is provided. The method includes: configuring a user equipment (UE) to have an OCC based on pre-DFT S-OFDM; providing the UE with the currently used OCC factor; sending an A-MPR request to the UE; sending the UE an indication of a power level permitted for use by the UE based on regional regulatory requirements; and receiving an uplink transmission from the UE, the uplink transmission having a modification applied to the uplink transmission power of the UE, wherein the modification is based on the indication.

[0034] In one aspect of the invention, a user equipment is provided. The user equipment includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, such that the user equipment at least determines whether the user equipment (i) is configured to have OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request; if it is determined that the user equipment (i) is configured to have OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then obtains the currently used OCC factor, and one or more power requirements or parameters based on the OCC factor, applying a fixed offset to the uplink transmission power of the user equipment.

[0035] In one embodiment, the user equipment is pre-configured to have an OCC based on pre-DFT S-OFDM.

[0036] In one embodiment, the user equipment receives the configuration of S-OFDM with pre-DFT from the network node.

[0037] In one embodiment, A-MPR requires reception in network signals from network nodes.

[0038] In one embodiment, a fixed offset in one or more power requirements or parameters for uplink transmission of the user equipment is calculated by the user equipment based on the OCC factor.

[0039] In one embodiment, one or more power requirements or parameters are the actual power level of the user equipment.

[0040] In one embodiment, one or more power requirements or parameters are area power requirements for uplink transmission power of the user equipment.

[0041] In one embodiment, one or more power requirements or parameters are the maximum output transmit power.

[0042] In one aspect of the invention, a network node is provided. The network node includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, to cause a user equipment to at least configure the user equipment to have pre-DFT-based S-OFDM OCC, provide the user equipment with the currently used OCC factor, send an A-MPR request to the user equipment, and receive uplink transmissions from the user equipment having a fixed offset of one or more power requirements or parameters applied to the uplink transmission power of the user equipment, wherein the offset is applied based on the OCC factor provided to the user equipment if the user equipment is actively using OCC, is configured to have pre-DFT-based S-OFDM OCC, and has received an A-MPR request.

[0043] In one embodiment, the network node is an access node in a non-terrestrial network.

[0044] In one aspect of the invention, a method for a user equipment is provided. The method includes: determining whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) whether it is actively using OCC for uplink transmission, and (iii) whether it has received an A-MPR request; if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then obtaining a currently used OCC factor, and one or more power requirements or parameters based on the OCC factor, applying a fixed offset to the uplink transmission power of the user equipment.

[0045] In one aspect of the invention, a method for a network node is provided. The method includes: configuring a user equipment (UE) to have an OCC based on pre-DFT S-OFDM; providing the UE with a currently used OCC factor; sending an A-MPR request to the UE; and receiving an uplink transmission from the UE having a fixed offset of one or more power requirements or parameters applied to the UE's uplink transmission power, wherein the offset is applied based on the OCC factor provided to the UE if the UE is actively using OCC, is configured with pre-DFT S-OFDM OCC, and has received an A-MPR request.

[0046] In one aspect of the invention, a user equipment is provided. The user equipment includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, such that the user equipment at least determines whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request; if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then obtains the currently used OCC factor, and applies a fixed offset to the uplink transmission power of the user equipment based on the OCC factor, wherein the offset is applied only to one or more operating bands or one or more NS indices.

[0047] In one embodiment, the user equipment is pre-configured to have an OCC based on pre-DFT S-OFDM.

[0048] In one embodiment, the user equipment receives the configuration of S-OFDM with pre-DFT from the network node.

[0049] In one embodiment, the offset is applied to a subset of the operating band or a subset of the NS index.

[0050] In one embodiment, the user equipment is also configured to receive an indication regarding which of one or more operating bands the offset should be applied to.

[0051] In one embodiment, the indication is received via RRC parameters.

[0052] In one embodiment, the user equipment is also configured to calculate the offset.

[0053] In one embodiment, the magnitude of the offset is a function of the OCC factor.

[0054] In one embodiment, the offset is a modification of the user equipment power level.

[0055] In one embodiment, the offset is a fixed offset applied to one or more power requirements or parameters.

[0056] In one aspect of the invention, a network node is provided. The network node includes at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, to cause a user equipment to at least configure the user equipment to have pre-DFT-based S-OFDM OCC, provide the user equipment with the currently used OCC factor, send an A-MPR request to the user equipment, and receive uplink transmissions from the user equipment having an offset applied to the uplink transmission power of the user equipment, wherein if the user equipment is actively using OCC, is configured to have pre-DFT-based S-OFDM OCC, and has received an A-MPR request, the offset is applied based on the OCC factor provided to the user equipment, and wherein the offset is applied only to one or more operating bands or one or more NS indices.

[0057] In one embodiment, the network node is an access node in a non-terrestrial network.

[0058] In one aspect of the invention, a method for a user equipment is provided. The method includes: determining whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) whether it is actively using OCC for uplink transmission, and (iii) whether it has received an A-MPR request; if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then obtaining the currently used OCC factor, and applying an offset to the uplink transmission power of the user equipment based on the OCC factor, wherein the offset is applied only to one or more operating bands or one or more NS indices.

[0059] In one aspect of the invention, a method for a network node is provided. The method includes: configuring a user equipment (UE) to have an OCC based on pre-DFT S-OFDM; providing the UE with a currently used OCC factor; sending an A-MPR request to the UE; and receiving an uplink transmission from the UE having an offset applied to the uplink transmission power of the UE, wherein the offset is applied based on the OCC factor provided to the UE if the UE is actively using OCC, is configured with pre-DFT S-OFDM OCC, and has received an A-MPR request, and wherein the offset is applied only to one or more operating bands or one or more NS indices.

[0060] In one aspect of the invention, a computer program product is provided, which is implemented on a computer-readable distribution medium and includes program instructions that, when executed by a user device, cause the user device to perform... Figure 4 , 6 As shown in Figures 8 and 10, and the methods described herein.

[0061] In one aspect of the invention, a computer program product is provided, which is implemented on a computer-readable distribution medium and includes program instructions that, when executed by a network node, cause the network node to perform... Figure 5 , 7 As shown in Figures 9 and 11, and the methods described herein. Attached Figure Description

[0062] In the following description, the invention will be described in more detail with reference to embodiments and accompanying drawings, wherein:

[0063] Figure 1 Examples of communication networks to which the examples disclosed herein can be applied are shown;

[0064] Figure 2 The illustration shows an example of a UE using OCC multiplexing;

[0065] Figure 3 An example of the method is shown;

[0066] Figure 4 An example of the method is shown;

[0067] Figure 5 An example of the method is shown;

[0068] Figure 6 An example of the method is shown;

[0069] Figure 7 An example of the method is shown;

[0070] Figure 8 An example of the method is shown;

[0071] Figure 9 An example of the method is shown;

[0072] Figure 10 An example of the method is shown;

[0073] Figure 11 An example of the method is shown; and

[0074] Figure 12 An example of the device is shown; Detailed Implementation

[0075] The following embodiments are exemplary. While this specification may refer to "a," "an," or "some" embodiments in various places throughout the text, this does not necessarily mean that each reference to the same embodiment(s) is applicable only to a single embodiment. Individual features of different embodiments may be combined to provide other embodiments. Furthermore, when a particular feature, structure, or characteristic is described in connection with an embodiment, whether explicitly described or not, its application in conjunction with other embodiments is within the knowledge of those skilled in the art. It should be understood that while the terms "first," "second," etc., may be used herein to describe various elements, these elements should not be limited to these terms. These terms are used only to distinguish one element from another.

[0076] For the purposes of this disclosure, the phrases "at least one of A or B", "at least one of A and B", and "A and / or B" mean (A), (B), or (A and B). For the purposes of this disclosure, the phrases "A, B, and / or C" mean (A), (B), (C), (A and B), (A and C), (B and C), or (A, B, or C).

[0077] The described embodiments can be implemented in a communication network, such as any of the following radio access technologies (RATs): Global Microwave Access Interoperability (WiMAX), Global System for Mobile Communications (GSM, 2G), GSM EDGE Radio Access Network (GERAN), General Packet Radio Service (GRPS), Universal Mobile Telecommunications System based on Basic Wideband Code Division Multiple Access (W-CDMA) (UMTS, 3G), High-Speed ​​Packet Access (HSPA), Long Term Evolution (LTE), Advanced LTE, and Enhanced LTE (eLTE), 5G (also known as NR), or any future RAT such as 6G. Furthermore, communication within the communication network can utilize any suitable wireless communication technology, including but not limited to: Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Frequency Division Duplex (FDD), Time Division Duplex (TDD), Multiple-Input Multiple-Output (MIMO), Orthogonal Frequency Division Multiplexing (OFDM), and / or Discrete Fourier Transform Extended OFDM (DFT-s-OFDM).

[0078] As used herein, the terms "network device" or "network node" refer to a node in a communications network that can access the network via its user equipment and / or has the ability to control radio communications and manage radio resources within a cell. A network node or network device may be referred to as a base station (BS), access point (AP), or access node. Depending on the technology applied, a network device may be, for example, a Node B (NodeB or NB), an evolved Node B (eNodeB or eNB), an NR NB (also referred to as a gNodeB or gNB), a Remote Radio Unit (RRU), a Radio Head (RH), a Remote Radio Head (RRH), a relay, an Integrated Access Backhaul (IAB) node, or a low-power node.

[0079] In the example described herein, the network is a non-terrestrial network (NTN), and the network access node or gNodeB is a non-terrestrial network device, such as a satellite network device, a low Earth orbit (LEO) satellite and a geostationary Earth orbit (GEO) satellite, or a spacecraft network device.

[0080] Furthermore, in conjunction with a separated radio access network (RAN), network equipment can refer to a centralized unit (CU) and / or a distributed unit (DU) of a base station. The interface between the CU and the DU can be referred to as the F1 interface in NR. In a separated RAN architecture, node operation can be performed at least partially in a central / centralized unit (e.g., a server, host, or node) (e.g., a radio head / node) operatively coupled to a DU. A CU can control one or more DUs, which at least function as transmit / receive (Tx / Rx) nodes. In some embodiments, a DU may include, for example, a radio link control (RLC), media access control (MAC) layer, and a physical (PHY) layer, while a CU may include layers above the RLC layer, such as a packet data convergence protocol (PDCP) layer, radio resource control (RRC), and network protocol (IP) layer. Other functional divisions are also possible. In practice, any processing task can be performed in a CU or a DU, and the boundary for transferring responsibility between the CU and the DU can depend on the applied implementation.

[0081] The term "terminal device" refers to any terminal device capable of wireless communication. By way of example, a terminal device may be referred to as a communication device, user equipment (UE), subscriber station (SS), or mobile station (MS). Terminal devices can include mobile phones, cellular phones, smartphones, Voice over IP (VoIP) phones, wireless local loop phones, tablets, wearable terminal devices, personal digital assistants (PDAs), portable computers, desktop computers, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback devices, in-vehicle wireless terminal devices, USB dongles, Internet of Things (IoT) devices, watches or other wearable devices, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain environments), consumer electronics devices, devices operating on commercial and / or industrial wireless networks, etc.

[0082] As used herein, the term "resource" can refer to radio resources in the time domain, frequency domain, spatial domain, and / or code domain. Some examples of resources include, for example, physical resource blocks (PRBs), radio frames, subframes, time slots, subbands, frequency regions, subcarriers, beams, etc. The terms "transmit" and / or "receive" can refer to wirelessly transmitting and / or receiving via a radio broadcast channel on a radio resource.

[0083] Figure 1 An example of a communication network to which the examples disclosed herein can be applied is shown, in this case a non-terrestrial network (NTN). The communication network or cellular communication network may include a network node or gNodeB 110 providing one or more cells (such as cell 100), and a gNodeB 112 providing one or more other cells (such as cell 102). A cell may define a coverage area or service area corresponding to an access node.

[0084] Network node 110 can provide user equipment (UE) 120 (one or more UEs) with radio access to a communication network. Radio access may include downlink (DL) communication from the network node to UE 120 and uplink (UL) communication from UE 120 to the network node. Examples of uplink channels include a Physical Uplink Control Channel (PUCCH) for transmitting control information and a Physical Uplink Shared Channel (PUSCH) for transmitting data to the network. Examples of downlink channels include a Physical Downlink Control Channel (PDCCH) for transmitting control information and a Physical Downlink Shared Channel (PDSCH) for transmitting data to the user equipment.

[0085] Multiple UEs 120 and 122 can exist in the network. Each of them can be served by the same or different network nodes 110 and 112. UEs can be configured to have dual connectivity (DC), where a UE (e.g., UE 120) can connect to multiple network nodes 110 and 112. UEs 120 and 122 can communicate with each other by establishing a device-to-device (D2D) communication interface between them via a so-called sidelink (SL). Such D2D communication can be referred to as, for example, machine-to-machine, peer-to-peer (P2P) communication, or vehicle-to-vehicle (V2V) communication.

[0086] In the case of multiple gNodeBs in a communication network, gNodeBs can connect to each other via interfaces. The LTE specification refers to such interfaces as X2 interfaces. Interfaces between LTE nodes and 5G nodes, or between two 5G nodes, can be referred to as Xn interfaces.

[0087] gNodeBs 110 and 112 can also connect to the core network 116 of the communication network via another interface. The LTE specification designates the core network as the Evolved Packet Core (EPC), and the core network may include, for example, a Mobility Management Entity (MME) and gateway nodes. The MME can handle the mobility of terminal devices in a tracking area comprising multiple cells and handle signaling connections between the terminal devices and the core network. Gateway nodes can handle data routing within the core network and to / from terminal devices. The 5G specification designates the core network as the 5G Core (5GC). The 5G Core may include, for example, Access and Mobility Management Functions (AMF) and User Plane Functions / Gateways (UPF), as well as other functions. The AMF can handle the termination of Non-Access Stratum (NAS) signaling, NAS encryption and integrity protection, registration management, connection management, mobility management, access authentication and authorization, and security context management. UPF nodes can support, for example, packet routing and forwarding, packet inspection, and Quality of Service (QoS) processing.

[0088] In non-terrestrial networks (NTNs), uplink (UL) resources are scarce because a cell tends to cover a large geographic area to result in a large cell physical size and potentially serve several UEs simultaneously. Furthermore, overall link spectral efficiency tends to be very low (due to poor link budgets caused by the very large distance between the UE and the satellite). Therefore, improving UL coverage has become a current goal for both NR over NTNs and NB-IoT over NTNs.

[0089] From a network perspective, the adoption of Orthogonal Coverage Codes (OCCs) can be a useful tool to enhance UL coverage (or available capacity) in an NTN. The idea is that in scenarios where coverage limitations may be observed in an NTN, UEs assigned low MCSs will consume one or more resources to transmit at very low data rates, which can quickly deplete network resources.

[0090] By adopting OCC, several users (currently being considered from 2 to 4) can be assigned to different orthogonal codes and thus scheduled to the same physical resources (the same PRB, the same time slot), thereby increasing network capacity.

[0091] There are different approaches to applying OCC to solve this problem, such as: • Inter-slot (time domain) OCC • Inter-symbol (time domain) OCC • OCC within the slot of the pre-DFT

[0092] The third option (in-slot OCC of pre-DFT) is considered by some companies to be very advantageous for NTNs because it is less sensitive to the time and frequency drifts observed in the dynamic environment of NTNs, especially those served by low-Earth orbit constellations.

[0093] Figure 2 An example of OCC is described in the document, in which two UEs (e.g.) Figure 1 UEs 120 and 122 shown are served by the network. For each UE 120, 122, the sequence of modulation symbols is block-spread, where the sequence of modulation symbols is repeated and each repetition is multiplied by a different weight. The introduction of block-spread pre-DFT allows the subcarriers effectively occupied by each transmission to be orthogonal to each other after the DFT. Therefore, UEs 120 and 122 are effectively assigned to the same PRB, but use orthogonal resources. Under this method, it is generally assumed that the total transmit power for each UE 120, 122 is maintained, which means that the transmit power for each "active" subcarrier is doubled when the OCC has a length of 2.

[0094] The technique for pre-DFT OCC is similar to the waveform used in PUCCH format 4, and the aforementioned problem also applies to PUCCH format 4, although the problem has not yet been resolved.

[0095] In some cases, regulations require UEs to protect other equipment operating in adjacent bands (e.g., satellite weather satellite equipment) from parasitic transmissions, out-of-band emissions, etc. Sometimes, this can only be achieved by reducing the UE's transmit power. For such scenarios, the 3GPP specification introduced A-MPR (Additional Maximum Power Reduction), which allows the UE to not reach its maximum transmit power in a given band, enabling the UE to comply with local requirements. A-MPRs are transmitted by the UE via RRC signaling, where an NS (Network Signaling) index is sent to the UE for a given band. The mapping between the NS index and the corresponding A-MPR for each band is found in TS 38.101-5 for NRs on NTNs. A-MPRs are applied per UE power class (PC) and band.

[0096] When applying OCC (Orthogonal Cover Code), such as Figure 2 As described, the average transmit power of the UE should be kept constant over a PRB to see the gain resulting from multiple UEs multiplexing into the same resource. In the pre-DFT extension option, this means that when a UE is effectively using 1 / M of the resources in a PRB (where M is the OCC length), the average power per resource should be multiplied by M.

[0097] In other words, if the UE is using half of the resource elements in a PRB, its power per resource should increase by 3dB to keep the total transmit power constant. If the OCC factor is set to 4, the total increase in transmit power should be 6dB per resource element.

[0098] In TS 38.101-5, as shown in Table I below, it is specified that the maximum output power of the UE in the FR1-NTN cannot currently exceed 23 dBm when evaluated for the allocated bandwidth over 1 ms. Table I

[0099] Typically, since the requirement applies to the average power transmitted to the UE over a time period for a fully allocated band, a local increase of 3 (or 6 dB) in some resource elements will not cause the UE to fail to meet the maximum output power requirement.

[0100] However, in addition to 3GPP requirements, there is a set of regulatory requirements that UEs must apply to in different operating regions, which are averaged over a narrower bandwidth. This is shown in Table II. Table II

[0101] Due to these additional requirements, NS_04N and NS_05N (these are non-exhaustive examples) are introduced to ensure that the A-MPR value of the UE complies with these additional requirements. Furthermore, drawing on experience from terrestrial networks, it is anticipated that more and more bands will be introduced into the NTN, and deployment will become more global, with such examples tending to multiply.

[0102] However, there are issues with performing these calculations when considering the deployment of a standard PC3 UE. If the UE's instantaneous and local power increases by 3dB, 6dB, or even 9dB, the calculations for each table need to be performed again. This will significantly increase specification work and maintenance issues. It is possible in the future that when new A-MPR values ​​are introduced, some OCC values ​​will be forgotten when performing calculations for each UE.

[0103] Maintaining orthogonality in OCC-enabled transmissions while complying with UE power class limits and regional regulatory requirements can be challenging. If A-MPR is applied when OCC is enabled, this can cause a loss of orthogonality and introduce interference between UEs using OCC multiplexing.

[0104] Therefore, it is proposed to simplify the applicability of A-MPR and the transmit power requirements for the UE when deploying UEs that support OCC, and to utilize this feature for pre-DFT-S-OFDM.

[0105] The correction factor or offset for the UE can be applied based on whether the UE is applying pre-DFT-S-OFDM OCC, and can also be based on the OCC factor. The offset (correction factor) can be one of the following, for example: - The offset in the UE PC (e.g., from PC 3 to PC 2 or PC 1.5). - A fixed offset in one or more transmit power parameters (such as A-MPR or maximum output transmit power).

[0106] Reference Figure 1 The following embodiments are described using the network shown in the diagram and the UE 120 and gNodeB 110 illustrated therein.

[0107] refer to Figure 3 The embodiments are described using flowcharts. Figure 3 In step 1, UE 120 reads the configured additional spectrum transmission requirements for the configured band (in NR, this is done via the NS index).

[0108] Then, in Figure 3In step 2, UE 120 checks whether it is configured to have OCC based on pre-DFT-S-OFDM and whether it is actively using OCC for UL transmission. If not, the legacy requirements and transmit power parameters are applied. Figure 3 Step 3).

[0109] If UE 120 is using OCC, then it will Figure 3 In step 4, the offset or correction factor used for the transmit power requirement (and transmit power parameters) is calculated.

[0110] Then, in Figure 3 In step 5, the offset is applied to the uplink transmission power of UE 120, and Figure 3 In step 6, the launch requirements (and A-MPR) are applied.

[0111] The offset can be a PC (Power Level) offset. For example, in one embodiment, a PC3 UE using an OCC with a factor of 2 can be allowed to use an A-MPR configured for PC 2 in the operating band. In another example, a UE using an OCC with a factor of 4 can be allowed to use an A-MPR configured for PC 1.5 in the operating band.

[0112] The offset or correction factor can be a fixed value in one or more transmit requirements / parameters. For example, the offset can be an offset from the UE's maximum transmit power for a given PC, and the magnitude of the offset depends on the OCC factor.

[0113] In another embodiment, the applicability of the offset or correction factor depends on another indication to UE 120. This can be indicated to UE 120 by gNodeB 110 in network signaling (NS). The NS index is provided in a container called additionalSpectrumEmission, which is a container that provides UE 120 with additional information about spectrum transmission requirements. This information can be used to instruct the network to notify the UE about additional spectrum transmission requirements via signaling (or, where A-MPR “allows”). In one example, the offset (correction factor) applies only to a subset of bands in the specification, which can be indicated in the 3GPP specification context. In another example, gNB 110 includes RRC parameters to indicate whether UE 120 needs to apply an offset or correction factor for the operating band.

[0114] In one embodiment, it is determined whether the following three conditions (i), (ii), and (iii) are met. (i) UE 120 is configured with OCC based on pre-DFT S-OFDM; (ii) UE 120 is actively using OCC for uplink transmission; and (iii) UE 120 has received an A-MPR request. An A-MPR request indicates that the Additional Maximum Power Reduction (A-MPR) that UE 120 is allowed to apply complies with the additional regional requirements for the transmission power that UE 120 should follow.

[0115] If all three conditions (i), (ii), and (iii) are met, the offset is applied to the uplink transmission power of UE 120. This allows UE 120 to comply with regional regulatory requirements while maintaining orthogonality in OCC-enabled transmissions. Because orthogonality can be maintained, this allows the benefits of OCC to be realized while avoiding interference between UEs that could occur when complying with regional regulatory requirements due to OCC multiplexing.

[0116] pass Figure 4 The flowchart illustrates the method according to an embodiment. In step 401, UE 120 determines whether it is configured to have pre-DFT-based S-OFDM OCC, whether it is actively using OCC for uplink transmission, and whether it has received an A-MPR request. If UE 120 determines that all three conditions are met—that is, UE 120 is configured to have pre-DFT-based S-OFDM OCC, is actively using OCC for uplink transmission, and has received an A-MPR request—then in step 402, UE 120 applies an offset to its uplink transmission power. UE 120 can then transmit in the uplink with this offset of its uplink transmission power, which allows UE 120 to meet regional regulatory requirements while still being able to use OCC for its uplink transmission with the associated advantages.

[0117] UE 120 can also be configured to calculate the offset to its uplink transmission power. Furthermore, if it is determined that the user equipment (i) is configured with pre-DFT-based S-OFDM OCC, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, UE 120 can also be configured to obtain the currently used OCC factor. The offset to the uplink transmission power applied to UE 120 can then be based on the OCC factor. For example, the magnitude of the offset to the uplink transmission power applied to UE 120 can be a function of the OCC factor.

[0118] UE 120 can be pre-configured to have OCC with pre-DFT-based S-OFDM, or alternatively, UE 120 can receive configuration with pre-DFT-based S-OFDM from the network, such as from gNB 100.

[0119] Offsets can be modifications to the power class of UE 120. For example, the modification of the power class of UE 120 can depend on the power class that UE 120 is allowed to use, which depends on regional regulatory requirements.

[0120] Alternatively, UE 120 may maintain the same actual power level, but be treated as belonging to a different power level.

[0121] In one embodiment, the offset applied to the uplink transmission power is a fixed offset among one or more transmit power parameters. For example, it may include maximum power reduction, A-MPR, or the maximum transmit power of UE 120.

[0122] The offset can be applied to the uplink transmission power of UE 120 in only one or more operating bands or one or more NS indices. The offset can be applied only to a selected number of operating bands or NS indices, for example, to a subset of operating bands or NS indices. In this case, UE 120 can receive an indication of which one or more operating bands or NS indices the UE 120 offset should be applied to. For example, this indication can be received at UE 120 via RRC parameters.

[0123] Figure 5 This illustrates the embodiment of the invention. Figure 1 The flowchart shown illustrates the method performed by gNB 110. gNB 110 is a network access node for a non-terrestrial network, such as a satellite.

[0124] In step 501, gNB 110 configures UE 120 to have OCC based on pre-DFT S-OFDM. In step 502, gNB 110 sends the currently used OCC factor to UE 120, and in step 503, gNB 110 sends an A-MPR request to UE 120. In step 504, gNB 110 receives uplink transmissions from UE 120. The uplink transmissions have an offset applied to the uplink transmission power of UE 120 based on the OCC factor provided by gNB 110 to UE 120. However, if UE 120 is actively using OCC, is configured to have OCC based on pre-DFT S-OFDM, and has already received an A-MPR request, the offset is only applied.

[0125] Figure 6This is a flowchart illustrating a method performed by UE 120 according to an example embodiment. In step 601, UE 120 determines whether it (i) is configured to have OCC with pre-DFT-based S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request.

[0126] In step 602, if all conditions (i), (ii), and (iii) above are met, UE 120 obtains or determines the currently used OCC factor. Based on the OCC factor, in step 603, UE 120 modifies the set of parameters applied to the UE power class for uplink transmission power of UE 120. This modification is based on the OCC factor.

[0127] The modification can be an actual change in the UE power class, altering the actual power class of UE 120. This means the modification can be a UE power class modification of the uplink transmission power of UE 120, which can be based on the currently used OCC factor. Alternatively, there may be a situation where UE 120 is part of its currently assigned power class, but for certain sets of requirements, it is considered to belong to a different power class.

[0128] UE 120 can be pre-configured to have OCC with pre-DFT-based S-OFDM or, alternatively, UE 120 can receive configuration with pre-DFT-based S-OFDM from gNB 110.

[0129] Modifications to the set of parameters for the UE power class used for uplink transmission power of UE 120 may depend on the power class that UE 120 is allowed to use, which depends on regional regulatory requirements. This indication of the power class that UE 120 is allowed to use can be received from the network (e.g., from gNB 110).

[0130] Modifications to the set of parameters for the UE power class can depend on the OCC factor. For example, if UE 120 is operating in an operating band with power class 3 and using OCC factor 2, then UE 120 is permitted to use A-MPR configured for power class 2 in that particular operating band. In another example, if UE 120 is operating in an operating band with power class 3 and using OCC factor 4, then UE 120 is permitted to use A-MPR configured for power class 1.5 in that particular operating band.

[0131] Figure 7This is a flowchart illustrating an example method performed by gNB 110. In step 701, gNB 110 configures UE 120 to have OCC based on pre-DFT S-OFDM. In step 702, gNB 110 provides or sends an indication to UE 120 of the currently used OCC factor. Then, in step 703, gNB 110 sends an A-MPR request to UE 120, and in step 704, sends an indication to UE 120 of the power level that UE 120 is allowed to use. This allowed power level is based on regional regulatory requirements. In step 705, gNB 110 receives uplink transmissions from UE 120. The uplink transmissions have modifications to a set of parameters for the UE power level used for the uplink transmission power of UE 120. The modifications are based on the indication sent from gNB 110 to UE 120 in step 704.

[0132] Figure 8 This is a flowchart illustrating a method performed by UE 120 according to one embodiment. In step 801, UE 120 determines whether it is (i) configured to have OCC with pre-DFT-based S-OFDM, (ii) actively using OCC for uplink transmission, and (iii) has received an A-MPR request. If all three conditions (i), (ii), and (iii) are met, then in step 802, UE 120 obtains the currently used OCC factor. Based on the OCC factor, in step 803, UE 120 applies a fixed offset to one or more power requirements or parameters of its uplink transmission power.

[0133] UE 120 can be pre-configured to have OCC with pre-DFT-based S-OFDM or UE 120 can receive configuration with pre-DFT-based S-OFDM from gNB 110.

[0134] A-MPR requirements can be received in network signaling (NS) from gNB 110.

[0135] A fixed offset in one or more power requirements or parameters for uplink transmission of UE 120 can be calculated by UE 120 based on the OCC factor.

[0136] One or more power requirements or parameters may be the actual power level of UE 120, or the regional power requirements for uplink transmission power of UE 120. Alternatively, one or more power requirements or parameters may be the maximum output transmit power.

[0137] Figure 9This is a flowchart illustrating a method performed by gNB 110 according to an embodiment. In step 901, gNB 110 configures UE 120 to have OCC based on pre-DFT S-OFDM. In step 902, gNB 110 sends the currently used OCC factor to UE 120. In step 903, gNB 110 sends an A-MPR request to UE 120. In step 904, gNB 110 receives an uplink transmission from UE 120 with a fixed offset of one or more power requirements or parameters applied to the uplink transmission power of UE 120. If UE 120 is actively using OCC, is configured to have OCC based on pre-DFT S-OFDM, and has already received an A-MPR request, the offset is applied based on the OCC factor provided to UE 120.

[0138] Figure 10 This is a flowchart illustrating a method performed by UE 120 according to an embodiment. In step 1001, UE 120 determines whether it (i) is configured to have OCC with pre-DFT-based S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request. In step 1002, if all the conditions (i), (ii), and (iii) mentioned above are met or reached, then UE 120 obtains the currently used OCC factor. In step 1003, UE 120 applies an offset to its uplink transmission power based on the OCC factor. The offset is applied only to one or more operating bands or one or more NS indices. In other words, the offset in the uplink transmission power of UE 120 is applied only to the selected operating band(s) or NS(s) indices(s).

[0139] UE 120 can be pre-configured to have OCC with pre-DFT-based S-OFDM. Alternatively, UE 120 can receive configuration with pre-DFT-based S-OFDM from gNB110.

[0140] The uplink transmission power offset of UE 120 can be applied to a subset of the operating bands or a subset of the NS index. In this case, UE 120 can receive an indication regarding which of the one or more operating bands the offset should be applied to, which of the one or more NS indices the offset should be applied to, and / or which subset of the NS index the offset should be applied to. This indication can be received by UE 120 via RRC parameters.

[0141] UE 120 can be configured to calculate the offset such that the magnitude of the offset can be a function of the OCC factor.

[0142] Alternatively, the offset could be a modification of the power level of UE 120.

[0143] In another alternative, the offset is a fixed offset applied to one or more power requirements or parameters of the UE 120, such as maximum transmission power.

[0144] Figure 11 This is a flowchart illustrating a method performed by gNB 110 according to an embodiment. In step 1101, gNB 110 configures UE 120 to have OCC based on pre-DFT S-OFDM. In step 1102, gNB 110 provides UE 120 with the currently used OCC factor. In step 1103, gNB 110 sends an A-MPR request to UE 120, and in step 1104, gNB 110 receives from UE 120 an uplink transmission with an offset applied to the uplink transmission power of UE 120. The offset is applied based on the OCC factor provided to UE 120, and the OCC factor is only provided to UE 120 if UE 120 is actively using OCC, is configured to have OCC based on pre-DFT S-OFDM, and has already received an A-MPR request. The offset is applied only to the uplink transmission power of UE 120 in one or more operating bands or one or more NS indices.

[0145] Figure 12 A block diagram of apparatus 10 is shown by way of example. Apparatus 10 includes, for example, at least one processor 12 and at least one memory 14 storing instructions 15, which, when executed by the at least one processor, cause apparatus 10 to perform at least one or more methods and any embodiments thereof disclosed herein. In one example, at least one memory and instructions (e.g., computer program code, software) are configured, together with at least one processor, to cause apparatus 10 to perform one or more methods and any embodiments thereof disclosed herein.

[0146] Processor 12 may include, or be constituted by, one or more circuit systems configured to perform stages of the method according to the example embodiments described herein. As used herein, the term “circuit system” may refer to one or more or all of the following: (a) a hardware circuit implementation (such as an implementation of analog and / or digital circuit systems); and (b) a combination of hardware circuitry and software, such as (if applicable): (i) a combination of analog and / or (multiple) digital hardware circuitry having software / firmware; and (ii) any portion of (multiple) hardware processors having software (including (multiple) digital signal processors), software, and (multiple) memories, which work together to enable a device (such as a user equipment) to perform various functions; and (c) (multiple) hardware circuitry and / or (multiple) processors, such as (multiple) microprocessors or portions thereof, which require software (e.g., firmware) to operate, but may be absent when operation is not required. This definition of circuit system applies to all uses of the term herein, including in any claim. As another example, as used herein, the term "circuit system" also encompasses only the implementation of hardware circuitry or a processor (or multiple processors) or portions thereof and their accompanying software and / or firmware. The term "circuit system" also encompasses (e.g., and if applicable to elements of a particular claim) baseband integrated circuits or processor integrated circuits for mobile devices, or similar integrated circuits in servers, cellular network devices, or other computing or network devices.

[0147] The memory 14 can be implemented using any suitable data storage technology. The memory may include a database for storing data. The memory 14 may be at least partially external to the device 10, but may be accessible from the device 10.

[0148] Instruction 15 may be included in a computer-readable medium or a non-transitory computer-readable medium. As used herein, the term “non-transitory” is a limitation on the medium itself (i.e., tangible, not signaling), rather than a limitation on the persistence of data storage (e.g., random access memory, RAM versus read-only memory, ROM).

[0149] For example, device 10 is a terminal device, such as Figure 1 The UE 120 or 122 shown is an example. As another example, a device is included in such a terminal device, for example, as a chipset configured to control the terminal device. Device 10 can be made or configured to at least perform... Figure 4 , 6 Methods 8 and 10 and / or any one or more of the embodiments described.

[0150] As another example, device 10 is a network node, for example... Figure 1The gNodeB 110 or 112 is shown. In another embodiment, the device is included in such a network node, for example, as a chipset configured to control the network node. The device 10 can be made or configured to at least perform Figure 5 , 7 Methods 9 and 11 and / or any one or more of the embodiments described.

[0151] The device may include one or more entities of any protocol layer, such as a MAC entity, an RRC entity, an RLC entity, a PDCP entity, or a PHY entity.

[0152] Device 10 includes a radio interface 16. The radio interface 16 can provide communication capabilities to device 10. The radio interface 16 may include a receiver configured to receive information according to at least one cellular or non-cellular standard. The radio interface 16 may include a transmitter configured to transmit information according to at least one cellular or non-cellular standard. The receiver may include more than one receiver. The transmitter may include more than one transmitter. The radio interface 16 may include a transceiver configured to receive and transmit information according to at least one cellular or non-cellular standard. The transceiver may include more than one transceiver.

[0153] Device 10 may include a user interface 18, which includes at least one of the following: a keyboard, a microphone, a touch display, a monitor, a speaker, etc. User interface 18 can be used by a user to control the device. User interface 18 may be external to device 10. For example, device 10 may be connected to another device, such as a computer, via a wireless or wired connection, and device 10 may be controlled by a user via the computer.

[0154] As explained above and repeated below, this disclosure includes, but is not limited to, the following example implementations.

[0155] Clause 1. A user equipment, comprising: at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, such that the user equipment at least: determines whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request; and if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then applies an offset to the uplink transmission power of the user equipment.

[0156] Clause 2. The user equipment as described in Clause 1, wherein the user equipment is further configured to calculate the offset.

[0157] Clause 3. The user equipment according to Clause 1 or 2, wherein the user equipment is further configured to: obtain the currently used OCC factor if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, and wherein the offset is applied based on the OCC factor.

[0158] Clause 4. The user equipment as described in Clause 3, wherein the magnitude of the offset is a function of the OCC factor.

[0159] Clause 5. A user equipment according to any one of Clauses 1 to 4, wherein the user equipment is pre-configured to have an OCC based on pre-DFT S-OFDM.

[0160] Clause 6. A user equipment according to any one of Clauses 1 to 4, wherein the user equipment receives a configuration of S-OFDM with pre-DFT from a network node.

[0161] Clause 7. User equipment as described in Clause 1, wherein the offset is a modification of the UE power level.

[0162] Clause 8. User equipment as described in Clause 7, wherein the modification in the UE power level depends on the power level permitted for use by the UE under regional regulatory requirements.

[0163] Clause 9. The user equipment as described in Clause 1, wherein the offset is a fixed offset among one or more transmit power parameters.

[0164] Clause 10. User equipment as described in Clause 9, wherein one or more transmission power parameters are Additional Maximum Power Reduction (A-MPR).

[0165] Clause 11. The user equipment as described in Clause 9, wherein one or more transmit power parameters are maximum transmit power.

[0166] Clause 12. The user equipment according to any one of Clauses 1 to 11, wherein the offset is applied only to one or more operating bands or one or more NS indices.

[0167] Clause 13. The user equipment as described in Clause 12, wherein the offset is applied to a subset of the operating frequency band or a subset of the NS index.

[0168] Clause 14. The user equipment as described in Clause 12 or 13, wherein the user equipment is configured to receive an indication of which one or more operating frequency bands the offset should be applied to.

[0169] Clause 15. The user equipment as described in Clause 14, wherein the indication is received via RRC parameters.

[0170] Clause 16. A network node comprising: at least one processor and at least one memory including computer program code, wherein the at least one memory and the computer program code are configured, together with the at least one processor, to cause the user equipment to at least: configure the user equipment with pre-DFT-based S-OFDM OCC; provide the user equipment with a currently used OCC factor; send an A-MPR request to the user equipment; and receive uplink transmissions from the user equipment, wherein an offset is applied to the uplink transmit power of the user equipment, wherein the offset is applied based on the OCC factor provided to the user equipment if the user equipment is actively using OCC, is configured to have pre-DFT-based S-OFDM OCC, and has already received the A-MPR request.

[0171] Clause 17. A network node as described in Clause 16, wherein the network node is an access node in a non-terrestrial network.

[0172] Clause 18. A method for a user equipment, the method comprising: determining whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request; and if it is determined that the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, then applying an offset to the uplink transmission power of the user equipment.

[0173] Clause 19. The method described in Clause 18 further includes calculating the offset.

[0174] Clause 20. The method according to Clause 18 or 19 further comprises: if it is determined that the user equipment (i) is configured to have OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, obtaining the currently used OCC factor and applying the offset based on the OCC factor.

[0175] Clause 21. The method according to Clause 20, wherein the magnitude of the offset is a function of the OCC factor.

[0176] Clause 22. The method according to any one of Clauses 18 to 21 further includes configuring the user equipment in advance using an OCC based on pre-DFT S-OFDM.

[0177] Clause 23. The method according to any one of Clauses 18 to 21 further includes receiving the configuration of S-OFDM with pre-DFT from the network node.

[0178] Clause 24. The method described in Clause 18, wherein the offset is a modification of the UE power level.

[0179] Clause 25. The method described in Clause 24, wherein the modification in the UE power class depends on the power class permitted for use by the UE according to area management requirements.

[0180] Clause 26. The method according to Clause 18, wherein the offset is a fixed offset among one or more transmission power parameters.

[0181] Clause 27. The method according to Clause 26, wherein the one or more transmission power parameters are additional maximum power reduction (A-MPR).

[0182] Clause 28. The method described in Clause 26, wherein the one or more transmit power parameters are the maximum transmit power.

[0183] Clause 29. The method according to any one of Clauses 18 to 28 further includes: applying the offset only to one or more operating bands or one or more NS indices.

[0184] Clause 30. The method described in Clause 29 includes applying the offset to a subset of the operating band or a subset of the NS index.

[0185] Clause 31. The method described in accordance with Clause 29 or Clause 30 further includes receiving an indication of which one or more operating bands or NS indices the offset should be applied to.

[0186] Clause 32. The method described in Clause 31 includes receiving the instruction via RRC parameters.

[0187] Clause 33. A method for a network node, the method comprising: configuring a user equipment (UE) with pre-DFT-based S-OFDM OCC; providing the UE with a currently used OCC factor; sending an A-MPR request to the UE; and receiving uplink transmissions from the UE, an offset being applied to the UE's uplink transmit power, wherein the offset is applied based on the OCC factor provided to the UE if the UE is actively using OCC, is configured with pre-DFT-based S-OFDM OCC, and has already received the A-MPR request.

[0188] Clause 34. The method described in Clause 31, wherein the network node is an access node of a non-terrestrial network.

[0189] While the invention has been described above with reference to specific embodiments, it is not limited to these embodiments, and it is clear that those skilled in the art will conceive of other alternatives that fall within the scope of the claims. Furthermore, any one or more of the embodiments described herein can be combined with one or more other embodiments.

Claims

1. A user equipment, comprising: At least one processor, and At least one memory, including computer program code, wherein the at least one memory and the computer program code are configured together with the at least one processor such that the user equipment at least: Determine whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request; as well as If it is determined that the user equipment (i) is configured with an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, then an offset is applied to the uplink transmission power of the user equipment.

2. The user equipment of claim 1, wherein the user equipment is further configured to calculate the offset, and / or The user equipment is further configured to: if it is determined that the user equipment (i) is configured to have OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, obtain the currently used OCC factor, wherein the offset is applied based on the OCC factor, and wherein the magnitude of the offset is a function of the OCC factor.

3. The user equipment of claim 1, wherein the user equipment is pre-configured to have an OCC based on pre-DFT S-OFDM, or The user equipment receives the configuration of S-OFDM with pre-DFT from the network node.

4. The user equipment of claim 1, wherein the offset is a modification of the UE power level, and wherein the modification of the UE power level depends on: the power level permitted for use by the UE according to regional regulatory requirements; or The offset is a fixed offset among one or more transmit power parameters, and the one or more transmit power parameters are either an additional maximum power reduction (A-MPR) or the one or more transmit power parameters are the maximum transmit power.

5. The user equipment according to any one of claims 1 to 4, wherein the offset is applied only to one or more operating frequency bands or one or more NS indices. The offset is applied to a subset of the operating frequency band or a subset of the NS index. The user equipment is configured to receive an indication of which one or more operating frequency bands the offset should be applied to, and The instruction is received via the RRC parameter.

6. A network node, comprising: At least one processor, and At least one memory, including computer program code, wherein the at least one memory and the computer program code are configured together with the at least one processor such that the user equipment at least: Configure user equipment using OCC based on pre-DFT S-OFDM; Provide the currently used OCC factor to the user equipment; Send the A-MPR request to the user equipment; as well as When receiving uplink transmissions from the user equipment, an offset is applied to the uplink transmit power of the user equipment, wherein if the user equipment is actively using OCC, is configured to have OCC with pre-DFT-based S-OFDM, and has received the A-MPR request, the offset is applied based on the OCC factor provided to the user equipment.

7. A method for a user equipment, the method comprising: Determine whether the user equipment (i) is configured to have an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request; as well as If it is determined that the user equipment (i) is configured with an OCC based on pre-DFT S-OFDM, (ii) is actively using the OCC for uplink transmission, and (iii) has received an A-MPR request, then an offset is applied to the uplink transmission power of the user equipment.

8. The method of claim 7, further comprising: Calculate the offset, and / or If it is determined that the user equipment (i) is configured to have OCC based on pre-DFT S-OFDM, (ii) is actively using OCC for uplink transmission, and (iii) has received an A-MPR request, then the currently used OCC factor is obtained, and the offset is applied based on the OCC factor, wherein the magnitude of the offset is a function of the OCC factor.

9. The method according to claim 7, further comprising: The user equipment is pre-configured using OCC based on pre-DFT S-OFDM. Receive the configuration of S-OFDM with pre-DFT from the network node; or The offset is applied only to one or more operating bands or one or more NS indices.

10. A method for a network node, the method comprising: Configure user equipment using OCC based on pre-DFT S-OFDM; Provide the currently used OCC factor to the user equipment; Send the A-MPR request to the user equipment; as well as When receiving uplink transmissions from the user equipment, an offset is applied to the uplink transmit power of the user equipment, wherein if the user equipment is actively using OCC, is configured to have OCC with pre-DFT-based S-OFDM, and has received the A-MPR request, the offset is applied based on the OCC factor provided to the user equipment.

Images