Abstract: An example device for processing video data includes a memory configured to store video data; and a processing system implemented in circuitry, the processing system being configured to: receive data representing a plurality of neural networks associated with a video bitstream, each of the plurality of neural networks having a different type; receive data representing an update to at least one of the neural networks, the data including a type corresponding to the at least one of the neural networks and a neural network structure for the update; update the neural network according to the data representing the update to generate an updated neural network; and provide video data from the video bitstream to the updated neural network to cause the updated neural network to process the video data.

Abstract: Methods, systems, and devices for wireless communications are described. A reference signal distribution scheme described herein may allow for the benefits of orthogonal cover codes, and improve mechanisms to identify and address resulting carrier frequency offset. Techniques are described for distributing reference signals (e.g., demodulation reference signals) over a set of resources. The reference signals may be arranged in equi-spaced clusters, where groups of the reference signals per cluster are spaced according to a first timing offset, and where each cluster may be spaced according to a second timing offset. The network may configure the reference signal distribution scheme at various user equipments, indicating values for the timing offset. The user equipments may transmit reference signals according to the indicated scheme.

Abstract: An example method includes sending or receiving a session description protocol (SDP) message that includes binding information that associates a first RTP header extension and a second RTP header extension for an RTP session, wherein the binding information is indicative of a first timestamp in the first RTP header extension, and the first timestamp in the second RTP header extension, both being indicative of a time at which a first RTP packet including the first RTP header extension is transmitted. The method includes transmitting, by a first device, the first RTP packet and receiving, by the first device, a second RTP packet, the second RTP packet including the second RTP header extension including the first timestamp, a second timestamp, and a third timestamp. The method includes determining, based on at least one of the first timestamp, the second timestamp, or the third timestamp, a delay.

Abstract: Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment (UE) may map uplink control information (UCI) bits and uplink shared channel (UL-SCH) data bits to a first subset of resources associated with a physical uplink shared channel (PUSCH). The UE may copy symbols associated with the UCI bits and the UL-SCH data bits from the first subset of resources to one or more remaining subsets of resources. The UE may apply an orthogonal cover code (OCC) across a plurality of subsets of resources, including the first subset of resources and the one or more remaining subsets of resources, associated with the PUSCH. The UE may transmit, based at least in part on the OCC applied across the plurality of subsets of resources, multiplexed UCI bits and UL-SCH data bits. Numerous other aspects are described.

Abstract: Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment (UE) may receive a configuration associated with an orthogonal cover code (OCC), wherein the configuration indicates a multiplexing order, an OCC codeword for multiplexing, and a type of OCC, and the type of OCC is one of: frequency domain OCC (FD-OCC), time domain OCC (TD-OCC), sub physical resource block (sub-PRB) OCC, or sub-slot OCC. The UE may apply, based at least in part on the configuration, the OCC to an uplink transmission. The UE may transmit the uplink transmission with the OCC applied based at least in part on the configuration. Numerous other aspects are described.

Abstract: Methods, systems, and devices for wireless communications are described. A user equipment (UE) may account for the application of orthogonal cover coding (OCC) to an uplink transmission when determining the transport block size (TBS) for the uplink transmission. OCC may be used to multiplex transmissions from multiple UEs and may involve spreading information. Described techniques may involve accounting for the spreading of information bits when determining the TBS for the uplink transmission to which OCC is applied. Sub-physical resource block (sub-PRB) frequency allocations may be provided for uplink transmissions. The UE may account for the allocated quantity of sub-carriers when determining the quantity of information bits. To indicate a sub-PRB, the UE may be configured to reinterpret one or more fields of an existing downlink control information (DCI) format as indicating the allocated sub-carriers, or a new DCI format may be configured that includes fields for indicating a sub-PRB allocation.

Abstract: Methods, systems, and devices for wireless communications are described. A user equipment (UE) may account for the application of orthogonal cover coding (OCC) to an uplink transmission when determining the transport block size (TBS) for the uplink transmission. OCC may be used to multiplex transmissions from multiple UEs and may involve spreading information. Described techniques may involve accounting for the spreading of information bits when determining the TBS for the uplink transmission to which OCC is applied. Sub-physical resource block (sub-PRB) frequency allocations may be provided for uplink transmissions. The UE may account for the allocated quantity of sub-carriers when determining the quantity of information bits. To indicate a sub-PRB, the UE may be configured to reinterpret one or more fields of an existing downlink control information (DCI) format as indicating the allocated sub-carriers, or a new DCI format may be configured that includes fields for indicating a sub-PRB allocation.

Abstract: Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment (UE) may receive, from a source base station, configuration information for a handover, wherein the configuration information indicates, for a target non-terrestrial cell, timing and synchronization parameters including a scheduling timing offset, a round trip time between a reference point and a target base station associated with the target non-terrestrial cell, satellite ephemeris information, an ephemeris validity duration associated with the satellite ephemeris information, common timing advance parameters, and a common timing advance validity duration associated with the common timing advance parameters. The UE may perform the handover with the target base station associated with the target non-terrestrial cell based at least in part on the timing and synchronization parameters for the target non-terrestrial cell. Numerous other aspects are described.

Abstract: Methods, systems, and devices for wireless communication are described. A user equipment (UE) may obtain updated location information, and determine a time difference between a previous communication with a network and a scheduled uplink transmission. Based on the determined time difference, the UE may determine a timing advance (TA) component of a TA value to apply for the uplink transmission, and transmit an uplink message in the uplink transmission according to the determined TA value and the location information. In some examples, the time difference may be based on a first duration between the uplink transmission and a previous uplink transmission, a second duration between the uplink transmission and a previous TA command received from the network, or both. In some examples, the determined TA value may be based on additional parameters, such as an autonomous adjustment step, an aggregate adjustment rate, a scaling factor, or any combination thereof.

Abstract: Techniques are disclosed for coverage-aware joint configuration for multi-network wireless communication. The techniques can include identifying a travel route for travel of a user equipment (UE) from a start location to a destination location, obtaining multi-network wireless coverage information for the travel route, wherein the multi-network wireless coverage information includes terrestrial network (TN) wireless coverage information and non-terrestrial network (NTN) wireless coverage information, determining a joint TN/NTN wireless communication configuration for the UE for the travel route based on the multi-network wireless coverage information, and sending the joint TN/NTN wireless communication configuration to the UE.

Abstract: Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a first network node may transmit, to a second network node during a first time period, at least one packet of a first protocol data unit (PDU) set, the at least one packet of the first PDU set comprising PDU set information associated with a second PDU set. The first network node may transmit, to the second network node during a second time period that occurs subsequent to the first time period, at least one packet of the second PDU set. Numerous other aspects are described.

Abstract: Certain aspects of the present disclosure provide techniques for enhancing ephemeris for non-terrestrial networks. For example, UEs of different orbit propagation capabilities (e.g., computing orbit propagation models of different accuracy levels) may receive additional ephemeris parameters. In one aspect, a network entity may determine at least one additional set of ephemeris parameters that includes different ephemeris parameters than one or more basic sets of ephemeris parameters associated with a satellite that provides a coverage for the network entity. The network entity may transmit broadcast signaling indicating the at least one additional set of ephemeris parameters. The UE may receive and use the at least one additional set of ephemeris parameters in an orbit propagation model to compute a state of motion of the satellite.

Abstract: Methods, systems, and devices for wireless communications are described. A second wireless device (such as a head-mounted display (HMD) device) may communicate with a first wireless device (such as a user equipment (UE)) via a tethered wireless connection. The tethered wireless connection may be associated with a first type of radio access technology (RAT). The first wireless device may obtain an indication of one or more access points (APs) associated with a second type of RAT. The first wireless device may transmit an indication of one or more candidate APs for a handover of the second wireless device from the first wireless device to maintain the connectivity between the second wireless device and a network. As such, the second wireless device may use the wireless characteristics to determine whether to handover to a candidate AP or maintain the tethered wireless connection with the first wireless device.

Abstract: A first client device may participate in a media communication session with a second client device. The first client device may receive a local IP address type of the second client device. The first client device may provide the local IP address type to an intermediate network device. In this manner, the intermediate network device may use the local IP address type to calculate a protocol data unit (PDU) set size (PSSize) based on the local IP address type. The intermediate network device may add the calculated PSSize value to a tunnel header of a tunnel packet that encapsulates a packet including media data sent by the second client device to the first client device. In this manner, other network devices may receive accurate values for the PSSize when media data is exchanged via network tunnels, to ensure that all packets of a common PDU set are delivered together.

Abstract: Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment may receive a bandwidth part configuration that indicates one or more bandwidth parts associated with at least one beam and switch, based at least in part on the bandwidth part configuration, from a first bandwidth part of the one or more bandwidth parts as an active bandwidth part to a second bandwidth part of the one or more bandwidth parts as the active bandwidth part. Numerous other aspects are provided.

Abstract: Various aspects of the present disclosure generally relate to wireless communication. In some aspects, a user equipment (UE) may receive a configuration associated with an orthogonal cover code (OCC) sequence, wherein the OCC sequence is associated with a frequency domain OCC-based physical uplink shared channel (PUSCH) multiplexing. The UE may transmit a PUSCH transmission based at least in part on the configuration, wherein the OCC sequence is applied to one or more symbols associated with the PUSCH transmission. Numerous other aspects are described.

Abstract: An example device includes one or more memories configured to store a current real-time transport protocol (RTP) packet and one or more processors. The one or more processors are configured to determine a protocol data unit (PDU) set, the PDU set comprising a plurality of PDUs, each PDU comprising a corresponding RTP packet. The one or more processors are configured to determine, for a current RTP packet of the PDU set, a remaining PDU set size, the remaining PDU set size being indicative of a size of the sum of a remainder of the PDUs of the PDU set. The one or more processors are configured to transmit the current RTP packet including an RTP header extension comprising a value indicative of the remaining PDU set size.

Abstract: Example devices and techniques are described for use with delay measurements. An example method includes determining whether a source port of a Real-Time Transport Protocol (RTP) packet of a multimedia application session is a same source port as a source port of a Real-Time Transport Control Protocol (RTCP) packet of the multimedia application session. The method includes determining whether a destination port of the RTP packet is a same destination port as a destination port of the RTCP packet. The method includes determining, based on whether the source port of the RTP packet is the same source port as the source port of the RTCP packet and whether the destination port of the RTP packet is the same destination port as the destination port of the RTCP packet, whether to use RTP header extensions for delay determination or to use RTCP packets for delay determination.

Abstract: Systems, methods and instrumentalities are disclosed for decoding data. For example, it may be determined, in a current slot, whether data received in a previous slot is decoded successfully. The data received in the previous slot may be included in a Physical Downlink Shared Channel (PDSCH). If the data received in the previous slot is not decoded successfully, preemptive multiplexing information may be detected in a first search space. The data received in the previous slot may be decoded, for example, using detected preemptive multiplexing information. The preemptive multiplexing information may be of a current slot. The preemptive multiplexing information may be comprised in a first DCI. A second search space of the current slot may be searched. For example, the second search space may be searched for a second DCI. The first DCI and the second DCI may be different.

Abstract: An example server device for sending media data includes a memory configured to store media data; and a processing system implemented in circuitry and configured to: receive a set of three-dimensional (3D) media data being sent to a client device; transcode the set of 3D media data to a set of one or more images; and send the set of one or more images to the client device. The server device may receive a message from a source client device destined for the client device, where the message includes the 3D media data. The message may be a Multimedia Message Service (MMS) message including the 3D media data. The client device may initially provide data representing rendering capabilities of the client device to the server device, such that the server device may determine that the client device is not capable of rendering the 3D media data.