Relay design schemes for sidelink communication using network coding

Abstract

Methods, systems, and apparatus for wireless communication are described, wherein one or more nodes can be used to retransmit sidelink communication between devices. A first user equipment (UE) can use sidelink resources to send broadcast, multicast, or multicast communication to a group of other UEs. Nodes can monitor the communication and store the first UE's transmissions. UEs in the group of other UEs can send feedback reports to the node indicating one or more lost packets transmitted by the first UE. Based on the feedback reports, the node can retransmit one or more of the stored packets to the other UEs in the group. In some cases, network coding algorithms can be used to encode the sidelink communication, and the node can retransmit network-coded packets based on the feedback reports, send newly encoded packets based on the feedback reports, or a combination thereof.

Description

[0001] Cross-referencing

[0002] This patent application claims priority to U.S. Provisional Patent Application No. 63 / 052,871, filed July 16, 2020, entitled “Relay Design for Sidelink Broadcasting Using Network Coding,” and U.S. Patent Application No. 17 / 376,527, filed July 15, 2021, entitled “Relay Design for Sidelink Broadcasting Using Network Coding,” each of which is assigned to the assignee of this application. Technical Field

[0003] In summary, the following description pertains to wireless communication, including relay design schemes for side link communication. Background Technology

[0004] Wireless communication systems are widely deployed to provide various types of communication content, such as voice, video, packet data, messaging, broadcasting, and so on. These systems can support communication with multiple users by sharing available system resources (e.g., time, frequency, and power). Examples of such multiple access systems include fourth-generation (4G) systems (e.g., Long Term Evolution (LTE) systems, improved LTE (LTE-A) systems, or LTE-APro systems) and fifth-generation (5G) systems (which may be referred to as New Radio (NR) systems). These systems can employ technologies such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiplexing (OFDMA), or Discrete Fourier Transform Extended Orthogonal Frequency Division Multiplexing (DFT-S-OFDM). A wireless multiple access communication system may include one or more base stations or one or more network access nodes, each of which simultaneously supports communication with multiple communication devices (which may be referred to as User Equipment (UE)). Summary of the Invention

[0005] The described technology relates to methods, systems, devices, and apparatuses that support improvements to relay designs for lateral link communication using network coding. For example, lateral link communication may include the use of broadcast transmission techniques, multicast transmission techniques, or multicast transmission techniques.

[0006] A method for wireless communication at a second user equipment (UE) is described. The method may include: receiving a first subset of network-coded packets from a first UE in first-side cross-link communication; determining feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet by the second UE; sending a feedback report to a node, the feedback report indicating a negative acknowledgment for the first packet; and receiving from the node a transmission providing information associated with the first packet.

[0007] An apparatus for wireless communication at a second UE is described. The apparatus may include a processor and a memory coupled to the processor. The processor and memory may be configured to: receive a first subset of network-coded packets from the first UE in first sidelink communication; determine feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet by the second UE; send a feedback report to a node, the feedback report indicating a negative acknowledgment for the first packet; and receive from the node a transmission providing information associated with the first packet. In some cases, the first sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink multicast communication.

[0008] Another apparatus for wireless communication at a second UE is described. The apparatus may include units for: receiving a first subset of network-coded packets from the first UE in first sidelink communication; determining feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet by the second UE; sending a feedback report to a node, the feedback report indicating a negative acknowledgment for the first packet; and receiving from the node a transmission providing information associated with the first packet. In some cases, the first sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink multicast communication.

[0009] A non-transitory computer-readable medium is described, storing code for wireless communication at a second UE. The code may include instructions executable by a processor to: receive a first subset of network-coded packets from the first UE in first sidelink communication; determine feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet by the second UE; send a feedback report to a node indicating a negative acknowledgment for the first packet; and receive from the node a transmission providing information associated with the first packet. In some cases, the first sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink groupcast communication.

[0010] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for transmitting channel information associated with a second UE to a node, together with a feedback report. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the channel information may be determined based on one or more of a channel state information reference signal or a demodulation reference signal transmitted by a first UE. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, transmitting a feedback report may include operations, features, units, or instructions for transmitting a Packet Data Convergence Protocol (PDCP) status report, a Radio Link Control (RLC) status report, a Media Access Control (MAC) Hybrid Acknowledgment Repeat Request (HARQ) feedback transmission, or any combination thereof.

[0011] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for receiving configuration information from a base station indicating one or more of the following: a network coding algorithm for network-coded packets, a coding function or matrix for network-coded packets, a number of decoding iterations performed for network-coded packets, timing synchronization for sidelink communication, or any combination thereof. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the configuration information may be provided by the base station via one or more of Radio Resource Control (RRC) signaling, MAC Control Element (MAC-CE), Downlink Control Information (DCI), or any combination thereof. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the node may be a Roadside Unit (RSU) in a Cellular Vehicle-to-Everything (C-V2X) sidelink communication system.

[0012] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the first packet may be a network-coded packet, and the transmission from the node is a retransmission of the network-coded packet. Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for performing the following: decoding one or more source packets based on a network coding algorithm and a first subset of received network-coded packets. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, receiving a transmission from a node may include operations, features, units, or instructions for performing the following: receiving one or more new network-coded packets; and decoding the first packet based on a network coding algorithm used to encode a first subset of network-coded packets and one or more new network-coded packets.

[0013] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for performing the following: in second sidelink communication, receiving a second subset of network-coded packets from a first UE; determining feedback for transmissions from a node and second sidelink communication; and sending a follow-up feedback report to a node based on the feedback for transmissions from a node and second sidelink communication. In some cases, the second sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink groupcast communication. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the first packet may be a network-coded packet, and wherein the transmission from the node includes one or more new network-coded packets, the one or more new network-coded packets including one or more source packets based on a network coding algorithm used to encode one or more source packets associated with the first packet.

[0014] A method for wireless communication at a node is described. The method may include: receiving, in first side-link communication, a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE side-link communication, the first side-link communication being transmitted from the first UE to other UEs in the UE set; receiving, from a second UE in the UE set, a feedback report for the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE; and, in response to the feedback report, sending a second communication to the second UE including information associated with the first packet. In some cases, the first side-link communication includes at least one of side-link broadcast communication, side-link multicast communication, or side-link grouped multicast communication.

[0015] An apparatus for wireless communication at a node is described. The apparatus may include a processor and a memory coupled to the processor. The processor and memory may be configured to: receive, in first side-link communication, a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE side-link communication, the first side-link communication being transmitted from the first UE to other UEs in the UE set; receive, from a second UE in the UE set, a feedback report for the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE; and, in response to the feedback report, send a second communication to the second UE including information associated with the first packet. In some cases, the first side-link communication includes at least one of side-link broadcast communication, side-link multicast communication, or side-link grouped multicast communication.

[0016] Another apparatus for wireless communication at a node is described. The apparatus may include units for: receiving, in first side-link communication, a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE side-link communication, the first side-link communication being transmitted from the first UE to other UEs in the UE set; receiving, from a second UE in the UE set, a feedback report for the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE; and, in response to the feedback report, sending a second communication to the second UE including information associated with the first packet. In some cases, the first side-link communication includes at least one of side-link broadcast communication, side-link multicast communication, or side-link groupcast communication.

[0017] A non-transitory computer-readable medium is described, storing code for wireless communication at a node. The code may include instructions executable by a processor to: receive, in first sidelink communication, a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE sidelink communication, the first sidelink communication being transmitted from the first UE to other UEs in the UE set; receive, from a second UE in the UE set, a feedback report for the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE; and, in response to the feedback report, send a second communication to the second UE including information associated with the first packet. In some cases, the first sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink groupcast communication.

[0018] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for performing the following: receiving channel information associated with a second UE, together with a feedback report; and modifying a modulation and coding scheme for second communication with the second UE based on the channel information. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the channel information may be determined based on one or more of a channel state information reference signal or a demodulation reference signal transmitted by a first UE.

[0019] In some examples of the methods, apparatuses and non-transitory computer-readable media described herein, receiving a feedback report may include operations, features, units or instructions for: receiving one or more of a PDCP status report, an RLC status report, a MACHARQ feedback transmission, or any combination thereof; and determining a negative acknowledgment for at least a first packet based on the feedback report and a network coding algorithm for encoding a first subset of packets for network coding.

[0020] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for receiving configuration information from a base station indicating one or more of the following: a network coding algorithm for network-coded packets, a coding function or matrix for network-coded packets, a number of decoding iterations performed for network-coded packets, timing synchronization for sidelink communication, or any combination thereof. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the configuration information may be provided by the base station via one or more of RRC signaling, MAC-CE, DCI, or any combination thereof. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the node may be an RSU in a C-V2X sidelink communication system.

[0021] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the first packet may be a network-coded packet, and the second communication includes the retransmission of the network-coded packet. Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for performing the following operations: decoding one or more source packets based on a network coding algorithm and a first subset of network-coded packets; determining that at least one source packet has not been acknowledged at a second UE based on the network coding algorithm's inability to recover at least one source packet from the acknowledged network-coded packets in the first subset of network-coded packets; and determining to retransmit one or more network-coded packets based on at least one source packet. Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for performing the following operations: encoding one or more new network-coded packets based on a network coding algorithm and at least one source packet; and transmitting one or more new network-coded packets in the second communication.

[0022] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for: receiving a second subset of network-coded packets from a first UE in a second sidelink communication; receiving second feedback from a second UE for the second communication and the second sidelink communication; and retransmitting one or more packets of the first sidelink communication or the second sidelink communication based on one or more feedback reports received from one or more UEs in the set of UEs. In some cases, the second sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink multicast communication. In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the first packet may be a network-coded packet, and wherein the second communication includes retransmission of the network-coded packet and one or more new network-coded packets, the one or more new network-coded packets including one or more source packets based on a network coding algorithm used to encode one or more source packets associated with the first packet. Attached Figure Description

[0023] Figure 1 Examples of wireless communication systems are shown that support various aspects of this disclosure for relay designs using network coding for side link communication.

[0024] Figure 2 Examples of wireless communication systems are shown that support, according to various aspects of this disclosure, for relay designs using network coding for side link communication.

[0025] Figure 3 Examples of wireless communication systems are shown that support various aspects of this disclosure for relay designs using network coding for side link communication.

[0026] Figure 4 An example of the process flow for a relay design scheme using network coding for side link communication is shown, in accordance with various aspects of this disclosure.

[0027] Figure 5 Examples of network coding techniques supporting relay designs for sidelink communication using network coding are shown, according to various aspects of this disclosure.

[0028] Figure 6 and Figure 7 A block diagram of a device supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure, is shown.

[0029] Figure 8A block diagram of a communication manager supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure, is shown.

[0030] Figure 9 The diagram illustrates a system including a user equipment (UE) according to various aspects of this disclosure, wherein the UE supports a relay design for sidelink communication using network coding.

[0031] Figure 10 and Figure 11 A block diagram of a device supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure, is shown.

[0032] Figure 12 A block diagram of a communication manager supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure, is shown.

[0033] Figure 13 A diagram of a system including an apparatus according to various aspects of this disclosure is shown, the apparatus supporting a relay design for sidelink communication using network coding.

[0034] Figures 14 to 18 A flowchart illustrating a method for a relay design scheme using network coding for sidelink communication, based on various aspects of this disclosure, is shown. Detailed Implementation

[0035] Wireless communication systems can support access links and sidelinks for communication between wireless devices. An access link can refer to a communication link between a user equipment (UE) and a base station (e.g., via the Uu interface in an NR system). For example, an access link can support uplink signaling, downlink signaling, connection procedures, and so on. A sidelink can refer to a communication link similar to that between wireless devices (e.g., a communication link between UEs via a PC5 interface, or a backhaul communication link between base stations, such as an Integrated Access and Backhaul (IAB) communication link). It should be noted that while the various examples provided herein are discussed with respect to UE sidelink devices, this sidelink technology can be used with any type of wireless communication device (e.g., UE, base station, etc.) that uses sidelink communication. For example, a sidelink can support device-to-device (D2D) communication, vehicle-to-everything (V2X) and / or vehicle-to-vehicle (V2V) communication, proximity-based service (ProSe) communication, PC5 communication, IAB communication, message relay, discovery signaling, beacon signaling, or any combination of these or other signals transmitted over the air between devices.

[0036] Various sidelink connections between sidelink devices can therefore be used to support data flow between devices. With increasing demand for sidelink communication (e.g., due to increased demand for V2X for autonomous and semi-autonomous vehicles, D2D communication between Internet of Things (IoT) devices, etc.), there is a need for techniques to efficiently and reliably improve the throughput of sidelink channels. Techniques, such as those discussed in various aspects of this disclosure, provide enhancements to sidelink communication. In some cases, a first sidelink device (e.g., a first UE) can send broadcast, multicast, or multicast sidelink communication to multiple other sidelink devices. For example, in a V2X system, the first UE of a first vehicle can send sidelink communication (e.g., information related to vehicle status, speed, direction, acceleration, etc.) to multiple other UEs of other vehicles. In some cases, one or more other sidelink devices may be unable to successfully receive broadcast, multicast, or multicast communication due to interference, for example, on the radio channel used for sidelink broadcast, multicast, or multicast communication. In some cases, one or more techniques can be used to help increase the likelihood of successful communication, such as network coding of the communication (e.g., allowing the receiving device to recover one or more lost packets), feedback and retransmission techniques (e.g., hybrid Automatic Repeat Request (HARQ) feedback and retransmission), Radio Link Control (RLC) status messages, Packet Data Convergence Protocol (PDCP) status messages, or any combination thereof. However, in some cases, such sidelink communication may provide information critical to other devices (e.g., for security reasons) and requires high reliability.

[0037] According to various aspects of this disclosure, a node (e.g., a relay node or relay device) can perform retransmissions for sidelink communications, which can enhance reliability and reduce latency in sidelink communications. In some cases, a first UE can send broadcast, multicast, or multicast sidelink communications for reception at multiple other UEs (which may include a second UE). In some cases, a second UE can determine that one or more packets of broadcast, multicast, or multicast sidelink communications have not been successfully received and can send feedback indicating that one or more packets have not been successfully received (e.g., HARQ ACK / NACK feedback). In some cases, a node can receive broadcast, multicast, or multicast sidelink communications, and the second UE can send feedback to the node, which can then retransmit one or more packets that have not been successfully received. Such a node can be an example of a relay node, relay device, IAB node, etc., and in some cases, such a node can also provide relay functionality in a communication system by sending packets received from another node (e.g., the serving base station) to one or more other devices (e.g., one or more UEs that may be outside the coverage area of ​​the serving base station, another relay node in a multi-hop relay, etc.). In some cases, nodes can be roadside units (RSUs), and in cellular vehicle-to-everything (C-V2X) systems, multiple RSUs can be placed at intervals along the road to provide continuous or near-continuous coverage for vehicles on the road. In various aspects discussed herein, such RSUs can be used as relays for V2X broadcast, multicast, or multicast communications between UEs, and can provide retransmission of broadcast, multicast, or multicast packets that are not successfully received at one or more UEs.

[0038] In some cases, the RSU can monitor sidelink communications and store received broadcast, multicast, or multicast sidelink communications. The RSU can also monitor feedback from the receiving UE, and if the feedback indicates a NACK for certain packets, the RSU can retransmit the NACKed packets in sidelink broadcast, multicast, or multicast communications. Communication from the RSU can increase the likelihood of successful reception at the receiving UE. In some cases, broadcast, multicast, or multicast communications can be encoded according to a network coding algorithm, and the RSU can retransmit one or more unacknowledged network-coded packets, encode and send new network-coded packets (e.g., based on unreceived source packets and the network coding algorithm), or perform both. In some cases, the new network-coded packets may include fewer packets than all packets in the initially sent source packets. The base station can be configured to: configure various parameters associated with network coding; whether the RSU only retransmits lost packets or retransmits new coded packets; and the synchronization timing for sidelink communications.

[0039] Various aspects of this disclosure therefore provide a node (e.g., a relay node or relay device) that can monitor sidelink communication and associated feedback, and retransmit one or more packets that were not successfully received and decoded at the UE. Such a technique can provide several benefits, such as efficient retransmission of one or more packets, which can enhance the reliability of communication. Other advantages and benefits of this technique include reliable and secure communication of critical information, and reduced latency, among others.

[0040] The various aspects of this disclosure are initially described in the context of wireless communication systems. Various examples of nodes (e.g., relay nodes or relay devices) and retransmission techniques are then described. The various aspects of this disclosure are further depicted and described with reference to apparatus diagrams, system diagrams, and flowcharts relating to relay designs using network coding for side link communication.

[0041] Figure 1 Examples of a wireless communication system 100 supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure, are shown. The wireless communication system 100 may include one or more base stations 105, one or more UEs 115, and a core network 130. In some examples, the wireless communication system 100 may be a Long Term Evolution (LTE) network, an improved LTE (LTE-A) network, an LTE-APro network, or a New Radio (NR) network. In some examples, the wireless communication system 100 may support enhanced broadband communication, ultra-reliable (e.g., mission-critical) communication, low-latency communication, communication with low-cost and low-complexity devices, or any combination thereof.

[0042] Base stations 105 can be distributed throughout a geographic area to form a wireless communication system 100, and can be devices of different forms or with different capabilities. Base stations 105 and UE 115 can communicate wirelessly via one or more communication links 125. Each base station 105 can provide a coverage area 110, and UE 115 and base station 105 can establish one or more communication links 125 on the coverage area 110. The coverage area 110 can be an example of a geographic area on which base station 105 and UE 115 are able to support signal transmission according to one or more radio access technologies.

[0043] UE 115 can be distributed throughout the entire coverage area 110 of the wireless communication system 100, and each UE 115 can be stationary, mobile, or both at different times. UE 115 can be devices of different forms or with different capabilities. Figure 1Some example UE 115s are shown in the document. The UE 115 described herein is capable of communicating with various types of devices, such as other UE 115s, base station 105, or network devices (e.g., core network nodes, relay devices, integrated access and backhaul (IAB) nodes, or other network devices), such as... Figure 1 As shown in the image.

[0044] Base station 105 may communicate with core network 130, communicate with each other, or both. For example, base station 105 may interact with core network 130 via one or more backhaul links 120 (e.g., via S1, N2, N3, or other interfaces). Base station 105 may communicate directly (e.g., directly between base stations 105) or indirectly (e.g., via core network 130) via backhaul links 120 (e.g., via X2, Xn, or other interfaces), or both. In some examples, backhaul link 120 may be or include one or more radio links.

[0045] One or more base stations in base station 105 described herein may include, or be referred to by those skilled in the art as: base station transceiver, radio base station, access point, radio transceiver, node B, eNodeB (eNB), next-generation node B or giga node B (any of which may be referred to as gNB), home node B, home eNodeB or other suitable terms.

[0046] UE 115 may include or be referred to as a mobile device, wireless device, remote device, handheld device, or user device, or some other suitable term, wherein "device" may also be referred to as a cell, station, terminal, or client, etc. UE 115 may also include or be referred to as a personal electronic device, such as a cellular phone, personal digital assistant (PDA), tablet computer, laptop computer, or personal computer. In some examples, UE 115 may include or be referred to as a wireless local loop (WLL) station, Internet of Things (IoT) device, Internet of Everything (IoE) device, or machine-type communication (MTC) device, etc., which may be implemented in various items such as home appliances, vehicles, meters, etc.

[0047] The UE 115 described in this document can communicate with various types of devices, such as other UEs 115 that can sometimes act as relays, as well as base station 105 and network devices, including macro eNBs or gNBs, small cell eNBs or gNBs, or relay base stations, etc. Figure 1 As shown in the image.

[0048] UE 115 and base station 105 can communicate wirelessly with each other via one or more communication links 125 on one or more carriers. The term "carrier" can refer to a set of radio spectrum resources having a defined physical layer structure to support communication link 125. For example, a carrier for communication link 125 may include a portion (e.g., a bandwidth portion (BWP)) of a radio frequency spectrum band operating according to one or more physical layer channels for a given radio access technology (e.g., LTE, LTE-A, LTE-APro, NR). Each physical layer channel may carry acquisition signaling (e.g., synchronization signals, system information), control signaling coordinating operation for the carrier, user data, or other signaling. Wireless communication system 100 can use carrier aggregation or multi-carrier operation to support communication with UE 115. Depending on the carrier aggregation configuration, UE 115 can be configured with multiple downlink component carriers and one or more uplink component carriers. Carrier aggregation can be used with frequency division duplex (FDD) and time division duplex (TDD) component carriers.

[0049] In some examples (e.g., in a carrier aggregation configuration), the carrier may also have acquisition signaling or control signaling for coordinating operations against other carriers. The carrier may be associated with a frequency channel (e.g., an Evolved Universal Mobile Telecommunications System Terrestrial Radio Access (E-UTRA) Absolute Radio Frequency Channel Number (EARFCN)) and can be located according to a channel raster for discovery by UE 115. The carrier can operate in standalone mode, where initial acquisition and connection can be initiated by UE 115 via the carrier, or the carrier can operate in non-standalone mode, where the connection is anchored using different carriers (e.g., the same or different radio access technologies).

[0050] The communication link 125 shown in the wireless communication system 100 may include uplink transmission from UE 115 to base station 105, or downlink transmission from base station 105 to UE 115. The carrier may carry downlink or uplink communication (e.g., in FDD mode) or may be configured to carry both downlink and uplink communication (e.g., in TDD mode).

[0051] A carrier may be associated with a specific bandwidth of the radio frequency spectrum, and in some examples, the carrier bandwidth may be referred to as the carrier or the “system bandwidth” of the wireless communication system 100. For example, the carrier bandwidth may be one of several defined bandwidths of a carrier used for a particular radio access technology (e.g., 1.4, 3, 5, 10, 15, 20, 40, or 80 MHz). Devices of the wireless communication system 100 (e.g., base station 105, UE 115, or both) may have a hardware configuration that supports communication on a specific carrier bandwidth, or may be configurable to support communication on one carrier bandwidth in a set of carrier bandwidths. In some examples, the wireless communication system 100 may include a base station 105 or UE 115 that supports simultaneous communication via carriers associated with multiple carrier bandwidths. In some examples, each servicing UE 115 may be configured to operate on a portion (e.g., a subband, BWP) or all of the carrier bandwidth.

[0052] The signal waveform transmitted via a carrier can consist of multiple subcarriers (e.g., using multicarrier modulation (MCM) techniques such as Orthogonal Frequency Division Multiplexing (OFDM) or DFT-S-OFDM). In a system employing MCM, a resource element can include a symbol period (e.g., the duration of a modulation symbol) and a subcarrier, where the symbol period and subcarrier spacing are inversely related. The number of bits carried by each resource element can depend on the modulation scheme (e.g., the order of the modulation scheme, the coding rate of the modulation scheme, or both). Therefore, the more resource elements UE 115 receives and the higher the order of the modulation scheme, the higher the data rate of UE 115. Wireless communication resources can refer to a combination of radio frequency spectrum resources, temporal resources, and spatial resources (e.g., spatial layers or beams), and the use of multiple spatial layers can further increase the data rate or data integrity used for communication with UE 115.

[0053] One or more digital schemes can be supported for a carrier, where the digital scheme may include subcarrier spacing (Δf) and a cyclic prefix. A carrier can be divided into one or more BWPs with the same or different digital schemes. In some examples, UE 115 can be configured with multiple BWPs. In some examples, a single BWP for a carrier can be active at a given time, and communication for UE 115 can be restricted to one or more active BWPs.

[0054] Multiples of the basic unit of time can be used (e.g., it can refer to T). s =1 / (Δf) max ·N f The sampling period is ) seconds, where Δf max This can represent the maximum supported subcarrier spacing, and N fThe time interval used for base station 105 or UE 115 can be represented by the maximum supported Discrete Fourier Transform (DFT) size. The time interval of communication resources can be organized according to radio frames, each radio frame having a specified duration (e.g., 10 milliseconds (ms)). Each radio frame can be identified by a System Frame Number (SFN) (e.g., a range from 0 to 1023).

[0055] Each frame may include multiple consecutively numbered subframes or time slots, and each subframe or time slot may have the same duration. In some examples, a frame may be divided (e.g., in the time domain) into subframes, and each subframe may be further divided into multiple time slots. Alternatively, each frame may include a variable number of time slots, and the number of time slots may depend on the subcarrier spacing. Each time slot may include multiple symbol periods (e.g., depending on the length of the cyclic prefix appended to each symbol period). In some wireless communication systems 100, the time slots may be further divided into multiple micro-time slots containing one or more symbols. In addition to the cyclic prefix, each symbol period may contain one or more (e.g., N) symbols. f ( ) sampling periods. The duration of a symbol period can depend on the subcarrier spacing or the operating frequency band.

[0056] A subframe, time slot, micro-time slot, or symbol can be the smallest scheduling unit of the wireless communication system 100 (e.g., in the time domain) and can be referred to as a transmission time interval (TTI). In some examples, the duration of the TTI (e.g., the number of symbol periods in the TTI) can be variable. Alternatively or additionally, the smallest scheduling unit of the wireless communication system 100 can be dynamically selected (e.g., in a burst of shortened TTIs (sTTIs)).

[0057] Physical channels can be multiplexed onto a carrier using various techniques. For example, one or more of Time Division Multiplexing (TDM), Frequency Division Multiplexing (FDM), or hybrid TDM-FDM techniques can be used to multiplex physical control channels and physical data channels onto a downlink carrier. A control region (e.g., a control resource set (CORESET)) for physical control channels can be defined over multiple symbol periods and can extend across the system bandwidth or a subset of the carrier's system bandwidth. One or more control regions (e.g., CORESETs) can be configured for a set of UEs 115. For example, one or more UEs 115 can monitor or search control regions to obtain control information based on one or more search space sets, and each search space set can include one or more control channel candidates arranged in a cascaded manner with one or more aggregation levels. The aggregation level for control channel candidates can refer to the number of control channel resources (e.g., control channel elements (CCEs)) associated with coded information for a control information format having a given payload size. The search space set may include a common search space set configured to send control information to multiple UEs 115 and a UE-specific search space set used to send control information to a specific UE 115.

[0058] Each base station 105 may provide communication coverage via one or more cells (e.g., macro cells, small cells, hotspots, or other types of cells, or any combination thereof). The term "cell" may refer to a logical communication entity used for communication with base station 105 (e.g., via a carrier) and may be associated with an identifier used to distinguish neighboring cells (e.g., Physical Cell Identifier (PCID), Virtual Cell Identifier (VCID), etc.). In some examples, a cell may also refer to a geographic coverage area 110 or a portion of geographic coverage area 110 (e.g., a sector) on which a logical communication entity operates. Depending on various factors (e.g., the capabilities of base station 105), the extent of such a cell can range from a small area (e.g., a building, a subset of buildings) to a large area. For example, a cell may be or include buildings, subsets of buildings, or external space between or overlapping geographic coverage areas 110, etc.

[0059] Macro cells typically cover a relatively large geographic area (e.g., a radius of several kilometers) and allow unrestricted access to UE 115 that has a service subscription with a network provider supporting the macro cell. In contrast, small cells can be associated with a lower-power base station 105 and can operate in the same or different (e.g., licensed or unlicensed) frequency bands as macro cells. Small cells can provide unrestricted access to UE 115 that has a service subscription with a network provider, or restricted access to UE 115 associated with the small cell (e.g., UE 115 in a closed user group (CSG), or UE 115 associated with a user in a home or office). Base station 105 can support one or more cells and can also support communication on one or more cells using one or more component carriers.

[0060] In some examples, operators can support multiple cells and configure different cells based on different protocol types that can provide access for different types of devices (e.g., MTC, Narrowband IoT (NB-IoT), Enhanced Mobile Broadband (eMBB)).

[0061] In some examples, base station 105 may be mobile, and thus provide communication coverage for mobile geographic coverage areas 110. In some examples, different geographic coverage areas 110 associated with different technologies may overlap, but the different geographic coverage areas 110 may be supported by the same base station 105. In other examples, overlapping geographic coverage areas 110 associated with different technologies may be supported by different base stations 105. For example, wireless communication system 100 may include a heterogeneous network in which different types of base stations 105 use the same or different radio access technologies to provide coverage for various geographic coverage areas 110.

[0062] The wireless communication system 100 can support synchronous or asynchronous operation. For synchronous operation, base stations 105 can have similar frame timing, and transmissions from different base stations 105 are approximately time-aligned. For asynchronous operation, base stations 105 can have different frame timing, and in some examples, transmissions from different base stations 105 may be time-disaligned. The techniques described herein can be used for both synchronous and asynchronous operation.

[0063] Some UEs 115, such as MTC or IoT devices, can be low-cost or low-complexity devices that can provide automated machine-to-machine communication (e.g., via machine-to-machine (M2M) communication). M2M communication or MTC can refer to data communication technologies that allow devices to communicate with each other or with base station 105 without human intervention. In some examples, M2M communication or MTC can include communication from devices that integrate sensors or meters to measure or capture information and relay that information to a central server or application, which can then utilize the information or present it to personnel interacting with the application. Some UEs 115 can be designed to collect information or automate the behavior of machines or other devices. Examples of applications for MTC devices include: smart metering, inventory monitoring, water level monitoring, equipment monitoring, healthcare monitoring, wildlife monitoring, weather and geological event monitoring, fleet management and tracking, remote security sensing, physical access control, and transaction-based billing.

[0064] Wireless communication system 100 can be configured to support ultra-reliable communication, low-latency communication, or various combinations thereof. For example, wireless communication system 100 can be configured to support ultra-reliable low-latency communication (URLLC) or mission-critical communication. UE 115 can be designed to support ultra-reliable, low-latency, or mission-critical functions (e.g., mission-critical functions). Ultra-reliable communication may include private or group communication and can be supported through one or more mission-critical services (e.g., mission-critical push-to-talk (MCPTT), mission-critical video (MCVideo), or mission-critical data (MCData)). Support for mission-critical functions may include prioritizing services, and mission-critical services may be used for public safety or general business applications. The terms ultra-reliable, low-latency, mission-critical, and ultra-reliable low-latency are used interchangeably herein.

[0065] In some examples, UE 115 can also communicate directly with other UE 115 via D2D communication link 135 (e.g., using a peer-to-peer (P2P) or D2D protocol) (which may also be referred to as sidelink 135). One or more UE 115s using D2D communication can be within the geographic coverage area 110 of base station 105. Other UE 115s in such a group may be outside the geographic coverage area 110 of base station 105 or unable to receive transmissions from base station 105. In some examples, the group of UE 115s communicating via D2D communication can utilize a one-to-many (1:M) system, where each UE 115 sends signals to every other UE 115 in the group. In some examples, base station 105 facilitates the scheduling of resources for D2D communication. In other cases, D2D communication is performed between UE 115s without involving base station 105.

[0066] In some systems, the sidelink 135 may be an example of a communication channel between vehicles (e.g., UE 115). In some examples, vehicles may communicate using V2X communication, vehicle-to-vehicle (V2V) communication, or some combination of these communications. Vehicles may use signals to notify information related to traffic conditions, signal control, weather, safety, emergencies, or any other information related to the V2X system. In some examples, vehicles in a V2X system may communicate with roadside infrastructure, repeater 155, RSU (which may be an example of repeater 155 in some cases), or use vehicle-to-network (V2N) communication to communicate with the network via one or more network nodes (e.g., base station 105), or both.

[0067] Core network 130 can provide user authentication, access authorization, tracking, Internet Protocol (IP) connectivity, and other access, routing, or mobility functions. Core network 130 can be an evolved packet core (EPC) or 5GC, which may include at least one control plane entity (e.g., a mobility management entity (MME), AMF) managing access and mobility, and at least one user plane entity (e.g., a serving gateway (S-GW), packet data network (PDN) gateway (P-GW), or UPF) routing packets or interconnecting to external networks. The control plane entity can manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management for UE 115 served by base station 105 associated with core network 130. User IP packets can be transmitted through the user plane entity, which can provide IP address allocation and other functions. The user plane entity can connect to network operator IP service 150. Operator IP service 150 may include access to the Internet, intranets, IP Multimedia Subsystem (IMS), or packet-switched streaming services.

[0068] Some network devices (such as base station 105) may include sub-components such as access network entity 140, which may be examples of access node controllers (ANCs). Each access network entity 140 may communicate with UE 115 through one or more other access network transport entities 145 (which may be referred to as a radio headend, smart radio headend, or transmit / receive point (TRP)). Each access network transport entity 145 may include one or more antenna panels. In some configurations, the various functions of each access network entity 140 or base station 105 may be distributed across various network devices (e.g., radio headends and ANCs) or may be combined in a single network device (e.g., base station 105).

[0069] Wireless communication system 100 can operate using one or more frequency bands (typically in the range of 300 MHz to 300 GHz). The region from 300 MHz to 3 GHz is generally referred to as the Ultra High Frequency (UHF) region or decimeter band, due to the wavelength range from approximately one decimeter to one meter in length. UHF waves may be blocked or deflected by buildings and environmental features; however, these waves can penetrate buildings sufficiently to provide service to the UE 115 located indoors via a macrocell. Compared to transmissions using smaller frequencies and longer wavelengths in the High Frequency (HF) or Very High Frequency (VHF) portions of the spectrum below 300 MHz, UHF wave transmission can be associated with smaller antennas and shorter distances (e.g., less than 100 km).

[0070] Wireless communication system 100 can utilize licensed and unlicensed radio frequency spectrum bands. For example, wireless communication system 100 can employ Licensed Assisted Access (LAA), LTE Unlicensed (LTE-U) radio access technology, or NR technology in unlicensed frequency bands (such as the 5 GHz Industrial, Scientific, and Medical (ISM) band). When operating in unlicensed radio spectrum bands, devices such as base station 105 and UE 115 can employ carrier sensing to achieve collision detection and avoidance. In some examples, operation in unlicensed frequency bands can be based on carrier aggregation configurations (e.g., LAA) that combine component carriers operating in licensed frequency bands. Operation in unlicensed spectrum can include downlink transmission, uplink transmission, P2P transmission, or D2D transmission, etc.

[0071] Base station 105 or UE 115 may be equipped with multiple antennas, which can be used to employ techniques such as transmit diversity, receive diversity, multiple-input multiple-output (MIMO) communication, or beamforming. The antennas of base station 105 or UE 115 may be located in one or more antenna arrays or antenna panels, which can support MIMO operation or transmit beamforming or receive beamforming. For example, one or more base station antennas or antenna arrays may be located at the same antenna assembly (such as an antenna tower). In some examples, the antennas or antenna arrays associated with base station 105 may be located in different geographical locations. Base station 105 may have an antenna array with multiple rows and columns of antenna ports, which base station 105 can use to support beamforming for communication with UE 115. Similarly, UE 115 may have one or more antenna arrays that can support various MIMO or beamforming operations. Additionally or alternatively, antenna panels may support radio frequency beamforming for signals transmitted via antenna ports.

[0072] Beamforming (also known as spatial filtering, directional transmission, or directional reception) is a signal processing technique used at a transmitting or receiving device (e.g., base station 105, UE 115) to shape or control an antenna beam (e.g., a transmit beam, a receive beam) along a spatial path between the transmitting and receiving devices. Beamforming can be achieved by combining signals transmitted via antenna elements of an antenna array such that some signals propagating in a specific orientation relative to the antenna array experience constructive interference, while other signals experience destructive interference. Adjustments to the signals transmitted via the antenna elements can include applying amplitude offset, phase offset, or both to the signals carried by the transmitting or receiving device via the antenna elements associated with that device. The adjustments associated with each antenna element can be defined by a set of beamforming weights associated with a specific orientation (e.g., the antenna array of the transmitting or receiving device, or another orientation).

[0073] The wireless communication system 100 can be a packet-based network operating according to a layered protocol stack. In the user plane, communication at the bearer or Packet Data Convergence Protocol (PDCP) layer can be IP-based. The Radio Link Control (RLC) layer can perform packet segmentation and reassembly for communication over logical channels. The Media Access Control (MAC) layer can perform priority processing and multiplexing of logical channels to transport channels. The MAC layer can also use error detection techniques, error correction techniques, or both to support MAC layer retransmissions to improve link efficiency. In the control plane, the RRC protocol layer can provide the establishment, configuration, and maintenance of RRC connections between the UE 115 and the base station 105 or the core network 130 to support radio bearers for user plane data. At the physical layer, transport channels can be mapped to physical channels.

[0074] UE 115 and base station 105 can support data retransmission to increase the likelihood of successful data reception. Hybrid Automatic Repeat Request (HARQ) feedback is a technique used to increase the likelihood of correct data reception via communication link 125. HARQ can include a combination of error correction (e.g., using Cyclic Redundancy Check (CRC)), forward error correction (FEC), and retransmission (e.g., Automatic Repeat Request (ARQ)). HARQ can improve throughput at the MAC layer under poor radio conditions (e.g., low signal-to-noise ratio conditions). In some examples, the device can support HARQ feedback within the same time slot, where the device can provide HARQ feedback in a specific time slot for data received in a previous symbol within that time slot. In other cases, the device can provide HARQ feedback in subsequent time slots or according to some other time interval.

[0075] In various examples, one or more UEs 115 may use sidelink 135 to transmit broadcast, multicast, or multicast communications. In some cases, repeater 155 may monitor such sidelink communications, receive feedback, and provide retransmissions for the sidelink communications. In various examples, a communication manager may be included in various devices to support technologies used for relaying sidelink communications. For example, UE 115 may include UE communication manager 101, the base station may include base station communication manager 102, and repeater 155 may include relay communication manager 103.

[0076] For example, UE 115 (e.g., the first UE 115) may include a UE communication manager 101, which can be used to configure broadcast, multicast, or multicast communication to one or more other UEs 115 via sidelink 135. In some cases, the UE communication manager 101 may use network coding to encode the sidelink communication to increase the likelihood of successful decoding of the transmitted information if one or more UEs 115 fail to receive one or more transmitted packets. In some cases, the sidelink communication may be transmitted based on a configured period (e.g., in sidelink communication resources configured within a periodic time period T). At the UE 115 receiving the sidelink communication, the UE communication manager 101 may attempt to receive and decode the sidelink communication and send feedback indicating that one or more packets were not successfully received. In some cases, the feedback may be sent to the repeater 155 in uplink communication via communication link 125 with the repeater 155.

[0077] In some cases, the relay communication manager 103 at repeater 155 can monitor sidelink broadcast, multicast, or multicast communications on sidelink 135 and can store detected sidelink communications. In some cases, the relay communication manager 103 can receive feedback from one or more other UEs 115 that are receiving sidelink communications and can retransmit one or more packets based on the feedback. In some cases, such retransmissions can be sent to UEs 115 via downlink communications via one or more communication links 125. In some cases, the relay communication manager 103 can retransmit network-coded packets based on the feedback. In other cases, the relay communication manager 103 can send new network-coded packets based on the feedback. In such cases, the new network-coded packets can be identified based on one or more source packets not received at one or more UEs 115 after decoding based on network coding for sidelink communications, and the identified lost source packets are encoded based on network coding to generate new network-coded packets.

[0078] Furthermore, base station 105 can use base station communication manager 102 to configure the time period (T) for sidelink broadcast, multicast, or multicast communication, and configure the network coding to be used for such communication. Communication manager 102 can provide configuration information to UE 115 and repeater 155 using, for example, RRC signaling.

[0079] Figure 2Examples are shown of a portion of a wireless communication system 200 supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure. In some examples, wireless communication system 200 may implement aspects of wireless communication system 100. For example, wireless communication system 200 may include base station 105-a, a plurality of sidelink UEs 115, and repeater 155-a, which may be respectively as referenced Figure 1 Examples of the corresponding base station 105, UE 115, and repeater 155 are described.

[0080] In this example, base station 105-a can configure UE 115 and repeater 155-a to have one or more configurations related to sidelink communication, for example, via configuration signaling 215 (e.g., RRC signaling). Configuration signaling 215 may include a first configuration signaling 215-a for the first UE 115-a and a second configuration signaling 215-b for the repeater 155-a. Furthermore, in some cases, base station 105-a can configure such sidelink communication to use network coding, wherein multiple source packets (e.g., source packets p1, p2, ..., pn) can be encoded into multiple network-coded packets (e.g., network-coded packets q1, q2, ..., qN) according to a network coding algorithm. In some cases, the network coding algorithm may allow the recovery of one or more source packets in the event of the loss of one or more network-coded packets. Reference Figure 5 Examples of network coding techniques will be discussed in more detail.

[0081] In some cases, configuration information from base station 105-a can provide network coding parameters, such as network coding algorithms, coding functions or matrices, maximum number of decoding iterations, etc., which can be synchronized on each of the transmitting UE 115, receiving UE 115, and repeater 155-a. As discussed, in some cases, broadcast, multicast, or multicast communications can be synchronized in a TDD system, occurring once every time period T. In some cases, base station 105-a can configure network coding parameters and transmission intervals (e.g., the value of T) via RRC configuration, MAC-CE, downlink control information (DCI), or any combination thereof. In all aspects, repeater 155-a and UE 115 can use the same network coding parameters.

[0082] In some cases, the first UE 115-a may broadcast, multicast, or multicast network-coded packets 220 once per period T. In some cases, one or more other UEs 115 may also broadcast network-coded packets according to the period. Network-coded packets 220 can be transmitted using sidelink connections 205 (e.g., a first sidelink connection 205-a to the second UE 115-b, a second sidelink connection 205-b to the third UE 115-c, and a third sidelink connection 105-c to the repeater 155-a). In this example, sidelink connections 205 are shown as solid lines. Figure 2 In the example, the second UE 115-b and the third UE 115-c can receive network-coded packets 220 and perform decoding based on the network coding algorithm used to encode the network-coded packets 220. The second UE 115-b and the third UE 115-c can generate a feedback report 225 that is sent to the repeater 155-a. Although the second UE 115-b and the third UE 115-c are shown in this example, any number of other UEs 115 can receive network-coded packets 220 and send feedback reports 225. In some cases, feedback reports 225 can be sent using uplink communication in a direct link 210 (or access link) with the repeater 155-a (e.g., in the first direct link 210-a between the second UE 115-b and the repeater 155-a, and in the second direct link 210-b between the third UE 115-c and the repeater 155-a). In this example, the direct link 210 connection (e.g., the access link connection via the Uu interface, as opposed to the side link connection 205 via the PC5 interface) is shown as a dashed line.

[0083] In this example, repeater 155-a can monitor network-coded packets 220 and store the received packets. Based on the received feedback report 225, the repeater can provide retransmission 230 to the second UE 115-b and the third UE 115-c. In some cases, the retransmission 230 can be sent as a broadcast, multicast, or multicast in the direct link 210 with UE 115. In some cases, repeater 155-a can retransmit one or more packets from the network-coded packets 220. In other cases, repeater 155-a can send one or more new coded packets based on determining which source packets were not received at the second UE 115-b and the third UE 115-c. In some cases, the feedback report 225 can be generated according to the established feedback technique and may include, for example, PDCP status reports, RLC status reports, or MAC HARQ ACK information. In some cases, Channel State Information (CSI) reports can be sent along with feedback reports 225 to facilitate modulation and coding scheme (MCS) selection and rate control for retransmissions or subsequent communications. In other cases, CSI reports can be sent only along with NACK feedback to request updated MCS for better data reception, which can help save overhead resources. In some cases, repeater 155-a can be implemented in the RSU to enhance the reliability of broadcast, multicast, or multicast communications in C-V2X systems. Figure 3 An example of such a deployment is provided.

[0084] Figure 3 Examples of wireless communication systems 300 supporting relay designs for sidelink communication using network coding are shown according to various aspects of this disclosure. In some examples, wireless communication system 300 may implement aspects of wireless communication systems 100 or 200. In this example, RSU 305 may act as a node or repeater (e.g., repeater 155 as discussed herein).

[0085] RSU 305 can be one of multiple RSUs 305 placed at intervals along road 310 (e.g., associated with the northbound portion of road 310-a, the southbound portion of road 310-b, and the intersecting road 310-c). In this example, UE 115 can be associated with vehicles traveling along road 310 and operate to use lateral link communication in a C-V2X deployment. Road 310 can be any of multiple different types of roads, or a combination of different types of roads (e.g., separate highways or streets, unseparated highways or streets, tunnels, overpasses / underpasses, bridges, etc.). In some cases, the first UE 115-d can send broadcast lateral link communication (e.g., information related to UE 115-d's direction, location, speed, acceleration, identified hazards or obstacles, expected changes in direction / speed / acceleration, etc.) to RSU 305 and each of multiple other UEs 115-e to UE 115-h. In some cases, multiple UEs 115 may transmit broadcast sidelink communications according to a periodic sidelink communication configuration. RSU 305 may monitor broadcast sidelink communications and also monitor feedback associated with them. RSU 305 may perform one or more retransmissions based on received indications that one or more sidelink communication packets were not successfully received at one or more UEs 115. In some cases, RSU 305 may coordinate with one or more other adjacent RSUs via a backhaul link (e.g., a fiber optic link or a wireless IAB link) to coordinate retransmissions (e.g., by providing retransmissions from multiple RSUs 305 in a single-frequency network (SFN) configuration).

[0086] Figure 4 Examples of process flow 400 supporting a relay design scheme for sidelink communication using network coding are shown according to various aspects of this disclosure. In some examples, process flow 400 may implement aspects of wireless communication systems 100, 200, or 300. Process flow 400 may be implemented by a first UE 115-i, a second UE 115-j, a third UE 115-k, an nth UE 115-n, and a repeater 155-b, or any other example of a UE 115 or repeater 155 as described herein. Alternative examples may be implemented, some of which may be performed in a different order than described, or not at all. In some cases, steps may include additional features not mentioned below, or additional steps may be added.

[0087] At 405, the first UE 115-i can transmit encoded broadcast, multicast, or multicast packets in sidelink broadcast, multicast, or multicast communications. In some cases, the encoded broadcast, multicast, or multicast packets can be transmitted using periodic resources configured for sidelink broadcast communications. For example, encoded broadcast, multicast, or multicast packets can be transmitted at time T according to the period configured for such broadcast, multicast, or multicast communications (e.g., to transmit vehicle status information in a C-V2X deployment). The second UE 115-j through the nth UE 115-n can monitor sidelink broadcast, multicast, or multicast communications according to resources configured for such communications. As discussed herein, the first UE 115-i can transmit encoded packets based on a configured network coding algorithm. For example, the first UE 115-i can transmit network-coded packets q = q1, q2, q3 on the sidelink.

[0088] At 410, repeater 155-b can monitor broadcast, multicast, or groupcast packets and provide feedback reports. In some cases, repeater 155-b can know the configured periodic resources (e.g., based on configuration information provided by the base station) and can monitor periodic resources at time T based on the configuration. In some cases, repeater 155-b can monitor broadcast, multicast, or groupcast communications of multiple UEs and store received broadcast, multicast, or groupcast packets for one or more potential retransmissions. For example, repeater 155-b can receive encoded packets q = q1, q2, q3 on a side link and store the received packets (e.g., in a buffer C such that C = q1, q2, q3).

[0089] At 415, each of UEs 115-j through UE 115-n can determine feedback associated with the encoded broadcast, multicast, or multicast packets and can generate a feedback report. At 420, each of these UEs 115 can send the feedback report to repeater 155-b. The feedback can be determined based on whether the associated UE 115 was able to successfully decode the transmitted encoded broadcast, multicast, or multicast packets. In some cases, the feedback may include an indication of whether one or more packets of encoded broadcast, multicast, or multicast packets from the network have been received (e.g., HARQ ACK / NACK feedback). In other cases, the feedback may include an indication of whether one or more source packets have been received based on decoding according to the network coding algorithm used to encode the transmitted source packets. In such cases, the feedback may be an RLC status report, a PDCP status report, a MAC HARQ ACK / NACK indication, or a combination thereof. In some cases, feedback reports can be sent to repeater 155-b using a direct link or access link (e.g., in uplink control information in uplink communication).

[0090] At 425, repeater 155-b can determine a retransmission indication based on received feedback reports. In some cases, repeater 155-b can determine one or more network-coded broadcast, multicast, or multicast packets to be retransmitted. For example, for each UE 115, repeater 155-b can determine any lost packets, such as Mx = lost packets of UE-x, which corresponds to: Mx = C - UE-x of the total received packets. In some cases, repeater 155-b can determine the packets to be retransmitted as the relay packets M = the union of all Mi, such that all lost packets are retransmitted. In other cases, repeater 155-b can determine the first k lost packets (e.g., M = the first k lost packets).

[0091] For example, if the feedback report indicates that the second UE 115-j received q1 and q2; the third UE 115-k received q1 and q3; and the nth UE 115-n received q1 and q2, then Mj = q3, Mk = q2, and Mn = q3. Therefore, in such an example, the union of all Mi provides M = q2, q3. In the example of transmitting the first k lost packets (e.g., if k = 1), then M = q3 because both UEs 115 lost q3. In some cases, the determination of the packets to be retransmitted can be configured by the base station.

[0092] At 430, repeater 155-b can send retransmission packets (e.g., M) to UE 115. In some cases, downlink communication on a direct link or access link can be used to send retransmission packets. In other cases, retransmission packets can be sent on a sidelink based on configured broadcast, multicast, or multicast resources. Thus, in this example, repeater 155-b retransmits instances of network-coded packets lost at one or more UEs 115. At 435, the first UE 115-i can send additional sidelink-coded broadcast, multicast, or multicast packets during the next configured sidelink broadcast, multicast, or multicast resource time period. For example, at time 2T, the first UE 115-i can send q = q4, q5, q6 on the sidelink monitored by repeater 155-b, and this process can be repeated to determine which packets to retransmit (e.g., based on feedback reports, based on which packets q1 through q6 were lost). Then, this process can be repeated at times 3T, 4T, and so on.

[0093] In other cases, repeater 155-b can retransmit newly encoded packets. In this case, repeater 155-b can decode network-coded packets to determine the source packets, determine retransmissions based on lost source packets, and encode new network-coded packets based on the lost source packets. For example, if the first UE 115-i transmits network-coded packets q = q1, q2, q3 on a side link, repeater 155-b can receive these packets and store them in C, and then decode C according to the network coding algorithm to recover the source packets, which in this example could be D = p1, p2. Then, based on the received feedback report, repeater 155-b can determine Mx in a manner similar to that discussed above. Then, repeater 155-b can determine the decoded packets Dx at UEx by decoding Mx according to the configured network coding algorithm. Then, repeater 155-b can determine which source packets were not received based on the intersection of all Dx and D. Then, repeater 155-b can encode the identified lost source packets for transmission (e.g., M = f(D – intersection(Dx)), where f(.) is the network coding function). A new encoded packet can then be sent at 430, at the same time as the encoded broadcast, multicast, or multicast packet at 435. This process can then be repeated at 2T, 3T, 4T, etc.

[0094] In a further scenario, repeater 155-b can retransmit lost encoded packets and newly encoded packets. In this case, repeater 155-b can determine for UE x: Mx = received packets, Sx = lost packets, and determine the decoded packets Dx at each UE x by decoding Mx. Then, repeater 155-b can determine the newly encoded packets m1 = f(D-intersection(Dx)). Repeater 155-b can also determine the lost packets m2, which can be the union or intersection of Sx, or the first k lost packets in Sx. Then, repeater 155-b can determine the retransmitted packets for transmission at 430 based on M = m1 + m2. This process can then be repeated at 2T, 3T, 4T, etc.

[0095] Figure 5Examples of network coding techniques 500 supporting relay transmissions using network coding according to various aspects of this disclosure are shown. In some examples, network coding techniques 500 may implement aspects of wireless communication systems 100, 200, or 300. In this example, an encoder or transmitting device 505 (e.g., a transmitting-side walkway UE) may transmit one or more transmissions via channel 510 to a decoder or receiving device 515 (e.g., a receiving UE, a repeater, or both). Depending on the aspects discussed herein, the decoder or receiving device 515 may provide feedback 535 to a relay device (e.g., repeater 155 or RSU 305). Furthermore, in some cases, feedback 535 may be provided to the encoder or transmitting device 505. In any case, feedback 535 may be used to update the distribution function used for network coding of packets or sub-packets to be transmitted. The encoder or transmitting device 505 may be a wireless device as discussed herein, such as a base station, UE, IAB device, C-V2X device, etc. Similarly, the decoder or receiver 515 can be a wireless device as discussed herein, such as a base station, UE, IAB device, C-V2X device, etc.

[0096] In this example, the encoder or transmitting device 505 can use network encoding to transmit data (displayed as a set of original source packets p) l The encoder encodes K original packets (p1, p2, and p3, e.g., sub-packets of an RLC packet) into a set of encoded packets. The encoded sub-packets can be identical to the original packets, can be redundant versions of the original packets, can include combinations of multiple original packets (e.g., subsets of the original packets), can include redundant versions of combinations, or combinations thereof. The number of encoded packets (q) can be the same as or different from the number of original packets (p). In Example 500, the encoder encodes K original packets (where K = 3) into N encoded packets (where N = 4, corresponding to q1 to q4). The encoder transmits the encoded packets to the decoder or receiving device 515 via channel 510 (e.g., one or more carriers or beams). The decoder uses network coding to decode the encoded packets and recover the original packets (e.g., the original source packets p1 to p3). As used herein, network coding can be performed using any type of network coding scheme, such as fountain coding, XOR coding, linear network coding, random linear network coding, Luby transform (LT) network coding, Raptor network coding, etc.

[0097] exist Figure 5 In the example, the encoder will divide the three original groups (p l p2 and p3) are encoded into four encoded blocks (each carrying p2, p3, p4, p5, p6, p7, p8, p9, p1, p1, p2, p3 ... l +p2、p l+p3 and p2+p3 of q1-q4), and send the four encoded packets to the decoder. In this example, carrying p l The packet containing p2 was not successfully received by the decoder. In the first operation 520, the decoder decodes the packet carrying p2. In the second operation 525, the decoder obtains p3 from the packet containing p2+p3, because the decoder has already decoded p2 and can use combination to obtain p3 from p2+p3. In the third operation 530, the decoder obtains p3 from the packet containing p... l Get p from the grouping of +p3 l Because the decoder has already decoded p3, and can use combination to extract p3 from p3. l +p3 obtain p l In some aspects, the encoded packet may include an indication of the original packet included in the encoded packet (e.g., in the header of the encoded packet). Therefore, although p l +p2 failed, but the decoder can get p. l p2 and p3, and use less overhead compared to having to retransmit one of the original packets or other techniques (e.g., PDCP replication). For example, PDCP replication can replicate all the original packets in a total of six transmissions, while Figure 5 The example network encoding shown uses only four transmissions.

[0098] In some cases, the encoder may continue sending encoded packets to the decoder (e.g., the same combination of encoded packets or different combinations of encoded packets) until the encoder receives a notification from the decoder. For example, the decoder may successfully receive the original packets or may abort decoding, which may trigger the decoder to send feedback 535 to the encoder. The notification may include, for example, an acknowledgment (ACK), a stop message (STOP), etc. In some cases, the decoder may send an ACK for each successfully received original packet or each network-encoded packet. Upon receiving feedback 535, the encoder may encode additional data (e.g., a new or updated set of original packets, which may include one or more original packets that have not yet been successfully received) and may send the encoded packets to the decoder in a manner similar to that described herein until all data has been sent and successfully received.

[0099] In some scenarios, using network coding can improve performance compared to not using network coding (e.g., by providing higher reliability, lower latency, less network overhead, etc.). For example, network coding can be enabled when the payload size of one or more wireless communications (e.g., PDCP packets, RLC packets, etc.) is large, or when the probability of link loss in the channel between the transmitter and receiver is high (e.g., due to poor channel conditions). However, network coding can be disabled when the payload size is small and the probability of link loss is low. In some cases, improved performance (e.g., by providing higher reliability, lower latency, less network overhead, etc.) can be achieved by dynamically switching between using and not using network coding, at least in part, based on changing conditions (e.g., changing payload size of the information to be transmitted, changing channel conditions, etc.). Furthermore, some of the techniques and apparatus described herein enable the configuration of network coding to improve performance.

[0100] Figure 6 A block diagram 600 illustrates a device 605 supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure. Device 605 may be an example of various aspects of a UE 115 (e.g., a second UE) as described herein. Device 605 may include a receiver 610, a communication manager 615, and a transmitter 620. Device 605 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0101] Receiver 610 can provide units for receiving information, such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to relay transmissions for sidelink communication using network coding, etc.). Information can be transmitted to other components of device 605. Receiver 610 can be as described in reference... Figure 9 Examples of various aspects of the transceiver 920 described. The receiver 610 can utilize a single antenna or a set of antennas.

[0102] Transmitter 620 may provide a unit for transmitting signals generated by other components of device 605. In some examples, transmitter 620 may be co-located with receiver 610 in a transceiver module. For example, transmitter 620 may be as described in reference... Figure 9 Examples of various aspects of the transceiver 920 described. The transmitter 620 can utilize a single antenna or a set of antennas.

[0103] The communication manager 615 may be an example of a unit for performing various aspects of relay retransmission of sidelink communication as described herein. The communication manager 615 or its sub-components may be implemented in hardware (e.g., in communication management circuitry), processor-executable code (e.g., communication management software or firmware), or any combination thereof. When implemented with processor-executable code, the functions of the communication manager 615 or its sub-components may be performed by a general-purpose processor, digital signal processor (DSP), central processing unit (CPU), application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, discrete hardware component, or any combination thereof designed to perform the functions described herein. In some examples, the communication manager 615 may be configured to perform various operations (e.g., receive, determine, transmit) using receiver 610, transmitter 620, or both, or otherwise cooperate with receiver 610, transmitter 620, or both to perform various operations.

[0104] Communication manager 615 can support wireless communication according to examples disclosed herein. For example, communication manager 615 can be configured to provide or support elements for receiving a first subset of network-coded packets from a first UE in first-side crosslink communication. Communication manager 615 can also be configured to provide or support elements for determining feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet at a second UE. Communication manager 615 can also be configured to provide or support elements for sending a feedback report to a relay node, the feedback report indicating a negative acknowledgment for the first packet. Communication manager 615 can also be configured to provide or support elements for receiving from a node a transmission providing information associated with the first packet. Communication manager 615 can be an example of aspects of communication manager 910 as described herein.

[0105] Actions performed by the communication manager 915 as described herein can be implemented to achieve one or more potential advantages. One implementation can provide enhanced reliability for the UE 115 to receive and successfully decode sidelink broadcast, multicast, or groupcast communications. Another implementation can provide improved quality and service reliability at the UE 115 because latency and the number of individual resources allocated to the UE 115 can be reduced.

[0106] Figure 7A block diagram 700 illustrates a device 705 supporting a relay design for lateral link communication using network coding, according to various aspects of this disclosure. Device 705 may be an example of aspects of device 605 or UE 115 as described herein. Device 705 may include a receiver 710, a communication manager 715, and a transmitter 740. Device 705 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0107] Receiver 710 can provide units for receiving information, such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to relay transmissions using network coding for sidelink broadcasting, etc.). Information can be transmitted to other components of device 705. Receiver 710 can be a reference... Figure 9 Examples of various aspects of the transceiver 920 described. The receiver 710 can utilize a single antenna or a set of antennas.

[0108] Communication manager 715 or its components may be examples of units for performing various aspects of sidelink communication with nodes (e.g., relay nodes or relay devices) that provide retransmissions as described herein. For example, communication manager 715 may include sidelink communication manager 720, network coding manager 725, feedback transmission manager 730, and downlink communication manager 735. Communication manager 715 may be examples of various aspects of communication managers 615 or 910 described herein.

[0109] The sidelink communication manager 720 can be configured to provide or support elements for receiving a first subset of network-coded packets from a first UE in first sidelink communication. The network coding manager 725 can be configured to provide or support elements for determining feedback for the first subset of network-coded packets, indicating unsuccessful reception of at least the first packet at a second UE. The feedback transmission manager 730 can be configured to provide or support elements for sending a feedback report to a node, indicating a negative acknowledgment for the first packet. The downlink communication manager 735 can be configured to provide or support elements for receiving from a node a transmission providing information associated with the first packet.

[0110] Transmitter 740 can transmit signals generated by other components of device 705. In some examples, transmitter 740 can be co-located with receiver 710 in a transceiver module. For example, transmitter 740 can be as shown in reference [reference needed]. Figure 9 Examples of various aspects of the transceiver 920 described. The transmitter 740 can utilize a single antenna or a set of antennas.

[0111] Figure 8 A block diagram 800 illustrates a communication manager 805 supporting a relay design for lateral link communication using network coding, according to various aspects of this disclosure. The communication manager 805 may be an example of aspects of the communication manager 615, communication manager 715, or communication manager 910 as described herein. The communication manager 805, or its components, may be examples of units for performing various aspects of lateral link communication and retransmission as described herein. For example, the communication manager 805 may include a lateral link communication manager 810, a network coding manager 815, a feedback transmission manager 820, a downlink communication manager 825, a CSI manager 830, and a configuration manager 835. Each of these modules may communicate directly or indirectly with each other (e.g., via one or more buses).

[0112] The sidelink communication manager 810 can be configured to provide or support a unit for receiving a first subset of network-coded packets from the first UE in a first sidelink communication. In some examples, the sidelink communication manager 810 can be configured to provide or support a unit for receiving a second subset of network-coded packets from the first UE in a second sidelink communication.

[0113] Network coding manager 815 can be configured to provide or support units for determining feedback for a first subset of network-coded packets, the feedback indicating unsuccessful reception of at least a first packet at a second UE. In some examples, network coding manager 815 can decode one or more source packets based on a network coding algorithm and a first subset of the received network-coded packets. In some examples, network coding manager 815 can receive one or more new network-coded packets. In some examples, network coding manager 815 can decode a first packet based on a network coding algorithm used to encode a first subset of network-coded packets and one or more new network-coded packets. In some examples, network coding manager 815 can determine feedback for transmissions from a node and second-side link communication.

[0114] In some cases, the first packet is a network-coded packet, and the transmission from the node is a retransmission of the network-coded packet. In other cases, the first packet is a network-coded packet, and the transmission from the node includes one or more new network-coded packets, which include the one or more source packets based on a network coding algorithm used to encode one or more source packets associated with the first packet.

[0115] Feedback transmission manager 820 can be configured to provide or support units for sending feedback reports to nodes, the feedback reports indicating negative acknowledgments for the first packet. In some examples, feedback transmission manager 820 can send one or more of the following: PDCP status reports, RLC status reports, MAC HARQ feedback transmissions, or any combination thereof. In some examples, feedback transmission manager 820 can send subsequent feedback reports to nodes based on feedback from transmissions from nodes and second-side downlink communication. Downlink communication manager 825 can be configured to provide or support units for receiving transmissions from nodes that provide information associated with the first packet.

[0116] The CSI manager 830 can be configured to provide or support units for sending channel information associated with the second UE to the node along with feedback reports. In some cases, the channel information is determined based on one or more of the channel state information reference signal or demodulation reference signal sent by the first UE.

[0117] The configuration manager 835 can be configured to provide or support units for receiving configuration information from the base station indicating one or more of the following: a network coding algorithm for network-coded packets, a coding function or matrix for network-coded packets, the number of decoding iterations that can be performed on network-coded packets, timing synchronization for sidelink communication, or any combination thereof. In some cases, the configuration information is provided by the base station via RRC signaling, MAC-CE, DCI, or any combination thereof. In some cases, the node is a relay node of the RSU in a C-V2X sidelink communication system.

[0118] Figure 9 A diagram illustrating a system 900 including device 905 according to various aspects of this disclosure is provided. Device 905 supports a relay design for sidelink communication using network coding. Device 905 may be an example of device 605, device 705, or UE 115 as described herein, or a component including device 605, device 705, or UE 115. Device 905 may wirelessly communicate with one or more base stations 105, UE 115, repeater 155, or any combination thereof. Device 905 may include components for bidirectional voice and data communication, including components for transmitting and receiving communications, including a communication manager 910, transceiver 920, antenna 925, memory 930, processor 940, and I / O controller 950. These components may communicate electrically via one or more buses (e.g., bus 955).

[0119] The communication manager 910 or its components may be examples of units for performing various aspects of sidelink communication, feedback, and retransmission as described herein. For example, the communication manager 910 may receive a first subset of network-coded packets from a first UE in first sidelink communication, determine feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet at a second UE, send a feedback report to a node indicating a negative acknowledgment for the first packet, and receive from the node a transmission providing information associated with the first packet.

[0120] Actions performed by the communication manager 910 as described herein can be implemented to achieve one or more potential advantages. One implementation can provide enhanced reliability for the UE 115 to receive and successfully decode sidelink communications. Another implementation can provide improved quality and service reliability at the UE 115 because latency and the number of individual resources allocated to the UE 115 can be reduced.

[0121] In some examples, the communication manager 910 may be configured to perform various operations (e.g., receive, determine, transmit) using transceiver 920 or one or more antennas 925, or otherwise cooperate with transceiver 920 or one or more antennas 925 to perform various operations. Although the communication manager 910 is shown as a separate component, in some examples, one or more functions described with reference to the communication manager 910 may be supported or performed by processor 935, memory 930, code 935, or any combination thereof. For example, code 935 may include instructions executable by processor 935 to cause device 905 to perform various aspects of sidelink communication, feedback, and retransmission as described herein, or processor 935 and memory 930 may be additionally configured to perform or support such operations.

[0122] Transceiver 920 can communicate bidirectionally via one or more antennas, wired links, or wireless links, as described herein. For example, transceiver 920 can represent a wireless transceiver and can communicate bidirectionally with another wireless transceiver. Transceiver 920 may also include a modem for modulating packets and providing modulated packets to the antennas for transmission, and for demodulating packets received from the antennas.

[0123] In some cases, a wireless device may include a single antenna 925. However, in other cases, the device may have more than one antenna 925, which are capable of transmitting or receiving multiple wireless transmissions simultaneously.

[0124] Memory 930 may include RAM, ROM, or a combination thereof. Memory 930 may store computer-readable code 935 including instructions that, when executed by a processor (e.g., processor 940), cause the device to perform the various functions described herein. In some cases, specifically, memory 930 may contain a BIOS, which controls basic hardware or software operations, such as interaction with peripheral components or devices.

[0125] Processor 940 may include intelligent hardware devices (e.g., general-purpose processors, DSPs, CPUs, microcontrollers, ASICs, FPGAs, programmable logic devices, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, processor 940 may be configured to use a memory controller to operate a memory array. In other cases, the memory controller may be integrated into processor 940. Processor 940 may be configured to execute computer-readable instructions stored in memory (e.g., memory 930) to cause device 905 to perform various functions (e.g., functions or tasks supporting a relay design scheme for sidelink communication using network coding).

[0126] I / O controller 950 can manage input and output signals for device 905. I / O controller 950 can also manage peripheral devices not integrated into device 905. In some cases, I / O controller 950 can represent physical connections or ports to external peripheral devices. In some cases, I / O controller 950 can utilize an operating system, such as... Alternatively, it can be another known operating system. In other cases, the I / O controller 950 may represent or interact with a modem, keyboard, mouse, touchscreen, or similar device. In some cases, the I / O controller 950 may be implemented as part of the processor. In some cases, a user may interact with the device 950 via the I / O controller 950 or via hardware components controlled by the I / O controller 950.

[0127] Code 935 may include instructions for implementing various aspects of this disclosure, including instructions for supporting wireless communication. Code 935 may be stored in a non-transitory computer-readable medium, such as system memory or other types of memory. In some cases, code 935 may not be directly executable by processor 940, but may cause a computer (e.g., when compiled and executed) to perform the functions described herein.

[0128] Figure 10A block diagram 1000 illustrates a device 1005 supporting a relay design for lateral link communication using network coding, according to various aspects of this disclosure. Device 1005 may be an example of aspects of a repeater 155 or a base station 105 as described herein. Device 1005 may include a receiver 1010, a communication manager 1015, and a transmitter 1020. Device 1005 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0129] Receiver 1010 can provide units for receiving information, such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to relay transmissions for sidelink communication using network coding, etc.). Information can be transmitted to other components of device 1005. Receiver 1010 can be a reference... Figure 13 Examples of various aspects of the transceiver 1320 described herein. The receiver 1010 may utilize a single antenna or a set of antennas.

[0130] Communication manager 1015 may be an example of a unit for performing various aspects of the techniques described herein. Communication manager 1015 may be configured to provide or support a unit for receiving, in first-side crosslink communication, a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE crosslink communication, the first-side crosslink communication being transmitted from the first UE to other UEs in the UE set. Communication manager 1015 may also be configured to provide or support a unit for receiving, from a second UE in the UE set, a feedback report indicating unsuccessful reception of at least the first packet at the second UE. Communication manager 1015 may also be configured to provide or support a unit for sending a second communication to the second UE in response to the feedback report, including information associated with the first packet. Communication manager 1015 may be an example of various aspects of communication manager 1310 described herein.

[0131] The communication manager 1015 or its sub-components may be implemented in hardware, processor-executable code (e.g., software or firmware), or any combination thereof. When implemented in processor-executable code, the functions of the communication manager 1015 or its sub-components may be performed by a general-purpose processor, DSP, application-specific integrated circuit (ASIC), FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described in this disclosure.

[0132] The communication manager 1015 or its sub-components may be physically distributed across multiple locations, including distribution such that the various parts of the functionality are implemented by one or more physical components at different physical locations. In some examples, according to various aspects of this disclosure, the communication manager 1015 or its sub-components may be separate and distinct components. In some examples, according to various aspects of this disclosure, the communication manager 1015 or its sub-components may be combined with one or more other hardware components, including but not limited to: input / output (I / O) components, transceivers, network servers, another computing device, one or more other components described in this disclosure, or combinations thereof.

[0133] Transmitter 1020 can provide a unit for transmitting signals generated by other components of device 1005. In some examples, transmitter 1020 may be co-located with receiver 1010 in a transceiver module. For example, transmitter 1020 may be a reference... Figure 13 Examples of various aspects of the transceiver 1320 described. The transmitter 1020 may utilize a single antenna or a set of antennas.

[0134] Figure 11 A block diagram 1100 illustrates a device 1105 supporting a relay design for lateral link communication using network coding, according to various aspects of this disclosure. Device 1105 may be an example of aspects of device 1005, repeater 155, or base station 105 as described herein. Device 1105 may include a receiver 1110, a communication manager 1115, and a transmitter 1135. Device 1105 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0135] Receiver 1110 can provide units for receiving information, such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to relay designs for sidelink communication using network coding). Information can be transmitted to other components of device 1105. Receiver 1110 can be a reference... Figure 13 Examples of various aspects of the transceiver 1320 are described. The receiver 1110 may utilize a single antenna or a set of antennas.

[0136] Communication manager 1115 may be an example of a unit for performing various aspects of the techniques described herein. Communication manager 1115 may be an example of various aspects of communication manager 1015 as described herein. For example, communication manager 1115 may include a sidelink communication manager 1120, a feedback determination manager 1125, and a downlink communication manager 1130. Communication manager 1115 may be an example of various aspects of communication manager 1310 as described herein.

[0137] The sidelink communication manager 1120 may provide or support units for receiving a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE sidelink communication, wherein the first sidelink communication is sent from the first UE to other UEs in the UE set. The feedback determination manager 1125 may provide or support units for receiving a feedback report from a second UE in the UE set for the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE. The downlink communication manager 1130 may provide or support units for sending a second communication, including information associated with the first packet, to the second UE in response to the feedback report.

[0138] Transmitter 1135 may provide a unit for transmitting signals generated by other components of device 1105. In some examples, transmitter 1135 may be co-located with receiver 1110 in a transceiver module. For example, transmitter 1135 may be a reference Figure 13 Examples of various aspects of the transceiver 1320 are described. The transmitter 1135 can utilize a single antenna or a set of antennas.

[0139] Figure 12 A block diagram 1200 illustrates a communication manager 1205 supporting a relay design for sidelink communication using network coding, according to various aspects of this disclosure. The communication manager 1205 may be an example of aspects of the communication manager 1015, communication manager 1115, or communication manager 1310 described herein. The communication manager 1205 may include a sidelink communication manager 1210, a feedback determination manager 1215, a downlink communication manager 1220, a CSI manager 1225, a configuration manager 1230, and a network coding manager 1235. Each of these modules may communicate directly or indirectly with each other (e.g., via one or more buses).

[0140] The sidelink communication manager 1210 may provide or support units for receiving a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE sidelink communication in a first sidelink communication, the first sidelink communication being sent from the first UE to other UEs in the UE set. In some examples, the sidelink communication manager 1210 may receive a second subset of network-coded packets from the first UE in a second sidelink communication.

[0141] The feedback determination manager 1215 can provide or support a unit for receiving a feedback report from a second UE in the UE set, indicating unsuccessful reception of at least a first packet at the second UE. In some examples, the feedback determination manager 1215 can receive one or more of a PDCP status report, an RLC status report, a MACHARQ feedback transmission, or any combination thereof. In some examples, the feedback determination manager 1215 can determine a negative acknowledgment for at least the first packet based on the feedback report and the network coding algorithm used to encode the first subset of network-coded packets. In some examples, the feedback determination manager 1215 can receive second feedback from the second UE for second communication and second sidelink communication.

[0142] Downlink communication manager 1220 can provide or support units for sending a second communication, including information associated with the first packet, to a second UE in response to a feedback report. In some examples, downlink communication manager 1220 can retransmit one or more packets of first-side or second-side downlink communication based on one or more feedback reports received from one or more UEs in a set of UEs.

[0143] CSI manager 1225 can provide or support units for receiving channel information associated with the second UE along with feedback reports. In some examples, CSI manager 1225 can modify the modulation and coding scheme for second communication with the second UE based on the channel information. In some cases, the channel information is determined based on one or more of the channel state information reference signal or demodulation reference signal transmitted by the first UE.

[0144] Configuration manager 1230 can provide or support units for receiving configuration information from the base station indicating one or more of the following: a network coding algorithm for network-coded packets, a coding function or matrix for network-coded packets, the number of decoding iterations that can be performed on network-coded packets, timing synchronization for sidelink communication, or any combination thereof. In some cases, the configuration information is provided by the base station via RRC signaling, MAC-CE, DCI, or any combination thereof. In some cases, the node is a relay node or an RSU in a C-V2X sidelink communication system.

[0145] Network coding manager 1235 can provide or support units for decoding one or more source packets based on a first subset of network coding algorithms and network-coded packets. In some examples, network coding manager 1235 can determine that at least one source packet is not acknowledged at the second UE based on the fact that the network coding algorithm cannot recover at least one source packet from the acknowledged network-coded packets in the first subset of network-coded packets. In some examples, network coding manager 1235 can determine to retransmit one or more network-coded packets based on at least one source packet. In some examples, network coding manager 1235 can encode one or more new network-coded packets based on the network coding algorithm and at least one source packet. In some examples, network coding manager 1235 can send one or more new network-coded packets in a second communication.

[0146] In some cases, the first packet is a network-coded packet, and the second communication includes retransmission of the network-coded packet. In other cases, the first packet is a network-coded packet, and the second communication includes retransmission of the network-coded packet and one or more new network-coded packets, the one or more new network-coded packets including the one or more source packets based on a network coding algorithm used to encode one or more source packets associated with the first packet.

[0147] Figure 13A diagram illustrating a system 1300 including device 1305 according to various aspects of this disclosure is provided. Device 1305 supports a relay design for lateral link communication using network coding. Device 1305 may be an example of device 1005, device 1105, repeater 155, or base station 105 as described herein, or a component including device 1005, device 1105, repeater 155, or base station 105. Device 1305 may include components for bidirectional voice and data communication, including components for transmitting and receiving communications, including a communication manager 1310, an optional network communication manager 1315 (e.g., in the case where device 1305 is coupled to a network), a transceiver 1320, an antenna 1325, a memory 1330, a processor 1340, and an optional inter-site communication manager 1345 (e.g., in the case where device 1305 is a base station). These components may communicate electrically via one or more buses (e.g., bus 1355).

[0148] The communication manager 1310 may provide or support units for receiving a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE crosslink communication, wherein the first crosslink communication is transmitted from the first UE to other UEs in the UE set. The communication manager 1310 may also provide or support units for receiving a feedback report from a second UE in the UE set for the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE. The communication manager 1310 may further provide or support units for sending a second communication to the second UE in response to the feedback report, including information associated with the first packet.

[0149] The network communication manager 1315 (when present) can manage communication with the core network (e.g., via one or more wired backhaul links). For example, the network communication manager 1315 can manage the transmission of data communication for client devices (e.g., one or more UEs 115).

[0150] Transceiver 1320 can communicate bidirectionally via one or more antennas, wired links, or wireless links, as described herein. For example, transceiver 1320 can represent a wireless transceiver and can communicate bidirectionally with another wireless transceiver. Transceiver 1320 may also include a modem for modulating packets and providing modulated packets to the antennas for transmission, and for demodulating packets received from the antennas.

[0151] In some cases, a wireless device may include a single antenna 1325. However, in other cases, the device may have more than one antenna 1325, which are capable of transmitting or receiving multiple wireless transmissions simultaneously.

[0152] Memory 1330 may include RAM, ROM, or a combination thereof. Memory 1330 may store computer-readable code 1335 including instructions that, when executed by a processor (e.g., processor 1340), cause the device to perform the various functions described herein. In some cases, memory 1330 may include a BIOS, which controls basic hardware or software operations, such as interaction with peripheral components or devices.

[0153] Processor 1340 may include intelligent hardware devices (e.g., general-purpose processors, DSPs, CPUs, microcontrollers, ASICs, FPGAs, programmable logic devices, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, processor 1340 may be configured to use a memory controller to operate a memory array. In some cases, the memory controller may be integrated into processor 1340. Processor 1340 may be configured to execute computer-readable instructions stored in memory (e.g., memory 1330) to cause device 1305 to perform various functions (e.g., functions or tasks supporting a relay design scheme for sidelink communication using network coding).

[0154] Inter-site communication manager 1345 (when present) can manage communication with other base stations 105 and may include a controller or scheduler for cooperating with other base stations 105 to control communication with UE 115. For example, inter-site communication manager 1345 can coordinate the scheduling of transmissions to UE 115 to implement various interference mitigation techniques such as beamforming or joint transmission. In some examples, inter-site communication manager 1345 may provide an X2 interface in LTE / LTE-A wireless communication network technology to facilitate communication between base stations 105.

[0155] Code 1335 may include instructions for implementing various aspects of this disclosure, including instructions for supporting wireless communication. Code 1335 may be stored in a non-transitory computer-readable medium, such as system memory or other types of memory. In some cases, code 1335 may not be directly executable by processor 1340, but may cause a computer (e.g., when compiled and executed) to perform the functions described herein.

[0156] Figure 14 A flowchart illustrating a method 1400 for a relay design scheme using network coding for sidelink communication, based on various aspects of this disclosure, is provided. Operation of method 1400 can be implemented by a UE 115 (e.g., a second UE) or its components as described herein. For example, operation of method 1400 can be implemented by, as described in reference... Figures 6 to 9 The described communication manager is used to perform these functions. In some examples, the UE can execute a set of instructions to control the UE's functional elements to perform the functions described herein. Alternatively, the UE can use dedicated hardware to perform aspects of the functions described herein.

[0157] Optionally, at 1405, the second UE can receive configuration information from the base station indicating one or more of the following: a network coding algorithm for network-coded packets, a coding function or matrix for network-coded packets, the number of decoding iterations that can be performed on network-coded packets, timing synchronization for sidelink communication, or any combination thereof. The operation at 1405 can be performed according to the method described herein. In some examples, aspects of the operation at 1405 can be determined by, as referred to... Figures 6 to 9 The configuration manager described is used to execute this.

[0158] At 1410, the second UE can receive a first subset of network-coded packets from the first UE in the first side crosslink communication. The operation at 1410 can be performed according to the method described herein. In some examples, aspects of the operation at 1410 can be determined by referring to... Figures 6 to 9 The described sidelink communication manager is used to perform this.

[0159] At 1415, the second UE can determine feedback for a first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet at the second UE. The operation at 1415 can be performed according to the method described herein. In some examples, aspects of the operation at 1415 can be determined as described in reference... Figures 6 to 9 The described network encoding manager is used to perform this.

[0160] At point 1420, the second UE can send a feedback report to the node, indicating a negative acknowledgment for the first packet. The operation at point 1420 can be performed according to the method described herein. In some examples, aspects of the operation at point 1420 can be determined by referring to... Figures 6 to 9 The described feedback transmission manager is used to execute this.

[0161] Optionally, at 1425, the second UE may send channel information associated with the second UE to the node along with the feedback report. The operation at 1425 can be performed according to the method described herein. In some examples, aspects of the operation at 1425 may be determined by reference to... Figures 6 to 9 The described CSI manager performs this function. In some cases, channel information is determined based on one or more of the channel state information reference signal or demodulation reference signal transmitted by the first UE.

[0162] Optionally, at 1430, the second UE may send a feedback report in one or more of the following: PDCP status report, RLC status report, MAC HARQ feedback transmission, or any combination thereof. The operation at 1430 can be performed according to the methods described herein. In some examples, aspects of the operation at 1430 may be determined by reference to... Figures 6 to 9 The described feedback transmission manager is used to execute this.

[0163] At point 1435, the UE or base station can receive a transmission from the node providing information associated with the first packet. The operation at point 1435 can be performed according to the methods described herein. In some examples, aspects of the operation at point 1435 can be determined by reference to... Figures 6 to 9 The described downlink communication manager is used to perform this.

[0164] Figure 15 A flowchart illustrating a method 1500 for a relay design scheme using network coding for sidelink communication, as described in various aspects of this disclosure, is provided. Operation of method 1500 can be implemented by a second UE 115 or its components as described herein. For example, operation of method 1500 can be implemented by, as described in reference... Figures 6 to 9 The described communication manager is used to perform these functions. In some examples, the UE can execute a set of instructions to control the functional elements of a second UE to perform the functions described herein. Alternatively or concurrently, the UE or base station may use dedicated hardware to perform aspects of the functions described herein.

[0165] At point 1505, the second UE can receive a first subset of network-coded packets from the first UE during first-side cross-link communication. The operation at point 1505 can be performed according to the method described herein. In some examples, aspects of the operation at point 1505 can be determined by referring to... Figures 6 to 9 The described sidelink communication manager is used to perform this.

[0166] At 1510, the second UE can determine feedback for a first subset of network-coded packets, the feedback indicating unsuccessful reception of at least the first packet at the second UE. The operation at 1510 can be performed according to the method described herein. In some examples, aspects of the operation at 1510 can be determined as described in reference... Figures 6 to 9 The described network encoding manager is used to perform this.

[0167] At point 1515, the second UE can send a feedback report to the node, indicating a negative acknowledgment for the first packet. The operation at point 1515 can be performed according to the method described herein. In some examples, aspects of the operation at point 1515 can be determined by referring to... Figures 6 to 9 The described feedback transmission manager is used to execute this.

[0168] At point 1520, the second UE can receive a transmission from the node providing information associated with the first packet. The operation at point 1520 can be performed according to the method described herein. In some examples, aspects of the operation at point 1520 can be determined by referring to... Figures 6 to 9 The described downlink communication manager is used to perform this.

[0169] Optionally, at 1525, the second UE may receive one or more new network-coded packets. The operation at 1525 can be performed according to the methods described herein. In some examples, aspects of the operation at 1525 can be determined by reference to... Figures 6 to 9 The described network encoding manager is used to perform this.

[0170] Optionally, at 1530, the second UE may decode the first packet based on a network coding algorithm used to encode a first subset of the network-coded packets and one or more new network-coded packets. The operation at 1530 can be performed according to the method described herein. In some examples, aspects of the operation at 1530 may be determined by reference to... Figures 6 to 9 The described network encoding manager is used to perform this.

[0171] At point 1535, the second UE can receive a second subset of network-coded packets from the first UE in second-side cross-link communication. The operation at point 1535 can be performed according to the method described herein. In some examples, aspects of the operation at point 1535 can be determined by referring to... Figures 6 to 9 The described sidelink communication manager is used to perform this.

[0172] At point 1540, the second UE can determine feedback regarding the transmission from the node and the second-side crosslink communication. The operation at point 1540 can be performed according to the method described herein. In some examples, aspects of the operation at point 1540 can be determined by referring to... Figures 6 to 9 The described network encoding manager is used to perform this.

[0173] At point 1545, the second UE can send a follow-up feedback report to the node based on feedback regarding transmissions from the node and second-side link communication. The operation at point 1545 can be performed according to the method described herein. In some examples, aspects of the operation at point 1545 can be determined by referring to... Figures 6 to 9 The described feedback transmission manager is used to execute this.

[0174] Figure 16A flowchart illustrating a method 1600 for a relay design scheme using network coding for sidelink communication, supported by various aspects of this disclosure, is shown. Operation of method 1600 can be implemented by a node or base station or its components as described herein. For example, operation of method 1600 can be implemented by, as described in reference... Figures 10 to 13 The described communication manager is used to perform these functions. In some examples, a node or base station may execute a set of instructions to control the functional elements of the node or base station to perform the functions described herein. Alternatively or concurrently, a node or base station may use dedicated hardware to perform aspects of the functions described herein.

[0175] Optionally, at 1605, the node or base station may receive configuration information from the serving base station indicating one or more of the following: a network coding algorithm for network-coded packets, a coding function or matrix for network-coded packets, the number of decoding iterations that can be performed on network-coded packets, timing synchronization for sidelink communication, or any combination thereof. The operation of 1605 can be performed according to the methods described herein. In some examples, aspects of the operation of 1605 may be determined by, as referred to... Figures 10 to 13 The configuration manager described is used to execute this.

[0176] At 1610, a node or base station may receive a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE crosslink communication, wherein the first crosslink communication is transmitted from the first UE to other UEs in the UE set. Operation 1610 can be performed according to the methods described herein. In some examples, aspects of the operation of 1610 may be derived from, as referenced... Figures 10 to 13 The described sidelink communication manager is used to perform this.

[0177] At point 1615, a node or base station can receive a feedback report from a second UE in the UE set for a first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE. Operation 1615 can be performed according to the methods described herein. In some examples, aspects of operation 1615 can be derived from, as referenced... Figures 10 to 13 The described feedback determines the manager's actions.

[0178] Optionally, at 1620, the node or base station may receive channel information associated with the second UE along with the feedback report. The operation at 1620 can be performed according to the method described herein. In some examples, aspects of the operation at 1620 can be determined by referring to... Figures 10 to 13 The described CSI manager is used to execute this.

[0179] Optionally, at 1625, the node or base station can modify the modulation and coding scheme used for the second communication with the second UE based on channel information. The operation at 1625 can be performed according to the method described herein. In some examples, aspects of the operation at 1625 can be determined by referring to... Figures 10 to 13 The described CSI manager is used to execute this.

[0180] At 1630, the node or base station may, in response to a feedback report, send a second communication to the second UE, including information associated with the first packet. The operation at 1630 can be performed according to the methods described herein. In some examples, aspects of the operation at 1630 may be determined by reference to... Figures 10 to 13 The described downlink communication manager is used to perform this.

[0181] Optionally, at 1635, the node or base station may receive a second subset of network-coded packets from the first UE in second-side crosslink communication. The operation at 1635 can be performed according to the method described herein. In some examples, aspects of the operation at 1635 can be determined by reference to... Figures 10 to 13 The described sidelink communication manager is used to perform this.

[0182] Optionally, at 1640, the node or base station can receive second feedback from the second UE regarding the second communication and the second sidelink communication. The operation at 1640 can be performed according to the method described herein. In some examples, aspects of the operation at 1640 can be determined by reference to... Figures 10 to 13 The described feedback determines the manager's actions.

[0183] Optionally, at 1645, the node or base station may retransmit one or more packets of first-side or second-side crosslink communication based on one or more feedback reports received from one or more UEs in the UE set. The operation at 1645 can be performed according to the methods described herein. In some examples, aspects of the operation at 1645 can be determined by reference to... Figures 10 to 13 The described downlink communication manager is used to perform this.

[0184] Figure 17 A flowchart illustrating a method 1700 for a relay design scheme using network coding for sidelink communication, supported by various aspects of this disclosure, is shown. Operation of method 1700 can be implemented by a node or base station or its components as described herein. For example, operation of method 1700 can be implemented by, as described in reference to… Figures 10 to 13The described communication manager is used to perform these functions. In some examples, a node or base station may execute a set of instructions to control the functional elements of the node or base station to perform the functions described herein. Alternatively or concurrently, a node or base station may use dedicated hardware to perform aspects of the functions described herein.

[0185] At 1705, a node or base station may receive a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE crosslink communication, wherein the first crosslink communication is transmitted from the first UE to other UEs in the UE set. Operation 1705 can be performed according to the methods described herein. In some examples, aspects of the operation of 1705 may be determined by reference to... Figures 10 to 13 The described sidelink communication manager is used to perform this.

[0186] At 1710, a node or base station can receive a feedback report from a second UE in the UE set for a first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least the first packet at the second UE. Operation 1710 can be performed according to the methods described herein. In some examples, aspects of operation 1710 can be derived from, as referenced... Figures 10 to 13 The described feedback determines the manager's actions.

[0187] Optionally, at 1715, the node or base station may receive one or more of the following: Packet Data Convergence Protocol (PDCP) status report, RLC status report, Media Access Control (MAC) Hybrid Acknowledgment Repeat Request (HARQ) feedback transmission, or any combination thereof. The operation of 1715 can be performed according to the methods described herein. In some examples, aspects of the operation of 1715 may be determined by reference to... Figures 10 to 13 The described feedback determines the manager's actions.

[0188] At 1720, a node or base station can determine a negative acknowledgment for at least the first packet based on the feedback report and the network coding algorithm used to encode a first subset of the packets for network coding. The operation at 1720 can be performed according to the method described herein. In some examples, aspects of the operation at 1720 can be determined as described in reference... Figures 10 to 13 The described feedback determines the manager's actions.

[0189] At point 1725, the node or base station may, in response to a feedback report, send a second communication to the second UE, including information associated with the first packet. The operation at point 1725 can be performed according to the methods described herein. In some examples, aspects of the operation at point 1725 may be determined by reference to... Figures 10 to 13 The described downlink communication manager is used to perform this.

[0190] Figure 18 A flowchart illustrating a method 1800 for a relay design scheme using network coding for sidelink communication, supported by various aspects of this disclosure, is shown. Operation of method 1800 can be implemented by a node or base station or its components as described herein. For example, operation of method 1800 can be implemented by, as described in reference to… Figures 10 to 13 The described communication manager is used to perform these functions. In some examples, a node or base station may execute a set of instructions to control the functional elements of the node or base station to perform the functions described herein. Alternatively or concurrently, a node or base station may use dedicated hardware to perform aspects of the functions described herein.

[0191] At 1805, a node or base station may receive a first subset of network-coded packets from a first UE in a set of UEs configured for UE-to-UE crosslink communication, wherein the first crosslink communication is transmitted from the first UE to other UEs in the UE set. Operation 1805 can be performed according to the methods described herein. In some examples, aspects of the operation of 1805 may be determined by reference to... Figures 10 to 13 The described sidelink communication manager is used to perform this.

[0192] At 1810, a node or base station can receive a feedback report from a second UE in the UE set, indicating a first subset of network-coded packets, indicating unsuccessful reception of at least the first packet at the second UE. Operation 1810 can be performed according to the methods described herein. In some examples, aspects of operation 1810 can be derived from, as referenced... Figures 10 to 13 The described feedback determines the manager's actions.

[0193] At point 1815, a node or base station can decode one or more source packets based on a network coding algorithm and a first subset of the network-coded packets. The operation at point 1815 can be performed according to the methods described herein. In some examples, aspects of the operation at point 1815 can be derived as described in reference... Figures 10 to 13 The described network encoding manager is used to perform this.

[0194] At point 1820, a node or base station can determine that at least one source packet was not acknowledged at the second UE based on the fact that the network coding algorithm cannot recover at least one source packet from the acknowledged network-coded packets in the first subset of the network-coded packets. The operation at point 1820 can be performed according to the method described herein. In some examples, aspects of the operation at point 1820 can be derived from, as referenced... Figures 10 to 13 The described network encoding manager is used to perform this.

[0195] At point 1825, a node or base station can determine which packets to retransmit based on at least one source packet, using one or more network-coded packets. The operation at point 1825 can be performed according to the methods described herein. In some examples, aspects of the operation at point 1825 can be derived from, as referenced... Figures 10 to 13 The described network encoding manager is used to perform this.

[0196] At 1830, a node or base station can encode one or more new network-coded packets based on a network coding algorithm and at least one source packet. The operation at 1830 can be performed according to the methods described herein. In some examples, aspects of the operation at 1830 can be derived from, as referenced... Figures 10 to 13 The described network encoding manager is used to perform this.

[0197] At point 1835, a node or base station may send one or more new network-coded packets in the second communication. The operation at point 1835 can be performed according to the methods described herein. In some examples, aspects of the operation at point 1835 can be derived from, as referenced... Figures 10 to 13 The described network encoding manager is used to perform this.

[0198] The following provides an overview of examples of the contents of this disclosure:

[0199] Example 1: A method for wireless communication at a second UE, comprising: receiving a first subset of network-coded packets from the first UE in first sidelink communication; determining feedback for the first subset of network-coded packets, the feedback indicating unsuccessful reception of at least a first packet by the second UE; sending a feedback report to a node, the feedback report indicating a negative acknowledgment for the first packet; and receiving from the node a transmission providing information associated with the first packet. In some cases, the first sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink multicast communication.

[0200] Example 2: The method described in Example 1 further includes: sending channel information associated with the second UE to the node along with the feedback report.

[0201] Example 3: According to the method of Example 2, the channel information is determined at least in part based on one or more of a channel state information reference signal or a demodulation reference signal transmitted by the first UE.

[0202] Example 4: The method according to any one of Examples 1 to 3, wherein sending a feedback report includes: sending a PDCP status report, an RLC status report, a MAC HARQ feedback transmission, or one or more of any combination thereof.

[0203] Example 5: The method according to any one of Examples 1 to 4 further includes: receiving configuration information from the base station indicating one or more of the following: a network coding algorithm for network coding packets, a coding function or matrix for network coding packets, a number of decoding iterations that can be performed on network-coded packets, timing synchronization for sidelink communication, or any combination thereof.

[0204] Example 6: According to the method described in Example 5, the configuration information is provided by the base station via one or more of RRC signaling, MAC-CE, DCI, or any combination thereof.

[0205] Example 7: The method according to any one of Examples 1 to 6, wherein the node is a relay node or RSU in a C-V2X side link communication system.

[0206] Example 8: The method according to any one of Examples 1 to 7, wherein the first packet is a network-coded packet, and wherein the transmission from the node is a retransmission of the network-coded packet.

[0207] Example 9: The method according to any one of Examples 1 to 8 further includes: decoding one or more source packets based on a network coding algorithm and a first subset of the received network-coded packets.

[0208] Example 10: The method according to any one of Examples 1 to 9, wherein receiving a transmission from a node comprises: receiving one or more new network-coded packets; and decoding a first packet based at least in part on a network coding algorithm used to encode a first subset of the network-coded packets and one or more new network-coded packets.

[0209] Example 11: The method according to any one of Examples 1 to 10 further comprises: in second sidelink communication, receiving a second subset of network-coded packets from a first UE; determining feedback on the transmission from the node and the second sidelink communication; and sending a follow-up feedback report to the node based at least in part on the feedback on the transmission from the node and the second sidelink communication. In some cases, the second sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink groupcast communication.

[0210] Example 12: The method according to any one of Examples 1 to 11, wherein the first packet is a network-coded packet, and wherein the transmission from the node includes one or more new network-coded packets, the one or more new network-coded packets including one or more source packets being at least partially based on a network coding algorithm used to encode one or more source packets associated with the first packet.

[0211] Example 13: A method for wireless communication at a node, comprising: receiving, in first side-link communication, a first subset of network-coded packets from a first UE among a plurality of UEs configured for UE-to-UE side-link communication, the first side-link communication being transmitted from the first UE to other UEs among the plurality of UEs; receiving, from a second UE among the plurality of UEs, a feedback report of the first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least a first packet at the second UE; and, in response to the feedback report, sending, to the second UE, a second communication including information associated with the first packet. In some cases, the first side-link communication includes at least one of side-link broadcast communication, side-link multicast communication, or side-link grouped multicast communication.

[0212] Example 14: The method according to Example 13 further includes: receiving channel information associated with the second UE together with the feedback report; and modifying the modulation and coding scheme for the second communication with the second UE based at least in part on the channel information.

[0213] Example 15: According to the method of Example 14, the channel information is determined at least in part based on one or more of a channel state information reference signal or a demodulation reference signal transmitted by the first UE.

[0214] Example 16: The method according to any one of Examples 13 to 15, wherein receiving a feedback report includes: receiving one or more of a PDCP status report, an RLC status report, a MAC HARQ feedback transmission, or any combination thereof; and determining a negative acknowledgment for at least a first packet based at least in part on the feedback report and a network coding algorithm for encoding a first subset of packets for network coding.

[0215] Example 17: The method according to any one of Examples 13 to 16 further includes: receiving configuration information from a base station indicating one or more of the following: a network coding algorithm for network coding packets, a coding function or matrix for network coding packets, a number of decoding iterations that can be performed on network-coded packets, timing synchronization for sidelink communication, or any combination thereof.

[0216] Example 18: According to the method described in Example 17, the configuration information is provided by the base station via one or more of RRC signaling, MAC-CE, DCI, or any combination thereof.

[0217] Example 19: The method according to any one of Examples 13 to 18, wherein the node is a relay node or RSU in a C-V2X side link communication system.

[0218] Example 20: The method according to any one of Examples 13 to 19, wherein the first packet is a network-coded packet, and wherein the second communication includes retransmission of the network-coded packet.

[0219] Example 21: The method according to any one of Examples 13 to 20 further includes: decoding one or more source packets based on a network coding algorithm and a first subset of network-coded packets; determining that at least one source packet was not acknowledged at a second UE based at least in part on the fact that the network coding algorithm cannot recover at least one source packet from the acknowledged network-coded packets in the first subset of network-coded packets; and determining to retransmit one or more network-coded packets based at least in part on the fact that at least one source packet was not acknowledged.

[0220] Example 22: The method according to Example 21 further includes: encoding one or more new network-coded packets based on a network coding algorithm and at least one source packet; and transmitting one or more new network-coded packets in a second communication.

[0221] Example 23: The method according to any one of Examples 13 to 22 further includes: receiving a second subset of network-coded packets from a first UE in a second sidelink communication; receiving second feedback from a second UE for the second communication and the second sidelink communication; and retransmitting one or more packets of the first sidelink communication or the second sidelink communication based at least in part on one or more feedback reports received from one or more of the plurality of UEs. In some cases, the second sidelink communication includes at least one of sidelink broadcast communication, sidelink multicast communication, or sidelink multicast communication.

[0222] Example 24: The method according to any one of Examples 13 to 23, wherein the first packet is a network-coded packet, and wherein the second communication includes retransmission of the network-coded packet and one or more new network-coded packets, the one or more new network-coded packets including one or more source packets at least in part based on a network coding algorithm used to encode one or more source packets associated with the first packet.

[0223] Example 25: An apparatus for wireless communication, comprising at least one unit for performing the method according to any one of Examples 1 to 12.

[0224] Example 26: An apparatus for wireless communication includes a processor and a memory coupled to the processor, the processor and the memory being configured to perform the method according to any one of Examples 1 to 12.

[0225] Example 27: A non-transitory computer-readable medium storing code for wireless communication, the code including instructions executable by a processor to perform the method described according to any one of Examples 1 to 12.

[0226] Example 28: An apparatus for wireless communication, comprising at least one unit for performing the method according to any one of Examples 13 to 24.

[0227] Example 29: An apparatus for wireless communication includes a processor and a memory coupled to the processor, the processor and the memory being configured to perform the method according to any one of Examples 13 to 24.

[0228] Example 30: A non-transitory computer-readable medium storing code for wireless communication, the code including instructions executable by a processor to perform the method described according to any one of Examples 13 to 24.

[0229] It should be noted that the methods described in this paper describe possible implementations, and these operations and steps can be rearranged or modified, and other implementations are also possible. Furthermore, aspects from two or more of these methods can be combined.

[0230] While aspects of LTE, LTE-A, LTE-A Pro, or NR systems may be described for illustrative purposes, and the terms LTE, LTE-A, LTE-A Pro, or NR are used extensively in the description, the techniques described herein are applicable beyond LTE, LTE-A, LTE-A Pro, or NR networks. For example, the described techniques are applicable to a variety of other wireless communication systems, such as Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM, and other systems and radio technologies not explicitly mentioned herein.

[0231] The information and signals described herein can be represented using any of a variety of different techniques and methods. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be mentioned throughout this specification can be represented by voltage, current, electromagnetic waves, magnetic fields or particles, light fields or particles, or any combination thereof.

[0232] The various illustrative blocks and components described herein can be implemented or executed using general-purpose processors, DSPs, ASICs, CPUs, FPGAs, or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but alternatively, it may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors combined with a DSP core, or any other such architecture).

[0233] The functions described herein can be implemented in hardware, software executed by a processor, firmware, or any combination thereof. When implemented in software executed by a processor, these functions can be stored as one or more instructions or code on or transmitted through a computer-readable medium. Other examples and implementations are within the scope of this disclosure and the appended claims. For example, due to the nature of software, the functions described herein can be implemented using software executed by a processor, hardware, firmware, hardware wiring, or any combination thereof. Features used to implement the functions can be physically distributed in multiple locations, including being distributed such that different parts of the functions are implemented in different physical locations.

[0234] Computer-readable media include both non-transitory computer storage media and communication media, with communication media encompassing any medium that facilitates the transfer of computer programs from one place to another. Non-transitory storage media can be any available medium accessible by a general-purpose or special-purpose computer. By way of example, and not limitation, non-transitory computer-readable media can include random access memory (RAM), read-only memory (ROM), electrically erasable programmable ROM (EEPROM), flash memory, compressed optical disc (CD) ROM or other optical disc storage, disk storage or other magnetic storage devices, or any other non-transitory medium that can be used to carry or store desired units of program code in the form of instructions or data structures and that can be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor. Furthermore, any connection can be appropriately referred to as computer-readable media. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then those coaxial cables, fiber optic cables, twisted pairs, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of computer-readable media. As used herein, disks and optical discs include CDs, laser discs, optical discs, digital versatile optical discs (DVDs), floppy disks, and Blu-ray discs, where disks typically copy data magnetically, while optical discs use lasers to copy data optically. Combinations of these should also be included within the scope of computer-readable media.

[0235] As used herein (including in the claims), the word "or" as used in a list of items (e.g., a list of items ending with phrases such as "at least one of" or "one or more of") indicates an inclusive list, such that a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C). Furthermore, as used herein, the phrase "based on" should not be construed as referring to a closed set of conditions. For example, an example step described as "based on condition A" could be based on both condition A and condition B without departing from the scope of this disclosure. In other words, as used herein, the phrase "based on" should be interpreted in the same manner as the phrase "at least partially based on".

[0236] In the accompanying drawings, similar components or features may have the same reference numerals. Furthermore, components of the same type can be distinguished by adding a dashed numeral after the reference numeral and a second numeral for differentiating similar components. If only the first reference numeral is used in the specification, the description may apply to any of the similar components having the same first reference numeral, regardless of the second or other subsequent reference numerals.

[0237] The specific embodiments described herein, in conjunction with the accompanying drawings, are exemplary configurations and do not represent all possible embodiments or all examples within the scope of the claims. The term "example" as used herein means "serving as an example, instance, or illustration" and is not necessarily "preferred" or "superior to other examples." Specific details are included in the specific embodiments for the purpose of providing a thorough understanding of the described techniques. However, these techniques can be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form to avoid obscuring the concepts of the described examples.

[0238] The description herein is provided to enable those skilled in the art to implement or use the present disclosure. Various modifications to the present disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other variations without departing from the scope of protection of the present disclosure. Therefore, the present disclosure is not limited to the examples and designs described herein, but is to be given the broadest scope consistent with the principles and novel features disclosed herein.

Claims

1. An apparatus for wireless communication at a second user equipment (UE), comprising: One or more memories that store processor-executable code; as well as One or more processors, coupled to the one or more memories and operable individually or jointly, to execute the code to cause the second UE to perform the following operations: In first-side cross-link communication, a first subset of network-coded packets is received from the first UE; Send a feedback report to the node corresponding to the first subset of the packets for network coding, the feedback report indicating unsuccessful reception of at least the first packet at the second UE, wherein the feedback report indicates a negative acknowledgment for the first packet; Along with the feedback report, channel information associated with the second UE is sent to the node; and The node receives a transmission that provides information associated with the first packet.

2. The apparatus according to claim 1, wherein, The channel information includes channel state information reports.

3. The apparatus according to claim 1, wherein, The channel information is determined at least in part based on one or more of the channel state information reference signal or demodulation reference signal transmitted by the first UE.

4. The apparatus according to claim 1, wherein, The one or more processors may also operate individually or jointly to execute the code to cause the second UE to perform the following operations: Send one or more of the following: Packet Data Convergence Protocol (PDCP) status report, Radio Link Control (RLC) status report, Media Access Control (MAC) Hybrid Acknowledgment Repeat Request (HARQ) feedback transmission, or any combination thereof.

5. The apparatus according to claim 1, wherein, The one or more processors may also operate individually or jointly to execute the code to cause the second UE to perform the following operations: Receive configuration information from the base station indicating one or more of the following: a network coding algorithm for the network-coded packets, a coding function or matrix for the network-coded packets, a number of decoding iterations that can be performed on the network-coded packets, timing synchronization for sidelink communication, or any combination thereof.

6. The apparatus according to claim 5, wherein, The configuration information is provided by the base station via one or more of the following: Radio Resource Control (RRC) signaling, Media Access Control (MAC) control elements, Downlink Control Information (DCI), or any combination thereof.

7. The apparatus according to claim 1, wherein, The node is a roadside unit (RSU) in a cellular vehicle-to-everything (C-V2X) side-link communication system.

8. The apparatus according to claim 1, wherein, The first packet is a network-coded packet, and the transmission from the node is a retransmission of the network-coded packet.

9. The apparatus according to claim 1, wherein, The one or more processors may also operate individually or jointly to execute the code to cause the second UE to perform the following operations: Decode one or more source packets based on the network coding algorithm and a first subset of the received network-coded packets.

10. The apparatus according to claim 1, wherein, The one or more processors may also operate individually or jointly to execute the code to cause the second UE to perform the following operations: Receive one or more new network-coded packets; and The first packet is decoded, at least in part, based on a network coding algorithm that encodes the first subset of network-coded packets and the one or more new network-coded packets.

11. The apparatus according to claim 1, wherein, The one or more processors may also operate individually or jointly to execute the code to cause the second UE to perform the following operations: In the second-side cross-link communication, a second subset of network-coded packets is received from the first UE; Determine feedback regarding the transmissions from the node and the second-side link communication; as well as A follow-up feedback report is sent to the node based at least in part on the feedback regarding the transmissions from the node and the second-side crosslink communication.

12. The apparatus according to claim 1, wherein, The first packet is a network-coded packet, and the transmission from the node includes one or more new network-coded packets, which are at least partially based on a network coding algorithm used to encode one or more source packets associated with the first packet.

13. The apparatus according to claim 1, wherein, The first side link communication includes at least one of side link broadcast communication, side link multicast communication, or side link multicast communication.

14. An apparatus for wireless communication at a node, comprising: One or more memories that store processor-executable code; as well as One or more processors, coupled to the one or more memories and operable individually or jointly, to execute the code to cause the node to perform the following operations: In a first side-link communication, a first UE among a plurality of UEs configured for user equipment (UE) to UE-side-link communication receives a first subset of network-coded packets, the first side-link communication being transmitted from the first UE to the other UEs among the plurality of UEs; A feedback report is received from a second UE of the plurality of UEs for a first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least a first packet at the second UE; Along with the feedback report, channel information associated with the second UE is received from the second UE; as well as In response to the feedback report, a second communication including information associated with the first packet is sent to the second UE.

15. The apparatus according to claim 14, wherein, The one or more processors may also operate individually or collectively to execute the code to cause the node to perform the following operations: The modulation and coding scheme for the second communication with the second UE is modified, at least in part, based on the channel information.

16. The apparatus according to claim 14, wherein, The channel information is determined at least in part based on one or more of the channel state information reference signal or demodulation reference signal transmitted by the first UE.

17. The apparatus according to claim 14, wherein, The one or more processors may also operate individually or collectively to execute the code to cause the node to perform the following operations: Receive Packet Data Convergence Protocol (PDCP) status reports, Radio Link Control (RLC) status reports, Media Access Control (MAC) Hybrid Acknowledgment Repeat Request (HARQ) feedback transmissions, or any combination thereof; and A negative confirmation for at least the first group is determined based at least in part on the feedback report and the network coding algorithm used to encode the first subset of the network coding groups.

18. The apparatus according to claim 14, wherein, The one or more processors may also operate individually or collectively to execute the code to cause the node to perform the following operations: Receive configuration information from the base station indicating one or more of the following: a network coding algorithm for the network-coded packets, a coding function or matrix for the network-coded packets, a number of decoding iterations that can be performed on the network-coded packets, timing synchronization for sidelink communication, or any combination thereof.

19. The apparatus according to claim 18, wherein, The configuration information is provided by the base station via one or more of the following: Radio Resource Control (RRC) signaling, Media Access Control (MAC) control elements, Downlink Control Information (DCI), or any combination thereof.

20. The apparatus according to claim 14, wherein, The node is a roadside unit (RSU) in a cellular vehicle-to-everything (C-V2X) side-link communication system.

21. The apparatus according to claim 14, wherein, The first packet is a network-coded packet, and the second communication includes retransmission of the network-coded packet.

22. The apparatus according to claim 14, wherein, The one or more processors may also operate individually or collectively to execute the code to cause the node to perform the following operations: Based on the network coding algorithm and the first subset of network-coded packets, decode one or more source packets; The at least one source packet is determined not to be acknowledged at the second UE, at least in part, based on the fact that the network coding algorithm cannot recover at least one source packet from the acknowledged network-coded packets in the first subset of the network-coded packets. as well as The retransmission of one or more network-coded packets is determined based at least in part on the at least one source packet.

23. The apparatus according to claim 22, wherein, The one or more processors may also operate individually or collectively to execute the code to cause the node to perform the following operations: Based on the network coding algorithm and the at least one source packet, one or more new network-coded packets are encoded; as well as In the second communication, the one or more new network-coded packets are sent.

24. The apparatus according to claim 14, wherein, The one or more processors may also operate individually or collectively to execute the code to cause the node to perform the following operations: In the second-side cross-link communication, a second subset of network-coded packets is received from the first UE; Receive second feedback from the second UE regarding the second communication and the second side link communication; as well as One or more packets of the first-side crosslink communication or the second-side crosslink communication are retransmitted, at least in part based on one or more feedback reports received from one or more of the plurality of UEs.

25. The apparatus according to claim 14, wherein, The first packet is a network-coded packet, and the second communication includes retransmission of the network-coded packet and one or more new network-coded packets, the one or more new network-coded packets including the one or more source packets at least in part based on a network coding algorithm used to encode one or more source packets associated with the first packet.

26. The apparatus according to claim 14, wherein, The first side link communication includes at least one of side link broadcast communication, side link multicast communication, or side link multicast communication.

27. A method for wireless communication at a second user equipment (UE), comprising: In first-side cross-link communication, a first subset of network-coded packets is received from the first UE; Send a feedback report to the node corresponding to the first subset of the packets for network coding, the feedback report indicating unsuccessful reception of at least the first packet at the second UE, wherein the feedback report indicates a negative acknowledgment for the first packet; Along with the feedback report, channel information associated with the second UE is sent to the node; and The node receives a transmission that provides information associated with the first packet.

28. The method according to claim 27, wherein, The channel information includes channel state information reports.

29. A method for wireless communication at a node, comprising: In a first side-link communication, a first UE among a plurality of UEs configured for user equipment (UE) to UE-side-link communication receives a first subset of network-coded packets, the first side-link communication being transmitted from the first UE to the other UEs among the plurality of UEs; A feedback report is received from a second UE of the plurality of UEs for a first subset of network-coded packets, the feedback report indicating unsuccessful reception of at least a first packet at the second UE; Along with the feedback report, channel information associated with the second UE is received from the second UE; as well as In response to the feedback report, a second communication including information associated with the first packet is sent to the second UE.

30. The method of claim 29, further comprising: The modulation and coding scheme for the second communication with the second UE is modified, at least in part, based on the channel information.

Images