Uplink scheduling schemes under beam hopping for non-terrestrial networks

Abstract

An apparatus configured to process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and a time offset Koffset, calculate a time for uplink transmission using virtual timing information, wherein virtual timing for the beam footprint is for a time during which there is active beam coverage on the beam footprint and convert the virtual timing information to actual timing information based on one or more of the uplink dwell time, the uplink revisit time, and the time offset, wherein the actual timing information is used for the uplink transmission.

Description

Uplink Scheduling Schemes Under Beam Hopping for Non-Terrestrial NetworksTechnical Field

[0001] The present disclosure generally relates to wireless communication, and in particular, to uplink scheduling schemes under beam hopping for non-terrestrial networks.Background

[0002] Timing synchronization is important in wireless communication networks. One of the primary differences in non-terrestrial networks (NTNs) compared to terrestrial cellular networks is the significantly longer propagation delay between the user equipment (UE) on the ground and a satellite. Propagation delays may result in signals being received and / or transmitted at very different times, and thereby result in a lack of proper timing between the communication nodes.

[0003] Improved downlink (DL) and uplink (UL) coverage for non-terrestrial networks (NTN) are desired. Various techniques have been discussed relating to DL and UL coverage enhancements targeting support for additional reference satellite payload parameters covering both geosynchronous orbit (GSO) and non-geosynchronous orbit (NGSO) constellations operating in Frequency Range 1 (FR1) -NTN or Frequency Range 2 (FR2) -NTN. The possible advantages of DL and UL coverage enhancement include optimized performance especially when addressing handset terminals (including smartphones with-5.5 dB antenna gain) with respect to DL and UL coverage considering the NTN deployment constraints such as payload power limitation, large satellite footprint and limited feeder link bandwidth. DL and UL coverage enhancements are needed to accommodate satellite payload constraints which may be unable to have all its beams active at  a given time due to limited power and limited feeder link bandwidth. In addition, DL and UL coverage enhancements may help in maximizing the number of beams that may be activated simultaneously, ensuring that all user terminals may be served across the satellite footprint while maximizing the overall satellite throughput, and ensuring that all satellite’s radio cells are kept alive even without traffic but allowing new users to join or preventing impact on end-user QoS.

[0004] In order to achieve these benefits, improved scheduling for DL and UL transmissions under beam hopping in NTNs is desirable.Summary

[0005] Some example embodiments are related to an apparatus having processing circuitry configured to process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and a time offset Koffset, calculate a time for uplink transmission using virtual timing information, wherein virtual timing for the beam footprint is for a time during which there is active beam coverage on the beam footprint and convert the virtual timing information to actual timing information based on one or more of the uplink dwell time, the uplink revisit time, and the time offset, wherein the actual timing information is used for the uplink transmission.

[0006] Other example embodiments are related to an apparatus having processing circuitry configured to process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information  comprises an uplink dwell time, an uplink revisit time, an uplink starting dwell time, downlink Medium Access Control (MAC) Control Element (CE) configuration information, and uplink MAC CE configuration information and activate one or more MAC commands associated with one or more of the downlink MAC CE configuration information and the uplink MAC CE configuration information at an activation time, wherein the activation time is based on one or more of the downlink dwell time, the uplink dwell time, the uplink revisit time, and the uplink starting dwell time.

[0007] Still further example embodiments are related to an apparatus having processing circuitry configured to process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and an uplink starting dwell time, determine an uplink transmission timing based on one or more of the configured uplink dwell time, uplink revisit time and uplink starting dwell time and determine one or more of a downlink configuration Medium Access Control (MAC) Control Element (CE) activation time and an uplink configuration MAC CE activation time, based on one or more of the uplink dwell time, the uplink revisit time, and the uplink starting dwell time associated with the SSB beam.Brief Description of the Drawings

[0008] Fig. 1 shows an example network arrangement according to various example embodiments.

[0009] Fig. 2 shows an example user equipment (UE) according to various example embodiments.

[0010] Fig. 3 shows an example base station according to various example embodiments.

[0011] Fig. 4 shows an example non-terrestrial network (NTN) architecture according to various example embodiments.

[0012] Fig. 5 shows an example timing diagram illustrating a time offset used in uplink data transmissions according to various example embodiments.

[0013] Fig. 6A shows an example timing diagram for uplink scheduling according to various example embodiments.

[0014] Fig. 6B shows an example timing diagram for virtual uplink timing for a UE according to various example embodiments.

[0015] Fig. 6C shows an example timing diagram for UL scheduling without a time offset for a UE according to various example embodiments.

[0016] Fig. 6D shows an example timing diagram for UL scheduling without considering a time offset and a time gap between a PDCCH and a PUSCH for a UE according to various example embodiments.

[0017] Figs. 7A and 7B are example timing diagrams showing UL scheduling for periodic UL transmissions according to various example embodiments.

[0018] Figs. 8A and 8B are example timing diagrams showing UL scheduling for multiple slot UL transmissions according to various example embodiments.

[0019] Figs. 9A and 9B show example timing diagrams for using an extension of Medium Access Control (MAC) control element (MAC  CE) activation time in scheduling according to various example embodiments.

[0020] Figs. 10A and 10B show example timing diagrams for using an extension of an uplink MAC CE activation time in scheduling according to various example embodiments.

[0021] Fig. 11 shows an example flow diagram illustrating an example procedure for performing UL scheduling under beam hopping in an NTN according to various example embodiments.Detailed Description

[0022] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The example embodiments relate to enhanced downlink and uplink coverage, particularly in NTNs at both the link level and the system level. In particular, it is proposed to provide downlink (DL) and uplink (UL) scheduling schemes under beam hopping for NTNs.

[0023] The example embodiments are described with regard to a UE. However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to an accessory device and is configured with the hardware, software, and / or firmware to exchange information and data with accessory devices. Therefore, the UE as described herein is used to represent any electronic component.

[0024] The example embodiments are also described with reference to a 5G New Radio (NR) network. However, the example  embodiments may also be implemented in other types of networks, including but not limited to LTE networks, future evolutions of the cellular protocol (e.g., 5G-advanced networks, 6G networks, etc. ) , or any other type of network.

[0025] The example embodiments are also described with reference to carrier aggregation (CA) . In CA, a UE may communicate in the downlink (DL) or uplink (UL) with multiple cells of a network to increase throughput. CA includes the UE associating with a Primary Cell (PCell) and one or more Secondary Cells (SCells) . Different band combinations of CA may be served by the PCell and SCell, e.g., the PCell may serve a first component carrier (CC) of a CA band combination (e.g., CC1) to the UE and the SCell may serve a second CC of the CA band combination (e.g., CC2) to the UE. Thus, in CA, both the PCell and the SCell are considered to be serving cells. CA mode may include multiple SCells. In the example embodiments, it may be considered that the PCell and SCell (s) are co-located, e.g., in the same general physical location (e.g., on the same cell tower) . The PCell and the SCells may be cells of different gNBs or a single gNB. In the present embodiments, the PCell may be the anchor cell and the SCell (s) may be the eNES cell (s) .

[0026] The example embodiments are also described with reference to system information (SI) , in particular system information block 1 (SIB1) , and the physical random access channel (PRACH) . SIB1 may be broadcast by a cell for reception by a UE and may include parameters that are critical for operations including, e.g., initial access. Based on the parameters decoded from SIB1, the UE may transmit a RACH preamble on PRACH to attempt to access the cell. The UE may continue to monitor for SIB1 even after entering the connected  state with the cell, e.g., to detect changes to SIB1 parameters such as, e.g., scheduling information, to adapt to changing network conditions. The PRACH configuration carried in SIB1 may also change after connection establishment. Although PRACH is typically transmitted as Msg1 of initial access, the PRACH may be used in other scenarios, e.g., handover or RACH after initial connection establishment. Accordingly, SIB1 may be transmitted periodically by the cell and decoded periodically by the UE even after entering the connected state. Some SIB1 transmissions may include a full set of SIB1 parameters while other SIB1 transmissions may include a subset of SIB1 parameters, e.g., those parameters that have changed since the last SIB1 transmission.

[0027] The example embodiments provide operations for a UE to receive DL and UL scheduling configuration parameters and to implement enhanced DL and UL scheduling under beam hopping for NTNs. Each of these example embodiments will be described in greater detail below.

[0028] Fig. 1 shows an example network arrangement 100 according to various example embodiments. The example network arrangement 100 includes a UE 110. The UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, embedded devices, wearables, Internet of Things (IoT) devices, etc. An actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of one UE 110 is merely provided for illustrative purposes.

[0029] The UE 110 may be configured to communicate with one or more networks. In the example of the network arrangement 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. However, the UE 110 may also communicate with other types of networks (e.g., 5G cloud RAN, a next generation RAN (NG-RAN) , a legacy cellular network, etc. ) and the UE 110 may also communicate with networks over a wired connection. With regard to the example embodiments, the UE 110 may establish a connection with the 5G NR RAN 120. Therefore, the UE 110 may have a 5G NR chipset to communicate with the NR RAN 120.

[0030] The 5G NR RAN 120 may be portions of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The RAN 120 may include cells or base stations that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. In this example, the 5G NR RAN 120 includes the gNB 120A and the gNB 120B. However, reference to a gNB is merely provided for illustrative purposes, any appropriate base station or cell may be deployed (e.g., Node Bs, eNodeBs, HeNBs, eNBs, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) .

[0031] Any association procedure may be performed for the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular network carrier where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., gNB 120A) .

[0032] In this example, it may be considered that the UE 110 is operating in CA mode where the gNB 120A is the PCell and the gNB 120B is the SCell that will be operating in enhanced network energy saving (eNES) mode (s) . As described above, CA mode may include multiple SCells but for the purpose of description only a single SCell is shown. In the example embodiments, it may be considered that the PCell and SCell are co-located, e.g., in the same general physical location (e.g., on the same cell tower) . Also, while the PCell and SCell are shown as being different gNBs, a single gNB may include multiple cells. Thus, the PCell and SCell may be cells of the same gNB.

[0033] The network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 manages the traffic that flows between the cellular network and the Internet 140. The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0034] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 will be described with regard to  the network arrangement 100 of Fig. 1. The UE 110 may represent any electronic device and may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225, and other components 230. The other components 230 may include, for example, an audio input device, an audio output device, a battery that provides a limited power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, sensors to detect conditions of the UE 110, etc.

[0035] The processor 205 may be configured to execute a plurality of engines for the UE 110. For example, the engines may include a scheduling engine 235 for performing operations related to enhancing DL and UL coverage by supporting UL and DL scheduling under beam hopping for NTNs. The scheduling engine 235 may also support the UE performing additional operations in DL and UL scheduling, such as DL and UL scheduling based on virtual timing slots, UL scheduling considering Koffset, UL scheduling for periodic and multi-slot transmissions, Medium Access Control (MAC) control element (MAC CE) activation time for UL and DL, and receiving signaling that includes configuration information for UL scheduling. The scheduling engine 235 may also perform operations related to receiving SIB1 and / or PRACH related information, receiving configuration information and / or activation signaling for applying a configuration for a given beam and performing operations on the beam in dependence on this information / signaling. Each of these example operations will be described in more detail below. The engines may also include a positioning engine 240 for transmitting positioning signals to each of a plurality of positioning nodes based on a network configuration for the positioning signals. The positioning signals are estimated by  the positioning nodes to provide the network with information so that the network may determine a location of the UE, to be described in further detail below.

[0036] The above referenced engines 235 and 240 being applications (e.g., programs) executed by the processor 205 is only example. The functionality associated with the engines may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engines may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The example embodiments may be implemented in any of these or other configurations of a UE.

[0037] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen.

[0038] The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an LTE-RAN (not pictured) , a legacy RAN (not pictured) , a WLAN (not pictured) , etc. Accordingly, the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of  consecutive frequencies) . The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode and / or decode signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0039] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A, the gNB 120B or any other access node through which the UE 110 may establish a connection and manage network operations. It may be considered that the base station 300 is an anchor cell according to the present embodiments.

[0040] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320, and other components 325. The other components 325 may include, for example, an audio input device, an audio output device, a battery, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources, etc.

[0041] The processor 305 may be configured to execute a plurality of engines for the UE 110. For example, when the gNB 120A is a serving cell for a UE, the engines may include a UE configuration engine 335 for providing UE configuration information to the network, for example, information relating to periods when the UE is in a DRX inactive mode or has a  measurement gap (MG) . The network may then distribute the information to positioning nodes so that the positioning nodes may monitor.

[0042] The engines may also include a scheduling engine 340 for performing operations related to beam-based configuration and / or signaling, including for UL and DL scheduling under beam hopping. The scheduling engine 340 may also provide information to the UE to support the UE performing additional operations in DL and UL scheduling under beam hopping for NTNs, such as DL and UL scheduling based on virtual timing slots, UL scheduling considering Koffset, UL scheduling for periodic and multi-slot transmissions, Medium Access Control (MAC) control element (MAC CE) activation time for UL and DL, and transmitting signaling that includes configuration information for UL scheduling. The scheduling engine 340 may also perform operations related to transmitting configuration information and / or activation signaling for applying a configuration for a given beam and performing operations on the beam in dependence on this information / signaling. The scheduling engine 340 may also be used for receiving the UE configuration information from the network and monitoring for positioning signals from the UE in accordance therewith. For example, the gNB 120A may determine a period during which it will monitor for the positioning signals and a period during which it will not monitor for the positioning signals based on the UE configuration information, to be described in further detail below, and estimate the positioning signals when it is received from the UE. Each of these example operations will be described in more detail below.

[0043] The memory arrangement 310 may be a hardware component configured to store data related to operations performed by the  base station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station 300.

[0044] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UE in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be configured to encode and / or decode signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0045] Fig. 4 shows an example non-terrestrial network (NTN) architecture 4 according to various example embodiments. An NTN may relate to any network using non-terrestrial components, such as satellites, airplanes, unmanned aerial vehicles (UAVs) , etc., to provide network services to UEs in the coverage area of the NTN.

[0046] The NTN architecture 400 represents a network arrangement including one or more satellites, which in this example shows a single satellite 410 that is integrated with a radio access network (RAN) 440. The RAN 440 may be, for example, the 5G NR RAN 120 described above with respect to Fig. 1. The NTN architecture 400 includes a gateway 430 connecting  the terrestrial network 440 with the NTN components. In the NTN architecture 400 of Fig. 4, the gateway 430 and the satellite 410 may communicate via feeder links. In some NTN deployments, satellites may be served by several gateways simultaneously.

[0047] The satellite provides network services to a UE 110 via a service link. The satellite 410 may implement either a transparent payload or a regenerative payload. A transparent payload refers to an arrangement where the satellite 1110 may receive a signal and transmit an amplified version of the signal, with a frequency conversion. For example, the satellite 410 may receive uplink communications from the UE 110 on service link frequencies and transmit an amplified version of the signal to the gateway 430 on feeder link frequencies or may receive downlink communications via the gateway 430 on feeder link frequencies and transmit an amplified version of the signal to the UE 110 on service link frequencies. A regenerative payload refers to an arrangement where the satellite 410 acts as a distributed unit (DU) or a base station (e.g., a gNB) , wherein received signals are regenerated with signal-processing techniques (e.g., demodulation, decoding, switching, encoding, modulation, etc. ) before being re-transmitted.

[0048] With reference to Fig. 1, in a regenerative payload arrangement, the gNB 120A may be located on an aerial component, e.g., the satellite 410 of Fig. 4. In a transparent payload arrangement, the gNB 120A may be located on the ground and the satellite 410 is used to mirror the signals between the gNB 120A and the UE 110, as described above.

[0049] The example NTN architecture 400 shown in Fig. 4 is not intended to limit the example embodiments in any way. NTNs  may be integrated with the 5G NR RAN and / or other networks in any one of a variety of manners. For example, a typical satellite-based NTN may comprise a low earth orbit (LEO) constellation including an array of satellites and gateways with broad interconnectivity via ground-to-ground station (G2G) links, satellite-to-satellite (S2S) links, ground-to-satellite (G2S) links, and satellite-to-ground (S2G) links. Other types of satellite-based NTNs include geostationary-orbiting (GEO) satellites or medium-earth-orbiting (MEO) satellites.

[0050] As described above, the example embodiments are related to enhanced DL and UL scheduling schemes for beam hopping in NTNs.

[0051] Downlink (DL) and uplink (UL) coverage enhancements for non-terrestrial networks (NTN) are desired. Various techniques have been discussed in standards bodies. For example, in Rel-19, discussions and study have been had relating to downlink and uplink coverage enhancements targeting support for additional reference satellite payload parameters covering both geosynchronous orbit (GSO) and non-geosynchronous orbit (NGSO) constellations operating in Frequency Range 1 (FR1) -NTN or Frequency Range 2 (FR2) -NTN [RAN1, RAN2, RAN4] . Other discussions include additional reference satellite payload parameters assuming power sharing among satellite beams or different satellite beam patterns / size (i.e. wide or narrow) across the satellite footprint, such that satellite beams may not all be simultaneously active or may be active below the nominal Effective I sotropic Radiated Power (EIRP) density per satellite beam (see section 6.1.1 in TR 38.821) due to limited power and limited feeder link bandwidth. Also studied have been solutions, including link level enhancements for FR1-NTN (e.g.  for Physical Downlink / Uplink Control Channel (PDCCH and PUCCH) and Physical Downlink / Uplink Shared Channel (PDSCH and PUSCH) and / or system level enhancements for FR1-NTN and / or FR2-NTN, allowing dynamic and flexible power sharing between satellite beams or different satellite beam patterns / size (i.e. wide or narrow) across the satellite footprint.

[0052] Synchronization Signal Block (SSB) channel enhancement other than SSB periodicity extension is not considered. Issues such as UE’s cell search complexity and impact to initial cell selection, latency and success rate, for the above extension should be considered. Rel-18 network energy saving techniques should be considered as a baseline.

[0053] The possible advantages of downlink and uplink coverage enhancement include optimized performance especially when addressing handset terminals (including smartphones with-5.5 dB antenna gain) with respect to downlink coverage considering the NTN deployment constraints such as payload power limitation, large satellite footprint and limited feeder link bandwidth. Satellite based networks have coverage areas as large as two million square kilometers with coverage areas on the ground (footprints) as small as fifty kilometers. DL and UL coverage enhancements are needed to accommodate satellite payload constraints which may be unable to have all its beams active with the nominal EIRP density per beam (see Section 6.1.1 in TR 38.821) at a given time due to limited power and limited feeder link bandwidth. In addition, DL and UL coverage enhancements may help in maximizing the number of beams that may be activated simultaneously, ensuring that all user terminals may be served across the satellite footprint while maximizing the overall satellite throughput, and ensuring that all  satellite’s radio cells are kept alive even without traffic but allowing new users to j oin or preventing impact on end-user QoS.

[0054] DL and UL coverage enhancements may be considered at both the link level and the system level. At the link level, they may improve the link margin of selected physical channels in order to accommodate the EIRP reduction in FR1-NTN. A link margin improvement for physical channels (e.g. PUSCH and PUCCH) may be considered without impact on SSB design. System level enhancements may support an efficient dynamic and flexible power sharing between beams or different beam pattern / size (i.e., wide or narrow) across the satellite footprint for FR1-NTN and FR2-NTN.

[0055] Results of DL coverage ratio evaluation at system level have been collected from seven sources for all the three LEO600km satellite parameter sets where the beam footprint diameter is 50 km. For Set 1-1 / 1-3, the coverage ratio may be improved from 10%to 100%if the SSB periodicity is increased from 20ms to 80ms and beam hopping is applied. For Set 1-2, the coverage ratio may be improved from 1.5%to 96.8%if the SSB periodicity is increased from 20ms to 320ms and beam hopping is applied. Note that coverage ratio is N2+N3 / total beam footprints and the baseline assumes no beam hopping.

[0056] Results of DL coverage ratio evaluation at system level have been collected from three sources for a deployment scenario implementing wide beam footprint. One source reports that with a deployment of wide beam covering four narrow (50km size) beams, which means Set 1-2 FR1 with additional EIRP reduction of 6dB, using SSB periodicity of 80 ms may provide coverage ratio of 96.8%, and Set 1-1 / 1-3 FR1 with additional  EIRP reduction of 6dB, SSB periodicity of 80 ms may provide coverage of 100%. Another source observed that for Set 1-1, 1-2 and 1-3, the coverage ratio may be improved from 1.5%to 100%using the legacy default SSB periodicity of 20ms during initial access, by choosing a wide beam footprint with beam footprint sizes of 84 km and 56 km respectively. Note that the PDCCH and the PDSCH for SIB19 is assumed to be transmitted within two orthogonal frequency-division multiplexing (OFDM) symbols and five Megahertz (MHz) bandwidth. The PDSCH for SIB1 is assumed to be transmitted within three OFDM symbols and five MHz bandwidth. This assumes no SIB1 and SIB19 transmission in N2 beam footprints. This assumes non-aligned SFN timing across different beams. Another source observed, for Set 1-1 with increased beam size, that the legacy SSB periodicity of 20ms during initial access is usable with NTN beam hopping, by choosing a deployment scenario implementing wide beam footprint with beam footprint sizes of 70.7 km and 86.6 km, leading to a total of 529 and 353 beam footprints within the satellite coverage area, respectively, and the coverage ratio is 80%and 90%, respectively, and a ratio of simultaneously active beam footprints to the total number of beam foot prints equal to 20%and 30%. Beam footprint size is increased by increasing only the adj acent beam spacing without increasing the 3dB beamwidth.

[0057] In Rel-17, an UL scheduling enhancement using Koffset was introduced. One purpose of Koffset is to ensure the UE has casual uplink transmissions. The Koffset is used by the UE to determine which UL slot for uplink Tx 2. The Koffset is used by the gNB to determine which UL slot to use for uplink Rx. The Koffset should be equal to or larger than a timing advance (TA) .

[0058] Fig. 5 shows an example timing diagram illustrating a time offset used in uplink data transmissions according to various example embodiments. Line 1 of Fig. 5 shows the timing for the gNB DL. Line 2 shows the timing for the UE DL. Line 3 of Fig. 5 shows the timing for the UE UL, and Line 4 shows the timing for the gNB UL. The gNB DL and the gNB UL may be aligned. In one embodiment, the assumption is that TA=8 ms, K2=2 slots, and Koffset is 11 slots, where TA is the timing advance, K2 is the time gap between the PDCCH and the PUSCH, and Koffset is the time offset for UL transmissions. Looking at Line 1, if Downlink Control Information (DCI) is received in slot 0, then for a terrestrial network, the scheduled PUSCH may start at slot 2 (K2=2 slots) . With the Koffset being 11 slots, a scheduled PUSCH is an NTN would be in slot 13 (0+K2+Koffset) . There may be a propagation delay between the gNB DL and the UE DL, which might be four (4) milliseconds (ms) in one embodiment. Thus, the UE DL might begin 4 slots after the gNB DL, as seen in Line 2. The UE UL is shown in Line 3, with the 13th slot being the slot for UL transmission. Line 4 shows the timing for the gNB UL, with the received PUSCH being received 4 ms later due to the propagation delay of the NTN.

[0059] In order to achieve the benefits of enhanced scheduling under beam hopping in NTNs, a scheduling scheme for uplink transmissions under beam hopping in NTNs is hereby proposed. The concept of virtual timing under beam hopping is introduced. The UL scheduling may be based on virtual timing using an UL dwell time and an UL revisit time, as discussed further below. A UE may then switch from virtual timing to actual timing. Also proposed are schemes to address UL scheduling for periodic transmissions and UL scheduling for multiple-slot transmissions. The proposed scheduling schemes may  also consider whether Koffset needs to be used. MAC CE activation times for DL and UL configurations will also be discussed. Signaling for UL scheduling under beam hopping and an example procedure of UL scheduling under beam hopping will also be disclosed.

[0060] In the proposed enhanced UL scheduling scheme, a virtual timing scheme is introduced for UL scheduling. The virtual timing scheme may use an uplink dwell time and an uplink revisit time. In one embodiment, the uplink dwell time and the uplink revisit time may be defined in terms of a DL dwell time and a DL revisit time with a shift of TA value. In one embodiment, the UL transmission may be a PUSCH as an example, but the virtual timing scheme applies to other uplink transmissions, including: the transmission timing of DCI scheduled PUSCH (including Channel State Information (CSI) on PUSCH) ; the transmission timing of Randon Access Response (RAR) and fallbackRAR grant scheduled PUSCH; the transmission timing of the first transmission opportunity of PUSCH in a configured grant type 2; the transmission timing of a hybrid automatic retransmission request acknowledgment (HARQ-ACK) on a PUCCH; the CSI reference resource timing; the transmission timing of an aperiodic Sounding Reference Signal (SRS) ; a PDCCH ordered PRACH; and TA command activation timing.

[0061] Fig. 6A shows an example timing diagram for uplink scheduling according to various example embodiments. Line 1 of Fig. 6A shows the UE actual DL timing and Line 2 of Fig. 6A shows the UE actual UL timing. In Line 1, the UE may receive DCI information in a DL dwell time. In the UE DL, the particular beam footprint is active again after a DL revisit time. In Line 2 of Fig. 6A, there is an uplink dwell time and an uplink  revisit time that is shifted by a value of TA from the DL dwell time and the DL revisit time such that the UE timing is ahead of the DL timing by the TA. In a typical uplink transmission, a UE will first receive downlink control information (DCI) transmission, which may indicate a time for UL data transmission at a later time (see PUSCH in Fig. 6A) . However, in NTN scenarios using beam hopping, the time for the UL data transmission may be during a non-active beam footprint.

[0062] To address this issue, a virtual timing scheme is introduced for UL scheduling. The virtual timing scheme may utilize an UL dwell time and an UL revisit time. The UL dwell time is the time that the network is using the beam to cover the area (i.e., the beam footprint is an active beam footprint) . The UL revisit time is the amount of wait time until the particular beam footprint is active again. In an NTN, the data may be received at a much later time (way after the DCI is received) .

[0063] As mentioned, the scheduled uplink transmissions (e.g., PUSCH) time may be out of the dwell time of the beam footprint. The virtual timing for a beam footprint is the time during which there is beam coverage on the beam footprint. In addition, the Koffset discussed earlier may be used for the UL data transmission. The Koffset could be either cell specific or UE specific. The virtual timing may use the independent UL revisit time R and the Koffset in one embodiment.

[0064] In the proposed UL scheduling scheme using virtual timing, in one embodiment, in a first step, the scheduled uplink transmissions may be calculated using the virtual timing. The Koffset may be considered in this step. Assume the uplink  transmission is at slot n+Koffset+K2. In a second step, the virtual timing may be converted to actual timing, based on the configured UL dwell time (D) and UL revisit time (R) .

[0065] Fig. 6B shows an example timing diagram for virtual uplink timing for a UE according to various example embodiments. Referring to Fig. 6B, for purposes of the virtual timing, the timing for the PUSCH may be considered as being at a time n+K2+Koffset. This virtual timing may be converted to actual timing, based on the configured UL dwell time (D) and UL revisit time (R) , and potentially based on the Koffset. For example, if the scheduling UL grant DCI is received at slot n, the time gap between the PDCCH and the PUSCH is K2, and a remaining time of the current UL dwell time from slot n is A, then the PUSCH timing may be calculated. If K2 plus the Koffset is less than A (i.e., PUSCH is in the same dwell time as PDCCH) , then the PUSCH is at the actual timing slot n+ K2+KOffset. If K2 plus the Koffset is greater than A (i.e., PUSCH is in the following dwell time as PDCCH) , then the PUSCH is at actual time slot

[0066] For example, if D=20 ms (or 20 slots under 15 kHz Sub-Carrier Spacing (SCS) ) , R=80 ms (or 80 slots under 15 kHz SCS) , K2=14 slots, Koffset= 30 slots, and A = 3 slots, then the PUSCH actual timing is slot n+3+160++60+1, or n+224.

[0067] In one embodiment, using the virtual timing scheduling scheme may allow UL scheduling without the use of Koffset. Fig. 6C shows an example timing diagram for UL scheduling without considering a time offset for a UE according to various example embodiments. Line 1 of Fig. 6C shows the UE actual DL timing, while Line 2 of Fig. 6C shows the UL actual timing calculated  using the virtual timing. Line 2 of Fig. 6C shows the UE actual UL timing, which includes a dwell time D and a revisit time R. Looking at Fig. 6C, the UE may receive the DCI transmission in the dwell time D. There may be a remaining amount of time A left in the dwell time after the DCI transmission is received. There is then a period of time (the revisit time) until the UE is in an active beam footprint and may receive the PDSCH data at a time of K2-A.

[0068] In this scenario, the Koffset is covered by the UL revisit time. The Koffset does not have to be used in the transmission; instead, the UL transmission may be directly transmitted. Referring to Fig. 6C, suppose the scheduling UL grant DCI is received at slot n, the time gap between the PDCCH and the PUSCH is K2, and a remaining time of the current UL dwell time from slot n is A. The difference between the UL revisit time and the UL dwell time is R-D. In Fig. 6C, if K2 plus Koffset is less than A (i.e., the PUSCH is in the same dwell time as PDCCH) , then the PUSCH is at actual timing slot n+K2+KOffset. However, if K2 plus the Koffset is greater than A, and if (B-1) ·R-D ≤ Koffset < B ·R–D, where B= 1, 2, …, then the PUSCH is at actual time slot n + A + B ·R-D + max (K2-A, 0) . In most case, B is most likely equal to 1.

[0069] For example, in one embodiment, if D=20 slots, R=80 slots, K2=14 slots, Koffset= 30 slots, and A = 3 slots, then the PUSCH actual timing is slot n+3+60+11, or n+74.

[0070] In another embodiment, using the virtual timing scheduling scheme may allow UL scheduling and UL transmission without the use of K2 and / or Koffset. Fig. 6D shows an example timing diagram for UL scheduling without considering a time  offset and a time gap between a PDCCH and a PUSCH for a UE according to various example embodiments. Fig. 6C shows the UE actual UL timing, which includes a dwell time D and a revisit time R. Looking at Fig. 6C, the UE may receive the DCI transmission in the dwell time D. There may be a remaining amount of time A left in the dwell time after the DCI transmission is received. The difference between the UL revisit time and the UL dwell time is R-D. In this scenario, both K2 and Koffset may be covered by the UL revisit time. In one embodiment, as seen in Fig. 6D, if K2 plus Koffset is less than or equal to A (i.e., PUSCH is in the same dwell time as PDCCH) , then the PUSCH is at actual timing slot n+ K2+KOffset. However, if K2 plus Koffset is greater than A, and if (B-1) ·R-D ≤ K2+Koffset < B ·R–D, where B= 1, 2, …, then the PUSCH is at actual time slot n + A + B ·R-D + max (K2 + Koffset–A-B ·R-D,0) or n + A + B ·R-D + max (K2 + Koffset-B ·R-D, 0) .

[0071] For example, if D=20 slots, R=80 slots, K2=14 slots, Koffset= 30 slots, and A = 3 slots, then the PUSCH actual timing is slot n+3+60, or n+63.

[0072] In one embodiment, the dwell time D and the revisit time R may be configured by a network for all UEs associated with a beam and provided to the UE (s) in network configuration information. In one embodiment, this may be accomplished via a SIB transmission.

[0073] Also proposed is an UL scheduling scheme for periodic DL transmissions. Figs. 7A and 7B are example timing diagrams showing UL scheduling for periodic UL transmissions according to various example embodiments. The UL scheduling for periodic DL transmissions may include the virtual timing scheme described  above in some embodiments. In one embodiment, as seen in Figs. 7A and 7B, the periodic UL transmission may be configured grant based PUSCH (CG PUSCH) , but the technique applies to any other periodic UL transmissions. In a first embodiment, the SPS PDSCH timing is determined via UE virtual UL timing using the same technique as discussed with respect to Fig. 5 above. In another embodiment, the CG PUSCH timing may be determined via the UE actual UL timing. If a CG PUSCH is not in the actual UL timing, then there are two alternatives. In the first alternative, the CG PUSCH is simply skipped, as seen in Fig. 7A. In a second alternative, as seen in Fig. 7B, this CG PUSCH is delayed to the beginning of the following UL dwell time. In still another embodiment, the CG PUSCH periodicity may be modified according to the UE actual UL timing. As one example, the new CG PUSCH periodicity may be the least common multiple of the old CG PUSCH periodicity and the revisit time. In yet another embodiment, the CG PUSCH periodicity may be configured and is in the following range: periodicity = k* {R, R+D} , where R is the revisit time, D is the dwell time, and k=1, 2, ….

[0074] Also proposed is an UL scheduling scheme for multiple slot UL transmissions. Figs. 8A and 8B are example timing diagrams showing UL scheduling for multiple slot UL transmissions according to various example embodiments. The UL scheduling for multiple slot UL transmissions may include the virtual timing scheme described above in some embodiments. In one embodiment, as seen in Figs. 8A and 8B, the multiple slot UL transmission may be PUSCH repetition, but the technique applies to any other multiple slot UL transmissions, such as TBoMS. In a first embodiment, the PUSCH repetition timing is determined via UE virtual UL timing, as discussed above with respect to Figs. 6A-6D. In another embodiment, the PUSCH repetition timing is  determined via the UE actual UL timing. If a PUSCH repetition is not in the actual UL timing, there are two alternatives. In the first alternative, the PUSCH repetition that is not in the actual UL timing is skipped for consecutive slot based counting, as seen in Fig. 8A. In the second alternative, for available slot-based counting, the slot in the period of (Revisit time-dwell time) is not available for slot counting. In other words, this PUSCH repetition is delayed to the beginning of the following UL dwell time, as seen in Fig. 8B.

[0075] Another proposal to enhance UL scheduling for beam hopping for NTNs involves extension of the MAC CE activation time. In a first embodiment, a DL configuration of the MAC CE is addressed. Figs. 9A and 9B show example timing diagrams for using an extension of a downlink MAC CE activation time in scheduling according to various example embodiments. Referring to Fig. 9A, Line 1 shows the UE actual DL timing, which includes the DL dwell time offset from the UE actual UL timing by the TA. Line 2 shows the UE actual UL timing, with a PUCCH in the UL dwell time. If a UE is provided with a Kmac value, when the UE would transmit a PUCCH with HARQ-ACK information in uplink slot n corresponding to a PDSCH carrying a MAC CE command on a downlink configuration, then the UE action and assumption on the downlink configuration MAC CE shall be applied starting from the first (DL) slot that is after (UL) slot where μ is the SCS configuration for the PUCCH, as seen in Fig. 9A. If this time is out of the DL dwell time, then the downlink MAC CE configuration shall be applied starting from the beginning of the following DL dwell time, as seen in Fig. 9B.

[0076] Figs. 10A and 10B show example timing diagrams for using an extension of an uplink MAC CE activation time in scheduling according to various example embodiments. Fig. 10A shows the UE UL timing. When a UE would transmit a PUCCH with HARQ-ACK information in uplink slot n corresponding to a PDSCH carrying a MAC CE command on an uplink configuration, then the UE action and assumption on the uplink configuration MAC CE shall be applied starting from an UL slot where μ is the SCS configuration for the PUCCH, as seen in Fig. 10A. If this time is out of the UL dwell time, then the uplink MAC CE configuration shall be applied starting from the beginning of the following UL dwell time, as seen in Fig. 10B.

[0077] Signaling for UL scheduling under beam hopping in NTNs is also proposed. The container for the signaling may include SIB 1, SIB19, or a new SIB. The contents of the container may include an uplink dwell time (D) and an uplink revisit time (R) . The uplink dwell time (D) and the uplink revisit time (R) may be the same as or different from downlink dwell time and downlink revisit time. In a first embodiment, the uplink dwell time (D) and the uplink revisit time (R) may be configured per cell. The revisit time (R) may be implicitly derived from the dwell time and the total number of SSB indexes in a cell (B) , e.g., R = B*D. For the legacy case of terrestrial networks, D= infinity and R= infinity.

[0078] In a second embodiment, the uplink dwell time (D) and the uplink revisit time (R) may be configured per beam or beam footprint (associated with SSB index) . The UL dwell time (D) and the UL revisit time (R) could be non-uniformly distributed over different SSB indexes.

[0079] The uplink starting dwell time is sent per beam footprint (maybe in terms of SSB index) . In the case where D and R are configured per cell, and supposing cell specific UL dwell time (D) and UL revisit time (R) are configured, a SSB #0 starting UL dwell time may be configured as SFN = SFN = A + k*R. The SSB #X starting UL dwell time may be determined by SFN=X*D+A + k*R, where X =0, 1, 2, … and k=1, 2, ….

[0080] In the case where D and R are configured per beam, beam specific UL dwell time (Di) and UL revisit time (Ri) may be configured for each SSB index i. The SSB index i specific starting UL dwell time may be configured as SFN = Ai. The SSB index i starting UL dwell time may be determined by SFN = Ai+k*Ri, where k=1, 2, ….

[0081] In a procedure of downlink scheduling under beam hopping in an NTN, the following steps may be performed. Fig. 11 shows an example flow diagram illustrating an example procedure for performing UL scheduling under beam hopping in an NTN according to various example embodiments. In the example procedure 1100, the UE may receive configuration information from a network (e.g., from a gNB) that includes an uplink dwell time, an uplink revisit time and an uplink starting dwell time (1110) . This may occur using the signaling described above, such as via SIB, and may be configured per cell or per beam as previously discussed. The UE may determine the UL transmission timing based on the configured uplink dwell time, uplink revisit time, and uplink starting dwell time, associated with the SSB beam (1120) . This may be accomplished using the virtual timing schemes proposed herein. The UE may also determine the DL configuration or UL configuration MAC CE activation time, based on the configured dwell time, revisit time and starting dwell  time associated with the SSB beam (1130) . This may be done using the extension of the MAC CE activation times discussed herein with respect to Figs. 9A, 9B, 10A, and 10B.

[0082] The above example techniques may be used together, used independently from one another, in conjunction with other currently implemented mechanisms for UL scheduling in NTNs, in conjunction with future implementations of UL scheduling schemes in NTNs, and independently from other mechanisms for UL scheduling in NTNs.

[0083] By using the proposed UL scheduling schemes under beam hopping for NTNs, improved uplink coverage may be enhanced in NTNs on both a link level and a system level.

[0084] Examples

[0085] In a first example, a method comprising processing, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and a time offset Koffset, calculating a time for uplink transmission using virtual timing information, wherein virtual timing for the beam footprint is for a time during which there is active beam coverage on the beam footprint and converting the virtual timing information to actual timing information based on one or more of the uplink dwell time, the uplink revisit time, and the time offset, wherein the actual timing information is used for the uplink transmission.

[0086] In a second example, the method of the first example, wherein the uplink transmission is one of a Physical Uplink Shared Channel (PUSCH) transmission, a transmission timing of  Downlink Control Information (DCI) scheduled PUSCH (including Channel State Information (CSI) on PUSCH) , a transmission timing of Random Access Response (RAR) and fallbackRAR grant scheduled PUSCH, a transmission timing of a first transmission opportunity of PUSCH in a configured grant type 2, a transmission timing of a hybrid automatic retransmission request acknowledgment (HARQ-ACK) on a Physical Uplink Control Channel (PUCCH) , a CSI reference resource timing, a transmission timing of an aperiodic Sounding Reference Signal (SRS) , a PDCCH ordered physical random access channel (PRACH) , or a TA command activation timing.

[0087] In a third example, the method of the first example, further comprising receiving scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is less than or equal to A, then the actual timing comprises an actual timing slot n+ K2+KOffset.

[0088] In a fourth example, the method of the first example, further comprising receiving scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is greater than A, then the actual timing comprises an actual time slot

[0089] In a fifth example, the method of the first example, further comprising receiving scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is greater than A, and if (B-1) ·R-D ≤ Koffset < B ·R–D, where B= 1, 2, …, then the PUSCH is at actual time slot n + A + B ·R-D +max(K2-A, 0) .

[0090] In a sixth example, the method of the first example, further comprising receiving scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is greater than A, and if (B-1) ·R-D ≤ K2+Koffset < B ·R–D, where B= 1, 2, …, then the PUSCH is at actual time slot n + A + B ·R-D +max(K2 + Koffset–A-B ·R-D, 0) or at actual time slot n + A + B ·R-D + max (K2 + Koffset-B ·R-D, 0) .

[0091] In a seventh example, the method of the first example, further comprising transmitting an uplink transmission using the actual timing information.

[0092] In an eighth sixth example, the method of the seventh example, wherein the uplink transmission is a periodic uplink transmission.

[0093] In a ninth example, the method of the eighth example, wherein if the periodic uplink transmission is not in an actual timing slot of the actual timing information, the processing circuitry is configured to skip the periodic uplink transmission.

[0094] In a tenth example, the method of the eighth example, wherein if the periodic uplink transmission is not in an actual timing slot of the actual timing information, the processing circuitry is configured to delay the periodic uplink transmission to a beginning of a following uplink dwell time.

[0095] In an eleventh ninth example, the method of the eighth example, further comprising modifying a periodicity of the periodic uplink transmission based on the actual timing information.

[0096] In a twelfth example, the method of the eleventh example, wherein a modified periodicity is a least common multiple of the periodicity and the uplink revisit time.

[0097] In a thirteenth example, the method of the eighth example, wherein a configured periodicity of the periodic UL transmission is in a range of k* {R, R+D} , where R is the revisit time, D is the dwell time, and k=1, 2, …

[0098] In a fourteenth example, the method of the first example, wherein the uplink transmission is a multi-slot uplink transmission.

[0099] In a fifteenth example, the method of the fourteenth example, wherein if the multi-slot uplink transmission is not in  an actual timing slot of the actual timing information, the processing circuitry is configured to skip the multi-slot uplink transmission for consecutive slot based counting.

[0100] In a sixteenth example, the method of the fourteenth example, wherein if the multi-slot uplink transmission is not in an actual timing slot of the actual timing information, the method further comprising delaying the multi-slot uplink transmission to a beginning of a following uplink dwell time.

[0101] In a seventeenth example, the method of the first example, wherein the beam-based configuration information is received from the network in a system information block (SIB) message, wherein the SIB message comprises one or more of SIB1 and SIB 19.

[0102] In an eighteenth example, the method of the first example, wherein the uplink dwell time and the uplink revisit time are configured per cell.

[0103] In a nineteenth example, the method of the eighteenth example, wherein the uplink revisit time is implicitly derived from the uplink dwell time and a total number of synchronization signal block (SSB) indexes in a cell.

[0104] In a twentieth example, the method of the eighteenth example, wherein a first starting downlink dwell time SSB #0 is configured as SFN=A + k*R and a second starting downlink dwell time SSB #X is determined by SFN=X*D+A + k*R, where X =0, 1, 2, …and k=1, 2, …

[0105] In a twenty first example, the method of the first example, wherein the uplink dwell time and the uplink revisit time are configured per beam or beam footprint.

[0106] In a twenty second example, the method of the twenty first example, wherein the uplink dwell time and the uplink revisit time are non-uniformly distributed over different synchronization signal block (SSB) indexes.

[0107] In a twenty third example, the method of the twenty first example, wherein a beam specific uplink dwell time (Di) and a beam specific uplink revisit time (Ri) are configured for each SSB index i, a SSB index i specific starting uplink dwell time is configured as SFN = Ai, and a SSB index i starting uplink dwell time is determined by SFN = Ai+k*Ri, where k=1, 2, ….

[0108] In a twenty fourth example, the method of the first example, wherein the apparatus is part of a non-terrestrial network (NTN) .

[0109] In a twenty fifth example, a processor configured to perform any of the methods of the first through twenty fourth examples.

[0110] In a twenty sixth example, a user equipment (UE) configured to perform any of the methods of the first through twenty fourth examples.

[0111] In a twenty seventh example, a method, comprising processing, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit  time, an uplink starting dwell time, downlink Medium Access Control (MAC) Control Element (CE) configuration information, and uplink MAC CE configuration information and activating one or more MAC commands associated with one or more of the downlink MAC CE configuration information and the uplink MAC CE configuration information at an activation time, wherein the activation time is based on one or more of the downlink dwell time, the uplink dwell time, the uplink revisit time, and the uplink starting dwell time.

[0112] In a twenty eighth example, the method of the twenty seventh example, wherein the processing circuitry is provided with a Kmac value, where Kmac is a time offset for indicating when a MAC CE command is typically activated, and when the processing circuity is configured to cause transceiver circuitry to transmit a Physical Uplink Control Channel (PUCCH) message with hybrid automatic retransmission request acknowledgment (HARQ-ACK) information in an uplink slot n corresponding to a Physical Downlink Shared Channel (PDSCH) carrying a MAC CE command on a downlink configuration, the method further comprising applying the downlink configuration MAC CE starting from a first DL slot that is after an (UL) slot where μ is the Sub-Carrier Spacing (SCS) configuration for the PUCCH.

[0113] In a twenty ninth example, the method of the twenty eighth example, wherein, if the first DL slot that is after an (UL) slot is outside the DL dwell time, the method further comprising applying the downlink  configuration MAC CE starting from a beginning of a following DL dwell time.

[0114] In a thirtieth example, the method of the twenty seventh example, wherein a Kmac value comprising a time offset for indicating when a MAC CE command is typically activated is provided, the method further comprising transmitting a Physical Uplink Control Channel (PUCCH) message with hybrid automatic retransmission request acknowledgment (HARQ-ACK) information in an uplink slot n corresponding to a Physical Downlink Shared Channel (PDSCH) carrying a MAC CE command on an uplink configuration, the method further comprising applying the uplink configuration MAC CE starting from an UL slot where μ is the Sub-Carrier Spacing (SCS) configuration for the PUCCH.

[0115] In a thirty first example, the method of the thirtieth example, wherein if the UL slot is outside the UL dwell time, the method further comprising applying the downlink configuration MAC CE starting from a beginning of a following UL dwell time.

[0116] In a thirty second example, a processor configured to perform any of the methods of the twenty seventh through thirty first examples.

[0117] In a thirty third example, a user equipment (UE) configured to perform any of the methods of the twenty seventh through thirty first examples.

[0118] In a thirty fourth example, a method, comprising processing, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and an uplink starting dwell time, determining an uplink transmission timing based on one or more of the configured uplink dwell time, uplink revisit time and uplink starting dwell time and determining one or more of a downlink configuration Medium Access Control (MAC) Control Element (CE) activation time and an uplink configuration MAC CE activation time, based on one or more of the uplink dwell time, the uplink revisit time, and the uplink starting dwell time associated with the SSB beam.

[0119] In a thirty fifth example, the method of the thirty fourth example, wherein the beam-based configuration information is received from the network in a system information block (SIB) message, wherein the SIB message comprises one or more of SIB1 and SIB 19.

[0120] In a thirty sixth example, the method of the thirty fourth example, wherein the uplink dwell time and the uplink revisit time are configured per cell.

[0121] In a thirty seventh example, the method of the thirty fourth example, wherein the uplink dwell time and the uplink revisit time are configured per beam or beam footprint.

[0122] In a thirty eighth example, the method of the thirty fourth example, wherein determining the uplink transmission timing comprises calculating a time for the uplink transmission reception using virtual timing information, wherein virtual timing for the beam footprint is for a time during which there  is active beam coverage on the beam footprint and converting the virtual timing information to actual timing information based on the uplink dwell time and the uplink revisit time, wherein the actual timing information is used for the uplink transmission.

[0123] In a thirty ninth example, the method of the thirty fourth example, further comprising transmitting an uplink transmission using the actual timing information.

[0124] In a fortieth example, the method of the thirty fourth example, further comprising activating one or more MAC commands associated with one or more of the downlink MAC CE configuration information and the uplink MAC CE configuration information at the respective downlink configuration MAC CE activation time or uplink configuration MAC CE activation time.

[0125] In a forty first example, a processor configured to perform any of the methods of the thirty fourth through fortieth examples.

[0126] In a forty second example, a user equipment (UE) configured to perform any of the methods of the thirty fourth through fortieth examples.

[0127] Those skilled in the art will understand that the above-described example embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An example hardware platform for implementing the example embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. The example embodiments of the above- described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0128] Although this application described various embodiments each having different features in various combinations, those skilled in the art will understand that any of the features of one embodiment may be combined with the features of the other embodiments in any manner not specifically disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed embodiments.

[0129] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0130] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalent.

Claims

1.An apparatus comprising processing circuitry configured to:process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and a time offset Koffset;calculate a time for uplink transmission using virtual timing information, wherein virtual timing for the beam footprint is for a time during which there is active beam coverage on the beam footprint; andconvert the virtual timing information to actual timing information based on one or more of the uplink dwell time, the uplink revisit time, and the time offset, wherein the actual timing information is used for the uplink transmission.2.The apparatus of claim 1, wherein the uplink transmission is one of:a Physical Uplink Shared Channel (PUSCH) transmission;a transmission timing of Downlink Control Information (DCI) scheduled PUSCH (including Channel State Information (CSI) on PUSCH) ;a transmission timing of Randon Access Response (RAR) and fallbackRAR grant scheduled PUSCH;a transmission timing of a first transmission opportunity of PUSCH in a configured grant type 2;a transmission timing of a hybrid automatic retransmission request acknowledgment (HARQ-ACK) on a Physical Uplink Control Channel (PUCCH) ;a CSI reference resource timing;a transmission timing of an aperiodic Sounding Reference Signal (SRS) ;a PDCCH ordered physical random access channel (PRACH) ; and TA command activation timing.3.The apparatus of claim 1, wherein the processing circuitry is configured to receive scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is less than or equal to A, then the actual timing comprises an actual timing slot n+K2+KOffset.4.The apparatus of claim 1, wherein the processing circuitry is configured to receive scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is greater than A, then the actual timing comprises an actual time slot 5.The apparatus of claim 1, wherein the processing circuitry is configured to receive scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is greater than A, and if (B -1) ·R -D ≤ Koffset < B · R –D, where B= 1, 2, …, then  the PUSCH is at actual time slot n + A + B · R -D + max (K2 -A, 0) .6.The apparatus of claim 1, wherein the processing circuitry is configured to receive scheduling uplink control information (DCI) at a time slot n, wherein a time gap between a Physical Downlink Control Channel (PDCCH) transmission and a Physical Uplink Shared Channel (PUSCH) transmission is K2, and wherein a remaining amount of time in the current uplink dwell time from slot n is A, and if K2 plus the Koffset is greater than A, and if (B-1) · R -D ≤ K2+Koffset < B · R –D, where B= 1, 2, …, then the PUSCH is at actual time slot n + A + B · R -D + max (K2 +Koffset –A -B · R -D, 0) or at actual time slot n + A + B · R -D + max (K2 + Koffset -B · R -D, 0) .7.The apparatus of claim 1, wherein the uplink transmission is a multi-slot uplink transmission.8.The apparatus of claim 1, wherein the beam-based configuration information is received from the network in a system information block (SIB) message, wherein the SIB message comprises one or more of SIB1 and SIB 19.9.The apparatus of claim 1, wherein the uplink dwell time and the uplink revisit time are configured per cell.10.The apparatus of claim 1, wherein the uplink dwell time and the uplink revisit time are configured per beam or beam footprint.11.The apparatus of claim 1, wherein the apparatus is part of a non-terrestrial network (NTN) .12.An apparatus comprising processing circuitry configured to:process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, an uplink starting dwell time, downlink Medium Access Control (MAC) Control Element (CE) configuration information, and uplink MAC CE configuration information; andactivate one or more MAC commands associated with one or more of the downlink MAC CE configuration information and the uplink MAC CE configuration information at an activation time, wherein the activation time is based on one or more of the downlink dwell time, the uplink dwell time, the uplink revisit time, and the uplink starting dwell time.13.The apparatus of claim 12, wherein the processing circuitry is provided with a Kmac value, where Kmac is a time offset for indicating when a MAC CE command is typically activated, and when the processing circuity is configured to cause transceiver circuitry to transmit a Physical Uplink Control Channel (PUCCH) message with hybrid automatic retransmission request acknowledgment (HARQ-ACK) information in an uplink slot n corresponding to a Physical Downlink Shared Channel (PDSCH) carrying a MAC CE command on a downlink configuration, then the processing circuitry is configured to apply the downlink configuration MAC CE starting from a first DL slot that is after an (UL) slot where μ is the Sub-Carrier Spacing (SCS) configuration for the PUCCH.14.The apparatus of claim 12, wherein the processing circuitry is provided with a Kmac value, where Kmac is a time offset for indicating when a MAC CE command is typically activated, and when the processing circuity is configured to cause transceiver circuitry to transmit a Physical Uplink Control Channel (PUCCH) message with hybrid automatic retransmission request acknowledgment (HARQ-ACK) information in an uplink slot n corresponding to a Physical Downlink Shared Channel (PDSCH) carrying a MAC CE command on an uplink configuration, the processing circuitry is configured to apply the uplink configuration MAC CE starting from an UL slot where μ is the Sub-Carrier Spacing (SCS) configuration for the PUCCH.15.An apparatus comprising processing circuitry configured to:process, based on signals received from a network, beam-based configuration information, wherein the beam-based configuration information comprises an uplink dwell time, an uplink revisit time, and an uplink starting dwell time;determine an uplink transmission timing based on one or more of the configured uplink dwell time, uplink revisit time and uplink starting dwell time; anddetermine one or more of a downlink configuration Medium Access Control (MAC) Control Element (CE) activation time and an uplink configuration MAC CE activation time, based on one or more of the uplink dwell time, the uplink revisit time, and the uplink starting dwell time associated with the SSB beam.16.The apparatus of claim 15, wherein the beam-based configuration information is received from the network in a  system information block (SIB) message, wherein the SIB message comprises one or more of SIB1 and SIB 19.17.The apparatus of claim 15, wherein the uplink dwell time and the uplink revisit time are configured per cell.18.The apparatus of claim 15, wherein the uplink dwell time and the uplink revisit time are configured per beam or beam footprint.19.The apparatus of claim 15, wherein determining the uplink transmission timing is based on the processing circuitry being configured to:calculate a time for the uplink transmission reception using virtual timing information, wherein virtual timing for the beam footprint is for a time during which there is active beam coverage on the beam footprint; andconvert the virtual timing information to actual timing information based on the uplink dwell time and the uplink revisit time, wherein the actual timing information is used for the uplink transmission.20.The apparatus of claim 15, wherein the processing circuitry is configured to activate one or more MAC commands associated with one or more of the downlink MAC CE configuration information and the uplink MAC CE configuration information at the respective downlink configuration MAC CE activation time or uplink configuration MAC CE activation time.

Images