A user of a communication network may have specific requirements for its critical data streams. The user may require dedicated channel capacity for its critical application. A dedicated channel may be separate from a common channel carrying non-critical data of the user. The user may create policies for assigning channel capacities to its critical data streams based on various criteria. The user may also create policies on sharing the dedicated channel capacity among its different critical data streams.

Disclosed is a method that includes periodically observing packets in a user plane according to at least one key performance indicator in a configuration file to yield an observation, wherein the observation represents a closed-loop demand of resources within the user plane. The method includes adjusting, via a scheduler in the user plane and based on the observation, a binding of cores to work items. The binding between cores and work items is dynamic and changeable to improve performance. The at least one key performance indicator can include one or more of a CPU utilization, latency and packet drops. The workload allocations can include work items that are individually scheduleable functions that operate on a queue of packets within the user plane.

An in-vehicle apparatus includes a processor configured to obtain first transmission data with a first communication address as a destination and second transmission data with a second communication address as a destination from one or more applications, transmit the first transmission data to a relay unit at a first timing among a plurality of timings set at an interval of a predetermined cycle corresponding to a buffer size of the relay unit to which the in-vehicle apparatus is connected, and transmit the second transmission data to the relay unit at a second timing among the plurality of timings, the second timing being different from the first timing.

Devices and techniques for reorder resilient transport are described herein. A device may store data packets in sequential positions of a flow queue in an order in which the data packets were received. The device may retrieve a first data packet from a first sequential position and a second data packet from a second sequential position that is next in sequence to the first sequential position in the flow queue. The device may store the first data packet and the second data packet in a buffer and refrain from providing the first data packet and the second data packet to upper layer circuitry if the packet order information for the first data packet and the second data packet indicate that the first data packet and the second data packet were received out of order. Other embodiments are also described.

A transmitting device comprises a transmitter, and a controller for receiving transmission requests from a request source. The controller comprises a queue, and is configured to queue the transmission requests in order from the front of the queue backwards, and to enact the transmission request at the front of the queue by controlling the transmitter to perform the transmission of the corresponding message. The controller is further configured to detect that at least one of these transmission requests is to be treated as a repeating request, and in response, to re-insert the repeating request in the queue in one of the places farther back than the front after transmission of the corresponding message, so as to retransmit the corresponding message at least once.

This application discloses a queue control method and apparatus. The queue control method includes: A first device obtains a packet drop parameter of a first queue, where the packet drop parameter of the first queue is determined based on a packet that is dropped because the packet cannot be added to the first queue; and when the packet drop parameter of the first queue is greater than a first packet drop threshold, the first device increases a first cache parameter, where the first cache parameter is for adjusting a queue threshold of the first queue, and the queue threshold of the first queue indicates a maximum total quantity of bytes of packets that are allowed to be cached in the first queue.

A user of a communication network may have specific requirements for its critical data streams. The user may require dedicated channel capacity for its critical application. A dedicated channel may be separate from a common channel carrying non-critical data of the user. The user may create policies for assigning channel capacities to its critical data streams based on various criteria. The user may also create policies on sharing the dedicated channel capacity among its different critical data streams.

When packet loss is detected during a communication session, a current interactivity mode is checked to determine whether to increase the amount of received audio data stored in a buffer of the receiving device. If the current interactivity mode indicates a low level of interactivity between participants in the communication session, then the total amount of received audio data stored in the buffer is increased, in order to increase the delay between receipt of audio data by the electronic device, and outputting of the audio data by the electronic device. The increased output delay is then used to recover lost packets, so that audio quality is increased while the level of interactivity between participants is low. When the current interactivity mode subsequently indicates higher participant interactivity, the amount of received audio data stored in the buffer may be reduced.

A first device may receive information that identifies a second device. The second device may be connected to the first device or a third device. The second device may be a source of traffic to be received by the first device. The first device may determine whether the second device is local or remote to the first device based on receiving the information. The first device may store first information or second information based on determining whether the second device is local or remote. The first information may identify a route associated with the second device. The second information may identify a single route associated with multiple second devices. The first device may provide the traffic using the first information or the second information after storing the first information or the second information.

Devices and techniques for reorder resilient transport are described herein. A device may store data packets in sequential positions of a flow queue in an order in which the data packets were received. The device may retrieve a first data packet from a first sequential position and a second data packet from a second sequential position that is next in sequence to the first sequential position in the flow queue. The device may store the first data packet and the second data packet in a buffer and refrain from providing the first data packet and the second data packet to upper layer circuitry if the packet order information for the first data packet and the second data packet indicate that the first data packet and the second data packet were received out of order. Other embodiments are also described.