Methods, apparatuses, and devices for resource management in wireless communications

Abstract

In wireless communications, processes for downlink transmission of transport blocks (TBs) in terrestrial and non-terrestrial communication systems may be different. This may require resource management to be carried out in a separate manner for terrestrial and non-terrestrial communication systems, which is not desirable. To resolve this, the present disclosure provides a method that may be performed by an apparatus for resource management. The method may include receiving a first transport block (TB) associated with a first process and a second TB associated with a second process. During decoding of the first TB using a resource associated with the first process, the method may further include releasing at least part of the resource associated with the first process. The method may further include using the released at least part of the resource for decoding of the second TB.

Description

METHODS, APPARATUSES, AND DEVICES FOR RESOURCE MANAGEMENT IN WIRELESS COMMUNICATIONSTECHNICAL FIELD

[0001] The present application relates generally to wireless communications, and more specifically to methods, apparatuses, and devices for resource management in wireless communication systems.BACKGROUND

[0002] Wireless communications system such as fourth generation (4G) system (for example, Long-Term Evolution (LTE) system) , fifth generation (5G) system (for example, New Radio (NR) system) have been deployed to provide various types of applications, such as message, voice, video and other data.

[0003] In NR, non-terrestrial networks (NTNs) are developed, which may utilize spaceborne vehicles such as satellites (including low earth orbiting (LEO) satellites, medium earth orbiting (MEO) satellites, geostationary earth orbiting (GEO) satellites as well as highly elliptical orbiting (HEO) satellites) , or airborne vehicles (also called high-altitude platform) such as drones, or aircraft as a base station or relay for communications between different devices.

[0004] Either the satellites or the drones in NTNs may move at a high-speed relative to devices such as user equipments (UEs) operating within the NTN, which is different from the scenario between UE and ground-based base station. In addition, the distance between the UE the and satellites or the drones is also much longer then the distance between UE and ground-based base station.

[0005] Accordingly, the solutions in NTNs, which may cooperate with terrestrial networks (TN) , to provide communications with acceptable cost (such as power consumption, and or complexity) are desired.SUMMARY

[0006] As described above, propagation delays in non-terrestrial communication systems are expected to be significantly larger relative to decoding time than in terrestrial  communication systems. Thus, conventional hybrid automatic repeat request (HARQ) processes that are often used in terrestrial communication systems may not be always effective in non-terrestrial communication systems. Accordingly, HARQ processes may be used for downlink (DL) transmission of transport blocks (TBs) in terrestrial communication systems, and different approaches may (need to) be adopted for DL transmission of TBs in non-terrestrial communication systems. In non-terrestrial communication systems, for example, how long data blocks such as TBs remain in a soft buffer space may be determined based on a quality of service (QoS) .

[0007] However, when using different approaches for DL transmission of TBs in terrestrial communication systems and non-terrestrial communication systems, resource management may need to be carried out in a separate manner for terrestrial communication systems and non-terrestrial communication systems, e.g. by having dedicated computing and / or hardware resources for terrestrial communication that are managed, and by having separated dedicated computing and / or hardware resources for non-terrestrial communication that are separately managed. This is not desirable as a user equipment (UE) may need to use its computing and hardware resources for terrestrial communication systems and non-terrestrial communication systems in a separate manner. For example, a UE may utilize its resources dedicated for processing, reception, and decoding of DL TBs, such that a portion of the resources is assigned to HARQ processes in communication with terrestrial network apparatuses and another portion of the resources is assigned to different type of processes (e.g., time until discard (TUD) processes) in communication with non-terrestrial network apparatuses.

[0008] Aspects of the present disclosure provide solutions to try to overcome the aforementioned problems, for example specific methods, apparatuses, and devices for resource management in wireless communication systems such as terrestrial communication systems, non-terrestrial communication systems, and communication systems comprising both terrestrial network devices and non-terrestrial network devices. However, aspects of the present disclosure are not limited to the scenario of terrestrial and non-terrestrial, but are applicable more broadly to situations in which decoding of multiple TBs is required but available decoding resources is limited, which is not a scenario limited to a particular type of communication (e.g. terrestrial or non-terrestrial) or a particular radio access technology or a  particular decoding process (e.g. HARQ process) . As explained herein, the resources used for decoding one TB may be released and used instead for decoding another TB.

[0009] According to an aspect of the present disclosure, there may be provided a method that includes receiving a first transport block (TB) associated with a first process and a second TB associated with a second process. The method may further include, during decoding of the first TB using a resource associated with the first process: releasing at least part of the resource associated with the first process. The method may further include using the released at least part of the resource for decoding of the second TB.

[0010] In some implementations, the method may further include determining to release the at least part of the resource associated with the first process based on at least one of: a first resource sharing restriction level of the first process or a second resource sharing restriction level of the second process. In some embodiments, the determining to release the at least part of the resource associated with the first process may be performed as part of the releasing at least part of the resource associated with the first process. In some embodiments, the determining to release the at least part of the resource associated with the first process may be performed as a step that is separate from the releasing at least part of the resource associated with the first process.

[0011] In some implementations, the method may further include receiving first configuration information configuring the first resource sharing restriction level of the first process; and receiving second configuration information configuring the second resource sharing restriction level of the second process.

[0012] In some implementations, the resource may include memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.

[0013] In some implementations, the first resource sharing restriction level may correspond to allowing part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.

[0014] In some implementations, the part of the memory space associated with the first process may be occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB.

[0015] In some implementations, the second resource sharing restriction level may be higher than or equal to the first resource sharing restriction level.

[0016] In some implementations, when the second resource sharing restriction level is higher than the first resource sharing restriction level, the determining to release the at least part of the resource associated with the first process may be performed irrespective of priority of the first process and priority of the second process.

[0017] In some implementations, the second resource sharing restriction level may correspond to restraining memory space associated with the second process from being released during the decoding of the second TB.

[0018] In some implementations, the second resource sharing restriction level may be equal to the first resource sharing restriction level, and priority of the second process may be higher than priority of the first process.

[0019] In some implementations, the priority of the first process may be determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process may be determined based on QoS associated with data carried in the second TB.

[0020] In some implementations, the first resource sharing restriction level may correspond to allowing at least part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.

[0021] In some implementations, the second resource sharing restriction level may be higher than the first resource sharing restriction level.

[0022] In some implementations, the second resource sharing restriction level may correspond to: restraining memory space associated with the second process from being released during the decoding of the second TB; or allowing part of the memory space  associated with the second process to be released for decoding of a TB associated with another process during the decoding of the second TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the second TB.

[0023] In some implementations, the part of the memory space associated with the second process may be occupied by one or more decoded CBs of the second TB.

[0024] In some implementations, when the at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB, the method may further include generating feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space; and transmitting the feedback.

[0025] In some implementations, the resource may include at least one processing unit for decoding one or more code blocks (CBs) of the first TB.

[0026] In some implementations, the first resource sharing restriction level may correspond to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for the decoding of the second TB during the decoding of the first TB.

[0027] In some implementations, the second resource sharing restriction level may be higher than the first resource sharing restriction level.

[0028] In some implementations, the first configuration information may further configure a number of the at least one processing unit to be associated with the first process for the decoding of the first TB, and the second configuration information may further configure a number of the at least one processing unit to be associated with the second process for the decoding of the second TB.

[0029] In some implementations, the method may further include transmitting information indicative of capability of the apparatus including a total number of the at least one processing unit that the apparatus is able to concurrently use.

[0030] In some implementations, the first TB may be received from a first network device over a first physical downlink shared channel (PDSCH) and the second TB may be  received from a second network device over a second PDSCH that is different from the first PDSCH.

[0031] In some implementations, the first PDSCH may not be timing aligned with the second PDSCH.

[0032] In some implementations, a first resource associated with the first PDSCH may partially overlap with a second resource associated with the second PDSCH.

[0033] In some implementations, the first network device may be a terrestrial network device and the second network device may be a non-terrestrial network device. In some embodiments, the first network device may be a non-terrestrial network device and the second network device may be a terrestrial network device.

[0034] In some implementations, the first process may implement a first framework for managing retransmissions of TBs to be decoded, and the second process may implement a second framework for managing retransmissions of TBs to be decoded.

[0035] In some implementations, the first process may be a hybrid automatic repeat request (HARQ) process and the second process may be a HARQ process or a time until discard (TUD) process.

[0036] In some implementations, the first process may be associated with a first radio access technology (RAT) , and the second process may be associated with a second RAT.

[0037] According to an aspect of the disclosure there is provided an apparatus comprising means to perform the method mentioned in this disclosure. In details, the apparatus including a processor coupled with a computer-readable medium. The computer-readable medium is configured to store computer executable instructions and the processor is configured to execute the computer executable instructions to cause the apparatus to perform a method consistent with the embodiments described above and herein. A non-limiting example of the apparatus is a user equipment (UE) . In some embodiments, the apparatus comprises a chip, e.g. an integrated circuit (IC) chip. In some embodiments, the apparatus does not execute instructions by a processor to perform the methods, e.g., the apparatus may comprise circuitry such as a field-programmable gate array (FPGA) , a graphical processing unit (GPU) , or an application-specific integrated circuit (ASIC) , that performs the methods.  More generally, the apparatus may comprise modules or units or means to perform the methods.

[0038] According to an aspect of the present disclosure, there may be provided a method that includes transmitting configuration information configuring a first resource sharing restriction level of a first process, the first resource sharing restriction level used for determining whether to release at least part of a resource associated with the first process for decoding of a first TB associated with the first process.

[0039] In some implementations, the method may further include determining the first resource sharing restriction level of the first process.

[0040] In some implementations, the resource may include memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.

[0041] In some implementations, the first resource sharing restriction level may correspond to allowing part of the memory space associated with the first process to be released for decoding of a second TB associated with a second process during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.

[0042] In some implementations, the part of the memory space associated with the first process may be occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB.

[0043] In some implementations, the part of the memory space associated with the first process may be allowed to be released for the decoding of the second TB when the first resource sharing restriction level is lower than or equal to a second resource sharing restriction level of the second process.

[0044] In some implementations, when the first resource sharing restriction level is lower than the second resource sharing restriction level, the part of the memory space associated with the first process may be allowed to be released for the decoding of the second TB irrespective of priority of the first process and priority of the second process.

[0045] In some implementations, when the first resource sharing restriction level is equal to the second resource sharing restriction level, the part of the memory space associated  with the first process may be allowed to be released for the decoding of the second TB on condition that priority of the second process is higher than priority of the first process.

[0046] In some implementations, the priority of the first process may be determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process may be determined based on QoS associated with data carried in the second TB.

[0047] In some implementations, the first resource sharing restriction level may correspond to restraining the memory space associated with the first process from being released during the decoding of the first TB.

[0048] In some implementations, the first resource sharing restriction level may correspond to allowing at least part of the memory space associated with the first process to be released for decoding of a second TB associated with a second process during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.

[0049] In some implementations, the at least part of the memory space associated with the first process may be allowed to be released for the decoding of the second TB when the first resource sharing restriction level is lower than a second resource sharing restriction level of the second process.

[0050] In some implementations, the method may further include receiving feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space, when the at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB.

[0051] In some implementations, the resource may include at least one processing unit for decoding one or more code blocks (CBs) of the first TB.

[0052] In some implementations, the first resource sharing restriction level may correspond to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for decoding of a second TB associated with a second process during the decoding of the first TB.

[0053] In some implementations, the at least some of the at least one processing unit associated with the first process may be allowed to be released and instead used for the decoding of the second TB when the first resource sharing restriction level is lower than a second resource sharing restriction level of the second process.

[0054] In some implementations, the configuration information may further configure a number of the at least one processing unit to be associated with the first process for the decoding of the first TB, and the method may further include determining the number of the at least one processing unit to be associated with the first process for the decoding of the first TB.

[0055] In some implementations, the method may further include receiving information indicative of capability of an apparatus performing the first process, the capability including a total number of the at least one processing unit that the apparatus is able to concurrently use.

[0056] In some implementations, the device may be a terrestrial network device or a non-terrestrial network device.

[0057] In some implementations, the first process may implement a framework for managing retransmissions of TBs to be decoded.

[0058] In some implementations, the first process may be a hybrid automatic repeat request (HARQ) process or a time until discard (TUD) process.

[0059] According to an aspect of the disclosure there is provided a device comprising means to perform the method mentioned in this disclosure. In details, the device includes a processor coupled with a computer-readable medium. The computer-readable medium has stored thereon computer executable instructions that when executed cause the device to perform a method consistent with the embodiment described above. Non-limiting examples of the device are to a terrestrial transmit and receive point (T-TRP) or a non-terrestrial transmit and receive point (NT-TRP) . In some embodiments, the device comprises a chip, e.g. an IC chip. In some embodiments, the device does not execute instructions by a processor to perform the methods, e.g., the device may comprise circuitry such as an FPGA, a GPU, or an ASIC, that performs the methods. More generally, the device may comprise modules or units or means to perform the methods.

[0060] According to an aspect of the disclosure, there is provided a computer-readable storage medium. The computer-readable storage medium stores computer executable instructions that, when executed, cause a computer to perform a method as described above. The computer-readable storage medium may be non-transitory.

[0061] By virtue of some aspects of the present disclosure, resource management may be improved in wireless communications, such as terrestrial scenarios, non-terrestrial scenarios, and scenarios where terrestrial communication and non-terrestrial communication coexist. For example, a UE may be able to share its memory space (e.g., soft buffer space) between HARQ processes and TUD processes based on respective resource sharing restriction levels (e.g., fence types) of the HARQ processes and the TUD processes. In another example, a UE may be able to share its processing units (e.g., code block (CB) processing units) that might be used for decoding CBs of a given TB. The processing units may be shared between HARQ processes and TUD processes based on respective resource sharing restriction levels of the HARQ processes and the TUD processes.

[0062] In some aspects of the present disclosure, there is provided an apparatus / chipset system comprising means (e.g., at least one processor) to implement the method implemented by (or at) a UE of the present disclosure. The apparatus / chipset system may be the UE (that is, a terminal device) or a module / component in the UE. In details, the at least one processor may execute instructions stored in a computer-readable medium to implement the method.

[0063] In some aspects of the present disclosure, there is provided an apparatus / chipset system comprising means (e.g., at least one processor) to implement the method implemented by (or at) a network device (e.g., base station) of the present disclosure. The apparatus / chipset system may be the network device or a module / component in the network device. In details, the at least one processor may execute instructions stored in a computer-readable medium to implement the method.

[0064] In some aspects of the present disclosure, there is provided a system comprising at least one of an apparatus in (or at) a UE of the present disclosure, or an apparatus in (or at) a network device of the present disclosure.

[0065] In some aspects of the present disclosure, there is provided a method performed by a system comprising at least one of an apparatus in (or at) a UE of the present disclosure, or an apparatus in (or at) a network device of the present disclosure.

[0066] By virtue of some aspects of the present disclosure, a network may be able to make an enhanced scheduling decision in wireless communications, such as HARQ process scenarios, TUD process scenarios, and especially scenarios where HARQ process and TUD process coexist. For example, a network may determine whether or not to retransmit data based on feedback indicating that unsuccessfully decoded data blocks (e.g., NAK’ed CBs) are removed from memory space (e.g., soft buffer space) .

[0067] More generally, by virtue of some aspects of the present disclosure, resource management may be performed to allow for scenarios in which resources used for decoding one TB are shared by releasing those resources and instead using those resources to decode another TB, which provides a technical benefit when resources are limited, e.g. in UEs where memory space and / or processing resources may be limited. This benefit may be achieved regardless of whether it is a terrestrial or non-terrestrial scenario, or regardless of the type of decoding process (HARQ, TUD, or otherwise) , or regardless of the radio access technology. Therefore, although embodiments are described herein primarily in the context of terrestrial and non-terrestrial co-existence, the present disclosure is not limited to such embodiments.BRIEF DESCRIPTION OF THE DRAWINGS

[0068] Embodiments will be described, by way of example only, with reference to the accompanying figures wherein:

[0069] FIG. 1 is a simplified schematic illustration of a communication system, according to one example;

[0070] FIG. 2 illustrates another example of a communication system;

[0071] FIG. 3 illustrates an example of an electronic device (ED) , a terrestrial transmit and receive point (T-TRP) , and a non-terrestrial transmit and receive point (NT-TRP) ;

[0072] FIG. 4 illustrates example units or modules in a device;

[0073] FIG. 5 illustrates an example of an apparatus communicating with two devices, according to one embodiment;

[0074] FIG. 6 is a block diagram illustrating 5th generation new radio (5G NR) hybrid automatic repeat request (HARQ) operation;

[0075] FIG. 7 illustrates an example soft buffer that is allocated to HARQ processes whose fence types are set to “hard” , in accordance with embodiments of the present disclosure;

[0076] FIG. 8 illustrates an example soft buffer whose portion is initially allocated to a HARQ process and is later reallocated to a time until discard (TUD) process, in accordance with embodiments of the present disclosure;

[0077] FIGs. 9-11 illustrate an example soft buffer whose portions are initially allocated to HARQ processes having “none” fence type and reallocated to TUD processes having “soft” fence type, in accordance with embodiments of the present disclosure;

[0078] FIG. 12 illustrates an example of how code blocks (CBs) are processed using CB processing units dedicated for decoding of the CBs, in accordance with embodiments of the present disclosure;

[0079] FIG. 13 illustrates an example process of sharing CB processing units between a HARQ process having “soft” fence type and a TUD process having “hard” fence type, in accordance with embodiments of the present disclosure;

[0080] FIG. 14 illustrates an example allocation of the CB processing units between the HARQ process and the TUD process of FIG. 13, in accordance with embodiments of the present disclosure;

[0081] FIG. 15 illustrates an example process of sharing CB processing units between a HARQ process having “hard” fence type and a TUD process having “soft” fence type, in accordance with embodiments of the present disclosure;

[0082] FIG. 16 illustrates an example process of sharing CB processing units between a HARQ process having “hard” fence type and a TUD process having “soft” fence type when a UE receives two PDSCH transmissions simultaneously, in accordance with embodiments of the present disclosure;

[0083] FIG. 17 illustrates an example of sharing CB processing units in a loosely integrated terrestrial and non-terrestrial system, in accordance with embodiments of the present disclosure; and

[0084] FIG. 18 illustrates an example process for resource management, in accordance with embodiments of the present disclosure.

[0085] Similar reference numerals may have been used in different figures to denote similar components.DETAILED DESCRIPTION

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

[0087] The embodiments 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.

[0088] Example communication systems and devices

[0089] Referring to FIG. 1, as an illustrative example without limitation, a simplified schematic illustration of a communication system is provided. The communication system 100 (which may be a wireless system) comprises a radio access network 120. The radio access network (RAN) 120 may be a next generation (e.g. sixth generation (6G) or later) radio access network, or a legacy (e.g. 5G, 4G, 3G or 2G) radio access network. One or more communication electronic device (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes (170a, 170b, generically referred to as 170) in the radio access network 120. A core network 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. The communication system 100 may also comprise a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0090] In general, the communication system 100 enables multiple wireless or wired elements to communicate data and other content. The communication system 100 may provide content, such as voice, data, video, and / or text, via broadcast, multicast, groupcast, unicast, etc. And the communication system 100 may provide a wide range of communication services and applications (such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc. )

[0091] The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, between its constituent elements.

[0092] FIG. 2 illustrates more detailed example for communication system 100.

[0093] The communication system 100 may include a terrestrial communication system and / or a non-terrestrial communication system. The communication system 100 may provide a high degree of availability and robustness through a joint operation of a terrestrial communication system and a non-terrestrial communication system. For example, integrating a non-terrestrial communication system (or components thereof) into a terrestrial communication system can result in what may be considered 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.

[0094] The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system.

[0095] Same as in the example shown in FIG. 1, in the example shown in FIG. 2, the communication system 100 may include ED 110a, 110b, 110c, 110d (generically referred to as ED 110) , and RAN 120a, 120b. In addition, the communication system 100 may also include a non-terrestrial communication network 120c. The communication system 100 may also include one or more of a core network 130, a public switched telephone network (PSTN) 140, the Internet 150, and other networks 160. The RANs 120a, 120b include respective RAN nodes such as base stations (BSs) 170a, 170b, which may be generically referred to as terrestrial transmit and receive points (T-TRPs) 170a, 170b. In one implementation, the non-terrestrial communication network 120c includes a RAN node such as an access node 172,  which may be generically referred to as a non-terrestrial transmit and receive point (NT-TRP) 172. As may be surmised on the basis of similarity in reference numerals, the non-terrestrial communication network 120c may be considered to be a radio access network, with operational aspects in common with the RANs 120a, 120b. In another implementations, the non-terrestrial communication network 120c may include at least one non-terrestrial network (NTN) device and at least one corresponding terrestrial network device, wherein the at least one non-terrestrial network device works as a transport layer device and the at least one corresponding terrestrial network device works as a RAN node, which communicates with the ED via the non-terrestrial network device. In addition, there may be a NTN gateway in the ground (i.e., referred as a terrestrial network device) also as a transport layer device to communication with both the NTN device, and the RAN node communicates with the ED via the NTN device and the NTN gateway. In some implementations, the NTN gateway and the RAN node may be located in the same device.

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

[0097] The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology. For example, the communication system 100 may implement one or more channel access methods, such as code division multiple access (CDMA) , space division multiple access (SDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or single-carrier FDMA (SC-FDMA, also known as discrete Fourier transform spread OFDMA, DFT-s-OFDMA) in the air interfaces 190a and 190b. The air interfaces 190a and 190b may utilize other higher dimension signal spaces, which may involve a combination of orthogonal and / or non-orthogonal dimensions.

[0098] The non-terrestrial air interface 190c can enable communication between the ED 110d and one or multiple 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 multiple NT-TRPs 172 for multicast transmission.

[0099] The RANs 120a and 120b are in communication with the core network 130 to provide the EDs 110a 110b, and 110c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the core network 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 core network 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The core network 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, 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. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the Internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . 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) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.

[0100] In addition, the communication system 100 may comprising a sensing agent (not shown in the figure) to manage the sensed data from ED110 and or the T-TRP 170 and / or NT-TRP 172. In one implementation, the sensing agent is located in the T-TRP 170 and / or NT-TRP 172. In another implementation, the sensing agent is a separate node which has interface to communicate with the core network 130 and / or the RAN 120 (e.g., the T-TRP 170 and / or NT-TRP 172) .

[0101] FIG. 3 illustrates another example of an ED 110 and a base station 170a, 170b and / or 170c. The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , machine-type communications (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, autonomous delivery and mobility, etc.

[0102] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to) as a user equipment / device (UE) , a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a machine type communication (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 (e.g. communication module, modem, or chip) or comprising the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. The base station 170a and 170b is a T-TRP and will hereafter be referred to as T-TRP 170. Also shown in FIG. 3, a NT device will hereafter be referred to as NT-TRP 172. Each ED 110 connected to T-TRP 170 and / or NT-TRP 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.

[0103] The ED 110 may include a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 204 may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g. as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna 204 or network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals  received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals.

[0104] The ED 110 may include at least one memory 208. The memory 208 stores instructions. The memory 208 may also stores data used, generated, or collected by the ED 110. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by one or more processing unit (s) (e.g., a processor 210) . Each memory 208 includes any suitable volatile and / or non-volatile storage and retrieval device (s) . Any suitable type of memory may be used, such as random access memory (RAM) , read only memory (ROM) , hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, on-processor cache, and the like.

[0105] The ED 110 may further include one or more input / output devices (not shown) or interfaces (such as a wired interface to the Internet 150 in FIG. 1) . The input / output devices or interfaces permit interaction with a user or other devices in the network. Each input / output device or interface includes any suitable structure for providing information to or receiving information from a user, and / or for network interface communications. Suitable structures include, for example, a speaker, microphone, keypad, keyboard, display, touch screen, etc.

[0106] The ED 110 includes the processor 210 for performing operations including those operations related to preparing a transmission for uplink transmission to the NT-TRP 172 and / or the T-TRP 170; those operations related to processing downlink transmissions received from the NT-TRP 172 and / or the T-TRP 170; and those operations related to processing sidelink transmission to and from another ED 110. Processing operations related to preparing a transmission for uplink transmission may include operations such as encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing downlink transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Processing operations related to processing sidelink transmissions may include operations such as transmit / receive beamforming, modulating / demodulating and encoding / decoding symbols. Depending upon the embodiment, a downlink transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the downlink transmission (e.g. by detecting and / or decoding the signaling) . An example of signaling may  be a reference signal transmitted by the NT-TRP 172 and / or by the T-TRP 170. In some embodiments, the processor 210 implements the transmit beamforming and / or the receive beamforming based on the indication of beam direction, e.g. beam angle information (BAI) , received from the T-TRP 170. In some embodiments, the processor 210 may perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, etc. In some embodiments, the processor 210 may perform channel estimation, e.g. using a reference signal received from the NT-TRP 172 and / or from the T-TRP 170.

[0107] Although not illustrated, the processor 210 may form part of the transmitter 201 and / or part of the receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.

[0108] The processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in the memory 208) . Alternatively, some or all of the processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented using dedicated circuitry, such as a programmed field-programmable gate array (FPGA) , an application-specific integrated circuit (ASIC) , or a hardware accelerator such as a graphics processing unit (GPU) or an artificial intelligence (AI) accelerator.

[0109] When the ED 110 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 201 and receiver 203 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0110] The T-TRP 170 may be known by other names in some implementations, such as a base station, 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 base band unit (BBU) , a remote radio unit (RRU) , an active antenna unit (AAU) , a remote radio head (RRH) , a central unit (CU) , a distributed unit (DU) , a positioning node, among other possibilities. The T-TRP 170 may be a macro BS, a pico BS, a relay node, a donor node, or the like, or combinations thereof. The T-TRP 170 may refer to the forgoing devices or refer to apparatus (e.g. a communication module, a modem, or a chip) in the forgoing devices.

[0111] In some embodiments, the parts of the T-TRP 170 may be distributed. For example, some of the modules of the T-TRP 170 may be located remote from the equipment that houses the antennas 256 for the T-TRP 170, and may be coupled to the equipment that houses the antennas 256 over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI) . Therefore, in some embodiments, the term T-TRP 170 may also refer to modules on the network side that perform processing operations, such as determining the location of the ED 110, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment that houses the antennas 256 of the T-TRP 170. The modules may also be coupled to other T-TRPs. In some embodiments, the T-TRP 170 may actually be a plurality of T-TRPs that are operating together to serve the ED 110, e.g. through the use of coordinated multipoint transmissions.

[0112] The T-TRP 170 may include at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 256 may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver.

[0113] The T-TRP 170 includes a processor 260 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to the T-TRP 170 and / or NT-TRP 172, and processing a transmission  received over backhaul from the T-TRP 170 and / or NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. multiple input multiple output (MIMO) precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. The processor 260 may also perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, etc. In some embodiments, the processor 260 also generates an indication of beam direction, e.g. BAI, which may be scheduled for transmission by a scheduler 253. The processor 260 performs other network-side processing operations described herein, such as determining the location of the ED 110, determining where to deploy the NT-TRP 172, etc. In some embodiments, the processor 260 may generate signaling, e.g. to configure one or more parameters of the ED 110 and / or one or more parameters of the NT-TRP 172. Any signaling generated by the processor 260 is sent by the transmitter 252. Note that “signaling” , as used herein, may alternatively be called control signaling. Signaling may be transmitted in a physical layer control channel, e.g. a physical downlink control channel (PDCCH) , in which case the signaling may be known as dynamic signaling. Signaling transmitted in a downlink physical layer control channel may be known as physical layer signaling such as downlink control information (DCI) . Signaling transmitted in an uplink physical layer control channel may be known as physical layer signaling such as uplink control information (UCI) . Signaling transmitted in a sidelink physical layer control channel may be known as physical layer signaling such as sidelink control information (SCI) . Signaling may be included in a higher-layer (e.g., higher than physical layer) packet transmitted in a physical layer data channel, e.g. in a physical downlink shared channel (PDSCH) , in which case the signaling may be known as higher-layer signaling, static signaling, or semi-static signaling. Higher-layer signaling may also refer to 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.

[0114] The scheduler 253 may be coupled to the processor 260 or integrated in the processor 260. The scheduler 253 may be included within or operated separately from the T- TRP 170. The scheduler 253 may schedule uplink, downlink, sidelink, and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free (e.g., “configured grant” ) resources.

[0115] The T-TRP 170 may further include a memory 258 for storing information, and optionally data. The memory 258 stores instructions and data used, generated, or collected by the T-TRP 170. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processor 260.

[0116] Although not illustrated, the processor 260 may form part of the transmitter 252 and / or part of the receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.

[0117] 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 one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 258. Alternatively, some or all of the processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (e.g., a GPU or AI accelerator) , or an ASIC.

[0118] When the T-TRP 170 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 252 and receiver 254 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0119] Although the NT-TRP 172 is illustrated as a drone only as an example, the NT-TRP 172 may be implemented in any suitable non-terrestrial form, such as satellites and high  altitude platforms, including international mobile telecommunication base stations and unmanned aerial vehicles, for example. Also, the NT-TRP 172 may be known by other names in some implementations, such as a non-terrestrial node, a non-terrestrial network device, or a non-terrestrial base station.

[0120] The NT-TRP 172 may include a transmitter 272 and a receiver 274 coupled to one or more antennas 280. Only one antenna 280 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas may alternatively be panels. The transmitter 272 and the receiver 274 may be integrated as a transceiver.

[0121] The NT-TRP 172 include a processor 276 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to T-TRP 170 and / or another NT-TRP 172, and processing a transmission received over backhaul from the T-TRP 170 and / or another NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. MIMO precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. In some embodiments, the processor 276 implements the transmit beamforming and / or receive beamforming based on beam direction information (e.g. BAI) received from the T-TRP 170. In some embodiments, the processor 276 may generate signaling, e.g. to configure one or more parameters of the ED 110. In some embodiments, the NT-TRP 172 implements physical layer processing, but does not implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer. As this is only an example, more generally, the NT-TRP 172 may implement higher layer functions in addition to physical layer processing.

[0122] The NT-TRP 172 may further include a memory 278 for storing information and optionally data. Although not illustrated, the processor 276 may form part of the transmitter 272 and / or part of the receiver 274. Although not illustrated, the memory 278 may form part of the processor 276.

[0123] The processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 278. Alternatively, some or all of the processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (e.g., a GPU or AI accelerator) , or an ASIC. In some embodiments, the NT-TRP 172 may actually be a plurality of NT-TRPs that are operating together to serve the ED 110, e.g. through coordinated multipoint transmissions.

[0124] When the NT-TRP 172 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 272 and receiver 257 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the T-TRP 170 and / or another NT-TRP 172 and / or ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the T-TRP 170 and / or another NT-TRP 172 and / or ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0125] Note that “TRP” , as used herein, may refer to a T-TRP or a NT-TRP. A T-TRP may alternatively be called a terrestrial network TRP ( “TN TRP” ) and a NT-TRP may alternatively be called a non-terrestrial network TRP ( “NTN TRP” ) . The T-TRP 170, the NT-TRP 172, and / or the ED 110 may include other components, but these have been omitted for the sake of clarity.

[0126] One or more steps of the methods provided in this disclosure herein may be performed by corresponding units or modules, according to FIG. 4. FIG. 4 illustrates units or modules in a device or apparatus, such as in the ED 110, in the T-TRP 170, or in the NT-TRP 172. For example, a signal may be transmitted by a transmitting unit or by a transmitting module. A signal may be received by a receiving unit or by a receiving module. A signal may be processed by a processing unit or a processing module. Other steps may be performed by an artificial intelligence (AI) or machine learning (ML) module. The respective units or  modules may be implemented using hardware, one or more components or devices that execute software, or a combination thereof. For instance, one or more of the units or modules may be a circuit such as an integrated circuit. Examples of an integrated circuit includes a programmed FPGA, a GPU, or an ASIC. For instance, one or more of the units or modules may be logical such as a logical function performed by a circuit, by a portion of an integrated circuit, or by software instructions executed by a processor. It will be appreciated that where the modules are implemented using software for execution by a processor for example, the modules may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances, and that the modules themselves may include instructions for further deployment and instantiation.

[0127] Additional details regarding the EDs 110, the T-TRP 170, and the NT-TRP 172 are known to those of skill in the art. As such, these details are omitted here.

[0128] In wireless communication systems, electronic apparatuses or devices such as a user equipment (UE) are embedded systems that have limited resources (e.g., limited power and limited memory space) . In particular, with regards to radio access technologies such as 4th generation long term evolution (4G LTE) and 5th generation new radio (5G NR) , transport blocks (TBs) carrying UE-specific data are decoded by a UE and held in a soft buffer until the TBs have been decoded correctly or a maximum number of retransmissions have been attempted. According to conventional techniques, soft buffer space is equally dimensioned for all hybrid automatic repeat request (HARQ) processes based on maximum TB size.

[0129] In current 5G NR systems, TBs are individually acknowledged by a UE within a given interval, and this interval is typically configured using a higher-layer signaling parameter called dl-DataToUL-ACK. Additionally, HARQ process in 5G NR is performed according to a “stop-and-wait” protocol. In the stop-and-wait protocol, the transmitter (e.g., transmit and receive point (TRP) ) , waits for acknowledgement (ACK)  / negative acknowledgement (NAK) feedback from the receiver (e.g., UE) before sending a new data packet. Back-up procedures such as timers are also in place to ensure that data packets are retransmitted in the absence of ACK / NAK feedback from the receiver.

[0130] In current 5G NR systems, UE physical downlink shared channel (PDSCH) processing time is defined by the variable Tproc, 1. The UE PDSCH processing time defines the minimum time needed by a UE to decode a TB from a PDSCH transmission and generate  a valid HARQ-ACK message for this PDSCH transmission. Accordingly, the UE PDSCH processing time is determined by measuring the time between the last OFDM symbol of the PDSCH transmission and the first OFDM symbol of a corresponding PUCCH transmission (i.e., PUCCH transmission that corresponds to the PDSCH transmission) . When sufficient PDSCH processing time is not provided, the UE is not required to generate a valid HARQ-ACK message for the TB received via the PDSCH transmission. The UE PDSCH processing time may be determined according to Equation (1) shown below: Tproc, 1= (N1+d1, 1+d2) (2048+144) . κ2-μ. Tc+Text    (1)

[0131] Equation (1) is provided and discussed in detail at Section 5.3 of 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 38.214, Version 17.5.0.

[0132] In non-terrestrial scenarios, propagation delays are expected to be significantly larger relative to decoding time than in terrestrial scenarios. Decoded bits of a TB may remain in the soft buffer for at least the amount of time that a UE needs to complete processing related to TB reception and decoding, also referred to as TB-decoding-time. Incorrectly decoded bits may stay in the soft buffer for up to T = (TB-decoding-time * number of transmission attempts) + (2 *propagation delay *number of retransmission attempts) . This is the amount of time that corresponding HARQ processes are “locked out” for scheduling purpose. The corresponding soft buffer space assigned to a given HARQ process is unable to hold any decoded bits of another HARQ process, even if some of the corresponding soft buffer space for the given HARQ process is free. Put another way, in non-terrestrial scenarios, due to long propagation delay, a UE communicating with a non-terrestrial TRP (NT-TRP) may run out of HARQ processes before the first “locked-out” HARQ process is released. As a result, a large number of HARQ processes is necessary. For example, a propagation delay of 4ms may require hundreds of HARQ processes, which is not sustainable and may cause high overhead, e.g., requiring hundreds of HARQ processes means every downlink control information (DCI) needs to include process ID that might be much longer than the current process IDs.

[0133] These soft buffer space and timing features are illustrative of aspects of conventional HARQ approaches that can be particularly challenging in wireless  communications, especially in longer propagation delay scenarios such as in non-terrestrial network applications.

[0134] Control information is referenced in some embodiments herein. Control information may sometimes instead be referred to as control signaling or signaling. In some cases, control information may be dynamically communicated, e.g., in the physical layer in a control channel, such as in a physical uplink control channel (PUCCH) or physical downlink control channel (PDCCH) . An example of control information that is dynamically indicated is information sent in physical layer control signaling, e.g., uplink control information (UCI) sent in a PUCCH, or downlink control information (DCI) sent in a PDCCH. A dynamic indication may be an indication in a lower layer, e.g., physical layer  / layer 1 signaling, rather than in a higher-layer (e.g., rather than in RRC signaling or in a MAC control element (CE)) . A semi-static indication may be an indication in semi-static signaling. Semi-static signaling, as used herein, may refer to signaling that is not dynamic, e.g., higher-layer signaling (such as RRC signaling) , and / or a MAC CE. Dynamic signaling, as used herein, may refer to signaling that is dynamic, e.g., physical layer control signaling sent in the physical layer, such as DCI sent in a PDCCH or UCI sent in a PUCCH.

[0135] FIG. 5 illustrates an example of an apparatus 372 wirelessly communicating with two devices 352a and 352b in a communication system, e.g., the communication system 100, according to one embodiment. The terms “apparatus” and “device” are simply used to more easily distinguish between the entities. The apparatus 372 may be a UE. The device 352a may be a terrestrial network device (e.g., T-TRP) , and the device 352b may be a non-terrestrial network device (e.g., NT-TRP) . However, this is not necessary. For example, the device 352a may be a terrestrial network device or non-terrestrial network device, and the device 352b may be a terrestrial network device or non-terrestrial network device. They may be the same type of entities, e.g., the devices 352a and 352b may both be terrestrial devices, or the devices 352a and 352b may both be non-terrestrial network devices, although more generally this is not necessary. In the following, the reference character 352 may be used when referring to any one of the devices 352a and 352b, or any other similar devices.

[0136] The apparatus 372 represents any suitable end user device for wireless operation and may include devices such as (but not limited to) 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, an IoT device, an industrial device, a cellular telephone, a station (STA) , a machine type communication (MTC) device, a personal digital assistant (PDA) , a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, or an apparatus (e.g. communication module, modem, or chip) in any of the forgoing devices.

[0137] The apparatus 372 includes a transmitter 374, receiver 376, processor 380, memory 382, and one or more antennas 378. Only the transmitter 374, receiver 376, processor 380, memory 382, and antenna 378 is illustrated for simplicity, but the apparatus 372 may include one or more other components.

[0138] The processor 380 performs (or controls the apparatus 372 to perform) the operations described herein as being performed by the apparatus 372, as illustrated below and elsewhere in the present disclosure. For example, the processor 380 performs or controls the apparatus 372 to perform receiving transport blocks (TBs) from the device 352, using a resource for decoding of one of the received TBs, releasing the resource for decoding of another of the received TBs, and / or receiving configuration information configuring a resource sharing restriction level of a given process. The processor 380 generates messages for uplink transmission and processes received downlink transmissions. Generation of messages for uplink transmission may include arranging the information in a message format, encoding the message, modulating, performing beamforming (as necessary) , etc. Processing received downlink transmissions may include performing beamforming (as necessary) , demodulating and decoding the received messages, etc. Although not illustrated, the processor 380 may form part of the transmitter 374 and / or receiver 376. Although not illustrated, the memory 382 may form part of the processor 380. The memory 382 may be configured to store control information and / or data associated with some or all of the operations performed by the apparatus 372, for example some or all instructions to be executed by the processor 380 of the apparatus 372.

[0139] If the apparatus 372 is a UE, such as ED 110, then the processor 380 may be or include processor 210, the transmitter 374 may be or include transmitter 201, the receiver 376 may be or include receiver 203, and the memory 382 may be or include memory 208.

[0140] The devices 352a and 352b may be a T-TRP 170 or NT-TRP 172. However, as noted above, the device 352a and the device 352b may be the same type of entities or different types of entities. In some embodiments, the parts of the device 352 may be  distributed. For example, some of the modules of the device 352 may be located remote from the equipment housing the antennas of the device 352 and may be coupled to the equipment housing the antennas over a communication link (not shown) . For example, a baseband unit (BBU) of the device 352 may be remote from the radio frequency unit (RFU) of the device 352. As another example, the antenna (s) of the device 352 may be remote from the RFU of the device 352, or alternatively the antenna (s) may be integrated into the RFU. The term antenna, as used herein, also encompasses a panel, e.g., a panel antenna.

[0141] Because the device 352 may be distributed, in some embodiments the term device 352 may also or instead refer to modules on the network side that perform processing operations, such as resource allocation (scheduling) , message generation, encoding / decoding, etc., and that are not necessarily part of the equipment housing the antennas of the device 352. The modules may also be coupled to other devices (e.g., TRP) . In some embodiments, the device 352 may actually be a plurality of TRPs that are operating together to serve an apparatus, e.g., through coordinated multipoint transmissions.

[0142] The device 352 includes a transmitter 354 and receiver 356, which may be integrated as a transceiver. The transmitter 354 and receiver 356 are coupled to one or more antennas 358. Only one antenna 358 is illustrated. The device 352 further includes a processor 360. The processor 360 performs (or controls the device 352 to perform) the operations described herein as being performed by the device 352, as illustrated below and elsewhere in the present disclosure. For example, the processor 360 performs or controls the device 352 to perform transmitting configuration information configuring a resource sharing restriction level of a given process. The processor 360 generates messages for downlink transmission and processes received uplink transmissions. Generation of messages for downlink transmission may include arranging the information in a message format, encoding the message, modulating, performing beamforming (as necessary) , etc. Processing uplink transmissions may include performing beamforming (as necessary) , demodulating and decoding the received messages, etc. Although not illustrated, the processor 360 may form part of the transmitter 354 and / or receiver 356. The device 352 further includes a memory 362 for storing information (e.g., control information and / or data) . The information stored in the memory 362 may include control information and / or data associated with some or all of the operations performed by the device 352, for example some or all instructions to be executed by the processor 360 of the device 352.

[0143] The processor 360 and processing components of the transmitter 354 and receiver 356 may be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g., in memory 362) . Alternatively, some or all of the processor 360 and / or processing components of the transmitter 354 and / or receiver 356 may be implemented using dedicated circuitry, such as a programmed FPGA, a GPU, or an ASIC.

[0144] If the device 352 is a T-TRP 170, then the transmitter 354 may be or include transmitter 252, the receiver 356 may be or include receiver 254, the processor 360 may be or include processor 260 and may implement scheduler 253, and the memory 362 may be or include memory 258. If the device 352 is a NT-TRP 172, then the transmitter 354 may be or include transmitter 272, the receiver 356 may be or include receiver 274, the processor 360 may be or include processor 276, and the memory 362 may be or include memory 278.

[0145] Embodiments in the present disclosure are described in the context of a UE communicating with a TRP (T-TRP, NT-TRP) , where the UE is apparatus 372 and the TRP is device 352. However, more generally, two entities that wirelessly communicate with each other need not necessarily be a UE and a TRP communicating each other using uplink and / or downlink communication. To more easily distinguish between the two entities, one will be referred to as apparatus and the other will be referred to as device. The apparatus may be a UE, like in the embodiments below. The device may be a network device, e.g., a TRP, like in the embodiments below. However, this is not necessary. For example, the apparatus may be a UE or network device, and the device may be a UE or a network device. The terms “apparatus” and “device” are simply used to more easily distinguish between the two entities. They may be the same type of entity, e.g., the apparatus and the device may both be UEs, or the apparatus and the device may both be network devices (e.g., base stations or other TRPs) , although more generally this is not necessary.

[0146] As noted above, in current 5G NR systems, transport blocks (TBs) carrying UE-specific data may be decoded by a UE and held in a soft buffer until the TBs have been decoded correctly or a maximum number of retransmissions have been attempted. According to conventional techniques, soft buffer space is equally dimensioned for all hybrid automatic repeat request (HARQ) processes based on maximum TB size.

[0147] A soft buffer may refer to a buffer used by an apparatus (e.g., user equipment (UE) ) to store decoded transport block (TB) bits, where “soft” refers to the use of so-called soft-decoding algorithms in which outputs of a decoder include not only decoded bits but also reliability values such as log-likelihood ratio (LLR) of the decoded bits. In some embodiments of the present disclosure, the soft buffer may be an allocated memory in hardware or a part thereof used for storing bits for soft decoding, e.g., a register and / or physical form of memory. However, the soft buffer is not limited to such memory but include any other type or form of hardware that may perform similar functions. In one example, the soft buffer is part of memory 382.

[0148] TBs may be a collection of one or more code blocks (CBs) where each CB is an output of a decoder. A cyclic redundancy check (CRC) is typically appended to each CB to assist an apparatus in determining whether or not the CB was successfully decoded. For example, in low density parity check (LDPC) coding, the maximum CB size (Kcb) may be 8448 bits when using LDPC base Graph 1, or 3840 bits when using LDPC base Graph 2. When the number of bits in a TB is greater than the maximum CB size (Kcb) , the number of CB, which is denoted as C in Equation (2) below, may be determined according to Equation (2) shown below:

[0149] where B is the number of bits in a TB and L is the number of bits in the CRC.

[0150] In Equation (2) , given that the CRC is appended to each CB after segmentation of the TB, the number of bits (B) in a TB may not include the number of bits (L) in the CRC, whereas the maximum CB size (Kcb) may include the number of bits (L) in the CRC, i.e., B may not include L, and Kcb may include L. It may be noted that the number of bits (L) in the CRC may be 24 bits. Equation (2) is provided and explained in detail at Section 5.2.2 of 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 38.212, Version 17.2.0, where CB segmentation and CB CRC attachment are also discussed.

[0151] In current 5G NR systems, HARQ operation may rely on a stop-and-wait protocol, in which a transmitter waits for a receiver to explicitly acknowledge receipt of a data packet before sending a new data packet. The 5G NR physical downlink control channel (PDCCH) may carry a downlink control information (DCI) format with a new data indicator  (NDI) field to indicate a new transmission (NDI=1) or to indicate a retransmission (NDI=0) for a given HARQ process identifier (ID) . Toggling of the NDI field may be based on ACK / NAK feedback transmitted by a receiving UE. This may allow 5G NR to operate an asynchronous HARQ protocol.

[0152] HARQ processes in 5G NR may belong to a HARQ entity of {8, 16, 32} processes, which may operate in parallel. Each HARQ process may be used to handle the reception of one TB at any given time at a UE side. Similarly, each HARQ process may be used to handle the transmission of one TB at any given time at a network side. These HARQ processes may operate in “staggered” fashion to support continuous data reception at the UE, allowing the UE to decode different TBs in parallel. In conventional implementations, the soft buffer space allocated to a HARQ process may not be used to receive another TB until the NDI field has been toggled to 1 for that HARQ process.

[0153] Soft buffer size or capacity may be dimensioned based on the number of HARQ processes (e.g., 8, 16, 32) . The size of a soft buffer in 5G NR may be expressed as N *M *S, where N is the number of HARQ processes, M is the maximum TB size, and S is the number of TBs for spatial multiplexing. Spatial multiplexing may be a multiple input multiple output (MIMO) transmission scheme in which a transmitter may be able to send data using multiple layers (e.g., multiple MIMO layers) to a receiver. Thus, S may be the number of MIMO layers. However, in the context of non-terrestrial communications, communication systems may typically use only one MIMO layer (e.g., line-of-sight path) . The nature of the non-terrestrial channel may be not friendly for multi-path communications, and non-terrestrial channels may be line-of-sight dominant. Therefore, only 1 TB may be transmitted at a time, i.e., S=1. The number of HARQ processes may be also dimensioned in a way to match the round-trip time of the communication system. The longer the round trip time, the more HARQ processes may be needed.

[0154] FIG. 6 is a block diagram illustrating 5G NR HARQ operation. In FIG. 6, a series or stream of TBs may be scheduled to be transmitted, and one of the TBs is labelled at 602. The arrows 606 are intended to illustrate mapping of HARQ processes to allocated soft buffer space in an example in which up to eight HARQ processes may be operating at any time. 610 denotes the soft buffer, and each row in the soft buffer 610 may represent the space in the soft buffer that has been allocated to each HARQ process.

[0155] Soft buffer space for up to a maximum size TB may be allocated to, and locked out for, each HARQ process, even though a scheduled TB may have a much smaller size. The scheduled TB may have a much smaller size than the maximum size TB, for example, if the link quality is not as good. An example of this is illustrated at 612 in FIG. 6, by showing only some of the soft buffer space that has been allocated to each HARQ process as being occupied. Although the soft buffer 610 in FIG. 6 clearly has available space, the TBs 604 may not be transmitted until soft buffer space for current HARQ processes has been cleared, which may be dependent upon the UE sending ACK / NAK feedback to the network device that is transmitting previous TBs.

[0156] As noted above, conventional hybrid automatic repeat request (HARQ) processes may not be the most effective, for example, in non-terrestrial communication systems. Accordingly, different approaches may be adopted for downlink (DL) transmission of TBs in non-terrestrial communication systems. One approach may be using a “Time Until Discard” (TUD) .

[0157] TUD may be defined as a time interval that a data block (e.g., transport block (TB) ) carried in a corresponding physical downlink control channel (PDCCH) transmission is allowed to remain in the UE’s soft buffer. TUD may or may not include data block decoding time. For example, in some embodiments, TUD may be specified as a time interval or period of time after the decoding time, and in this sense may be considered to be applied after decoding time or to not include decoding time. A time unit used to express TUD may be slots, where a slot is a group of, for example, orthogonal frequency division multiplexing (OFDM) symbols.

[0158] A DCI (also may be called DCI format) carried in a PDCCH may be defined with a new field to indicate TUD. This new field may be called “Time Until Discard” , or may be given any other name. A value of this field indicates, explicitly or implicitly, how long a data block that is carried in a corresponding PDSCH transmission is allowed to stay in the UE’s soft buffer. The time unit for the TUD may be, for example, an OFDM symbol, a group of OFDM symbols, a mini-slot, a group of mini-slots, a slot, a group of slots, seconds, milli-seconds, micro-seconds, etc. The present disclosure is not restricted to any particular time unit. A time unit is not the only value that may be carried by a TUD field. A value in this  field may indicate an index or other identifier of a configured time unit value, for example, to provide an implicit indication of TUD.

[0159] In one possible implementation, a network device may configure a set of candidate values for TUD, using higher-layer signaling such as RRC signaling for example, and may additionally activate or deactivate a subset of the candidate values for the TUD from within the set of configured candidate values for the TUD, using lower-layer signaling such as a MAC-CE command. The activation (or deactivation) of one or more candidate values for the TUD may be done using an activation command sent within a MAC-CE command, to inform the UE about values that the TUD field in the DCI is allowed to take.

[0160] A UE may apply the TUD (e.g., the UE start running a timer or a counter and set a value of the timer or the counter to a (TUD) value indicated in the TUD field of the DCI) to the data block (e.g., TB) of a corresponding PDSCH transmission. For example, in the case of a counter, if the UE has not successfully decoded the data block, then the UE may decrement the counter by one for every passing slot. If the UE has not correctly decoded the data block by expiry time of the counter (e.g., when the counter for the data block is decremented and finally becomes 0) , the UE flushes the soft-decoded bits of the data block and the corresponding Log Likelihood Ratio (LLR) values from its soft buffer. It is noted that the UE can set the value of a timer or a counter to 0 and increase the timer or the counter as time goes. If the UE has not correctly decoded the data block by expiry time of the counter (e.g., when the counter for the data block is incremented and finally becomes the value of TUD) , the UE may flush the soft-decoded bits of the data block and the corresponding Log Likelihood Ratio (LLR) values from its soft buffer. In the case of a timer, the timer may be used in a manner similar to the counter as described above and elsewhere in the present disclosure.

[0161] Some restrictions may apply on DCI format. For instance, the presence of the TUD field in the DCI format message may be an implicit indication that the PDSCH (scheduled by the corresponding PDCCH) carries a new transmission of a data block. Conversely, the absence of the TUD field in the DCI format message may be an implicit indication that the PDSCH (scheduled by the corresponding PDCCH) carries a retransmission of a data block that was previously transmitted by the network device and whose decoded bits are still in the UE’s soft buffer. If the DCI format message is inconsistent, then the UE may  treat the DCI format message as invalid and discard all the information in the DCI format message, resulting in the UE not receiving and decoding the corresponding PDSCH transmission.

[0162] Embodiments of the present disclosure may address problems related to resource management for efficient data communication in 6G terrestrial network (TN) and / or non-terrestrial network (NTN) systems for example. For example, embodiments may propose how to share memory spaces (e.g., soft buffer) at a UE between processes (e.g., HARQ processes) used by TN and processes (e.g., TUD processes) used by NTN. In another example, embodiments may propose how to share hardware resources (e.g., processing units such as CB processing units) at a UE for decoding CBs in integrated TN / NTN systems (e.g., network systems where terrestrial devices and non-terrestrial devices may coexist) . Embodiments of the present disclosure may also address problems related to managing different type of processes (e.g., HARQ processes and TUD processes) to ensure efficient and continuous data communication and may be of particular advantage in 6G integrated TN / NTN systems for example.

[0163] In the present disclosure, “fence” may refer to a (virtual) border, boundary, barrier, or any similar form thereof used by a UE to define or distinguish an area within the memory space (e.g., UE soft buffer) that may be used to store the output of the decoder (e.g., the decoded TB / CB bits and their reliability values) for a given process (e.g., HARQ or TUD process) . Whether the fenced area of the memory space is to be shared may be determined based on the “fence type” of the given process, which might be considered and / or referred to as resource sharing restriction level of the given process. The resource sharing restriction level or fence type may refer to information indicative of priority of a given process (e.g., HARQ or TUD process) in terms of resource management. The resource sharing restriction level or fence type may be used for determining whether or not to release the resource used by the given process to share the resource with one or more other processes. Although the “fence” , “fence type” , and “resource sharing restriction level” are illustrated above in connection with a specific type of resource, namely memory space (e.g., soft buffer) , they may be applicable to other types of resources, such as various types of processing units (e.g., CB processing unit) in an appropriate manner. In the present disclosure, for the purpose of illustration, the “fence type” and “resource sharing restriction level” may be interchangeably used, or “fence type” may be an example of a “resource sharing restriction level” .

[0164] The present disclosure may provide methods, apparatuses, and devices for resource management that may be used in TN systems, NTN systems, and integrated TN / NTN systems (e.g., network systems where terrestrial devices and non-terrestrial devices may coexist) .

[0165] Aspects of the present disclosure may include a resource sharing restriction level, such as a fence type, associated with a given process for the purpose of sharing resources between different processes. As noted above, the resources to be shared may include memory spaces (e.g., soft buffer) of UEs that may be used for storing one or more bits related to decoding of code blocks (CBs) of a transport blocks (TBs) , and / or processing units (e.g., CB processing units) of UEs that may be used for decoding CBs. Aspects of the present disclosure may include feedback (e.g., 1-bit soft buffer sharing feedback) indicating that one or more unsuccessfully decoded CBs of the TB are removed from the memory space.

[0166] Embodiments may be implemented in, or in conjunction with, any of various types of user apparatuses, such as terminals, phones, vehicles, wearables, tablets, and any such apparatuses that support radio access technologies such as 5G NR, future 6G systems, Wi-Fi, and satellite communication systems. Such communication apparatuses are generally referenced herein as UEs, and a UE is intended to include all such user apparatuses.

[0167] Terrestrial TRPs and non-terrestrial TRPs use physical layer control channels (e.g., physical downlink control channel (PDCCH)  / physical uplink control channel (PUCCH) ) and physical layer data channels (physical downlink shared channel (PDSCH)  / physical uplink shared channel (PUSCH) ) in order to communicate with UEs. These UEs may be embedded systems where storage and battery space is limited, and therefore the buffer memory space used to store decoded bits of received data blocks (e.g., data blocks received in DL PDSCHs) and their associated reliability bits (e.g., log-likelihood ratio (LLR) values) may be also limited.

[0168] An overview of various embodiments of the present disclosure is provided below. In the following overview, it is assumed that a UE is communicating with two network devices (e.g., a T-TRP and an NT-TRP) , and that T-TRPs use HARQ processes for managing retransmissions of TBs and NT-TRPs use TUD processes for managing retransmissions of TBs. For example, the UE may be apparatus 372, the T-TRP may be device 352a and the NT-TRP may be device 352b.

[0169] In some embodiments, a network device may transmit signaling, such as a higher-layer signaling message (e.g., in radio resource control (RRC) signaling) , to the UE. Such signaling may carry configuration information (e.g., higher-layer configuration parameters) associated with HARQ processes for the TN and / or TUD processes for the NTN. The configuration information may configure resource sharing restriction levels (e.g., fence types) of HARQ and / or TUD processes. Each of the HARQ and TUD processes may be configured with a resource sharing restriction level or fence type. The UE may receive a data block (e.g., TB) associated with a HARQ or TUD process, and decode the received data block based on the resource sharing restriction level associated with the given HARQ or TUD process.

[0170] In some embodiments, the signaling (e.g., higher-layer signaling message) may include configuration information configuring a number of processing units (e.g., CB processing units) to be used by a given HARQ or TUD process for decoding of the data blocks (e.g., decoding of one or more CBs of a given TB) . The UE may transmit information indicative of its capability including a total number of available processing units. The total number of the processing units (e.g., CB processing units) may correspond to the number of CBs that can be decoded by the UE in parallel, concurrently, or simultaneously. The information indicative of the UE capability (e.g., number of processing units) may be transmitted to the network device, for example using a UE capability response message. The processing units may be used for decoding of one or more CBs of the same TB associated with one process, or may be shared between multiple processes (e.g., shared between a HARQ process and a TUD process) and used for decoding of multiple different TBs associated with multiple different processes. Put another way, the processing units may be allocated to one process for decoding of CBs within the same TB or allocated to the multiple different processes for decoding of multiple different TBs associated with the multiple different processes.

[0171] In some embodiments, the UE may simultaneously receive PDSCH transmissions that carry TBs from different TN TRPs, NTN TRPs, or TN and NTN TRPs. The TBs may be received from different TN TRPs and / or NTN TRPs using the same time resources. Such PDSCHs may be transmitted on different frequency resources. The different frequency resources may belong to the same bandwidth part (BWP) , different BWPs, same component carrier (CC) , different CCs, same frequency band, or different frequency bands.  When receiving PDSCH transmissions that carry TBs from different TRPs, the UE may use the same memory (e.g., soft buffer) to store one or more bits related to decoding of data blocks (e.g., CBs within a TB) and their associated reliability bits (e.g., log-likelihood ratio (LLR) values of the CBs that belong to the TBs received via PDSCH transmissions) .

[0172] In some embodiments, the UE may be required to decode CBs of a TB within a certain time limit. Such time limit may be considered decoding time (e.g., CB decoding time) . The decoding time may be expressed as an integer multiple of Tc. Tc may indicate a time unit defined for example in seconds, milli-seconds, micro-seconds, nano-seconds, pico-seconds, or femto-seconds. As an example, in 5G NR, Tc may be obtained using Equation (3) described below.

[0173] When Δfmax = 480 kHz and Nf= 4096, Tc will be 0.508626 nano-seconds according to Equation (3) . If the UE is provided with a certain decoding time for decoding of a data block, the UE may be required to provide, within the given decoding time, a valid indication of whether the data blocks have been successfully decoded (e.g., HARQ-ACK or HARQ-NAK) . For example, when all of CBs that belong to a TB have been successfully and correctly decoded within a given decoding time, then the UE may be required to send a valid HARQ-ACK for the decoding of the TB. When at least one of CBs that belong to the TB has been unsuccessfully or incorrectly decoded, the UE may be required to send a valid HARQ-NAK for the decoding of the TB. On the other hand, if the UE is not provided with a certain decoding time for decoding of a data block, the UE may be not required to provide a valid indication of whether the data blocks have been successfully decoded (e.g., HARQ-ACK or HARQ-NAK) .

[0174] In some embodiments, the UE may generate feedback indicating that one or more unsuccessfully decoded CBs of a TB are removed from the memory space (e.g., soft buffer space (SBS) ) of the UE. Such feedback may be referred to as a SBS feedback or a SBS feedback bit. When each HARQ or TUD process has a different priority, the UE may generate the SBS feedback when one or more unsuccessfully or incorrectly decoded CBs of a TB associated with one HARQ or TUD process having lower priority is removed from the memory space. The memory space may be instead used to store bits associated with another  HARQ or TUD process having higher priority. The SBS feedback may be appended to the corresponding feedback information indicating that one or more CBs have been unsuccessfully or incorrectly decoded, e.g., HARQ-NAK. In this way, the network device may be informed that one or more CBs of the TB that corresponds to the received feedback information (e.g., HARQ-NAK) have been unsuccessfully or incorrectly decoded, and the one or more unsuccessfully decoded CBs have been removed from the memory space (soft buffer space) of the UE. The SBS feedback bits may be alternatively referred to as soft buffer sharing information bits, SBS feedback information bits, SBS bits, or SBS information.

[0175] According to some embodiments, a process, such as a HARQ or TUD process, may be associated with a “fence” . There might be one or more fence types which might be considered and correspond to resource sharing restriction levels. Although there are a variety of ways to define or name each fence type, for the purpose of illustration, it is assumed that the fence types comprise “none” , “soft” or “hard” in the present disclosure. However, it should be noted that there might be less than or more than three fence types that may be associated with a given process. It should be also noted that each fence type may be expressed in a manner other than “none” , “soft” or “hard” .

[0176] In some embodiments, it may be considered that a fence is placed within memory space to define or distinguish a portion of the memory space to be used by a given process (e.g., HARQ or TUD process) . The fenced portion of the memory space may be occupied by data of the corresponding TB, which may include one or more soft-decoded bits of the corresponding TB and their corresponding LLRs. The data stored in the fenced portion of the memory space may be associated with the given process, and not be overwritten or erased from the memory space by another process unless the other process is associated with harder / higher fence type (i.e., higher resource sharing restriction level) or has higher priority. In other words, access to the fenced portion of the memory space by other processes may be at least partly restricted. The fence may remain for the memory space until the associated process is finished. For example, the fenced portion of the memory space allocated to the given HARQ or TUD process may be locked until the TB carried by the given HARQ or TUD process is successfully and correctly decoded, or until unsuccessfully or incorrectly decoded CBs (i.e., NAK’ed CBs) of the TB are cleared from the memory space, which corresponds to when the associated process is finished. The NAK’ed CBs may be cleared from the memory space when the maximum number of HARQ retransmissions have been  attempted in case of the HARQ process, or when the TUD timer has expired (i.e., expiry time of the TUD has reached) in case of the TUD process.

[0177] In some embodiments, a network device, e.g., TN TRPs or NTN TRPs, may configure candidate values for the fence type (resource sharing restriction level) of a given process, using higher-layer signaling. For example, a network device may determine a fence type (resource sharing restriction level) of a process, and transmit, to a UE, configuration information configuring the fence type (or resource sharing restriction level) using higher-layer signaling, such as RRC signaling. The configuration information may include a parameter for the fence type (e.g., “fenceType” ) or the resource sharing restriction level. The value of this parameter may indicate the fence type of the given process.

[0178] As noted above, for the purpose of illustration, it is assumed that the fence types comprise “none” , “soft” or “hard” in the present disclosure. The “hard” fence type may correspond to restraining memory space associated with a given process from being released during the decoding of the TB associated with the given process. The “soft” fence type may correspond to allowing part of the memory space associated with a given process to be released for the decoding of a TB associated with another process during the decoding of the TB associated with the given process, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the TB associated with the given process. The “none” fence type may correspond to allowing at least part of the memory space associated with a given process to be released for decoding of a TB associated with another process during the decoding of a TB associated with the given process, regardless of whether the at least part of the memory space associated with the given process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the TB associated with the given process.

[0179] In embodiments where the fence type is configured “hard” , a UE may allocate a portion of the memory space (e.g., soft buffer) to the given process. The allocated memory space portion may be used for mission critical traffic, such as emergency messages related to earthquake, tsunami, or weather-related information. When the fence type of a given process is “hard” , the allocated portion of the memory space portion (i.e., fenced portion of the memory space) may not be used by or shared with other processes, e.g., other HARQ or TUD processes, until the allocated portion is released by the given process. For example, when the  fence type is configured “hard” and the given process is a HARQ or TUD process, the fenced portion of the memory space may not be released until the TB carried by the given HARQ or TUD process is successfully and correctly decoded, or until the maximum number of HARQ retransmission attempts have been made or the TUD timer has expired (i.e., the expiry time of the TUD for the TB carried by the given process has been reached) .

[0180] FIG. 7 illustrates an example soft buffer 700 that is allocated to HARQ processes whose fence types are set to “hard” , in accordance with embodiments of the present disclosure. Referring to FIG. 7, a portion 710 of the soft buffer 700 may be allocated to a first HARQ process, and another portion 720 of the soft buffer 700 may be allocated to a second HARQ process. It may be noted that the remaining portion 730 of the soft buffer 700 may be empty memory space that is not allocated to other HARQ or TUD processes, or memory space that is allocated to other processes that are not related to decoding of TBs of the first and second HARQ processes. It may be also noted that a space representing the size of the soft buffer 700 may be much smaller than what is illustrated in FIG. 7. Put another way, UEs, especially UEs that are embedded systems where resources are limited, may not always have sufficient empty memory space to store all decoded CBs (received in DL PDSCHs) and their corresponding respective LLR values.

[0181] The fence type or resource sharing restriction level of the first HARQ process may be set to “hard” . While a TB associated with the first HARQ process, referred to as “first TB”for illustrating FIG. 7, is being decoded, some CBs of the first TB may be successfully and correctly decoded and other CBs of the first TB may be unsuccessfully or incorrectly decoded. The successfully decoded CBs, i.e., ACK’ed CBs, of the first TB may occupy a part 714 of the portion 710 of the soft buffer 700, or alternatively the part 714 may be unoccupied if the successfully decoded CBs are moved out of the soft buffer 700. The part 714 may also include unoccupied memory space if the allocated portion 710 is large enough to accommodate the maximum TB size (e.g., a maximum size TB can be allocated to the portion 710) , but the TB being decoded is smaller than the maximum TB size. The unsuccessfully decoded CBs, i.e., NAK’ed CBs, of the first TB may occupy the other part 712 of the portion 710 of the soft buffer 700.

[0182] The fence type or resource sharing restriction level of the second HARQ process may be also set to “hard” . While a TB associated with the second HARQ process,  referred to as “second TB” for illustrating FIG. 7, is being decoded, some CBs of the second TB may be successfully and correctly decoded and other CBs of the second TB may be unsuccessfully or incorrectly decoded. The successfully decoded CBs, i.e., ACK’ed CBs, of the second TB may occupy a part 724 of the portion 720 of the soft buffer 700, or alternatively the part 724 may be unoccupied if the successfully decoded CBs are moved out of the soft buffer 700. The part 724 may also include unoccupied memory space if the allocated portion 720 is large enough to accommodate the maximum TB size (e.g., a maximum size TB can be allocated to the portion 720) , but the TB being decoded is smaller than the maximum TB size. The unsuccessfully decoded CBs, i.e., NAK’ed CBs, of the second TB may occupy the other part 722 of the portion 720 of the soft buffer 700.

[0183] The ACK’ed CBs of the first and second TBs can be removed from the memory space 700 and placed in another location (e.g., separate memory space, queue, or buffer) because the ACK’ed CBs are not further needed for decoding of the first and second TBs. Instead, only the NAK’ed CBs of each TB may be needed for further decoding process, and therefore the NAK’ed CBs of the first and second TBs may need to stay at the parts 712 and 722 of the soft buffer 700, respectively. For example, the parts 712 and 722 may be occupied by the NAK’ed CBs at least until the first and second TBs are retransmitted, in order to perform soft combining.

[0184] As noted above, the ACK’ed CBs of the first and second TBs can be removed from the soft buffer 700, and therefore the parts 714 and 724 of the soft buffer 700 can be freed. However, although the parts 714 and 724 can be released in theory, given that the fence types of the first and second HARQ process are set to “hard” , the parts 714 and 724 of the soft buffer 700 reserved for the first and second HARQ process may be locked, until the first and second TBs are successfully and correctly decoded and therefore released by the first and second processes. In other words, given that the fence types of the first and second HARQ processes are set to “hard” , the portion 710 and the portion 720 of the soft buffer 700 may not be used by other processes until those portions are released by the first and second HARQ processes (e.g., until the first and second HARQ processes are finished) , even if the portions 710 and 720 include unoccupied memory space.

[0185] In some embodiments, the fence type (resource sharing restriction level) configured by the configuration information using higher-layer signaling (e.g., RRC signaling)  may be set to “soft” . In such embodiments, a UE may allocate a portion of the memory space (e.g., soft buffer) to the given process such that a part of the memory space that is occupied by one or more unsuccessfully decoded CBs (i.e., NAK’ed CBs) may not be used by other processes, e.g., other HARQ or TUD processes, and a part of the memory space that is unoccupied or that is occupied by one or more successfully decoded CBs (i.e., ACK’ed CBs) may be released or freed. The released part of the memory space can be used by other processes, e.g., other HARQ or TUD processes. For example, when the fence type is configured “soft” and the given process is a HARQ or TUD process, a part of the fenced portion of the memory space (initially) allocated to the given HARQ or TUD process may be dynamically reallocated to another HARQ or TUD process after CBs occupying the part of the fenced portion of the memory space is successfully decoded.

[0186] FIG. 8 illustrates an example soft buffer 800 whose portion is initially allocated to a HARQ process and is later reallocated to a TUD process, in accordance with embodiments of the present disclosure. Referring to FIG. 8, a portion 810 of the soft buffer 800 may be initially allocated to a HARQ process. The fence type or the resource sharing restriction level of the HARQ process associated with the memory portion 810 may be set to “soft” .

[0187] While a TB associated with the HARQ process, referred to as a first TB for illustrating FIG. 8, is being decoded, some CBs of the first TB may be successfully and correctly decoded and other CBs of the first TB may be unsuccessfully or incorrectly decoded. The successfully decoded CBs, i.e., ACK’ed CBs, of the first TB may initially occupy a part 814 of the portion 810 of the soft buffer 800. The part 814 may also include unoccupied memory space, e.g. if the allocated portion 810 is large enough to accommodate the maximum TB size (e.g., a maximum size TB can be allocated to the portion 810) , but the TB being decoded is smaller than the maximum TB size. The unsuccessfully decoded CBs, i.e., NAK’ed CBs, of the first TB may occupy the other part 812 of the portion 810 of the soft buffer 800.

[0188] Given that the fence type of the HARQ process is set to “soft” , the memory space part 814 may be released. Any successfully decoded CBs in part 814 are moved out of the soft buffer to allow for the release. The release of the memory space part 814 may occur during decoding of the first TB (e.g., before decoding of the first TB is finished) . The  released memory space part 814 may be reallocated to a TUD process for decoding of a TB associated with the TUD process, referred to as “second TB” for illustrating FIG. 8. The fence type or the resource sharing restriction level of the TUD process may be set to “hard” or “soft” . If the fence type of the TUD process is “soft” , priority of the TUD process may be higher than that of the HARQ process. The priority of the process is discussed below or elsewhere in the present disclosure.

[0189] As illustrated in FIG. 8, the released memory space part 814 may be part of the memory space portion 820 that comprises the memory space parts 822 and 824. The memory space part 822 may be occupied by one or more unsuccessfully decoded CBs, i.e., NAK’ed CBs, of the second TB, and the memory space part 824 may be occupied by one or more successfully decoded CBs, i.e., ACK’ed CBs, of the second TB or otherwise unoccupied. It should be noted that a portion of the memory space part 814 belongs to the memory space part 822, and the other portion of the memory space part 814 belongs to the memory space part 824.

[0190] It may be noted that the remaining portion 830 of the soft buffer 800 may be empty memory space that is not allocated to other HARQ or TUD processes, or memory space that is allocated to other processes that are not related to decoding of TBs of the HARQ and TUD processes described above. It may be also noted that a space representing the size of the soft buffer 800 may be much smaller than what is illustrated in FIG. 8. Put another way, UEs, especially UEs that are embedded systems where resources are limited, may not always have sufficient empty memory space to store all decoded CBs (received in DL PDSCHs) and their corresponding respective LLR values.

[0191] In some embodiments, a UE may determine whether to release a part of the memory allocated to a given process (e.g., HARQ or TUD process) based on at least one of a fence type (resource sharing restriction level) of the given process or a fence type (resource sharing restriction level) of another process that may utilize the memory space to be released by the give process. For example, if the fence type of a first process is “soft” and that of a second process is “hard” , a portion of the memory space occupied by one or more successfully decoded CBs of the TB associated with the first process (or a portion of the memory space allocated to the first process but not used by the first process) may be released and used for decoding of the TB associated with the second process.

[0192] In some embodiments, a UE may determine whether to release a part of the memory allocated to a given process (e.g., HARQ or TUD process) based on the priority of the process. For example, priority configured for a given HARQ or TUD process may be based on quality of service (QoS) associated with data carried in a TB that is associated with the given HARQ or TUD process. Assuming that three QoS levels (e.g., “low” , “medium” , “high” ) are available and HARQ or TUD processes are configured with the same fence type, e.g., “soft” fences, the process associated with “low” QoS data may have lowest priority, the process associated with “medium” QoS data may have medium priority, and the process associated with “high” QoS data may have high priority. Put another way, if a first process and a second process have the same “soft” fence type, whether to release a part of the memory allocated to the first or second process may be determined based on the QoS data associated with each of the first and second processes. For example, if the first process is associated with a TB carrying “low” QoS data and the second process is associated with a TB carrying “medium” or “high” QoS data, then a portion of the memory space occupied by one or more successfully decoded CBs of the TB associated with the first process may be released and used for decoding of the TB associated with the second process.

[0193] In some embodiments, a UE may determine whether to release a part of the memory allocated to a given process (e.g., HARQ or TUD process) based on the network slice to which the given process belongs. In 5G NR, network slicing may be considered a network configuration that allows multiple networks to be created on top of common physical infrastructure, where each network slice corresponds to a certain type of traffic (e.g., enhanced Mobile Broadband (eMBB) or Ultra Reliable Low Latency Communications (URLLC) or massive Machine Type Communications (mMTC) or Public Safety) . For example, priority configured for a given HARQ or TUD process may be based on the network slice associated with the data carried in a TB that is associated with the given HARQ or TUD process. Assuming that there are four network slice types (e.g., “eMBB” , “URLLC” , “mMTC” , “Public Safety” ) and HARQ or TUD processes are configured with the same fence type, e.g., “soft” fences, the process associated with “eMBB” may have the lowest priority, and the process associated with “Public Safety” may have the highest priority. Put another way, if a first process and a second process have the same “soft” fence type, whether to release a part of the memory allocated to the first or second processes may be determined based on the network slices associated with each of the first and second processes. For  example, if the first process is associated with a TB carrying “eMBB” data and the second process is associated with a TB carrying “URLLC” data, then a portion of the memory space occupied by one or more successfully decoded CBs of the TB associated with the first process may be released and used for decoding of the TB associated with the second process.

[0194] In some embodiments, the fence type of the process may overrule the priority of the process. In other words, when the fence type or the resource sharing restriction level of a given process is lower than that of another process, part of the memory space associated with the given process is released irrespective of priority of the given process and priority of the other process. For example, if a first process has a “soft” fence and is associated with a TB carrying “high” QoS data, and a second process has a “hard” fence and is associated with a TB carrying “low” QoS data, then the second process may take precedence over the first process, and therefore a memory space allocated to the first process that is unoccupied or that is occupied by ACK’ed CBs associated with the first process may be released and reallocated to the second process to be used for decoding of the TB associated with the second process.

[0195] In some embodiments, the fence type may take precedence in hardening or softening the fence relative to the fence of another HARQ / TUD process. In such embodiments, sub-categorizations for the fence types may be defined. For example, processes having “soft” fence type may have different sub-categories of priorities, and configured to have “soft higher priority” and “soft lower priority” . When there are a process with “soft higher priority” and a process with “soft lower priority” , and the memory space for decoding is available for only one process, then the process with "soft higher priority” may take precedence over the process with “soft lower priority” .

[0196] In some embodiments, the fence type (resource sharing restriction level) configured by the configuration information using higher-layer signaling (e.g., RRC signaling) may be set to “none” , i.e., there is no fence around the data associated with the corresponding TB (e.g., soft-decoded bits and their corresponding LLRs) . In such embodiments, the data (e.g., soft-decoded bits and their corresponding LLRs) associated with a given process may be deleted from a memory space used for decoding of the TB associated with the given process, or overwritten by another process. Such overwriting and erasure may take place under specific modalities and conditions as illustrated below.

[0197] In embodiments where the fence type is configured as “none” , a UE may allocate a portion of the memory space (e.g., soft buffer) to the given process (e.g., HARQ or TUD process) such that a part of the memory space used by the given process may be released and used by another process (e.g., HARQ or TUD process) that has higher priority than the given process. The priorities may be implemented in various ways. One way to implement this may be to utilize fence types of (HARQ or TUD) processes. For example, as noted above, the “hard” fence type may have the highest priority, the “soft” fence type may have the medium priority, and the “none” fence type may have the lowest priority.

[0198] It should be noted that “fences” may be implemented in various ways. For the purpose of illustration, it is assumed that different CBs are processed as “atomic” blocks, and each atomic block effectively corresponds to a sequential stream of instructions. In some embodiments, a fence instruction may be implemented as a “dummy” instruction. It should be noted that the dummy instruction does nothing, e.g., no action is triggered by the dummy instruction. The purpose of this “dummy” instruction may be to effectively separate different atomic blocks that correspond to different CBs. This may allow the UE to separate the “processing” instructions that correspond to different CBs in the time domain and / or in the CB processing unit domain. In some embodiments, a fence instruction may be implemented as a dedicated “CB switching” instruction. The CB switching instruction may store an output of the stream of instructions that correspond to the first CB in memory, and trigger the memory to receive an input for the stream of instructions corresponding to the second CB. In some embodiments, based on the nature of the underlying hardware (e.g., ASIC, DSP, CPU, etc. ) and aspects related to the implementation of the instruction set architecture, other fence instruction implementations can be contemplated (e.g., fence instructions may be implemented as another type of instructions that is different from the dummy instructions or dedicated CB switching instructions) .

[0199] FIGs. 9-11 illustrate an example soft buffer 900 whose portion is initially allocated to HARQ processes having “none” fence type and is later reallocated to TUD processes having “soft” fence type, in accordance with embodiments of the present disclosure. In FIGs. 9-11, like elsewhere in the present disclosure, it is assumed that the “soft” fence type is considered to take precedence over the “none” fence type.

[0200] In FIG. 9, a UE may receive two TBs associated with two different HARQ processes, namely first and second HARQ processes. Then, a portion of the soft buffer 900 may be initially allocated to a first HARQ process, and another portion of the soft buffer 900 may be initially allocated to a second HARQ process. The fence types or the resource sharing restriction levels of the first and second HARQ processes may be set to “none” . It may be noted that although the first and second HARQ processes have the same fence type (i.e., “none” ) , the data carried in a TB associated with the first HARQ process and the data carried in a TB associated with the second HARQ process may not occupy the same portion of the soft buffer 900. It may be also noted that any successfully decoded CBs, i.e., ACK’ed CBs, may be removed from the soft buffer 900, because the ACK’ed CBs are not further needed for decoding of the TBs associated with the first and second HARQ processes. As such, only one or more unsuccessfully decoded CBs, i.e., NAK’ed CBs, in TBs associated with the first and second HARQ processes may occupy at the soft buffer 900. Specifically, the unsuccessfully CBs associated with the first HARQ process may occupy a part 910 of the soft buffer 900 and the unsuccessfully CBs associated with the second HARQ process may occupy another part 920 of the soft buffer 900.

[0201] It may be noted that the portion 930 of the soft buffer 900 may be empty memory space that is not allocated to other HARQ or TUD processes, or memory space that is allocated to other processes that are not related to decoding of TBs of the first and second HARQ processes. It may be also noted that a space representing the size of the soft buffer 900 may be much smaller than what is illustrated in FIGs. 9-11. Put another way, UEs, especially UEs that are embedded systems where resources are limited, may not always have sufficient empty memory space to store all decoded CBs (received in DL PDSCHs) and their corresponding respective LLR values.

[0202] The UE may also receive a TB associated with a TUD process that is different from the first or second HARQ process. It is assumed here that there is not enough memory space in the soft buffer 900 for decoding of the TB associated with the TUD process. The UE may determine whether to reallocate the memory space parts 910 and 920 that are initially allocated to the first and second HARQ processes to the TUD process. It is assumed that the TUD process may be configured to have “soft” fence type. Therefore, given that the first and second HARQ processes have the “none” fence type, the memory space parts 910 and 920 occupied by unsuccessfully decoded CBs (e.g., unsuccessfully decoded bits and their  corresponding LLR bits) associated with the first and second HARQ processes may be released and instead used for decoding of the TB associated with the TUD process (i.e., reallocated to the TUD process) .

[0203] After the reallocation, the released memory space parts 910 and 920 may be occupied by the data carried in CBs of the TB associated with the TUD process, as illustrated in FIG. 10. In FIG. 10, the memory space part 1010 denotes the memory space portion comprising the released memory spaces 910 and 920 (shown in FIG. 9) that were initially allocated to the first and second HARQ processes and are reallocated to the TUD process. After the reallocation, the memory space part 1010 may be considered to have “soft” fence, as denoted by the dashed lines at the boundary of the memory space part 1010. The memory space part 1010 may be considered to have “soft” fence, because the memory space part 1010 is now allocated to the TUD process which is configured to have “soft” fence type.

[0204] In some embodiments, given that the memory space part 1010 has “soft” fence, the memory space part 1010 not only includes the unsuccessfully decoded CBs of the TUD process, but may also include portions that are unoccupied or that are occupied by one or more successfully decoded CBs (i.e., ACK’ed CBs) in the TB associated with the TUD process. In such cases, the ACK’ed CBs of the TUD process can be removed from the soft buffer 900, and therefore that portion of the memory space part 1010 of the soft buffer 900 can be freed, if the decoding of the TB associated with the TUD process is finished or if it is needed for use by another process having “hard” fence type or having the same fence type and higher priority (e.g., “soft” fence type but carrying higher QoS data than the TUD process) .

[0205] It is noted that the above illustration is one example of dynamic reallocation of memory space to other HARQ / TUD processes.

[0206] The dynamic reallocation of memory space may occur in TN systems, NTN systems, and integrated TN / NTN systems (e.g., network systems where terrestrial devices and non-terrestrial devices may coexist) . For example, a portion of the soft buffer may be reallocated in a manner illustrated above, when large data with lower priority is carried in a TB and transmitted over a terrestrial link, and small data with higher priority is carried in another TB and transmitted over a non-terrestrial link. The dynamic reallocation of memory space is not limited to the scenario of TN systems, NTN systems, or integrated TN / NTN  systems, but is applicable more broadly to situations in which decoding of multiple TBs is required but available decoding resources (e.g., available memory in the soft buffer) are limited, which is not a scenario limited to a particular type of communication (e.g. terrestrial or non-terrestrial) or a particular radio access technology or a particular decoding process (e.g. HARQ, TUD) .

[0207] In some embodiments, when one or more unsuccessfully decoded CBs (NAK’ed CBs) are removed from the memory space (e.g., soft buffer) for one or more TBs associated with processes having higher priority (e.g., processes with “soft” or “hard” fence type) as illustrated above and in FIG. 10, a UE may need to inform the network device (e.g., a terrestrial TRP transmitting a TB associated with a process having “none” fence type) that the NAK’ed CBs are removed from the memory space before the decoding of the CBs is finished. For that, the UE may generate feedback (e.g., 1-bit soft buffer sharing (SBS) feedback) indicating that one or more unsuccessfully decoded CBs of the TB associated with a process having “none” fence type are removed from the memory space. Then, the UE may transmit the feedback to the network device. One example is illustrated in FIG. 11.

[0208] As noted above, the memory space part 1010 of the soft buffer 900 may comprise the released memory space parts 910 and 920 (not shown in FIG. 11) that were initially allocated to the first and second HARQ processes and are reallocated to the TUD process. In FIG. 11, it is assumed that the memory space part 1010 includes the combination of the memory space parts 910 and 920. The memory space part 1010 was initially occupied by the NAK’ed CBs associated with the first and second HARQ processes that are configured to have “none” fence type. Then, the memory space part 1010 was reallocated to the TUD process that is configured to have “soft” fence type. To carry out the reallocation, the NAK’ed CBs associated with the first and second HARQ processes were removed from the memory space part 1010 of the soft buffer 900. As the NAK’ed CBs were removed from the soft buffer 900 before the decoding is finished, a UE may generate feedback 1110 indicating that NAK’ed CBs associated with the first HARQ process are removed from the soft buffer 900 and feedback 1120 indicating that NAK’ed CBs associated with the second HARQ process are removed from the soft buffer 900. The feedback 1110 may comprise (i) a NAK feedback 1112 indicating failure of the decoding of the TB associated with the first HARQ process, and (ii) a soft buffer sharing (SBS) bit 1114 indicating that NAK’ed CBs associated with the first HARQ process are removed from the soft buffer 900. Similarly, the feedback  1120 may comprise (i) a NAK feedback 1122 indicating failure of the decoding of the TB associated with the second HARQ process, and (ii) a soft buffer sharing bit 1124 indicating that NAK’ed CBs associated with the second HARQ process are removed from the soft buffer 900. The generated feedback 1110 and 1120 may be transmitted to the network device.

[0209] There may be several manners to generate the feedback (e.g., feedback 1110, feedback 1120) . In some embodiments, a UE may generate feedback that includes a couple of bits in order of { “ACK / NAK” bit, “SBS” bit} for each NAK’ed CB that was removed from the memory space. In some embodiments, a UE may generate feedback that includes a couple of bits in order of { “ACK / NAK” bit, “SBS” bit} for each code block group (CBG) comprising NAK’ed CBs that were removed from the memory space. In some embodiments, a UE may generate feedback that includes a couple of bits in order of { “ACK / NAK” bit, “SBS” bit} for each TB comprising NAK’ed CBs that were removed from the memory space. It should be noted that there may be other manners to generate feedback indicating that one or more unsuccessfully decoded CBs of the TB associated with a process having “none” fence type are removed from the memory space.

[0210] It may be noted that the procedure and examples illustrated above and in FIG. 11 may be referred to as a “HARQ-ACK-SBS codebook” in which the UE generates HARQ-ACK feedback bits as well as soft buffer sharing (SBS) bits. The HARQ-ACK feedback bits and the SBS feedback bits may be included in the Uplink Control Information (UCI) . In some embodiments, other feedback bits such as channel state information (CSI) feedback bits, and / or Scheduling Request (SR) bits may be also included in the UCI.

[0211] Alternatively, the procedure and examples illustrated above and in FIG. 11 may be referred to as “multiplexing” because SBS feedback bits may be “multiplexed” with at least one of HARQ-ACK feedback bits, CSI feedback bits, or SR bits in a single PUCCH transmission. The UE may then transmit the UCI over a Physical Uplink Control Channel (PUCCH) over PUCCH resources. The PUCCH resources may be configured for the UE by the network, using higher-layer signaling (e.g., RRC) and indicated to the UE by the network in a corresponding Physical Downlink Control Channel (PDCCH) carrying a DCI format.

[0212] In some embodiments, the UE may multiplex SBS feedback bits with at least one of HARQ-ACK feedback bits, CSI feedback bits, or SR bits in a single PUSCH  transmission, if the UL resources on which the PUCCH transmission is scheduled to occur overlap in time with a PUSCH transmission.

[0213] In some embodiments, a UE may generate the “soft buffer sharing (SBS) ” feedback together with HARQ process identity feedback bits. The network may configure the UE to periodically report SBS bits in order to be aware of the status of the UE’s soft buffer. In a first example, assuming that the UE supports HARQ operation with up to 16 HARQ processes, the UE may generate SBS feedback bits as a bitmap where the Most Significant Bit (MSB) , equivalently the left-most bit, corresponds to the HARQ process whose identity is equal to 0 and the Least Significant Bit (LSB) , equivalently the right-most bit, corresponds to the HARQ process whose identity is equal to 15. For example, the UE may generate a bitmap that looks like the following: “0011100010100000” . The bitmap may indicate that the TBs associated with HARQ processes that correspond to bit positions having the value “1” were cleared from the soft buffer, so that the resource (e.g., portion of the UE's soft buffer) occupied by those TBs can be occupied by other TBs associated with processes with higher priority. In the above bitmap example, the TBs that correspond to HARQ processes whose identity are respectively {2, 3, 4, 8, 10} have been cleared from the UE’s soft buffer. In a second example, assuming that the UE supports HARQ operation with up to 16 HARQ processes, the UE may generate SBS feedback bits and HARQ process identity bits for example as Table 1 (from the MSB to the LSB) :

[0214] Table 1

[0215] The first field is a 1-bit “SBS feedback bit” which is used to indicate that one or more TBs have been cleared from the UE’s soft buffer. Following the SBS feedback bit, there are one or more HARQ process identify bits. Given that TBs have one-to-one correspondences to HARQ processes, the number of HARQ process identity fields may indicate the total number of TBs cleared from the UE’s soft buffer. For instance, if there is one HARQ process identity field, then one TB was cleared from the UE’s soft buffer; and if there are two HARQ process identity fields, then two TBs were cleared from the UE’s soft buffer; and so on. In some embodiments, each HARQ process identity field has a bit-width of 4 bits, based on the  assumption that the UE supports HARQ operation with up to 16 HARQ processes. In some embodiments, the HARQ process identity bit-width would be 5 bits, if the UE supports HARQ operation with up to 32 HARQ processes.

[0216] In some embodiments, a UE may generate the “soft buffer sharing (SBS) ” feedback together with bits corresponding to the index of slots in which the PDSCH transmissions carrying the TBs were received, detected and decoded by the UE. Assuming that the UE supports HARQ operation with up to 16 HARQ processes, the UE may generate SBS feedback bits and slot index bits for example as follows (from the MSB to the LSB) :

[0217] Table 2

[0218] The first field is a 1-bit SBS feedback bit which is used to indicate that one or more TBs have been cleared from the UE’s soft buffer. Following the SBS feedback bit, there are one or more slot index fields. Given that TBs have one-to-one correspondences to slot indexes, the number of slot indexes may indicate the total number of TBs cleared from the UE’s soft buffer. For instance, if there is one slot index field, then one TB was cleared from the UE’s soft buffer; and if there are two slot index fields, then two TBs were cleared from the UE’s soft buffer; and so on. In some embodiments, a slot index with a value of “0000” may map to the current slot, a slot index with a value of “0001” may be mapped to the previous slot, a slot index with a value of “0010” may be mapped to the slot located two slots before the current slot, and so on. Alternatively, in some other embodiments, a slot index with a value of “0000” may be mapped to the slot located sixteen slots before the current slot, a slot index with a value of “0001” may be mapped to the slot located fifteen slots before the current slot, a slot index with a value of “0010” may be mapped to the slot located thirteen slots before the current slot, and so on. In some embodiments, each slot index field may have a bit-width of 4 bits based on the assumption that the UE supports HARQ operation with up to 16 HARQ processes. In some embodiments, the slot index bit-width would be 5 bits, if the UE supports HARQ operation with up to 32 HARQ processes.

[0219] As described above or elsewhere in the present disclosure, the notion of fence type or resource sharing restriction level may be applied to the memory space (e.g., soft  buffer) occupied by data carried in a TB associated with a certain process (e.g., HARQ or TUD process) . In some embodiments, the fence type or resource sharing restriction level associated with a process (e.g., HARQ or TUD process) may be also or instead be used in the context of sharing a hardware logic (e.g., at least one processing unit) that may be used for decoding of one or more CBs with other processes. In other words, the notion of fence or fence type or resource sharing restriction level may be similarly applied to a hardware logic (e.g., CB processing unit) that may be used for processing of received data, e.g., decoding of CBs.

[0220] The hardware logic may be dedicated for processing (e.g., decoding) of the CBs, which may be referred to as a CB processing unit. Some of the hardware logic may be implemented on a circuitry, such as an application-specific integrated circuit (ASIC) , a digital signal processor (DSP) , a programmed field-programmable gate array (FPGA) , a graphical processing unit (GPU) , or a central processing unit (CPU) . The UE may include one or more CB processing units, each of which may process one CB at a time. The operation of CB decoding may be an “atomic” operation in that the CB processing unit may complete the decoding of CB in one step without interruption. Each TB may be a collection of individually coded CBs. As such, each CB in the TB may need to be individually decoded, before decoding of the TB is considered to be finished.

[0221] FIG. 12 illustrates an example of how CBs are processed using CB processing units dedicated for decoding of the CBs, in accordance with embodiments of the present disclosure. Each of the CB processing units 1201 and 1202 may process a respective CB from the CB input 1210. The CB input 1210 may comprise one or more CBs associated with certain processes (e.g., HARQ or TUD process) . The output from the CB processing units 1201 and 1202 is the CB output 1220. Each CB processed (e.g., decoded) by a CB processing unit 1201 or 1202 may be processed in one step without interruption. In one example, each of coded CBs, which may be considered as CB input 1210, may be processed by the CB processing units 1201 and 1202, individually and respectively. The processing may be for example decoding of CBs. After each processing (e.g., decoding) is finished, the CBs (e.g., decoded CBs) may be considered to be processed and regarded as CB output 1220.

[0222] As noted above, the notion of fence type may be applied to CB processing units. In some embodiments, it may be considered that a given process (e.g., HARQ or TUD  process) with “hard” fence type may place “hard” fences around the CB processing units allocated to the given process. Therefore, the “hard” fence type in the context of sharing CB processing units may correspond to restraining the CB processing units associated with the given process from being released during the decoding of the TB associated with the given process. In other words, the given process with “hard” fence type may use all of the CB processing units allocated to them without sharing with other processes (e.g., HARQ or TUD processes) until all of the CBs of the TB are decoded, either successfully or unsuccessfully.

[0223] In some embodiments, it may be considered that a given process (e.g., HARQ or TUD process) with “soft” fence type may place “soft” fences around the CB processing units allocated to the given process. Therefore, the “soft” fence type in the context of sharing CB processing units may correspond to allowing at least some of the CB processing units associated with the given process to be released and instead used for the decoding of a TB associated with other processes having higher priority (e.g., HARQ or TUD processes having “hard” fence type) during the decoding of the TB associated with the given process. In other words, when the CB processing units are allocated to a process with “soft” fence type, the process with “soft” fence type may share at least some of the CB processing units allocated to them with processes with “hard” fence type, but may not share any of the CB processing units with processes with “none” fence type.

[0224] In some embodiments, it may be considered that a given process (e.g., HARQ or TUD process) with “none” fence type may place no fence around the CB processing units allocated to the given process. Therefore, the “none” fence type in the context of sharing CB processing units may correspond to allowing at least some and possibly all of the CB processing units associated with the given process to be released and instead used for the decoding of a TB associated with other processes having higher priority (e.g., HARQ or TUD processes having “hard” or “soft” fence type) during the decoding of the TB associated with the given process. In other words, when the CB processing units are allocated to a process with “none” fence type, the process with “none” fence type may use the CB processing units allocated to them when other processes with “hard” or “soft” fence type do not require use of the CB processing units.

[0225] In some embodiments, a given process (e.g., HARQ or TUD process) with “hard” fence type may take CB processing units from processes with “soft” or “none” fence  types, if there are no CB processing units available, and / or if the “hard” fence type process requires more CB processing units than was allocated to it. As such, processes with softer fence type (or lower resource sharing restriction level) may start using a given number of CB processing units, but end up with less number of CB processing units as decoding proceeds. Such dynamic reallocation of the CB processing units may be useful, as the number of CB processing units may not scale with the number of HARQ / TUD processes, due to for example the cost of area logic. For example, the UE may operate 32 HARQ processes and 32 TUD processes, but may not have 64 CB processing units. In this case, the dynamic reallocation of the CB processing unit may be useful to perform more important processes first.

[0226] In some embodiments, a UE may transmit information indicative of its capability including a total number of the processing units that the UE is able to concurrently use. For example, after an initial access procedure, a UE may send its capability information message to a network device. The capability information message may include, for example, a higher-layer signaling parameter called “numofParallelCBProcessingUnits” that indicates a total number of CB processing units that the UE may be able to use in parallel. The parameter “numofParallelCBProcessingUnits” may have an integer value, e.g., 1, 2, 4, 8, 16, etc.

[0227] In some embodiments, a network device, e.g., TN TRPs or NTN TRPs, may configure a number of the processing units to be associated with a given process for the decoding of a TB associated with the given process, using higher-layer signaling. For example, a network device may determine a number of CB processing units associated with each HARQ or TUD process for decoding of a TB associated with the HARQ or TUD process, and transmit, to a UE, configuration information configuring the number of CB processing units using higher-layer signaling, such as RRC signaling. The configuration information may include a parameter for the number of processing units (e.g., “numCBProcessingUnits” ) . This may allow the UE to share the processing units (e.g., CB processing units) between the processes (e.g., between the HARQ and TUD processes) based on, for example, the fence type of each process.

[0228] In some embodiments, a UE may transmit information indicative of its capability including its ability to share its Soft Buffer between processes (e.g., HARQ and TUD processes) . For example, after an initial access procedure, a UE may send its capability  information message to a network device. The capability information message may include, for example, a higher-layer signaling parameter called “ueSoftBufferSharingBetweenHARQTUD” indicating whether the UE that sends the capability information message can share its soft buffer between HARQ and TUD processes. The parameter “ueSoftBufferSharingBetweenHARQTUD” may have a value, e.g., “supported” . The parameter “ueSoftBufferSharingBetweenHARQTUD” may alternatively have an integer value, e.g., 1.

[0229] FIG. 13 illustrates an example process 1300 of sharing CB processing units between a HARQ process having “soft” fence type and a TUD process having “hard” fence type, in accordance with embodiments of the present disclosure. In FIG. 13, a UE may perform a HARQ process 1301 and a TUD process 1302. The HARQ process 1301 may be configured to have “soft” fence type and the TUD process 1302 may be configured to have “hard” fence type. 1310 denotes a time slot for a PDSCH reception at the UE associated with the HARQ process 1301, and 1320 denotes a time slot for another PDSCH reception at the UE associated with the TUD process 1302. Each rectangle in 1315 denotes a time unit in which a CB is being decoded by the HARQ process 1301, and each rectangle in 1325 denotes a time-unit in which a CB is being decoded by the TUD process 1302.

[0230] In FIG. 13, it is assumed that a network device, e.g., TN TRPs or NTN TRPs, configures that the HARQ process 1301 may use up to two CB processing units and the TUD process 1302 may use up to one CB processing unit. In other words, the number of CB processing units to be associated with the HARQ process 1301 is 2, and the number of CB processing units to be associated with the TUD process 1302 is 1. It is also assumed that the UE has at least two CB processing units that can be concurrently used.

[0231] In FIG. 13, the UE may receive a PDSCH transmission based on the HARQ process 1301 at the time slot 1310. At the time slot 1320, the UE may receive another PDSCH associated with TUD process 1302, and also start decoding the TB carried by the HARQ process 1301. Assuming that the TB carried by the HARQ process 1301 has 10 CBs and both of the CB processing units at the UE are available, during the time slot 1320, two CB processing units may be used to decode the CBs of the TB associated with the HARQ process 1301, as use of CB processing units is not required yet for decoding of CBs of the TB  carried by the TUD process 1302. Therefore, in time slot 1320, the UE decodes four CBs of the TB carried by the HARQ process 1301.

[0232] However, after the time slot 1320, the UE may start decoding the TB carried by the TUD process 1302. It is assumed that the TB carried by the TUD process 1302 has 10 CBs. Given that the HARQ process 1301 is configured to have “soft” fence type and the TUD process 1302 is configured to have “hard” fence type, the TUD process 1302 may take precedence over the HARQ process 1301 for use of the CB processing unit. Therefore, one of the CB processing units allocated to the HARQ process 1301 may be released and instead used for decoding of the CB associated with the TUD process 1302. As one of the CB processing units are reallocated to the TUD process 1302, after the time slot 1320, the HARQ process 1301 may be performed using only one CB processing unit, as is illustrated in FIGs. 13 and 14. FIG. 14 illustrates an example allocation of the CB processing units 1201 and 1202 between the HARQ process 1301 and the TUD process 1302, when both of the HARQ process 1301 and the TUD process 1302 need the CB processing units for decoding of the TBs carried by the respective processes.

[0233] Referring to FIGs. 13 and 14, after the decoding of the TB carried in the TUD process 1302 is started but before the decoding of the TB carried in the HARQ process 1301 is finished, the UE may be required to share the CB processing units 1201 and 1202 between the HARQ process 1301 and the TUD process 1302. Specifically, one CB processing unit 1201 may be used for decoding of CBs in the TB carried by the HARQ process 1301 and the other CB processing unit 1202 may be used for decoding of CBs in the TB carried by the TUD process 1302.

[0234] In some embodiments where the HARQ process is configured to have “none” fence type and the TUD process is configured to have “soft” or “hard” fence type, sharing of the CB processing units between the HARQ and TUD processes may be carried out in a manner similar to the above description and FIGs. 13 and 14. In some embodiments, if a given HARQ or TUD process has a “none” fence type, it may be required to release all of its CB processing units to be used by another process of higher priority (e.g., a process having “soft” or “hard” fence type) , in which case decoding of the given HARQ or TUD process having “none” fence type is temporarily suspended until a CB processing unit becomes available again.

[0235] FIG. 15 illustrates an example process 1500 of sharing CB processing units between a HARQ process having “hard” fence type and a TUD process having “soft” fence type, in accordance with embodiments of the present disclosure. In FIG. 15, a UE may perform a HARQ process 1501 and a TUD process 1502. The HARQ process 1501 may be configured to have “hard” fence type and the TUD process 1502 may be configured to have “soft” fence type. 1510 denotes a time slot for a PDSCH reception at the UE associated with the HARQ process 1501, and 1520 denotes a time slot for another PDSCH reception at the UE associated with the TUD process 1502. Each rectangle in 1515 denotes a time unit in which a CB is being decoded by the HARQ process 1501, and each rectangle in 1525 denotes a time-unit in which a CB is being decoded by the TUD process 1502. 1520a denotes the start time of the decoding of the CBs in the TB carried by the HARQ process 1501 and the start time of the PDSCH reception at the UE based on the TUD process 1502. 1520b denotes the end time of the PDSCH reception at the UE based on the TUD process 1502. 1520c denotes the end time of the decoding of the CBs in the TB carried by the HARQ process 1501 and the start time of the decoding of the CBs in the TB carried by the TUD process 1502.

[0236] In FIG. 15, like in FIG. 13, it is assumed that a network device, e.g., TN TRPs or NTN TRPs, configures that the HARQ process 1501 may use up to two CB processing units and the TUD process 1502 may use up to one CB processing unit. It is also assumed that the UE has at least two CB processing units that can be concurrently used.

[0237] In FIG. 15, the UE may receive a PDSCH transmission based on the HARQ process 1501 at the time slot 1510. At the time slot 1520, the UE may receive another PDSCH associated with TUD process 1502. At time 1520a, the UE may start decoding the TB carried by the HARQ process 1501. Assuming that the TB has 10 CBs and both of the CB processing units at the UE are available, two CB processing units may be used to decode the CBs of the TB associated with the HARQ process 1501.

[0238] After the time slot 1520, use of one CB processing unit may be required for decoding of the TB carried by the TUD process 1502. However, given that the HARQ process 1501 is configured to have “hard” fence type and the TUD process 1502 is configured to have “soft” fence type, the HARQ process 1501 may take precedence over the TUD process 1502 for use of the CB processing units, i.e., the TUD process 1502 has lower priority than the HARQ process 1501 for use of the CB processing units. Therefore, the TUD  process 1502 may be delayed (e.g., wait) until all of the CBs in the TB carried by the HARQ process 1501 have been, either successfully or unsuccessfully, decoded. When the decoding of the CBs associated with the HARQ process 1501 is finished and therefore the CB processing units are released, one of the CB processing units may be used for decoding of the CBs in the TB carried by the TUD process 1502. This explains why there is a time gap between the end of the PDSCH reception associated with the TUD process 1502 (i.e., time 1520b) and the start of the decoding of the CBs associated with the TUD process 1502 (i.e., time 1520c) in FIG. 15.

[0239] In some embodiments where the HARQ process is configured to have “soft” fence type and the TUD process is configured to have “none” fence type, sharing of the CB processing units between the HARQ and TUD processes may be carried out in a manner similar to the above description and FIG. 15.

[0240] FIG. 16 illustrates an example process 1600 of sharing CB processing units between a HARQ process having “hard” fence type and a TUD process having “soft” fence type when a UE receives two PDSCH transmissions simultaneously, in accordance with embodiments of the present disclosure. In FIG. 16, a UE may perform a HARQ process 1601 and a TUD process 1602. The HARQ process 1601 may be configured to have “hard” fence type and the TUD process 1602 may be configured to have “soft” fence type. 1610 denotes a time slot for two PDSCH receptions at the UE associated with the HARQ process 1601 and the TUD process 1602. Each rectangle in 1615 denotes a time unit in which a CB is being decoded by the HARQ process 1601, and each rectangle in 1625 denotes a time-unit in which a CB is being decoded by the TUD process 1602.1610a denotes the end time of the two PDSCH receptions at the UE. 1610b denotes the end time of the decoding of CBs in the TB carried by the HARQ process 1601 and the start time of the decoding of the CBs in the TB carried by the TUD process 1602.

[0241] In FIG. 16, like in FIGs. 13 and 15, it is assumed that a network device, e.g., TN TRPs or NTN TRPs, configures that the HARQ process 1601 may use up to two CB processing units and the TUD process 1602 may use up to one CB processing unit. It is also assumed that the UE has at least two CB processing units that can be concurrently used.

[0242] In FIG. 16, the UE may receive a PDSCH transmission based on the HARQ process 1601 at the time slot 1610. At the time slot 1610, the UE may also receive another  PDSCH transmission associated with TUD process 1602. Thus, the two PDSCH transmissions may be simultaneously received at the UE. For example, the two PDSCH transmissions may occupy the same orthogonal frequency division multiplexing (OFDM) symbols.

[0243] Similar to the example illustrated above and in FIG. 15, in FIG. 16, the HARQ process 1601 may be configured to have “hard” fence type and the TUD process 1602 may be configured to have “soft” fence type. In other words, the HARQ process 1601 may take precedence over the TUD process 1602 for use of the CB processing units, i.e., the TUD process 1602 has lower priority than the HARQ process 1601 for use of the CB processing units. Therefore, after the two PDSCH transmissions are finished at 1610a, i.e., when the time for CB decoding has come, the CB decoding process may be carried out based on the fence type of the HARQ process 1601 and / or the fence type of the TUD process 1602. Specifically in FIG. 16, the UE may start decoding CBs in the TB carried by the HARQ process 1601 using the two CB processing units, and the decoding of the CBs in the TB carried by TUD process 1602 may be delayed (e.g., wait) until all of the CBs in the TB carried by the HARQ process 1601 are, either successfully or unsuccessfully, decoded. The UE may start decoding CBs in the TB carried by the TUD process 1602 after the CB decoding associated with the HARQ process 1601 is finished (at time 1610b) . The process illustrated in FIG. 16 may be similar to the process illustrated above and FIG. 15.

[0244] In some embodiments where two or more processes have the same priority level, e.g., the HARQ and TUD processes are configured to have same fence type, the decoding of the CBs may be performed in various ways. In one example, the UE may determine the process to which the CB processing units are first allocated, based on its implementation. In another example, the UE may allocate the CB processing units first to the process carrying the TB with the highest number of bits. In another example, the UE may allocate the CB processing units first to the process carrying the TB with the lowest number of bits. It should be noted that while not explicitly described, other ways of allocating the CB processing units are also possible.

[0245] The dynamic reallocation of processing resources (e.g., CB processing units) may occur in TN systems, NTN systems, and integrated TN / NTN systems (e.g., network systems where terrestrial devices and non-terrestrial devices may coexist) . The examples  above are in the context of integrated TN / NTN systems where one process is a HARQ process from a TN and the other process is a TUD process from a NTN. However, the dynamic reallocation of processing resources is not limited to the scenario of TN systems, NTN systems, or integrated TN / NTN systems, but is applicable more broadly to situations in which decoding of multiple TBs is required but available decoding resources (e.g., available CB processing units) are limited, which is not a scenario limited to a particular type of communication (e.g. terrestrial or non-terrestrial) or a particular radio access technology or a particular decoding process (e.g. HARQ, TUD) .

[0246] In some embodiments, the resource management processes illustrated above, including sharing the memory space (e.g., soft buffer) and sharing of processing resources such as processing units (e.g., CB processing units) , may be carried out in terrestrial and non-terrestrial systems that are tightly synchronized. In such embodiments, all of the frames, slots, and OFDM symbol boundaries may be aligned in time or aligned within the length of the OFDM cyclic prefix.

[0247] In some embodiments, the resource management processes illustrated above, including sharing the memory space and sharing CB processing units for decoding of CBs, may be carried out in terrestrial and non-terrestrial systems that are loosely integrated or non-integrated. Here, “integrated” may indicate that the terrestrial and non-terrestrial systems occupy the same BWP within the same carrier. “Non-integrated” may indicate that the terrestrial and non-terrestrial systems occupy different BWPs within the same or different carriers. “Loosely integrated” may indicate that the terrestrial and non-terrestrial systems are not tightly synchronized and the frames, slots, and OFDM symbol boundaries may not be perfectly aligned in time, e.g., the misalignment may be larger than the length of the OFDM cyclic prefix.

[0248] FIG. 17 illustrates how the CB processing units may be shared between the HARQ process 1701 and the TUD process 1702 in the loosely-integrated terrestrial and non-terrestrial system, in accordance with embodiments of the present disclosure. 1710 denotes a time slot for a PDSCH reception at the UE associated with the HARQ process 1701, and 1720 denotes a time slot for another PDSCH reception at the UE associated with the TUD process 1702.1730 denotes the end time of the PDSCH reception at the UE based on the HARQ process 1701 and the start time of decoding of the CBs in the TB carried by the  HARQ process 1701.1740 denotes the end time of the PDSCH reception at the UE based on the TUD process 1702 and the start time of decoding of the CBs in the TB carried by the TUD process 1702.

[0249] In FIG. 17, it is assumed that the TN is occupying a given BWP within a carrier and the NTN is occupying another BWP within the same carrier. It is also assumed that the TN is configured to send PDSCH transmissions using HARQ process 1701 and the NTN is configured to send PDSCH transmissions using TUD process 1702. In FIG. 17, it is also assumed that a network device, e.g., TN TRPs or NTN TRPs, configures that the HARQ process 1701 may use up to one CB processing unit and the TUD process 1702 may use up to one CB processing unit. It is also assumed that the UE has at least two CB processing units that can be concurrently used.

[0250] In FIG. 17, the UE may be configured to receive PDSCH transmission for either or both of the TN / NTN systems. The UE may receive a PDSCH transmission based on the HARQ process 1701 at the time slot 1710. At the time slot 1720, the UE may receive another PDSCH associated with TUD process 1702. However, due to the nature of the non-integrated or loosely integrated system, the PDSCH transmission associated with the HARQ process 1701 and PDSCH transmission associated with the TUD process 1702 may not appear as perfectly orthogonal or simultaneous in the time domain, e.g., the slot boundaries between the TN and NTN systems are not aligned as shown in FIG. 17.

[0251] However, the UE hardware resources, such as memory space (e.g., soft buffer) and processing units (e.g., CB processing units) , may still need to be shared across the TN and NTN systems for the decoding of CBs in the TBs carried by the HARQ process 1701 and TUD process 1702. Regardless of the nature of the scenario, PDSCH transmissions may be ultimately mapped to the same memory space of the UE (e.g., same soft buffer) and use the same hardware logic (e.g., same CB processing units) to decode CBs.

[0252] In FIG. 17, at time 1730, the PDSCH reception associated with the HARQ process 1701 may be finished, but the PDSCH reception associated with the TUD process 1702 may not be completed yet. However, as noted above, the CB processing units may need to be shared between the HARQ process 1701 and the TUD process 1702. For example, the UE may start using one CB processing unit to decode the CBs in a TB carried by the HARQ  process 1701 at time 1730, and start using another CB processing unit to decode the CBs in a TB carried by the TUD process 1702 at time 1740.

[0253] All of the examples above are processes for resource management, where in the examples the resource being managed is either memory space (e.g., soft buffer space) or processing resources (e.g., CB processing units) . The resource management involves releasing at least part of the resource, e.g., on a dynamic basis, so that the released (part of the) resource can be used for decoding another TB. More generally, FIG. 18 illustrates an example process 1800 for resource management, in accordance with some embodiments of the present disclosure. In FIG. 18, the apparatus 372 may be a UE. Each of the devices 352a and 352b may be a terrestrial network device (e.g., T-TRP) or a non-terrestrial network device (e.g., NT-TRP) . The devices 352a and 352b may be the same type of entities or different types of the entities. In the following, the reference character 352 may be used when referring to any one or both of the devices 352a and 352b, or any other similar devices.

[0254] At step 1810, the apparatus 372 may transmit, to the device 352, information indicative of capability of the apparatus 372. The information indicative of capability of the apparatus 372 may indicate the resources available at the apparatus 372, e.g., it may indicate a total number of at least one processing unit that the apparatus 372 is able to concurrently use.

[0255] At step 1815, the device 352a may generate a first configuration information configuring a first resource sharing restriction level of a first process, and the device 352b may generate a second configuration information configuring a second resource sharing restriction level of a second process. In some embodiments, the first configuration information may further configure a number of the at least one processing unit (e.g., the number of CB processing units) to be associated with the first process for the decoding of a first TB associated with the first process that is to be transmitted to the apparatus 372. In such embodiments, while not explicitly shown in FIG. 18, the device 352 may determine the number of the at least one processing unit to be associated with the first process for the decoding of the first TB. Similarly, in some embodiments, the second configuration information may further configure a number of the at least one processing unit (e.g., the number of CB processing units) to be associated with the second process for the decoding of a second TB associated with the second process that is to be transmitted to the apparatus 372.  In such embodiments, the device 352 may determine the number of the at least one processing unit to be associated with the second process for the decoding of the second TB.

[0256] In some embodiments, the device 352a and the device 352b may generate the first and second configuration information in a separate manner, e.g., without affecting each other.

[0257] At step 1820, the device 352a may transmit a first configuration information configuring the first resource sharing restriction level of the first process, and the device 352b may transmit a second configuration information configuring the second resource sharing restriction level of the second process. In an alternative variation, the first configuration information configuring the first resource sharing restriction level of the first process and the second configuration information configuring the second resource sharing restriction level of the second process may be generated and / or transmitted by a same device, e.g., it may be carried in signaling (such as RRC signaling) transmitted by a single network device to the apparatus 372.

[0258] The first resource sharing restriction level and / or the second resource sharing restriction level may be used for determining, e.g., by the apparatus 372, whether to release at least part of a resource associated with the first process for decoding of a first TB associated with the first process and / or at least part of a resource associated with the second process for decoding of a second TB associated with the second process.

[0259] In some embodiments, the transmissions may be performed independently, e.g., the transmission of the first resource sharing restriction level may not affect the transmission of the second resource sharing restriction level.

[0260] Although FIG. 18 illustrates that the device 352b determines and transmits the second resource sharing restriction level after the device 352a transmits the first resource sharing restriction level, this may not be always the case. For example, the device 352b may determine and transmit the second resource sharing restriction level before the device 352a determines the first resource sharing restriction level. The devices 352a and 352b may perform the determining and the transmitting in other orders.

[0261] At step 1825, the device 352a may transmit, to the apparatus 372, a first transport block (TB) associated with the first process. In some embodiments, the device 352a may transmit the first TB over a first physical downlink shared channel (PDSCH) .

[0262] In some embodiments, the first process may implement a first framework for managing retransmissions of TBs to be decoded. In some embodiments, the first process may include a stream of signal and data processing instructions to be implemented for successfully decoding the first TB. In some embodiments, the first process may be a hybrid automatic repeat request (HARQ) process or a time until discard (TUD) process. The first process may be associated with any suitable radio access technology (RAT) .

[0263] At step 1830, the apparatus 372 may decode the first TB (or start decoding the first TB) using the resource associated with the first process. The resource may be, for example, memory (e.g., the soft buffer memory space used to hold the partially decoded TB) and / or a processing resource (e.g., the one or more CB processing units used for decoding) . It is assumed that the decoding of the first TB is not finished at step 1830.

[0264] At step 1835, the device 352b may transmit, to the apparatus 372, a second TB associated with the second process. In some embodiments, the device 352b may transmit the second TB over a second PDSCH that is different from the first PDSCH. In some embodiments, the second PDSCH may not be timing aligned with the first PDSCH. In some of those embodiments, a second resource associated with the second PDSCH may partially overlap with a first resource associated with the first PDSCH.

[0265] In some embodiments, the second process may implement a second framework for managing retransmissions of TBs to be decoded. In some embodiments, the second process may include a stream of signal and data processing instructions to be implemented for successfully decoding the second TB. In some embodiments, the second process may be a hybrid automatic repeat request (HARQ) process or a time until discard (TUD) process. The second process may be associated with any suitable RAT. The RAT associated with the second process may be the same as or different from the RAT associated with the first process.

[0266] It should be noted that the first and second processes may be the same type of processes (e.g., both are HARQ processes or TUD processes) , or different type of processes (e.g., one is a HARQ process and the other is a TUD process) . In FIG. 18, for the purpose of  illustration, it is assumed that the first process is a HARQ process, and the second process is a TUD process.

[0267] Although FIG. 18 illustrates that the device 352b transmits the second TB after the device 352a transmits the first TB and the apparatus 372 starts the decoding of the first TB, this may not be always the case. For example, in some cases, the device 352a and the device 352b may transmit the first and second TBs simultaneously.

[0268] At step 1840, the apparatus 372 may determine to release the at least part of the resource associated with the first process based on at least one of: the first resource sharing restriction level of the first process or the second resource sharing restriction level of the second process.

[0269] In some embodiments, the resource may include memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.

[0270] In some cases, the first resource sharing restriction level may correspond to restraining the memory space associated with the first process from being released during the decoding of the first TB, e.g., the first resource sharing restriction level may be the “hard” fence type described earlier. In such cases, the memory space associated with the first process may not be shared with the second process during the decoding of the first TB.

[0271] In some cases, the first resource sharing restriction level may correspond to allowing part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB. For example, the first resource sharing restriction level may correspond to the “soft” fence type described earlier. The part of the memory space associated with the first process may be occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB. The part of the memory space associated with the first process may be allowed to be released for the decoding of the second TB, when the second resource sharing restriction level is higher than or equal to the first resource sharing restriction level. When the second resource sharing restriction level is higher than the first resource sharing restriction level, the apparatus 372 may determine to release the at least part of the resource (e.g., memory space) associated with the first process for decoding of the second TB, irrespective of priority of the first process and priority of the second process. In  this case, the second resource sharing restriction level may correspond to restraining memory space associated with the second process from being released during the decoding of the second TB (e.g., the second resource sharing restriction level may be the “hard” fence type) . When the second resource sharing restriction level is equal to the first resource sharing restriction level (e.g., when both the first and second resource sharing restriction levels are “soft” fence type) , the apparatus 372 may determine to release the at least part of the resource (e.g., memory space) associated with the first process for decoding of the second TB, because priority of the second process may be higher than priority of the first process. The priority of the first process may be determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process may be determined based on QoS associated with data carried in the second TB.

[0272] In some cases, the first resource sharing restriction level may correspond to allowing at least part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB. For example, the first resource sharing restriction level may correspond to the “none” fence type described earlier. In such cases, when the second resource sharing restriction level is higher than the first resource sharing restriction level, the apparatus 372 may determine to release the at least part of the resource (e.g., memory space) associated with the first process for decoding of the second TB. The second resource sharing restriction level may correspond to: (i) restraining memory space associated with the second process from being released during the decoding of the second TB, or (ii) allowing part of the memory space associated with the second process to be released for decoding of a TB associated with another process during the decoding of the second TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the second TB. The part of the memory space associated with the second process may be occupied by one or more decoded CBs of the second TB.

[0273] In some embodiments, the resource includes at least one processing unit for decoding one or more code blocks (CBs) of the first TB.

[0274] In some cases, the first resource sharing restriction level may correspond to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for decoding of the second TB during the decoding of the first TB. In such cases, when the second resource sharing restriction level is higher than the first resource sharing restriction level, the apparatus 372 may determine to release the at least some of the at least one processing unit associated with the first process and instead use the released processing unit (s) for the decoding of the second TB.

[0275] Assuming the apparatus 372, at step 1840, determines to release at least part of the resource (e.g., memory space, at least one processing unit) associated with the first process, the apparatus 372, at step 1845, may release at least part of the resource associated with the first process during decoding of the first TB using the resource associated with the first process.

[0276] In some embodiments where the resource includes memory space for storing one or more bits related to decoding of CBs of the first TB, when at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB, the apparatus 372 may generate feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space, and transmit, at step 1850, the feedback to the device 352a. In such cases, the second resource sharing restriction level may be higher than the first resource sharing restriction level; and the first resource sharing restriction level may correspond to allowing at least part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.

[0277] At step 1855, the apparatus 372 may use the at least part of the resource released at step 1845 for decoding of the second TB.

[0278] It should be noted that some or all of steps 1810, 1815, 1820, 1840, and 1850 are optional steps. It should be also noted that the process 1800 illustrated above and in FIG. 18 is just an example, and one or more steps may be omitted or carried out in a different order. The apparatus 372, device 352a, and / or device 352b may perform one or more other steps that are not illustrated above or in FIG. 18.

[0279] The embodiments described above are in the context of an apparatus (e.g., UE) communicating with devices (e.g., TRPs) . However, more generally, devices that wirelessly communicate with each other over time-frequency resources need not necessarily be a UE communicating with one or more TRPs. For example, two or more UEs may wirelessly communicate with each other over a sidelink using device-to-device (D2D) communication. As another example, two network devices (e.g., a terrestrial base station and a non-terrestrial base station, such as a drone) may wirelessly communicate with each other over a backhaul link. Embodiments are not limited to uplink and / or downlink communication. For example, in the embodiments above, the device 352 may be substituted with another device, such as a node in the network or a UE. As another example, in the embodiments above, the apparatus 372 may be a network device. As another example, if the device 352 and apparatus 372 are both UEs, then the uplink / downlink communication may instead be sidelink communication.

[0280] Conclusion

[0281] Note that the expression “at least one of A or B” , as used herein, is interchangeable with the expression “A and / or B” . It refers to a list in which you may select A or B or both A and B. Similarly, “at least one of A, B, or C” , as used herein, is interchangeable with “A and / or B and / or C” or “A, B, and / or C” . It refers to a list in which you may select: A or B or C, or both A and B, or both A and C, or both B and C, or all of A, B and C. The same principle applies for longer lists having a same format.

[0282] In the disclosure, the word “a” or “an” when used in conjunction with the term “comprising” or “including” in the claims and / or the specification may mean “one” , but it is also consistent with the meaning of “one or more” , “at least one” , and “one or more than one” unless the content clearly dictates otherwise. Similarly, the word “another” may mean at least a second or more unless the content clearly dictates otherwise.

[0283] In the disclosure, the words “first” , “second” , etc., when used before a same term (e.g., ED, or an operating step) does not mean an order or a sequence of the term. For example, the “first ED” and the “second ED” , means two different EDs without specially indicated, and similarly, the “first step” and the “second step” means two different operating steps without specially indicated, but does not mean the first step have to happen before the second step. The real order depends on the logic of the two steps.

[0284] The terms “coupled” , “coupling” or “connected” as used herein can have several different meanings depending on the context in which these terms are used. For example, as used herein, the terms coupled, coupling, or connected can indicate that two elements or devices are directly connected to one another or connected to one another through one or more intermediate elements or devices via a mechanical element depending on the particular context.

[0285] The term “receive” , “detect” and “decode” as used herein can have several different meanings depending on the context in which these terms are used. For example, without special note, the term “receive” may indicate that information (e.g., DCI, or MAC-CE, RRC signaling or TB) is received by successfully by the receiving node, which means the receiving side correctly detect and decode it. In this scenario, “receive” may cover “detect” and “decode” or may indicates same thing. The term “receive” may sometimes indicate that signal is arrived at the receiving side, but does not mean the information in the signal is detected and decoded correctly, then the receiving side need perform detecting and decoding on the signal to obtain the information carried in the signal. In this scenario, “receive” , “detect” and “decode” indicates different procedure at receiving side to obtain the information.

[0286] Although the present invention has been described with reference to specific features and embodiments thereof, various modifications and combinations can be made thereto without departing from the invention. The description and drawings are, accordingly, to be regarded simply as an illustration of some embodiments of the invention as defined by the appended claims, and are contemplated to cover any and all modifications, variations, combinations or equivalents that fall within the scope of the present invention. Therefore, although the present invention and its advantages have been described in detail, various changes, substitutions and alterations can be made herein without departing from the invention as defined by the appended claims. Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein  may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.

[0287] Moreover, any module, component, or device exemplified 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 disc (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 or accessible or connectable thereto. Any application or module herein described may be implemented using computer / processor readable / executable instructions that may be stored or otherwise held by such non-transitory computer / processor readable storage media.

Claims

1.A method comprising:receiving a first transport block (TB) associated with a first process and a second TB associated with a second process;during decoding of the first TB using a resource associated with the first process: releasing at least part of the resource associated with the first process; andusing the released at least part of the resource for decoding of the second TB.2.The method of claim 1, further comprising:determining to release the at least part of the resource associated with the first process based on at least one of: a first resource sharing restriction level of the first process or a second resource sharing restriction level of the second process.3.The method of claim 2, further comprising:receiving first configuration information configuring the first resource sharing restriction level of the first process; andreceiving second configuration information configuring the second resource sharing restriction level of the second process.4.The method of claim 2 or 3, wherein the resource includes memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.5.The method of claim 4, wherein the first resource sharing restriction level corresponds to allowing part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.6.The method of claim 5, wherein the part of the memory space associated with the first process is occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB.7.The method of claim 5 or 6, wherein the second resource sharing restriction level is higher than or equal to the first resource sharing restriction level.8.The method of claim 7, wherein when the second resource sharing restriction level is higher than the first resource sharing restriction level, the determining to release the at least part of the resource associated with the first process is performed irrespective of priority of the first process and priority of the second process.9.The method of claim 8, wherein the second resource sharing restriction level corresponds to restraining memory space associated with the second process from being released during the decoding of the second TB.10.The method of claim 7, wherein the second resource sharing restriction level is equal to the first resource sharing restriction level, and priority of the second process is higher than priority of the first process.11.The method of any one of claims 8 to 10, wherein the priority of the first process is determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process is determined based on QoS associated with data carried in the second TB.12.The method of claim 4, wherein the first resource sharing restriction level corresponds to allowing at least part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.13.The method of claim 12, wherein the second resource sharing restriction level is higher than the first resource sharing restriction level.14.The method of claim 13, wherein the second resource sharing restriction level corresponds to:restraining memory space associated with the second process from being released during the decoding of the second TB; orallowing part of the memory space associated with the second process to be released for decoding of a TB associated with another process during the decoding of the second TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the second TB.15.The method of claim 14, wherein the part of the memory space associated with the second process is occupied by one or more decoded CBs of the second TB.16.The method of any one of claims 13 to 15, wherein when the at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB, the method further comprises:generating feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space; andtransmitting the feedback.17.The method of claim 2 or claim 3, wherein the resource includes at least one processing unit for decoding one or more code blocks (CBs) of the first TB.18.The method of claim 17, wherein the first resource sharing restriction level corresponds to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for the decoding of the second TB during the decoding of the first TB.19.The method of claim 18, wherein the second resource sharing restriction level is higher than the first resource sharing restriction level.20.The method of any one of claims 17 to 19, wherein the first configuration information further configures a number of the at least one processing unit to be associated with the first process for the decoding of the first TB, and the second configuration information further  configures a number of the at least one processing unit to be associated with the second process for the decoding of the second TB.21.The method of any one of claims 17 to 20, further comprising:transmitting information indicative of capability of the apparatus including a total number of the at least one processing unit that the apparatus is able to concurrently use.22.The method of any one of claims 1 to 21, wherein the first TB is received from a first network device over a first physical downlink shared channel (PDSCH) and the second TB is received from a second network device over a second PDSCH that is different from the first PDSCH.23.The method of claim 22, wherein the first PDSCH is not timing aligned with the second PDSCH.24.The method of claim 23, wherein a first resource associated with the first PDSCH partially overlaps with a second resource associated with the second PDSCH.25.The method of any one of claims 22 to 24, wherein the first network device is a terrestrial network device and the second network device is a non-terrestrial network device, or wherein the first network device is a non-terrestrial network device and the second network device is a terrestrial network device.26.The method of any one of claims 1 to 25, wherein the first process implements a first framework for managing retransmissions of TBs to be decoded, and wherein the second process implements a second framework for managing retransmissions of TBs to be decoded.27.The method of claim 26, wherein the first process is a hybrid automatic repeat request (HARQ) process and the second process is a HARQ process or a time until discard (TUD) process.28.The method of any one of claims 1 to 27, wherein the first process is associated with a first radio access technology (RAT) , and the second process is associated with a second RAT.29.An apparatus, comprising:a processor coupled with a computer-readable medium having stored thereon, computer executable instructions, that when executed cause the apparatus to:receive a first transport block (TB) associated with a first process and a second TB associated with a second process;during decoding of the first TB using a resource associated with the first process: release at least part of the resource associated with the first process; anduse the released at least part of the resource for decoding of the second TB.30.The apparatus of claim 29, wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the apparatus to:determine to release the at least part of the resource associated with the first process based on at least one of: a first resource sharing restriction level of the first process or a second resource sharing restriction level of the second process.31.The apparatus of claim 30, wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the apparatus to:receive first configuration information configuring the first resource sharing restriction level of the first process; andreceive second configuration information configuring the second resource sharing restriction level of the second process.32.The apparatus of claim 30 or 31, wherein the resource includes memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.33.The apparatus of claim 32, wherein the first resource sharing restriction level corresponds to allowing part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.34.The apparatus of claim 33, wherein the part of the memory space associated with the first process is occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB.35.The apparatus of claim 33 or 34, wherein the second resource sharing restriction level is higher than or equal to the first resource sharing restriction level.36.The apparatus of claim 35, wherein when the second resource sharing restriction level is higher than the first resource sharing restriction level, the determining to release the at least part of the resource associated with the first process is performed irrespective of priority of the first process and priority of the second process.37.The apparatus of claim 36, wherein the second resource sharing restriction level corresponds to restraining memory space associated with the second process from being released during the decoding of the second TB.38.The apparatus of claim 35, wherein the second resource sharing restriction level is equal to the first resource sharing restriction level, and priority of the second process is higher than priority of the first process.39.The apparatus of any one of claims 36 to 38, wherein the priority of the first process is determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process is determined based on QoS associated with data carried in the second TB.40.The apparatus of claim 32, wherein the first resource sharing restriction level corresponds to allowing at least part of the memory space associated with the first process to be released for the decoding of the second TB during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.41.The apparatus of claim 40, wherein the second resource sharing restriction level is higher than the first resource sharing restriction level.42.The apparatus of claim 41, wherein the second resource sharing restriction level corresponds to:restraining memory space associated with the second process from being released during the decoding of the second TB; orallowing part of the memory space associated with the second process to be released for decoding of a TB associated with another process during the decoding of the second TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the second TB.43.The apparatus of claim 42, wherein the part of the memory space associated with the second process is occupied by one or more decoded CBs of the second TB.44.The apparatus of any one of claims 41 to 43, wherein when the at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB, and wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the apparatus to:generate feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space; andtransmit the feedback.45.The apparatus of any one of claims 29 to 31, wherein the resource includes at least one processing unit for decoding one or more code blocks (CBs) of the first TB.46.The apparatus of claim 45, wherein the first resource sharing restriction level corresponds to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for the decoding of the second TB during the decoding of the first TB.47.The apparatus of claim 46, wherein the second resource sharing restriction level is higher than the first resource sharing restriction level.48.The apparatus of any one of claims 45 to 47, wherein the first configuration information further configures a number of the at least one processing unit to be associated with the first process for the decoding of the first TB, and the second configuration information further configures a number of the at least one processing unit to be associated with the second process for the decoding of the second TB.49.The apparatus of any one of claims 45 to 48, wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the apparatus to:transmit information indicative of capability of the apparatus including a total number of the at least one processing unit that the apparatus is able to concurrently use.50.The apparatus of any one of claims 29 to 49, wherein the first TB is received from a first network device over a first physical downlink shared channel (PDSCH) and the second TB is received from a second network device over a second PDSCH that is different from the first PDSCH.51.The apparatus of claim 50, wherein the first PDSCH is not timing aligned with the second PDSCH.52.The apparatus of claim 51, wherein a first resource associated with the first PDSCH partially overlaps with a second resource associated with the second PDSCH.53.The apparatus of any one of claims 50 to 52, wherein the first network device is a terrestrial network device and the second network device is a non-terrestrial network device, or wherein the first network device is a non-terrestrial network device and the second network device is a terrestrial network device.54.The apparatus of any one of claims 29 to 53, wherein the first process implements a first framework for managing retransmissions of TBs to be decoded, and wherein the second process implements a second framework for managing retransmissions of TBs to be decoded.55.The apparatus of claim 54, wherein the first process is a hybrid automatic repeat request (HARQ) process and the second process is a HARQ process or a time until discard (TUD) process.56.The apparatus of any one of claims 29 to 55, wherein the first process is associated with a first radio access technology (RAT) , and the second process is associated with a second RAT.57.A method comprising:transmitting configuration information configuring a first resource sharing restriction level of a first process, the first resource sharing restriction level used for determining whether to release at least part of a resource associated with the first process for decoding of a first TB associated with the first process.58.The method of claim 57, further comprising:determining the first resource sharing restriction level of the first process.59.The method of claim 57 or 58, wherein the resource includes memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.60.The method of claim 59, wherein the first resource sharing restriction level corresponds to allowing part of the memory space associated with the first process to be released for decoding of a second TB associated with a second process during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.61.The method of claim 60, wherein the part of the memory space associated with the first process is occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB.62.The method of claim 60 or 61, wherein the part of the memory space associated with the first process is allowed to be released for the decoding of the second TB when the first  resource sharing restriction level is lower than or equal to a second resource sharing restriction level of the second process.63.The method of claim 62, wherein when the first resource sharing restriction level is lower than the second resource sharing restriction level, the part of the memory space associated with the first process is allowed to be released for the decoding of the second TB irrespective of priority of the first process and priority of the second process.64.The method of claim 63, wherein when the first resource sharing restriction level is equal to the second resource sharing restriction level, the part of the memory space associated with the first process is allowed to be released for the decoding of the second TB on condition that priority of the second process is higher than priority of the first process.65.The method of claim 63 or 64, wherein the priority of the first process is determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process is determined based on QoS associated with data carried in the second TB.66.The method of claim 59, wherein the first resource sharing restriction level corresponds to restraining the memory space associated with the first process from being released during the decoding of the first TB.67.The method of claim 59, wherein the first resource sharing restriction level corresponds to allowing at least part of the memory space associated with the first process to be released for decoding of a second TB associated with a second process during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.68.The method of claim 67, wherein the at least part of the memory space associated with the first process is allowed to be released for the decoding of the second TB when the first resource sharing restriction level is lower than a second resource sharing restriction level of the second process.69.The method of claim 68, further comprising:receiving feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space, when the at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB.70.The method of claim 57 or 58, wherein the resource includes at least one processing unit for decoding one or more code blocks (CBs) of the first TB.71.The method of claim 70, wherein the first resource sharing restriction level corresponds to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for decoding of a second TB associated with a second process during the decoding of the first TB.72.The method of claim 71, wherein the at least some of the at least one processing unit associated with the first process is allowed to be released and instead used for the decoding of the second TB when the first resource sharing restriction level is lower than a second resource sharing restriction level of the second process.73.The method of any one of claims 70 to 72, wherein the configuration information further configures a number of the at least one processing unit to be associated with the first process for the decoding of the first TB, the method further comprises:determining the number of the at least one processing unit to be associated with the first process for the decoding of the first TB.74.The method of any one of claims 70 to 73, further comprising:receiving information indicative of capability of an apparatus performing the first process, the capability including a total number of the at least one processing unit that the apparatus is able to concurrently use.75.The method of any one of claims 57 to 74, wherein the device is a terrestrial network device or a non-terrestrial network device.76.The method of any one of claims 57 to 75, wherein the first process implements a framework for managing retransmissions of TBs to be decoded.77.The method of claim 76, wherein the first process is a hybrid automatic repeat request (HARQ) process or a time until discard (TUD) process.78.A device, comprising:a processor coupled with a computer-readable medium having stored thereon, computer executable instructions, that when executed cause the device to:transmit configuration information configuring a first resource sharing restriction level of a first process, the first resource sharing restriction level used for determining whether to release at least part of a resource associated with the first process for decoding of a first TB associated with the first process.79.The device of claim 78, wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the device to: determine the first resource sharing restriction level of the first process.80.The device of claim 78 or 79, wherein the resource includes memory space for storing one or more bits related to decoding of code blocks (CBs) of the first TB.81.The device of claim 80, wherein the first resource sharing restriction level corresponds to allowing part of the memory space associated with the first process to be released for decoding of a second TB associated with a second process during the decoding of the first TB, when the part of the memory space is not occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.82.The device of claim 81, wherein the part of the memory space associated with the first process is occupied by one or more decoded CBs of the first TB before being released for the decoding of the second TB.83.The device of claim 81 or 82, wherein the part of the memory space associated with the first process is allowed to be released for the decoding of the second TB when the first resource sharing restriction level is lower than or equal to a second resource sharing restriction level of the second process.84.The device of claim 83, wherein when the first resource sharing restriction level is lower than the second resource sharing restriction level, the part of the memory space associated with the first process is allowed to be released for the decoding of the second TB irrespective of priority of the first process and priority of the second process.85.The device of claim 83, wherein when the first resource sharing restriction level is equal to the second resource sharing restriction level, the part of the memory space associated with the first process is allowed to be released for the decoding of the second TB on condition that priority of the second process is higher than priority of the first process.86.The device of claim 84 or 85, wherein the priority of the first process is determined based on quality of service (QoS) associated with data carried in the first TB, and the priority of the second process is determined based on QoS associated with data carried in the second TB.87.The device of claim 80, wherein the first resource sharing restriction level corresponds to restraining the memory space associated with the first process from being released during the decoding of the first TB.88.The device of claim 80, wherein the first resource sharing restriction level corresponds to allowing at least part of the memory space associated with the first process to be released for decoding of a second TB associated with a second process during the decoding of the first TB, regardless of whether the at least part of the memory space associated with the first process is occupied by bits used for decoding of one or more unsuccessfully decoded CBs of the first TB.89.The device of claim 88, wherein the at least part of the memory space associated with the first process is allowed to be released for the decoding of the second TB when the first  resource sharing restriction level is lower than a second resource sharing restriction level of the second process.90.The device of claim 89, wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the device to:receive feedback indicating that the one or more unsuccessfully decoded CBs of the first TB are removed from the memory space, when the at least part of the memory space is occupied by the bits used for decoding the one or more unsuccessfully decoded CBs of the first TB and released during the decoding of the first TB.91.The device of claim 78 or 79, wherein the resource includes at least one processing unit for decoding one or more code blocks (CBs) of the first TB.92.The device of claim 91, wherein the first resource sharing restriction level corresponds to allowing at least some of the at least one processing unit associated with the first process to be released and instead used for decoding of a second TB associated with a second process during the decoding of the first TB.93.The device of claim 92, wherein the at least some of the at least one processing unit associated with the first process is allowed to be released and instead used for the decoding of the second TB when the first resource sharing restriction level is lower than a second resource sharing restriction level of the second process.94.The device of any one of claims 91 to 93, wherein the configuration information further configures a number of the at least one processing unit to be associated with the first process for the decoding of the first TB, and wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the device to:determine the number of the at least one processing unit to be associated with the first process for the decoding of the first TB.95.The device of any one of claims 91 to 94, wherein the processor-executable instructions further comprise processor-executable instructions that, when executed, cause the device to:receive information indicative of capability of an apparatus performing the first process, the capability including a total number of the at least one processing unit that the apparatus is able to concurrently use.96.The device of any one of claims 78 to 95, wherein the device is a terrestrial network device or a non-terrestrial network device.97.The device of any one of claims 78 to 96, wherein the first process implements a framework for managing retransmissions of TBs to be decoded.98.The device of claim 97, wherein the first process is a hybrid automatic repeat request (HARQ) process or a time until discard (TUD) process.99.A computer-readable storage medium, wherein the computer-readable storage medium stores instructions that, when executed, cause a computer to perform the method of any one of claims 1 to 28 or 57 to 77.

Images