Systems and methods for determining resources for transmitting control information to a smart node

Abstract

Presented are systems, methods, apparatuses, or computer-readable medium for transmitting control information to a smart node. A network node can receive control information indicating for a forwarding link from a wireless communication device. The wireless communication device can send control information indicating for a forwarding link to the network node.

Description

SYSTEMS AND METHODS FOR DETERMINING RESOURCES FOR TRANSMITTING CONTROL INFORMATION TO A SMART NODETECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for determining resources for transmitting control information to a group of network nodes (e.g., smart nodes) .BACKGROUND

[0002] Coverage is a fundamental aspect of cellular network deployments. Mobile operators rely on different types of network nodes to offer blanket coverage in their deployments. As a result, new types of network nodes have been considered to increase the flexibility of mobile operators for their network deployments. For example, certain systems or architecture introduce integrated access and backhaul (IAB) , which may be enhanced in certain other systems, as a new type of network node not requiring a wired backhaul. Another type of network node is the RF repeater which simply amplify-and-forward any signal that they receive. RF repeaters have seen a wide range of deployments in 2G, 3G and 4G to supplement the coverage provided by regular full-stack cells.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or multiple of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, a method, an apparatus, or a computer-readable medium for determining resources for transmitting control information to a group of network nodes. A network node (e.g., SN) can receive / obtain / collect / acquire control information indicating for a forwarding link from a wireless communication device (e.g., UE) . In certain implementations, the forwarding link can include at least one of the following: a forwarding link from a wireless communication node to the network node; a forwarding link from the network node to the wireless communication node; a forwarding link from the network node to the wireless communication device; or a forwarding link from the wireless communication device to the network node. In certain implementations, the control information can be carried through a Physical Uplink Control Channel (PUCCH) .

[0005] In certain implementations, the PUCCH resource used for the control information can be indicated by the wireless communication node to the wireless communication device and / or the network node. In certain  implementations, one of the existing fields in the Downlink Control Information (DCI) can be reinterpreted to indicate the PUCCH resource for the control information. In certain implementations, to differentiate between the existing field in the DCI that indicates the PUCCH resource used for the control information and / or the field that indicates the PUCCH resource used for HARQ-ACK, at least one of the following can be considered: one or more existing fields in the DCI can be set as a specific value when the one of existing field in the DCI is used for indicating the PUCCH resource used for the control information; a new field can be added to the DCI to differentiate; or a new higher layer parameter can be configured to differentiate.

[0006] In certain implementations, one or more dedicated resource lists can be configured via a Radio Resource Control (RRC) signaling for the PUCCH. In certain implementations, each dedicated resource list may include one or more resource configurations, and each resource configuration may include at least one of the following: a PUCCH resource information or the periodicity and / or offset associated with the PUCCH resource. In certain implementations, the PUCCH resource information can be an index that refers to a PUCCH resource configured by the wireless communication mode. In certain implementations, Medium Access Control (MAC) Control Elements (CEs) can be configured to activate one more resource configuration.

[0007] In certain implementations, one or more MAC CEs can be configured to indicate the one or more PUCCH resources used for the control information. In certain implementations, when considering the mapping relationship between the cyclic shift values and the control information, at least one of the following can be considered: an existing table between a plurality of cyclic shift values and UCI bits can be re-interpreted for a mapping between the plurality of cyclic shift values and the control information; or a new table can be configured for a mapping between a plurality of cyclic shift values and the control information.

[0008] In certain implementations, a Radio Network Temporary Identifier (RNTI) used for scrambling the PUCCH can be at least one of the following: an RNTI of the network node; an RNTI of the wireless communication device; or a new type of RNTI. In certain implementations, the network node can receive configuration information related to the PUCCH used for the control information. In certain implementations, the configuration information may include at least one of the following: time resource information of resources for the PUCCH; frequency resource information of the resources for the PUCCH; a PUCCH format; associated information used for decoding the PUCCH; a cell ID; information related to a Demodulation Reference Signal (DM-RS) associated with the PUCCH; beam information configured for the network node to receive the PUCCH; or an UE identity related to the resources for the PUCCH. In certain implementations, the network node can receive the configuration information from at least one of the following: a wireless communication node through at least one of an RRC signaling, a MAC CE, or a DCI; a wireless communication device; or the one or more configuration information pre-defined for the network node.

[0009] In certain implementations, the control information can be carried through a Physical Uplink Shared Channel (PUSCH) . In certain implementations, the PUSCH resource used for the control information can be indicated by the wireless communication node to the wireless communication device and / or the network node. In certain implementations, a new type of Common Search Space (CSS) can be introduced for monitoring the DCI. In certain implementations, the PUSCH resource scheduled by the DCI monitored in the new CSS can be used for the control information. In certain implementations, the PUSCH resource used for the control  information can be scheduled by the existing DCI with CRC scrambled by a specific RNTI. In certain implementations, the specific RNTI may include at least one of the following: a new type of RNTI; or an RNTI of the network node.

[0010] In certain implementations, a new field can be added to the existing DCI to differentiate whether the DCI is for scheduling a transmission of the PUSCH, including the control information, to the network node or a transmission of the PUSCH to a wireless communication node. In certain implementations, a new RRC parameter can be added to an existing RRC signaling to differentiate whether the configuration is configured for a transmission of the PUSCH including the control information to the network node or a transmission of the PUSCH to a wireless communication node.

[0011] In certain implementations, the one or more dedicated configuration can be configured for the configured grant-based PUSCH used for the control information. In certain implementations, the existing DCI signaling with CRC scrambled by a specific RNTI can be used for validating the scheduling activation or scheduling release of the one or more dedicated configured grant. In certain implementations, the specific RNTI may include at least one of the following: a new type of RNTI or a RNTI of network node. In certain implementations, a dedicated scheduling request can be configured for the wireless communication device to request resources for the PUSCH used for transmitting the control information. In certain implementations, a Radio Network Temporary Identifier (RNTI) used for scrambling the bits of PUSCH may include at least one of the following: an RNTI of the wireless communication device; an RNTI of the network node; or a new type of RNTI.

[0012] In certain implementations, the network node can receive configuration information related to the PUSCH used for the control information. In certain implementations, the configuration information may include at least one of the following: time resource information of resources for the PUSCH; frequency resource information of the resources for the PUSCH; information used for decoding the PUSCH; information related to a Demodulation Reference Signal (DM-RS) associated with the PUSCH; beam information configured for the network node to receive the PUSCH; or an UE identity related to the resources for the PUSCH.

[0013] In certain implementations, the network node can receive the configuration information from at least one of the following: a wireless communication node through at least one of an RRC signaling; a MAC CE; or a DCI; a wireless communication device; or the one or more configuration information pre-defined for the network node. In certain implementations, the control information can be carried through a physical sidelink Channel.

[0014] In certain implementations, the physical sidelink channel may include at least one of the following: a Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Shared Channel (PSSCH) , a Physical Sidelink Feedbcak Channel (PSFCH) or a Physical Sidelink Broadcast Channel (PSBCH) . In certain implementations, a new format of Sidelink Control Information (SCI) can be introduced for the control information. In certain implementations, to differentiate whether the SCI format carried in the PSCCH is the new SCI format or the existing SCI format, an identifier field can be added to the existing SCI and / or the new SCI format.

[0015] At least one aspect is directed to a system, a method, an apparatus, or a computer-readable medium for determining resources for transmitting control information to a group of network nodes. The wireless communication device can send / transmit / provide / signal control information indicating for a forwarding link to the network node.

[0016] In some implementations, the network node can receive / obtain / collect / acquire control information indicating for a forwarding link from the wireless communication device, according to at least one of the following example configurations or solutions:

[0017] · Example configuration 1: The control information may be carried on the physical uplink control channel (PUCCH) and / or physical uplink shared channel (PUSCH) channel (s) .

[0018] · Example configuration 2: The control information may be carried on the sidelink.

[0019] · Example configuration 3: The types and format of the control information.BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example embodiments of the present solution to facilitate the reader’s understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0021] FIG. 1 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure;

[0022] FIG. 2 illustrates a block diagram of an example base station and a user equipment device, in accordance with some embodiments of the present disclosure;

[0023] FIG. 3 illustrates a schematic diagram of an example network, in accordance with some embodiments of the present disclosure;

[0024] FIG. 4 illustrates a schematic diagram of transmission links between BS to SN and SN to UE, in accordance with some embodiments of the present disclosure;

[0025] FIG. 5 illustrates a schematic diagram of a network-controlled SN model, in accordance with some embodiments of the present disclosure;

[0026] FIG. 6 illustrates a schematic diagram of a UE-controlled SN model, in accordance with some embodiments of the present disclosure;

[0027] FIG. 7 illustrates a schematic diagram of a network-controlled repeater, in accordance with some embodiments of the present disclosure; and

[0028] FIG. 8 illustrates a flow diagram of an example method for determining resources for transmitting control information to a group of smart nodes, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

[0029] 1. Mobile Communication Technology and Environment

[0030] FIG. 1 illustrates an example wireless communication network, and / or system, 100 in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure. In the following discussion, the wireless communication network 100 may be any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as “network 100. ” Such an example network 100 includes a base station 102 (hereinafter “BS 102” ; also referred to as wireless communication node) and a user equipment device 104 (hereinafter “UE 104” ; also referred to as wireless communication device) that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In FIG. 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one base station operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0031] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various embodiments of the present solution.

[0032] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA signals) in accordance with some embodiments of the present solution. The system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein. In one illustrative embodiment, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of FIG. 1, as described above.

[0033] System 200 generally includes a base station 202 (hereinafter “BS 202” ) and a user equipment device 204 (hereinafter “UE 204” ) . The BS 202 includes a BS (base station) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled and interconnected with one another as necessary via a data communication bus 220. The UE 204 includes a UE (user equipment) transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0034] As would be understood by persons of ordinary skill in the art, system 200 may further include any number of modules other than the modules shown in FIG. 2. Those skilled in the art will understand that the  various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure.

[0035] In accordance with some embodiments, the UE transceiver 230 may be referred to herein as an “uplink” transceiver 230 that includes a radio frequency (RF) transmitter and a RF receiver each comprising circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some embodiments, the BS transceiver 210 may be referred to herein as a “downlink” transceiver 210 that includes a RF transmitter and a RF receiver each comprising circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 may be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time that the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operations of the two transceivers 210 and 230 may be coordinated in time such that the downlink receiver is coupled to the downlink antenna 212 for reception of transmissions over the wireless transmission link 250 at the same time that the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0036] The UE transceiver 230 and the base station transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative embodiments, the UE transceiver 210 and the base station transceiver 210 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the base station transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0037] In accordance with various embodiments, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some embodiments, the UE 204 may be embodied in various types of user devices such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof,  designed to perform the functions described herein. In this manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or multiple microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0038] Furthermore, the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module executed by processor modules 214 and 236, respectively, or in any practical combination thereof. The memory modules 216 and 234 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 may be coupled to the processor modules 210 and 230, respectively, such that the processors modules 210 and 230 can read information from, and write information to, memory modules 216 and 234, respectively. The memory modules 216 and 234 may also be integrated into their respective processor modules 210 and 230. In some embodiments, the memory modules 216 and 234 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 210 and 230, respectively. Memory modules 216 and 234 may also each include non-volatile memory for storing instructions to be executed by the processor modules 210 and 230, respectively.

[0039] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the base station 202 that enable bi-directional communication between base station transceiver 210 and other network components and communication nodes configured to communicate with the base station 202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 218 provides an 802.3 Ethernet interface such that base station transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0040] The Open Systems Interconnection (OSI) Model (referred to herein as, “open system interconnection model” ) is a conceptual and logical layout that defines network communication used by systems (e.g., wireless communication device, wireless communication node) open to interconnection and communication with other systems. The model is broken into seven subcomponents, or layers, each of which represents a conceptual collection of services provided to the layers above and below it. The OSI Model also defines a logical network and effectively describes computer packet transfer by using different layer protocols. The OSI Model may also be referred to as the seven-layer OSI Model or the seven-layer model. In some embodiments, a first layer may be a physical layer. In some embodiments, a second layer may be a Medium Access Control (MAC) layer. In some embodiments, a third layer may be a Radio Link Control (RLC) layer. In some embodiments, a fourth layer may be a Packet Data Convergence Protocol (PDCP) layer. In some  embodiments, a fifth layer may be a Radio Resource Control (RRC) layer. In some embodiments, a sixth layer may be a Non Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer being the other layer.

[0041] FIG. 3 illustrates a schematic diagram of an example network 300. As illustrated in FIG. 3, one or multiple BSs 102A-B (e.g., BSs 102) can serve one or multiple UEs 104A-B (e.g., UEs 104) respectively in their cells via the respective one or multiple SNs 306A-B (e.g., sometimes labeled as SN (s) 306) , such as when there are blockages between the BS (s) 102 and the UE (s) 104.

[0042] FIG. 4 illustrates a schematic diagram 400 of transmission links between BS 102 to SN 306 and SN 306 to UE (s) 104 (e.g., UE A and / or UE B) . The SN 306 can include or consist of at least two units or functional parts / components (e.g., sometimes referred to as function entities) , such as the communication unit (CU) (e.g., SN CU) and the forwarding unit (FU) (e.g., SN FU) . The units of the SN 306 can support different functions for communication with at least one of the BS 102 and / or the UE 104. A first unit (or function entity) of the SN 306 may refer to the SN CU and a second unit (or function entity) of the SN 306 may refer to the SN FU or vice versa, in some cases. For example, the SN CU (e.g., first unit) can be a network-controlled repeater (NCR) MT. In another example, the SN FU (e.g., second unit) can be an NCR forwarder / forwarding (Fwd) . The SN 306 (e.g., SN CU or SN FU) can act / behave, include, or support various features or functionalities. For example, The SN 306 (e.g., SN CU) can receive and / or decode side control information from a controller. The controller may be at least one of the BS 102 (e.g., gNB) , the UE 104, or other entities. The SN CU may be a control unit, controller, mobile terminal (MT) , part of a UE 104 or a BS 102, a third-party IoT device, and so on. In another example, the SN 306 (e.g., SN FU) can carry out the intelligent amplify-and-forward operation using the side control information received by the SN CU. The SN FU may be a radio unit (RU) , a RIS, and so on. In some cases, the unit to achieve each functionality (or each functional unit) may refer to or correspond to separate or dedicated components of the SN 306. In some cases, the unit for each functionality may refer to or correspond to different logic parts of the same component of the SN 306. In certain aspects, the interface to enable the information exchange or transition between the two units of the SN 306 can be supported.

[0043] An example model or depiction of the SN 306 can be shown in at least FIG. 4. For instance, the forwarding functionality can be carried out via at least one of L1-L4, which can be referred to as forwarding links. For control links or communication links, at least one of L5-L8 can be used for the SN 306 to receive control information and / or exchange or forward SN’s information with the BS 102 and / or the UE 104.

[0044] The transmission links between the BS 102 to SN 306 and the SN 306 to UE 104 as shown in FIG. 4 can be defined / described / provided as follows:

[0045] ‐ L1: link from BS to SN-FU

[0046] ‐ L2: link from SN-FU to BS

[0047] ‐ L3: link from SN-FU to UE

[0048] ‐ L4: link from the UE to SN-FU

[0049] ‐ L5: link from BS to SN-CU

[0050] ‐ L6: link from SN-CU to BS

[0051] ‐ L7: link from SN-CU to UE

[0052] ‐ L8: link from UE TO SN-CU

[0053] ‐ L9: link from BS to UE

[0054] ‐ L10: link from UE to BS

[0055] The L1-L10 can be at least one of various types of links, such as at least one of a control link, communication link, or forwarding link. For example, for the control link, the SN 306 can receive and / or process the control information from the UE 104 and / or the BS 102, such that the information transmitted in the control link can be utilized to control the forwarding links or forwarding functionalities. In some cases, the data / signal / information of the SN 306 can be transmitted from the SN 306 to the UE 104 and / or the BS 102. The SN 306 can receive cell-specific and / or UE-specific signals from the UE 104 and / or the BS 102, the information or signals transmitted / sent / provided / communicated on control link may or may not be used to control the forwarding links or forwarding functionalities.

[0056] In another example, for the communication link, SN’s data / signal / information can be transmitted from the SN 306 to the UE 104 and / or the BS 102. The SN 306 can receive cell-specific and / or UE-specific signals from the UE 104 and / or the BS 102. The information or signals transmitted on the communication link may not be used to control the forwarding links or forwarding functionalities. In some cases, the communication link can correspond to or be a part of the control link. In some cases, compared to the control link, the communication link may not carry or have control information via the communication link to control the forwarding links or forwarding functionalities of the SN 306.

[0057] In further examples, for forwarding link (e.g., backhaul links and / or access links, ) , the signal from the BS 102 and / or the UE 104 can be unknown by the SN FU. For instance, the SN FU can forward signals (e.g., with or without amplification) without decoding the signals. L2 and L4 can correspond to or be associated with a complete uplink (UL) forwarding link from the UE 104 to the BS 102. L1 and L3 can correspond to or be associated with a complete downlink (DL) forwarding link from the BS 102 to the UE 104. Unless indicated otherwise, L1-L4 can be forwarding links. In the network-controlled SN model as shown in FIG. 5 (e.g., L5 and / or L6 can be control links, in which the side control information can be transmitted / provided / communicated between the BS 102 and the SN 306) , L1 and / or L2 can be referred to as backhaul links, and L3 and / or L4 can be referred to as access links. In the UE-controlled SN model as shown in FIG. 6 (e.g., L7 and / or L8 can be control links for the SN 306 (e.g., SN CU) to receive side control information from the UE 104) , the L3 and / or L4 can be referred to as backhaul links, and the L1 and / or L2 can be referred to as access links. The backhaul link and access link can be part of the forwarding links, and the combination (of the backhaul and access links) can represent or constitute a complete forwarding link, for example.

[0058] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or  modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0059] 2. Systems and Methods for Determining Resource Information Indication for a Smart Node

[0060] In certain systems (e.g., 5G new radio (NR) , Next Generation (NG) systems, 3GPP systems, and / or other systems) , a network-controlled repeater (NCR) can be introduced as an enhancement over conventional RF repeaters with the capability to receive and / or process side control information from the network. Side control information can allow a network-controlled repeater to perform / execute / operate its amplify-and-forward operation in a more efficient manner. Certain benefits can include at least mitigation of unnecessary noise amplification, transmissions, and receptions with better spatial directivity, and / or simplified network integration.

[0061] The NCR can be regarded as a stepping stone of a re-configurable intelligent surface (RIS) . A RIS node can adjust the phase and amplitude of the received signal to improve / enhance the coverage (e.g., network communication coverage) . As discussed herein, network nodes, including and not limited to NCR, smart repeater, enhanced RF repeaters, RIS, and / or integrated access and backhaul (IAB) , can be denoted, referred to, or provided as a smart node (SN) (e.g., network node) for simplicity. For example, the SN can include, correspond to, or refer to a kind of network node to assist the BS 102 to improve coverage (e.g., avoiding / averting blockage / obstructions, increasing transmission range, etc. ) . In certain cases, there may be scenarios where the SN can receive control information from the UE. In these cases, the control information can be carried on the PUCCH / PUSCH / sidelink channels. Therefore, there is a need to consider how to determine the corresponding channel resources that are used for transmitting the control information to the SN.

[0062] As described herein and shown in FIG. 7, the corresponding mechanism for indicating the control information for the NCR is to indicate the beam information for the backhaul link and access link. For example, in certain implementations, periodic indication can be enabled by RRC signaling. The RRC signaling can be used to configure a list of “NCR-PeriodicFwdResourceSet” , each of which includes a number of “PeriodicFwdResourceSet” . Each forwarding resource is defined as a pair of beam and time resource. Same periodicity can be shared for the forwarding resource within one PeriodicFwdResourceSet. In certain implementations, semi-persistent indication can be enabled by RRC + MAC CE signaling. The RRC signaling is the same as for periodic indication, with the only change being the name (NCR-semiPersistentFwdRsrcSet) . After the configuration, the MAC CE can be used to select the beam indication. In certain implementations, aperiodic indication can be enabled by RRC+ DCI signaling. The RRC signaling can be used to configure a list of “NCR-AperiodicFwdTimeResource” , each of which is defined with a time resource. After the configuration, the DCI can be used to indicate one or more beam information and one or more sequentially associated time resources that are configured in the RRC. Additionally, if the backhaul link and control link support simultaneous  transmission or reception, the beam information of the backhaul link can refer to the control link according to a pre-defined rule. Otherwise, if the backhaul link and the control link do not support simultaneous transmission or reception and the NCR supports adaptive beam indication for the backhaul link, the corresponding MAC CE signaling can be used to indicate the UL backhaul link beam information and DL backhaul link beam information, respectively.

[0063] In certain embodiments, the control information may be carried on the PUCCH and / or PUSCH channel. To control the forwarding operation of the SN, the control information can be transmitted from the UE to the SN. In order to transmit the control information to the SN, the UE shall know which channel resources will be used to transmit the control information to the SN. When the control information transmitted to the SN is carried on the PUCCH, several aspects / implementations can be considered. For example, in certain implementations, the resource configuration of PUCCH to transmit the control information to the SN can be configured to the UE. The UE can then transmit the control information to the SN using the corresponding PUCCH resources. In the present disclosure, the number of PUCCH resource sets configured to each UE can be limited (e.g., four or any positive integer) , and each PUCCH resource set can include multiple PUCCH resources. For each UCI type, the corresponding PUCCH resource can be configured to the UE. To determine / configure the PUCCH resource used to transmit control information to the SN, several sub-cases can be considered.

[0064] In certain configurations, the current PUCCH resource indicator field in the DCI signaling can be reused / re-interpreted. In certain implementations, the one or more fields in the existing DCI (e.g., DCI 1_0, DCI 1_1, DCI 1_2, etc. ) can be set as a specific value, and when the corresponding fields are set as a specific value, the PUCCH resource indicator in the DCI that indicates HARQ-ACK information can be reused / re-interpreted as the PUCCH resource allocated for the UE for transmitting the control information to the SN. The determination of PUCCH resource ID according to the PUCCH resource indicator field of the DCI signaling can be the same as the existing specification. For example, for the DCI 1_1 scrambled by C-RNTI, when the “Modulation and Coding Scheme” field in the DCI can be set as all “1” , and the FDRA field in the DCI can be set as all “0” for FDRA type 0 or for dynamic switch, or set as all “1” for FDRA type 1, the PUCCH resource indicator in the DCI can be re-interpreted as the PUCCH resource allocated for the UE for transmitting the control information.

[0065] Additionally, the start slot for PUCCH transmission can have a slot offset value “k” from a relative slot, such as the slot in which the UE receives the DCI. This way, the slot offset value k can be determined. In certain implementations, k can be determined by one of the existing fields in the DCI signaling, e.g., the existing “PDSCH-to-HARQ feedback timing indicator” (if present) can be reused / re-interpreted to indicate the slot offset value k. In some examples, the existing methods to determine the number of slots by the “PDSCH-to-HARQ-ACK_feedback timing indicator” field of the DCI can be reused for determining the value of k. In certain implementations, k can be a pre-defined value known by the SN and UE. In certain implementations, the higher layer parameters, e.g., a new RRC parameter, can configure k.

[0066] In certain implementations, a new field can be added to the existing DCI format (e.g., DCI 1_0, DCI 1_1, DCI 1_2, etc. ) to differentiate whether the PUCCH resource indicator field in the DCI signaling can be used for indicating the control information or for HARQ-ACK information. In certain implementations, a  new higher layer parameter (e.g., a new RRC parameter or a new MAC CE signaling) can be defined to indicate that the PUCCH resource indicator field in the DCI signaling can be used for indicating the control information or for HARQ-ACK information. For example, this new higher later parameter can be a “1” bit value, and when this parameter is set to 1, it means / indicates that the PUCCH resource indicator field in the DCI signaling can be used for indicating the control information; otherwise, it means / indicates that the PUCCH resource indicator field in the DCI signaling is for legacy use.

[0067] In certain configurations, a dedicated PUCCH resource can be defined / configured to transmit the control information. This allows for several options / implementations to be considered. In certain implementations, the one or more dedicated resource lists can be configured via the RRC signaling to the UE for using the PUCCH to transmit the control information to the SN, and the RRC signaling can be the existing RRC signaling (e.g., the existing RRC PUCCH-Config signaling) or a new RRC signaling. In each dedicated resource list, it includes one or more resource configurations, where each resource configuration may have a corresponding resource configuration ID, and each resource configuration may include a PUCCH resource information, and may include the periodicity and / or offset information associated with the PUCCH resource. The PUCCH resource information can be the a PUCCH resource index which refers to a PUCCH resource configuration of the existing specification. The periodicity and the offset can have the format of a number of slots and / or symbols. For example, a dedicated resource list SN-ResourceConfigList that includes one or more SN-ResourceConfig can be configured / added to the existing RRC PUCCH-Config signaling to UE for transmitting the control information to the SN, where each SN-ResourceConfig may have a corresponding SN-ResourceConfig ID, and each SN-ResourceConfig may include a PUCCH resource ID configured in the existing PUCCH-Config and may include the periodicity and the offset in the number of slots and / or symbols associated with the PUCCH resource ID. In this way, the UE can use the corresponding PUCCH resource and related parameters configured in the dedicated resource list to transmit the control information to the SN.

[0068] In certain implementations, new parameters can be added to the existing PUCCH-Config as follows:

[0069] In some implementations, after the above dedicated resource list is configured to the UE for transmitting the control information to the SN, a MAC CE signaling (e.g., a new MAC CE signaling or the existing MAC CE signaling) can be used to activate one or more resource configurations (e.g., SN-ResourceConfig ID) . In this way / manner, the UE can use the activated resource configurations to transmit the control information to the SN. The applicable time of the activated resource configuration activated by the MAC CE signaling can refer to the existing specification. For example, the UE can transmit the HARQ-ACK information at slot “n” corresponding to the PDSCH carrying the MAC CE signaling, and the applicable time for the activated resource configuration can be applied from the first slot that is after slot where μ is the subcarrier space (SCS) configuration for the PUCCH.

[0070] In certain implementations, one of the fields in the existing MAC CE signaling can be reused to differentiate whether this MAC CE signaling is for legacy use or for activating / deactivating the resource configurations from the dedicated resource list configured in the RRC signaling. For example, the existing SP CSI reporting on PUCCH Activation / Deactivation MAC CE can be reused, and the Reserved bit field in the Oct1 can be reused to differentiate whether this MAC CE signaling is for legacy use or for activating / deactivating the resource configurations from the dedicated resource list configured in the RRC signaling. For example, when the Reserved bit field in the Oct1 is set to “0” , it means / indicates that it is for legacy use, and when the Reserved bit field in the Oct1 is set to “1” , it means / indicates that this MAC CE signaling can be used for activating / deactivating the resource configurations from the dedicated resource list configured in the RRC signaling. The existing Si field in the MAC CE signaling can be used to indicate the activation / deactivation status of the resource configurations.

[0071] In certain implementations, a new MAC CE signaling can be used by the BS to indicate one or more PUCCH resources used to send the control information for SNs. In certain implementations, the MAC CE signaling can indicate the one or more PUCCH resources configured in the existing PUCCH-Config to be used for transmitting the control information to the UE. To indicate the one or more PUCCH resources to the UE, several alternatives / implementations can be considered. For example, in certain alternatives / implementations, the MAC CE signaling may include one or more PUCCH resource IDs, which directly refer to a PUCCH resource configured in the PUCCH-Config. Similarly, in certain alternatives / implementations, the MAC CE signaling may include one or more PUCCH resource indicators. The UE can determine a resource set according  to the number of bits of control information, and the PUCCH resource indicator field values in the MAC CE signaling map to a set of PUCCH resource IDs provided by the corresponding resource set.

[0072] In certain implementations, the PUCCH resource configured in the existing PUCCH resource set may not include the start slot information. In this manner, the start slot in which the UE uses the corresponding PUCCH resource to transmit the control information to the SN can be determined. The start slot of the PUCCH resource indicated in the MAC CE signaling can have a slot offset value relative to the reference slot. The reference slot can be the slot in which the UE transmits the HARQ-ACK information corresponding to the PDSCH carrying the MAC CE signaling, or it can be the slot of the applicable time of the MAC CE signaling (e.g., if the UE transmits the HARQ-ACK information at slot “n” , then the reference slot can be the first slot that is after slot where μ is the SCS configuration for the PUCCH resource) . In this way, the slot offset value k can be determined by several methods. For example, in certain implementations, k can be provided in the corresponding MAC CE signaling for each indicated PUCCH resource. In this way / manner, for each indicated PUCCH resource in the MAC CE signaling, there may exist an associated k value for it. In certain implementations, k can be a pre-defined value provided to the UE via OAM. For example, the MAC CE signaling may include a PUCCH resource, and the offset value k can be pre-defined for the UE. In this way / manner, the UE can know / determine the start slot for the indicated PUCCH resource. In certain implementations, k = 0, which may indicate that the start slot can be directly the reference slot.

[0073] In certain implementations, the existing UCI types may include the HARQ-ACK information, SR, LRR, and CSI, and the corresponding UCI bits may include any of the HARQ-ACK information bits, SR information bits, LRR information bits, and CSI bits. If the UE transmits the control information to the SN using the PUCCH resource, and if there are dedicated PUCCH resources for transmitting the control information, the UCI types may introduce a new type, which is the control information used for the SNs. Correspondingly, the UCI bits may include the control information bits also applicable to the SN.

[0074] In certain implementations, the number of bits of control information may vary (or be different) depending on the transmitted information. For example, if the UE transmits beam and time information to control the forwarding operation of the SN, the number of bits may be greater than 2, and only the PUCCH formats 2 / 3 / 4 can be used. In contrast, if the UE wants to transmit the control information to the SN and the number of bits is smaller than 2, which allows the use of PUCCH formats 0 / 1. When the UE transmits control information to the SN using the PUCCH resource, if considering using the existing PUCCH format, the PUCCH format 0 / 1 can be used if the number of side control information bits is 1 or 2, and PUCCH format 2 / 3 / 4 can be used if the number of side control information bits is more than 2; or a new PUCCH format can be introduced for transmitting the control information to the SN.

[0075] In the existing specification, for one or more PUCCH format (e.g., the existing PUCCH format such as PUCCH format 0, or new PUCCH format) , such current PUCCH format can transmit the UCI bits using the different cyclic shift value (i.e., uses the different value of mcs) In this way / manner, the different values of mcs can be mapped to the different transmitted control information bits. To transmit the 1-bit control information, 2 values (or any positive integer) of mcs can be defined, and to transmit the 2-bit control information, 4 values (or any positive integer) of mcs can be defined. In this way / manner, several methods can be considered when the  PUCCH resource is used to transmit the control information to the SN and the PUCCH format of the corresponding PUCCH resource is set as some specific PUCCH format (e.g., PUCCH format 0 or a new PUCCH format) .

[0076] In certain implementations, the existing mapping table between the value of mcs and the UCI bits (e.g., the mapping table between the value of mcs and the HARQ-ACK information bits, or the mapping table between the value of mcs and the HARQ-ACK information bit and SR information bit) can be reused / re-interpreted for the mapping between the mcs and the control information. In this manner, when the UE knows / determines that the configured / scheduled PUCCH resource can be used for transmitting the control information to the SN and the PUCCH resource is in PUCCH format 0, the UE can know / determine that the existing mapping table between the value of mcs and the existing UCI bits has been re-interpreted to reflect the mapping between the mcs and the control information.

[0077] In certain implementations, the existing mapping of mcs values for one HARQ-ACK information bit can be reused or reinterpreted as follows: the mcs value 0 is mapped to the HARQ-ACK value 0, and the mcs value 6 is mapped to the HARQ-ACK value 1. In this way / manner, if the control information is 1 bit, this mapping table can be reused / re-interpreted. For example, the forwarding request information can be 1 bit, with bit value 1 representing the forwarding request and bit value 0 meaning to stop the forwarding request. In this manner, the current mcs value 6 can be re-interpreted to be mapped to the forwarding request value 1, and the current mcs value 0 can be re-interpreted to be mapped to the forwarding request value 0.

[0078] In certain implementations, when the control information is 2 bits, the existing mapping of mcs values for two HARQ-ACK information bits can be reused / re-interpreted. For example, there can be 4 carriers that the SN can support on the forwarding link, and the 4 carriers can be indexed by 0～3. In this way / manner, the existing current mcs value 0 can be re-interpreted to be mapped to the carrier 0, the current mcs value 3 can be re-interpreted to be mapped to the carrier 1, the current mcs value 6 can be re-interpreted to be mapped to the carrier 2, and the current mcs value 9 can be re-interpreted to be mapped to the carrier 3, among others.

[0079] In certain implementations, the one or more dedicated new mapping tables can be defined for the value of mcs and the specific control information. For example, when the control information is 1-bit forwarding request information, a dedicated mapping table for the value of mcs and the forwarding request information can be defined, as shown below:

[0080] Because the SN has similar functionality to a normal UE, the SN can also learn the above mapping relationship between mcs and control information. Therefore, when the SN receives a PUCCH from the UE, the SN can decode and obtain the control information accordingly.

[0081] In certain implementations, the PUCCH resource used to transmit control information to the SN can be determined, as described herein. Additionally, the bits that carried on the PUCCH can be scrambled before modulation. The scrambling sequence generator can be initialized with the data scrambling ID / cell ID and / or C-RNTI of the UE. Since the PUCCH resource is used to transmit control information to the SN, the SN is to  decode the corresponding PUCCH resource to obtain the control information. As a result, security issues may arise if the PUCCH resource is configured to the SN with the C-RNTI value of the UE. To mitigate this, several options can be considered for the RNTI that is used for the scrambling of the PUCCH resource used to transmit the control information. For example, in certain implementations, the RNTI used for the scrambling can be the RNTI of UE (e.g., the C-RNTI) . In this manner, the RNTI value of UE can be configured to the SN via the BS, the corresponding UE, or the OAM. In certain implementations, the RNTI used for the scrambling can be the RNTI of SN (e.g., NCR-RNTI) . In this way / manner, the RNTI of corresponding SN can be indicated / configured to the UE via the BS or the SN. In certain implementations, the RNTI used for the scrambling can be a new type of RNTI, and the value of the new type of RNTI can be known for SN and UE.

[0082] In certain implementations, for the scrambling procedure of the bits of PUCCH that used for the control information, the scrambling sequence generator used in the scrambling procedure can be directly initialized with a specific value, and this value can be configured to the SN and the UE by the BS, pre-defined to the SN and UE, or configured to the SN by the UE. In some examples, since the UE may need to control more than one SN, the UE may need to transmit the control information to the different SNs. A list of specific values used for initializing the scrambling sequence generator can be configured to the UE by the BS or pre-defined for the UE, where each specific value can be used for initializing the scrambling sequence generator of PUCCH used for transmitting the control information to a corresponding SN. In some examples, the SN may also need to receive and decode the PUCCH transmitted from the different UEs. A list of specific values used for initializing the scrambling sequence generator can be configured to the SN by the BS or pre-defined for the SN, where each specific value can be used for initializing the scrambling sequence generator of PUCCH used for transmitting the control information from a corresponding UE.

[0083] In certain implementations, in addition to configuring the PUCCH resource for the UE to transmit the control information, the SN can also know / determine where and when to decode the PUCCH. In this way, several options can be considered. For example, in certain configurations / implementations, the SN-CU has the same functionality as a normal UE. As a result, the implementations used to configure the PUCCH resource for the UE to send control information can also be applied to the SN. In this way / manner, the PUCCH resource used for the control information of the SN can be configured by the BS to the SN, and the UE is to be the same. In certain implementations, when the UE has configured the PUCCH resource used for the control information for SN, the UE can determine that it is to send the control information on the corresponding PUCCH resource. In contrast, when the SN has been configured with the same PUCCH resource, the SN can determine that it is to receive the information on the corresponding PUCCH resource instead of transmitting the information. In addition to the resource information of PUCCH known by the SN, the information used to decode the corresponding PUCCH transmitted from the UE can also be known by the SN, e.g., the scrambling ID, the RNTI of the corresponding UE, etc. In certain implementations, since there may be more than one UEs to transmit the control information to the SN, the association relationship between the PUCCH resource and the UE can also be configured to the SN. In this manner, the SN can use the information of the corresponding UE to decode the PUCCH resource transmitted from the UE.

[0084] In certain implementations, the SN can be configured with the relevant configuration and resource information for the PUCCH used to transmit the control information via dedicated signaling. This configuration  and information can be used by the SN to decode the corresponding PUCCH transmitted from the corresponding UE. The related configuration and resource information may include at least one of the following: PUCCH-related resource configuration information; the beam information used for the SN to receive the corresponding PUCCH from the UE; and / or the UE identity related to the associated PUCCH resource. The PUCCH-related resource configuration information may further include at least one of the following: the time resource information of the PUCCH resource; the frequency resource information of the PUCCH resource; the PUCCH format; the related specific parameters that used for decoding the PUCCH; cell ID; and / or the information related to the demodulation-reference signal (DM-RS) associated with the PUCCH. The time resource information can include, but is not limited to, at least one of a start time, a pattern, a start and length indicator value (SLIV) , a time offset, a slot offset, a symbol offset, a time domain resource allocation (TDRA) index, a duty cycle, a duration (in symbols or in slots) , a periodicity, and / or a reference SCS. The frequency resource information may include at least one of a carrier index, a band index, a sub-band index, a BandWidth part (BWP) index, a passband index, a cell index, a frequency range index, a start RB index, an RB number, an RE number, a frequency offset, a reference point, the absolute radio frequency channel number (ARFCN) , and / or global synchronization raster (GSCN) . The PUCCH format used to transmit the control information to the SN can be a pre-defined format known by the SN and UE. In some implementations, the related information can be configured to the SN via at least one of the following: dedicated signaling transmitted from the BS to the SN via at least one of: RRC, MAC CE, or DCI signaling; dedicated signaling transmitted from the UE to the SN; and / or pre-defined for the SN.

[0085] In certain implementations, when the control information transmitted to the SN is carried on the PUSCH, several aspects / implementations can be considered. In certain aspects / implementations, PUSCH resource used by the UE to transmit the control information can be configured to the UE. In certain configurations, the implementation for configuring / scheduling the PUSCH transmission in the existing specification can be reused / enhanced for transmitting the control information to the SN. In certain implementations, the existing DCI format used to schedule / validate the PUSCH can be reused to schedule / validate the PUSCH for transmitting the control information to the SN. In this way / manner, the DCI signaling can be the existing DCI signaling (e.g., the DCI 0_0, DCI 0_1, DCI 0_2, etc. ) . When the DCI signaling is used to schedule / validate the PUSCH transmission used for transmitting the control information to the SN, several implementations can be considered to differentiate whether the PUSCH resource is scheduled to be used for legacy or for transmitting the control information to the SN.

[0086] In certain implementations, the new types of common search space (CSS) can be introduced for an existing DCI format (e.g., the DCI 0_1 / 0_0 / 0_2) . In this way / manner, the scheduled PUSCH in the DCI monitored in the new CSS can be used for transmitting the control information to the SN. This new type of CSS can be configured to the SN and the UE. In this way / manner, when the UE has been configured with such CSS, the UE can decode the DCI monitored in the corresponding CSS to obtain the scheduled PUSCH resource. The UE can then send the control information over the corresponding PUSCH resource. Similarly, when the SN has been configured with the same CSS, the SN can also decode the DCI monitored in the corresponding CSS to obtain the scheduled PUSCH resource. The SN will then monitor and receive the control information transmitted from the UE on the scheduled PUSCH resource. In some implementations, the DCI monitored in the new types of CSS have the CRC scrambled by the RNTI, and the RNTI can have several options. For example, the RNTI  can be the existing RNTI (e.g., C-RNTI or CS-RNTI) . The existing DCI format with CRC scrambled by the C-RNTI and monitored in the new types of CSS can be used for scheduling the PUSCH used for transmitting the control information to the SN. In some implementations, the RNTI can be a new type of RNTI, and this new type of RNTI can be configured to the SN and the UE with the same value. In some implementations, the RNTI can be the RNTI of SN (e.g., the NCR-RNTI of SN) , and the RNTI value of SN can be configured to the UE. To further illustrate the new types of common search space, the following example can be considered:

[0087] which means a new types of common search space, e.g., sn-SearscSpace, can be introduced in the existing RRC signaling, e.g., the PDCCH-ConfigCommon. In this way, when the UE and SN are configured with the sn-SearscSpace and the corresponding dedicated types of RNTI values, the UE and SN can decode the DCI monitored in the corresponding sn-SearchSpace to obtain the scheduled PUSCH resource.

[0088] In certain implementations, the existing DCI format used to schedule a PUSCH transmission for transmitting the control information can have the CRC scrambled by dedicated types of RNTI. The search space can be the existing search space (e.g., a UE-specific search space or the existing Type-3 PDCCH CSS) or the new types of CSS. In this way / manner, the information carried in the corresponding DCI signaling with CRC scrambled by a dedicated RNTI can be used for scheduling the PUSCH transmission for transmitting the control information to the SN. The dedicated types of RNTI used to scramble the DCI with CRC can include several considerations. For example, the dedicated types of RNTI can be a new type of RNTI. The existing DCI format can be monitored in a UE-Specific searchspace, and in this way / manner, the dedicated types of RNTI can be new types of RNTI configured with the different values for the SN and UE. The BS can then separately configure the DCI that scheduled the PUSCH to transmit the control information to the SN and UE. The scheduled PUSCH resource can be the same for the SN and UE. In this way / manner, the UE can send the control information over the corresponding PUSCH resource, and the SN can monitor and receive the control information over the corresponding PUSCH resource transmitted from the UE. In some implementations, the dedicated types of RNTI can be the RNTI of SN, e.g., the NCR-RNTI of SN. The existing DCI format can be monitored in existing CSS or new types of CSS. In this way / manner, the dedicated RNTI can be the RNTI of SN, e.g., the NCR-RNTI of SN, if configured. Similarly, the value of RNTI of SN can also be configured / indicated to the UE, so the UE can decode the corresponding DCI transmitted from the BS.

[0089] In certain implementations, a new field can be added to the existing DCI signaling to differentiate whether the DCI signaling can be used to schedule the PUSCH transmission for transmitting the information to the BS or for transmitting the control information to the SN. In some implementations, a new parameter can be added to the existing RRC configuration for the configured grant types of PUSCH (e.g., the ConfiguredGrantConfig signaling) to differentiate whether the configuration can be used for legacy use or for transmitting the control information to the SN. This parameter can only be applicable to UEs capable of  sending / transmitting the control information to the SN. For example, a new parameter can be added to the existing ConfiguredGrantConfig signaling, as shown below. When this parameter is set to enabled, it indicates that the configuration is for legacy use. When this parameter is set to disabled, it indicates that the configuration can be used for transmitting the control information for SN.

[0090] In certain implementations, a dedicated PUSCH resource can be configured to the UE to transmit the control information to the SN. In this case, the dedicated PUSCH resource can be configured and used by the UE to transmit the control information to the SN. In some implementations, the one or more dedicated configured grant based PUSCH resource used for transmitting the control information to the SN can be configured to the UE via the RRC signaling. The RRC signaling can be the new RRC signaling or the existing RRC signaling (e.g., the existing BWP-UplinkDedicated signaling) .

[0091] For example, a dedicated configured grant based PUSCH resource list (e.g., configuredGrantConfigForSNToAddModList) can be added to the existing BWP-UplinkDedicated signaling to be used for transmitting the control information to the SN. The dedicated configured grant based PUSCH resource list may include one or more configured grant based PUSCH configurations (e.g., the existing ConfiguredGrantConfig) . In this way / manner, these configurations can be used for transmitting control information to the SN. The maximum number of configurations in the list can be pre-defined for the UE or configured for the UE, as shown below:

[0092] In certain implementations, a dedicated configured grant based PUSCH resource can be configured to the UE via the existing BWP-UplinkDedicated signaling, as shown below:

[0093] In certain implementations, for the configured grant based PUSCH used for transmitting the control information, a DCI signaling can be used to validate the scheduling activation or scheduling release of the one or more configured grant based PUSCH configurations used for transmitting the control information to the SN. For example, the DCI can be the existing DCI format (e.g., the DCI 0_0, DCI 0_1, DCI 0_2, etc. ) that scrambled by a specific RNTI (e.g., a new dedicated type of RNTI or the RNTI of corresponding SN, such as the existing ncr-RNTI in Release-18) . All the fields can have the same set as the current specification used for validation of configured UL grant Type2 PUSCH. In some examples, if this DCI with CRC is scrambled by the RNTI of the corresponding SN (e.g., ncr-RNTI) , the UE is to be configured with one or more RNTIs that belong to different SNs, either from the BS or the corresponding SN.

[0094] In certain implementations, a dedicated SR configuration can be configured to the UE to request the PUSCH resource for transmitting the control information. For example, similar as the scheduling request configured used for the beam failure recovery procedure, a dedicated scheduling request that used for requesting the resource for transmitting the control information to the SN can be introduced in the existing signaling or a new signaling. For example, a dedicated scheduling request resource list for requesting the resource for transmitting the control information can be added to the existing signaling (e.g., PUCCH-Config) or a new signaling, for example as follows:

[0095] The UE procedure for reporting the dedicated SR used for transmitting the control information for SN can have the same mechanism as the existing SR. The only difference is that when the UE sends / transmits the positive SR into the dedicated SR resources, the BS can know / determine that the scheduling request is to be used for requesting the PUSCH resource for transmitting the control information to the SN.

[0096] In certain implementations, the PUSCH resource used to transmit control information to the SN can be determined using the implementations, as described herein. In the present disclosure, the bits of PUSCH can be scrambled with the scrambling ID / cell ID and / or the RNTI of the UE. In this way / manner, the RNTI used for the scrambling of PUSCH used to transmit the control information can be considered with several options.  For example, in certain implementations, the RNTI used for the scrambling can be the RNTI of UE. In this manner, the RNTI value of UE can be configured to the SN via the BS, the corresponding UE, or the OAM. In certain implementations, the RNTI used for the scrambling can be the RNTI of SN (e.g., NCR-RNTI) . In this way, the RNTI of the corresponding SN can be indicated / configured to the UE via the BS or the SN. In certain implementations, the RNTI used for scrambling can be new types of RNTI, and the value of the new types of RNTI can be known for both SN and UE.

[0097] In certain implementations, for the scrambling procedure of PUSCH that used for transmitting the control information, the scrambling sequence generator used in the scrambling process can be initialized with a specific value. This value can be configured to the SN and the UE by the BS, pre-defined to the SN and UE, and / or configured to the SN by the UE. In some implementations, the UE may need to control multiple or more than one SN. In such cases, the UE is to transmit the control information to the different SNs. To support this, a list of specific values used to initialize the scrambling sequence generator can be configured to the UE by the BS or pre-defined for the UE. Each specific value can be used to initialize the scrambling sequence generator of PUCCH used to transmit the control information to a corresponding SN. In some implementations, the SN is to receive and decode the PUCCH transmitted from the different UEs. A list of specific values used to initialize the scrambling sequence generator can be configured to the SN by the BS or pre-defined for the SN. Each specific value can be used to initialize the scrambling sequence generator of PUCCH used for transmitting the control information from a corresponding UE.

[0098] In certain implementations, the related configurations can also be configured to the SN for decoding. In addition to configuring the PUSCH resource to the UE to transmit the control information, the SN is also to know / determine where and when to decode the PUSCH. In this way, several options can be considered. For example, in certain implementations, the SN-CU can be the same as a normal UE. Therefore, the implementation used to configure the PUSCH resource for the UE to send control information can also be applied to the SN. This means / indicates that the PUSCH resource configured by the BS for the SN and UE to use for control information can be the same. The only difference is that when the UE has configured the PUSCH resource used for the control information for SN, the UE determines that it is to send the control information on the corresponding PUSCH resource. However, when the SN has been configured with such a PUSCH resource, the SN is to receive the information on the corresponding PUSCH resource rather than transmitting the information. In certain implementations, in addition to the resource of PUSCH known by the SN, if the PUSCH is scrambled with the UE’s scrambling ID and RNTI, the related information used to decode the PUSCH transmitted from the UE can also be known by the SN, e.g., the scrambling ID, the RNTI of UE. In some implementations, the association relationship between the PUSCH resource and the UE identity information can also be configured to the SN, as multiple (or more than one) UEs may transmit control information to the SN. In this way / manner, the SN can use the information of the corresponding UE to decode the PUSCH resource transmitted from the UE.

[0099] In certain implementations, the related configuration and resource information of PUSCH used to transmit control information can be configured to the SN via dedicated signaling. This configuration and information can be used by the SN to decode the corresponding PUSCH transmitted from the corresponding UE. The related configuration and resource information may include at least one of the following: PUSCH-related resource configuration information; beam information used for receiving the corresponding PUSCH from the  UE;and / or the UE identity related to the associated PUSCH resource. The PUSCH-related resource configuration information may include at least one of the following: time resource information of the PUSCH resource; frequency resource information of the PUSCH resource; the related parameters / information that used for decoding the PUSCH; cell ID; and / or information related to the DM-RS associated with the PUSCH. In certain implementations, the information can be configured to the SN via at least one of the following: dedicated signaling transmitted from the BS to the SN via at least one of : RRC, MAC CE, or DCI signaling; dedicated signaling transmitted from the UE to the SN; and / or pre-defined for the SN.

[0100] In certain implementations, several approaches / implementations can be considered for beam information determination. For example, in some implementations, the beam information that the SN-Fwd uses to forward the signal between the SN-UE link can be included in the control information transmitted from the UE to the SN. In certain implementations, the beam information can be same as the beam information that the SN-MT uses to receive the control information from the UE. The beam information that the SN-Fwd uses to forward the signal between the BS-SN link can be configured using at least one of the following methods / implementations: R18 method; included in the control information, which may indicate that the control information may include the beam information used between the SN-BS and the beam information used between the SN-UE; pre-defined to the SN; and / or a beam pair list including multiple beam pairs defined for the SN. Each beam pair may include beam information used between the SN-UE and beam information used between the SN-BS. When the UE indicates the control information, including the beam information between the SN-UE, the SN can obtain / determine the corresponding beam information used between the SN-BS from the beam pair list.

[0101] The beam information that the UE uses to transmit the control information to the SN may be configured using the same methods / implementations, as described herein. For example, if the BS can control the beam training procedure between the BS, SN, and UE, the BS can determine the beam pair between the SN and UE and then indicate the beam information that the UE uses to transmit the control information to the SN. In certain implementations, when the SN is deployed by the UE and the UE is scheduled to indicate the control information to the SN, the beam information can be determined by the UE itself, and the UE can ignore the beam information indicated by the existing method used for transmitting the PUCCH / PUSCH (e.g., the existing MAC CE signaling to activate the spatial relation of PUCCH) .

[0102] In certain embodiments, the control information from the UE to the SN can be carried on one or more of the sidelink physical channels (e.g., PSBCH, PSCCH, PSSCH, PSFCH) . For example, given that the existing SCI (sidelink control information) format SCI 1-A carried on the PSCCH is used to schedule PSSCH and second-stage SCI on PSSCH, a new SCI format carried on the PSCCH can be introduced to indicate the control information to the SN. In this manner, to differentiate between a transmitted PSCCH that includes the SCI format 1-A and a transmitted PSCCH that includes the new SCI format to indicate the control information, an identifier field can be added to both the existing SCI format 1-A and the new SCI format. For example, this identifier field can be a 1-bit value, and when this field is set to 0, it means / indicates that the SCI carries on this PSCCH, which can be the SCI format 1-A. When this field is set to 1, it means / indicates that the SCI carries on this PSCCH, which can be the new SCI format used for transmitting the control information for SN, or vice versa. In certain implementations, when the control information is carried on the PSSCH, a new RRC and / or  MAC CE signaling can be used for indicating the control information. In some implementations, the control information can be carried in the sidelink data of PSSCH. In certain implementations, when the control information is carried on the PSBCH, the control information can be included in the existing MasterInformationBlockSidelink. For example, the 1-bit forwarding request can be added to the MasterInformationBlockSidelink, and when the SN receives this forwarding request, the SN can determine whether to help the UE forward the signal.

[0103] In certain embodiments, the content of the control information transmitted from the UE may include at least one of the following types: one or more beam information used by the SN to forward the signal between the SN-UE; one or more beam information used by the SN to forward the signal between the BS-SN; one or more time resource information; one or more frequency information; one or more power control information; one or more polarization information; one or more panel information; one or more on / off information; one or more direction information; one or more forwarding request information; and / or forwarding complete information.

[0104] In certain implementations, the beam information can have the format of beam index. In certain implementations, the time resource information may include at least one of the following: a slot offset, a symbol offset, a duration that includes the slot number, and / or the symbol number. In some implementations, a list of time resources can be configured to the SN, where each time resource information may include at least one of the following: a slot offset, a symbol offset, a duration that includes the slot number, and / or the symbol number. In this way / manner, the control information may include one or more time information indications, where each time information indication may refer to a time resource information configured in the list.

[0105] In certain implementations, frequency information for one or more beams or links may be included. This frequency information may include at least one of the following: a carrier index, a band index, a sub-band index, a BWP index, a passband index, a cell index, a frequency range index, a start RB index, an RB number, an RE number, a frequency offset or a reference point, ARFCN, or GSCN.

[0106] In certain implementations, the power control information can be the power control information used for the SN when forwarding the signal received from the BS to the UE. In some implementations, the power control information can be the power control information used for the SN when forwarding the signal received from the UE to the BS. The power control information may include at least one of the following: amplifying gain, transmission power, power offset, or a power factor (e.g., α, which can be a positive value configured by the UE based on other affecting factors, such as band, polarization, panel, and / or beam) . The indication of amplifying gain, transmission power, or power offset can be an absolute value or power level. For example, power level 1 represents the absolute value of power P1. When SN is indicated with power level 1, SN may calculate the output power using the absolute value of power P1. The transmission power can be indicated to SN. The SN may derive the amplifying gain from the formula: amplifying gain=transmission power / input power. The bit size of transmission power can be determined by its value range. For example, if the value range is INTEGER (-16... 15) , 5 bits are needed. The amplifying gain can be indicated to the SN. Then the SN’s transmission power is calculated as: transmission power = min (max power, input power *amplifying gain) , where *means multiplication in linear domain.. The bit size of the amplifying gain can be determined by its  value range. For example, if the value range is INTEGER (0…31) , 5 bits are needed. If the power offset is indicated to the SN, it can be added to the previous transmission power of SN FU, and the SN can calculate the output power as the previous output power plus the power offset. For example, if the power offset’s value range is INTEGER (-16... 15) , 5 bits are needed.

[0107] In certain implementations, the polarization information can be represented by a two-bit field to represent one or more polarization modes of at least one of the following: linear polarization, cross polarization, right hand circular polarization, and / or left hand circular polarization. In certain implementations, the panel information can be represented with the format of a panel index. For example, if the SN has two panels on the forwarding link, 1 bit can be used to indicate the panel information.

[0108] In certain implementations, the on / off information can be the link-level on / off information applicable for at least one of the L1-L4 links. In this way / manner, 2 bits can be used to indicate the link-level on / off information. In some implementations, the on / off information can be the link-level on / off information applicable for at least one of the L3-L4 links. In this way / manner, only one bit is needed. In some implementations, the on / off information can be directly referred to as the on / off information of SN-FU. In this way / manner, only one bit is needed.

[0109] In certain implementations, the direction information may include the DL / UL information. For example, when the SN-Fwd supports the subband non-overlapping full duplex, it may indicate / mean that the SN-Fwd may simultaneously operate the DL forwarding and UL forwarding on the access link during the SBFD symbol / slots. In such a way, the bit fields for the direction information may be 2 bits to represent a direction of {UL, DL, FD} . In some implementations, if the SN does not support full duplex, the direction can be {UL, DL} , and 1 bit is needed.

[0110] In certain implementations, the forwarding request information may include at least one of the following: 1 bit indication, e.g., “1” means to request forwarding and “0” means to stop the requested forwarding; frequency information; time resource information; UE ID; forwarding resource index; and / or forwarding priority. In some implementations, to request forwarding, the UE may transmit its ID to the SN. The SN can then check whether the UE is authorized to request forwarding based on the authorization information received from the BS.In some implementations, the BS can configure the beam information to the SN (e.g., a list of forwarding resources) , and then the UE may request the SN with the one or more forwarding resource indexes configured to the SN to forward. In some implementations, forwarding priority may indicate the priority of the forwarding request. For example, when multiple UEs send requests to the SN, the SN can determine which UE’s request is according to the priority. The priority can be determined by at least one of the following: BS’s priority information, the UE’s capability, the UE’s type, or the transmitted signal / channel. In certain implementations, forwarding complete information can be used to indicate the SN to stop the forwarding operation.

[0111] In certain implementations, each of the control information types can have one or more of the following formats, and different types of control information may have different formats. Additionally, each control information type can be provided with separate fields. For example, the beam information be used by the SN to forward the signal between the SN-UE may have L1 separate beam indication fields, as follows: Beam indication 1, Beam indication 2, …, Beam indication L1. In some implementations, each of the control  information types can be provided as a list. For example, the beam information used by the SN to forward the signal between the SN-UE may be formatted as a beam list, which may include the L1 beam indication fields. In some implementations, the control information types can be provided in groups, pairs, or forwarding resources. Each group, pair, or forwarding resource may include a group of one or more associated resource indications. This allows the SN to be informed of the associated resources. For example, a group of forwarding resource indications can be indicated to the SN from the UE. Each forwarding resource may include: a beam information used by the SN to forward the signal between the SN-UE; a beam information used by the SN to forward the signal between the BS-SN; an associated time resource information; and / or an associated frequency resource information.

[0112] In certain implementations, the UE may indicate a wide variety of control information to the SN. Each control information type may have several mapping relationships. For example, in some implementations, the beam information used by the SN to forward the signal between the SN-UE and the time resource information can have a one-to-one mapping. In some implementations, the frequency information and the beam information used by the SN to forward the signal between the SN-UE can have a one-to-all mapping.

[0113] Referring now to FIG. 8 illustrates a flow diagram of a method 8000 for determining resources for transmitting control information to a group of network nodes (e.g., SNs) . The method 8000 may be implemented using any of the components and devices detailed herein in conjunction with FIGS. 1–7. In an overview, the method 8000 may include receiving, by a network node (e.g., SN) , control information indicating for a forwarding link from a wireless communication device (e.g., UE) (8002) . The method may also include sending control information indicating for a forwarding link by the wireless communication device to the network node (8004) .

[0114] At operation (8002) , and in some arrangements, a network node (e.g., SN) can receive / obtain / collect / acquire control information indicating for a forwarding link from a wireless communication device (e.g., UE) . In certain configurations, the forwarding link can include at least one of the following: a forwarding link from a wireless communication node to the network node; a forwarding link from the network node to the wireless communication node; a forwarding link from the network node to the wireless communication device; or a forwarding link from the wireless communication device to the network node. In certain configurations, the control information can be carried through a Physical Uplink Control Channel (PUCCH) .

[0115] In certain configurations, the PUCCH resource used for the control information can be indicated by the wireless communication node to the wireless communication device and / or the network node. In certain configurations, one of the existing fields in the Downlink Control Information (DCI) can be reinterpreted to indicate the PUCCH resource for the control information. In certain configurations, to differentiate between the existing field in the DCI that indicates the PUCCH resource used for the control information and / or the field that indicates the PUCCH resource used for HARQ-ACK, at least one of the following can be considered: one or more existing fields in the DCI can be set as a specific value when one of the existing field in the DCI is used for indicating the PUCCH resource used for the control information; a new field can be added to the DCI to differentiate; or a new higher layer parameter can be configured to differentiate.

[0116] In certain configurations, one or more dedicated resource lists can be configured via a Radio Resource Control (RRC) signaling for the PUCCH. In certain configurations, each dedicated resource list may include one or more resource configurations, and each resource configuration may include at least one of the following: a PUCCH resource information or the periodicity and / or offset associated with the PUCCH resource. In certain configurations, the PUCCH resource information can be an index that refers to a PUCCH resource configured by the wireless communication mode. In certain configurations, Medium Access Control (MAC) Control Elements (CEs) can be configured to activate one more resource configuration.

[0117] In certain configurations, one or more MAC CEs can be configured to indicate the one or more PUCCH resources used for the control information. In certain configurations, when considering the mapping relationship between the cyclic shift values and the control information, at least one of the following can be considered: an existing table between a plurality of cyclic shift values and UCI bits can be re-interpreted for a mapping between the plurality of cyclic shift values and the control information; or a new table can be configured for a mapping between a plurality of cyclic shift values and the control information.

[0118] In certain configurations, a Radio Network Temporary Identifier (RNTI) used for scrambling the PUCCH can be at least one of the following: an RNTI of the network node; an RNTI of the wireless communication device; or a new type of RNTI. In certain configurations, the network node can receive configuration information related to the PUCCH used for the control information. In certain configurations, the configuration information may include at least one of the following: time resource information of resources for the PUCCH; frequency resource information of the resources for the PUCCH; a PUCCH format; associated information used for decoding the PUCCH; a cell ID; information related to a Demodulation Reference Signal (DM-RS) associated with the PUCCH; beam information configured for the network node to receive the PUCCH; or an UE identity related to the resources for the PUCCH. In certain configurations, the network node can receive the configuration information from at least one of the following: a wireless communication node through at least one of an RRC signaling, a MAC CE, or a DCI; a wireless communication device; or the one or more configuration information pre-defined for the network node.

[0119] In certain configurations, the control information can be carried through a Physical Uplink Shared Channel (PUSCH) . In certain configurations, the PUSCH resource used for the control information can be indicated by the wireless communication node to the wireless communication device and / or the network node. In certain configurations, a new type of Common Search Space (CSS) can be introduced for monitoring the DCI. In certain configurations, the PUSCH resource scheduled by the DCI monitored in the new CSS can be used for the control information. In certain configurations, the PUSCH resource used for the control information can be scheduled by the existing DCI with CRC scrambled by a specific RNTI. In certain configurations, the specific RNTI may include at least one of the following: a new type of RNTI; or an RNTI of the network node.

[0120] In certain configurations, a new field can be added to the existing DCI to differentiate whether the DCI is for scheduling a transmission of the PUSCH, including the control information, to the network node or a transmission of the PUSCH to a wireless communication node. In certain configurations, a new RRC parameter can be added to an existing RRC signaling to differentiate whether the configuration is configured for a  transmission of the PUSCH including the control information to the network node or a transmission of the PUSCH to a wireless communication node.

[0121] In certain configurations, the one or more dedicated configuration can be configured for the configured grant-based PUSCH used for the control information. In certain configurations, the existing DCI signaling with CRC scrambled by a specific RNTI can be used for validating the scheduling activation or scheduling release of the one or more dedicated configured grant. In certain configurations, the specific RNTI may include at least one of the following: a new type of RNTI or a RNTI of network node. In certain configurations, a dedicated scheduling request can be configured for the wireless communication device to request resources for the PUSCH used for transmitting the control information. In certain configurations, a Radio Network Temporary Identifier (RNTI) used for scrambling the bits of PUSCH may include at least one of the following: an RNTI of the wireless communication device; an RNTI of the network node; or a new type of RNTI.

[0122] In certain configurations, the network node can receive configuration information related to the PUSCH used for the control information. In certain configurations / implementations, the configuration information may include at least one of the following: time resource information of resources for the PUSCH; frequency resource information of the resources for the PUSCH; information used for decoding the PUSCH; information related to a Demodulation Reference Signal (DM-RS) associated with the PUSCH; beam information configured for the network node to receive the PUSCH; or an UE identity related to the resources for the PUSCH.

[0123] In certain configurations, the network node can receive the configuration information from at least one of the following: a wireless communication node through at least one of an RRC signaling; a MAC CE; or a DCI; a wireless communication device; or the one or more configuration information pre-defined for the network node. In certain configurations, the control information can be carried through a physical sidelink Channel.

[0124] In certain configurations, the physical sidelink channel may include at least one of the following: a Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Shared Channel (PSSCH) , a Physical Sidelink Feedbcak Channel (PSFCH) or a Physical Sidelink Broadcast Channel (PSBCH) . In certain configurations, a new format of Sidelink Control Information (SCI) can be introduced for the control information. In certain configurations, to differentiate whether the SCI format carried in the PSCCH is the new SCI format or the existing SCI format, an identifier field can be added to the existing SCI and / or the new SCI format.

[0125] At least one aspect is directed to a system, a method, an apparatus, or a computer-readable medium for determining resources for transmitting control information to a group of network nodes. The wireless communication device can send / transmit / provide / signal control information indicating for a forwarding link to the network node (8004) .

[0126] While various embodiments / implementations / configurations of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architecture or configuration, which are  provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or multiple features of one embodiment / implementation can be combined with one or multiple features of another embodiment / implementation described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative embodiments.

[0127] It is also understood that any reference to an element herein using a designation such as “first, ” “second, ” and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0128] Additionally, a person having ordinary skill in the art would understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits and symbols, which may be referenced in the above description, can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0129] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as “software” or a “software module) , or any combination of these techniques. To clearly illustrate this interchangeability of hardware, firmware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware or software, or a combination of these techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0130] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or multiple  microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0131] If implemented in software, the functions can be stored as one or multiple instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0132] In this document, the term “module” as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according embodiments of the present solution.

[0133] Additionally, memory or other storage, as well as communication components, may be employed in embodiments of the present solution. It will be appreciated that, for clarity purposes, the above description has described embodiments of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0134] Various modifications to the embodiments described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A wireless communication method, comprising:receiving, by a network node from a wireless communication device, control information indicating for a forwarding link.2.The wireless communication method of claim 1, wherein the forwarding link includes at least one of:a forwarding link from a wireless communication node to the network node;a forwarding link from the network node to the wireless communication node;a forwarding link from the network node to the wireless communication device; ora forwarding link from the wireless communication device to the network node.3.The wireless communication method of claim 1, wherein the control information is carried through a Physical Uplink Control Channel (PUCCH) .4.The wireless communication method of claim 3, wherein the PUCCH resource used for the control information is indicated by the wireless communication node to the wireless communication device and / or the network node.5.The wireless communication method of claim 4, wherein one of the existing fields in the Downlink Control Information (DCI) is reinterpreted to indicate the PUCCH resource for the control information.6.The wireless communication method of claim 5, wherein in order to differentiate the existing field in the DCI is for indicating the PUCCH resource used for the control information or for indicating the PUCCH resource used for HARQ-ACK, at least one of following is considered:one or more existing fields in the DCI are set as a specific value when one of the existing field in the DCI is used for indicating the PUCCH resource used for the control information;a new field is added in the DCI to differentiate; ora new higher layer parameter is configured to differentiate.7.The wireless communication method of claim 4, wherein the one or more dedicated resource lists are configured via a Radio Resource Control (RRC) signaling for the PUCCH.8.The wireless communication method of claim 7, wherein each dedicated resource list includes one or more resource configuration, and each resource configuration includes at least one of:a PUCCH resource information;the periodicity and / or offset associated with the PUCCH resource.9.The wireless communication method of claim 8, wherein a PUCCH resource information is an index that refers to a PUCCH resource that configured by the wireless communication mode.10.The wireless communication method of claim 8, wherein a Medium Access Control (MAC) Control Elements (CEs) is configured to activate one more resource configurations.11.The wireless communication method of claim 4, wherein one or more MAC CEs are configured to indicate the one or more PUCCH resources used for the control information.12.The wireless communication method of claim 3, wherein when considering the mapping relationship between the cyclic shift values and the control information, at least one of following is considered:an existing table between a plurality of cyclic shift values and UCI bits is re-interpreted for a mapping between the plurality of cyclic shift values and the control information; ora new table is configured for a mapping between a plurality of cyclic shift values and the control information.13.The wireless communication method of claim 3, wherein a Radio Network Temporary Identifier (RNTI) used for scrambling the PUCCH is at least one of following:an RNTI of the network node;an RNTI of the wireless communication device; ora new type of RNTI.14.The wireless communication method of claim 3, further comprising:receiving, by the network node, configuration information related to the PUCCH that used for the control information.15.The wireless communication method of claim 14, wherein the configuration information includes at least one of: time resource information of resources for the PUCCH; frequency resource information of the resources for the PUCCH; a PUCCH format; associated information used for decoding the PUCCH; a cell ID; information related to a Demodulation Reference Signal (DM-RS) associated with the PUCCH; beam information configured for the network node to receive the PUCCH; or an UE identity related to the resources for the PUCCH.16.The wireless communication method of claim 14, wherein the network node receives the configuration information from at least one of:a wireless communication node through at least one of: an RRC signaling; a MAC CE; or a DCI;a wireless communication device; orthe one or more configuration information is pre-defined for the network node.17.The wireless communication method of claim 1, wherein the control information is carried through a Physical Uplink Shared Channel (PUSCH) .18.The wireless communication method of claim 17, wherein the PUSCH resource used for the control information is indicated by the wireless communication node to the wireless communication device and / or the network node.19.The wireless communication method of claim 18, wherein a new type of Common Search Space (CSS) is introduced for monitoring the DCI.20.The wireless communication method of claim 19, wherein the PUSCH resource scheduled by the DCI that monitored in the new CSS is used for the control information.21.The wireless communication method of claim 18, wherein the PUSCH resource used for the control information is scheduled by the existing DCI with CRC scrambled by a specific RNTI.22.The wireless communication method of claim 21, wherein the specific RNTI includes at least one of: a new type of RNTI; or an RNTI of the network node.23.The wireless communication method of claim 18, wherein a new field is added in the existing DCI to differentiate whether the DCI is for scheduling a transmission of the PUSCH including the control information to the network node or a transmission of the PUSCH to a wireless communication node.24.The wireless communication method of claim 18, wherein a new RRC parameter is added in an existing RRC signaling to differentiate whether the configuration is configured for a transmission of the PUSCH including the control information to the network node or a transmission of the PUSCH to a wireless communication node.25.The wireless communication method of claim 18, wherein the one or more dedicated configuration is configured for the configured grant based PUSCH used for the control information.26.The wireless communication method of claim 25, wherein the existing DCI signaling with CRC scrambled by a specific RNTI is used for validating the scheduling activation or scheduling release of the one or more dedicated configured grant.27.The wireless communication method of claim 26, wherein the specific RNTI includes at least one of: a new type of RNTI, or a RNTI of network node.28.The wireless communication method of claim 17, wherein a dedicated scheduling request is configured for the wireless communication device to request resources for the PUSCH used for transmitting the control information.29.The wireless communication method of claim 17, wherein a Radio Network Temporary Identifier (RNTI) used for scrambling the bits of PUSCH include at least one of:an RNTI of the wireless communication device;an RNTI of the network node; ora new type of RNTI.30.The wireless communication method of claim 17, further comprising:receiving, by the network node, configuration information related to the PUSCH that used for the control information.31.The wireless communication method of claim 30, wherein the configuration information includes at least one of: time resource information of resources for the PUSCH; frequency resource information of the  resources for the PUSCH; information used for decoding the PUSCH; information related to a Demodulation Reference Signal (DM-RS) associated with the PUSCH; beam information configured for the network node to receive the PUSCH; or an UE identity related to the resources for the PUSCH.32.The wireless communication method of claim 30, wherein the network node receives the configuration information from at least one of:a wireless communication node through at least one of: an RRC signaling; a MAC CE; or a DCI;a wireless communication device; orthe one or more configuration information is pre-defined for the network node.33.The wireless communication method of claim 1, wherein the control information is carried through a physical sidelink Channel.34.The wireless communication method of claim 33, wherein the physical sidelink channel includes: a Physical Sidelink Control Channel (PSCCH) , a Physical Sidelink Shared Channel (PSSCH) , a Physical Sidelink Feedbcak Channel (PSFCH) or a Physical Sidelink Broadcast Channel (PSBCH) .35.The wireless communication method of claim 34, wherein a new format of Sidelink Control Information (SCI) is introduced for the control information.36.The wireless communication method of claim 35, wherein in order to differentiate whether the SCI format carried in the PSCCH is the new SCI format or the existing SCI format, an identifier field is added in the existing SCI and / or the new SCI format.

Images