A system and method for managing network traffic in a distributed environment. the system including: a plurality of logic modules configured to determine policy data related to bandwidth management and at least one split criteria for a basis for shaping network traffic; a control processor associated with each one of the plurality of logic modules, each control processor configured to determine data associated with each of a plurality of traffic flows at the associated logic module and to coordinate traffic actions over the plurality of logic modules; a packet processor associated with each control processor and configured to determine a traffic action based on each traffic flow and received policy data; and at least two shaper objects configured to receive a split of the traffic flows and enforce the determined traffic action on their respective traffic flow.

A method in a communication network includes determining a transmission schedule for a plurality of data sources. The transmission schedule is configured to meet communication requirements of both time-sensitive traffic and non-time-sensitive traffic of the plurality of data sources. The method may also include transmitting data according to the determined schedule by shaping the time-sensitive traffic and the non-time-sensitive traffic at the plurality of data sources according to the determined schedule and receiving a communication change command. The method may further include determining a new transmission schedule for the plurality of data sources, the new transmission schedule being configured to meet the communication requirements of both the time-sensitive traffic and the non-time-sensitive traffic in the changed communication network. The method may further include transmitting data according to the new transmission schedule.

A method in a communication network includes determining a transmission schedule for a plurality of data sources. The transmission schedule is configured to meet communication requirements of both time-sensitive traffic and non-time-sensitive traffic of the plurality of data sources. The method may also include transmitting data according to the determined schedule by shaping the time-sensitive traffic and the non-time-sensitive traffic at the plurality of data sources according to the determined schedule and receiving a communication change command. The method may further include determining a new transmission schedule for the plurality of data sources, the new transmission schedule being configured to meet the communication requirements of both the time-sensitive traffic and the non-time-sensitive traffic in the changed communication network. The method may further include transmitting data according to the new transmission schedule.

A gateway device includes a first communication system, a second communication system and a network processor. The first communication system and the network processor communicate first network signals therebetween. The first network signals comprising first higher priority network signals and first lower priority network signals. The second communicate system and the network processor communicating second network signals therebetween. The second network signals comprising second higher priority network signals and second lower priority network signals. The network processor communicates a first congestion notification request signal to the first communication system. The first communication system modifies the first lower priority network signals at the first communication system in response to the first congestion notification signal to form first modified network signals and communicates the first modified network signals from the gateway device.

A gateway device includes a first communication system, a second communication system and a network processor. The first communication system and the network processor communicate first network signals therebetween. The first network signals comprising first higher priority network signals and first lower priority network signals. The second communicate system and the network processor communicating second network signals therebetween. The second network signals comprising second higher priority network signals and second lower priority network signals. The network processor communicates a first congestion notification request signal to the first communication system. The first communication system modifies the first lower priority network signals at the first communication system in response to the first congestion notification signal to form first modified network signals and communicates the first modified network signals from the gateway device.

A congestion control method and an apparatus are disclosed. The method includes: after a sending device generates an unscheduled data packet of a first flow, if it is determined, based on an unscheduled packet send window shared by all flows, that the unscheduled data packet meets a sending condition, determining whether to request to add a quota for at least one of the unscheduled packet send window and a scheduled packet send window corresponding to the first flow; and if it is determined that the quota is requested to be added for the at least one of the unscheduled packet send window and the scheduled packet send window corresponding to the first flow, setting indication information in the unscheduled data packet, and sending, to a receiving device, the unscheduled data packet in which the indication information is set.

An interface may be provided between i) a selective forwarding unit (SFU) configured to, in real-time, receive a data stream from a sender via a first network link of a communication network and selectively forward the data stream to one or more receivers via respective second network links, and ii) one or more core network functions (PCF, PCRF, NSMF, CSMF) for establishing service guarantees for data flows in the communication network. In a specific example, the interface may be established as a network function (SMGF) which translates streaming requirements for one-to-many flows coming from WebRTC SFUs into appropriate QoS/network slice configurations, such that the quality of RTC flows may be increased. Accordingly, negative side-effects of conservative congestion control algorithms in WebRTC clients and static/overprovisioned QoS at network operators may be overcome.

A network node (120), such as a packet marking node, efficiently measures the bitrates of incoming packets on a plurality of timescales (TSs). A throughput-value function (TVF) is then graphed to indicate the throughput-packet value relationship for that TVF. Then, starting from the longest TS and moving towards the shortest TS, the packet marking node determines (88) a distance between the TVFs of different TSs at the measured bitrates. To determine the packet marking, the packet marking node selects a random throughput value between 0 and the bitrate measured on the shortest TS. Depending on how the random value relates to the measured bitrates, a TVF, and the distances to add to the random value, is then selected to determine (92) a packet value (PV) with which to mark the packet. The packet marking node then marks (94) the packet according to the determined PV.

A real-time dynamic API traffic shaping and infrastructure resource protection in a multiclient network environment is provided. A traffic rules engine (TRE) applies traffic shaping only to customers that are utilizing “more than their fair share” of the currently available bandwidth without allowing them to negatively impact the user experience of other users. The present invention takes current API traffic into consideration, allowing one or a few high volume users to utilize most of all available bandwidth as long as other users do not need that bandwidth. This includes dynamically measuring and adjusting which users had traffic shaping applied to them based on the overall traffic during any given second. The solution of the present invention avoids any slowdown of customer API requests unless the maximum allowable TPS limit is near to being reached.

Systems and methods provide for Selective Tracking of Acknowledgments (STACKing) to improve buffer utilization and traffic shaping for one or more network devices. A network device can identify a first flow that corresponds to a predetermined traffic class and a predetermined congestion state. The device can determine a current window size and congestion threshold of the first flow. In response to a determination to selectively track a portion of acknowledgments of the first flow, the device can track, in main memory, information of a first portion of acknowledgments of the first flow. The device can exclude, from one or more buffers, a second portion of acknowledgments of the first flow. The device can re-generate and transmit segments corresponding to the second portion of acknowledgments at a target transmission rate based on traffic shaping policies for the predetermined traffic class and congestion state.