(RE) transmission mechanisms for physical uplink shared channel transmissions in wireless communication networks

Abstract

The reuse of hybrid automatic repeat request (HARQ) process identifiers (IDs) is enabled under controlled conditions. Consequently, certain delays may be reduced, including those delays that may be associated with waiting for a process ID to be released. A user equipment (UE) may initiate new transmissions sooner than would be allowed according to existing mechanisms. The sooner transmissions may be particularly convenient in those situations wherein previous data has been successfully delivered. Network resources may, as a consequence, be use more efficiently in time-sensitive communication scenarios. An adaptable feedback process, from satellite to UE, is also enabled, which provides the satellite with a flexibility to adjust to different latency and resource constraints, thereby improving overall communication robustness. The flexibility is particularly beneficial in NTNs with higher propagation delays.

Description

(RE) TRANSMISSION MECHANISMS FOR PHYSICAL UPLINK SHARED CHANNEL TRANSMISSIONS IN WIRELESS COMMUNICATION NETWORKSCROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims the benefit of U.S. Provisional Application Serial No. 63 / 738,220 filed on December 23, 2024, the entire contents of which are hereby incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure relates, generally, to wireless communication networks and, in some implementations, to Physical Uplink Shared Channel (PUSCH) transmissions, and in even further implementations, (re) transmission mechanisms for the PUSCH transmissions.BACKGROUND

[0003] In the realm of wireless communication networks, e.g., Non-Terrestrial Networks (NTN) , with low Earth orbit (LEO) satellites, specific challenges arise due to high propagation delays and dynamic satellite movement. It may be shown that there is typically a communication delay between a user equipment (UE) and a network node, e.g., a satellite. The communication delay may be subject to fluctuation. The fluctuation may be based on the position of the satellite relative to the UE. The fluctuation may substantially impact uplink transmission performance, e.g., when involving multiple transmission / reception points (TRPs) with various satellites.

[0004] Orbital parameters governing movement of a given satellite are predictable, thereby allowing for an anticipation of a trajectory for the given satellite. During transmission, a satellite may be approaching a UE or moving away from the UE. As a satellite draws closer to the UE, signal quality generally improves, due to reduced distance. Conversely, as the satellite moves away from the UE, signal quality generally diminishes. These variations necessitate careful consideration of the number of uplink repetitions needed to maintain dependable communication.

[0005] To bolster the reliability of PUSCH transmissions (e.g., grant-based) and / or PUSCH Configured Grant (CG) transmissions, the allocation process can include a number, K, of consecutive redundant allocations within a designated period. The redundant allocations may also be called Transmission Occasions (TOs) . Redundant allocations may enable multiple Transport Blocks (TBs) to be transmitted repeatedly during the designated period, thereby increasing a likelihood of successful delivery. The duration of the period may be set based on latency requirements associated with the transmission. A properly set duration may allow for a distribution of TOs to be effective. Each TO may be assigned a specific Redundancy Version (RV) pattern to manage a retransmission strategy. In fifth generation new radio (5G NR) , there are four RV types: RV0; RV1; RV2; and RV3. RV0 and RV3 are known to be self-decodable, enabling data recovery without needing additional RVs.

[0006] 5G NR supports three primary RV patterns for transmission redundancy: {0, 0, 0, 0} , using RV0 for all retransmissions; {0, 3, 0, 3} , alternating between RV0 and RV3; and {0, 2, 3, 1} , which cycles through all four RVs. These RV patterns aim to balance redundancy and efficiency, enhancing transmission robustness, e.g., under challenging network conditions or strict latency demands. This redundancy allocation method ensures reliable data reception, even amidst errors or signal degradation.

[0007] For both Type 1 and Type 2 Physical Uplink Shared Channel (PUSCH) transmissions, when the UE is configured with a repetition factor, K, the TB may be repeated across the K consecutive slots, with the same symbol allocation in each slot. This repetition increases reliability by multiplying transmission chances.SUMMARY

[0008] The reuse of HARQ process IDs is enabled under controlled conditions. Consequently, certain delays may be reduced, including those delays that may be associated with waiting for a process ID to be released. A UE may initiate new transmissions sooner than would be allowed according to existing mechanisms. The sooner transmissions may be particularly convenient in those situations wherein previous data has been successfully delivered. Network resources may, as a consequence, be use more efficiently in time-sensitive communication scenarios. An adaptable feedback process, from satellite to UE, is also enabled, which provides the satellite with a flexibility to adjust to different latency and resource constraints, thereby improving overall communication robustness. The flexibility is particularly beneficial in NTNs with higher propagation delays.

[0009] The proposed mechanism optimizes the use of limited HARQ process IDs by allowing efficient reuse under safe conditions. The proposed mechanism helps avoid bottlenecks in data flow that might arise from waiting for HARQ process releases. This is convenient in networks with limited HARQ resources, such as satellite communication systems, where efficient process management directly impacts performance.

[0010] According to an aspect of the present disclosure, there is provided a communication method. The method includes transmitting a first Physical Uplink Shared Channel (PUSCH) transmission carrying a first transport block with a hybrid automatic repeat request (HARQ) process identifier (ID) and transmitting a second PUSCH transmission carrying a second transport block with the HARQ process ID, wherein the second PUSCH transmission includes an indication that the HARQ process ID is being reused for new data. In other aspects of the present disclosure, an apparatus is provided configured to carry out this method. Additionally, a computer-readable medium is provided to allow a processor to carry out this method.

[0011] The transmitting the second PUSCH transmission may occur after a duration that is less than a HARQ Round-Trip Time. The HARQ Round-Trip Time may include a total time for a transmission to travel from a sender to a receiver and to travel from the receiver to the sender. The HARQ Round-Trip Time may include a propagation time from the sender to the receiver. The HARQ Round-Trip Time may further include a block transmission time, which depends on a size of a data block. The HARQ Round-Trip Time may further include a receiver processing time. The duration may be equal to a sum of the propagation time, the block transmission time and the receiver processing time. The HARQ Round-Trip Time may further include a sender processing time. The method may include obtaining feedback associated with the first PUSCH transmission, wherein the transmitting the second PUSCH transmission occurs before the obtaining. The method may include receiving feedback associated with the first PUSCH transmission, wherein the transmitting the second PUSCH transmission occurs before the receiving. The method may include determining that the second PUSCH transmission carrying the second transport block will fail. The method may include initializing a retransmission timer, wherein the transmitting the second transport block occurs before expiration of the retransmission timer. The method may include initializing a timer used in context of discontinuous reception, wherein the transmitting the second transport block occurs before expiration of the timer. The method may include receiving a message indicating feedback about the first PUSCH transmission, wherein the receiving is carried out subsequent to the transmitting the second PUSCH transmission. The method may include transmitting uplink control information (UCI) on a Physical Uplink Control Channel (PUCCH) , wherein the PUCCH is associated with the second PUSCH transmission, wherein the UCI includes the indication. The method may include transmitting uplink control information (UCI) multiplexed with the second PUSCH transmission, wherein the UCI includes the indication. The method may include receiving a notification of a failure to decode the second transport block and, responsive to receiving the notification, retransmitting the second PUSCH transmission carrying the second transport block within scheduled resources. The method may include receiving a notification of a failure to decode the second transport block, the notification specifying the HARQ process ID along with the indication that the HARQ process ID is being reused for new data and, responsive to receiving the notification, transmitting a new PUSCH transmission carrying the second transport block within the same HARQ process framework. The method may include receiving a notification of a failure to decode the second transport block and, responsive to receiving the notification, transmitting a new PUSCH transmission carrying the second transport block within a configured grant configuration. The method may include receiving a configured grant configuration. The method may include receiving a plurality of configured grant configurations. The method may include using a first configured grant configuration. The method may include using the first configured grant configuration. The method may include using a second configured grant configuration.

[0012] According to an aspect of the present disclosure, there is provided a communication method. The method includes receiving a first Physical Uplink Shared Channel (PUSCH) transmission carrying a first transport block with a hybrid automatic repeat request (HARQ) process identifier (ID) and receiving a second PUSCH transmission carrying a second transport block with the HARQ process ID, wherein the second PUSCH transmission includes an indication that the HARQ process ID is being reused for new data. In other aspects of the present disclosure, an apparatus is provided configured to carry out this method. Additionally, a computer-readable medium is provided to allow a processor to carry out this method.

[0013] The receiving the second PUSCH transmission may occur after a duration that is less than a HARQ Round-Trip Time. The HARQ Round-Trip Time may include a total time for a transmission to travel from a sender to a receiver and to travel from the receiver to the sender. The HARQ Round-Trip Time may include a propagation time from the sender to the receiver. The HARQ Round-Trip Time may further include a block transmission time, which depends on a size of a data block. The HARQ Round-Trip Time may further include a sender processing time. The duration may be equal to a sum of the propagation time, the block transmission time and the sender processing time. The HARQ Round-Trip Time may further include a receiver processing time. The method may include, responsive to a failure to decode the second PUSCH transmission, transmitting a message indicating the failure to decode the second PUSCH transmission. The message may include a downlink control indicator message. The message may include the indication. The message may include a grant to allow retransmission of the second PUSCH transmission.BRIEF DESCRIPTION OF THE DRAWINGS

[0014] For a more complete understanding of the present implementations, and the advantages thereof, reference is now made, by way of example, to the following descriptions taken in conjunction with the accompanying drawings, in which:

[0015] FIG. 1 illustrates, in a schematic diagram, a communication system in which implementations of the disclosure may occur, the communication system includes multiple example electronic devices and multiple example transmit receive points along with various networks;

[0016] FIG. 2 illustrates, in a block diagram, the communication system of FIG. 1, the communication system includes multiple example electronic devices, an example terrestrial transmit receive point and an example non-terrestrial transmit receive point along with various networks;

[0017] FIG. 3 illustrates, as a block diagram, an example of an apparatus wirelessly communicating with another apparatus in the communication system of FIG. 1, in accordance with aspects of the present application;

[0018] FIG. 4 illustrates, as a block diagram, an example of an apparatus that may be a communication device or an apparatus implemented in a communication device in the communication system of FIG. 1, in accordance with aspects of the present application;

[0019] FIG. 5 illustrates, as a block diagram, an example apparatus that may include corresponding modules or units configured to implement methods and / or implementations described herein, in accordance with aspects of the present application;

[0020] FIG. 6 illustrates an example network in which terrestrial transmit and receive points (T-TRPs) are communicating with non-terrestrial TRPs (NT-TRPs) that are part of a satellite constellation, in accordance with aspects of the present application;

[0021] FIG. 7 illustrates an example network in which the satellite constellation effectively acts as the gateway for the T-TRPs on the ground, in accordance with aspects of the present application;

[0022] FIG. 8 illustrates an example network in which the NT-TRPs communicate with the T-TRPs through a core network, in accordance with aspects of the present application;

[0023] FIG. 9 illustrates an example of a channel model of a multiple-input multiple-output (MIMO) system, in accordance with aspects of the present application;

[0024] FIG. 10 illustrates, in a flow diagram, interaction between a user equipment and a satellite, in accordance with aspects of the present application;

[0025] FIG. 11A illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH, in accordance with aspects of the present application;

[0026] FIG. 11B illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH, in accordance with aspects of the present application;

[0027] FIG. 11C illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH with a flag assigned to all UCI transmissions, in accordance with aspects of the present application;

[0028] FIG. 11D illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH with a flag assigned to all UCI transmissions, in accordance with aspects of the present application;

[0029] FIG. 12 illustrates, in a flow diagram, interaction between a user equipment and a satellite, in accordance with aspects of the present application;

[0030] FIG. 13A illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH, in context of a failure of the satellite to decode a third received transmission, in accordance with aspects of the present application;

[0031] FIG. 13B illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH, in context of a failure of the satellite to decode a third received transmission, in accordance with aspects of the present application;

[0032] FIG. 13C illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH with a flag assigned to all UCI and DCI transmissions, in context of a failure of the satellite to decode a third received transmission, in accordance with aspects of the present application;

[0033] FIG. 13D illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH with a flag assigned to UCI and DCI transmissions, in context of a failure of the satellite to decode a third received transmission, in accordance with aspects of the present application;

[0034] FIG. 14A illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH, in context of a failure of the satellite to decode a second received transmission, in accordance with aspects of the present application;

[0035] FIG. 14B illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH, in context of a failure of the satellite to decode a second received transmission, in accordance with aspects of the present application;

[0036] FIG. 14C illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH with a flag assigned to all UCI and DCI transmissions, in context of a failure of the satellite to decode a second received transmission, in accordance with aspects of the present application;

[0037] FIG. 14D illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH with a flag assigned to UCI and DCI transmissions, in context of a failure of the satellite to decode a second received transmission, in accordance with aspects of the present application;

[0038] FIG. 15A illustrates, in a flow diagram, interaction between a user equipment and a satellite using the PUSCH, in context of a failure of the satellite to decode a second received transmission, in accordance with aspects of the present application; and

[0039] FIG. 15B illustrates, in a flow diagram, interaction between a user equipment and a satellite using a combination of the PUSCH and the PUCCH with a flag assigned to UCI and DCI transmissions, in context of a failure of the satellite to decode a second received transmission, in accordance with aspects of the present application; and

[0040] FIG. 16 illustrates, in a seventh flow diagram, interaction between a user equipment and a satellite, in accordance with aspects of the present application.DETAILED DESCRIPTION

[0041] For illustrative purposes, specific example implementations will now be explained in greater detail in conjunction with the figures.

[0042] The implementations set forth herein represent information sufficient to practice the claimed subject matter and illustrate ways of practicing such subject matter. Upon reading the following description in light of the accompanying figures, those of skill in the art will understand the concepts of the claimed subject matter and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.

[0043] Moreover, it will be appreciated that any module, component, or device disclosed herein that executes instructions may include, or otherwise have access to, a non-transitory computer / processor readable storage medium or media for storage of information, such as computer / processor readable instructions, data structures, program modules and / or other data. A non-exhaustive list of examples of non-transitory computer / processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM) , digital video discs or digital versatile discs (i.e., DVDs) , Blu-ray DiscTM, or other optical storage, volatile and non-volatile, removable and non-removable media implemented in any method or technology, random-access memory (RAM) , read-only memory (ROM) , electrically erasable programmable read-only memory (EEPROM) , flash memory or other memory technology. Any such non-transitory computer / processor storage media may be part of a device / apparatus or accessible or connectable thereto. Computer / processor readable / executable instructions to implement a method, an application or a module described herein may be stored or otherwise held by such non-transitory computer / processor readable storage media.

[0044] In FIG. 1, which is a schematic illustration of an example communication system according to an implementation of the present disclosure, there is shown a communication system 100 that includes a radio access network (RAN) 120, one or more communication electronic devices (EDs) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (collectively referred to as 110) , a core network 130, a Public Switched Telephone Network (PSTN) 140, the Internet 150, and other networks 160. The RAN 120 may include, but is not limited to, a future generation RAN, or a RAN such as, but not limited to, 5th generation (5G) , 4th generation (4G) , 3rd generation (3G) or 2nd generation (2G) radio access network. The RAN 120 may be, for example, an Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN) , a NextGen RAN (NG RAN) , or some other type of RAN. Examples of RAN 120 based on the evolution of telecommunications standards include, but are not limited to, GSM (Global System for Mobile Communications) and CDMA (Code Division Multiple Access) for 2G, UMTS (Universal Mobile Telecommunications System) based on WCDMA (Wideband Code Division Multiple Access) and CDMA2000 for 3G, LTE (Long-Term Evolution) and WiMAX (Worldwide Interoperability for Microwave Access) for 4G, and NR (New Radio) for 5G. In some implementations, The RAN 120 may use any radio access technology (RAT) in the wireless interface between the one or more EDs 110 and the RAN 120. In some implementations, the term “radio access” may refer to the future generation air interface standards which may include both terrestrial networks (TNs) and non-terrestrial networks (NTNs) . These networks will be described in greater detail below in conjunction with various implementations. The one or more communication EDs 110 (also referred to as “user equipment” ) are configured to connect (e.g., communicatively couple) with each other or to one or more network nodes 170a, 170b (collectively referred to as 170) in the RAN 120. The core network (CN) 130 is a part of the communication system 100 and comprises network nodes (e.g., 170a , 170b) which provide support for the network features and telecommunication services. In some implementations, the CN 130 may be dependent on the RAT used in the communication system 100. In other implementations, the CN 130 may be access-agnostic, i.e., the CN 130 may be independent of the RAT used in the communication system 100. There are different types of CN 130, for different 3GPP system generations. For example, the CN 130 is the Evolved Packet Core (EPC) in 4G, also known as the Evolved Packet System (EPS) . In another example, the CN 130 is the 5G Core (5GC) which was developed as part of the 5G System (5GS) . The CN 130 also enables integration of different 3GPP and non-3GPP access types. In some implementations and referring to FIG. 1, the CN 130 also provides the interface towards external networks that may include the PSTN 140, the Internet 150, and other networks 160 in the communication system 100.

[0045] In general, the communication system 100 facilitates interaction between of multiple wireless or wired elements. The communication system 100 may transmit different types of content, such as voice, data, video and / or text, through different transmission methods such as, but not limited to, broadcast, multicast, groupcast and unicast. Additionally, the communication system 100 operates by allocating and / or sharing resources, such as carrier spectrum bandwidth, among its constituent elements.

[0046] The communication system 100 may provide a wide range of communication services and applications including, but not limited to, Enhanced Mobile Broadband (eMBB) services, Ultra-Reliable Low-Latency Communication (URLLC) services, Massive Machine Type Communication (mMTC) services, Integrated Sensing and Communication (ISAC) , immersive communication, Ultra-massive Machine-Type Communication (uMTC) , hyper reliable and low-latency communication, ubiquitous connectivity, integrated AI and communication, and other services that can be provided by a future generation communication system. The communication system 100 may provide other applications, such as, but not limited to, earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, and the like.

[0047] The communication system 100 may include a terrestrial communication system (or network) and / or a non-terrestrial communication system (or network) . The communication system 100 may provide a high degree of availability and robustness through a joint operation of the terrestrial communication system and the non-terrestrial communication system. For example, integrating a non-terrestrial communication system (or components thereof) into a terrestrial communication system can result in a heterogeneous network comprising multiple layers. The heterogeneous network may achieve better overall performance through efficient multi-link joint operation, more flexible functionality sharing and faster physical layer link switching between terrestrial networks and non-terrestrial networks. The terrestrial communication system and the non-terrestrial communication system could be considered as sub-systems of the communication system 100.

[0048] FIG. 2 illustrates another example for the communication system 100. As described earlier, the communication system 100 includes EDs 110a, 110b, 110c, 110d (collectively referred to as ED 110) , RANs 120a, 120b, one or more CNs 130, a PSTN 140, the Internet 150 and other networks 160. Additionally, the communication system 100 may also include a non-terrestrial network (NTN) 120c. The RANs 120a and 120b may include network nodes 170a and 170b respectively. Examples of network nodes 170a, 170b include base stations, which can be generally referred to as terrestrial network (TN) devices or terrestrial transmit and receive points (T-TRPs) 170a, 170b (collectively referred to as 170) . In this context, the terms “TRP” and “base station” are used interchangeably unless otherwise specified. For simplicity, this disclosure primarily refers to network nodes as base stations; however, unless explicitly stated otherwise, references to TRP are considered non-limiting and interchangeable. The T-TRPs 170a, 170b may be base stations mounted on a building or tower. In one implementation, the NTN 120c includes a RAN node such as a base station 172, which may be generally referred to as an NTN device, a non-terrestrial node, a non-terrestrial network device, a non-terrestrial base station, or a non-terrestrial transmit and receive point (NT-TRP) 172.

[0049] In some implementations, the NT-TRP 172 is not attached to ground, for example, as in the case of an airborne base station. An airborne base station may be implemented using communication equipment supported or carried by a flying device. For example, a flying device may include, but is not limited to, an airborne platform (such as a blimp or an airship) , balloon, drone (such as a quadcopter) , and other types of aerial vehicles. In some implementations, an airborne base station may be supported or carried by an unmanned aerial system (UAS) or an unmanned aerial vehicle (UAV) , such as a drone. An airborne base station may be a moveable or mobile base station that can be flexibly deployed in different locations to meet demand. A satellite base station is another example of a non-terrestrial base station. A satellite base station may be implemented using communication equipment supported or carried by a satellite. A satellite base station may also be referred to as an orbiting base station. High altitude platforms are yet another example of non-terrestrial base stations, including international mobile telecommunication base stations.

[0050] As referred to herein, and unless specified otherwise, a “TRP” may also refer to a T-TRP or an NT-TRP, a “T-TRP” may also refer to a “TN TRP” , and an “NT-TRP” may also refer to an “NTN TRP. ” The NTN 120c may be considered a RAN, sharing operational aspects with RANs 120a, 120b. The NTN 120c may include at least one NTN device and at least one corresponding terrestrial network device. The at least one NTN device may function as a transport layer device and the at least one corresponding terrestrial network device may function as a RAN node, communicating with the ED 110 via the NTN device. Additionally, there may be an NTN gateway on the ground (referred to as a terrestrial network device) that also functions as a transport layer device to facilitate communication with both the NTN device and the RAN node. The RAN node may communicate with the ED 110 via the NTN device and the NTN gateway. In some implementations, the NTN gateway and the RAN node may be located within the same device.

[0051] A base station 170 (also referred to as a TRP, as stated above) is a network element within a radio access network responsible for radio transmission and reception in one or more cells to or from the ED (such as a user equipment) . In different implementations, the base station 170 may also be known as a base transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) , a site controller, an access point (AP) , a wireless router, a relay station, a terrestrial node, a terrestrial network device, a terrestrial base station, a non-terrestrial node, a non-terrestrial network device, a non-terrestrial base station, and a positioning node, among other possibilities. The base station 170 may be a macro base station (BS) , a pico BS, a relay node, a donor node, or combinations thereof. When the base station 170 performs (or is configured to perform) a method described herein, it may be interpreted as the base station itself, one or more modules (or units) in the base station, a circuit or chip, or a combination thereof, performing the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, system in package (SIP) ) , and the like, and may be responsible for one or more communication functions within the base station.

[0052] The EDs 110a-110d and TRPs 170a-170b, 172 are examples of communication equipment configured to implement some or all of the operations and / or implementations described herein. The T-TRP 170a forms part of the RAN 120a, which may include other TRPs, and / or other devices. Also, the TRP 170b forms part of the RAN 120b, which may include other TRPs, and / or devices. Each TRP 170a, 170b may transmit and / or receive wireless signals within a particular geographic region or area, sometimes referred to as a “cell” or a “coverage area. ” The TRPs 170a-170b may be responsible for allocating and  / or configuring resources and transmission and / or reception in a set of cell (s) . A cell is a radio network object that can be uniquely identified by a (cell) identification that is broadcasted over a geographical region or area from base stations associated with the cell. A cell can work in either FDD mode or TDD mode. A cell may be further divided into cell sectors, and a base station 170a-170b may, for example, employ one or more transceivers to provide services to one or more sectors. Some implementations may include pico or femto cells if supported by the radio access technology. In some implementations, one or more transceivers could be used for each cell, such as with Multiple-Input Multiple-Output (MIMO) technology. The number of RANs 120a-120b shown is merely an example. Any number of RANs may be contemplated when designing the communication system 100.

[0053] A base station may be a single element, as shown in the figures, or multiple elements, distributed throughout the corresponding RAN, or otherwise configured. In some implementations, a plurality of RAN nodes coordinate to assist the ED 110 in implementing radio access, and different RAN nodes separately implement and handle different functions of the base station. For example, the RAN node may be a central unit (CU) , a distributed unit (DU) , a CU-control plane (CP) , a CU-user plane (UP) , or a radio unit (RU) etc. The CU and the DU may be separately deployed, or included within the same element (i.e., a baseband unit (BBU) ) . The RU may be included in a radio frequency device or a radio frequency unit (i.e., a remote radio unit (RRU) , an active antenna unit (AAU) , or a remote radio head (RRH) ) . In different systems, the CU (or the CU-CP and the CU-UP) , the DU, or the RU may be known by different names, but their functions are understood by a person skilled in the art. For example, in an open radio access network (ORAN) system, a CU may be referred to as an open CU (O-CU) , a DU may be referred to as an open DU (O-DU) , and a CU-CP may be referred to as an open CU-CP (O-CU-CP) . The CU-UP may also be referred to as an open CU-UP (O-CU-UP) , and the RU may also be referred to as an open RU (O-RU) . Any one of the CU (or the CU-CP, the CU-UP) , the DU, and the RU may be implemented using a software module, a hardware module, or a combination of a software module and a hardware module.

[0054] Furthermore, communication between different devices / apparatuses in various implementations of this disclosure may refer to direct communication (that is, without need of forwarding by another device / apparatus) , or may refer to communication (s) between different devices / apparatuses via another device / apparatus (that is, requiring forwarding by another device / apparatus) . Alternatively, such communication (s) may involve one functional unit inside a device / apparatus using another functional unit within the device / apparatus to communicate with another device / apparatus. In other words, phrases such as “sending (or transmitting) information to... (an ED or a base station) ” in this disclosure may be understood as a destination endpoint of the information being an ED or a base station, including sending / transmitting information directly or indirectly to an ED or a base station. Similarly, phrases like “receiving information from... (an ED or a base station) ” may be understood as a source endpoint of the information being an ED or a base station, including directly or indirectly receiving information from an ED or a base station. Between the source endpoint that sends the information and the destination endpoint, necessary processing such as, but not limited to, format conversion, digital-to-analog conversion, amplification, and filtering may be performed on the information. However, the destination endpoint may understand valid information from the source endpoint. A similar understanding applies to other descriptions in this disclosure without reiterating details already described. In the present disclosure, the terms “send” and “transmit” may be used interchangeably in different implementations of this disclosure.

[0055] The ED 110 is used to connect people, objects, machines, and other entities. The ED 110 may be widely used in various scenarios including, but not limited to, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , MTC, internet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, and autonomous delivery and mobility.

[0056] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to as, but not limited to) a user equipment (UE) or a user device or a terminal device, a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , an MTC device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus in (such as a module, modem, or chip) in the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to by other terms. When an ED 110 performs (or is configured to perform) a method described herein, it may be interpreted as the ED itself, one or more modules (or units) in the ED, a circuit or chip, or a combination thereof, performing the method. For example, the circuit or chip may include a modem chip, also referred to as a baseband chip, a system on chip (SoC) including a modem core, or system in package (SIP) ) , and the like, and may be responsible for one or more communication functions in the ED.

[0057] Each ED 110 connected to TRPs 170a-170b, and / or TRPs 172 can be dynamically or semi-statically turned-on (i.e., established, activated or enabled) , turned-off (i.e., released, deactivated or disabled) and / or configured in response to one of more of: connection availability; and connection necessity.

[0058] Any ED 110 may be alternatively or additionally configured to interface, access, or communicate with any of the TRP 170a, 170b and 172, the Internet 150, the CN 130, the PSTN 140, the other networks 160, or any combination thereof. In some examples, the ED 110a may communicate an uplink (UL) and / or downlink (DL) transmission over a terrestrial air interface 190a with a station-TRP 170a. In some examples, the EDs 110a, 110b, 110c and 110d may also communicate directly with one another via one or more sidelink (SL) air interfaces 190b. In some examples, the EDs 110a, 110d may communicate using a UL and / or a DL transmission over a non-terrestrial air interface 190c with the NT-TRP 172.

[0059] An air interface (such as, for example, 190a, 190b, 190c) generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices such as EDs and base station (s) . For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (such as data) over a wireless communications link. The air interfaces 190a and 190b may use similar communication technology, that may include any suitable radio access technology.

[0060] The non-terrestrial air interface 190c can enable communication between the EDs 110a, 110d and one or more NT-TRPs 172 via a wireless link or simply a link. For some examples, the link is a dedicated connection for unicast transmission, a connection for broadcast transmission or a connection between a group of EDs 110 and one or more NT-TRPs 172 for multicast transmission.

[0061] The TRPs 170a-170b, 172 may communicate with one another over one or more air interfaces 190e, 190f using wireless communication links (such as radio frequency (RF) , microwave, infrared (IR) , etc. ) or wired communication links. The air interfaces 190e, 190f may utilize any suitable radio access technology and may be substantially similar to the air interfaces 190a, 190c over which the EDs 110a-110d communicate with one or more of the TRP 170a-170b, 172 or they may be substantially different. For example, the communication system 100 may implement one or more channel access methods, such as Time Division Multiple Access (TDMA) , Frequency Division Multiple Access (FDMA) , Code Division Multiple Access (CDMA) , Single Carrier Frequency Division Multiple Access (SC-FDMA) , Low Density Signature Multicarrier Code Division Multiple Access (LDS-MC-CDMA) , Non-Orthogonal Multiple Access (NOMA) , Pattern Division Multiple Access (PDMA) , Lattice Partition Multiple Access (LPMA) , Resource Spread Multiple Access (RSMA) , and Sparse Code Multiple Access (SCMA) .

[0062] The RANs 120a and 120b are in communication with the CN 130 to provide the EDs 110a, 110b and 110c with various services such as voice, data, multimedia and other services. The RANs 120a and 120b and / or the CN 130 may be in direct or indirect communication with one or more other RANs (not shown) , which may or may not be directly served by the CN 130 and may employ different radio access technologies from RAN 120a and / or RAN 120b. The CN 130 may also serve as a gateway access between (i) the RANs 120a and / or 120b or the EDs 110a, 110b and 110c, and (ii) other networks (such as the PSTN 140, the Internet 150, and the other networks 160) . In addition, some or all of the EDs 110a, 110b and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and / or protocols. For example, the EDs 110a, 110b and 110c communicate using different cellular communications protocols, such as, but not limited to, a Global System for Mobile Communications (GSM) protocol, a code-division multiple access (CDMA) network protocol, a Push-to-Talk (PTT) protocol, a PTT over Cellular (POC) protocol, a Universal Mobile Telecommunications System (UMTS) protocol, a 3GPP Long Term Evolution (LTE) protocol, a fifth generation (5G) protocol, a New Radio (NR) protocol, and the like. Instead of wireless communication (or in addition thereto) , the EDs 110a, 110b and 110c may communicate using wired communication channels to a service provider or switch (not shown) and / or to the Internet 150. The PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . The Internet 150 may include a network of computers and subnets (intranets) or both and incorporate protocols, such as Internet Protocol (IP) , Transmission Control Protocol (TCP) , User Datagram Protocol (UDP) . The EDs 110a, 110b and 110c may be multimode devices capable of operation according to multiple radio access technologies and may incorporate one or multiple transceivers necessary to support such.

[0063] In addition, the communication system 100 may comprise a sensing agent (not shown) to manage the sensed data from ED 110 and / or any one of TRPs 170a, 170b, 172. In one implementation, the sensing agent may be part of any one of TRPs 170a, 170b, 172. In another implementation, the sensing agent is a separate node that can communicate with the CN 130 and / or the RAN 120 (such as any one of TRPs 170a, 170b, 172) .

[0064] FIG. 3 is a schematic illustration showing an example of an apparatus 310 wirelessly communicating with another apparatus 320 within a communication system (e.g., the communication system 100) according to an implementation of the present disclosure. The apparatus 310 may be an electronic device (such as the ED 110) . The apparatus 320 may be a network node (e.g., network node 170) such as a T-TRP 170 or an NT-TRP 172. Although only one apparatus 310 and one other apparatus 320 are shown in the figure, the number of apparatus 310 and / or the number of apparatus 320 can vary, potentially including one or more of each. For example, a single ED 110 may be served by a single T-TRP 170 (or a single NT-TRP 172) , or by multiple T-TRPs 170 (or multiple NT-TRPs 172) . Similarly, a single ED 110 may be served by one or more T-TRPs 170 and one or more NT-TRPs 172. Similarly, a single T-TRP 170 (or a single NT-TRP 172) may serve one or more EDs 110.

[0065] The apparatus 310 may include one or more processors 210. For clarity and to avoid overcrowding the illustration, only a single processor 210 is illustrated. The apparatus 310 may further include a transmitter 201 and a receiver 203 coupled to one or more antennas 204. For clarity, only a single antenna 204 is illustrated. One, some, or all of the antennas 204 may, alternatively, be panels. In some implementations, the transmitter 201 and the receiver 203 are separate from each other. In other implementations, the transmitter 201 and the receiver 203 may be integrated into a single unit, for example, as a transceiver. The transceiver is configured to modulate data or other content for transmission by one or more antennas 204 or a network interface controller (NIC) . The transceiver may also be configured to demodulate data or other content received by the one or more antennas 204. A transceiver may include any suitable structure for generating signals for wireless or wired transmission and / or for processing signals received through wireless or wired communication. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals. The apparatus 310 may include a memory 208. In some implementations, the apparatus 310 may include multiple memories 208. Only a single transmitter 201, the receiver 203, the processor 210, the memory 208 and the antenna 204 is illustrated for simplicity, but the apparatus 310 may include one or more other components. In some implementations of the present disclosure, the transceiver (or the transmitter 201 and / or the receiver 203) may be viewed as an interface circuit.

[0066] The memory 208 is configured to store instructions used to perform operations described herein. The memory 208 may also be configured to store data that is used, generated, or collected by the apparatus 310. For example, the memory 208 can store software instructions or modules configured to implement some or all of the functionalities and / or operations described herein and that which are executed by the one or more processors 210.

[0067] The apparatus 310 may further include one or more input / output devices (not shown) or interfaces. The input / output devices or interfaces facilitate interaction with a user or other devices in the network. Each input / output device or interface includes suitable components for facilitating transmission of information to a user and reception of information from a user, and for various network interface communications. Such components may include, but are not limited to, a speaker, microphone, keypad, keyboard, display, touch screen, and the like.

[0068] The processor 210 may be configured to perform (or control the apparatus 310 to perform) operations (or methods) described herein as being performed by the apparatus 310. For example, the processor 210 performs or controls the apparatus 310 to perform the operations of: a) receiving one or more transport blocks (TBs) ; b) using a resource for decoding at least one of the received TBs; c) releasing the resource for decoding another of the received TBs; and / or d) receiving configuration information configuring a resource. Specifically, the operations may include tasks related to: preparing a transmission for UL transmission to the apparatus 320; processing DL transmissions received from the apparatus 320; and handling SL transmission to and from another apparatus 310. Processing operations related to preparing a transmission for UL transmission may include operations such as, but not limited to, encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing DL transmissions may include operations such as, but not limited to, receive beamforming, demodulating and decoding received symbols. Processing operations related to processing SL transmissions may include operations such as, but not limited to, transmit / receive beamforming, modulating / demodulating and encoding / decoding symbols. Depending upon the implementation, a DL transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the DL transmission (such as by detecting and / or decoding the signaling) . An example of signaling may be a reference signal transmitted by the apparatus 320. In some implementations, the processor 210 implements the transmit beamforming and / or the receive beamforming based on the indication of beam direction, such as beam angle information (BAI) , received from the apparatus 320. In some implementations, the processor 210 may be configured to perform operations relating to network access (such as initial access) and / or downlink synchronization, which includes operations for detecting a synchronization sequence, decoding and obtaining the system information, and the like. In some implementations, the processor 210 may perform channel estimation, such as using a reference signal received from the apparatus 320.

[0069] Although not illustrated, in some implementations, the processor 210 may either be a part of the transmitter 201 or be a part of the receiver 203 or be a part of both the transmitter 201 and the receiver 203. Although not illustrated, in some implementations, the memory 208 may be a part of the processor 210.

[0070] The processor 210, along with the processing components of the transmitter 201 and the receiver 203, may be implemented by one or more processors that may be the same or different. These processors are configured to execute instructions stored in a memory (such as in the memory 208) .

[0071] The apparatus 320 includes one or more processors 260 (only one processor 260 is illustrated) . The apparatus 320 may further include one or more transmitters 252 and one or more receivers 254 coupled to one or more antennas 256. Only a single antenna 256 is illustrated to avoid clutter in the illustration. One, some, or all of the antennas 256 may alternatively be panels. In some implementations, the transmitter 252 and the receiver 254 are separate from each other. In other implementations, the transmitter 252 and the receiver 254 may be integrated into a single unit such as, for example, as a transceiver. The apparatus 320 may further include a memory 258. In some implementations, the apparatus 320 may include multiple memories 258. The apparatus 320 may further include a scheduler 253. Only a single transmitter 252, receiver 254, processor 260, memory 258, antenna 256 and scheduler 253 are illustrated for simplicity, however the apparatus 320 may include one or more other components. In the present disclosure, in some implementations, the transceiver (or transmitter 252 and / or receiver 254) may be viewed as an interface circuit.

[0072] In some implementations, various components of the apparatus 320 may be distributed. For example, some of the modules of the apparatus 320 may be located remotely from the equipment housing the antennas 256 for the apparatus 320 (and therefore also can be viewed as one or more nodes) . These modules, which can be considered as one or more nodes, may be coupled to the equipment that houses the antennas 256 over a communication link (not shown) , sometimes referred to as front haul, such as the Common Public Radio Interface (CPRI) . Therefore, in some implementations, the term apparatus 320 may also refer to network-side nodes that perform processing operations such as, but not limited to, determining the location of the apparatus 310, resource allocation (scheduling) , message generation, and encoding / decoding, and that which are not necessarily part of the equipment that houses the antennas 256 of the apparatus 320. The nodes may also be coupled to other apparatuses 320. In some implementations, the apparatus 320 may actually be a plurality of nodes that are operating together to serve the apparatus 310, such as through the use of coordinated multipoint transmissions, or through the use of an ORAN system as described above in the disclosure.

[0073] The processor 260 is configured to perform operations including those related to: preparing a transmission for DL transmission to the apparatus 310; processing an UL transmission received from the apparatus 310; preparing a transmission for backhaul transmission to another apparatus 320; and processing a transmission received over backhaul from another apparatus 320. Processing operations related to preparing a transmission for DL or backhaul transmission may include operations such as, but not limited to, encoding, modulating, precoding (such as MIMO precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the UL or over backhaul may include operations such as, but not limited to, receive beamforming, demodulating received symbols, and decoding received symbols. The processor 260 may also be configured to perform operations relating to network access (such as initial access) and / or DL synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, and the like. In some implementations, the processor 260 is further configured to generate an indication of beam direction, such as BAI, which may be scheduled for transmission by the scheduler 253 which will be described below. In some implementations, the processor 260 implements the transmit beamforming and / or receive beamforming based on beam direction information (such as BAI) received from another apparatus 320. The processor 260 is configured to perform other network side processing operations described herein, such as, but not limited to, determining the location of the apparatus 310, determining where to deploy another apparatus 320, and the like. In some implementations, the processor 260 may generate signaling data, to configure one or more parameters of the apparatus 310 and / or one or more parameters of another apparatus 320. Any signaling data generated by the processor 260 is sent by the transmitter 252. In some implementations, the apparatus 320 implements physical layer processing. In some implementations, the apparatus 320 may perform higher layer functions such as those at the Medium Access Control (MAC) or Radio Link Control (RLC) layers in addition to physical layer processing.

[0074] In the apparatus 320, the scheduler 253 may be coupled to the processor 260 or integrated within the processor 260. In some implementations, the scheduler 253 may be integrated within the apparatus 320 or may be operated separately from the apparatus 320. The scheduler 253 may schedule UL, DL, SL, and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free (such as “configured grant” ) resources.

[0075] The apparatus 320 may further include a memory 258 that is configured to store instructions for performing the operations described herein. The memory 258 may also store data that is used, generated, or collected by the apparatus 320. For example, the memory 258 can store software instructions or modules configured to implement some or all of the functionalities and / or implementations described herein and that which are executed by the processor 260.

[0076] Although not illustrated, the processor 260 may be implemented as part of the transmitter 252 and / or a part of the receiver 254. Although not illustrated, in some implementations, the processor 260 may implement the scheduler 253 and the memory 258 may be implemented as part of the processor 260.

[0077] The processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may each be implemented by the same or different processors that are configured to execute instructions stored in a memory, such as in the memory 258.

[0078] The apparatus 320 and / or the apparatus 310 may include other components, not shown or described herein for the sake of clarity.

[0079] Note that the term “signaling, ” as used herein, may alternatively be referred to as control signaling, control message, control information, or message for simplicity. Signaling between a base station (such as the TRP 170a, 170b, 172) and a UE or sensing device (such as ED 110) , or signaling between a different UE or sensing device (such as between ED 110a and ED 110b) may be carried in physical layer signaling (also referred to as dynamic signaling) , which is transmitted in a physical layer control channel. For DL, the physical layer signaling may be known as downlink control information (DCI) , which is transmitted in a physical downlink control channel (PDCCH) . For UL, the physical layer signaling may be known as uplink control information (UCI) , which is transmitted in a physical uplink control channel (PUCCH) . For SL, signaling between different UEs or sensing devices (such as between ED 110a and ED 110b) may be known as SL control information (SCI) , which is transmitted in a physical sidelink control channel (PSCCH) . Signaling may be carried in a higher layer (such as higher than physical layer) signaling, which is transmitted in a physical layer data channel, such as in a physical downlink shared channel (PDSCH) for downlink signaling, in a Physical Uplink Shared Channel (PUSCH) for uplink signaling, and in a Physical Sidelink Shared Channel (PSSCH) for SL signaling. Higher layer signaling may also be called static signaling, or semi-static signaling. The higher layer signaling may include radio resource control (RRC) protocol signaling or media access control -control element (MAC-CE) signaling. Signaling may be included in a combination of physical layer signaling and higher layer signaling.

[0080] It should be noted that in the present disclosure, “information, ” when different from “message, ” may be carried within a single message, or may be carried in multiple separate messages.

[0081] FIG. 4 illustrates an example apparatus 410 according to an implementation of the present disclosure. The apparatus 410 may be a communication device or an apparatus implemented in a communication device such as the ED 110 or the TRPs 170a, 170b, 172. For example, the apparatus 410 implemented in an ED may be an integrated circuit, which, in some instances, may be referred to as a chip, a modem, a modem chip, a baseband chip, or a baseband processor. In some implementations, one or more integrated circuits can be packaged into a system-on-chip, a system-in-package, or a multi-chip module. The apparatus 410 can include one or more integrated circuits and other discrete components. In some implementations, the apparatus 410 may be a module within the ED 110, or within the apparatus 310. In some implementations, the apparatus 410 may be a module within one of the TRPs 170a, 170b, 172, or the apparatus 320.

[0082] In an example, the apparatus 410 may include one or more processors 411, and an interface circuit 412. The apparatus 410 may further include a memory 413. The one or more processors 411 are configured to process signals and execute one or more communication protocols. The memory 413 is configured to store at least a part of corresponding computer program instructions and / or data. In an example, the one or more processors 411 execute the computer program instructions stored in the memory 413 to implement related operations (for example, inputting, outputting, receiving, and transmitting) in the method implementations disclosed herein. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store all of the corresponding computer program instructions and / or data for execution by the one or more processors 411. In some implementations, the memory 413 being configured to store the corresponding computer program instructions and / or data may mean that the memory 413 is configured to store a part of the corresponding computer program instructions and / or data. For example, the part of the corresponding computer program instructions and / or data may include computer program instructions and / or data that need to be currently executed by the one or more processors 411. Thus, the memory 413 may store different parts of computer program instructions and / or data for a plurality of times for the one or more processors 411 to perform related operations in the method implementations disclosed herein. As a communication interface, the interface circuit 412 is configured to implement communication with another component. For example, the interface circuit 412 may communicate a signal with another apparatus or system, such as a radio frequency processing apparatus or another processor. The signal may include or carry information intended as a payload, such as user data, control information, etc. The signal may also include or carry information useful to a receiver, but not necessarily as a payload, such as a pilot signal or reference signal. Communicating the signal may include transmitting the signal to another component or device. Communicating the signal may additionally or alternatively include receiving the signal from another component or device. Transmitting the signal may include outputting the signal to a component or a device that is directly or indirectly coupled to the interface circuit 412. Receiving the signal may include inputting or obtaining the signal from a component or device that is directly or indirectly coupled to the interface circuit 412. Optionally, to reduce a load of the one or more processors, a baseband signal processing circuit 414 may be also disposed to implement processing of at least a part of the baseband signals, including signal demodulation, modulation, encoding, decoding, or the like.

[0083] The apparatus 410 may be the processor 210 (or 260) within the apparatus 310 (or 320) , in some scenarios, or may be included within the processor 210 (or 260) within the apparatus 310 (or 320) in some scenarios. The apparatus 410 may be a baseband chip or may include a baseband chip. In some implementations, the apparatus 410 may be independently packaged into a chip. In some implementations, the apparatus 310 (or 320) includes different types of chips. The apparatus 410 may be packaged into a processor chip (for example, an SoC chip or an SIP chip) with the different types of chips. In some implementations, the apparatus 410 may be packaged into a chip with some or all of circuits of a radio frequency processing system that may further be included in the apparatus 310 (or 320) .

[0084] FIG. 5 illustrates example apparatus 510 according to an implementation of the present disclosure. The apparatus 510 may include corresponding modules or units configured to implement methods and / or implementations described herein. In some implementations, the apparatus 510 includes a processing unit 512 and a communication unit 513. Optionally, the apparatus 510 may further include a storage unit 511 configured to store apparatus program code (or instructions) and / or data.

[0085] The apparatus 510 may be an ED side apparatus, for example, an ED or a module in an ED, or a circuit or a chip responsible for a communication function in an ED. In some implementations, the apparatus 510 may be the apparatus 310. The processing unit 512 may be the processor 210. The communication unit 513 may comprise a receiving unit and / or a transmitting unit. The receiving unit and / or the transmitting unit may be the transmitter 201 and / or the receiver 203 respectively. The storage unit 511 may be the memory 208.

[0086] The apparatus 510 may be a base station side apparatus, for example, a base station or a module in a base station, or a circuit or a chip responsible for a communication function in a base station. In some implementations, the apparatus 510 may be the apparatus 320. The processing unit 512 may be the processor 260 (the scheduler 253 may also be included) . The communication unit 513 may comprise a receiving unit and / or a transmitting unit. The receiving unit and / or the transmitting unit may be the transmitter 252 and / or the receiver 254 respectively. The storage unit 511 may be the memory 258.

[0087] In some implementations, when the apparatus 510 is an ED 110 or a module in an ED 110, a function of the apparatus 510 may be implemented by one or more processors. Specifically, the processor may include a modem chip or a system on chip (SoC) chip or an SIP chip that includes a modem core. A function of the communication unit 513 may be implemented by a transceiver circuit.

[0088] In some implementations, when the apparatus 510 is a circuit or a chip that is responsible for a communication function in an ED 110 –such as a modem chip, a system on chip (SoC) chip or an SIP chip that includes a modem core –a function of the processing unit 512 may be implemented by a circuit system within the chip which includes one or more processors. A function of the communication unit 513 may be implemented by an interface circuit or a data transceiver circuit on the chip.

[0089] It may be understood that the units in the apparatus 510 may be logical or functional. Each function may correspond to one functional unit, or two or more functions may be integrated into a single functional unit. In actual implementation, all or some of the units may be integrated into a single physical entity, or may be distributed across different physical entities. In addition, the functional units may be implemented in the form of hardware, software, or a combination of hardware and software. Whether a function is implemented in the form of hardware or software depends on particular applications and design constraint conditions of the technical solutions. A person skilled in the art may use different methods to implement the described functions for specific applications, but it should not be considered that the implementation goes beyond the scope of this disclosure.

[0090] In an example, a functional unit in any one of the apparatuses may be configured as one or more integrated circuits for implementing the methods disclosed herein, for example, as one or more application-specific integrated circuits (application-specific integrated circuits, ASICs) , one or more central processing units (CPUs) , one or more microprocessors or microprocessor units (MPUs) , one or more microcontrollers or microcontroller units (MCUs) , one or more digital signal processors (DSPs) , one or more field programmable gate arrays (FPGAs) , or a combination of these.

[0091] In an example, the storage unit 511 may include a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, and / or a register.

[0092] A processor may be referred to as a processor system, an application processor, a baseband processor, a processor circuit, or a processor core. The processor may include one or a combination of one or more central processing units (CPUs) , one or more digital signal processors (DSPs) , one or more microprocessors (microprocessor units, MPUs) , one or more microcontrollers (microcontroller units, MCUs) , one or more graphics processing units (GPUs) , one or more field programmable gate arrays (FPGAs) , one or more artificial intelligence processors (AI processors) , or one or more neural network processing units (NPUs) .

[0093] A memory or a storage unit may include one or more of the following storage media: a random access memory (RAM) ; a static random access memory (static RAM, SRAM) ; a dynamic random access memory (dynamic RAM, DRAM) ; a phase-change memory (PCM) ; a resistive random access memory (resistive RAM, ReRAM) ; a magnetoresistive random access memory (magnetoresistive RAM, MRAM) ; a ferroelectric random access memory (ferroelectric RAM, FRAM) ; a cache; a register; a read-only memory (ROM) ; a flash memory (flash memory) ; an erasable programmable read-only memory (erasable programmable ROM, EPROM) ; a hard disk; and the like. In an example, computer program instructions used to execute implementations may be stored in a non-volatile memory, for example, at least a part of a memory or storage unit (for example, one or more of a ROM, a flash memory, an EPROM, or a hard disk) . When a terminal runs, a part or all of corresponding computer program instructions may be loaded to a memory that has a higher transmission speed with the processor, for example, at least a part of a memory or a storage unit (for example, one or more of a RAM, an SRAM, a DRAM, a PCM, a RERAM, an MRAM, a FRAM, a cache, or a register) , so that the processor executes the computer program instructions to perform the steps in the method implementations disclosed herein.

[0094] An air interface generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices. For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (e.g., data) over a wireless communications link. The wireless communications link may support a link between a radio access network and user equipment (e.g., a “Uu” link) , and / or the wireless communications link may support a link between device and device, such as between two user equipments (e.g., a “sidelink” ) , and / or the wireless communications link may support a link between a non-terrestrial (NT) -communication network and user equipment (UE) . The following are some examples for the above components. ○ A waveform component may specify a shape and a form of a signal being transmitted. Waveform options may include  orthogonal multiple access waveforms and non-orthogonal multiple access waveforms. Non-limiting examples of such waveform options include Orthogonal Frequency Division Multiplexing (OFDM) , Direct Fourier Transform spread OFDM (DFT-OFDM) , Filtered OFDM (f-OFDM) , Time windowing OFDM, Filter Bank Multicarrier (FBMC) , Universal Filtered Multicarrier (UFMC) , Generalized Frequency Division Multiplexing (GFDM) , Wavelet Packet Modulation (WPM) , Faster Than Nyquist (FTN) Waveform and low Peak to Average Power Ratio Waveform (low PAPR WF) . ○ A frame structure component may specify a configuration of a frame or group of frames. The frame structure component  may indicate one or more of a time, frequency, pilot signature, code, subcarrier spacing, cyclic prefix length or other parameter of the frame or group of frames. More details of frame structure will be discussed hereinafter. ○ A multiple access scheme component may specify multiple access technique options, including technologies defining  how communicating devices share a common physical channel, such as: TDMA; FDMA; CDMA; space division multiple access (SDMA) ; OFDMA; SC-FDMA; Low Density Signature Multicarrier CDMA (LDS-MC-CDMA) ; Non-Orthogonal Multiple Access (NOMA) ; Pattern Division Multiple Access (PDMA) ; Lattice Partition Multiple Access (LPMA) ; Resource Spread Multiple Access (RSMA) ; and Sparse Code Multiple Access (SCMA) . Furthermore, multiple access technique options may include: scheduled access vs. non-scheduled access, also known as grant-free access; non-orthogonal multiple access vs. orthogonal multiple access, e.g., via a dedicated channel resource (e.g., no sharing between multiple communicating devices) ; contention-based shared channel resources vs. non-contention-based shared channel resources; and cognitive radio-based access. ○ A hybrid automatic repeat request (HARQ) protocol component may specify how a transmission and / or a re-transmission  is to be made. Non-limiting examples of transmission and / or re-transmission mechanism options include those that specify a scheduled data pipe size, a signaling mechanism for transmission and / or re-transmission and a re-transmission mechanism. ○ A coding and modulation component may specify how information being transmitted may be encoded / decoded and  modulated / demodulated for transmission / reception purposes. Coding may refer to methods of error detection and forward error correction. Non-limiting examples of coding options include turbo trellis codes, turbo product codes, fountain codes, low-density parity check codes and polar codes. Modulation may refer, simply, to the constellation (including, for example, the modulation technique and order) , or more specifically to various types of advanced modulation methods such as hierarchical modulation and low PAPR modulation.

[0095] In some implementations, the air interface may be a “one-size-fits-all concept. ” For example, the components within the air interface cannot be changed or adapted once the air interface is defined. In some implementations, only limited parameters or modes of an air interface, such as a cyclic prefix (CP) length or a MIMO mode, can be configured. In some implementations, an air interface design may provide a unified or flexible framework to support frequencies below known 6 GHz bands and frequencies beyond the 6 GHz bands (e.g., mmWave bands) for both licensed and unlicensed access. As an example, flexibility of a configurable air interface provided by a scalable numerology and symbol duration may allow for transmission parameter optimization for different spectrum bands and for different services / devices. As another example, a unified air interface may be self-contained in a frequency domain and a frequency domain self-contained design may support more flexible RAN slicing through channel resource sharing between different services in both frequency and time.

[0096] A frame structure is a feature of the wireless communication physical layer that defines a time domain signal transmission structure, e.g., to allow for timing reference and timing alignment of basic time domain transmission units. Wireless communication between communicating devices may occur on time-frequency resources governed by a frame structure. The frame structure may, sometimes, instead be called a radio frame structure.

[0097] Depending upon the frame structure and / or configuration of frames in the frame structure, frequency division duplex (FDD) and / or time-division duplex (TDD) and / or full duplex (FD) communication may be possible. FDD communication is when transmissions in different directions (e.g., uplink vs. downlink) occur in different frequency bands. TDD communication is when transmissions in different directions (e.g., uplink vs. downlink) occur over different time durations. FD communication is when transmission and reception occurs on the same time-frequency resource, i.e., a device can both transmit and receive on the same frequency resource concurrently in time.

[0098] One example of a frame structure is a frame structure in long-term evolution (LTE) cellular systems, having the following specifications: each frame is 10 ms in duration; each frame has 10 subframes, which subframes are each 1 ms in duration; each subframe includes two slots, each of which slots is 0.5 ms in duration; each slot is for the transmission of seven OFDM symbols (assuming normal CP) ; each OFDM symbol has a symbol duration and a particular bandwidth (or partial bandwidth or bandwidth partition) related to the number of subcarriers and subcarrier spacing; the frame structure is based on OFDM waveform parameters such as subcarrier spacing and CP length (where the CP has a fixed length or limited length options) ; and the switching gap between uplink and downlink in TDD has to be the integer time of OFDM symbol duration.

[0099] Another example of a frame structure is a frame structure in new radio (NR) having the following specifications: multiple subcarrier spacings are supported, each subcarrier spacing corresponding to a respective numerology; the frame structure depends on the numerology, but the frame length is set at 10 ms and each frame comprises ten subframes, each subframe of 1 ms duration; a slot is defined as 14 OFDM symbols; and slot length depends upon the numerology. For example, the NR frame structure for normal CP 15 kHz subcarrier spacing ( “numerology 1” ) and the NR frame structure for normal CP 30 kHz subcarrier spacing ( “numerology 2” ) are different. For 15 kHz subcarrier spacing, the slot length is 1 ms and, for 30 kHz subcarrier spacing, the slot length is 0.5 ms. The NR frame structure may have more flexibility than the LTE frame structure.

[0100] Another example of a frame structure is an example flexible frame structure, e.g., for use in a 6G network or a later network. In a flexible frame structure, a symbol block may be defined as the minimum duration of time that may be scheduled in the flexible  frame structure. A symbol block may be a unit of transmission having an optional redundancy portion (e.g., CP portion) and an information (e.g., data) portion. An OFDM symbol is an example of a symbol block. A symbol block may alternatively be called a symbol. Implementations of flexible frame structures include different parameters that may be configurable, e.g., frame length, subframe length, symbol block length, etc. A non-exhaustive list of possible configurable parameters, in some implementations of a flexible frame structure, includes: 1) A frame length parameter: The frame length need not be limited to 10 ms and the frame length may be configurable and  change over time. In some implementations, each frame includes one or multiple downlink synchronization channels and / or one or multiple downlink broadcast channels and each synchronization channel and / or broadcast channel may be transmitted in a different direction by different beamforming. The frame length may be more than one possible value and configured based on the application scenario. For example, autonomous vehicles may require relatively fast initial access, in which case the frame length may be set as 5 ms for autonomous vehicle applications. As another example, smart meters on houses may not require fast initial access, in which case the frame length may be set as 20 ms for smart meter applications. 2) A subframe duration parameter: A subframe might or might not be defined in the flexible frame structure, depending  upon the implementation. For example, a frame may be defined to include slots, but no subframes. In frames in which a subframe is defined, e.g., for time domain alignment, then the duration of the subframe may be configurable. For example, a subframe may be configured to have a length of 0.1 ms or 0.2 ms or 0.5 ms or 1 ms or 2 ms or 5 ms, etc. In some implementations, if a subframe is not needed in a particular scenario, then the subframe length may be defined to be the same as the frame length or not defined. 3) A slot configuration parameter: A slot might or might not be defined in the flexible frame structure, depending upon the  implementation. In frames in which a slot is defined, then the definition of a slot (e.g., in time duration and / or in number of symbol blocks) may be configurable. In one implementation, the slot configuration is common to all UEs or a group of UEs. For this case, the slot configuration information may be transmitted to the UEs in a broadcast channel or common (or group) control channel (s) . In other implementations, the slot configuration may be UE specific, in which case the slot configuration information may be transmitted in a UE-specific control channel. In some implementations, the slot configuration signaling can be transmitted together with frame configuration signaling and / or subframe configuration signaling. In other implementations, the slot configuration may be transmitted independently from the frame configuration signaling and / or subframe configuration signaling. In general, the slot configuration may be system common, base station common, UE group common or UE specific. 4) A subcarrier spacing (SCS) parameter: The SCS parameter is one parameter of scalable numerology that may allow the  SCS to possibly range from 15 KHz to 480 KHz. The SCS may vary with the frequency of the spectrum and / or maximum UE speed to minimize the impact of Doppler shift and phase noise. In some examples, there may be separate transmission and reception frames and the SCS of symbols in the reception frame structure may be configured independently from the SCS of symbols in the transmission frame structure. The SCS in a reception frame may be different from the SCS in a transmission frame. In some examples, the SCS of each transmission frame may be half the SCS of each reception frame. If the SCS between a reception frame and a transmission frame is different, the difference does not necessarily have to scale by a factor of two, e.g., if more flexible symbol durations are implemented using inverse discrete Fourier transform (IDFT) instead of fast Fourier transform (FFT) . Additional examples of frame structures can be used with different SCSs. 5) A parameter indicative of a flexible transmission duration of a basic transmission unit: The basic transmission unit may  be a symbol block (alternatively called a symbol) , which, in general, includes a redundancy portion (referred to as the CP) and an information (e.g., data) portion. In some implementations, the CP may be omitted from the symbol block. The CP length may be flexible and configurable. The CP length may be fixed within a frame or flexible within a frame and the CP length may possibly change from one frame to another, or from one group of frames to another group of frames, or from one subframe to another subframe, or from one slot to another slot, or dynamically from one scheduling to another scheduling. The information (e.g., data) portion may be flexible and configurable. Another possible parameter relating to a symbol block that may be defined is ratio of CP duration to information (e.g., data) duration. In some implementations, the symbol block length may be adjusted according to: a channel condition (e.g., multi-path delay, Doppler) ; and / or a latency requirement; and / or an available time duration. As another example, a symbol block length may be adjusted to fit an available time duration in the frame. 6) A Flexible switch gap parameter: A frame may include both a downlink portion, for downlink transmissions from a base  station, and an uplink portion, for uplink transmissions from UEs. A gap may be present between each uplink and downlink portion, which gap is referred to as a switching gap. The switching gap length (duration) may be configurable. A switching gap duration may be fixed within a frame or flexible within a frame and a switching gap duration may possibly change from one frame to another, or from one group of frames to another group of frames, or from one subframe to another subframe, or from one slot to another slot, or dynamically from one scheduling to another scheduling.

[0101] A device, such as a base station, may provide coverage over a cell. Wireless communication with the device may occur over one or more carrier frequencies. A carrier frequency will be referred to as a carrier. A carrier may alternatively be called a component carrier (CC) . A carrier may be characterized by its bandwidth and a reference frequency, e.g., the center frequency of the carrier, the lowest frequency of the carrier or the highest frequency of the carrier. A carrier may be on a licensed spectrum or an unlicensed spectrum. Wireless communication with the device may also, or instead, occur over one or more bandwidth parts (BWPs) . For example, a carrier may have one or more BWPs. More generally, wireless communication with the device may occur over spectrum. The spectrum may comprise one or more carriers and / or one or more BWPs.

[0102] A cell may include one or multiple downlink resources and, optionally, one or multiple uplink resources. A cell may include one or multiple uplink resources and, optionally, one or multiple downlink resources. A cell may include both one or multiple downlink resources and one or multiple uplink resources. As an example, a cell might only include one downlink carrier / BWP, or only include one uplink carrier / BWP, or include multiple downlink carriers / BWPs, or include multiple uplink carriers / BWPs, or include one downlink carrier / BWP and one uplink carrier / BWP, or include one downlink carrier / BWP and multiple uplink carriers / BWPs, or include multiple downlink carriers / BWPs and one uplink carrier / BWP, or include multiple downlink carriers / BWPs and multiple uplink carriers / BWPs. In some implementations, a cell may, instead or additionally, include one or multiple sidelink resources, including sidelink transmitting and receiving resources.

[0103] A BWP is a set of contiguous or non-contiguous frequency subcarriers on a carrier, or a set of contiguous or non-contiguous frequency subcarriers on multiple carriers, or a set of non-contiguous or contiguous frequency subcarriers, which may have one or more carriers.

[0104] In some implementations, a carrier may have one or more BWPs, e.g., a carrier may have a bandwidth of 20 MHz and comprise one BWP or a carrier may have a bandwidth of 80 MHz and comprise two adjacent contiguous BWPs, etc. In other implementations, a BWP may have one or more carriers, e.g., a BWP may have a bandwidth of 40 MHz and comprise two adjacent contiguous carriers, where each carrier has a bandwidth of 20 MHz. In some implementations, a BWP may comprise non-contiguous spectrum resources, which comprise non-contiguous multiple carriers, where the first carrier of the non-contiguous multiple carriers may be in mmW band, the second carrier may be in a low band (such as 2 GHz band) , the third carrier (if it exists) may be in THz band and the fourth carrier (if it exists) may be in visible light band. Resources in one carrier which belong to the BWP may be contiguous or non-contiguous. In some implementations, a BWP has non-contiguous spectrum resources on one carrier.

[0105] Wireless communication may occur over an occupied bandwidth. The occupied bandwidth may be defined as the width of a frequency band such that, below the lower and above the upper frequency limits, the mean powers emitted are each equal to a specified percentage, β / 2, of the total mean transmitted power, for example, the value of β / 2 is taken as 0.5%.

[0106] The carrier, the BWP or the occupied bandwidth may be signaled by a network device (e.g., by a base station) dynamically, e.g., in physical layer control signaling such as the known DCI, or semi-statically, e.g., in radio resource control (RRC) signaling or in signaling in the medium access control (MAC) layer, or be predefined based on the application scenario; or be determined by the UE as a function of other parameters that are known by the UE, or may be fixed, e.g., by a standard.

[0107] A terrestrial communication system may also be referred to as a land-based or ground-based communication system, although a terrestrial communication system can also, or instead, be implemented on or in water. A wireless communications system may support communications between a UE and non-terrestrial devices, which is also called as a non-terrestrial communication system. The non-terrestrial communication system may bridge coverage gaps in underserved areas by extending the coverage of cellular networks through the use of non-terrestrial nodes, which will be key to establishing global, seamless coverage and providing mobile broadband services to unserved / underserved regions. In the current case, it is hardly possible to implement terrestrial access-points / base-stations infrastructure in areas like oceans, mountains, forests, or other remote areas.

[0108] The terrestrial communication system may be a wireless communications system using 5G technology and / or later generation wireless technology (e.g., 6G or later) . In some examples, the terrestrial communication system may also accommodate some wireless technologies (e.g., 3G or 4G wireless technology) . The non-terrestrial communication system may be a communications system using satellite constellations, like Geo-Stationary Orbit (GEO) satellites, which utilize broadcast public / popular contents to a local server. The non-terrestrial communication system may be a communications system using low earth orbit (LEO) satellites, which are known to establish a better balance between large coverage area and propagation path-loss / delay. The non-terrestrial communication system may be a communications system using stabilized satellites in very low earth orbits (VLEO) technologies, thereby substantially reducing the costs for launching satellites to lower orbits. The non-terrestrial communication system may be a communications system using high altitude platforms (HAPs) , which are known to provide a low path-loss air interface for the users with limited power budget. The non-terrestrial communication system may be a communications system using Unmanned Aerial Vehicles (UAVs) (or unmanned aerial system, “UAS” ) achieving a dense deployment, since their coverage can be limited to a local area, such as airborne, balloon, quadcopter, drones, etc. In some examples, GEO satellites, LEO satellites, UAVs, HAPs and VLEOs may be horizontal and two-dimensional. In some examples, UAVs, HAPs and VLEOs may be coupled to integrate satellite communications to cellular networks. Emerging 3D vertical networks comprises many moving (other than geostationary satellites) and high altitude access points such as UAVs, HAPs and VLEOs.

[0109] One possible scenario is that T-TRPs 170 are communicating with NT-TRPs 172 that are part of a satellite constellation, as shown in an example network 600 illustrated in FIG. 6. A satellite constellation comprises a plurality of satellites in satellite orbits that are arranged such that Earth is provided with wireless coverage from the satellites. Each satellite orbit may have a plurality of satellites therein. The T-TRPs 170 may be connected to the core network 130 through terrestrial ( “TN” ) gateways 602, while the NT-TRPs 172, in the satellite constellations, may be connected to the core network 130 through dedicated, non-terrestrial ( “NTN” ) gateways 604. Devices, such as UEs, may connect and communicate with a T-TRP 170 or with an NT-TRP 172 depending on the conditions of traffic load, radio link quality, congestion, and so on.

[0110] Another possible scenario may be envisioned wherein the satellite constellation effectively acts as the gateway for the T-TRPs 170 on the ground, as shown in an example network 700 illustrated in FIG. 7. The NT-TRPs 172 in the satellite constellation communicate with the core network 130 through NTN gateways 604 located on the ground using a wireless link, while the NTN gateways 604 on the ground may use a wired link (e.g., a fiber optic link) to communicate with the core network 130. The T-TRPs 170 communicate with satellites using a wireless link and satellites communicate between each-other using free space optical links (using, e.g., lasers) . Devices, such as UEs, may connect and communicate with a T-TRP 170 or with an NT-TRP 172, depending on the conditions of traffic load, radio link quality, congestion, and so on.

[0111] Another possible scenario may be envisioned where the NT-TRPs 172 communicate with the T-TRPs 170 through the core network 130, as shown in an example network 800 illustrated in FIG. 8. The NT-TRPs 172 may first communicate with dedicated non-terrestrial gateways 604, which then communicate with the core network 130. The core network 130 may then relay information from the NT-TRPs 172 to the T-TRPs 170 via dedicated terrestrial gateways 602. Devices, such as UEs, may connect and communicate with a T-TRP 170 or with an NT-TRP 172, depending on the conditions of traffic load, radio link quality, congestion, and so on.

[0112] In the scenarios above, a link between a UE and a NT-TRP 172 may be called a service link and links between the NT-TRPs 172 and the NTN gateway 604 may be called feeder links. In addition, a link between two NT-TRPs 172 may be called an inter-satellite link (ISL) (not shown in FIG. 6, 7 or 8) . Each NT-TRP 172 may be associated with one or more NTN gateways 604.

[0113] Multiple-input-multiple-output technology (sometimes simply referred to as “MIMO” ) allows an antenna array having multiple antennas to perform enhanced signal transmissions and receptions, which can result in higher data transmission rates. The ED 110 and the T-TRP 170 and / or the NT-TRP 172 may use MIMO to communicate over physical layer wireless resources. MIMO utilizes multiple antennas at a transmit apparatus and / or receive apparatus to transmit and / or receive data in a same physical layer resource block over multiple parallel wireless signals. It follows that multiple antennas may be utilized at the receiver. MIMO may involve beamforming parallel wireless signals for reliable multipath transmission of data in the resource block. MIMO may involve bonding parallel wireless signals that transport different data, thereby effectively increasing the data rate of the data carried in a resource block.

[0114] In recent years, a MIMO wireless communication system with the T-TRP 170 and / or the NT-TRP 172 configured with a large number of antennas (known as a large-scale MIMO or massive MIMO, for example) has gained wide attention from academia and industry. In the large-scale MIMO system, the T-TRP 170 and / or the NT-TRP 172, are generally configured with more than ten antennas (such as 128 antennas or 256 antennas) and serve dozens of the ED 110 (such as 40 devices) . By having a large number of antennas, the T-TRP 170 and / or the NT-TRP 172 can greatly increase the degree of spatial freedom of wireless communications, improve transmission rates, spectrum efficiency and power efficiency and minimize or largely eliminate interference between cells. Using the degree of spatial freedom provided by the large number of antennas, the T-TRP 170 and / or the NT-TRP 172 of each cell can communicate with many ED 110 in the cell on a same frequency resource at a same time (that is, on a same time-frequency resource) , thus greatly increasing the spectrum efficiency of the system. By having a large number of antennas, the T-TRP 170 and / or the NT-TRP 172 also enable each user to have better spatial directivity for uplink and downlink transmission. This can further result in a reduction of transmission power at one or more of the T-TRP 170, the NT-TRP 172 and the ED 110, thus improving overall power efficiency in the system.

[0115] MIMO technology may include single-user MIMO (SU-MIMO) , where signals on multiple spatial layers are transmitted to a same ED 110, and multiple-user MIMO (MU-MIMO) , where multiple spatial layers are transmitted to multiple EDs 110.

[0116] A MIMO system may include a receive apparatus (ED 110 for a downlink transmission, the T-TRP 170 and / or the NT-TRP 172 for an uplink transmission, for example) connected to one or more receive (RX) antennas, a transmit apparatus (the T-TRP 170 and / or the NT-TRP 172 for a downlink transmission, or ED 110 for an uplink transmission, for example) connected to one or more transmit (TX) antennas. For instance, a plurality of RX antennas may form an antenna array in which the plurality of RX antennas are arranged in line at even intervals, which may be known as a uniform linear array (ULA) .

[0117] FIG. 9 illustrates an example of a channel model of a MIMO system. A transmit apparatus 902 is connected to four TX antennas, labelled x1, x2, x3 and x4. A receive apparatus 904 is connected to four RX antennas, labelled y1, y2, y3 and y4. A transmission channel may be formed between each TX antenna and each RX antenna pair. For example, a signal transmitted from the TX antenna labelled x1 may be received by the RX antenna labelled y2 through channel h21. A signal transmitted through the TX antenna labelled x3 may be received by the RX antenna labelled y1 through channel h13.

[0118] A beam may also be expressed as spatial filter or spatial parameters correspondingly. A beam may be formed by performing amplitude and / or phase weighting on data transmitted or received by at least one antenna port. A beam may be formed by using another method; for example, adjusting a related parameter of an antenna. The beam may include a Tx beam and / or a Rx beam. A beam used to transmit a signal may be referred to as a transmit beam (Tx beam) and can be expressed as spatial domain transmit filter or spatial transmit parameters, correspondingly. The transmit beam indicates distribution of signal strength formed in different directions in space after a signal is transmitted through an antenna. A beam used to receive a signal may be referred to as a receive beam (Rx beam) , and can be expressed as spatial domain receive filter or spatial receive parameters. The receive beam indicates distribution of signal strength that is of a wireless signal received from an antenna and that is in different directions in space. Beam information may include a beam identifier, an antenna port (s) identifier, a channel state information reference signal (CSI-RS) resource identifier, a synchronization signal block (SSB) resource identifier, a sounding reference signal (SRS) resource identifier or other reference signal resource identifier.

[0119] Beamforming technology can be used to form, shape or steer a beam. Beam forming can also be expressed in terms of spatial filtering, directional transmission or directional reception. For example, the beamforming technology may be specifically a digital beamforming technology, an analog beamforming technology, a hybrid digital / analog beamforming technology, or the like. The beamforming may relate to the adjustment of signals communicated via the antenna ports. The adjustments may include amplitude offsets, phase offsets or both of the signals and may be defined by a beamforming weight set.

[0120] A beam alignment mechanism between the transmitting apparatus and the receiving apparatus to ensure communication quality can be called beam management. A beam management mechanism detects and predicts beam failure and mitigates beam failure. Such mechanism should facilitate agile beam recovery and autonomously track, refine and adjust beams. Beam management mainly includes one or more of the following: beam sweeping; beam tracking; beam measurement and reporting; beam prediction; beam switching; beam failure and recovery (BFR) ; and the like.

[0121] For beam sweeping, a base station (e.g., T-TRP 170 and / or NT-TRP 172) may sequentially transmit signals by using beams of different directions and search for an optimal transmit beam aligned with a UE by traversing and sweeping all beams. When performing beam sweeping via beams, the transmitting apparatus sends reference signals via the beams, in a number of different directions, while the receiving apparatus searches for reference signals transmitted by the transmitting apparatus, also in a number of different directions. Examples of a type of reference signal that is transmitted by a transmitting apparatus, may be a channel state information reference signal (CSI-RS) or a positioning reference signal (PRS) . An example of a type of reference signal that may be transmitted by a receiving apparatus may be a sounding reference signal (SRS) . Beam sweeping overhead involves a number of beam pairs (atransmitting apparatus beam and a receiving apparatus beam forming a beam pair) that are searched in order to find one or more beam pairs that have preferred characteristics (e.g., best signal strength) for data communication between the transmitting apparatus and receiving apparatus. Besides the number of beam pairs, the beam sweeping overhead also depends on a duration to perform the measurement (e.g., measurement of the receive signal strength) .

[0122] Beam tracking may be a functionality used by a UE (e.g., ED 110) to make informed decisions about selecting a different beam or beam pair.

[0123] Beam measurements are important for proper data transmission and decoding as well as beam and cell association, as communication parameters may be configured based, at least partly, on the beam measurement values. In some scenarios, a UE periodically reports, to an associated base station, such as a base station serving the UE, a base station that may be a potential handover candidate, a base station that may be used as part of beam failure recovery, the beam measurement values, for example the measured beam reference signal received power (RSRP) , signal to noise ratio (SNR) , signal to interference and noise ratio (SINR) , reference signal received quality (RSRQ) , interference power, and / or signal power. Whenever a UE changes its location, speed, or orientation, the beam to be reported to the associated base station may have different RSRP values, because the beam is configured to be transmitted at one or more particular angles or to a specific area. The UE may report, to the base station, measured RSRP values for different types of beams. For example, serving beams, beams that may be used for beam switching, beams that may be used for BFR, and / or beams that may be used for potential handover (HO) .

[0124] Beam prediction may, potentially, reduce the latency for beam switching and, thereby, fluctuations experienced in link quality. Beam prediction may be performed at the base station or at the UE, or both.

[0125] BFR further includes beam failure detection, discovery of new beams and beam recovery procedures.

[0126] A beam pairing relationship may be understood to refer to a pairing relationship between a transmit beam and a receive beam. A beam pairing relationship may also be understood to refer to a pairing relationship between a spatial transmit filter and a spatial receive filter. Transmit and receive beams may be spatially related. For example, parameters for a second beam (e.g., a transmit beam or a receive beam) for a second reference signal can be derived or inferred from information about a first beam (e.g., a Tx beam or an Rx beam) for a first reference signal. A relatively large beamforming gain can be obtained by transmitting a signal between a transmit beam and a receive beam that have a beam pairing relationship.

[0127] An antenna panel may also be called a panel. Each antenna panel may be configured with one or more receive beams and one or more transmit beams. Therefore, the antenna panel can be understood or correspondingly referred to as a unit of an antenna group, a unit of an antenna array or a unit of an antenna sub-array, which can control its Tx or Rx beam independently. A base station, or a UE, may receive a signal by using a receive beam on an antenna panel or may transmit a signal by using a transmit beam on the antenna panel.

[0128] In some implementations, for the UE, antenna panels are distinguished by resources of an uplink reference signal. For example, when the uplink reference signal is a sounding reference signal (SRS) , one antenna panel may correspond to one SRS resource set identifier (ID) . In other words, one SRS resource set ID indicates one antenna panel.

[0129] In some implementations, base stations are distinguished by panel IDs. For example, the panel ID may be carried in a transmission configuration indicator (TCI) .

[0130] An antenna port, which may also be referred to as a port for short, is a transmit antenna identified by a receiving apparatus or a transmit antenna that can be distinguished in a spatial domain. For each virtual antenna, one antenna port may be configured and each virtual antenna may be a weighted combination of multiple physical antennas. Each antenna port may correspond to one reference signal port.

[0131] Two antenna ports are said to be quasi co-located (QCLed) if large-scale properties (or channel features) of the channel over which a symbol on one antenna port is conveyed can be inferred from the channel over which a symbol on the other antenna port is conveyed. The large-scale properties (or channel features) may include one or more of: delay spread; Doppler spread; Doppler shift; average delay; average gain; and spatial RX parameter. The spatial RX parameter may include, for example, angle of arrival (AOA) , average AOA, AOA spread, angle of departure (AOD) , average AOD, AOD spread, RX antenna spatial correlation parameter, TX antenna spatial correlation parameter, transmit beam, receive beam, resource identifier, and the like.

[0132] The angle mentioned above may be a decomposition value of different dimensions or a combination of decomposition values of different dimensions. The two antenna ports mentioned above may be antenna ports with different antenna port numbers and / or antenna ports with a same antenna port number that send or receive information in different time and / or frequency and / or code domain resources and / or antenna ports that have different antenna port numbers to send or receive information in different time and / or frequency and / or code domain resources. The resource identifier may include, for example, a CSI-RS resource identifier, an SRS resource identifier, a synchronization signal / synchronization signal block resource identifier, a demodulation reference signal (DMRS) resource identifier or resource identifier of preamble sequence transmitted on physical random access channel (PRACH) .

[0133] In a MIMO system, to implement functions such as system synchronization, channel information feedback and data transmission, channel estimation may be performed on an UL channel or a DL channel. Channel estimation refers to the process of reconstructing or restoring received signals to compensate for signal distortion caused by channel fading and noise. In channel estimation, a reference signal sent by a transmitting apparatus may be used to track a change in the time domain and / or frequency domain of a channel, so as to reconstruct or restore a received signal. The reference signal may also be referred to as a pilot signal, a reference sequence or the like and may be described as a reference signal in the following for ease of understanding. The reference signal may comprise, for example, a channel state information-reference signal (CSI-RS) , a sounding reference signal (SRS) or a demodulation reference signal (DMRS) .

[0134] The CSI-RS is mainly used for DL channel estimation. For example, a receiving apparatus (e.g., a UE) may perform channel estimation based on a CSI-RS sent by a transmitting apparatus (e.g., a base station) , to feedback channel state information (CSI) based on a channel estimation result. The CSI may include related information such as a channel quality indicator (CQI) , a precoding matrix indicator (PMI) , a layer indicator (LI) , and a rank indicator (RI) . The CSI is used to reconstruct or precode the DL channel.

[0135] A Hybrid Automatic Repeat Request (HARQ) mechanism is available at least for maintaining reliable data transmission. HARQ combines error detection with retransmission requests, allowing the UE to resend packets that encounter transmission errors. By incorporating error correction with retransmission capability, HARQ improves link robustness and minimizes data loss. This process assigns unique HARQ process IDs to each transmission, which both the UE and the gNB use to track the status of each data packet, ensuring that each packet is either successfully received or retransmitted if errors are detected.

[0136] HARQ processes in 5G also support configured uplink grants (CG-UL) , an approach introduced to reduce latency and improve resource utilization. In a configured grant, the UE receives predefined uplink transmission opportunities that are periodically granted without waiting for dynamic scheduling commands. This is useful in cases where low latency is required, as it allows the UE to send data at predetermined intervals without requiring the gNB to allocate resources dynamically each time.

[0137] In some implementations, the HARQ process ID is determined based on the maximum number of HARQ processes and the current time location. For configured uplink grants, the HARQ Process ID is derived according to the following equation: HARQ Process ID = [floor (CURRENT_symbol / periodicity) ] modulo numberOfConfGrant-Processes.

[0138] Where CURRENT_symbol= (SFN *numberOfSlotsPerFrame *numberOfSymbolsPerSlot + slot number in the frame *numberOfSymbolsPerSlot + symbol number in the slot) . Additionally, numberOfSlotsPerFrame refers to the number of consecutive slots per frame and numberOfSymbolsPerSlot refers to the number of consecutive symbols per slot. The term “SFN” is used to refer to a System Frame Number, representing a frame index.

[0139] This HARQ ID structure ensures each transmission or retransmission can be uniquely tracked and managed. For HARQ in configured grant mode, the process may follow a periodic structure, as specified, using the “CURRENT_symbol” equation to calculate the HARQ Process ID based on frame structure and configured grant periodicity. This setup facilitates lower latency transmission for uplink data, reducing scheduling delays and enabling more predictable resource usage.

[0140] Multi-PUSCH configured grants in wireless networks enable a UE to autonomously schedule multiple UL transmissions without relying on individual scheduling for each transmission. For a multi-PUSCH configured grant that lacks harq-ProcID-Offset2 or cg-RetransmissionTimer, the HARQ Process ID is calculated using the slot and symbol number of the start and the offsets for the UL transmission, thereby establishing a unique identification within the available HARQ processes. The formula for calculating the HARQ Process ID is: HARQ Process ID= [nrofSlotsInCG-Period × (CURRENT_symbol / periodicity) + ID_OFFSET] modulo nrofHARQ-Processes + harq-ProcID-Offset2.

[0141] Where “CURRENT_symbol” is the index of the starting symbol of the uplink transmission, calculated based on the current SFN, slot number and symbol number within the slot. The term “nrofSlotsInCG-Period” defines the number of slots in one period of the configured grant. The term “ID_OFFSET” provides a unique offset for each configured uplink grant within a single periodicity.

[0142] For a multi-PUSCH configured grant, ID_OFFSET is assigned based on the sequence of uplink transmissions within a single periodicity.

[0143] For the initial uplink grant within the configured periodicity, ID_OFFSET is set to 0. For each successive valid configured uplink grant (e.g., the kth grant within a periodicity) , ID_OFFSET is set to K (where 1 ≤ K < nrofSlotsInCG-Period1) .

[0144] The term “harq-ProcID-Offset2” is used as an additional, configurable offset to further separate HARQ process IDs across different configured grants to differentiate HARQ processes between configurations.

[0145] The term “nrofHARQ-Processes” is the total number of HARQ processes available for that configured uplink grant configuration.

[0146] In some implementations, the ID_OFFSET parameter serves as a positional offset applied to the HARQ process ID in the formula used to calculate the specific HARQ process ID for each configured uplink transmission. The ID_OFFSET parameter ensures that each transmission in a multi-PUSCH setup within the same periodicity has a distinct HARQ process ID, thereby avoiding conflicts and enabling efficient identification and management of HARQ processes.

[0147] In some implementations, the configuredGrantTimer manages a duration for a HARQ process to remain active for new data transmissions and is configured in multiples of periodicity. In some implementations, when a cg-RetransmissionTimer is configured, configuredGrantTimer periodicity is expected to be equal for all HARQ processes shared across configured grants on the same BWP.

[0148] Additionally, in some implementations, the cg-RetransmissionTimer determines the interval before a retransmission is allowed after an initial HARQ process transmission. In unlicensed spectrum, the value of cg-RetransmissionTimer is specified in multiples of the periodicity and is less than or equal to the value of the configuredGrantTimer. In some implementations, the value of the term harq-ProcID-Offset specifies the allowable HARQ process ID range. In some scenarios, the cg-RetransmissionTimer is not used in licensed spectrum or alongside harq-ProcID-Offset2. The cg-RetransmissionTimer manages retransmission pacing under shared spectrum conditions to avoid excessive retries, thereby optimizing reliability and compliance with Listen-Before-Talk (LBT) constraints. Similarly, the harq-ProcID-Offset is used with cg-RetransmissionTimer in unlicensed spectrum to specify a valid range for HARQ Process IDs for a given configured grant. The value of harq-ProcID-Offset defines the starting ID within a range extending to (harq-ProcID-Offset + nrofHARQ-Processes -1) . By specifying a limited range of HARQ processes, harq-ProcID-Offset ensures that retransmissions can be handled within this subset, thereby avoiding overlap with HARQ processes used by other grants.

[0149] Configured grants are also beneficial in applications such as ultra-reliable low-latency communication (URLLC) , where rapid and predictable data transmission is important. By minimizing the dependency on real-time scheduling commands, configured grants streamline the HARQ process, reducing waiting time and enabling more consistent performance. In 5G terrestrial networks, HARQ operates efficiently due to relatively low latencies between the UE and the gNB, which allows prompt feedback in the form of acknowledgments (ACK / NACK) , allowing the UE to quickly proceed with the next transmission or retransmission if necessary. However, in NTN, high propagation delays affect this efficiency, as feedback delays prevent rapid retransmission cycles even with configured grants, where UEs still face extended HARQ feedback loops despite the preconfigured transmission slots.

[0150] A HARQ Round-Trip Time (RTT) , THARQ, may be representative of a delay between the transmission of a data block by the UE 110 and the receipt of an acknowledgment (ACK / NACK) from the gNB 172. In some implementations, this delay term, THARQ, may be calculated as follows: THARQ=2×Tp+2 × Tslot+Tprocess, UE+Tprocess, gNB.

[0151] In some implementations, the delay term, THARQ, represents the HARQ RTT, or the time interval for one complete transmission and acknowledgment cycle.

[0152] The term Tp denotes a propagation time, which is determined by a physical distance between the UE 110 and the gNB 172. In NTN, the propagation time may be high due to the long distance from the ground to a satellite 172.

[0153] The term Tslot is used to represent a block transmission time, which depends on a size of a data block. The Transmission Time Interval (TTI) duration, which may be established for one transmission block (TB) , is typically 1 ms for a 15 kHz subcarrier spacing in 5G. The TTI duration changes with different subcarrier spacings.

[0154] The terms Tprocess, UE and Tprocess, gNB are used to represent the processing times for the UE 110 and the gNB 172, respectively. These are the durations used by the UE 110 and gNB 172 to process transmitted or received data.

[0155] As shown in FIG. 10, in a UL transmission between a UE 110 and a network node, e.g., satellite 172, the UE 110 utilizes a HARQ process to ensure successful data delivery. With two HARQ process IDs available (HPI1 and HPI2) , the UE 110 initiates transmission using one of these process IDs. In FIG. 10, the UE 110 transmits (step 1002) a first TB with a first HARQ process ID HPI1. Additionally, the UE 110 transmits (step 1004) a second TB with a second HARQ process ID HPI2. The satellite 172 receives (step 1006) the first TB with the first HARQ process ID HPI1. The satellite 172 also receives (step 1008) the second TB with the second HARQ process ID HPI2.

[0156] Upon sending (step 1002) the first TB with the first HARQ process ID HPI1, the UE 110 waits for a duration, THARQ. If no feedback is received, by the UE 110, from the satellite 172 within this duration, in some implementations, an implicit acknowledgment (ACK) is assumed. The implicit ACK indicates, to the UE 110, that the TB with the first HARQ process ID HPI1 was successfully delivered and the UE 110 considers the first HARQ process ID HPI1 to have been released, thereby allowing the first HARQ process ID HPI1 to be reused for a new data transmission (step 1012) .

[0157] The UE 110 transmits (step 1012) a third TB with the first HARQ process ID HPI1. Additionally, the UE 110 transmits (step 1014) a fourth TB with the second HARQ process ID HPI2. The satellite 172 receives (step 1016) the third TB with the first HARQ process ID HPI1. The satellite 172 fails (step 1018) to receive the fourth TB with the second HARQ process ID HPI2. Responsive to failing (step 1018) to receive the fourth TB with the second HARQ process ID HPI2, or if the fourth TB cannot be decoded correctly, a retransmission is triggered and the satellite 172 transmits (step 1020) a DCI with a UL grant, which authorizes the retransmission with the same HARQ process ID.

[0158] The UE 110 transmits (step 1022) a fifth TB with the first HARQ process ID HPI1. The UE 110 also receives (step 1023) the DCI with the UL grant. Responsive to receiving (step 1023) the DCI with the UL grant, the UE 110 retransmits (step 1024) the fourth TB with the second HARQ process ID HPI2. The satellite 172 receives (step 1026) the fifth TB with the first HARQ process ID HPI1. This time, the satellite 172 receives (step 1028) the fourth TB with the second HARQ process ID HPI2.

[0159] In some implementations, implicit feedback refers to an ability of a receiver to indicate the status of a HARQ process without explicitly sending a control message. Instead of directly informing the transmitter that a transmission was successfully received or directly informing the transmitter that a retransmission is required, implicit feedback is often inferred through the absence of a positive ACK or through the presence of a negative acknowledgment (NACK) in the subsequent transmission.

[0160] In NTN environments, the high value of the term Tp, due to long propagation distances, contributes to the overall value of the HARQ RTT, THARQ. Combined with additional delays, from Tprocess, UE and Tprocess, gNB, the HARQ RTT, THARQ, in NTN can become a bottleneck, slowing down the entire retransmission process. This high RTT can lead to situations where all HARQ process IDs are occupied and waiting for feedback, which affects overall system throughput by preventing new transmissions until the previous HARQ processes are completed.

[0161] Established standards for 5G address various HARQ mechanisms; however, implementing HARQ in NTN presents unique challenges due to inherently high latencies. Key limitations include the extensive propagation delays in NTN that extend transmission cycles, as UEs often must wait not only for feedback but also for a dynamic uplink (UL) grant to initiate retransmissions, making the process slower compared to terrestrial networks. The necessity for dynamic UL grants in high-latency NTN further complicates and delays HARQ cycles, as the gNB must allocate UL resources for retransmissions, adding time and complexity. Satellite movement adds an additional layer of variability, causing fluctuating propagation delays that impact RTT and unpredictably shift the timing required for uplink transmissions, complicating HARQ scheduling and feedback cycles. Moreover, the limited number of HARQ processes in 5G creates bottlenecks in NTN as extended propagation delays keep each process active longer, preventing the initiation of new transmissions and further slowing the system. Also, the reliance on dynamic UL grants in NTN often leads to inefficient resource use, as prolonged feedback loops reduce retransmission rates and compound resource allocation challenges in this high-latency environment.

[0162] While HARQ serves as a reliable mechanism for handling data errors in 5G networks, HARQ performance in NTN is limited by extended propagation delays, dependency on dynamic UL grants, variability due to satellite movement and a limited number of HARQ processes. The combined effect of these limitations results in slower feedback loops, inefficient resource usage and potential bottlenecks, making it challenging to achieve optimal performance in NTN scenarios as compared to terrestrial networks.

[0163] In NTN, addressing the impact of large propagation delays has been central to enhancing communication efficiency and reliability. Some solutions broadly fall into three categories: targeting a low initial Block Error Rate (iBLER) ; disabling HARQ feedback at the MAC layer; and increasing the number (NHARQ) of HARQ processes.

[0164] Targeting a low iBLER may help mitigate stop-and-wait gaps caused by high RTT in GEO satellite systems, thereby reducing retransmissions and improving throughput. However, using a low iBLER, while effective at minimizing retransmissions, may lead to higher UE power consumption, particularly in scenarios where a high target iBLER would allow for fewer repetitions and higher coding rates, for terrestrial networks.

[0165] Disabling HARQ feedback at the MAC layer offers another approach to bypass stop-and-wait gaps, rerouting retransmission tasks to the RLC layer, which rerouting, though viable for some applications, results in greater latency, increased jitter and higher signaling overhead, due to delayed feedback and the need for repeated status report requests. In NTN, particularly with LEO satellites, the disabling HARQ feedback approach is even less suitable due to factors such as the high propagation delays inherent in NTN, the rapid satellite movement and the variable link quality. These factors exacerbate latency and jitter while increasing signaling overhead, consuming valuable satellite resources and reducing reliability for time-sensitive data or high-priority data. The dynamic nature of NTN links further complicates retransmission timing, making HARQ feedback important for maintaining consistent performance across high-latency, mobile satellite environments.

[0166] Increasing NHARQ can potentially reduce stop-and-wait delays; however, the increasing NHARQ approach is limited by increased receiver buffer requirements and implementation complexities for low-cost IoT-NTN devices. Techniques like multiple transport block grant (MTBG) and ACK bundling-used to support higher NHARQ-may increase system complexity and spectral inefficiency, as the effectiveness of ACK bundling depends on maintaining a low iBLER, which maintaining may hinder efficiency and escalate power consumption.

[0167] These limitations underscore the need for HARQ scheduling mechanisms that do not rely on lowering iBLER, disabling HARQ or increasing NHARQ.

[0168] Aspects of the present disclosure relate to a HARQ scheduling solution that introduces a flexible approach to improve resource utilization and throughput for IoT-NTN systems without requiring an increase in NHARQ and without requiring the disabling of HARQ processes. This dynamic scheduling method utilizes configurable downlink data-to-acknowledgment (DD2A) and uplink grant-to-data (UG2D) delays, thereby creating more adaptable NTN signaling that may accommodate diverse satellite orbits and various HARQ process configurations. By allowing for adjustments in transport block repetitions within a single scheduling interval, aspects of the present disclosure may be considered to be inherently adaptable to changing network demands, ensuring the applicability of the aspects in future NTN contexts.

[0169] The HARQ scheduling solution, while effective in enhancing NTN efficiency by leveraging configurable DD2A and UG2D delays, faces limitations in process management and latency reduction due to a reliance on some HARQ process cycling. Without mechanisms for faster reuse of the HARQ process, delays can accumulate as a UE waits for processes to release before initiating new transmissions, thereby reducing transmission responsiveness in time-sensitive scenarios and impacting overall network resource utilization.

[0170] At least some aspects of the present disclosure relate to a model that introduces several distinguishing features, thereby setting the model apart from some UL transmission and retransmission approaches.

[0171] In some implementations, a new “HPI_REUSE” field may be introduced in signaling, e.g., UCI, a value carried as the HPI_REUSE indicator may indicate, to a UE, that the UE may reuse an existing HARQ process ID for a new transmission. The HPI_REUSE indicator allows the UE to, under certain conditions, initiate a new transmission with an existing HARQ process ID without waiting for the previous transmission, with the existing HARQ process ID, to complete. The HPI_REUSE indicator allows for a change in the interpretation of the data stored under HARQ processes rather than necessitating a separate process entry.

[0172] According to aspects of the present disclosure, the decoding mechanism at the gNB 172 is subject to an update. The update establishes that the gNB 172 may differentiate between a retransmission and a new data transmission using the same HARQ process ID.

[0173] According to aspects of the present disclosure, the interaction between a UE 110 and a gNB 172 is subject to updates to allow feedback specific to a HPI_REUSE process. The updates enable a smoother coordination between the UE 110 and the gNB 172 when reusing HARQ process IDs, thereby optimizing the communication flow.

[0174] Some aspects of the present disclosure focus on NTN communications. The system model assumes a high density of UEs 110. The system model also considers that non-terrestrial devices (satellites) are equipped with multi-beam antennas. Additionally, the possibility of multiple terrestrial network devices (T-gNBs or aerial gNBs) or NT devices being under the coverage of the same beam of the non-terrestrial device is also considered. Some aspects of the present disclosure may be applied to terrestrial network communications, sidelink communications, device-to-device communications, etc.

[0175] In some implementations, it has been assumed that NT devices can interact with each other for possible coordination among themselves and the NT devices are equipped with enough processing power to carry out such interacting. Furthermore, the NT devices are assumed to be equipped with antennas of higher gain, height and transmit power in comparison to the UEs 110 and the NT devices are expected to be able to directly communicate with non-terrestrial devices and / or non-terrestrial UEs.

[0176] In the following, the existence of multi-beam non-terrestrial devices has been considered, wherein the same non-terrestrial device may cover multiple terrestrial or non-terrestrial devices under a single beam.

[0177] A non-terrestrial device, in certain scenarios, may function transparently by facilitating communication between UEs and base stations without the communication undergoing demodulation or remodulation. Alternatively, a non-terrestrial device may operate regeneratively, utilizing on-board processing capabilities to, for instance, demodulate uplink signals from UEs to base stations and modulate downlink signals from base stations to UEs. Consequently, references herein to functions typically performed by a base station may also, alternatively, be carried out by a UE or another type of network access point (AP) in the wireless terrestrial network in a given scenario.

[0178] In some implementations, TN / NTN UEs or devices may receive updates on one or more of a MAC CE, in an RRC message, in a downlink control indicator (DCI) , etc. and / or in a dedicated signal. The principles of some implementations are applicable to configured scheduling, such as Configured Grant (CG) and / or Semi-Persistent Scheduling (SPS) .

[0179] In some implementations, terrestrial network devices and non-terrestrial network devices, such as satellites, may be used to describe access nodes across various network generations, including 2G, 3G, 4G, 5G, and / or future generation of wireless networks (e.g., 6G networks) . These access nodes provide connectivity between the UEs and the core network and may encompass, but are not limited to, gateways, base stations, gNBs or TRPs.

[0180] Aspects of the present disclosure relate to an enhanced configured grant mechanism that allows a UE to reuse a HARQ process ID earlier than standard scheduling might dictate (e.g., standard scheduling generally dictates waiting one RTT) . For example, FIGS. 11A, 11B, 11C and 11D illustrate various implementations of an enhanced configured grant mechanism with HARQ Process ID 2 (HPI2) . The UE 110 signals this premature reuse by including a specific indicator, termed HPI_REUSE (see step 1104A and step 1120A in FIG. 11A) . The indicator may flag the transmission as a new data transmission rather than a retransmission associated with the same HARQ process ID. In some implementations, this indicator may be embedded within the UCI and may be transmitted via the PUCCH or multiplexed / together with data on the PUSCH.

[0181] In FIG. 11A, the UE 110 transmits (step 1102A) a first TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1104A) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1106A) the first TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1108A) the second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0182] In FIG. 11A, the UE 110 transmits (step 1112A) a third TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1120A) a fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1116A) the third TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1122A) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0183] In FIG. 11B, the UE 110 transmits (step 1102B) a first TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1104B) a second TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1106B) the first TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1108B) the second TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0184] In FIG. 11B, the UE 110 transmits (step 1112B) a third TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1113B) a fourth TB on the PUSCH with the HARQ process ID HPI2. The UE 110 further transmits (step 1120B) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1116B) the third TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1117B) the fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 further receives (step 1122B) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The UE 110 transmits (step 1124B) a sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1126B) the sixth TB on the PUSCH with the HARQ process ID HPI2.

[0185] In step 1104B of FIG. 11B, the UCI, which includes the HPI_REUSE indication, is transmitted on the PUCCH and the PUCCH is associated with the PUSCH transmission of step 1112B. In some implementations, a TRUE value carried in the HPI_REUSE field informs the satellite 172 that the data transmitted in step 1104B is fresh / new and is not a retransmission of a previous TB transmitted in step 1102B and associated with the same HARQ process ID, even if retransmission of the previous TB transmitted in step 1102B was recently requested by the satellite 172 (not shown) .

[0186] In FIG. 11C, the UE 110 transmits (step 1102C) a first TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1104C) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1106C) the first TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the FALSE value. The satellite 172 also receives (step 1108C) the second TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_Reuse indicator with the TRUE value.

[0187] In FIG. 11C, the UE 110 transmits (step 1110C) a third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1120C) a fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1113C) the third TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the FALSE value. The satellite 172 also receives (step 1122C) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value.

[0188] In FIG. 11D, the UE 110 transmits (step 1100D) a first TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1101D) the first TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the FALSE value. The UE 110 also transmits (step 1102D) a second TB on the PUSCH with the HARQ process ID HPI2. The UE 110 further transmits (step 1104D) a third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1106D) the second TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1108D) the third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0189] The UE 110 also transmits (step 1109D) a fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1111D) the fourth TB on the PUSCH with the HARQ process ID HPI2.

[0190] In FIG. 11D, the UE 110 transmits (step 1110D) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1112D) a sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1113D) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the FALSE value. The satellite 172 also receives (step 1116B) the sixth TB on the PUSCH with the HARQ process ID HPI2.

[0191] The UE 110 further transmits (step 1120B) a seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 further receives (step 1122B) the seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The UE 110 transmits (step 1124B) a eighth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1126B) the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0192] In some implementations, the premature reuse of a HARQ process ID refers to reusing a HARQ process ID for a new transmission or transport block before the receiver has fully acknowledged (either implicitly or explicitly or through timers or signals) successful receipt of the previous transmission associated with that HARQ process ID. For wireless networks, adoption of mechanisms that include premature reuse of a HARQ process ID may be considered to be convenient in scenarios where HARQ process IDs are limited and, accordingly, efficient resource utilization is important. Typically, a given HARQ process ID is recycled only after the previous transmission associated with the given HARQ process ID has been successfully acknowledged or the maximum number of retransmissions has been reached. However, in an approach that implements premature reuse of the given HARQ process ID, the UE or the base station (the transmitter) may assign the given HARQ process ID to a new transmission even if, from the perspective of the transmitter, an indication of the status of the previous transmission (e.g., an indication acknowledging receipt or an indication of successful decoding) is still pending. This approach aims to reduce latency and improve overall system efficiency, particularly in systems with high traffic or tight resource constraints.

[0193] Upon receiving an uplink TB transmission flagged with a true value in the HPI_REUSE field, the satellite 172 may interpret the uplink transmission as a new transmission associated with the reused HARQ process ID (e.g., HPI2) . If the previous TB using this HARQ process ID was already successfully decoded and the corresponding buffer has been flushed, the satellite 172 may process the data in the uplink TB transmission as an independent information block while maintaining the HARQ process ID for continuity. The HPI_REUSE mechanism allows the satellite 172 to treat the uplink TB transmission as part of an ongoing HARQ process rather than allocating, to the uplink TB transmission, a fresh HARQ process ID or creating a new buffer slot, which would introduce additional signaling and processing overhead. By reusing the existing memory buffer assigned to the specified HARQ process ID, the HPI_REUSE mechanism may preserve efficiency and reduce latency, treating the flagged uplink TB transmission with the reused HARQ process ID as part of an ongoing process but with an understanding that the UE 110 has initiated a new data transmission.

[0194] Several aspects may be considered to optimize the configured grant process. The configured scheduling mechanism, which allows for efficient allocation of radio resources, is convenient for low-latency and predictable communication scenarios, such as IoT and low-data-rate applications, in that the configured scheduling mechanism may reduce signaling overhead. Configured scheduling employs Configured Grants, e.g., Type 1 Configured Grants and Type 2 Configured Grants. Type 1 Configured Grants allow the UE 110 to transmit autonomously on the PUSCH without requiring a dynamic trigger from the gNB 172. Type 2 Configured Grants rely upon an explicit DCI message for transmission initiation. The Modulation and Coding Scheme (MCS) may differ between grant types, e.g., Type 1 may use a static MCS, which is set by RRC signaling, and Type 2 may use a dynamic MCS, which is determined based on real-time conditions in the DCI message.

[0195] In some implementations, Transmission Configuration Indicator (TCI) states are another element that may be considered to optimize the configured grant process, e.g., in beamforming environments. TCI states, configured by the gNB 172, may allow the UE 110 to adapt transmissions spatially by selecting the most suitable beam. The UE 110 may be assigned multiple TCI states, with each TCI state representing a different spatial resource, or a different beam, for optimized transmission, with active TCI states managed dynamically. Each DCI message for scheduling may contain pointers to active TCI states, thereby guiding the UE 110 regarding the large-scale parameter estimates that are to be used for channel estimation and demodulation.

[0196] Some implementations of the present disclosure may be further enhanced to support the efficient reuse of HARQ process IDs by leveraging one or more of configured scheduling, MCS flexibility and spatial optimization via TCI states. Configured scheduling allows the UE 110 to transmit data autonomously under predefined grants, which aligns well with the HARQ process ID reuse by reducing reliance on frequent dynamic grants and enabling quicker reuse of HARQ process IDs. MCS flexibility, with Type 1 Configured Grants and Type 2 Configured Grants adapting to static or dynamic conditions, may establish that retransmissions or new data within reused HARQ process IDs can maintain optimal modulation and coding levels, thereby enhancing transmission reliability, even as conditions change. Additionally, TCI states for spatial optimization enable the UE 110 to dynamically select the best transmission path or beam, which is convenient for reusing HARQ process IDs in beamforming environments, thereby establishing that each new data transmission with a value in the HPI_REUSE field uses the most effective spatial resources. Altogether, these enhancements contribute to a more responsive and resource-efficient HARQ process ID reuse mechanism, reducing latency and improving link stability for each reused HARQ process ID.

[0197] As shown in FIG. 12, in a UL transmission between a UE 110 and a network node, e.g., satellite 172, the UE 110 utilizes a HARQ process to ensure successful data delivery. With two HARQ process IDs available (HPI1 and HPI2) , the UE 110 initiates transmission using one of these process IDs. In FIG. 12, the UE 110 transmits (step 1202) a first TB with a first HARQ process ID HPI1. The satellite 172 receives (step 1204) the first TB with the first HARQ process ID HPI1.

[0198] Upon transmitting (step 1202) the first TB with the first HARQ process ID HPI1, the UE 110 waits for a duration, THARQ. If no feedback is received, by the UE 110, from the satellite 172 within this duration, in some implementations, an implicit acknowledgment (ACK) is assumed. The implicit ACK indicates, to the UE 110, that the transmission with the first HARQ process ID HPI1 was successfully delivered and the UE 110 considers the first HARQ process ID HPI1 to have been released, thereby allowing the first HARQ process ID HPI1 to be reused for a new data transmission (step 1206) .

[0199] After waiting the duration, THARQ, the UE 110 transmits (step 1206) a second TB with the first HARQ process ID HPI1. The satellite 172 receives (step 1208) the second TB with the first HARQ process ID HPI1.

[0200] The UE 110 may also transmit (step 1212) a third TB with a second HARQ process ID HPI2. The UE 110 may wait an interval, e.g., Tp+Tslot+Tprocess, gNB, before the UE 110 prematurely transmits (step 1214) a fourth TB with the second HARQ process ID HPI2 and the HPI_REUSE flag set to TRUE. The satellite 172 receives (step 1216) the third TB with the second HARQ process ID HPI2. The satellite 172 also receives (step 1218) the fourth TB with the second HARQ process ID HPI2.

[0201] The UE 110 then transmits (step 1220) a fifth TB with the second HARQ process ID HPI2. The UE 110 may wait an interval, e.g., Tp+Tslot+Tprocess, gNB, before the UE 110 prematurely transmits (step 1222) a sixth TB with the second HARQ process ID HPI2 and the HPI_REUSE flag set to TRUE. The satellite 172 receives (step 1224) the fifth TB with the second HARQ process ID HPI2. The satellite 172 also receives (step 1226) the sixth TB with the second HARQ process ID HPI2.

[0202] In aspects of the present disclosure, the UE 110 reuses a HARQ process ID prematurely for a subsequent transmission after an interval, e.g., Tp+Tslot+Tprocess, gNB, has elapsed since the last “on-time” or “mature” transmission (see step 1214 and step 1222 in FIG. 12) . The interval helps to establish that the gNB 172 has adequate time to process the initial HARQ transmission and to decide whether to release the initial HARQ process or to request a retransmission. By creating an alignment between the premature reuse interval and the interval, the UE 110 may avoid overlap or conflict, thereby allowing the gNB 172 to determine a status for the initial HARQ process before receiving a new transmission with a prematurely reused HARQ ID. The alignment may improve efficiency and reliability in the HARQ process, in that the gNB 172 has time to resolve pending actions on the initial transmission before handling the new transmission.

[0203] FIGS. 13A, 13B, 13C and 13D illustrate various implementations of an enhanced configured grant mechanism with HARQ Process ID 2 (HPI2) .

[0204] In FIG. 13A, the UE 110 transmits (step 1304A) a first TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1306A) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1310A) the first TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1312A) the second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0205] In FIG. 13A, the UE 110 transmits (step 1322A) a third TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1326A) a fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1328A) the third TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also fails (step 1332A) to receive, or properly decode, the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0206] The UE 110 transmits (step 1336A) a fifth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1342A) the fifth TB on the PUSCH with the HARQ process ID HPI2.

[0207] Responsive to failing (step 1332A) to receive, or properly decode, the fourth TB, the satellite 172 may transmit (step 1344A) a DCI message to notify the UE 110 of the decoding failure. This DCI serves as an acknowledgment of the failure specific to the new data received through the premature HARQ process, without explicitly requesting a retransmission.

[0208] Responsive to receiving (step 1346A) the DCI, the UE 110 may autonomously retransmit (step 1348A) the fourth TB as new data. The satellite 172 may then receive (step 1352A) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0209] In FIG. 13B, the UE 110 transmits (step 1304B) a first TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1306B) a second TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1310B) the first TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1312B) the second TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0210] The UE 110 transmits (step 1314B) a third TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1316B) the third TB on the PUSCH with the HARQ process ID HPI2.

[0211] In FIG. 13B, the UE 110 transmits (step 1322B) a fourth TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1324B) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1328B) the fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1330B) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0212] The UE 110 transmits (step 1326B) a sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 fails (step 1332B) to receive, or properly decode, the sixth TB on the PUSCH with the HARQ process ID HPI2.

[0213] The UE 110 transmits (step 1336B) a seventh TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1342B) the seventh TB on the PUSCH with the HARQ process ID HPI2.

[0214] Responsive to failing (step 1332B) to receive, or properly decode, the sixth TB, the satellite 172 may transmit (step 1344B) a DCI message to notify the UE 110 of the decoding failure.

[0215] Responsive to receiving (step 1346B) the DCI, the UE 110 may autonomously retransmit (step 1348B) the sixth TB as new data. The UE 110 may also transmit (step 1350B) an eighth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 may receive (step 1352B) the sixth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 may also receive (step 1354B) the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0216] In FIG. 13C, the UE 110 transmits (step 1304C) a first TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1314C) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1310C) the first TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1316C) the second TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0217] In FIG. 13C, the UE 110 transmits (step 1322C) a third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1326C) a fourth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1328C) the third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 fails (step 1332C) to receive, or properly decode, the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value.

[0218] The UE 110 transmits (step 1334C) a fifth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1340C) the fifth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0219] Responsive to failing (step 1332C) to receive, or properly decode, the fourth TB, the satellite 172 may transmit (step 1344C) a DCI message to notify the UE 110 of the decoding failure.

[0220] Responsive to receiving (step 1346C) the DCI, the UE 110 may autonomously retransmit (step 1348C) the fourth TB as new data with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0221] In FIG. 13D, the UE 110 transmits (step 1302D) a first TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1308D) the first TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0222] The UE 110 also transmits (step 1304D) a second TB on the PUSCH with the HARQ process ID HPI2. The UE 110 further transmits (step 1306C) a third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1310D) the second TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1312D) the third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0223] In FIG. 13D, the UE 110 transmits (step 1314D) a fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1316D) the fourth TB on the PUSCH with the HARQ process ID HPI2.

[0224] The UE 110 transmits (step 1318D) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1320D) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0225] The UE 110 transmits (step 1322D) a sixth TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1324D) a seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1328D) the sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1330D) the seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0226] The UE 110 transmits (step 1326D) an eighth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 fails (step 1332D) to receive, or properly decode, the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0227] The UE 110 transmits (step 1334D) a ninth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 transmits (step 1336D) a tenth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1340D) the ninth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 also receives (step 1342D) the tenth TB on the PUSCH with the HARQ process ID HPI2.

[0228] Responsive to failing (step 1332D) to receive, or properly decode, the eighth TB, the satellite 172 may transmit (step 1344D) a DCI message to notify the UE 110 of the decoding failure.

[0229] Responsive to receiving (step 1346D) the DCI, the UE 110 may autonomously retransmit (step 1348D) the eighth TB as new data on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The UE 110 may also transmit (step 1350D) an eleventh TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 may receive (step 1352D) the eighth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 may also receive (step 1354D) the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0230] In aspects of the present disclosure, if the gNB 172 fails to decode a transmission associated with a prematurely reused HARQ process ID (e.g., a HARQ process where the “HPI_REUSE” flag is set to TRUE, see step 1332A, FIG. 13A) , but the previous transmission with the same HARQ process ID (with the “HPI_REUSE” flag set to false, see step 1322C, FIG. 13C, or without HPI_REUSE flag, see step 1322A, FIG. 13A) was successfully decoded and the corresponding buffer has been cleared, the gNB 172 may transmit (step 1344A, FIG. 13A, step 1344C, FIG. 13C) a DCI message to notify the UE 110 of the decoding failure. This DCI serves as an acknowledgment of the failure specific to the new data received through the premature HARQ process, without explicitly requesting a retransmission.

[0231] By informing the UE 110 of the failed decoding, this approach allows the UE 110 to autonomously retransmit (step 1348A, FIG. 13A) the same TB as new data at a later time within the CG configuration. This mechanism helps manage unsuccessful transmissions without complicating the HARQ process or introducing unnecessary signaling overhead, thereby maintaining efficient utilization of HARQ processes while ensuring reliable data delivery in cases of premature reuse.

[0232] For example, FIGS. 14A, 14B, 14C and 14D illustrate various implementations of an enhanced configured grant mechanism with HARQ Process ID 2 (HPI2) .

[0233] In FIG. 14A, the UE 110 transmits (step 1404A) a first TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1406A) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1410A) the first TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1412A) the second TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value.

[0234] In FIG. 14A, the UE 110 transmits (step 1422A) a third TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1426A) a fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1428A) the third TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also fails (step 1432A) to receive, or properly decode, the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0235] The UE 110 transmits (step 1436A) a fifth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1442A) the fifth TB on the PUSCH with the HARQ process ID HPI2.

[0236] Responsive to failing (step 1432A) to receive, or properly decode, the fourth TB, the satellite 172 may transmit (step 1444A) a DCI message to notify the UE 110 of the decoding failure. This DCI serves as an acknowledgment of the failure specific to the new data received through the premature HARQ process. In contrast to the DCI message transmitted (step 1344A) in FIG. 13A, the DCI message transmitted (step 1444A) in FIG. 14A, includes an uplink (UL) grant, thereby explicitly requesting a retransmission.

[0237] Responsive to receiving (step 1446A) the DCI, the UE 110 may use the UL grant to retransmit (step 1448A) the fourth TB as new data and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 may then receive (step 1452A) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value.

[0238] In FIG. 14B, the UE 110 transmits (step 1404B) a first TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1406B) a second TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1410B) the first TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1412B) the second TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0239] The UE 110 transmits (step 1414B) a third TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1416B) the third TB on the PUSCH with the HARQ process ID HPI2.

[0240] In FIG. 14B, the UE 110 transmits (step 1422B) a fourth TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1424B) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1428B) the fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1430B) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0241] The UE 110 transmits (step 1426B) a sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 fails (step 1432B) to receive, or properly decode, the sixth TB on the PUSCH with the HARQ process ID HPI2.

[0242] The UE 110 transmits (step 1436B) a seventh TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1442B) the seventh TB on the PUSCH with the HARQ process ID HPI2.

[0243] Responsive to failing (step 1432B) to receive, or properly decode, the sixth TB, the satellite 172 may transmit (step 1444B) a DCI message to notify the UE 110 of the decoding failure.

[0244] The UE 110 transmits (step 1448B) an eighth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1452B) the eighth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0245] Responsive to receiving (step 1446B) the DCI, the UE 110 may retransmit (step 1450B) the fifth TB as new data. The satellite 172 may receive (step 1454B) the fifth TB retransmission on the PUSCH with the HARQ process ID HPI2.

[0246] In FIG. 14C, the UE 110 transmits (step 1404C) a first TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1414C) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1410C) the first TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1416C) the second TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0247] In FIG. 14C, the UE 110 transmits (step 1422C) a third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1426C) a fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1428C) the third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 fails (step 1432C) to receive, or properly decode, the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value.

[0248] The UE 110 transmits (step 1434C) a fifth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1440C) the fifth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0249] Responsive to failing (step 1432C) to receive, or properly decode, the fourth TB, the satellite 172 may transmit (step 1444C) a DCI message to notify the UE 110 of the decoding failure.

[0250] Responsive to receiving (step 1446C) the DCI, the UE 110 may retransmit (step 1448C) the fourth TB as new data on the PUSCH with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1452C) the retransmitted fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0251] In FIG. 14D, the UE 110 transmits (step 1402D) a first TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1408D) the first TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0252] The UE 110 also transmits (step 1404D) a second TB on the PUSCH with the HARQ process ID HPI2. The UE 110 further transmits (step 1406C) a third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1410D) the second TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1412D) the third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0253] In FIG. 14D, the UE 110 transmits (step 1414D) a fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1416D) the fourth TB on the PUSCH with the HARQ process ID HPI2.

[0254] The UE 110 transmits (step 1418D) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1420D) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0255] The UE 110 transmits (step 1422D) a sixth TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1424D) a seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1428D) the sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1430D) the seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0256] The UE 110 transmits (step 1426D) an eighth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 fails (step 1432D) to receive, or properly decode, the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0257] The UE 110 transmits (step 1434D) a ninth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 transmits (step 1436D) a tenth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1440D) the ninth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 also receives (step 1442D) the tenth TB on the PUSCH with the HARQ process ID HPI2.

[0258] Responsive to failing (step 1432D) to receive, or properly decode, the eighth TB, the satellite 172 may transmit (step 1444D) a DCI message to notify the UE 110 of the decoding failure.

[0259] The UE 110 transmits (step 1448D) an eleventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 receives (step 1452D) the eleventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0260] Responsive to receiving (step 1446D) the DCI, the UE 110 may retransmit (step 1450D) the eighth TB as new data on the PUSCH with the HARQ process ID HPI2. The satellite 172 may receive (step 1454D) the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0261] In aspects of the present disclosure, if the gNB 172 fails to decode a prematurely reused HARQ process ID (e.g., HPI2, see step 1432A, FIG. 14A) but successfully received (see step 1428A, FIG. 14A) and decoded the prior transmission associated with the same HARQ process ID (and subsequently cleared the buffer) , the gNB 172 may initiate a dynamic scheduling request to trigger a retransmission. This retransmission may be scheduled, at the UE 110, on the basis of a DCI message that specifies the current HARQ process ID along with the “HPI_REUSE” flag. This DCI message effectively informs the UE 110 of the decoding failure and prompts the UE 110 to resend the data within the same HARQ process framework (see step 1448A of FIG. 14A) , thereby maintaining continuity in the process while managing the premature transmission status efficiently.

[0262] For example, FIGS. 15A and 15B illustrate various implementations of an enhanced configured grant mechanism with HARQ Process ID 2 (HPI2) .

[0263] In FIG. 15A, the UE 110 transmits (step 1502A) a first TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1506A) a second TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1508A) the first TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 also receives (step 1512A) the second TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0264] In FIG. 15A, the UE 110 transmits (step 1522A) a third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The UE 110 also transmits (step 1526A) a fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 fails (step 1528A) to receive, or properly decode, the third TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 successfully receives (step 1532A) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value. However, responsive to failing (step 1528A) to receive, or properly decode, the third TB, the satellite 172 may drop (step 1533A) the fourth TB.

[0265] Also responsive to failing (step 1528A) to receive, or properly decode, the third TB, the satellite 172 may transmit (step 1534A) a DCI message to notify the UE 110 of the decoding failure.

[0266] Responsive to receiving (step 1536A) the DCI, the UE 110 may retransmit (step 1538A) the third TB as new data on the PUSCH with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1540A) the retransmitted third TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the FALSE value.

[0267] The UE 110 transmits (step 1542A) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1544A) the fourth TB on the PUSCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value.

[0268] In FIG. 15B, the UE 110 transmits (step 1502B) a first TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1508B) the first TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0269] The UE 110 also transmits (step 1504B) a second TB on the PUSCH with the HARQ process ID HPI2. The UE 110 further transmits (step 1506B) a third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 receives (step 1510B) the second TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 also receives (step 1512B) the third TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0270] In FIG. 15B, the UE 110 transmits (step 1514B) a fourth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1516B) the fourth TB on the PUSCH with the HARQ process ID HPI2.

[0271] The UE 110 transmits (step 1522B) a fifth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1528B) the fifth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0272] The UE 110 transmits (step 1526B) a sixth TB on the PUSCH with the HARQ process ID HPI2. The UE 110 also transmits (step 1530B) a seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The satellite 172 fails (step 1534B) to receive, or properly decode, the sixth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 successfully receives (step 1536B) the seventh TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with the TRUE value. However, responsive to failing (step 1534B) to receive, or properly decode, the sixth TB, the satellite 172 may drop (step 1537B) the seventh TB.

[0273] Responsive to failing (step 1534B) to receive, or properly decode, the sixth TB, the satellite 172 may transmit (step 1538B) a DCI message to notify the UE 110 of the decoding failure. The UE may receive (step 1540B) the DCI.

[0274] The UE 110 transmits (step 1542B) the seventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with a FALSE value. The satellite 172 receives (step 1550B) the seventh TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a FALSE value.

[0275] Responsive to receiving (step 1540B) the DCI, the UE 110 may retransmit (step 1544B) the sixth TB as new data on the PUSCH. The satellite 172 receives (step 1552B) the retransmitted sixth TB on the PUSCH with the HARQ process ID HPI2.

[0276] The UE 110 then transmits (step 1546B) an eighth TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value. The UE 110 also transmits (step 1548B) a ninth TB on the PUSCH with the HARQ process ID HPI2. The satellite 172 receives (step 1554B) the eighth TB on the PUCCH with the HARQ process ID HPI2 and with the UCI that includes the HPI_REUSE indicator with a TRUE value. The satellite 172 also receives (step 1556B) the tenth TB on the PUSCH with the HARQ process ID HPI2.

[0277] The satellite 172 receives (step 1452D) the eleventh TB on the PUCCH with the HARQ process ID HPI2 and with a UCI that includes the HPI_REUSE indicator with the TRUE value.

[0278] Responsive to receiving (step 1446D) the DCI, the UE 110 may retransmit (step 1450D) the eighth TB as new data on the PUSCH with the HARQ process ID HPI2. The satellite 172 may receive (step 1454D) the eighth TB on the PUSCH with the HARQ process ID HPI2.

[0279] In aspects of the present disclosure, when a TB transmission fails or cannot be decoded at the gNB 172 (see step 1528A, FIG. 15A) , the gNB 172 transmits (step 1534A) a DCI message to the UE 110, indicating the transmission failure for the associated HARQ process ID, along with its HPI_REUSE indicator. This message either directly schedules a retransmission or prompts the UE 110 to handle the failure autonomously. When expecting a retransmission, the gNB 172 must manage incoming TBs while acknowledging that the same HARQ process ID could be reused prematurely (e.g., with the HPI_REUSE indicator set to TRUE) or be reused in the typical “mature” sequence (e.g., with the HPI_REUSE indicator set to FALSE) .

[0280] In this context, when the gNB 172 awaits a retransmission tied to a specific HARQ process ID, upon receiving a TB with that HARQ process ID, the gNB 172 checks whether the HPI_REUSE indicator matches the HPI_REUSE indicator of the originally requested retransmission. If the HARQ process ID matches, but the HPI_REUSE indicator does not match, the gNB 172 may drop (see step 1533A, FIG. 15A) the TB, as the gNB 172 cannot process two parallel transmissions under the same HARQ process ID while awaiting a retransmission when the corresponding buffer for that process has not been flushed (see step 1532A, FIG. 15A) .

[0281] On the UE 110 side, the DCI message indicating a transmission failure implicitly informs the UE 110 that, should the UE 110 have reused the HARQ process ID prematurely before receiving this feedback, that premature transmission has likely also failed. In response, the UE 110 can autonomously schedule a retransmission of the same TB as new data at a later time within a CG configuration (see step 1538A, FIG. 15A) , thereby maintaining process integrity and ensuring reliable data delivery without further burdening the HARQ process management.

[0282] In FIG. 16, the UE 110 transmits (step 1602) a first TB with the HARQ process ID HPI1 and the HPI_REUSE indicator set to FALSE. The satellite 172 receives (step 1606) the first TB with the HARQ process ID HPI1 and the HPI_REUSE indicator set to FALSE. The UE 110 transmits (step 1612) a second TB with the HARQ process ID HPI1 and the HPI_REUSE indicator set to FALSE. The satellite 172 receives (step 1616) the second TB with the HARQ process ID HPI1 and the HPI_REUSE indicator set to FALSE.

[0283] In FIG. 16, the UE 110 transmits (step 1614) a third TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to FALSE. The satellite 172 fails (step 1618) to receive, or properly decode, the third TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to FALSE.

[0284] Responsive to failing (step 1618) to receive, or properly decode, the third TB, the satellite 172 may transmit (step 1620) a DCI message to notify the UE 110 of the decoding failure.

[0285] In the meantime, the UE 110 transmits (step 1622) a fourth TB, with the HARQ process ID HPI2 and the HPI_REUSE indicator set to TRUE. The satellite 172 receives (step 1626) the fourth TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to TRUE. However, responsive to failing (step 1618) to receive, or properly decode, the third TB, the satellite 172 may drop (step 1628) the fourth TB.

[0286] Responsive to receiving (step 1623) the DCI, the UE 110 may retransmit (step 1630) the third TB as new data with a HARQ process ID HPI2 and the HPI_REUSE indicator set to FALSE. The satellite 172 receives (step 1632) the retransmitted third TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to FALSE.

[0287] The UE 110 transmits (step 1634) the fourth TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to FALSE. The satellite 172 receives (step 1638) the fourth TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to FALSE.

[0288] The UE 110 then transmits (step 1636) a fifth TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to TRUE. The satellite 172 receives (step 1640) the fifth TB with the HARQ process ID HPI2 and the HPI_REUSE indicator set to TRUE.

[0289] In aspects of the present disclosure, the gNB 172 only requests a retransmission responsive to the gNB 172 failing to decode or receive a TB transmitted with a mature HARQ process ID (e.g., when the HPI_REUSE indicator is set to FALSE, see step 1618, FIG. 16) . Once a retransmission has been scheduled for a specific HARQ process ID, the gNB 172 automatically drops any subsequent TB received with that HARQ process ID if the HPI_REUSE indicator of the subsequent TB is set to TRUE (see step 1628, FIG. 16) , without the need to track the flag status of each HARQ process continuously.

[0290] By only initiating retransmissions based on mature HARQ process IDs and disregarding any premature TBs (e.g., with the HPI_REUSE indicator set to TRUE) that arrive while a retransmission is pending, this approach minimizes processing complexity. The gNB 172 avoids the overhead of tracking, in real time, the flag status of each HARQ process, thereby ensuring that retransmissions occur exclusively when the HPI_REUSE indicator set to FALSE. If a given TB arrives with a mismatched flag while a retransmission is scheduled, the gNB 172 can simply drop the given TB, thereby preserving memory and processing resources while maintaining reliable data flow.

[0291] In aspects of the present disclosure, an additional timer, known as the HARQ_Reuse_Timer, may be introduced within the configured grant framework. This timer governs the reuse of HARQ process IDs for UL transmissions, thereby enabling efficient management of HARQ processes in scenarios with constrained resources, such as unlicensed spectrum or dense network environments.

[0292] When the UE 110 initiates an uplink transmission using a configured grant, the HARQ_Reuse_Timer starts. The purpose of this timer is to define a specific period during which the assigned HARQ process ID is reserved for that particular transmission instance. Once the HARQ_Reuse_Timer expires, the UE 110 is allowed to reuse the same HARQ process ID for new transmissions and to reset the timer, which can help conserve HARQ resources in networks with high UL demand or shared spectrum access.

[0293] If the configuredGrantTimer is also set, then the HARQ_Reuse_Timer may be set to a duration value that is equal to, or shorter, than the duration of the configuredGrantTimer. This establishes that the HARQ process ID reuse interval does not exceed the overall configured grant session, thereby maintaining consistency in the scheduling and management of uplink transmissions. By keeping the HARQ_Reuse_Timer within the bounds of configuredGrantTimer, the UE 110 can avoid situations that could lead to resource conflicts or unwanted transmissions.

[0294] The configuration of the HARQ_Reuse_Timer can be communicated through various signaling mechanisms, depending on the network design and requirements. Typically, higher layer signaling, such as RRC signaling, has been used to configure static or semi-static parameters like the HARQ timer, where the base station 172 sends this configuration to the UE 110 during connection setup or reconfiguration procedures. For dynamic or adaptable settings, the timer configuration may also be associated with DCI signaling, thereby allowing for dynamic control within individual scheduling grants. Additionally, if a configured grant mechanism is used, the timer parameters might also be included in the configured grant settings to support efficient HARQ process management in autonomous transmissions. These various signaling paths allow flexibility in controlling HARQ process reuse, enabling the network to dynamically balance latency, reliability and resource efficiency.

[0295] Notably, further timers are available. The known drx-HARQ-RTT-Timer (or drx-HARQ-RTT-TimerUL for uplink) is a timer used in the context of Discontinuous Reception (DRX) in established standards, specifically for managing HARQ in cellular networks. This timer defines the maximum time duration that the UE can wait before considering a HARQ process to be complete, during periods when the UE is in DRX mode and not continuously receiving transmissions. The timer is used to prevent the UE from indefinitely waiting for a retransmission in case of a lost or delayed acknowledgment, ensuring that the HARQ process is eventually terminated or retried after a specified time-out. This timer helps manage the trade-off between power-saving (through DRX) and reliable data transmission, particularly in scenarios with intermittent communication. The drx-HARQ-RTT-TimerUL refers to this same concept in the uplink direction for HARQ transmissions initiated by the UE.

[0296] In review, a HPI_REUSE indicator is introduced in UCI, signaling to the gNB 172 that, for a new transmission, the UE 110 is reusing an existing HARQ process ID. The HPI_REUSE indicator allows the UE 110 to initiate a new transmission with an existing HARQ process ID without waiting for the previous HARQ process, associated with the existing HARQ process ID, to complete, under certain conditions.

[0297] By enabling the reuse of HARQ process IDs under controlled conditions, delays in waiting for HARQ process releases may be reduced. The reuse allows the UE 110 to initiate new transmissions sooner than would otherwise be allowed, particularly when previous data was successfully delivered. The reuse leads to more efficient use of network resources in time-sensitive communication scenarios.

[0298] The decoding mechanism of the gNB 172 is subject to an update. This update establishes that the gNB 172 may differentiate between a requested retransmission and a new data transmission using the same HARQ process ID.

[0299] The HPI_REUSE indicator mechanism optimizes the use of limited HARQ process IDs by allowing efficient reuse under safe conditions. The HPI_REUSE indicator helps establish an avoidance of bottlenecks in data flow that might arise from waiting for HARQ process releases. This avoidance is convenient in networks with limited HARQ resources, such as satellite communication systems, where efficient process management directly impacts performance.

[0300] Interactions between the UE 110 and the gNB 172 are subjected to changes that allow feedback specific to the HPI_REUSE process. These changes enable a smoother coordination between the UE 110 and the gNB 172 when reusing HARQ process IDs, thereby optimizing the communication flow. These changes provide the network with flexibility to adjust to different latency constraints and resource constraints, thereby improving overall communication robustness. This flexibility is particularly beneficial in NTNs with higher propagation delays, thereby promoting smoother operation.

[0301] It should be appreciated that one or more steps of the implementation methods provided herein may be performed by corresponding units or modules. For example, data may be transmitted by a transmitting unit or a transmitting module. Data may be received by a receiving unit or a receiving module. Data may be processed by a processing unit or a processing module. The respective units / modules may be hardware, software, or a combination thereof. For instance, one or more of the units / modules may be an integrated circuit, such as field programmable gate arrays (FPGAs) or application-specific integrated circuits (ASICs) . It will be appreciated that where the modules are software, they may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances as required, and that the modules themselves may include instructions for further deployment and instantiation.

[0302] Although a combination of features is shown in the illustrated implementations, not all of them need to be combined to realize the benefits of various implementations of this disclosure. In other words, a system or method designed according to an implementation of this disclosure will not necessarily include all of the features shown in any one of the Figures or all of the portions schematically shown in the Figures. Moreover, selected features of one example implementation may be combined with selected features of other example implementations.

[0303] Although this disclosure has been described with reference to illustrative implementations, this description is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative implementations, as well as other implementations of the disclosure, will be apparent to persons skilled in the art upon reference to the description. It is therefore intended that the appended claims encompass any such modifications or implementations.

[0304] In the present disclosure, the terms “a” and “an” are defined to mean “at least one. ” That is, these terms do not exclude a plural number of items, unless stated otherwise.

[0305] In the present disclosure, terms such as “substantially, ” “generally” and “about, ” which modify a value, condition or characteristic of a feature of an example implementation, should be understood to mean that the value, condition or characteristic is defined within tolerances that are acceptable for the proper operation of the example implementation for its intended application.

[0306] In the present disclosure, unless stated otherwise, the terms “connected” and “coupled, ” and derivatives and variants thereof, refer herein to any structural or functional connection or coupling, either direct or indirect, between two or more elements. For example, the connection or coupling between the elements can be acoustical, mechanical, optical, electrical, thermal, logical or any combinations thereof.

[0307] In the present disclosure, expressions such as “match, ” “matching” and “matched, ” including variants and derivatives thereof, are intended to refer herein to a condition in which two or more elements are either the same or within some predetermined tolerance of each other. That is, these terms are meant to encompass not only “exactly” or “identically” matching the two elements but also “substantially, ” “approximately” or “subjectively” matching the two or more elements, as well as providing a higher or best match among a plurality of matching possibilities.

[0308] In the present disclosure, the expression “based on” is intended to mean “based at least partly on. ” That is, this expression can mean “based solely on” or “based partially on” and, so, should not be interpreted in a limited manner. More particularly, the expression “based on” could also be understood as meaning “depending on, ” “representative of, ” “indicative of, ” “associated with” or similar expressions.

[0309] In the present disclosure, the terms “system” and “network” may be used interchangeably in different implementations of this application. “At least one” means one or more and “aplurality of” means two or more. The term “and / or” describes an association relationship of associated objects and indicates that three relationships may exist. For example, A and / or B may indicate the following three cases: only A exists; both A and B exist; and only B exists; where A and B may be singular or plural. The character “ / ” indicates an “or” relationship between associated objects. “At least one of the following items (pieces) ” or a similar expression thereof indicates any combination of these items, including a single item (piece) or any combination of a plurality of items (pieces) . For example, “at least one of A, B, or C” includes: only A; only B; only C; A and B; A and C; B and C; or A, B, and C. “at least one of A, B, and C” may also be understood as including: only A; only B; only C; A and B; A and C; B and C; or A, B, and C. In addition, unless otherwise specified, ordinal numbers such as “first” and “second” in implementations of this application are used to distinguish between a plurality of objects and are not used to limit a sequence, a time sequence, priorities, or importance of the plurality of objects.

[0310] A person skilled in the art should understand that implementations of this application may be provided as a method, an apparatus (or system) , computer-readable storage medium, or a computer program product. Therefore, this application may use a form of a hardware-only implementation, a software-only implementation, or an implementation with a combination of software and hardware. Moreover, this application may use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, an optical memory, and the like) that include computer-usable program code.

[0311] This application is described with reference to the flowcharts and / or block diagrams of the method, the device (system) , and the computer program product according to this application. It should be understood that computer program instructions may be used to implement each process and / or each block in the flowcharts and / or the block diagrams and a combination of a process and / or a block in the flowcharts and / or the block diagrams. The computer program instructions may be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of another programmable data processing device and enable a machine to execute the instructions. When executed by any computer or the processor of a programmable data processing device, the instructions cause the apparatus to implement specific functions as described in one or more procedures in the flowcharts and / or one or more blocks in the block diagrams. The computer program instructions may alternatively be stored in a computer-readable memory that can indicate a computer or another programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate an artifact that includes an instruction apparatus. The instruction apparatus implements a specific function in one or more procedures in the flowcharts and / or one or more blocks in the block diagrams.

[0312] The computer program instructions may alternatively be loaded onto a computer or another programmable data processing device, so that a series of operations and steps are performed on the computer or the another programmable device, so that computer-implemented processing is generated. Therefore, the instructions executed on the computer or on another programmable device provide steps for implementing specific functions as described in one or more procedures in the flowcharts and / or in one or more blocks in the block diagrams.

[0313] It is clear that a person skilled in the art can make various modifications and variations to this application without departing from the scope of this disclosure. This application is intended to cover these modifications and variations of this disclosure provided that they fall within the scope of protection defined by the following claims and their equivalent technologies.

Claims

1.A communication method comprising:transmitting a first Physical Uplink Shared Channel (PUSCH) transmission carrying a first transport block with a hybrid automatic repeat request (HARQ) process identifier (ID) ; andtransmitting a second PUSCH transmission carrying a second transport block with the HARQ process ID, wherein the second PUSCH transmission includes an indication that the HARQ process ID is being reused for new data.2.The method of claim 1, further comprising receiving a configured grant configuration.3.The method of claim 1 or claim 2, further comprising receiving a plurality of configured grant configurations.4.The method of any one of claims 1 to 3, wherein the transmitting the first PUSCH transmission comprises using a first configured grant configuration.5.The method of claim 4, wherein the transmitting the second PUSCH transmission comprises using the first configured grant configuration.6.The method of claim 4, wherein the transmitting the second PUSCH transmission comprises using a second configured grant configuration.7.The method of any one of claims 1 to 6, wherein the transmitting the second PUSCH transmission occurs after a duration that is less than a HARQ Round-Trip Time.8.The method of claim 7, wherein the HARQ Round-Trip Time comprises a total time for a transmission to travel from a sender to a receiver and to travel from the receiver to the sender.9.The method of claim 8, wherein the HARQ Round-Trip Time comprises a propagation time from the sender to the receiver.10.The method of claim 9, wherein the HARQ Round-Trip Time further comprises a block transmission time, which depends on a size of a data block.11.The method of claim 10, wherein the HARQ Round-Trip Time further comprises a receiver processing time.12.The method of claim 11, wherein the duration is equal to a sum of the propagation time, the block transmission time and the receiver processing time.13.The method of claim 8, wherein the HARQ Round-Trip Time further comprises a sender processing time.14.The method of any one of claims 1 to 13, further comprising obtaining feedback associated with the first PUSCH transmission, wherein the transmitting the second PUSCH transmission occurs before the obtaining.15.The method of claim 14, wherein the feedback comprises explicit feedback.16.The method of claim 14, wherein the feedback comprises implicit feedback.17.The method of any one of claims 1 to 16, further comprising receiving feedback associated with the first PUSCH transmission, wherein the transmitting the second PUSCH transmission occurs before the receiving.18.The method of claim 17, further comprising determining that the second PUSCH transmission carrying the second transport block will fail.19.The method of any one of claims 1 to 8, further comprising initializing a retransmission timer, wherein the transmitting the second transport block occurs before expiration of the retransmission timer.20.The method of any one of claims 1 to 8, further comprising initializing a timer used in context of discontinuous reception, wherein the transmitting the second transport block occurs before expiration of the timer.21.The method of any one of claims 1 to 20, further comprising receiving a message indicating feedback about the first PUSCH transmission, wherein the receiving is carried out subsequent to the transmitting the second PUSCH transmission.22.The method of any one of claims 1 to 21, further comprising transmitting uplink control information (UCI) on a Physical Uplink Control Channel (PUCCH) , wherein the PUCCH is associated with the second PUSCH transmission, wherein the UCI includes the indication.23.The method of any one of claims 1 to 21, further comprising transmitting uplink control information (UCI) multiplexed with the second PUSCH transmission, wherein the UCI includes the indication.24.The method of any one of claims 1 to 23, further comprising:receiving a notification of a failure to decode the first transport block; andresponsive to receiving the notification, transmitting a new PUSCH transmission carrying the second transport block.25.The method of any one of claims 1 to 23, further comprising:receiving a notification of a failure to decode the second transport block, the notification specifying the HARQ process ID along with the indication that the HARQ process ID is being reused for new data; andresponsive to receiving the notification, transmitting a new PUSCH transmission carrying the second transport block within the same HARQ process framework.26.The method of any one of claims 1 to 23, further comprising:receiving a notification of a failure to decode the second transport block; andresponsive to receiving the notification, retransmitting the second PUSCH transmission carrying the second transport block within scheduled resources.27.A communication method comprising:receiving a first Physical Uplink Shared Channel (PUSCH) transmission carrying a first transport block with a hybrid automatic repeat request (HARQ) process identifier (ID) ; andreceiving a second PUSCH transmission carrying a second transport block with the HARQ process ID, wherein the second PUSCH transmission includes an indication that the HARQ process ID is being reused for new data.28.The method of claim 27, wherein the receiving the second PUSCH transmission occurs after a duration that is less than a HARQ Round-Trip Time.29.The method of claim 28, wherein the HARQ Round-Trip Time comprises a total time for a transmission to travel from a sender to a receiver and to travel from the receiver to the sender.30.The method of claim 29, wherein the HARQ Round-Trip Time comprises a propagation time from the sender to the receiver.31.The method of claim 30, wherein the HARQ Round-Trip Time further comprises a block transmission time, which depends on a size of a data block.32.The method of claim 31, wherein the HARQ Round-Trip Time further comprises a sender processing time.33.The method of claim 32, wherein the duration is equal to a sum of the propagation time, the block transmission time and the sender processing time.34.The method of claim 29, wherein the HARQ Round-Trip Time further comprises a receiver processing time.35.The method of any one of claims 27 to 34, further comprising:assigning, for storing the first transport block, a memory buffer assigned to the HARQ process ID;determining that the memory buffer assigned to the HARQ process ID remains occupied by the first transport block; andresponsive to the determining, dropping the second transport block based on determining that the second PUSCH transmission includes the indication.36.The method of any one of claims 27 to 34, further comprising:assigning, for storing the first transport block, a memory buffer assigned to the HARQ process ID;determining that the memory buffer assigned to the HARQ process ID has been released; andreusing, for storing the second transport block, the memory buffer assigned to the HARQ process ID,where the reusing is based on a combination of:the determining that the memory buffer assigned to the HARQ process ID has been released; anddetermining that the second PUSCH transmission includes the indication.37.The method of claim 36, further comprising, before the assigning, determining that the first PUSCH transmission includes an indication that the HARQ process ID is not being reused for new data and only carrying out the assigning responsive to the determining.38.The method of any one of claims 27 to 37, further comprising:receiving a third PUSCH transmission carrying a third transport block with the HARQ process ID, wherein the third PUSCH transmission includes an indication that the HARQ process ID is not being reused for new data;assigning, for storing the third transport block, a memory buffer assigned to the HARQ process ID;determining that the memory buffer assigned to the HARQ process ID remains occupied by the second transport block; andresponsive to the determining, dropping the third transport block.39.The method of any one of claims 27 to 38, further comprising, responsive to a failure to decode the second PUSCH transmission, transmitting a message indicating the failure to decode the second PUSCH transmission.40.The method of claim 39, wherein the message comprises a downlink control indicator message.41.The method of claim 39, wherein the message comprises the indication.42.The method of claim 39, wherein the message comprises a grant to allow retransmission of the second PUSCH transmission.43.The method of any one of claims 27 to 42, further comprising, responsive to a failure to decode the first PUSCH transmission:transmitting a message indicating the failure to decode the first transport block, the message scheduling a retransmission of the first PUSCH transmission; anddropping the second transport block.44.A communication apparatus, configured to perform the method according to any one of claims 1 to 26.45.An apparatus comprising:one or more processors; anda memory storing instructions which, when executed by the one or more processors, cause the apparatus to:transmit a first Physical Uplink Shared Channel (PUSCH) transmission carrying a first transport block with a hybrid automatic repeat request (HARQ) process identifier (ID) ; andtransmit a second PUSCH transmission carrying a second transport block with the HARQ process ID, wherein the second PUSCH transmission includes an indication that the HARQ process ID is being reused for new data.46.An apparatus comprising:one or more processors; anda memory storing instructions which, when executed by the one or more processors, cause the apparatus to:receive a first Physical Uplink Shared Channel (PUSCH) transmission carrying a first transport block with a hybrid automatic repeat request (HARQ) process identifier (ID) ; andreceive a second PUSCH transmission carrying a second transport block with the HARQ process ID, wherein the second PUSCH transmission includes an indication that the HARQ process ID is being reused for new data.47.A communication system, wherein the communication system comprises a first communication apparatus configured to perform the method of any one of claims 1 to 26 and a second communication apparatus configured to perform the method of any one of claims 27 to 43.48.A computer-readable storage medium having instructions stored thereon which, when executed by one or more processors, cause the one or more processors to perform the method of any one of claims 1 to 26 or the method of any one of claims 27 to 43.49.A computer program product storing instructions which, when executed, cause an apparatus to perform the method of any one of claims 1 to 26 or the method of any one of claims 27 to 43.

Images