Feedback Design for Network Decoding Termination in Broadcasting

Abstract

Methods, systems, and devices for wireless communication are described. A network node may identify a set of packets for broadcasting to a set of user equipment (UEs), and may transmit a set of coded packets based on the set of packets. The network node may receive feedback from one or more of the UEs, and the feedback may indicate the number of successfully received packets in the set of coded packets at each of the one or more UEs. Based on the feedback, if the number of successfully received packets for at least one UE fails to meet a decodability threshold, the network node may transmit a second set of coded packets to the set of UEs. The transmitter may continue to transmit the set of coded packets until the feedback indicates that each UE has received a number of packets that meets the decodability threshold.

Description

[0001] Cross-reference

[0002] This patent application claims the benefit of the following applications: U.S. Provisional Patent Application No. 63 / 053,084, filed Jul. 17, 2020, by Zhou et al., entitled "FEEDBACK DESIGN FOR NETWORK CODING TERMINATION IN BROADCASTING"; and U.S. Patent Application No. 17 / 375,126, filed Jul. 14, 2021, by Zhou et al., entitled "FEEDBACK DESIGN FOR NETWORK CODING TERMINATION IN BROADCASTING"; each of the above applications is assigned to the assignee of the present application. Technical Field

[0003] Generally speaking, the following relates to wireless communication, and more specifically, the following relates to feedback design for network decoding termination in broadcasting. Background Art

[0004] Wireless communication systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcasting, etc. These systems are capable of supporting communication with multiple users by sharing available system resources (e.g., time, frequency, and power). Examples of such multi-access systems include fourth-generation (4G) systems (e.g., Long-Term Evolution (LTE) systems, Advanced LTE (LTE-A) systems, or LTE-A Pro systems) and fifth-generation (5G) systems (which may be referred to as New Radio (NR) systems). These systems may employ techniques such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), or Discrete Fourier Transform Spread Orthogonal Frequency Division Multiplexing (DFT-S-OFDM). A wireless multi-access communication system may include one or more base stations or one or more network access nodes, each of which simultaneously supports communication for multiple communication devices (which may also be referred to as user equipment (UE)).

[0005] Some wireless communication systems may configure a UE to send small data transmissions (SDTs) when in an inactive or idle state. The use of SDTs can enable the UE to transmit a small amount of data to the network without establishing a full wireless connection with the network (e.g., by entering an active state), which can reduce control signaling overhead. However, the utility of some traditional SDT techniques is limited. A wireless communication system may support the broadcast of packets to multiple UEs. A transmitter (e.g., a network node, a base station, etc.) may broadcast multiple packets to multiple receivers (e.g., UEs). In some cases, the transmitter may blindly repeat the broadcast of multiple packets without the transmitter knowing which packets have been decoded or received by the receivers. SUMMARY

[0006] The described techniques relate to improved methods, systems, devices, and apparatuses that support a feedback design for network decoding termination in broadcasts. Generally speaking, the described techniques provide for sending network-coded packets using a design based on feedback from different receivers that indicates how many network-coded packets have been successfully received by the different receivers. For example, a network device (e.g., a transmitter, a base station, etc.) may send a first set of coded packets to multiple receiving devices (e.g., multiple user equipment (UEs)) and receive feedback from one or more of the multiple receiving devices that indicates the number of successfully received packets in the first set of coded packets at each of the one or more receivers. In some implementations, the feedback may indicate the number of lost packets in the first set of coded packets at each of the one or more receivers (e.g., the number of successfully received packets may be indicated based on the number of lost packets). Additionally or alternatively, the feedback may include separate acknowledgment feedback indications for each packet in the first set of coded packets. Subsequently, the network device may determine that the number of successfully received packets in the first set of coded packets fails to meet a decodability threshold (e.g., a decoding threshold) for at least one of the one or more receivers and may send a second set of coded packets to the multiple receiving devices. The network device may continue to send additional sets of coded packets to the multiple receiving devices (e.g., via broadcast or unicast transmissions) until each of the one or more receiving devices that reported feedback has successfully received a number of coded packets that meets the decodability threshold (e.g., the number of received coded packets for each receiving device is greater than the decoding threshold).

[0007] A method of wireless communication at a network node is described. The method may include: identifying, at the network node, a set of packets for broadcasting to a set of UEs; transmitting to the set of UEs a first set of network-coded packets based on the set of packets; receiving, from each of one or more UEs in the set of UEs, feedback indicating a number of successfully received packets in the first set of network-coded packets at each of the one or more UEs; determining that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one of the one or more UEs; and transmitting, based on the determination, a second set of network-coded packets selected from the set of packets.

[0008] An apparatus for wireless communication at a network node is described. The apparatus may include a processor, a memory coupled to the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to perform the following operations: identifying, at the network node, a set of packets for broadcasting to a set of UEs; transmitting to the set of UEs a first set of network-coded packets based on the set of packets; receiving, from each of one or more UEs in the set of UEs, feedback indicating a number of successfully received packets in the first set of network-coded packets at each of the one or more UEs; determining that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one of the one or more UEs; and transmitting, based on the determination, a second set of network-coded packets selected from the set of packets.

[0009] Another apparatus for wireless communication at a network node is described. The apparatus may include units for performing the following operations: identifying, at the network node, a set of packets for broadcasting to a set of UEs; transmitting to the set of UEs a first set of network-coded packets based on the set of packets; receiving, from each of one or more UEs in the set of UEs, feedback indicating a number of successfully received packets in the first set of network-coded packets at each of the one or more UEs; determining that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one of the one or more UEs; and transmitting, based on the determination, a second set of network-coded packets selected from the set of packets.

[0010] Describes a non - transitory computer - readable medium storing code for wireless communication at a network node. The code may include instructions executable by a processor to perform the following operations: identify, at the network node, a set of packets for broadcasting to a set of UEs; send a first set of network - coded packets based on the set of packets to the set of UEs; receive feedback from each UE in one or more UEs of the set of UEs, the feedback indicating the number of successfully received packets in the first set of network - coded packets at each of the one or more UEs; determine that the number of successfully received packets in the first set of network - coded packets fails to meet a decodability threshold for at least one UE of the one or more UEs; and based on the determination, send a second set of network - coded packets selected from the set of packets.

[0011] In some examples of the methods, apparatuses, and non - transitory computer - readable media described herein, receiving the feedback from each UE in one or more UEs of the set of UEs may include operations, features, units, or instructions for performing the following: receive, from each UE in one or more UEs of the set of UEs, the number of lost packets in the first set of network - coded packets, wherein the number of successfully received packets may be indicated based on the number of lost packets.

[0012] In some examples of the methods, apparatuses, and non - transitory computer - readable media described herein, receiving the feedback from each UE in one or more UEs of the set of UEs may include operations, features, units, or instructions for performing the following: receive, from each UE in one or more UEs of the set of UEs, respective acknowledgement feedback indications for each packet in the first set of network - coded packets, wherein the number of successfully received packets may be indicated based on the respective acknowledgement feedback indications.

[0013] In some examples of the methods, apparatuses, and non - transitory computer - readable media described herein, sending the second set of network - coded packets may include operations, features, units, or instructions for performing the following: send, via respective unicast messages to each UE in a subset of the set of UEs, the second set of network - coded packets, wherein the subset of the set of UEs may be determined based on the number of successfully received packets failing to meet the decodability threshold for each UE in the subset.

[0014] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for: determining, based on the feedback from each of the one or more UEs in the set of UEs, that a number of the one or more UEs in the set of UEs may have successfully received the set of packets, wherein the second set of network-coded packets may be sent via the unicast message based on the number of UEs being less than a threshold.

[0015] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the second set of network-coded packets may include operations, features, units, or instructions for: sending the second set of network-coded packets to the set of UEs via a broadcast message.

[0016] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for: storing the number of successfully received packets for each of the one or more UEs, wherein determining that the number of successfully received packets fails to meet the decodability threshold may be based on storing the number of successfully received packets.

[0017] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for: sending one or more sets of network decoding parameters to the set of UEs to enable the set of UEs to decode a set of network-coded packets for the set of packets.

[0018] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, each of the one or more sets of network decoding parameters includes a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, the decodability threshold, or a combination thereof.

[0019] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the one or more sets of network decoding parameters may include operations, features, units, or instructions for: sending the one or more sets of network decoding parameters to the set of UEs via a medium access control (MAC) control element (CE), downlink control information (DCI), radio resource control (RRC) signaling, or a combination thereof.

[0020] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for: determining that at least one UE in the set of UEs is unable to recover the set of packets using a first network decoding parameter set of the one or more network decoding parameter sets; and sending, to the at least one UE, an additional network decoding parameter set different from the first network decoding parameter set for the at least one UE to decode the network-coded packet set to recover the set of packets.

[0021] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may also include operations, features, units, or instructions for: receiving, from the at least one UE, a request for a network decoding parameter set different from the first network decoding parameter set, wherein determining that the at least one UE is unable to recover the set of packets using the first network decoding parameter set may be based on the request.

[0022] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the additional network decoding parameter set may be a second network decoding parameter set from the one or more network decoding parameter sets, or a network decoding parameter set separate from the one or more network decoding parameter sets.

[0023] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, receiving the feedback may include operations, features, units, or instructions for: receiving, from each of one or more UEs in the set of UEs, the feedback via a radio link control (RLC) status report, a MAC hybrid automatic repeat request (HARQ) acknowledgement message, or a combination thereof.

[0024] A method of wireless communication at a UE is described. The method may include: receiving, from a network node, a first network-coded packet set based on a set of packets; attempting to decode the first network-coded packet set; and sending, to the network node, feedback indicating a number of successfully received packets in the first network-coded packet set resulting from attempting to decode the first network-coded packet set.

[0025] A device for wireless communication at a UE is described. The device may include a processor, a memory coupled to the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the device to perform the following operations: receive a first set of network-coded packets based on a set of packets from a network node; attempt to decode the first set of network-coded packets; and send feedback to the network node, the feedback indicating the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets.

[0026] Another device for wireless communication at a UE is described. The device may include units for performing the following operations: receive a first set of network-coded packets based on a set of packets from a network node; attempt to decode the first set of network-coded packets; and send feedback to the network node, the feedback indicating the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets.

[0027] A non-transitory computer-readable medium storing code for wireless communication at a UE is described. The code may include instructions executable by a processor to perform the following operations: receive a first set of network-coded packets based on a set of packets from a network node; attempt to decode the first set of network-coded packets; and send feedback to the network node, the feedback indicating the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets.

[0028] Some examples of the methods, devices, and non-transitory computer-readable media described herein may further include operations, features, units, or instructions for performing the following operations: receive a second set of network-coded packets based on the set of packets from the network node, wherein the second set of network-coded packets may be received based on the number of successfully received packets in the first set of network-coded packets failing to meet a decodability threshold.

[0029] In some examples of the methods, devices, and non-transitory computer-readable media described herein, receiving the second set of network-coded packets may include operations, features, units, or instructions for performing the following operations: receive the second set of network-coded packets via a broadcast message or a unicast message from the network node.

[0030] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the feedback for indicating the number of successfully received packets may include operations, features, units, or instructions for: sending to the network node the number of lost packets in the first network-coded packet set, wherein the number of successfully received packets may be indicated based on the number of lost packets.

[0031] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the feedback for indicating the number of successfully received packets may include operations, features, units, or instructions for: sending to the network node respective acknowledgment feedback indications for each packet in the first network-coded packet set, wherein the number of successfully received packets may be indicated based on the respective acknowledgment feedback indications.

[0032] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may further include operations, features, units, or instructions for: receiving from the network node one or more sets of network decoding parameters to enable a UE set, which includes the UE, to decode a set of network-coded packets for the packet set.

[0033] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, each of the one or more sets of network decoding parameters may include a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, the decodability threshold, or a combination thereof.

[0034] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may further include operations, features, units, or instructions for: determining to attempt to decode the first network-coded packet set using a first set of network decoding parameters from the one or more sets of network decoding parameters.

[0035] Some examples of the methods, apparatuses, and non-transitory computer-readable media described herein may further include operations, features, units, or instructions for: determining that the first set of network decoding parameters is insufficient to decode the first network-coded packet set to recover the packet set; sending, based on determining that the first set of network decoding parameters may be insufficient, a request to the network node for a different set of network decoding parameters; and receiving from the network node an additional set of network decoding parameters for decoding a subsequent transmission of the set of coded packets for the packet set.

[0036] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, the set of additional network decoding parameters can be a second set of network decoding parameters from the one or more sets of network decoding parameters, or a set of network decoding parameters separate from the one or more sets of network decoding parameters.

[0037] In some examples of the methods, apparatuses, and non-transitory computer-readable media described herein, sending the feedback can include operations, features, units, or instructions for: sending the feedback to the network node via an RLC status report, a MAC HARQ acknowledgment message, or a combination thereof. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] Figure 1 FIG. shows an example of a system for wireless communication that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure.

[0039] Figure 2 FIG. shows an example of a wireless communication system that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure.

[0040] Figure 3 FIG. shows an example of a feedback configuration according to aspects of the present disclosure.

[0041] Figure 4 FIG. shows an example of a process flow diagram that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure.

[0042] Figure 5 FIG. shows an example of a decoding process according to aspects of the present disclosure.

[0043] Figure 6 FIG. shows an example of a decoding process according to aspects of the present disclosure.

[0044] Figure 7 FIG. shows an example of a process flow diagram that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure.

[0045] Figure 8 and 9 FIG. shows a block diagram of an apparatus that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure.

[0046] Figure 10 FIG. shows a block diagram of a communication manager that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure.

[0047] Figure 11A diagram of a system including an apparatus supporting a feedback design for network decoding termination in broadcast, in accordance with aspects of the present disclosure.

[0048] Figure 12 and 13 A block diagram of an apparatus supporting a feedback design for network decoding termination in broadcast, in accordance with aspects of the present disclosure.

[0049] Figure 14 A block diagram of a communication manager supporting a feedback design for network decoding termination in broadcast, in accordance with aspects of the present disclosure.

[0050] Figure 15 A diagram of a system including an apparatus supporting a feedback design for network decoding termination in broadcast, in accordance with aspects of the present disclosure.

[0051] Figures 16 to 21 A flowchart illustrating a method supporting a feedback design for network decoding termination in broadcast, in accordance with aspects of the present disclosure. DETAILED DESCRIPTION

[0052] A wireless communication system may support broadcasting network-coded packets to a set of multiple user equipment (UE). For example, a transmitter (e.g., a network node, a base station, etc.) may broadcast multiple packets to multiple receivers (e.g., multiple UEs). In some cases, the transmitter may blindly rebroadcast multiple packets to multiple receivers without the transmitter knowing which network-coded packets have been successfully decoded or received by the receivers. That is, if the broadcast system does not utilize feedback associated with the packets, the transmitter may continue to blindly send packets without any indication from the UEs of which packets have actually been received and decoded. Thus, the transmitter may rebroadcast packets in a wasteful manner because some packets may have been received and decoded by all UEs. Therefore, the lack of feedback may result in wasted resources, unnecessary packet duplication, and inefficiency. Additionally or alternatively, the UEs may report feedback when attempting to receive and decode network-coded packets to indicate which packets have been successfully received and decoded, but the feedback may include additional information (e.g., channel quality estimates, signal measurements, etc.) that may unnecessarily complicate the feedback. For example, the transmitter may use only the number of received packets at each UE (e.g., receiver) to determine when to terminate encoding of the packets, so the transmitter may not require the additional information for this determination, resulting in unnecessary signaling overhead for the receivers to send such additional information when sending feedback for decoding network-coded packets.

[0053] The techniques described herein can utilize feedback for broadcast packets to determine the number of successfully received packets of network-coded packets by each receiver of the broadcast packets. For example, when a network device (e.g., a transmitter) uses network-coded packets to broadcast a set of packets to a set of UEs (e.g., receivers), each UE in the set of UEs (e.g., or a subset of UEs) can send feedback to the network device based on an attempt to receive the network-coded packets, where the feedback indicates the number of successfully received packets in the network-coded packets. In some implementations, each UE can indicate the number of successfully received packets by sending the number of lost packets from the network-coded packets. Additionally or alternatively, each UE can indicate the number of successfully received packets by sending individual acknowledgment feedback indications for each packet in the network-coded packets (e.g., "0" indicates that the corresponding packet was not received, and "1" indicates that the corresponding packet was successfully received).

[0054] Subsequently, the transmitter can use the feedback to determine whether at least one UE has a number of successfully received packets that fails to meet a decodability threshold (e.g., the decodability threshold can indicate a number of successfully received packets that can indicate successful decoding and reception of the message carried by the set of packets). If at least one UE fails to meet the decodability threshold with the corresponding number of successfully received packets (e.g., the number of successfully received packets is less than the decodability threshold for at least one UE), the transmitter can use a second set of network-coded packets to send the set of packets to the set of UEs (e.g., send to the entire set of UEs via a broadcast message or send to those UEs that fail to meet the decodability threshold with their respective number of successfully received packets via a unicast message). Each UE 115 among the UEs 115 can again respond by utilizing the corresponding feedback for indicating the number of successfully received packets in the second set of network-coded packets. The network node can continue to send additional sets of network-coded packets until each UE 115 in the set of UEs 115 meets the decodability threshold. Once each UE 115 meets the decodability threshold, the network node can terminate the decoding of the set of packets and can stop broadcasting or sending the set of coded packets for the set of packets.

[0055] Certain aspects of the subject matter described herein can be implemented to realize one or more advantages. The techniques described can support improvements to a packet broadcast framework, reduce signaling overhead, and increase reliability, among other advantages. Accordingly, the techniques supported can include improved network operations and, in some examples, can increase network efficiency, among other benefits.

[0056] Aspects of the present disclosure are first described in the context of a wireless communication system. Additionally, aspects of the present disclosure are illustrated by additional wireless communication systems, feedback configurations, process flow diagrams, encoding processes, decoding processes, and additional process flows. Aspects of the present disclosure are further illustrated by apparatus diagrams, system diagrams, and flowcharts related to feedback designs for network decoding termination in broadcasting, and aspects of the present disclosure are described with reference to these figures.

[0057] Figure 1 An example of a wireless communication system 100 that supports a feedback design for network decoding termination in broadcasting in accordance with aspects of the present disclosure is 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 Advanced LTE (LTE-A) network, an LTE-A Pro 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, or communication with low-cost and low-complexity devices, or any combination thereof.

[0058] The base stations 105 may be dispersed throughout a geographic area to form the wireless communication system 100 and may be devices of different forms or having different capabilities. The base stations 105 and the UEs 115 may communicate wirelessly via one or more communication links 125. Each base station 105 may provide a coverage area 110 over which the UEs 115 and the base stations 105 may establish one or more communication links 125. The coverage area 110 may be an example of a geographic area over which the base stations 105 and the UEs 115 may support the transmission of signals in accordance with one or more radio access technologies.

[0059] The UEs 115 may be dispersed throughout the coverage area 110 of the wireless communication system 100, and each UE 115 may be stationary, or mobile, or both at different times. The UEs 115 may be devices of different forms or having different capabilities. Some example UEs 115 are shown in Figure 1 . The UEs 115 described herein are capable of communicating with various types of devices, such as other UEs 115, base stations 105, or network devices (e.g., core network nodes, relay devices, integrated access and backhaul (IAB) nodes, or other network devices), as Figure 1 shown.

[0060] Base station 105 can communicate with core network 130, communicate with each other, or perform both of the above operations. For example, base station 105 can interface with core network 130 via one or more backhaul links 120 (e.g., via S1, N2, N3, or other interfaces). Base station 105 can communicate with each other directly (e.g., directly between base stations 105) or indirectly (e.g., via core network 130) on backhaul link 120 (e.g., via X2, Xn, or other interfaces), or perform both of the above operations. In some examples, backhaul link 120 can be one or more wireless links or can include one or more wireless links.

[0061] One or more of the base stations 105 described herein can include or can be referred to by those skilled in the art as a base station transceiver, radio base station, access point, radio transceiver, Node B, evolved Node B (eNB), next-generation Node B or Gigabit Node B (either of which can be referred to as a gNB), home Node B, home evolved Node B, or some other suitable term.

[0062] UE 115 can include or can be referred to as a mobile device, wireless device, remote device, handheld device, or user equipment, or some other suitable term, where "device" can also be referred to as a unit, station, terminal, or client, among other examples. UE 115 can 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, among other examples, UE 115 can 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, among other examples, which can be implemented in various objects such as appliances, or vehicles, meters.

[0063] UE 115 described herein is capable of communicating with various types of devices, such as other UE 115s that can sometimes act as repeaters, as well as base stations 105 and network devices, among other examples, including macro eNBs or gNBs, small cell eNBs or gNBs, or relay base stations, as Figure 1 shown.

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

[0065] In some examples (e.g., in a carrier aggregation configuration), a carrier may also have acquisition signaling or control signaling for coordinating the operation of other carriers. A 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 may be placed according to a channel raster for discovery by UE 115. A carrier may operate in a stand-alone mode, where UE 115 may perform initial acquisition and connection via the carrier, or the carrier may operate in a non-stand-alone mode, where a different carrier (e.g., of the same or a different radio access technology) is used to anchor the connection.

[0066] The communication link 125 shown in wireless communication system 100 may include an uplink transmission from UE 115 to base station 105, or a downlink transmission from base station 105 to UE 115. A 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).

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

[0068] The signal waveform transmitted on a carrier can be composed of multiple subcarriers (e.g., using a multi-carrier modulation (MCM) technique such as orthogonal frequency division multiplexing (OFDM) or discrete Fourier transform spread OFDM (DFT-S-OFDM)). In a system employing an MCM technique, a resource element can consist of a symbol period (e.g., the duration of a modulation symbol) and a subcarrier, where the symbol period and the 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 the UE 115 receives and the higher the order of the modulation scheme, the higher the data rate can be for the UE 115. Wireless communication resources can refer to a combination of radio frequency spectrum resources, time 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 for communication with the UE 115.

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

[0070] It can be in a basic time unit, which can for example refer to a sampling period of T s = 1 / (Δf max ·N f ) seconds, where Δf max can represent the maximum supported subcarrier spacing, and Nf The time intervals for the base station 105 or the UE 115 may be expressed as multiples of a maximum supported discrete Fourier transform (DFT) size). The time intervals of the communication resources may be organized according to radio frames each having a specified duration (e.g., 10 milliseconds (ms)). Each radio frame may be identified by a system frame number (SFN) (e.g., ranging from 0 to 1023).

[0071] 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, the 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 added in front of 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. Excluding the cyclic prefix, each symbol period may contain one or more (e.g., N f The duration of a symbol period may depend on the subcarrier spacing or the operating frequency band.

[0072] A subframe, slot, mini-slot, or symbol may be the smallest scheduling unit (e.g., in the time domain) of the wireless communication system 100 and may be referred to as a transmission time interval (TTI). In some examples, the TTI duration (e.g., the number of symbol periods in a TTI) may be variable. Additionally or alternatively, the smallest scheduling unit of the wireless communication system 100 may be dynamically selected (e.g., in a burst of a shortened TTI (sTTI)).

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

[0074] Each base station 105 can 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" can refer to a logical communication entity for communicating (e.g., on a carrier) with a base station 105 and can be associated with an identifier (e.g., a physical cell identifier (PCID), a virtual cell identifier (VCID), or other identifier) for distinguishing adjacent cells. In some examples, a cell can also refer to a geographic coverage area 110 or a portion of the geographic coverage area 110 (e.g., a sector) on which the logical communication entity operates. Depending on various factors (such as the capabilities of the base station 105), the scope of such a cell can range from a smaller area (e.g., a structure, a subset of a structure) to a larger area. For example, a cell can be or include a building, a subset of a building, or an external space between or overlapping with the geographic coverage areas 110, and other examples.

[0075] Macro cells typically cover a relatively large geographical area (e.g., with a radius of several kilometers) and can allow unrestricted access by UEs 115 having a service subscription with the network provider that supports the macro cell. Compared to macro cells, small cells can be associated with lower-power base stations 105, and small cells can operate in the same or different (e.g., licensed, unlicensed) frequency bands as macro cells. Small cells can provide unrestricted access to UEs 115 having a service subscription with the network provider, or can provide restricted access to UEs 115 associated with the small cell (e.g., UEs 115 in a closed subscriber group (CSG), UEs 115 associated with users in a residence or office). A 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.

[0076] In some examples, a carrier can support multiple cells and can be configured with different cell configurations according to different protocol types (e.g., MTC, narrowband IoT (NB-IoT), enhanced mobile broadband (eMBB)) that can provide access for different types of devices.

[0077] In some examples, the base station 105 can be movable and thus provide communication coverage for a mobile geographical coverage area 110. In some examples, different geographical coverage areas 110 associated with different technologies can overlap, but different geographical coverage areas 110 can be supported by the same base station 105. In other examples, overlapping geographical coverage areas 110 associated with different technologies can be supported by different base stations 105. The wireless communication system 100 can include, for example, a heterogeneous network where different types of base stations 105 use the same or different radio access technologies to provide coverage for respective geographical coverage areas 110.

[0078] The wireless communication system 100 can support synchronous or asynchronous operation. For synchronous operation, the base stations 105 can have similar frame timings, and transmissions from different base stations 105 can be approximately aligned in time. For asynchronous operation, the base stations 105 can have different frame timings, and in some examples, transmissions from different base stations 105 can not be aligned in time. The techniques described herein can be used for synchronous or asynchronous operation.

[0079] Some UEs 115 (e.g., MTC or IoT devices) can be low-cost or low-complexity devices and can provide automated communication between machines (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 the base station 105 without human intervention. In some examples, M2M communication or MTC can include communication from devices integrated with sensors or meters to measure or capture information and relay such information to a central server or application, which utilizes the information or presents the information to a human interacting with the application. Some UEs 115 can be designed to collect information or implement automated behavior of machines or other devices. Examples of applications for MTC devices include smart metering, inventory monitoring, water level monitoring, device monitoring, healthcare monitoring, wildlife monitoring, climate and geological event monitoring, fleet management and tracking, remote security sensing, physical access control, and transaction-based business billing.

[0080] Some UEs 115 can be configured to operate in a power-saving mode, e.g., half-duplex communication (e.g., a mode that supports one-way communication via transmission or reception rather than simultaneous transmission and reception). In some examples, half-duplex communication can be performed at a reduced peak rate. Other power-saving techniques for UEs 115 include entering a power-saving deep sleep mode when not participating in active communication, when operating on a limited bandwidth (e.g., according to narrowband communication), or a combination of these techniques. For example, some UEs 115 can be configured for operation using a narrowband protocol type associated with a defined portion or range within a carrier, within a guard band of the carrier, or external to the carrier (e.g., a set of subcarriers or resource blocks (RBs)).

[0081] The wireless communication system 100 can be configured to support ultra-reliable communication or low-latency communication, or various combinations thereof. For example, the wireless communication system 100 can be configured to support ultra-reliable low-latency (URLLC) or mission-critical communication. The UE 115 can be designed to support ultra-reliable, low-latency, or critical functions (e.g., mission-critical functions). Ultra-reliable communication can include private communication or group communication and can be supported by one or more mission-critical services such as mission-critical push-to-talk, mission-critical video (MCVideo), or mission-critical data (MCData). Support for mission-critical functions can include prioritization of services, and mission-critical services can be used for public safety or general commercial applications. The terms ultra-reliable, low-latency, mission-critical, and ultra-reliable low-latency can be used interchangeably herein.

[0082] In some examples, UE 115 is also capable of communicating directly with other UEs 115 over a device-to-device (D2D) communication link 135 (e.g., using peer-to-peer (P2P) or D2D protocols). One or more UEs 115 utilizing D2D communication may be within the geographic coverage area 110 of base station 105. Other UEs 115 in such a group may be outside the geographic coverage area 110 of base station 105 or otherwise unable to receive transmissions from base station 105. In some examples, multiple groups of UEs 115 communicating via D2D communication may utilize a one-to-many (1:M) system, where each UE 115 transmits to each other UE 115 in the group. In some examples, base station 105 facilitates scheduling of resources for D2D communication. In other cases, D2D communication is performed between UEs 115 without involving base station 105.

[0083] In some systems, D2D communication link 135 may be an example of a communication channel (such as a sidelink communication channel) between vehicles (e.g., UE 115). In some examples, vehicles may communicate using vehicle-to-everything (V2X) communication, vehicle-to-vehicle (V2V) communication, or some combination of these. Vehicles may signal information related to traffic conditions, signal scheduling, 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 (such as a roadside unit) or communicate with a network via one or more network nodes (e.g., base station 105) using vehicle-to-network (V2N) communication, or perform both operations.

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

[0085] Some network devices in the network device (e.g., the base station 105) may include subcomponents such as an access network entity 140, which may be an example of an access node controller (ANC). Each access network entity 140 may communicate with a UE 115 through one or more other access network transmission entities 145 (which may be referred to as radio heads, intelligent radio heads, or transmit / receive points (TRPs)). Each access network transmission entity 145 may include one or more antenna panels. In some configurations, the various functions of each access network entity 140 or the base station 105 may be distributed across various network devices (e.g., radio heads and ANCs) or combined into a single network device (e.g., the base station 105).

[0086] The wireless communication system 100 may operate using one or more frequency bands (generally in the range of 300 megahertz (MHz) to 300 gigahertz (GHz)). Generally, the region from 300 MHz to 3 GHz is known as the ultra-high frequency (UHF) region or the decimeter band because the wavelength range is approximately from one decimeter to one meter in length. UHF waves may be blocked or redirected by buildings and environmental features, but the waves may be sufficient to penetrate structures to serve a UE 115 located indoors in a macro cell. Compared to transmissions using smaller frequencies and longer waves in the high frequency (HF) or very high frequency (VHF) portions of the spectrum below 300 MHz, UHF wave transmissions may be associated with smaller antennas and shorter distances (e.g., less than 100 kilometers).

[0087] The wireless communication system 100 may also operate in the super high frequency (SHF) region using a frequency band from 3 GHz to 30 GHz (also referred to as the centimeter band) or in the extremely high frequency (EHF) region of the spectrum (e.g., from 30 GHz to 300 GHz) (also referred to as the millimeter band). In some examples, the wireless communication system 100 may support millimeter wave (mmW) communication between the UE 115 and the base station 105, and the EHF antennas of the corresponding devices may be even smaller and more closely spaced compared to UHF antennas. In some examples, this may facilitate the use of antenna arrays within the device. However, the propagation of EHF transmissions may suffer from even greater atmospheric attenuation and shorter distances compared to SHF or UHF transmissions. The techniques disclosed herein may be employed across transmissions using one or more different frequency regions, and the designation of frequency bands across these frequency regions may vary according to the country or regulatory body.

[0088] The wireless communication system 100 may utilize both licensed and unlicensed radio frequency spectrum bands. For example, the wireless communication system 100 may employ licensed-assisted access (LAA), LTE-unlicensed (LTE-U) radio access technology, or NR technology in an unlicensed frequency band such as the 5 GHz industrial, scientific, and medical (ISM) band. When operating in an unlicensed radio frequency spectrum band, devices such as the base station 105 and the UE 115 may employ carrier sensing for collision detection and avoidance. In some examples, operation in the unlicensed frequency band may be based on a carrier aggregation configuration that combines a component carrier operating in a licensed frequency band (e.g., LAA). Among other examples, operation in the unlicensed spectrum may include downlink transmissions, uplink transmissions, peer-to-peer (P2P) transmissions, or device-to-device (D2D) transmissions.

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

[0090] The base station 105 or the UE 115 can use MIMO communication to exploit multipath signal propagation and improve spectral efficiency by transmitting or receiving multiple signals via different spatial layers. Such a technique can be referred to as spatial multiplexing. For example, a transmitting device can transmit multiple signals via different antennas or different combinations of antennas. Similarly, a receiving device can receive multiple signals via different antennas or different combinations of antennas. Each of the multiple signals can be referred to as a respective spatial stream and can carry bits associated with the same data stream (e.g., the same codeword) or different data streams (e.g., different codewords). Different spatial layers can be associated with different antenna ports for channel measurement and reporting. MIMO techniques include single-user MIMO (SU-MIMO) (where multiple spatial layers are transmitted to the same receiving device) and multi-user MIMO (MU-MIMO) (where multiple spatial layers are transmitted to multiple devices).

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

[0092] As part of the beamforming operation, the base station 105 or the UE 115 can use beam scanning techniques. For example, the base station 105 can use multiple antennas or antenna arrays (e.g., antenna panels) to perform beamforming operations for directional communication with the UE 115. The base station 105 can transmit some signals (e.g., synchronization signals, reference signals, beam selection signals, or other control signals) multiple times in different directions. For example, the base station 105 can transmit signals according to different sets of beamforming weights associated with different transmission directions. Transmissions in different beam directions can be used (e.g., by the transmitting device such as the base station 105 or by the receiving device such as the UE 115) to identify the beam direction for subsequent transmissions or receptions performed by the base station 105.

[0093] Base station 105 may transmit some signals (e.g., data signals associated with a particular receiving device (e.g., UE 115)) in a single beam direction (e.g., a direction associated with a particular receiving device). In some examples, the beam direction associated with transmission along a single beam direction may be determined based on signals transmitted in one or more beam directions. For example, UE 115 may receive one or more of the signals transmitted by base station 105 in different directions and may report to base station 105 an indication of the signal received by UE 115 having the highest signal quality or otherwise acceptable signal quality.

[0094] In some examples, multiple beam directions may be used to perform transmissions by a device (e.g., by base station 105 or UE 115), and the device may use a combination of digital precoding or radio frequency beamforming to generate a combined beam for transmission (e.g., from base station 105 to UE 115). UE 115 may report feedback indicating precoding weights for one or more beam directions, and the feedback may correspond to a configured number of beams across the system bandwidth or one or more subbands. Base station 105 may transmit reference signals that may or may not be precoded (e.g., cell-specific reference signals (CRS), channel state information reference signals (CSI-RS)). UE 115 may provide feedback for beam selection, which may be a precoding matrix indicator (PMI) or codebook-based feedback (e.g., multi-panel type codebook, linear combination type codebook, port selection type codebook). Although these techniques are described with reference to signals transmitted by base station 105 in one or more directions, UE 115 may employ similar techniques to transmit signals multiple times in different directions (e.g., to identify beam directions for subsequent transmissions or receptions by UE 115) or to transmit signals in a single direction (e.g., to transmit data to a receiving device).

[0095] When receiving various signals (such as synchronization signals, reference signals, beam selection signals, or other control signals) from base station 105, a receiving device (e.g., UE 115) may attempt multiple receiving configurations (e.g., directional listening). For example, the receiving device may receive by receiving via different antenna sub-arrays, by processing received signals according to different antenna sub-arrays, by receiving according to different sets of receive beamforming weights (e.g., different sets of directional listening weights) applied to signals received at multiple antenna elements of an antenna array, or by processing received signals according to different sets of receive beamforming weights applied to signals received at multiple antenna elements of an antenna array (any of the above operations may be referred to as "listening" according to different receiving configurations or receiving directions), thereby attempting multiple receiving directions. In some examples, the receiving device may use a single receiving configuration to receive along a single beam direction (e.g., when receiving a data signal). The single receiving configuration may be aligned in a beam direction determined based on listening according to different receiving configuration directions (e.g., a beam direction determined to have the highest signal strength, the highest signal-to-noise ratio (SNR), or otherwise acceptable signal quality based on listening according to multiple beam directions).

[0096] Wireless communication system 100 may be a packet-based network that operates according to a layered protocol stack. In the user plane, communication at the bearer or packet data convergence protocol (PDCP) layer may be IP-based. The radio link control (RLC) layer may perform packet segmentation and reassembly for transmission over logical channels. The media access control (MAC) layer may perform priority handling and multiplexing of logical channels to transport channels. The MAC layer may also use error detection techniques, error correction techniques, or both to support retransmission at the MAC layer to improve link efficiency. In the control plane, the radio resource control (RRC) protocol layer may provide establishment, configuration, and maintenance of an RRC connection between UE 115 and base station 105 or core network 130 (which supports radio bearers for user plane data). At the physical layer, transport channels may be mapped to physical channels.

[0097] UE 115 and base station 105 may support retransmission of data to increase the likelihood that the data is successfully received. Hybrid Automatic Repeat reQuest (HARQ) feedback is a technique for increasing the likelihood that data is correctly received over communication link 125. HARQ may include a combination of error detection (e.g., using Cyclic Redundancy Check (CRC)), Forward Error Correction (FEC), and retransmission (e.g., Automatic Repeat reQuest (ARQ)). HARQ may improve throughput at the MAC layer in poor radio conditions (e.g., low signal-to-noise conditions). In some examples, a device may support same-slot HARQ feedback, where the device may provide HARQ feedback for data received in previous symbols in a particular slot in that slot. In some other cases, the device may provide HARQ feedback in a subsequent slot or according to some other time interval.

[0098] Some wireless communication systems 100 may support broadcasting packets to a set of UEs 115. For example, a network node (e.g., base station 105, UE 115, etc.) may broadcast packets and may be referred to as a transmitter. The transmitter may broadcast multiple packets to multiple receivers (e.g., UEs 115). In the case where the transmitter does not know that a packet has been decoded by a receiver, it may blindly repeat the broadcast. That is, if the broadcast system does not utilize feedback associated with the packets, the transmitter may continue to blindly send packets without any indication of which packets have actually been decoded by UEs 115. As a result, the transmitter may rebroadcast packets in a wasteful manner because some packets may have been decoded by all UEs 115. Thus, the lack of feedback may result in wasted resources, unnecessary packet duplication, and inefficiency.

[0099] The techniques described herein may support a packet broadcast design that uses feedback received from UEs 115 to determine when to terminate encoding packets and transmit encoded packets. A transmitter (e.g., base station 105) may identify a set of packets for broadcasting to a set of UEs 115 (e.g., a set of receivers) and transmit a set of network-coded packets based on that set of packets. Each receiving UE 115 among the receiving UEs 115 may provide feedback associated with the reception of the broadcast packets. For example, feedback received from a particular UE 115 may indicate the number of successfully received packets in the set of network-coded packets of the UE 115. In some implementations, one or more UEs 115 in the set of UEs 115 may indicate the number of successfully received packets by transmitting the number of missing packets from the set of network-coded packets. Additionally or alternatively, one or more UEs 115 in the set of UEs 115 may indicate the number of successfully received packets by transmitting individual acknowledgment feedback indications for each packet in the set of network-coded packets (e.g., "0" indicates that the corresponding packet was not successfully received, and "1" indicates that the corresponding packet was successfully received).

[0100] Subsequently, the network device can use this feedback to determine whether at least one UE 115 in the set of UEs 115 has a number of successfully received packets that fails to meet the decodability threshold (e.g., the decodability threshold can indicate a number of successfully received packets that indicates successful reception of the message carried by the set of packets). If at least one UE fails to meet the decodability threshold with the corresponding number of successfully received packets, the network node can send a second set of network-coded packets to the set of UEs 115 (e.g., send to the UE 115 that fails to meet the decodability threshold via a broadcast message or a unicast message), and each UE 115 among the UEs 115 can respond again using the corresponding feedback for indicating the number of successfully received packets in the second set of network-coded packets. The network node can continue to send additional sets of network-coded packets until each UE 115 in the set of UEs 115 meets the decodability threshold. Once each UE 115 meets the decodability threshold, the network node can terminate the decoding of the set of packets and can stop broadcasting or sending the set of coded packets for the set of packets.

[0101] Using this technique, the receiver of the network-coded packets can indicate the number of successfully received packets in the network-coded packets by reporting feedback without additional information, thereby reducing signaling overhead and simplifying signal processing. Reporting the indication for representing the number of successfully received packets in the network-coded packets can result in improved efficiency in the wireless communication system 100 (and more specifically, the broadcast system).

[0102] Figure 2 FIG. shows an example of a wireless communication system 200 that supports broadcasting packets using network decoding with feedback in accordance with aspects of the present disclosure. In some examples, the wireless communication system 200 can implement aspects of the wireless communication system 100 or can be implemented by aspects of the wireless communication system 100. For example, the wireless communication system 200 can include a network entity 220 and one or more UEs 115 (such as UE 115-a, UE 115-b, and UE 115-c), which can be examples of the corresponding devices described with reference to Figure 1 described. The wireless communication system 200 can show an example of a packet broadcast system. The network entity 220 can be an example of the base station 105, network node, transmitter, etc. described with reference to Figure 1 described.

[0103] The network entity 220 may configure the UEs 115-a, 115-b, and 115-c with network decoding parameters (such as coding matrices, encoding / decoding functions, network decoding algorithms, maximum number of decoding iterations, etc.) such that the network decoding parameters are synchronized between the network entity 220 and the UEs 115. The UEs 115 may use these parameters to decode the encoded packets transmitted by the network entity 220. Network decoding data transmission may be used between a transmitter and a receiver, and network decoding parameters (e.g., coding matrices, encoding functions, decoding functions, network decoding algorithms, maximum number of decoding iterations, etc.) may be synchronized between the transmitter and the receiver. For example, the rows of a coding matrix may indicate the ordering or grouping of network-coded packets sent to the UEs 115.

[0104] The network decoding parameters may be signaled using Medium Access Control (MAC) control element (CE) signaling, Downlink Control Information (DCI), RRC signaling (e.g., RRC configuration), or a combination thereof. In some examples, the network entity 220 may configure the UEs 115 with multiple sets of network decoding parameters via RRC signaling and may indicate one or more of the multiple sets of network decoding parameters to the UEs 115 via DCI or MAC-CE signaling. For example, the network entity 220 may configure the UEs 115 with an initial set of network decoding parameters via RRC signaling and may indicate a different set of network decoding parameters to the UEs 115 via DCI or MAC-CE signaling. That is, the network entity 220 may use RRC signaling to configure network decoding parameters and may use DCI or MAC-CE signaling to switch network decoding parameters.

[0105] The network entity 220 may identify a set of packets for transmission to the UEs 115. That is, one transmitter (e.g., the network entity 220) may send a message to multiple receivers (e.g., the UEs 115) (e.g., via the set of packets). In one example, the network entity 220 may identify a set of packets from a packet pool, which may be a set of packets scheduled for broadcast. In some examples, the broadcast may support content streaming services and the packets may correspond to streaming content. From this set of packets, the network entity 220 may encode (e.g., using the indicated encoding functions and matrices) and broadcast a set of network-coded packets 205 to the UEs 115.

[0106] Each UE 115 may receive and attempt to decode a set of network-coded packets 205. The UE 115 may send feedback 210 to the network entity 220 based on the attempt to decode the set of network-coded packets 205, and the feedback 210 may indicate the number of successfully received packets in the first set of network-coded packets (e.g., the number of successfully received coded packets). That is, the UE 115 may provide feedback 210 (e.g., feedback information) to the network entity 220 (e.g., from the receiver to the transmitter) to indicate the lost packet information of the set of network-coded packets 205. For example, each UE 115 may indicate the number of lost coded packets from the set of network-coded packets 205. Additionally or alternatively, each UE 115 may indicate a separate acknowledgment feedback indication for each coded packet in the set of network-coded packets 205 (e.g., "0" indicates that the corresponding coded packet was not received, and "1" indicates that the corresponding packet was successfully received).

[0107] As mentioned herein, the feedback 210 may include a simplified feedback design to indicate the necessary information (e.g., the number of successfully received packets) for the network entity 220 to determine to terminate the coding of the packet set and send the coded packets to the UE 115. In some cases, if the set of network-coded packets 205 includes RLC packets, the simplified feedback design may use RLC status report transmission, MAC HARQ feedback transmission, or an additional feedback mechanism to indicate the number of successfully received packets in the set of network-coded packets 205. For example, the UE 115 may send an RLC status report after each transmission instance, and the information field in the RLC status report may indicate the number of received or lost packets from the set of network-coded packets 205. Additionally or alternatively, the UE 115 may send MAC HARQ feedback after each received packet, and the information field in the MAC HARQ feedback may include 1 and 0, where "1" indicates that the corresponding packet in the set of network-coded packets 205 was successfully received, and otherwise "0" (e.g., the corresponding packet in the set of network-coded packets 205 was not successfully received or decoded).

[0108] Based on the received feedback 210, the network entity 220 can determine whether each UE 115 in the UE 115 has successfully received a set of packets (e.g., the message carried by the set of packets). For example, the network entity 220 can determine a decodability threshold value (e.g., a decoding threshold, denoted by D), which indicates the number of packets from the set of packets that the UE 115 must receive in order to indicate that the UE 115 can successfully receive and decode the message carried by the network-coded packet set 205. In some cases, the decodability threshold value can be synchronized between the network entity 220 and the UE 115 (e.g., signaled using network decoding parameters), and can correspond to the coding process used by the network entity when encoding the set of packets to generate the network-coded packet set 205.

[0109] Subsequently, the network entity 220 can use the decodability threshold value and the feedback 210 (e.g., indicating the number of successfully received packets for each UE 115) to identify whether each UE 115 in the UE 115 has successfully received the set of packets according to the decodability threshold value. That is, the network entity 220 can determine the number of successfully received packets from each UE 115 based on the feedback 210 (e.g., for each UE i, denoted by C i ), and can compare the number of successfully received packets for each UE 115 with the decodability threshold value to determine whether each UE 115 has successfully received a sufficient number of packets in the set of packets (e.g., or enough packets to ensure successful reception of the set of packets). Additionally, the network entity 220 can configure C i for each UE i (e.g., each receiver) to store the corresponding information on how many packets in the network-coded packet set 205 are successfully received by each UE 115.

[0110] If at least one UE 115 has a number of successfully received packets that fails to meet (e.g., is less than) a decodability threshold (e.g., as indicated by feedback 210), the network entity 220 (e.g., the transmitter) may send a new set of network-coded packets 215 (e.g., for the same set of packets or a different set of packets) until the network entity 220 determines that all packets in the set of packets (e.g., or the number of packets meeting the decodability threshold) have been received and recovered by all receivers (e.g., by each UE 115). For example, after each transmission of a set of network-coded packets, each UE 115 may send feedback 210 to indicate the number of successfully received packets for that corresponding set of network-coded packets, and the network entity 220 may determine whether all UEs 115 have a sufficient number of successfully received packets compared to the decodability threshold before sending or not sending an additional set of network-coded packets again.

[0111] In some implementations, the network entity 220 may send each set of network-coded packets to the UEs 115 via a broadcast message. Additionally or alternatively, once the number of UEs 115 that have successfully received an insufficient number of packets (e.g., the number of successfully received packets is less than the decodability threshold) is below a threshold (e.g., fewer than N UEs 115 have not successfully received a number of packets in the set of packets), the network entity 220 may send (e.g., send directly to those UEs 115) a set of network-coded packets to those UEs 115 that fail to meet the decodability threshold with their number of successfully received packets. Once each UE 115 meets the decodability threshold, the network entity 220 may terminate the decoding of the set of packets and may stop broadcasting or sending (e.g., via unicast) the set of coded packets for the set of packets.

[0112] Additionally, in some implementations, one or more sets of network decoding parameters may be configured at the UE 115. If a set of parameters is configured at one or more of the UEs 115 in the UE 115, and the network entity 220 determines that the transmission performance is poor (e.g., the feedback 210 indicates that a relatively large number of packets have not been successfully received), then the network entity 220 may send a new set of network decoding parameters to the UE 115 (e.g., via MAC CE or DCI). In other cases, the UE 115 may request an updated set of network decoding parameters (e.g., via MAC CE or uplink control information (UCI)). In either case, after sending the updated set of parameters, subsequent sets of packets may be encoded and sent according to the updated set of parameters. If multiple sets of network decoding parameters are synchronized between the network entity 220 and the UE 115, the network entity 220 may send instructions for switching between the sets of parameters (e.g., based on poor performance or based on a request received from the UE 115 via MAC CE or UCI) via MAC CE or DCI.

[0113] Figure 3 An example of a feedback configuration 300 that supports a feedback design for network decoding termination in broadcast is shown in accordance with aspects of the present disclosure. In some examples, the feedback configuration 300 may implement aspects of the wireless communication system 100, the wireless communication system 200, or both, or may be implemented by aspects of the wireless communication system 100, the wireless communication system 200, or both. For example, the feedback configuration 300 may include a transmitter 305 (e.g., the base station 105, a network entity, a network device, etc.) and one or more receivers 310 (e.g., the UE 115), which represent corresponding examples of the corresponding devices as described with reference to Figure 1 and 2 described. As shown, the feedback configuration 300 may include n receivers 310, such as a first receiver 310-a, an mth receiver 310-m, and an nth receiver 310-n.

[0114] In some cases, the transmitter 305 may use network decoding to broadcast data transmissions, where the transmitter 305 sends the same packet to multiple receivers 310. For example, the data transmission may include a transmit buffer 315 that includes one or more packets 320, such as a first packet 320-a, a second packet 320-b, a third packet 320-c, etc., up to an nth packet 320-n. Subsequently, the transmitter 305 may then send the packets 320 to the receivers 310 via a broadcast 325. Based on attempting to decode the packets 320, each receiver 310 may determine one or more recovered packets 330 (e.g., successfully received packets) from the packets 320 in the transmit buffer 315.

[0115] Additionally, the feedback configuration 300 may include one or more feedback transmissions 335 from each receiver 310 in the receiver 310, where the feedback transmissions 335 exist as part of the broadcast system. The feedback transmissions 335 may indicate packet reception information for each receiver 310. For example, the first receiver 310-a may send a first feedback transmission 335-a to indicate that the first packet 320-a and the second packet 320-b have been successfully recovered, the m-th receiver 310-m may send a second feedback transmission 335-b to indicate that the second packet 320-b and the n-th packet 320-n have been successfully recovered, and the n-th receiver 310-n may send a third feedback transmission 335-c to indicate that the third packet 320-c and the first packet 320-a have been successfully recovered. Accordingly, using the feedback transmissions, the transmitter 305 can determine when the packets 320 have been recovered at the receivers 310, and the transmitter can terminate the transmission of the packets 320.

[0116] In some cases, the information included in the feedback transmissions 335 may be complicated by also including separate packet acknowledgment information (e.g., positive acknowledgment (ACK) / negative acknowledgment (NACK) information), channel quality estimates, signal measurements (e.g., signal-to-interference-plus-noise ratio (SINR), reference signal received power (RSRP) values, etc.), and additional information. In some cases, this additional information in the feedback transmissions 335 (e.g., as well as information about the recovered packets 330, such as information about the first packet 320-a, the second packet 320-b, and the third packet 320-c) may enable the transmitter to perform network decoding updates 340 (e.g., to modify decoding parameters to enable the receivers 310 to successfully receive and decode the packets 320). However, for network decoding termination algorithms (e.g., Luby Transform codes, Raptor codes, etc.), the transmitter 305 may only need to know the number of received packets at each receiver 310 to determine when to terminate the encoding of the packets and for ending the transmission of the packets.

[0117] As in this document and with reference to Figure 2Described is a technique for feedback configuration that can be simplified for network decoding packet termination in broadcast channels. For example, each receiver 310 in the receiver 310 can send an indication of the number of successfully received packets in the feedback transmission 335, rather than sending irrelevant information (e.g., channel quality estimation, SINR, RSRP, etc.) using the feedback transmission 335. The transmitter 305 can compare these indications of the number of successfully received packets from each receiver 310 with a decodability threshold value (e.g., an encoding process configured to be used by the transmitter 305) to determine whether one or more of the receivers 310 do not meet the decodability threshold value with their respective numbers of successfully received packets (e.g., for indicating that the message carried by the packet has not been successfully received and decoded by the corresponding receiver 310). Accordingly, if after a given transmission of the packet 320, at least one receiver 310 fails to meet the decodability threshold value, the transmitter 305 can continue to send (e.g., via broadcast or unicast) the packet 320 (e.g., an encoded packet) to the receiver 310 until all receivers 310 have successfully received the packet 320 according to the decodability threshold value.

[0118] Figure 4 FIG. 400 is an example of a process flow diagram showing a feedback design that supports network decoding termination in broadcast according to aspects of the present disclosure. In some examples, the process flow diagram 400 can implement aspects of the wireless communication system 100, the wireless communication system 200, or both, or can be implemented by aspects of the wireless communication system 100, the wireless communication system 200, or both. The process flow diagram 400 can include a network entity 435 and one or more receivers (e.g., UE 115), which can be examples of the corresponding devices described with reference to Figures 1 - 3 In some cases, the one or more receivers can include a first UE 115-d (e.g., a first receiver (Rx1)), a second UE 115-e (e.g., a second receiver (Rx2)), and a third UE 115-f (e.g., an mth receiver (Rxm)).

[0119] At 405, network entity 435 may construct a packet pool S = {p1, p2…pn}, where {p1, p2…pn} represents individual packets in packet pool S. Additionally, network entity 435 may encode the set of packets in the packet pool using an encoding function f(S) (e.g., a network decoded coding function for packet pool S), and may send the set of network-coded packets (e.g., network decoded coded packets) to UE 115. For example, the set of network-coded packets may be represented by q, where q = f(S) = (q1, q2, q3, q4, …, qN), and N may be arbitrarily large. Each of q1, q2, q3, q4, …qN may represent an individual network-coded packet in the set of network-coded packets. As an example shown in process flow diagram 400, network entity 435 may send four (4) network-coded packets using the set of network-coded packets q, where the four (4) network-coded packets are represented by q = (q1, q2, q3, q4).

[0120] At 410, UE 115 (e.g., the receiver) may feedback the number of lost packets to network entity 435. For example, UE115 may indicate the explicit number of lost packets, e.g., the first UE 115-d and the second UE 115-e send: they each lost one (1) network-coded packet in the network-coded packets (e.g., "lost 1"). Additionally or alternatively, UE 115 may indicate individual acknowledgement feedback (e.g., "1" or "0") to indicate whether each network-coded packet is received, e.g., the third UE115-f sends: the first, second, and fourth network-coded packets are successfully received and the third network-coded packet is not successfully received (e.g., "feedback: 1, 1, 0, 1").

[0121] At 415, for two implementations of how UE 115 sends feedback (e.g., using the number of lost packets or using individual acknowledgement feedback according to network-coded packets), network entity 435 may determine (e.g., calculate) the number of received packets for each UE115 (e.g., represented by C i ). For example, network entity 435 may directly calculate C i or C i = sum{feedback values}. In the example of process flow diagram 400, each UE 115 among UE 115 may have successfully received three (3) out of four (4) network-coded packets, such that the value of C iEqual to three (3). That is, both the first UE 115-d and the second UE 115-e can report that they each lost one (1) of the four (4) network-coded packets sent by the network entity 435, which indicates that each of the first UE 115-d and the second UE 115-e successfully received three (3) network-coded packets (e.g., for the first UE 115-d, C 1 = 3, and for the second UE 115-e, C2 = 3). Additionally, the third UE 115-f can report having also lost one (1) packet by sending one (1) "0" and three (3) "1"s in the feedback, which indicates that the third UE 115-f also successfully received three (3) network-coded packets (e.g., for the third UE 115-f, C 3 = 3).

[0122] At 420, the network entity 435 can send a second set of network-coded packets (e.g., new coded packets) based on the UE 115 not having fully received and decoded all the network-coded packets. For example, the second set of network-coded packets can be represented by q’ = (q4, q5, q6, q7). Additionally, even if one or more of the UEs 115 do fully receive and decode all the network-coded packets, the network entity 435 can send the second set of network-coded packets to all the UEs 115 via a broadcast message.

[0123] At 425, the network entity 435 can repeat 410, 415, and 420 until, for each UE 115 (e.g., each UE i), C i ≥ D, where D represents a decodability threshold value (e.g., decoding threshold). For example, the decodability threshold value can correspond to the coding process used by the network entity 435 when generating the set of network-coded packets q from the packet pool S. Additionally, the decodability threshold value can represent the number of network-coded packets required to be successfully received by a receiver (e.g., UE 115) to indicate that the receiver can successfully receive and decode the message carried by the network-coded packets.

[0124] In some implementations, at 430 (e.g., after several rounds of transmission of the network-coded packets), when, for most of the UEs 115, C i ≥ D, the network entity 435 can switch to unicast and can only send to those with C iAny UE 115 of <D> sends a new encoded packet. That is, if the number of UEs 115 that have successfully received the message carried by the network-coded packet as indicated by the decodability threshold exceeds the threshold, the network entity 435 may send subsequent network-coded packets (sent directly to those remaining UEs 115) to the remaining UEs 115 that have not successfully received the message via unicast transmission.

[0125] Figure 5 An example of an encoding process 500 that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure is shown. In some examples, the encoding process 500 may implement aspects of the wireless communication system 100, the wireless communication system 200, or both, or may be implemented by aspects of the wireless communication system 100, the wireless communication system 200, or both. For example, the encoding process 500 may include a rateless code that may be used by the base station 105 and / or the UE 115 to encode a set of packets. Specifically, the encoding process 500 may represent a Luby Transform code used by a transmitting device or encoder (e.g., the base station 105) when encoding a set of packets for transmission to a receiving device or decoder (e.g., the UE 115).

[0126] The encoder may select a set of symbols from the symbol pool 505 for encoding to send to the decoder. For example, the symbol pool 505 may include k symbols 510, and the encoder may select n symbols 510 from the k symbols 510, such as the first symbol 510-a, the second symbol 510-b, the third symbol 510-c, the fourth symbol 510-d, the fifth symbol 510-e, etc., up to the nth symbol 510-n. Then, each symbol 510 selected from the symbol pool 505 may be encoded by the encoder into one or more encoded symbols 515, such as the first encoded symbol 515-a, the second encoded symbol 515-b, the mth encoded symbol 515-m, and the nth encoded symbol 515-n. In some cases, encoding the symbol 510 into the encoded symbol 515 may depend on the packet pool encoding function f on which the encoder operates. For example, the packet pool encoding function f may include the encoder determining the degree d of each encoded symbol 515.

[0127] The degree can be randomly selected from the given node degree distribution p(x). Subsequently, the encoder can uniformly and randomly select "d" different symbols 510 (e.g., information symbols) from the symbol pool 505. These "d" different symbols can be elements of the encoded symbols 515. For example, for the first encoded symbol 515-a, d = 2, where the fifth symbol 510-e and the nth symbol 510-n are elements of the first encoded symbol 515-a; for the second encoded symbol 515-b, d = 3, where the first symbol 510-a, the second symbol 510-b, and the fourth symbol 510-d are elements of the second encoded symbol 515-b; for the mth encoded symbol 515-m, d = 2, where the first symbol 510-a and the fifth symbol 510-e are elements of the mth encoded symbol 515-m; and for the nth encoded symbol 515-n, d = 1, where the third symbol 510-c is an element of the nth encoded symbol 515-n. Then, the encoder can assign the exclusive OR (XOR) operation of the selected "d" symbols 510 (e.g., information symbols) to the encoded symbols 515.

[0128] In some cases, the ideal soliton distribution for the encoding process can include P1 = 1 / k or Pi = 1 / i(i - 1) for i = 2, 3,..., k, where k represents the number of symbols 510 in the symbol pool 505. Additionally or alternatively, the robust soliton distribution for the encoding process can include Mi = (Pi + Ti) / B for i = 1, 2,..., k, where for i = 1,..., k / R - 1, R / ik; for i = k / R, Ti = R ln(R / δ) / k; or for Ti = 0; where c is a constant and δ is the decoding error probability; and B = sum(Pi + Ti) is the normalization factor.

[0129] Additionally, a decodability threshold D (e.g., decoding threshold) can be defined for the encoding process 500 (e.g., using Luby Transform coding). As long as the number of network-coded packets received at the receiver is greater than or equal to D, the receiver can successfully decode the message carried by the network-coded packets.

[0130] Figure 6FIG. 0 illustrates an example of decoding process 600 that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. In some examples, decoding process 600 may implement aspects of wireless communication system 100, wireless communication system 200, or both, or may be implemented by aspects of wireless communication system 100, wireless communication system 200, or both. For example, decoding process 600 may represent a rateless code that may be used by base station 105 and / or UE 115 to decode a set of packets. Specifically, decoding process 600 may represent a Luby Transform code, and a receiving device or decoder (e.g., UE 115) may then use a belief propagation (BP) decoding process to identify the set of packets represented by the encoded packets.

[0131] An encoder (e.g., base station 105) may use an encoding process to transmit a set of source symbols 605 based on one or more encoded symbols 610. For example, the encoder may perform an encoding process for each encoded symbol 610, such as encoding process 500 described with reference to Figure 5 In some cases, the encoding process may include the encoder randomly selecting a degree d from a degree distribution i . Subsequently, the encoder may randomly select d i different source symbols and perform an exclusive OR (XOR) on them.

[0132] A decoder (e.g., UE 115) may then perform decoding process 600 (e.g., the BP algorithm) on the symbols received from the encoder to determine the source symbols 605 that have been encoded. For example, the decoding process may include the decoder finding an encoded symbol 610 (t i ) that is connected to only one source symbol 605 (s j ). The decoding process may include different steps for determining this single connection between the encoded symbol 610 (t j ) and the source symbol 605 (s i ). In a first step, the decoder may set s i = t j . Subsequently, a second step may include the decoder performing an XOR on all the encoded symbols 610 that are connected to s i . Then, in a third step, the decoder may remove all the edges that are connected to the source symbol 605 (s i ). The decoder may then repeat these steps until all s i have been determined.

[0133] That is, the decoding process 600 may include a releasing step, in which all coding symbols 610 of degree one (e.g., those coding symbols 610 connected to one source symbol 605 or information symbol) may be released to cover their only neighbors. Subsequently, the decoding process 600 may include a covering step, in which the released coding symbols 610 cover their only neighbor information symbols (e.g., source symbol 605). In this covering step, the covered but unprocessed input symbols may be sent to a ripple, which is a set of covered unprocessed information symbols collected through previous iterations. The decoding process 600 may then include a processing step, in which one information symbol (e.g., source symbol 605) in the ripple is selected for processing, such that the edges used to connect the information symbol to its neighbor coding symbols 610 are removed, and the value of each coding symbol 610 is changed according to the information symbol. Then, the processed information symbol may be removed from the ripple.

[0134] As shown, at 615-a, the decoder may receive the source symbol 605 from the encoder and may determine the possible connections between the source symbol 605 and the coding symbols 610. For example, the decoder may find the degree-one elements connected to s 1 At 615-b, the decoder may perform the first step as described herein to set s 1 equal to t 1 based on the single connection between s 1 and t 1 , such that s 1 = 1 (e.g., decode s 1 = 1). Subsequently, at 615-c, the decoder may perform the second and third steps as described herein to XOR s 1 with the coding symbols connected to s 1 (e.g., XOR with t 2 and with t 4 , where t 2 and t 4 are the two coding symbols connected to s 1 after the edges connected to s 1 have been removed), such that after the XOR, t 2 = 1 and t 4 = 0. For example, the decoder may remove s 1 and update the received packets connected to s 1 .

[0135] At 615-d, the decoder may repeat the first step as described herein to set s 2 equal to t 4 based on the single connection between s 2 and t4 , so that s 2 = 0 (see, for example, 615-c). For example, the decoder can find the connection to s 2 Then, at 615-e, the decoder may perform the second and third steps as described herein to convert s 2 Connect to s 2 XOR the coded symbol (for example, 0 and t 2 XOR and 0 with t 3 XOR, where t 2 and t 3 Is connected to s 2 The edge of has been removed and connected to s 2 two coded symbols), so that after XOR, t 2 =1 and t 3 =1. For example, the decoder can 2 = 0 to decode, and s can be updated 2 At 615-f, the decoder may repeat the first step described herein to receive packets based on the received packets at s 3 With t 2 As well as in 3 With t 3 A single connection between 3 =t 2 =t 3 , so that s 3 = 1 (see, for example, 615-e). For example, the decoder can find the connection to s 3 The degree of one element, and can decode s 3 =1 for decoding. Accordingly, the decoder can then determine that the source symbol 605 is {1 0 1} after performing a decoding process as described herein based on the Luby transform code (e.g., using the BP algorithm). Additionally or alternatively, the decoder can use a different algorithm with a different complexity (e.g., a Gaussian elimination (GE) algorithm) to perform the decoding process.

[0136] In some cases, if at any step there is no one-element for a given source symbol 605 or information symbol (e.g., each coded symbol 610 has multiple connections to multiple source symbols 605), the decoding process 600 may fail. Accordingly, if the decoding process 600 fails, the decoder (e.g., a receiver) may send an indication of the failed decoding process so that the encoder may retransmit the network coded symbol set, or may adjust one or more network decoding parameters to enable the decoder to receive the source symbol 605.

[0137] Figure 7An example of process flow 700 that supports a feedback design for network decoding termination in broadcasting in accordance with aspects of the present disclosure is shown. In some examples, process flow 700 may implement aspects of wireless communication system 100, wireless communication system 200, or both, or may be implemented by aspects of wireless communication system 100, wireless communication system 200, or both. For example, process flow 700 may include network device 705 (e.g., base station 105) and UE set 710 (e.g., multiple UEs 115), which represent corresponding devices as described with reference to Figures 1 - 6 described corresponding devices.

[0138] In the following description of process flow 700, operations between network device 705 and UE set 710 may be performed in a different order or at different times. Certain operations may also be omitted from process flow 700, or other operations may be added to process flow 700. It should be understood that although network device 705 and UE set 710 are shown performing several operations of process flow 700, any wireless device may perform the operations shown.

[0139] At 715, network device 705 (e.g., network node, network entity, base station 105, etc.) may identify a set of packets for broadcasting to UE set 710.

[0140] At 720, network device 705 may send one or more sets of network decoding parameters to UE set 710 to enable UE set 710 to decode a set of network-coded packets for the set of packets. For example, each of the one or more sets of network decoding parameters may include a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, a decodability threshold, or a combination thereof. Additionally, network device 705 may send one or more sets of network decoding parameters to UE set 710 via MAC CE, DCI, RRC signaling (e.g., RRC pre-configuration), or a combination thereof.

[0141] At 725, network device 705 may send a first set of network-coded packets to UE set 710 based on the set of packets.

[0142] At 730, each UE in UE set 710 may attempt to decode the first set of network-coded packets.

[0143] At 735, network device 705 may receive feedback from each UE 115 among one or more UEs 115 in UE set 710, the feedback indicating the number of successfully received packets in a first network-coded packet set at each UE 115 among one or more UEs 115. For example, network device 705 may receive feedback from each UE 115 among one or more UEs 115 in UE set 710 via an RLC status report, a MAC HARQ acknowledgment message, or a combination thereof. In some implementations, network device 705 may receive the number of lost packets in the first network-coded packet set from each UE 115 among one or more UEs 115 in UE set 710, wherein the number of successfully received packets is indicated based on the number of lost packets. Additionally or alternatively, network device 705 may receive separate acknowledgment feedback indications for each packet in the first network-coded packet set from each UE 115 among one or more UEs 115 in UE set 710, wherein the number of successfully received packets is indicated based on the separate acknowledgment feedback indications.

[0144] At 740, network device 705 may determine that, for at least one UE 115 among one or more UEs 115, the number of successfully received packets in the first network-coded packet set fails to meet a decodability threshold (e.g., the number of successfully received packets is less than the decodability threshold). In some implementations, network device 705 may store the number of successfully received packets for each UE 115 among one or more UEs 115, wherein the determination that the number of successfully received packets fails to meet the decodability threshold is based on the stored number of successfully received packets.

[0145] In some cases, network device 705 or at least one UE 115 in UE set 710 may determine that at least one UE 115 is unable to recover a packet set using a first network decoding parameter set among one or more network decoding parameter sets. For example, network device 705 may receive a request from at least one UE 115 for a network decoding parameter set different from the first network decoding parameter set, wherein the determination that at least one UE 115 is unable to recover the packet set using the first network decoding parameter set is based on the request.

[0146] At 745, network device 705 may send an additional network decoding parameter set different from the first network decoding parameter set to at least one UE 115 for at least one UE 115 to decode the network-coded packet set to recover the packet set. In some cases, the additional network decoding parameter set may be a second network decoding parameter set from one or more network decoding parameter sets, or a network decoding parameter set separate from one or more network decoding parameter sets.

[0147] At 750, the network device 705 may send a second set of network-coded packets selected from the set of packets based on determining that the number of successfully received packets in the first set of network-coded packets fails to meet the decodability threshold for at least one of the one or more UEs 115. In some implementations, the network device 705 may send the second set of network-coded packets to a subset of the set of UEs 710 via respective unicast messages to each UE 115 in the subset, where the subset of the set of UEs 710 is determined based on the number of successfully received packets failing to meet the decodability threshold for each UE 115 in the subset. Additionally, the network device 705 may determine, based on feedback from each of one or more UEs in the set of UEs 710, that a number of UEs 115 in the set of UEs 115 have successfully received the set of packets, where the second set of network-coded packets is sent via a unicast message based on the number of UEs 115 being less than a threshold. Alternatively, the network device 705 may send the second set of network-coded packets to the set of UEs 710 via a broadcast message.

[0148] At 755, the network device 705 may continue to send the set of network-coded packets and receive feedback from the set of UEs 710 until each UE 115 in the set of UEs 710 has successfully received the set of packets according to the decodability threshold. Subsequently, once each UE 115 in the set of UEs 710 has successfully received the set of packets according to the decodability threshold, the network device 705 may terminate the encoding process and stop sending the set of network-coded packets.

[0149] Figure 8 Block diagram 800 shows a device 805 that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. The device 805 may be an example of aspects of the UE 115 described herein. The device 805 may include a receiver 810, a communication manager 815, and a transmitter 820. The device 805 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0150] The receiver 810 may receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to a feedback design for network decoding termination in broadcast, etc.). The information may be passed to other components of the device 805. The receiver 810 may be an example of aspects of the transceiver 1120 described Figure 11 herein. The receiver 810 may utilize a single antenna or an antenna array.

[0151] The communication manager 815 can receive a first set of network-coded packets based on a packet set from a network node. Additionally, the communication manager 815 can attempt to decode the first set of network-coded packets. Subsequently, the communication manager 815 can send feedback to the network node that indicates the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets. The communication manager 815 can be an example of aspects of the communication manager 1110 described herein.

[0152] The communication manager 815 or its sub-components can be implemented in hardware, code executed by a processor (e.g., software or firmware), or any combination thereof. If implemented in code executed by a processor, the functions of the communication manager 815 or its sub-components can be performed by a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described in this disclosure.

[0153] The communication manager 815 or its sub-components can be physically located at various locations, including being distributed such that portions of the functionality are implemented by one or more physical components at different physical locations. In some examples, in accordance with aspects of this disclosure, the communication manager 815 or its sub-components can be separate and distinct components. In some examples, in accordance with aspects of this disclosure, the communication manager 815 or its sub-components can 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.

[0154] In some examples, the communication manager 815 can be implemented as an integrated circuit or chipset for a mobile device modem, and the receiver 810 and transmitter 820 can be implemented as analog components (e.g., amplifiers, filters, antennas) coupled to the mobile device modem to enable wireless transmission and reception on one or more frequency bands.

[0155] The communication manager 815 as described herein can be implemented to realize one or more potential advantages. One implementation can allow the device 805 to more efficiently indicate the number of lost packets without including extraneous information that is not needed by the network device to determine whether the device 805 has successfully received enough packets to enable decoding of a message. Thus, the communication manager 815 can reduce the signaling overhead for the device 805, thereby saving power and reducing signaling complexity.

[0156] Transmitter 820 can send signals generated by other components of device 805. In some examples, transmitter 820 can be co-located with receiver 810 in a transceiver module. For example, transmitter 820 can be an example of aspects of transceiver 1120 described with reference to Figure 11 Transmitter 820 can utilize a single antenna or an antenna array.

[0157] Figure 9 Block diagram 900 of a device 905 supporting a feedback design for network decoding termination in broadcast according to aspects of the present disclosure is shown. Device 905 can be an example of aspects of device 805 or UE 115 described herein. Device 905 can include a receiver 910, a communication manager 915, and a transmitter 935. Device 905 can also include a processor. Each of these components can communicate with each other (e.g., via one or more buses).

[0158] Receiver 910 can receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to a feedback design for network decoding termination in broadcast, etc.). The information can be passed to other components of device 905. Receiver 910 can be an example of aspects of transceiver 1120 described with reference to Figure 11 Receiver 910 can utilize a single antenna or an antenna array.

[0159] Communication manager 915 can be an example of aspects of communication manager 815 described herein. Communication manager 915 can include a network-coded packet component 920, a coded packet decoder 925, and a feedback indication component 930. Communication manager 915 can be an example of aspects of communication manager 1110 described herein.

[0160] Network-coded packet component 920 can receive a first set of network-coded packets based on a set of packets from a network node.

[0161] Coded packet decoder 925 can attempt to decode the first set of network-coded packets.

[0162] Feedback indication component 930 can send feedback to the network node, the feedback indicating the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets.

[0163] Based on implementing packet broadcast techniques described herein, a processor of UE 115 (e.g., controlling receiver 910, transmitter 935, or as described with reference to Figure 11The described transceiver 1120) can increase reliability and reduce signaling overhead by reducing duplicate transmissions of packets and reducing additional information that the sending network device does not need.

[0164] The transmitter 935 can send signals generated by other components of the device 905. In some examples, the transmitter 935 can be co-located with the receiver 910 in a transceiver module. For example, the transmitter 935 can be an example of aspects of the transceiver 1120 described with reference to Figure 11 Aspects of the described transceiver 1120. The transmitter 935 can utilize a single antenna or an antenna array.

[0165] Figure 10 FIG. 1000 is a block diagram of a communication manager 1005 that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. The communication manager 1005 can be an example of aspects of the communication manager 815, the communication manager 915, or the communication manager 1110 described herein. The communication manager 1005 can include a network-coded packet component 1010, a coded packet decoder 1015, a feedback indication component 1020, a decodability-based coded packet component 1025, a network decoding parameter component 1030, and a network decoding parameter change component 1035. Each of these modules can communicate directly or indirectly with each other (e.g., via one or more buses).

[0166] The network-coded packet component 1010 can receive a first set of network-coded packets based on a set of packets from a network node.

[0167] The coded packet decoder 1015 can attempt to decode the first set of network-coded packets.

[0168] The feedback indication component 1020 can send feedback to the network node that indicates the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets. For example, the feedback indication component 1020 can send feedback to the network node via a radio link control status report, a media access control hybrid automatic repeat request acknowledgment message, or a combination thereof. In some examples, the feedback indication component 1020 can send the number of lost packets in the first set of network-coded packets to the network node, where the number of successfully received packets is indicated based on the number of lost packets. Additionally or alternatively, the feedback indication component 1020 can send a separate acknowledgment feedback indication for each packet in the first set of network-coded packets to the network node, where the number of successfully received packets is indicated based on the separate acknowledgment feedback indications.

[0169] The decodability-based encoded packet component 1025 can receive, from a network node, a second set of network-coded packets based on a set of packets, where the second set of network-coded packets is received based on the number of successfully received packets in a first set of network-coded packets not meeting a decodability threshold. In some examples, the decodability-based encoded packet component 1025 can receive the second set of network-coded packets from the network node via a broadcast message or a unicast message.

[0170] The network decoding parameter component 1030 can receive, from a network node, one or more sets of network decoding parameters to enable a set of UEs, including the UE, to decode a set of network-coded packets for a set of packets. In some examples, the network decoding parameter component 1030 can determine to use a first set of network decoding parameters from the one or more sets of network decoding parameters for attempting to decode the first set of network-coded packets. In some cases, each of the one or more sets of network decoding parameters can include a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, a decodability threshold, or a combination thereof.

[0171] The network decoding parameter change component 1035 can determine that the first set of network decoding parameters is insufficient to decode the first set of network-coded packets to recover the set of packets. In some examples, the network decoding parameter change component 1035 can, based on determining that the first set of network decoding parameters is insufficient, send a request to the network node for a different set of network decoding parameters. In some examples, the network decoding parameter change component 1035 can receive an additional set of network decoding parameters from the network node for decoding subsequent transmissions of the set of encoded packets for the set of packets. In some cases, the additional set of network decoding parameters can be a second set of network decoding parameters from the one or more sets of network decoding parameters, or a set of network decoding parameters separate from the one or more sets of network decoding parameters.

[0172] Figure 11 FIG. shows a system 1100 including a device 1105 that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. The device 1105 can be an example of a device 805, a device 905, or a UE 115 as described herein or include components of the device 805, the device 905, or the UE 115. The device 1105 can include components for two-way voice and data communication, including components for sending and receiving communication, including a communication manager 1110, an I / O controller 1115, a transceiver 1120, an antenna 1125, a memory 1130, and a processor 1140. These components can communicate electronically via one or more buses (e.g., bus 1145).

[0173] The communication manager 1110 can receive a first set of network-coded packets based on a packet set from a network node. Additionally, the communication manager 1110 can attempt to decode the first set of network-coded packets. Subsequently, the communication manager 1110 can send feedback to the network node, the feedback indicating the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets.

[0174] The I / O controller 1115 can manage input and output signals for the device 1105. The I / O controller 1115 can also manage peripheral devices not integrated into the device 1105. In some cases, the I / O controller 1115 can represent a physical connection or port to an external peripheral device. In some cases, the I / O controller 1115 can utilize an operating system such as or another known operating system. In other cases, the I / O controller 1115 can represent a modem, keyboard, mouse, touch screen, or similar device or interact with the above devices. In some cases, the I / O controller 1115 can be implemented as part of a processor. In some cases, a user can interact with the device 1105 via the I / O controller 1115 or via hardware components controlled by the I / O controller 1115.

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

[0176] In some cases, the wireless device can include a single antenna 1125. However, in some cases, the device can have more than one antenna 1125 that can simultaneously send or receive multiple wireless transmissions.

[0177] The memory 1130 can include random access memory (RAM) and read-only memory (ROM). The memory 1130 can store computer-readable, computer-executable code 1135 that includes instructions that, when executed, cause the processor to perform the various functions described herein. In some cases, in addition, the memory 1130 can also contain a basic input / output system (BIOS) that can control basic hardware or software operations, such as interaction with peripheral components or devices.

[0178] The processor 1140 may include intelligent hardware devices (e.g., general-purpose processors, DSPs, central processing units (CPUs), microcontrollers, ASICs, FPGAs, programmable logic devices, discrete gate or transistor logic components, discrete hardware components, or any combination thereof). In some cases, the processor 1140 may be configured to operate a memory array using a memory controller. In other cases, the memory controller may be integrated into the processor 1140. The processor 1140 may be configured to execute computer-readable instructions stored in a memory (e.g., memory 1130) to cause the device 1105 to perform various functions (e.g., functions or tasks supporting a feedback design for network decoding termination in a broadcast).

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

[0180] Figure 12 Block diagram 1200 illustrates a device 1205 supporting a feedback design for network decoding termination in a broadcast, in accordance with aspects of the present disclosure. The device 1205 may be an example of aspects of the base station 105 described herein. The device 1205 may include a receiver 1210, a communication manager 1215, and a transmitter 1220. The device 1205 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0181] The receiver 1210 may receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to a feedback design for network decoding termination in a broadcast, etc.). The information may be passed to other components of the device 1205. The receiver 1210 may be an example of aspects of the transceiver 1520 described Figure 15 herein. The receiver 1210 may utilize a single antenna or an antenna array.

[0182] The communication manager 1215 may identify, at a network node, a set of packets for broadcasting to a set of UEs. In some cases, the communication manager 1215 may send a first set of network-coded packets based on the set of packets to the set of UEs. Subsequently, the communication manager 1215 may receive feedback from each UE among one or more UEs in the set of UEs, the feedback indicating the number of successfully received packets in the first set of network-coded packets at each UE among the one or more UEs. Then, the communication manager 1215 may determine that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one UE among the one or more UEs. Additionally, the communication manager 1215 may send a second set of network-coded packets selected from the set of packets based on the determination. The communication manager 1215 may be an example of aspects of the communication manager 1510 described herein.

[0183] The communication manager 1215 or its subcomponents may be implemented in hardware, code executed by a processor (e.g., software or firmware), or any combination thereof. If implemented in code executed by a processor, the functions of the communication manager 1215 or its subcomponents may be executed by a general-purpose processor, a DSP, an ASIC, an 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.

[0184] The communication manager 1215 or its subcomponents may be physically located at different locations, including being distributed such that portions of the functions are implemented by one or more physical components at different physical locations. In some examples, in accordance with aspects of this disclosure, the communication manager 1215 or its subcomponents may be separate and distinct components. In some examples, in accordance with aspects of this disclosure, the communication manager 1215 or its subcomponents may be combined with one or more other hardware components, including but not limited to I / O components, transceivers, network servers, another computing device, one or more other components described in this disclosure, or combinations thereof.

[0185] The transmitter 1220 may send signals generated by other components of the device 1205. In some examples, the transmitter 1220 may be co-located with the receiver 1210 in a transceiver module. For example, the transmitter 1220 may be an example of aspects of the transceiver 1520 described with reference to Figure 15 The transmitter 1220 may utilize a single antenna or an antenna array.

[0186] Figure 13FIG. 1300 is a block diagram showing a device 1305 that supports a feedback design for network decoding termination in broadcasting, in accordance with aspects of the present disclosure. The device 1305 may be an example of aspects of the device 1205 or the base station 105 as described herein. The device 1305 may include a receiver 1310, a communication manager 1315, and a transmitter 1345. The device 1305 may also include a processor. Each of these components may communicate with each other (e.g., via one or more buses).

[0187] The receiver 1310 may receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to a feedback design for network decoding termination in broadcasting, etc.). The information may be passed to other components of the device 1305. The receiver 1310 may be an example of aspects of the transceiver 1520 described with reference to Figure 15 FIG. The receiver 1310 may utilize a single antenna or an antenna array.

[0188] The communication manager 1315 may be an example of aspects of the communication manager 1215 as described herein. The communication manager 1315 may include a broadcast packet component 1320, an encoded packet component 1325, a received packet feedback component 1330, a decodability threshold component 1335, and a decodability-based encoded packet component 1340. The communication manager 1315 may be an example of aspects of the communication manager 1510 described herein.

[0189] The broadcast packet component 1320 may identify a set of packets for broadcasting to a set of UEs at a network node.

[0190] The encoded packet component 1325 may send a first set of network-coded packets based on the set of packets to the set of UEs.

[0191] The received packet feedback component 1330 may receive feedback from each UE in one or more UEs in the set of UEs, the feedback indicating the number of successfully received packets in the first set of network-coded packets at each UE in the one or more UEs.

[0192] The decodability threshold component 1335 may determine that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold value for at least one UE in the one or more UEs.

[0193] The decodability-based encoded packet component 1340 may send a second set of network-coded packets selected from the set of packets based on the determination.

[0194] Transmitter 1345 can send signals generated by other components of device 1305. In some examples, transmitter 1345 can be co-located with receiver 1310 in a transceiver module. For example, transmitter 1345 can be an example of aspects of transceiver 1520 described with reference to Figure 15 Transmitter 1345 can utilize a single antenna or an antenna array.

[0195] Figure 14 FIG. 1400 is a block diagram of a communication manager 1405 supporting a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. Communication manager 1405 can be an example of aspects of communication manager 1215, communication manager 1315, or communication manager 1510 described herein. Communication manager 1205 can include a broadcast packet component 1410, an encoded packet component 1415, a received packet feedback component 1420, a decodability threshold component 1425, a decodability-based encoded packet component 1430, an encoded packet unicast component 1435, an encoded packet broadcast component 1440, a network decoding parameter component 1445, and a decoding parameter change component 1450. Each of these modules can communicate directly or indirectly with each other (e.g., via one or more buses).

[0196] The broadcast packet component 1410 can identify a set of packets for broadcast to a set of UEs at a network node.

[0197] The encoded packet component 1415 can send a first set of network-coded packets based on the set of packets to the set of UEs.

[0198] The received packet feedback component 1420 can receive feedback from each UE in one or more UEs in the set of UEs, the feedback indicating the number of successfully received packets in the first set of network-coded packets at each UE in the one or more UEs. For example, the received packet feedback component 1420 can receive feedback from each UE in one or more UEs in the set of UEs via a radio link control status report, a media access control hybrid automatic repeat request acknowledgment message, or a combination thereof. In some examples, the received packet feedback component 1420 can receive the number of lost packets in the first set of network-coded packets from each UE in one or more UEs in the set of UEs, where the number of successfully received packets is indicated based on the number of lost packets. In some examples, the received packet feedback component 1420 can receive a respective acknowledgment feedback indication for each packet in the first set of network-coded packets from each UE in one or more UEs in the set of UEs, where the number of successfully received packets is indicated based on the respective acknowledgment feedback indication.

[0199] The decodability threshold component 1425 may determine that the number of successfully received packets in the first network-coded packet set fails to meet the decodability threshold value for at least one of the one or more UEs. In some examples, the decodability threshold component 1425 may store the number of successfully received packets for each of the one or more UEs, and determining that the number of successfully received packets fails to meet the decodability threshold value is based on the stored number of successfully received packets.

[0200] Based on the determination, the decodability-coded packet component 1430 may send a second network-coded packet set selected from the packet set.

[0201] The coded packet unicast component 1435 may send the second network-coded packet set to the subset via respective unicast messages to each UE in the subset of the UE set, where the subset of the UE set is determined based on the number of successfully received packets failing to meet the decodability threshold value for each UE in the subset. In some examples, the coded packet unicast component 1435 may determine, based on feedback from each of one or more UEs in the UE set, that a number of UEs in the one or more UEs in the UE set have successfully received the packet set, and the second network-coded packet set is sent via the unicast message based on the number of UEs being less than the threshold.

[0202] The coded packet broadcast component 1440 may send the second network-coded packet set to the UE set via a broadcast message.

[0203] The network decoding parameter component 1445 may send one or more network decoding parameter sets to the UE set to enable the UE set to decode the network-coded packet set for the packet set.

[0204] In some examples, the network decoding parameter component 1445 may send one or more network decoding parameter sets to the UE set via MAC CE, DCI, RRC signaling, or a combination thereof. In some cases, each of the one or more network decoding parameter sets may include a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, a decodability threshold value, or a combination thereof.

[0205] The decoding parameter change component 1450 may determine that at least one UE in the UE set is unable to recover a packet set using a first network decoding parameter set among one or more network decoding parameter sets. In some examples, the decoding parameter change component 1450 may send an additional network decoding parameter set different from the first network decoding parameter set to at least one UE for the at least one UE to decode a network decoded packet set to recover the packet set. In some examples, the decoding parameter change component 1450 may receive a request from at least one UE for a network decoding parameter set different from the first network decoding parameter set, where determining that at least one UE is unable to recover the packet set using the first network decoding parameter set is based on the request. In some cases, the additional network decoding parameter set may be a second network decoding parameter set from one or more network decoding parameter sets, or a network decoding parameter set separate from one or more network decoding parameter sets.

[0206] Figure 15 FIG. shows a system 1500 including a device 1505 that supports a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. The device 1505 may be an example of the device 1205, the device 1305, or the base station 105 described herein or include components of the device 1205, the device 1305, or the base station 105. The device 1505 may include components for two-way voice and data communication, including components for sending and receiving communication, including a communication manager 1510, a network communication manager 1515, a transceiver 1520, an antenna 1525, a memory 1530, a processor 1540, and an inter-station communication manager 1545. These components may communicate electronically via one or more buses (e.g., bus 1550).

[0207] The communication manager 1510 may identify a packet set for broadcasting to a UE set at a network node. In some cases, the communication manager 1510 may send a first network-coded packet set based on the packet set to the UE set. Subsequently, the communication manager 1510 may receive feedback from each of one or more UEs in the UE set, the feedback indicating the number of successfully received packets in the first network-coded packet set at each of the one or more UEs. Then, the communication manager 1510 may determine that the number of successfully received packets in the first network-coded packet set fails to meet a decodability threshold for at least one of the one or more UEs. Additionally, the communication manager 1510 may send a second network-coded packet set selected from the packet set based on the determination.

[0208] The network communication manager 1515 may manage communications with the core network (e.g., via one or more wired backhaul links). For example, the network communication manager 1515 may manage the transmission of data communications for client devices (e.g., one or more UEs 115).

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

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

[0211] The memory 1530 may include RAM, ROM, or a combination thereof. The memory 1530 may store computer-readable code 1535 that includes instructions that, when executed by a processor (e.g., processor 1540), cause the device to perform the various functions described herein. In some cases, in addition, the memory 1530 may also contain a BIOS, which may control basic hardware or software operations, such as interactions with peripheral components or devices.

[0212] The processor 1540 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, the processor 1540 may be configured to operate a memory array using a memory controller. In some cases, the memory controller may be integrated into the processor 1540. The processor 1540 may be configured to execute computer-readable instructions stored in a memory (e.g., memory 1530) to cause the device 1505 to perform various functions (e.g., functions or tasks supporting a feedback design for network decoding termination in a broadcast).

[0213] The inter-station communication manager 1545 may manage communication with other base stations 105 and may include a controller or scheduler for collaboratively controlling communication with the UE 115 with other base stations 105. For example, the inter-station communication manager 1545 may coordinate the scheduling of transmissions to the UE 115 to implement various interference mitigation techniques such as beamforming or joint transmission. In some examples, the inter-station communication manager 1545 may provide an X2 interface within the LTE / LTE-A wireless communication network technology to provide communication between the base stations 105.

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

[0215] Figure 16 A flowchart illustrating a method 1600 for supporting a feedback design for network decoding termination in broadcasting in accordance with aspects of the present disclosure is shown. Operations of the method 1600 may be implemented by a base station 105 or its components as described herein. For example, operations of the method 1600 may be performed by a communication manager as described with reference to Figures 12 to 15 described. In some examples, the base station may execute an instruction set to control functional units of the base station to perform the functions described below. Additionally or alternatively, the base station may use dedicated hardware to perform aspects of the functions described below.

[0216] At 1605, the base station may identify a set of packets for broadcasting to a set of UEs at a network node. The operation of 1605 may be performed according to the methods described herein. In some examples, aspects of the operation of 1605 may be performed by a broadcast packet component as described with reference to Figures 12 to 15 described.

[0217] At 1610, the base station may send a first set of network-coded packets based on the set of packets to the set of UEs. The operation of 1610 may be performed according to the methods described herein. In some examples, aspects of the operation of 1610 may be performed by a coded packet component as described with reference to Figures 12 to 15 described.

[0218] At 1615, the base station may receive feedback from each of one or more UEs in a set of UEs, the feedback indicating the number of successfully received packets in a first set of network-coded packets at each of the one or more UEs. The operations at 1615 may be performed according to the methods described herein. In some examples, aspects of the operations at 1615 may be performed by a receive packet feedback component as described with reference to Figures 12 to 15 described.

[0219] At 1620, the base station may determine that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one of the one or more UEs. The operations at 1620 may be performed according to the methods described herein. In some examples, aspects of the operations at 1620 may be performed by a decodability threshold component as described with reference to Figures 12 to 15 described.

[0220] At 1625, the base station may transmit a second set of network-coded packets selected from the set of packets based on the determination. The operations at 1625 may be performed according to the methods described herein. In some examples, aspects of the operations at 1625 may be performed by a decodability-based coded packet component as described with reference to Figures 12 to 15 described.

[0221] Figure 17 FIG. shows a flow diagram of a method 1700 that illustrates a feedback design that supports network decoding termination in a broadcast according to aspects of the present disclosure. The operations of method 1700 may be implemented by a base station 105 or its components as described herein. For example, the operations of method 1700 may be performed by a communication manager as described with reference to Figures 12 to 15 described. In some examples, the base station may execute an instruction set to control the functional units of the base station to perform the functions described below. Additionally or alternatively, the base station may use dedicated hardware to perform aspects of the functions described below.

[0222] At 1705, the base station may identify a set of packets for broadcast to a set of UEs at a network node. The operations at 1705 may be performed according to the methods described herein. In some examples, aspects of the operations at 1705 may be performed by a broadcast packet component as described with reference to Figures 12 to 15 described.

[0223] At 1710, the base station may transmit a first set of network-coded packets based on the set of packets to the set of UEs. The operations at 1710 may be performed according to the methods described herein. In some examples, aspects of the operations at 1710 may be performed by a coded packet component as described with reference to Figures 12 to 15 described.

[0224] At 1715, the base station may receive feedback from each of one or more UEs in a set of UEs, the feedback indicating the number of successfully received packets in a first set of network-coded packets at each of the one or more UEs. The operations at 1715 may be performed according to the methods described herein. In some examples, aspects of the operations at 1715 may be performed by a receive packet feedback component as described with reference to Figures 12 to 15 described.

[0225] At 1720, the base station may receive, from each of one or more UEs in a set of UEs, the number of lost packets in a first set of network-coded packets, wherein the number of successfully received packets is indicated based on the number of lost packets. The operations at 1720 may be performed according to the methods described herein. In some examples, aspects of the operations at 1720 may be performed by a receive packet feedback component as described with reference to Figures 12 to 15 described.

[0226] At 1725, the base station may determine that the number of successfully received packets in a first set of network-coded packets fails to meet a decodability threshold for at least one of one or more UEs. The operations at 1725 may be performed according to the methods described herein. In some examples, aspects of the operations at 1725 may be performed by a decodability threshold component as described with reference to Figures 12 to 15 described.

[0227] At 1730, the base station may transmit a second set of network-coded packets selected from a set of packets based on the determination. The operations at 1730 may be performed according to the methods described herein. In some examples, aspects of the operations at 1730 may be performed by a decodability-based coded packet component as described with reference to Figures 12 to 15 described.

[0228] Figure 18 FIG. shows a flowchart of a method 1800 that illustrates a feedback design for supporting network decoding termination in broadcast according to aspects of the present disclosure. The operations of method 1800 may be implemented by a base station 105 or its components as described herein. For example, the operations of method 1800 may be performed by a communication manager as described with reference to Figures 12 to 15 described. In some examples, the base station may execute an instruction set to control the functional units of the base station to perform the functions described below. Additionally or alternatively, the base station may use dedicated hardware to perform aspects of the functions described below.

[0229] At 1805, the base station may identify a set of packets for broadcasting to a set of UEs at a network node. The operations at 1805 may be performed according to the methods described herein. In some examples, aspects of the operations at 1805 may be performed by a broadcast packet component as described with reference to Figures 12 to 15 described.

[0230] At 1810, the base station may send a first set of network-coded packets based on a set of packets to a set of UEs. The operation of 1810 may be performed according to the methods described herein. In some examples, aspects of the operation of 1810 may be performed by an encoded packet component as described with reference to Figures 12 to 15 the description.

[0231] At 1815, the base station may receive feedback from each UE in one or more UEs in the set of UEs, the feedback indicating the number of successfully received packets in the first set of network-coded packets at each UE in the one or more UEs. The operation of 1815 may be performed according to the methods described herein. In some examples, aspects of the operation of 1815 may be performed by a received packet feedback component as described with reference to Figures 12 to 15 the description.

[0232] At 1820, the base station may receive, from each UE in one or more UEs in the set of UEs, respective acknowledgment feedback indications for each packet in the first set of network-coded packets, wherein the number of successfully received packets is indicated based on the respective acknowledgment feedback indications. The operation of 1820 may be performed according to the methods described herein. In some examples, aspects of the operation of 1820 may be performed by a received packet feedback component as described with reference to Figures 12 to 15 the description.

[0233] At 1825, the base station may determine that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one UE in the one or more UEs. The operation of 1825 may be performed according to the methods described herein. In some examples, aspects of the operation of 1825 may be performed by a decodability threshold component as described with reference to Figures 12 to 15 the description.

[0234] At 1830, the base station may send a second set of network-coded packets selected from the set of packets based on the determination. The operation of 1830 may be performed according to the methods described herein. In some examples, aspects of the operation of 1830 may be performed by a decodability-based encoded packet component as described with reference to Figures 12 to 15 the description.

[0235] Figure 19 FIG. shows a flowchart of a method 1900 illustrating a feedback design that supports network decoding termination in broadcast according to aspects of the present disclosure. The operations of method 1900 may be implemented by a UE 115 or its components as described herein. For example, the operations of method 1900 may be performed by an entity as described with reference to Figures 8 to 11performed by the described communication manager. In some examples, the UE may execute an instruction set to control the functional units of the UE to perform the functions described below. Additionally or alternatively, the UE may use dedicated hardware to perform aspects of the functions described below.

[0236] At 1905, the UE may receive a first set of network-coded packets based on a set of packets from a network node. The operation of 1905 may be performed according to the methods described herein. In some examples, aspects of the operation of 1905 may be performed by a network-coded packet component as described with reference to Figures 8 to 11 the description.

[0237] At 1910, the UE may attempt to decode the first set of network-coded packets. The operation of 1910 may be performed according to the methods described herein. In some examples, aspects of the operation of 1910 may be performed by a coded packet decoder as described with reference to Figures 8 to 11 the description.

[0238] At 1915, the UE may send feedback to the network node, the feedback indicating the number of successfully received packets in the first set of network-coded packets resulting from attempting to decode the first set of network-coded packets. The operation of 1915 may be performed according to the methods described herein. In some examples, aspects of the operation of 1915 may be performed by a feedback indication component as described with reference to Figures 8 to 11 the description.

[0239] Figure 20 FIG. 2000 is a flow diagram illustrating a method 2000 supporting a feedback design for network decoding termination in broadcast according to aspects of the present disclosure. The operations of method 2000 may be implemented by a UE 115 or its components as described herein. For example, the operations of method 2000 may be performed by a communication manager as described with reference to Figures 8 to 11 the description. In some examples, the UE may execute an instruction set to control the functional units of the UE to perform the functions described below. Additionally or alternatively, the UE may use dedicated hardware to perform aspects of the functions described below.

[0240] At 2005, the UE may receive a first set of network-coded packets based on a set of packets from a network node. The operation of 2005 may be performed according to the methods described herein. In some examples, aspects of the operation of 2005 may be performed by a network-coded packet component as described with reference to Figures 8 to 11 the description.

[0241] At 2010, the UE may attempt to decode the first set of network-coded packets. The operation of 2010 may be performed according to the methods described herein. In some examples, aspects of the operation of 2010 may be performed by a coded packet decoder as described with reference to Figures 8 to 11 the description.

[0242] At 2015, the UE may send feedback to a network node, the feedback indicating the number of successfully received packets in the first network-coded packet set resulting from attempting to decode the first network-coded packet set. The operations of 2015 may be performed according to the methods described herein. In some examples, aspects of the operations of 2015 may be performed by a feedback indication component as described with reference to Figures 8 to 11 the description.

[0243] At 2020, the UE may receive from a network node a second network-coded packet set based on a packet set, where the second network-coded packet set is received based on the number of successfully received packets in the first network-coded packet set failing to meet a decodability threshold. The operations of 2020 may be performed according to the methods described herein. In some examples, aspects of the operations of 2020 may be performed by a decodability-based coded packet component as described with reference to Figures 8 to 11 the description.

[0244] Figure 21 A flowchart illustrating a method 2100 supporting a feedback design for network decoding termination in broadcast in accordance with aspects of the present disclosure is shown. The operations of method 2100 may be implemented by a UE 115 or its components as described herein. For example, the operations of method 2100 may be performed by a communication manager as described with reference to Figures 8 to 11 the description. In some examples, the UE may execute an instruction set to control functional units of the UE to perform the functions described below. Additionally or alternatively, the UE may use dedicated hardware to perform aspects of the functions described below.

[0245] At 2105, the UE may receive from a network node a first network-coded packet set based on a packet set. The operations of 2105 may be performed according to the methods described herein. In some examples, aspects of the operations of 2105 may be performed by a network-coded packet component as described with reference to Figures 8 to 11 the description.

[0246] At 2110, the UE may attempt to decode the first network-coded packet set. The operations of 2110 may be performed according to the methods described herein. In some examples, aspects of the operations of 2110 may be performed by a coded packet decoder as described with reference to Figures 8 to 11 the description.

[0247] At 2115, the UE may send feedback to a network node, the feedback indicating the number of successfully received packets in the first network-coded packet set resulting from attempting to decode the first network-coded packet set. The operations of 2115 may be performed according to the methods described herein. In some examples, aspects of the operations of 2115 may be performed by a feedback indication component as described with reference to Figures 8 to 11Performed by the described feedback indication component.

[0248] At 2120, the UE may send feedback to the network node via a radio link control status report, a media access control hybrid automatic repeat request acknowledgement message, or a combination thereof. The operation of 2120 may be performed according to the methods described herein. In some examples, aspects of the operation of 2120 may be performed by a feedback indication component as described with reference to Figures 8 to 11 Performed by the described feedback indication component.

[0249] It should be noted that the methods described herein describe possible implementations, and the operations and steps may be rearranged or modified, and other implementations are also possible. In addition, aspects from two or more of these methods may be combined.

[0250] The following provides an overview of aspects of the present disclosure:

[0251] Aspect 1: A method for wireless communication at a network node, comprising: identifying, at the network node, a set of packets for broadcasting to a plurality of user equipment (UEs); sending, to the plurality of UEs, a first set of network-coded packets based on the set of packets; receiving, from each of one or more of the plurality of UEs, feedback indicating a number of successfully received packets in the first set of network-coded packets at each of the one or more UEs; determining that the number of successfully received packets in the first set of network-coded packets fails to meet a decodability threshold for at least one of the one or more UEs; and sending, at least in part based on the determination, a second set of network-coded packets selected from the set of packets.

[0252] Aspect 2: The method according to aspect 1, wherein receiving the feedback from each of the one or more of the plurality of UEs comprises: receiving, from each of the one or more of the plurality of UEs, a number of lost packets in the first set of network-coded packets, wherein the number of successfully received packets is indicated at least in part based on the number of lost packets.

[0253] Aspect 3: The method according to aspect 1, wherein receiving the feedback from each of the one or more of the plurality of UEs comprises: receiving, from each of the one or more of the plurality of UEs, a respective acknowledgement feedback indication for each packet in the first set of network-coded packets, wherein the number of successfully received packets is indicated at least in part based on the respective acknowledgement feedback indication.

[0254] Aspect 4: The method according to any one of Aspects 1 to 3, wherein transmitting the second set of network-coded packets comprises: transmitting the second set of network-coded packets to the subset via respective unicast messages to each UE in the subset of the plurality of UEs, wherein the subset of the plurality of UEs is determined at least in part based on the fact that the number of successfully received packets fails to meet the decodability threshold for each UE in the subset.

[0255] Aspect 5: The method according to Aspect 4, further comprising: determining, at least in part based on the feedback from each of the one or more UEs among the plurality of UEs, that a number of UEs among the one or more UEs among the plurality of UEs have successfully received the set of packets, wherein the second set of network-coded packets is transmitted via the unicast message at least in part based on the number of UEs being less than a threshold.

[0256] Aspect 6: The method according to any one of Aspects 1 to 5, wherein transmitting the second set of network-coded packets comprises: transmitting the second set of network-coded packets to the plurality of UEs via a broadcast message.

[0257] Aspect 7: The method according to any one of Aspects 1 to 6, further comprising: storing the number of successfully received packets for each of the one or more UEs, wherein determining that the number of successfully received packets fails to meet the decodability threshold is at least in part based on storing the number of successfully received packets.

[0258] Aspect 8: The method according to any one of Aspects 1 to 7, further comprising: transmitting one or more sets of network decoding parameters to the plurality of UEs to enable the plurality of UEs to decode the set of network-coded packets for the set of packets.

[0259] Aspect 9: The method according to Aspect 8, wherein each of the one or more sets of network decoding parameters comprises a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, the decodability threshold, or a combination thereof.

[0260] Aspect 10: The method according to any one of Aspects 8 to 9, wherein transmitting the one or more sets of network decoding parameters comprises: transmitting the one or more sets of network decoding parameters to the plurality of UEs via a medium access control (MAC) control element, downlink control information, radio resource control signaling, or a combination thereof.

[0261] Aspect 11: The method according to any one of Aspects 8 to 10 further includes: determining that at least one UE among the plurality of UEs is unable to recover the set of packets using a first network decoding parameter set among the one or more network decoding parameter sets; and sending, to the at least one UE, an additional network decoding parameter set different from the first network decoding parameter set for the at least one UE to decode the network-coded packet set to recover the set of packets.

[0262] Aspect 12: The method according to Aspect 11 further includes: receiving, from the at least one UE, a request for a network decoding parameter set different from the first network decoding parameter set, wherein determining that the at least one UE is unable to recover the set of packets using the first network decoding parameter set is at least partially based on the request.

[0263] Aspect 13: The method according to any one of Aspects 11 to 12, wherein the additional network decoding parameter set is a second network decoding parameter set from the one or more network decoding parameter sets or a network decoding parameter set separate from the one or more network decoding parameter sets.

[0264] Aspect 14: The method according to any one of Aspects 1 to 13, wherein receiving the feedback includes: receiving the feedback from each of one or more UEs among the plurality of UEs via a radio link control status report, a media access control hybrid automatic repeat request acknowledgement message, or a combination thereof.

[0265] Aspect 15: A method for wireless communication at a user equipment (UE) includes: receiving, from a network node, a first network-coded packet set based on a set of packets; attempting to decode the first network-coded packet set; and sending, to the network node, feedback indicating a number of successfully received packets in the first network-coded packet set resulting from attempting to decode the first network-coded packet set.

[0266] Aspect 16: The method according to Aspect 15 further includes: receiving, from the network node, a second network-coded packet set based on the set of packets, wherein the second network-coded packet set is received at least partially based on the number of successfully received packets in the first network-coded packet set failing to meet a decodability threshold.

[0267] Aspect 17: The method according to Aspect 16, wherein receiving the second network-coded packet set includes: receiving the second network-coded packet set via a broadcast message or a unicast message from the network node.

[0268] Aspect 18: The method according to any one of Aspects 15 to 17, wherein sending the feedback for indicating the number of successfully received packets comprises: sending to the network node the number of lost packets in the first network-coded packet set, wherein the number of successfully received packets is indicated at least in part based on the number of lost packets.

[0269] Aspect 19: The method according to any one of Aspects 15 to 17, wherein sending the feedback for indicating the number of successfully received packets comprises: sending to the network node respective acknowledgment feedback indications for each packet in the first network-coded packet set, wherein the number of successfully received packets is indicated at least in part based on the respective acknowledgment feedback indications.

[0270] Aspect 20: The method according to any one of Aspects 15 to 19, further comprising: receiving from the network node one or more sets of network decoding parameters to enable a plurality of UEs, including the UE, to decode a network-coded packet set for the packet set.

[0271] Aspect 21: The method according to Aspect 20, wherein each of the one or more sets of network decoding parameters comprises a network decoding algorithm, an encoding function, an encoding matrix, a maximum number of decoding iterations, the decodability threshold value, or a combination thereof.

[0272] Aspect 22: The method according to any one of Aspects 20 to 21, further comprising: determining to attempt to decode the first network-coded packet set using a first set of network decoding parameters from the one or more sets of network decoding parameters.

[0273] Aspect 23: The method according to Aspect 22, further comprising: determining that the first set of network decoding parameters is insufficient to decode the first network-coded packet set to recover the packet set; sending to the network node a request for a different set of network decoding parameters at least in part based on determining that the first set of network decoding parameters is insufficient; and receiving from the network node an additional set of network decoding parameters for decoding a subsequent transmission of the coded packet set for the packet set.

[0274] Aspect 24: The method according to Aspect 23, wherein the additional set of network decoding parameters is a second set of network decoding parameters from the one or more sets of network decoding parameters, or a set of network decoding parameters separate from the one or more sets of network decoding parameters.

[0275] Aspect 25: The method according to any one of aspects 15 to 24, wherein sending the feedback comprises: sending the feedback to the network node via a radio link control status report, a media access control hybrid automatic repeat request acknowledgement message, or a combination thereof.

[0276] Aspect 26: An apparatus for wireless communication at a network node, comprising at least one unit configured to perform the method according to any one of aspects 1 to 14.

[0277] Aspect 27: An apparatus for wireless communication at a network node, comprising 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 aspects 1 to 14.

[0278] Aspect 29: A non-transitory computer-readable medium storing code for wireless communication at a network node, the code comprising instructions executable by a processor to perform the method according to any one of aspects 1 to 14.

[0279] Aspect 30: An apparatus for wireless communication at a user equipment (UE), comprising at least one unit configured to perform the method according to any one of aspects 15 to 25.

[0280] Aspect 31: An apparatus for wireless communication at a user equipment (UE), comprising 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 aspects 15 to 25.

[0281] Aspect 33: A non-transitory computer-readable medium storing code for wireless communication at a user equipment (UE), the code comprising instructions executable by a processor to perform the method according to any one of aspects 15 to 25.

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

[0283] The information and signals described herein can be represented using any of a variety of different technologies and methods. For example, the data, instructions, commands, information, signals, bits, symbols, and chips that may be referred to throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0284] The various illustrative blocks and components described in connection with the disclosure herein can be implemented or performed using a general-purpose processor, a DSP, an ASIC, a CPU, an FPGA, or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. The general-purpose processor may be a microprocessor, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. The 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 in conjunction with a DSP core, or any other such configuration).

[0285] The functions described herein can be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions can be stored on or transmitted through a computer-readable medium as one or more instructions or code. Other examples and implementations are within the scope of the present 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, hardwiring, or any combination of these items. The features implementing the functions can also be physically located in various positions, including being distributed such that portions of the functions are implemented at different physical locations.

[0286] A computer-readable medium includes both a non-transitory computer storage medium and a communication medium, where the communication medium includes any medium that facilitates transfer of a computer program from one place to another. The non-transitory storage medium can be any available medium that can be accessed by a general-purpose or a special-purpose computer. By way of example, and not limitation, the non-transitory computer-readable medium can include random access memory (RAM), read-only memory (ROM), electrically erasable programmable ROM (EEPROM), flash memory, compact disc (CD) ROM or other optical disc storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that can be used to carry or store desired program code units in the form of instructions or data structures and that can be accessed by a general-purpose or a special-purpose computer, or a general-purpose or a special-purpose processor. Additionally, any connection is properly termed a computer-readable medium. For example, if software is transmitted using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of computer-readable medium. As used herein, disk and disc include CD, laser disc, optical disc, digital versatile disc (DVD), floppy disk, and Blu-ray disc, where disks typically reproduce data magnetically, while discs reproduce data optically using lasers. Combinations of the above are also included within the scope of computer-readable medium.

[0287] As used herein (including in the claims), the "or" as used in a list of items (e.g., a list that ends with a phrase such as "at least one of" or "one or more of") indicates an inclusive list, such that a list of, for example, 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). Additionally, as used herein, the phrase "based on" should not be construed as a reference to a closed set of conditions. For example, an example step described as "based on condition A" can be based on both condition A and condition B without departing from the scope of the present 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".

[0288] In the figures, similar components or features may have the same reference numeral. Additionally, various components of the same type can be distinguished by following the reference numeral with a dash and a second numeral, which is used to differentiate among similar components. If only the first reference numeral is used in the specification, the description applies to any one of the similar components having the same first reference numeral, regardless of the second numeral or any other subsequent numerals.

[0289] The description presented herein in conjunction with the accompanying drawings describes example configurations, and does not represent all examples that can be implemented or are within the scope of the claims. The term "example" as used herein means "serving as an example, instance, or illustration", rather than "preferred" or "advantageous over other examples". For the purpose of providing an understanding of the described technology, the detailed description includes specific details. However, the technology can be implemented 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.

[0290] This description is provided so that a person of ordinary skill in the art can make or use the present disclosure. Various modifications to the present disclosure will be apparent to a person of ordinary skill in the art, and the general principles defined herein can be applied to other variations without departing from the scope of the present disclosure. Therefore, the present disclosure is not limited to the examples and designs described herein, but is accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for wireless communication at a network node, comprising: sending, according to a network decoding termination scheme, a first set of network-coded packets associated with a set of packets to a plurality of user equipments (UEs), in which network node terminates packet decoding once a decodability threshold is satisfied for each of the plurality of UEs, wherein the sending of the first set of network-coded packets is part of a broadcast of information from the set of packets to the plurality of UEs; receiving feedback indicating, for each of the plurality of UEs, a number of successfully received network-coded packets in the first set of network-coded packets; and sending one or more additional sets of network-coded packets associated with the set of packets, wherein a first additional set of network-coded packets in the one or more additional sets of network-coded packets is sent at least partially based on the number of successfully received network-coded packets failing to meet the decodability threshold, and other additional sets of network-coded packets in the one or more additional sets of network-coded packets are sent at least partially based on the decodability threshold not being met for respective previous transmissions, wherein the sending of the one or more additional sets of network-coded packets continues until the decodability threshold is satisfied for each of the plurality of UEs.

2. The method according to claim 1, wherein receiving the feedback for each of the plurality of UEs comprises: receiving, for each of the plurality of UEs, a number of lost network-coded packets in the first set of network-coded packets, wherein the number of successfully received network-coded packets is indicated at least partially based on the number of lost network-coded packets.

3. The method according to claim 1, wherein receiving the feedback for each of the plurality of UEs comprises: receiving, for each of the plurality of UEs, respective acknowledgement feedback indications for each network-coded packet in the first set of network-coded packets, wherein the number of successfully received network-coded packets is indicated at least partially based on the respective acknowledgement feedback indications.

4. The method according to claim 1, wherein sending the one or more additional sets of network-coded packets comprises: sending a second set of network-coded packets to a subset of the plurality of UEs via respective unicast messages to each UE in the subset, wherein the subset of the plurality of UEs is determined at least partially based on the number of successfully received network-coded packets failing to meet the decodability threshold for each UE in the subset.

5. The method according to claim 4, further comprising: determining, at least partially based on the feedback from each of the plurality of UEs, that a number of UEs among the plurality of UEs have successfully received the first set of network-coded packets, wherein the one or more additional sets of network-coded packets are sent via the respective unicast messages at least partially based on the number of UEs being less than a threshold.

6. The method according to claim 1, wherein, sending the one or more additional network coding packet sets includes: sending, via a broadcast message, a second network coding packet set among the one or more additional network coding packet sets to the plurality of UEs.

7. The method according to claim 1, further comprising: storing the number of successfully received network coding packets for each of the plurality of UEs, wherein determining that the number of successfully received network coding packets fails to meet the decodability threshold is at least partially based on storing the number of successfully received network coding packets.

8. The method according to claim 1, further comprising: sending one or more network decoding parameter sets to the plurality of UEs, so that the plurality of UEs can decode the first network coding packet set and the one or more additional network coding packet sets.

9. The method according to claim 8, wherein, each of the one or more network decoding parameter sets includes a decodability threshold and one or more of the following: a network decoding algorithm, a coding function, a coding matrix, or a maximum number of decoding iterations.

10. The method according to claim 8, wherein, sending the one or more network decoding parameter sets includes: sending the one or more network decoding parameter sets to the plurality of UEs via a media access control (MAC) control element, downlink control information, radio resource control signaling, or any combination thereof.

11. The method according to claim 8, further comprising: determining that at least one UE among the plurality of UEs cannot use a first network decoding parameter set among the one or more network decoding parameter sets to recover information from the packet set; and sending, to the at least one UE, an additional network decoding parameter set different from the first network decoding parameter set for the at least one UE to recover information from the packet set.

12. The method according to claim 11, further comprising: receiving, from the at least one UE, a request for a network decoding parameter set different from the first network decoding parameter set, wherein determining that the at least one UE cannot use the first network decoding parameter set to recover information from the packet set is at least partially based on the request.

13. The method according to claim 11, wherein, the additional network decoding parameter set is a second network decoding parameter set from the one or more network decoding parameter sets, or a network decoding parameter set different from the one or more network decoding parameter sets.

14. The method according to claim 1, wherein, receiving the feedback includes: receiving the feedback from each of the plurality of UEs via a radio link control status report, a media access control hybrid automatic repeat request acknowledgement message, or any combination thereof.

15. A method for wireless communication at a user equipment (UE), comprising: Receive a first set of network-coded packets associated with a set of packets from a network node according to a network decoding termination scheme, in which the network node terminates packet decoding once a decodability threshold is met for a plurality of UEs including the UE, where the reception of the first set of network-coded packets is part of a broadcast of information from the set of packets to the plurality of UEs; Send feedback to the network node, the feedback indicating the number of successfully received network-coded packets in the first set of network-coded packets; and Receive from the network node one or more additional sets of network-coded packets associated with the set of packets, where a first additional set of network-coded packets in the one or more additional sets of network-coded packets is received at least in part based on the number of successfully received network-coded packets not meeting the decodability threshold, and other additional sets of network-coded packets in the one or more additional sets of network-coded packets are received at least in part based on the decodability threshold not being met for each previous transmission, where the reception of the one or more additional sets of network-coded packets continues until the decodability threshold is met for each of the plurality of UEs.

16. The method according to claim 15, wherein, receiving the one or more additional sets of network-coded packets includes: receiving a second set of network-coded packets in the one or more additional sets of network-coded packets via a broadcast message or a unicast message from the network node.

17. The method according to claim 15, wherein, sending the feedback for indicating the number of successfully received network-coded packets includes: sending to the network node the number of lost network-coded packets in the first set of network-coded packets, where the number of successfully received network-coded packets is indicated at least in part based on the number of lost network-coded packets.

18. The method according to claim 15, wherein, sending the feedback for indicating the number of successfully received network-coded packets includes: sending to the network node a respective acknowledgment feedback indication for each network-coded packet in the first set of network-coded packets, where the number of successfully received network-coded packets is indicated at least in part based on the respective acknowledgment feedback indication.

19. The method according to claim 15, further comprises: receiving from the network node one or more sets of network decoding parameters to enable the UE to decode the first set of network-coded packets.

20. The method according to claim 19, wherein, each of the one or more sets of network decoding parameters includes a decodability threshold and one or more of the following: a network decoding algorithm, an encoding function, an encoding matrix, or a maximum number of decoding iterations.

21. The method according to claim 19, further comprises: determining to use a first set of network decoding parameters from the one or more sets of network decoding parameters to decode the first set of network-coded packets.

22. The method according to claim 21, further comprising: sending, to the network node, a request for a different set of network decoding parameters, at least partially based on determining that the first set of network decoding parameters is insufficient; and receiving, from the network node, an additional set of network decoding parameters for decoding subsequent transmissions of the one or more additional sets of network-coded packets.

23. The method according to claim 22, wherein the additional set of network decoding parameters is a second set of network decoding parameters from the one or more sets of network decoding parameters, or a set of network decoding parameters different from the one or more sets of network decoding parameters.

24. The method according to claim 15, wherein sending the feedback comprises: sending the feedback to the network node via a radio link control status report, a media access control hybrid automatic repeat request acknowledgement message, or any combination thereof.

25. An apparatus for wireless communication, comprising: a processor; and a memory coupled to the processor, the memory storing instructions executable by the processor to cause the apparatus to perform the following operations: sending, to a plurality of user equipments (UEs), a first set of network-coded packets associated with a set of packets, according to a network decoding termination scheme in which network packet decoding is terminated once a decodability threshold is met for each of the plurality of UEs, wherein the sending of the first set of network-coded packets is part of a broadcast of information from the set of packets to the plurality of UEs; receiving feedback indicating, for each of the plurality of UEs, the number of successfully received network-coded packets in the first set of network-coded packets; and sending one or more additional sets of network-coded packets associated with the set of packets, wherein a first additional set of network-coded packets in the one or more additional sets of network-coded packets is sent at least partially based on the number of successfully received network-coded packets failing to meet the decodability threshold, and other additional sets of network-coded packets in the one or more additional sets of network-coded packets are sent at least partially based on the decodability threshold not being met for each previous transmission, wherein the sending of the one or more additional sets of network-coded packets continues until the decodability threshold is met for each of the plurality of UEs.

26. The apparatus according to claim 25, wherein the instructions for receiving, for each of the plurality of UEs, the feedback are executable by the processor to cause the apparatus to perform the following operation: receiving, for each of the plurality of UEs, the number of lost network-coded packets in the first set of network-coded packets, wherein the number of successfully received network-coded packets is indicated at least partially based on the number of lost network-coded packets.

27. The apparatus according to claim 25, wherein Instructions for receiving the feedback for each of the plurality of UEs are executable by the processor to cause the apparatus to perform the following operations: Receiving, for each of the plurality of UEs, respective acknowledgment feedback indications for each of the network-coded packets in the first network-coded packet set, wherein the number of successfully received network-coded packets is indicated at least in part based on the respective acknowledgment feedback indications.

28. An apparatus for wireless communication, comprising: a processor; and a memory coupled to the processor, the memory storing instructions executable by the processor to cause the apparatus to perform the following operations: Receiving, from a network node, a first network-coded packet set associated with a packet set according to a network decoding termination scheme, in which the network node terminates packet decoding once a decodability threshold is satisfied for a plurality of UEs including a UE, wherein the receiving of the first network-coded packet set is part of a broadcast to the plurality of UEs of information from the packet set; Sending feedback to the network node, the feedback indicating the number of successfully received network-coded packets in the first network-coded packet set; and Receiving, from the network node, one or more additional network-coded packet sets associated with the packet set, wherein a first additional network-coded packet set among the one or more additional network-coded packet sets is received at least in part based on the number of successfully received network-coded packets failing to satisfy the decodability threshold, and other additional network-coded packet sets among the one or more additional network-coded packet sets are received at least in part based on the decodability threshold not being satisfied for respective previous transmissions, wherein the receiving of the one or more additional network-coded packet sets continues until the decodability threshold is satisfied for each of the plurality of UEs.

Images