WO2010056158A1 - Method and device for enabling indication of congestion in a telecommunications network - Google Patents
Method and device for enabling indication of congestion in a telecommunications network Download PDFInfo
- Publication number
- WO2010056158A1 WO2010056158A1 PCT/SE2008/051289 SE2008051289W WO2010056158A1 WO 2010056158 A1 WO2010056158 A1 WO 2010056158A1 SE 2008051289 W SE2008051289 W SE 2008051289W WO 2010056158 A1 WO2010056158 A1 WO 2010056158A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- threshold value
- congestion
- communication device
- drop
- packet
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/31—Flow control; Congestion control by tagging of packets, e.g. using discard eligibility [DE] bits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/6215—Individual queue per QOS, rate or priority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
Definitions
- the invention relates to method and device within a telecommunications network, in particular, to congestion detection.
- ECN Explicit Congestion Notification
- AQM Active Queue Management
- SUMMARY Embodiments herein are directed to provide a flexible and efficient manner to enable an application to adapt to load associated to a radio bearer in a telecommunications network.
- Embodiments relate to a method in a first communication device within a telecommunications network enabling the indication of congestion to a second communication device.
- the first communication device determines whether to apply an indicating congestion mechanism on a first radio bearer based on a quality of service setting of the first radio bearer.
- the indicating congestion mechanism comprises that the first communication device sets a congestion threshold value of a buffer associated to the determined radio bearer.
- the congestion threshold value indicates that when buffer load exceeds the congestion threshold value the first communication device transmits at least one congestion indication to the second communication device.
- the indicating congestion mechanism also comprises that the first communication device sets a first drop threshold value of the buffer associated to the determined radio bearer.
- the first drop threshold value indicates that when buffer load exceeds the first drop threshold value the first communication device drops at least one packet in the buffer.
- Some embodiments relate to a first communication device for indicating congestion to a second communication device.
- the first communication device comprises a control unit arranged to determine to apply an indicating congestion mechanism on a first radio bearer to the second communication device based on a quality of service setting of the first radio bearer.
- the indicating congestion mechanism comprises that the control unit is further arranged to set a congestion threshold value and a first drop threshold value of a packet buffer associated to the first determined radio bearer.
- the congestion threshold value indicates that when buffered packets in the packet buffer exceeds the set congestion threshold value the control unit is further arranged to transmit over a transmitting arrangement at least one congestion indication to the second communication device.
- the first drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the first drop threshold value the control unit is arranged to drop at least one packet.
- Embodiments disclose ways for enabling applications to pro-actively adapt to load on a radio bearer, by means of notification signalling based on quality of service setting.
- Figure 1 shows a schematic overview of a telecommunications network
- Figure 2 shows AQM in a cellular network carrying transparent and adaptive IP-based applications
- Figure 3 shows radio bearers that are based on QCI and ARP, and data over radio bearers are passed down to packet queues in the eNB handled by AQM,
- Figure 4 shows a schematic overview of a first Radio Bearer RBi threshold values configuration in an eNB
- Figure 5 shows a schematic overview of threshold values of a first Radio Bearer of a QoS parameter and a second Radio Bearer of a different QoS parameter in an eNB
- Figure 6 shows a schematic overview of a combined method and signaling scheme in a telecommunications network
- Figure 7 shows a schematic overview of a method in a first communication device
- Figure 8 shows a schematic overview of a first communication device.
- Embodiments are described below with reference to block diagrams and/or flowchart illustrations of methods and devices (systems). It is understood that several blocks of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, and/or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer and/or other programmable data processing apparatus, create means for implementing the functions/acts specified in the block diagrams and/or flowchart block or blocks.
- These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function/act specified in the block diagrams and/or flowchart block or blocks.
- Figure 1 shows a schematic overview of an example of communication devices communicating in a telecommunications network 1.
- the telecommunications network 1 comprises a first communication device 10, such as a base station, an eNodeB, , Radio Network Controller, RNC, and/or the like and a second communication device 20, for 5 example, a first UE, such as a first mobile terminal, a PDA, a mobile phone and/or the like, is camped in the telecommunication network 1.
- the second communication device is communicating using an application with a third communication device 30, for example, a second UE, such as a second mobile terminal, a server (depicted with dashed lines in figure 1 ), and/or the like.
- AQM buffers may reside in other nodes as well, e.g. in the RNC in UTRAN for the up/downlink and/or the like, before forwarded to the
- the base station 10 notifies the application about increased risks for congestion in the network, before congestion happens, by using the Explicit Congestion Notification (ECN) on the IP layer to the receiving UE 20 (or to UE 30 if UE 30 is the receiving UE).
- ECN Explicit Congestion Notification
- the base station also uses an AQM mechanism that if the buffered packets exceed a first threshold value packets are dropped according a preset scheme.
- the threshold values of the ECN mechanism and AQM mechanism are set based on one
- FIG 2 an embodiment of signalling data in a cellular network carrying transparent and adaptive IP-based applications is shown.
- the application is executed between a first UE/MS User Equipment /Mobile Station 20 and a second UE/MS 30.
- the AQM function is 30 implemented in the RAN, radio access network.
- the IP data is transmitted through the RAN and through the Packet Switched Core Network PS CN.
- Embodiments herein use ECN before congestion happens, on the IP layer to the receiving UE 20.
- the application in the receiving first UE 35 20 can use application layer signaling to ask the sending UE 30 to lower the send rate and by that avoid packet losses.
- Two bits are set in the Differentiated Services Code Point DSCP field in the IP header, encoding one of four messages.
- ECN-awareness is indicated by either of the two first ones, and congestion and not congestion is notified by the third and fourth:
- ECN is signaled in the IP header (as shown in figure 2 as the end-to-end IP) and is inserted by the base station in the RAN. Note further that it is up to the application to decide on action based on the congestion pre-warning from ECN.
- Some adaptive applications can make use of a pre-warning of congestion like given by ECN, e.g., real-time video or TCP-based applications.
- ECN is efficiently used in conjunction with AQM.
- ECN is further set according to a bearer's assigned Quality of Service (QoS) class, e.g. defined by Quality of Service Class Identifier, QCI, and Allocation and Retention Priority, ARP, to decide which bearers shall apply ECN, when to start ECN marking by a set threshold value T_ECN, and when to start dropping packets according to scheme in AQM according to a set threshold value T_min.
- QoS Quality of Service
- QCI Quality of Service Class Identifier
- ARP Allocation and Retention Priority
- This relates to systems deploying 3GPP Rel-8 QoS, like E-UTRAN (LTE).
- a similar mechanism could be based on pre-Rel-8 QoS, using those parameters to distinguish services, such as Traffic Class, Signalling Indication, Sl, Traffic Handling Priority, THP, and/or the like.
- ECN is an IP level mechanism indicating approaching congestion to the application layer.
- the application layer is responsible for taking action and decrease source rate (by, e.g., decrease video frame rate, resolution, etc).
- the advantage of embodiments is to steer which applications shall adapt, and how pro-actively they shall adapt, by means of QoS and ECN.
- QCI is used by e.g. mobile communication nodes, or radio access nodes to control bearer level packet forwarding treatment, for example, admission threshold values, queue management threshold values and/or the like. These may be specified by the operator.
- the Characteristics are standardized and comprises the following elements:
- the Bearer Type parameter is used for checking if the evolved packet core bearer is associated with an expected guaranteed bit rate or not.
- the Packet Delay Budget denotes the time that a link layer Service Data Unit (SDU), e.g. an IP packet and/or the like, may reside within the link layer between the first communication device and a UE.
- SDU Service Data Unit
- the Packet Delay Budget is meant to support the configuration of scheduling and link layer functions.
- the L2 Packet Error Loss Rate determines the expected maximum rate of non congestion related packet losses. This is for allowing appropriate link layer protocol configurations. Priority is checked to determine priority of the radio bearer.
- the ARP is a parameter used to decide whether a radio bearer establishment/modification request may be accepted or rejected, in case of resource limitations like available radio capacity for GBR bearers. It is also used to decide which radio bearers to drop during exceptional resource limitations.
- Each radio bearer of a GBR is associated with a Maximum Bit Rate, MBR, QoS parameter.
- the GBR corresponds to a minimum bit rate to be provided to a GBR bearer and the MBR to an upper limit allowed for a GBR bearer.
- the MBR may be greater than or equal to GBR for a particular GBR bearer.
- the basic idea of some embodiments is a method that allows the usage of ECN to be based upon QCI and ARP (QCI or QCI+ARP) in the QoS Profile (giving a treatment per bearer in the network):
- the method is applicable for all 3GPP RATs applying QoS.
- ECN is an IP level mechanism indicating approaching congestion to the application layer.
- the application layer is responsible for taking action and decrease source rate (by, e.g., decrease video frame rate, resolution, etc).
- the advantage of embodiments herein is to steer which applications shall adapt, and how pro-actively they shall adapt, by means of QoS and ECN.
- Operators may also want to let certain applications, or applications belonging to certain subscriber groups, be treated differently. Allowing the congestion treatment to depend on the QoS class, e.g. QCI+ARP and/or the like, where QCI is associated with an application and ARP value is associated with a certain subscriber group, provides a means to do the desired differentiation for selected applications/services.
- QCI+ARP QCI+ARP and/or the like
- Embodiments aim at providing a method for an early congestion indication by ECN 1 with possibility to steer the setting of the ECN indication in the IP packets per QoS class (QCI+ARP, Sl, THP, and/or the like).
- Embodiments relate to the usage of ECN in the context of AQM and QoS differentiation using QoS as defined in 3GPP.
- 3GPP Rel ⁇ defines an evolved QoS concept to allow RAN to maintain the quality of the provided services.
- the parameters governing the QoS are listed below.
- QoS profile set per bearer o Quality of service class identifier, QCI o Guaranteed bit rate, GBR (only GBR bearers) o Maximum bit rate, MBR (only GBR bearers) o Allocation retention priority, ARP
- QCI Characteristics o Resource type (i.e. GBR or non-GBR) o Priority o Packet Delay Budget, PDB o Packet Error Loss Rate, PELR
- FIG 3 a schematic overview of data of radio bearers that are passed down to packet queues in the eNB handled by AQM is shown.
- each radio bearer is mapped to one packet queue, managed by AQM.
- the eNB 10 comprises a first radio bearer buffer RB-
- the eNB 10 comprises a number, n, of radio bearer buffers RB n that each comprises QoS parameters QCi n and ARP n .
- the illustrated example comprises a radio bearer buffer previous the n-bearer RB n- -] comprising the QoS parameters QCi n- I and ARP n- -I .
- the packets in the buffers are scheduled to be transmitted through a scheduler.
- Embodiments herein disclose to provide ECN in the context of AQM and QCI and ARP to obtain a flexible and efficient way of responding to congestion indications.
- the buffers may be defined in time in buffer, estimated remaining time left in buffer, and/or amount of data present in the buffer and/or the like.
- ECN For each queue it is decided the way ECN is applied.
- the usage of ECN is based upon pairs of QCI and ARP, resulting in a treatment per bearer in the network.
- the following options are considered per QCI or QCI+ARP:
- ECN is therefore applied/not applied to a bearer based on QCI or QCI+ARP.
- the illustrated example relates to 3GPP Rel-8 QoS, like E-UTRAN (LTE).
- a similar mechanism could be based on pre-Rel-8 QoS, using those parameters to distinguish services.
- FIG 4 a exemplary schematic overview of a first Radio Bearer RB-i threshold values configuration in an eNB is shown.
- the RB-j is associated with a service/application with QoS parameters QCh and ARP 1 .
- a first ECN threshold value T_ECN is set at the RB1 arranged such that if the buffer exceeds the T_ECN value the eNB starts marking an ECN flag in packets and forwards these ECN marked packets to the receiving application.
- the RB1 has a first AQM threshold value, Tjnin, arranged such that if the buffer exceeds this value packets are dropped according to a scheme, for example, every third packet and/or the like.
- the RB1 buffer also has a second AQM threshold value, Tjnax, arranged such that if the buffer exceeds this threshold value level all packets are dropped.
- the buffer in RB1 exceeds T_ECN but is below T_min, which means that ECN marked packets are transmitted but no packets are dropped. It may be beneficial primary from an application performance perspective that certain applications do not adapt (down-grade rate) too fast (or, that some applications do it before others).
- Operators may want to let certain applications, or applications belonging to certain subscriber groups, react more pro-actively than others. For example, when approaching congestion it may be desired to let premium services/subscribers continue at original source bit rate while budget services/subscribers are indicated to decrease the source bit rate. If not the congestion situation has improved after a determined time, congestion is indicated also to premium services/subscribers.
- time to start ECN marking, T_ECN is set according to QCI or QCI+ARP.
- Tjnin and T_ECN may be set independently, but for ECN to start before packets start being dropped, the following relation must be fulfilled (note that the threshold values can be set equal, with the meaning that AQM and/or ECN effectively are disabled):
- ECN threshold value is set according to a bearer's assigned QCI and ARP to decide which bearers shall apply ECN, when to start ECN marking by T_ECN, and when to start dropping packets according to scheme in AQM according to T_min.
- the second T_max is equal to the first Tjnax, but the second T_ECN and Tjnin differ from the first TJ ⁇ CN and Tjnin.
- the eNB will transmit ECN marked packets but will not drop packets according to a scheme.
- ECN is an IP level mechanism indicating approaching congestion to the application layer.
- the application layer is responsible for taking action and decrease source rate by, e.g., decrease video frame rate, resolution, and/or the like.
- the advantage is to steer which applications shall adapt, and how pro-actively they shall adapt, by means of QoS and ECN.
- FIG 6 a schematic overview of an example of a combined method and signaling scheme in a telecommunications network is shown.
- a session is set up between a second wireless communication device 20 and a third communication device 30.
- the second wireless communication device may comprise a user equipment UE and/or the like and the third communication device 30 may comprise a UE, a dedicated server and/or the like.
- each service data flow is mapped to a QCI (which is a pointer, represented by a single integer number), pointing at an access node-specific configuration that controls the bearer level packet forwarding treatment, and that have been pre-configured by the operator owning the access node.
- QCI which is a pointer, represented by a single integer number
- Each QCI representing a service or service aggregate, is associated with one set of QCI Characteristics.
- the QCI Characteristics are used to characterize the configurations of the access nodes.
- 9 different Standardized QCI Characteristics are being defined, used to ensure interoperability between operators.
- the operator is free to define its own QCI Characteristics, mainly for operation within the operator's own network (since no interoperability is secured through the standard for these).
- the operator maps services flows to QoS Profiles, including QCI and ARP, and/or some other parameters. Bearers are set up based on the QoS Profile, where only one pair of QCI and ARP is allowed per bearer.
- the QCI gives the operator the possibility to point out a specific service or type of service, for which the operator can specify the desired QoS and apply differentiation.
- the ARP gives the priority with respect to admission control and bearer-level congestion control. If QCI may point out the service, the ARP may be used to point out the subscriber group. Since an Evolved Packet System EPS bearer (and radio bearer) can be defined only for one pair of QCI and ARP, it is possible to define bearers corresponding to only one single service and subscriber group. E.g., if only one service is mapped to a specific QCI, the radio bearer will also carry only that particular service.
- the illustrated example relates to 3GPP Rel-8 QoS, like E-UTRAN (LTE).
- a similar mechanism could be based on pre-Rel-8 QoS, using those parameters to distinguish services, such as Traffic Class, Sl, THP, and/or the like.
- a first communication device 10 eNB determines whether to apply an indicating congestion mechanism on a first radio bearer based on a quality of service setting of the first radio bearer. That being the case, the buffer related to that service comprises a congestion threshold value above which congestion indications are sent to the second wireless communication device 20, i.e. when load in the buffer exceeds the congestion threshold value, and a first drop threshold value indicating at least one packet to be dropped when load in the buffer exceeds the first drop threshold value.
- embodiments provide the possibility to check ECN awareness of the flow before inserting ECN congestion in every packet of the bearer. This requires a separation of flows in the first communication device 10.
- the third communication device 30 transmits a number of packet data units PDUs towards the second wireless communication device 20.
- these PDUs are buffered in a buffer associated to a radio bearer of a QCI and an ARP.
- step S3 the first communication device continuously monitors the buffer comparing the load in the buffer with set threshold values.
- the buffer exceeds the congestion threshold value and the first communication device 10 starts marking packets with ECN flags and transmits the marked packets to the second wireless communication device 20.
- step S3 * the buffer continues to build up and exceeds the first drop threshold value and packets are dropped according to a preset scheme.
- step S4 the second wireless communication device receives the ECN marked packets from the first communication device 10 and determines that congestion is indicated.
- the second communication device transmits a notification to the third communication device in order to reduce the bit rate of the application at the third communication node. And if the second communication device has determined that packets are dropped the amount of the reduction of the bit rate indicated may be increased.
- step S5 the third communication device 30 receives the indication of congestion from the second communication device 20 and adjusts the transmitting rate in accordance in order to avoid congestion.
- the third communication device 30 then transmits PDUs in a reduced bit rate towards the second communication device 20.
- the flow of packets may be the opposite. That is, packets may be transmitted from the second communication device to the third communication device and the indicating congestion mechanism may be implemented on packets traveling towards the third communication device, being, for example, a dedicated server and/or the like.
- FIG 7 a schematic overview of a method in a first communication device is shown.
- the first communication device is arranged within a telecommunications network and the method enables the indication of congestion to a second communication device.
- the second communication device may be a UE, a dedicated server and/or the like.
- the first communication device determines a radio bearer to be congestion monitored based on requested QoS setting associated to the radio bearer.
- the QoS parameter may in some embodiments comprise QCI, ARP and QCI, Sl, THP, Traffic Class and/or the like.
- the first communication device in case the first communication device has determined that the radio bearer is to be congestion monitored/controlled, sets a congestion threshold value of a buffer associated to the determined radio bearer.
- step 76 the first communication device sets a first drop threshold value on the buffer of the radio bearer.
- the first communication device sets a second drop threshold value on the buffer of the radio bearer.
- the drop threshold value/s follows an Active Queue Management, AQM, functionality.
- the congestion and drop threshold values are dependent on the QoS setting. For example, different congestion threshold values are set for different QoS, such as QCI and/or the like.
- the first communication device transmits a congestion indication message to the second communication device if buffered packets in the buffer associated to the radio bearer towards the second communication device exceed the congestion threshold value.
- the congestion indication may, in some embodiments, comprise a packet with marked ECN and the marked ECN packet may be transmitted once and/or a plurality of times.
- the second communication device may be a wireless communication device, a wired dedicated server and/or the like.
- the first communication device starts to drop at least one packet if buffered packets in the buffer exceed the first drop threshold value.
- the packets are dropped according to a preset scheme, such as, every fifth packet and/or the like.
- the first communication device drops all buffered packets that exceed the second drop threshold value in the buffer associated to the radio bearer.
- the congestion threshold value is to be lower than the first drop threshold value.
- the congestion threshold value may in some embodiments be set independently of the drop threshold values.
- a first communication device such as an eNodeB, RNC, a Network controller node, and/or the like.
- FIG 8 a schematic overview of a first communication device is shown.
- the first communication device 10 comprises a control unit 101 arranged to determine to apply an indicating congestion mechanism on a first radio bearer to a second communication device based on a quality of service setting of the first radio bearer. That being the case, the control unit 101 is further arranged to set a congestion threshold value of a packet buffer associated to the first determined radio bearer. When buffered packets in the packet buffer exceeds the set congestion threshold value, the control unit 101 is arranged to transmit over a transmitting arrangement 105 at least one indicating congestion message to the second communication device.
- the transmitting arrangement may comprise, for example, in an eNodeB an antenna, and in an RNC a wired network interface, and/or the like.
- the second communication device may be a UE, a dedicated server, and/or the like.
- control unit 101 is arranged to set a first drop threshold value of the packet buffer associated to the determined radio bearer.
- the first drop threshold value indicates a level of the packet buffer that when buffered packets exceed the first drop threshold value the control unit 101 is arranged to drop at least one packet.
- control unit 101 is arranged to drop packets according to a preset dropping scheme when buffered packets exceed the first drop threshold value.
- the control unit 101 may in some embodiments further be arranged to set a second drop threshold value of the buffer associated to the determined radio bearer.
- the second drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the second drop threshold value the control unit 101 is arranged to drop all packets exceeding the second drop threshold value.
- the congestion threshold value is set lower than the first drop threshold value.
- the congestion threshold value may in some embodiments be set independently of the drop threshold values.
- the quality of service setting comprises in some embodiments QCI and ARP, QCI, Traffic Class, THP, SI and/or the like.
- Load of the buffer may be measured as; time a packet is in buffer, estimated remaining time in the buffer of a packet, amount of packet within the buffer, and/or the like.
- the first communication device 10 may further comprise a network interface 109 or a receiving arrangement 103 arranged to receive packets from the second or a third communication device.
- the receiving arrangement 103 comprises a wireless arrangement.
- the received packets may be stored in buffers in a memory unit 107 of the first communication device.
- the buffers are associated to the radio bearer of the running service.
- the control unit 101 may comprise a CPU, a single processing unit, a plurality of processing units, and/or the like.
- the memory unit 107 may comprise a single memory unit, a plurality of memory units, external and/or internal memory units.
- Embodiments herein disclose ways to steer which applications shall adapt, and how pro- actively they shall adapt, by means of quality of service and notification signalling.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention relates to a first communication device (10) arranged to notify congestion indications to a second communication device. The first communication device comprises a control unit (101) arranged to determine to apply an indicating congestion mechanism on a first radio bearer to the second communication device based on a quality of service setting of the first radio bearer. The control unit (101) is further arranged to set a congestion threshold value and a first drop threshold value of a packet buffer associated to the first determined radio bearer. The congestion threshold value indicates that when buffered packets in the packet buffer exceeds the set congestion threshold value the control unit (101) is arranged further to transmit over a transmitting arrangement (105) at least one congestion indication to the second communication device. The first drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the first drop threshold value the control unit (101) is arranged to drop at least one packet.
Description
METHOD AND DEVICE FOR ENABLING INDICATION OF CONGESTION IN A TELECOMMUNICATIONS NETWORK
TECHNICAL FIELD The invention relates to method and device within a telecommunications network, in particular, to congestion detection.
BACKGROUND
In today's cellular or wireless networks there are adaptive applications or transport protocols like TCP that run on top of IP. And due to capacity shortage and/or the like, in the system the transmitting of packets may result in congestion-related packet drops.
When a radio resource function experiences congestion its data buffers increase and, at some point in time, packets are getting discarded. If nothing is done, an implicit congestion notification will be provided to higher layers by experienced packet drops. However, this is not acceptable for several applications, e.g. a video service that would be stalled and the like.
One example for how to notify an application about increased risks for congestion in the network, before congestion happens, is to use the Explicit Congestion Notification (ECN) on the IP layer, where a notification of congestion is indicated in the transmitted packet.
Another existent functionality is to use Active Queue Management, AQM. In AQM there is typically an average time in queue up to which the system is considered stable without congestion (congestion relating to the ability to forward packets, here called Tjnin); up to that level packets are never dropped. Typically queues do not increase above this level. However, doing so means that the network starts to get congested, and AQM starts to take actions to combat congestion. Packets are then being dropped according to a deterministic scheme or a probabilistic scheme (e.g., Random Early Detection, RED). This behavior is applied up to a second threshold value, here called Tjnax, above which all packets are being dropped. Normally Tjnax > T_min (equal values implies effectively AQM inactivated).
Using theses techniques, applications and service flows get the same congestion treatment.
SUMMARY Embodiments herein are directed to provide a flexible and efficient manner to enable an application to adapt to load associated to a radio bearer in a telecommunications network.
Embodiments relate to a method in a first communication device within a telecommunications network enabling the indication of congestion to a second communication device. The first communication device determines whether to apply an indicating congestion mechanism on a first radio bearer based on a quality of service setting of the first radio bearer.
The indicating congestion mechanism comprises that the first communication device sets a congestion threshold value of a buffer associated to the determined radio bearer. The congestion threshold value indicates that when buffer load exceeds the congestion threshold value the first communication device transmits at least one congestion indication to the second communication device.
The indicating congestion mechanism also comprises that the first communication device sets a first drop threshold value of the buffer associated to the determined radio bearer. The first drop threshold value indicates that when buffer load exceeds the first drop threshold value the first communication device drops at least one packet in the buffer.
Some embodiments relate to a first communication device for indicating congestion to a second communication device. The first communication device comprises a control unit arranged to determine to apply an indicating congestion mechanism on a first radio bearer to the second communication device based on a quality of service setting of the first radio bearer. The indicating congestion mechanism comprises that the control unit is further arranged to set a congestion threshold value and a first drop threshold value of a packet buffer associated to the first determined radio bearer.
The congestion threshold value indicates that when buffered packets in the packet buffer exceeds the set congestion threshold value the control unit is further arranged to transmit over a transmitting arrangement at least one congestion indication to the second
communication device. The first drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the first drop threshold value the control unit is arranged to drop at least one packet.
Embodiments disclose ways for enabling applications to pro-actively adapt to load on a radio bearer, by means of notification signalling based on quality of service setting.
BRIEF DESCRIPTION OF THE DRAWINGS
Embodiments will now be described in more detail in relation to the enclosed drawings, in which:
Figure 1 shows a schematic overview of a telecommunications network,
Figure 2 shows AQM in a cellular network carrying transparent and adaptive IP-based applications,
Figure 3 shows radio bearers that are based on QCI and ARP, and data over radio bearers are passed down to packet queues in the eNB handled by AQM,
Figure 4 shows a schematic overview of a first Radio Bearer RBi threshold values configuration in an eNB,
Figure 5 shows a schematic overview of threshold values of a first Radio Bearer of a QoS parameter and a second Radio Bearer of a different QoS parameter in an eNB, Figure 6 shows a schematic overview of a combined method and signaling scheme in a telecommunications network,
Figure 7 shows a schematic overview of a method in a first communication device, and
Figure 8 shows a schematic overview of a first communication device.
DETAILED DESCRIPTION OF EMBODIMENTS
Embodiments herein will be described more fully hereinafter with reference to the accompanying drawings, in which embodiments of the solution are shown. Like numbers refer to like elements throughout.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" "comprising," when used herein, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or
more other features, integers, steps, operations, elements, components, and/or groups thereof.
Unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. It will be further understood that terms used herein should be interpreted as having a meaning that is consistent with their meaning in the context of this specification and the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
Embodiments are described below with reference to block diagrams and/or flowchart illustrations of methods and devices (systems). It is understood that several blocks of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, and/or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer and/or other programmable data processing apparatus, create means for implementing the functions/acts specified in the block diagrams and/or flowchart block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function/act specified in the block diagrams and/or flowchart block or blocks.
The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer- implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the block diagrams and/or flowchart block or blocks.
Figure 1 shows a schematic overview of an example of communication devices communicating in a telecommunications network 1. The telecommunications network 1 comprises a first communication device 10, such as a base station, an eNodeB, , Radio Network Controller, RNC, and/or the like and a second communication device 20, for 5 example, a first UE, such as a first mobile terminal, a PDA, a mobile phone and/or the like, is camped in the telecommunication network 1. The second communication device is communicating using an application with a third communication device 30, for example, a second UE, such as a second mobile terminal, a server (depicted with dashed lines in figure 1 ), and/or the like.
10
As the first UE 20 communicates with the second UE 30, data packets are transmitted between the two UEs 20, 30 and in the base station 10 the packets are buffered in a buffer. It should here be understood that AQM buffers may reside in other nodes as well, e.g. in the RNC in UTRAN for the up/downlink and/or the like, before forwarded to the
15 UEs.
The base station 10 notifies the application about increased risks for congestion in the network, before congestion happens, by using the Explicit Congestion Notification (ECN) on the IP layer to the receiving UE 20 (or to UE 30 if UE 30 is the receiving UE). When
20 getting an indication of congestion the application in the receiving first UE 20 can use application layer signaling to ask the sending UE 30 to lower the send rate and by that avoid packet losses. The base station also uses an AQM mechanism that if the buffered packets exceed a first threshold value packets are dropped according a preset scheme. The threshold values of the ECN mechanism and AQM mechanism are set based on one
25 or more Quality of Service QoS parameter/s of a radio bearer carrying the service data.
In figure 2, an embodiment of signalling data in a cellular network carrying transparent and adaptive IP-based applications is shown. The application is executed between a first UE/MS User Equipment /Mobile Station 20 and a second UE/MS 30. The AQM function is 30 implemented in the RAN, radio access network. The IP data is transmitted through the RAN and through the Packet Switched Core Network PS CN.
Embodiments herein use ECN before congestion happens, on the IP layer to the receiving UE 20. When getting an indication of congestion the application in the receiving first UE 35 20 can use application layer signaling to ask the sending UE 30 to lower the send rate
and by that avoid packet losses. Two bits are set in the Differentiated Services Code Point DSCP field in the IP header, encoding one of four messages.
ECN-awareness is indicated by either of the two first ones, and congestion and not congestion is notified by the third and fourth:
ECN-unaware transport
ECN-aware transport
Congestion experienced
Congestion not experienced
ECN is signaled in the IP header (as shown in figure 2 as the end-to-end IP) and is inserted by the base station in the RAN. Note further that it is up to the application to decide on action based on the congestion pre-warning from ECN.
Some adaptive applications can make use of a pre-warning of congestion like given by ECN, e.g., real-time video or TCP-based applications. In the Radio Access Network, ECN is efficiently used in conjunction with AQM.
For most efficient result AQM is to be placed at the bottleneck of the system. In a cellular or wireless network that is typically in connection to the radio interface, see Figure 2.
In some embodiments, ECN is further set according to a bearer's assigned Quality of Service (QoS) class, e.g. defined by Quality of Service Class Identifier, QCI, and Allocation and Retention Priority, ARP, to decide which bearers shall apply ECN, when to start ECN marking by a set threshold value T_ECN, and when to start dropping packets according to scheme in AQM according to a set threshold value T_min. This relates to systems deploying 3GPP Rel-8 QoS, like E-UTRAN (LTE). A similar mechanism could be based on pre-Rel-8 QoS, using those parameters to distinguish services, such as Traffic Class, Signalling Indication, Sl, Traffic Handling Priority, THP, and/or the like.
ECN is an IP level mechanism indicating approaching congestion to the application layer. The application layer is responsible for taking action and decrease source rate (by, e.g., decrease video frame rate, resolution, etc). The advantage of embodiments is to steer which applications shall adapt, and how pro-actively they shall adapt, by means of QoS and ECN.
QCI is used by e.g. mobile communication nodes, or radio access nodes to control bearer level packet forwarding treatment, for example, admission threshold values, queue management threshold values and/or the like. These may be specified by the operator. The Characteristics are standardized and comprises the following elements:
Resource Type (Guaranteed Bit Rate, GBR, or Non-GBR)
Packet Delay Budget
(L2) Packet Error Loss Rate • Priority
The Bearer Type parameter is used for checking if the evolved packet core bearer is associated with an expected guaranteed bit rate or not. The Packet Delay Budget denotes the time that a link layer Service Data Unit (SDU), e.g. an IP packet and/or the like, may reside within the link layer between the first communication device and a UE. The Packet Delay Budget is meant to support the configuration of scheduling and link layer functions. The L2 Packet Error Loss Rate determines the expected maximum rate of non congestion related packet losses. This is for allowing appropriate link layer protocol configurations. Priority is checked to determine priority of the radio bearer.
The ARP is a parameter used to decide whether a radio bearer establishment/modification request may be accepted or rejected, in case of resource limitations like available radio capacity for GBR bearers. It is also used to decide which radio bearers to drop during exceptional resource limitations.
Each radio bearer of a GBR is associated with a Maximum Bit Rate, MBR, QoS parameter. The GBR corresponds to a minimum bit rate to be provided to a GBR bearer and the MBR to an upper limit allowed for a GBR bearer. The MBR may be greater than or equal to GBR for a particular GBR bearer.
Hence, the basic idea of some embodiments is a method that allows the usage of ECN to be based upon QCI and ARP (QCI or QCI+ARP) in the QoS Profile (giving a treatment per bearer in the network):
■ For which bearers to apply ECN - setting the ECN bits only for certain QCI or QCI+ARP, even if ECN-aware ■ When to start setting the ECN bits
■ When to start also dropping packets in AQM
The method is applicable for all 3GPP RATs applying QoS.
ECN is an IP level mechanism indicating approaching congestion to the application layer. The application layer is responsible for taking action and decrease source rate (by, e.g., decrease video frame rate, resolution, etc). The advantage of embodiments herein is to steer which applications shall adapt, and how pro-actively they shall adapt, by means of QoS and ECN.
Without a differentiation between applications and service flows, all applications get the same congestion notification, and can thus decide on decreasing their rates based on that. However, different applications and services act differently on congestion, and may need the notification at different time instances relative to the actual congestion. Also, it may be beneficial primary from an application performance perspective that certain applications do not adapt, down-grade rate, too fast or, that some applications do it before others.
Operators may also want to let certain applications, or applications belonging to certain subscriber groups, be treated differently. Allowing the congestion treatment to depend on the QoS class, e.g. QCI+ARP and/or the like, where QCI is associated with an application and ARP value is associated with a certain subscriber group, provides a means to do the desired differentiation for selected applications/services.
Embodiments aim at providing a method for an early congestion indication by ECN1 with possibility to steer the setting of the ECN indication in the IP packets per QoS class (QCI+ARP, Sl, THP, and/or the like). Embodiments relate to the usage of ECN in the context of AQM and QoS differentiation using QoS as defined in 3GPP.
For example, 3GPP Relδ defines an evolved QoS concept to allow RAN to maintain the quality of the provided services. The parameters governing the QoS are listed below.
■ QoS profile set per bearer o Quality of service class identifier, QCI o Guaranteed bit rate, GBR (only GBR bearers) o Maximum bit rate, MBR (only GBR bearers)
o Allocation retention priority, ARP
" QoS per UE for Non-GBR o Aggregate maximum bit rate, AMBR
■ QCI Characteristics o Resource type (i.e. GBR or non-GBR) o Priority o Packet Delay Budget, PDB o Packet Error Loss Rate, PELR
In figure 3, a schematic overview of data of radio bearers that are passed down to packet queues in the eNB handled by AQM is shown.
In the eNB 10 each radio bearer is mapped to one packet queue, managed by AQM. The eNB 10 comprises a first radio bearer buffer RB-| associated with a service with a first
QCIi and a first ARP-| . Furthermore, a second radio bearer buffer RB2 associated with a second service with QoS parameters of QCI2 and APR2. The eNB 10 comprises a number, n, of radio bearer buffers RBn that each comprises QoS parameters QCin and ARPn. Furthermore, the illustrated example comprises a radio bearer buffer previous the n-bearer RBn--] comprising the QoS parameters QCin-I and ARPn--I . The packets in the buffers are scheduled to be transmitted through a scheduler. Embodiments herein disclose to provide ECN in the context of AQM and QCI and ARP to obtain a flexible and efficient way of responding to congestion indications. The buffers may be defined in time in buffer, estimated remaining time left in buffer, and/or amount of data present in the buffer and/or the like.
For each queue it is decided the way ECN is applied. The usage of ECN is based upon pairs of QCI and ARP, resulting in a treatment per bearer in the network. The following options are considered per QCI or QCI+ARP:
■ For which bearers to apply ECN
■ When to start setting the ECN bits
• When to start also dropping packets in AQM
It should be noted that all threshold values may be related to average values.
Different applications and services act differently on packet losses from congestion. For example, data sent over GBR bearers should in normal situations not experience congestion related packet losses, while, for example, the TCP protocol relies on packet losses for its own congestion avoidance mechanism.
It is also possible that different subscriber groups get different treatment, letting budget subscribers/services be degraded at congestion. Premium subscribers/services, on the other hand, are protected and do not experience a quality degradation.
ECN is therefore applied/not applied to a bearer based on QCI or QCI+ARP.
The illustrated example relates to 3GPP Rel-8 QoS, like E-UTRAN (LTE). A similar mechanism could be based on pre-Rel-8 QoS, using those parameters to distinguish services.
In figure 4, a exemplary schematic overview of a first Radio Bearer RB-i threshold values configuration in an eNB is shown. The RB-j is associated with a service/application with QoS parameters QCh and ARP1. A first ECN threshold value T_ECN is set at the RB1 arranged such that if the buffer exceeds the T_ECN value the eNB starts marking an ECN flag in packets and forwards these ECN marked packets to the receiving application.
Furthermore, the RB1 has a first AQM threshold value, Tjnin, arranged such that if the buffer exceeds this value packets are dropped according to a scheme, for example, every third packet and/or the like. The RB1 buffer also has a second AQM threshold value, Tjnax, arranged such that if the buffer exceeds this threshold value level all packets are dropped.
As illustrated, the buffer in RB1 exceeds T_ECN but is below T_min, which means that ECN marked packets are transmitted but no packets are dropped.
It may be beneficial primary from an application performance perspective that certain applications do not adapt (down-grade rate) too fast (or, that some applications do it before others).
Operators may want to let certain applications, or applications belonging to certain subscriber groups, react more pro-actively than others. For example, when approaching congestion it may be desired to let premium services/subscribers continue at original source bit rate while budget services/subscribers are indicated to decrease the source bit rate. If not the congestion situation has improved after a determined time, congestion is indicated also to premium services/subscribers.
Also, different applications and services act differently on congestion, and may need the notification at different time instances relative to the actual congestion.
Hence, time to start ECN marking, T_ECN, is set according to QCI or QCI+ARP.
During the time of setting the ECN bits no packets should normally be dropped. The main idea with ECN is to resolve congestion by rate adaptation without implicit congestion notifications by dropped packets. However, if the application does not respond to ECN, or the congestion is not resolved by setting ECN, AQM must start notify the application implicitly by packet drops. This is done by dropping packets according to a certain scheme, may be probabilistic as well as deterministic, starting at the Tjnin threshold value, note that the ECN marking may continue. As for TJΞCN, this T_min threshold value is set according to QCI or QCI+ARP.
Tjnin and T_ECN may be set independently, but for ECN to start before packets start being dropped, the following relation must be fulfilled (note that the threshold values can be set equal, with the meaning that AQM and/or ECN effectively are disabled):
T_ECN ≤ Tjmin < Tjnax
In figure 5, an exemplary schematic overview of threshold values of a first Radio Bearer of a QoS parameter and a second Radio Bearer of a different QoS parameter in an eNB is shown.
ECN threshold value is set according to a bearer's assigned QCI and ARP to decide which bearers shall apply ECN, when to start ECN marking by T_ECN, and when to start dropping packets according to scheme in AQM according to T_min.
In the illustrated example, RBs assigned to a QoS of QCI=I -2 and ARP<3 comprises a first T_ECN, a first Tjnin and a first Tjnax. RBs assigned to QoS of QC1=6 and ARP=2 comprises a second T_ECN, a second Tjmin, a second T_max.
The second T_max is equal to the first Tjnax, but the second T_ECN and Tjnin differ from the first TJΞCN and Tjnin.
A buffer RB2 of packets at a first level is illustrated and if the buffer is associated to service/application of a QCI=I -2 and ARP<3, ECN marked packets will be transmitted as well as packets will be dropped according to a scheme as the buffer exceeds the first TjΞCN and first Tjnin.
However, if the buffer RB2 at the first level is associated to a service/application/subscriber with a different QoS parameter, in the example, QCI=6 and ARP=2, the eNB will transmit ECN marked packets but will not drop packets according to a scheme.
ECN is an IP level mechanism indicating approaching congestion to the application layer. The application layer is responsible for taking action and decrease source rate by, e.g., decrease video frame rate, resolution, and/or the like. The advantage is to steer which applications shall adapt, and how pro-actively they shall adapt, by means of QoS and ECN.
In figure 6, a schematic overview of an example of a combined method and signaling scheme in a telecommunications network is shown.
In step S1 , a session is set up between a second wireless communication device 20 and a third communication device 30. The second wireless communication device may comprise a user equipment UE and/or the like and the third communication device 30 may comprise a UE, a dedicated server and/or the like.
When setting up a session, in some embodiments, each service data flow is mapped to a QCI (which is a pointer, represented by a single integer number), pointing at an access node-specific configuration that controls the bearer level packet forwarding treatment, and that have been pre-configured by the operator owning the access node.
Each QCI, representing a service or service aggregate, is associated with one set of QCI Characteristics. The QCI Characteristics are used to characterize the configurations of the access nodes. In 3GPP, nine different Standardized QCI Characteristics are being defined, used to ensure interoperability between operators. Besides these Standardized QCI Characteristics, the operator is free to define its own QCI Characteristics, mainly for operation within the operator's own network (since no interoperability is secured through the standard for these).
The operator maps services flows to QoS Profiles, including QCI and ARP, and/or some other parameters. Bearers are set up based on the QoS Profile, where only one pair of QCI and ARP is allowed per bearer.
The QCI gives the operator the possibility to point out a specific service or type of service, for which the operator can specify the desired QoS and apply differentiation. The ARP gives the priority with respect to admission control and bearer-level congestion control. If QCI may point out the service, the ARP may be used to point out the subscriber group. Since an Evolved Packet System EPS bearer (and radio bearer) can be defined only for one pair of QCI and ARP, it is possible to define bearers corresponding to only one single service and subscriber group. E.g., if only one service is mapped to a specific QCI, the radio bearer will also carry only that particular service.
The illustrated example relates to 3GPP Rel-8 QoS, like E-UTRAN (LTE). A similar mechanism could be based on pre-Rel-8 QoS, using those parameters to distinguish services, such as Traffic Class, Sl, THP, and/or the like.
In step S2, a first communication device 10 eNB determines whether to apply an indicating congestion mechanism on a first radio bearer based on a quality of service setting of the first radio bearer. That being the case, the buffer related to that service comprises a congestion threshold value above which congestion indications are sent to the second wireless communication device 20, i.e. when load in the buffer exceeds the
congestion threshold value, and a first drop threshold value indicating at least one packet to be dropped when load in the buffer exceeds the first drop threshold value.
If a bearer carries several services and it is resource demanding to insert ECN congestion, embodiments provide the possibility to check ECN awareness of the flow before inserting ECN congestion in every packet of the bearer. This requires a separation of flows in the first communication device 10.
The third communication device 30 transmits a number of packet data units PDUs towards the second wireless communication device 20. In the first communication device 10 these PDUs are buffered in a buffer associated to a radio bearer of a QCI and an ARP.
In step S3, the first communication device continuously monitors the buffer comparing the load in the buffer with set threshold values.
As the buffer is building up, the buffer exceeds the congestion threshold value and the first communication device 10 starts marking packets with ECN flags and transmits the marked packets to the second wireless communication device 20.
In step S3*, the buffer continues to build up and exceeds the first drop threshold value and packets are dropped according to a preset scheme.
In step S4, the second wireless communication device receives the ECN marked packets from the first communication device 10 and determines that congestion is indicated. The second communication device transmits a notification to the third communication device in order to reduce the bit rate of the application at the third communication node. And if the second communication device has determined that packets are dropped the amount of the reduction of the bit rate indicated may be increased.
In step S5, the third communication device 30 receives the indication of congestion from the second communication device 20 and adjusts the transmitting rate in accordance in order to avoid congestion.
The third communication device 30 then transmits PDUs in a reduced bit rate towards the second communication device 20.
It should here be understood that the flow of packets may be the opposite. That is, packets may be transmitted from the second communication device to the third communication device and the indicating congestion mechanism may be implemented on packets traveling towards the third communication device, being, for example, a dedicated server and/or the like.
In figure 7, a schematic overview of a method in a first communication device is shown.
The first communication device is arranged within a telecommunications network and the method enables the indication of congestion to a second communication device. The second communication device may be a UE, a dedicated server and/or the like.
In step 72, the first communication device determines a radio bearer to be congestion monitored based on requested QoS setting associated to the radio bearer. The QoS parameter may in some embodiments comprise QCI, ARP and QCI, Sl, THP, Traffic Class and/or the like.
In step 74, the first communication device, in case the first communication device has determined that the radio bearer is to be congestion monitored/controlled, sets a congestion threshold value of a buffer associated to the determined radio bearer.
In step 76, the first communication device sets a first drop threshold value on the buffer of the radio bearer.
In optional step 78, the first communication device sets a second drop threshold value on the buffer of the radio bearer.
In some embodiments, the drop threshold value/s follows an Active Queue Management, AQM, functionality.
It should be understood that in some embodiments the congestion and drop threshold values are dependent on the QoS setting. For example, different congestion threshold values are set for different QoS, such as QCI and/or the like.
In step 80, the first communication device transmits a congestion indication message to the second communication device if buffered packets in the buffer associated to the radio bearer towards the second communication device exceed the congestion threshold value. It should here be understood that the congestion indication may, in some embodiments, comprise a packet with marked ECN and the marked ECN packet may be transmitted once and/or a plurality of times. The second communication device may be a wireless communication device, a wired dedicated server and/or the like.
In step 82, the first communication device starts to drop at least one packet if buffered packets in the buffer exceed the first drop threshold value. In some embodiments, the packets are dropped according to a preset scheme, such as, every fifth packet and/or the like.
In optional step 84, the first communication device drops all buffered packets that exceed the second drop threshold value in the buffer associated to the radio bearer.
In some embodiments, the congestion threshold value is to be lower than the first drop threshold value. However, the congestion threshold value may in some embodiments be set independently of the drop threshold values.
In order to perform the method a first communication device is provided, such as an eNodeB, RNC, a Network controller node, and/or the like.
In figure 8, a schematic overview of a first communication device is shown.
The first communication device 10 comprises a control unit 101 arranged to determine to apply an indicating congestion mechanism on a first radio bearer to a second communication device based on a quality of service setting of the first radio bearer. That being the case, the control unit 101 is further arranged to set a congestion threshold value of a packet buffer associated to the first determined radio bearer. When buffered packets in the packet buffer exceeds the set congestion threshold value, the control unit 101 is arranged to transmit over a transmitting arrangement 105 at least one indicating congestion message to the second communication device. The transmitting arrangement may comprise, for example, in an eNodeB an antenna, and in an RNC a wired network
interface, and/or the like. The second communication device may be a UE, a dedicated server, and/or the like.
Furthermore, the control unit 101 is arranged to set a first drop threshold value of the packet buffer associated to the determined radio bearer. The first drop threshold value indicates a level of the packet buffer that when buffered packets exceed the first drop threshold value the control unit 101 is arranged to drop at least one packet. In some embodiments, the control unit 101 is arranged to drop packets according to a preset dropping scheme when buffered packets exceed the first drop threshold value.
The control unit 101 may in some embodiments further be arranged to set a second drop threshold value of the buffer associated to the determined radio bearer. The second drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the second drop threshold value the control unit 101 is arranged to drop all packets exceeding the second drop threshold value.
In some embodiments, the congestion threshold value is set lower than the first drop threshold value. However, the congestion threshold value may in some embodiments be set independently of the drop threshold values.
The quality of service setting comprises in some embodiments QCI and ARP, QCI, Traffic Class, THP, SI and/or the like.
Load of the buffer may be measured as; time a packet is in buffer, estimated remaining time in the buffer of a packet, amount of packet within the buffer, and/or the like.
The first communication device 10 may further comprise a network interface 109 or a receiving arrangement 103 arranged to receive packets from the second or a third communication device. In the example of the first communication device 10 being an eNodeB, the receiving arrangement 103 comprises a wireless arrangement. The received packets may be stored in buffers in a memory unit 107 of the first communication device. The buffers are associated to the radio bearer of the running service.
The control unit 101 may comprise a CPU, a single processing unit, a plurality of processing units, and/or the like.
The memory unit 107 may comprise a single memory unit, a plurality of memory units, external and/or internal memory units.
Embodiments herein disclose ways to steer which applications shall adapt, and how pro- actively they shall adapt, by means of quality of service and notification signalling.
In the drawings and specification, there have been disclosed exemplary embodiments of the invention. However, many variations and modifications can be made to these embodiments without substantially departing from the principles of the present invention. Accordingly, although specific terms are employed, they are used in a generic and descriptive sense only and not for purposes of limitation, the scope of the invention being defined by the following claims.
Claims
1. A method in a first communication device within a telecommunications network enabling to indicate congestion to a second communication device, comprising to determine whether to apply an indicating congestion mechanism on a first radio bearer based on a quality of service setting of the first radio bearer, wherein the indicating congestion mechanism comprises the steps of:
-setting a congestion threshold value of a buffer associated to the determined radio bearer,
-transmitting at least one congestion indication to the second communication device when buffered packets in the buffer exceeds the congestion threshold value,
-setting a first drop threshold value of the buffer associated to the determined radio bearer, and
-dropping at least one packet when buffered packets in the buffer exceeds the first drop threshold value.
2. A method according to claim 1 , wherein the quality of service setting comprises Quality of Service Class Identifier, QCI, Allocation and Retention Priority, ARP, Traffic Class, Signalling Indication, Sl, Traffic Handling Priority, THP, and/or the like.
3. A method according to any of the claims 1 -2, further comprising the step of setting a second drop threshold value of the buffer associated to the determined radio bearer, wherein exceeding the second drop threshold value with buffered packets will initiate dropping of all packets exceeding the second drop threshold value.
4. A method according to any of the claims 1-3, wherein the initiated dropping of at least one packet exceeding the first drop threshold value follows a dropping scheme.
5. A method according to any of claims 1-4, the congestion threshold value is independently set disregarding the first drop threshold value.
6. A method according to any of claims 1-4, the congestion threshold value is set lower than the first drop threshold value.
7. A method according to any of claims 1-6, wherein the congestion indication comprises a set Explicit Congestion Notification in a packet.
8. A method according to any of claims 1-7, wherein the drop threshold value/s follow an Active Queue Management, AQM, functionality.
9. A method according to any of claims 1-8, wherein the set threshold values are dependent on the QoS setting.
10. A first communication device (10) for indicating congestion to a second communication device characterised in comprising a control unit (101 ) arranged to determine to apply an indicating congestion mechanism on a first radio bearer to the second communication device based on a quality of service setting of the first radio bearer and to set a congestion threshold value and a first drop threshold value of a packet buffer associated to the first determined radio bearer, wherein the congestion threshold value indicates that when buffered packets in the packet buffer exceeds the set congestion threshold value the control unit (101 ) is arranged further to transmit over a transmitting arrangement (105) at least one congestion indication to the second communication device and the first drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the first drop threshold value the control unit (101 ) is arranged to drop at least one packet.
11. A first communication device according to claim 10, wherein the quality of service setting comprises Quality of Service Class Identifier, QCI, Allocation and Retention Priority, ARP, Traffic Class, Signalling Indication, Sl, Traffic Handling Priority, THP, and/or the like .
12. A first communication device according to any of the claims 10-11 , wherein the control unit (101 ) is further arranged to set a second drop threshold value of the buffer associated to the determined radio bearer, wherein the second drop threshold value indicates a level of the packet buffer that when buffered packets exceeds the second drop threshold value the control unit (101 ) is arranged to drop all packets exceeding the second drop threshold value.
13. A first communication device according to any of the claims 10-12, wherein the control unit (101 ) is arranged to drop the at least one packet following a dropping scheme.
14. A first communication device according to any of claims 10-13, wherein the control unit (101 ) is arranged to set the congestion threshold value independently of the first drop threshold value.
15. A first communication device according to any of claims 10-13, wherein the control unit (101 ) is arranged to set the congestion threshold value lower than the first drop threshold value.
16. A first communication device according to any of claims 10-15, wherein the congestion indication is created by the control unit (101) by indicating explicit congestion notification, ECN, in a packet.
17. A first communication device according to any of claims 10-16, wherein the drop threshold value/s follow an Active Queue Management, AQM, functionality.
18. A method according to any of claims 10-17, wherein the threshold values are dependent on the quality of service setting.
19. A first communication device according to any of claims 10-17, comprising a base station/controller, such as an eNodeB, Radio Network Controller and/or the like.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP08876283A EP2359544A1 (en) | 2008-11-11 | 2008-11-11 | Method and device for enabling indication of congestion in a telecommunications network |
US13/128,686 US20110222406A1 (en) | 2008-11-11 | 2008-11-11 | Method And Device For Enabling Indication Of Congestion In A Telecommunications Network |
PCT/SE2008/051289 WO2010056158A1 (en) | 2008-11-11 | 2008-11-11 | Method and device for enabling indication of congestion in a telecommunications network |
CN2008801319996A CN102239666A (en) | 2008-11-11 | 2008-11-11 | Method and device for enabling indication of congestion in a telecommunications network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/SE2008/051289 WO2010056158A1 (en) | 2008-11-11 | 2008-11-11 | Method and device for enabling indication of congestion in a telecommunications network |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010056158A1 true WO2010056158A1 (en) | 2010-05-20 |
Family
ID=40823174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/SE2008/051289 WO2010056158A1 (en) | 2008-11-11 | 2008-11-11 | Method and device for enabling indication of congestion in a telecommunications network |
Country Status (4)
Country | Link |
---|---|
US (1) | US20110222406A1 (en) |
EP (1) | EP2359544A1 (en) |
CN (1) | CN102239666A (en) |
WO (1) | WO2010056158A1 (en) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012063040A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications network, infrastructure equipment, mobile communications device and method |
WO2012063032A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications device and method |
WO2012063038A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications device and method |
WO2012063039A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Infrastructure equipment and method |
WO2012063041A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Infrastructure equipment and method |
WO2012063030A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications network, infrastructure equipment and method to control data communication according to a type of the data |
WO2012063042A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications network, infrastructure equipment, mobile communications device and method |
WO2012122903A1 (en) * | 2011-03-17 | 2012-09-20 | 华为技术有限公司 | Data processing method and device |
CN102821001A (en) * | 2012-09-17 | 2012-12-12 | 吉林大学 | Method for realizing fuzzy neuron active queue management method in IPCOP |
WO2012175117A1 (en) * | 2011-06-21 | 2012-12-27 | Telefonaktiebolaget L M Ericsson (Publ) | Managing communications within a wireless communications network |
WO2013044438A1 (en) * | 2011-09-26 | 2013-04-04 | 中兴通讯股份有限公司 | Method and apparatus for congestion avoidance |
WO2013081759A1 (en) * | 2011-11-29 | 2013-06-06 | Motorola Solutions, Inc. | Method and apparatus for managing quality of service settings for group communications |
WO2013070164A3 (en) * | 2011-11-09 | 2013-07-11 | Telefonaktiebolaget L M Ericsson (Publ) | Congestion control for multi flow data communication |
EP2728927A1 (en) * | 2011-07-01 | 2014-05-07 | NEC Corporation | Communication system and base station device |
WO2016080871A1 (en) * | 2014-11-17 | 2016-05-26 | Telefonaktiebolaget L M Ericsson (Publ) | Active queue management for a wireless communication network |
EP2785104A3 (en) * | 2013-03-29 | 2016-10-05 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling congestion in wireless communication system |
EP3192299A4 (en) * | 2014-09-10 | 2017-10-11 | Telefonaktiebolaget LM Ericsson (publ) | Explicit congestion notification marking of user traffic |
WO2017199208A1 (en) * | 2016-05-18 | 2017-11-23 | Marvell Israel (M.I.S.L) Ltd. | Congestion avoidance in a network device |
JP2021516012A (en) * | 2018-03-06 | 2021-06-24 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | Flow management in the network |
US11706144B2 (en) | 2020-05-06 | 2023-07-18 | Marvell Israel (M.I.S.L) Ltd. | Marking packets based on egress rate to indicate congestion |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8811404B2 (en) * | 2009-06-26 | 2014-08-19 | Qualcomm Incorporated | Systems, apparatus and methods for configuration of scheduling policy to facilitate distributed scheduling |
US20110261695A1 (en) * | 2010-04-23 | 2011-10-27 | Xiaoming Zhao | System and method for network congestion control |
CN102271405B (en) * | 2010-06-04 | 2014-09-10 | 中兴通讯股份有限公司 | Method and device for allocating bearer resources |
US8755271B2 (en) * | 2011-01-28 | 2014-06-17 | Broadcom Corporation | Dynamic memory bandwidth allocation |
WO2013036183A1 (en) * | 2011-09-08 | 2013-03-14 | Telefonaktiebolaget L M Ericsson (Publ) | Method in a base station, a base station, computer programs and computer readable means |
JP5919727B2 (en) * | 2011-10-26 | 2016-05-18 | 富士通株式会社 | Program for buffer management, relay device, and control method |
US8705490B2 (en) | 2011-12-23 | 2014-04-22 | Verizon Patent And Licensing Inc. | Handing over a user device from one technology to another |
ES2429663B1 (en) * | 2012-02-28 | 2015-04-13 | Telefónica, S.A. | METHOD AND SYSTEM FOR PLANNING THE DESCENDING LINK IN LONG-TERM EVOLUTION NETWORKS (LTE) BASED ON QUALITY OF SERVICE (QOS) |
KR20130104943A (en) | 2012-03-16 | 2013-09-25 | 삼성전자주식회사 | Method and apparatus for automatically managing radio resource of ims-based wireless video surveillance according to viedo analysis |
US8988997B2 (en) | 2012-06-08 | 2015-03-24 | Telefonaktiebolaget L M Ericsson (Publ) | Communication network congestion control using allocation and retention priority |
US8989024B2 (en) * | 2012-06-18 | 2015-03-24 | At&T Intellectual Property I, L.P. | Long term evolution network dynamic overload management |
EP2704380A1 (en) * | 2012-09-03 | 2014-03-05 | Telefonaktiebolaget L M Ericsson (publ) | Congestion signalling in a communications network |
US9172643B2 (en) * | 2012-10-25 | 2015-10-27 | Opanga Networks, Inc. | Method and system for cooperative congestion detection in cellular networks |
US8989008B2 (en) * | 2012-10-26 | 2015-03-24 | Verizon Patent And Licensing Inc. | Wirespeed TCP packet window field modification for networks having radio segments |
US9232426B2 (en) * | 2012-11-01 | 2016-01-05 | Verizon Patent And Licensing Inc. | System and method for improving information carrying capacity by controlling re-transmissions |
US10033644B2 (en) * | 2013-02-12 | 2018-07-24 | Adara Networks, Inc. | Controlling congestion controlled flows |
KR20140118659A (en) * | 2013-03-29 | 2014-10-08 | 삼성전자주식회사 | Method and apparatus for controlling congestion in wireless communication system |
US9781046B1 (en) * | 2013-11-19 | 2017-10-03 | Tripwire, Inc. | Bandwidth throttling in vulnerability scanning applications |
US9295081B1 (en) * | 2014-04-01 | 2016-03-22 | Sprint Communication Cômpany L.P. | Orthogonal frequency division multiplexing (OFDM) communication system and method to schedule transfers of first and second user communications |
US9860791B1 (en) * | 2014-07-02 | 2018-01-02 | Sprint Communications Company L.P. | Long term evolution communication policies based on explicit congestion notification |
US9923836B1 (en) * | 2014-11-21 | 2018-03-20 | Sprint Spectrum L.P. | Systems and methods for configuring a delay based scheduler for an access node |
EP3035615A1 (en) * | 2014-12-17 | 2016-06-22 | Alcatel Lucent | Method for queue management |
US9900230B2 (en) * | 2016-01-07 | 2018-02-20 | Avaya Inc. | Dissemination of quality of service information in a distributed environment |
US10084716B2 (en) * | 2016-03-20 | 2018-09-25 | Mellanox Technologies Tlv Ltd. | Flexible application of congestion control measures |
CN108064058B (en) * | 2016-11-07 | 2022-11-01 | 中兴通讯股份有限公司 | Congestion control method and device and base station |
US20220232414A1 (en) * | 2019-05-08 | 2022-07-21 | Lenovo (Beijing) Limited | Method and apparatus for radio link flow control |
US12081609B2 (en) * | 2019-11-08 | 2024-09-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for transmitting real-time media stream |
US20230308939A1 (en) * | 2020-08-20 | 2023-09-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Technique for controlling performance management depending on network load |
US20230354091A1 (en) * | 2022-04-27 | 2023-11-02 | Meta Platforms Technologies, Llc | Network congestion mitigation |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5901147A (en) * | 1996-08-30 | 1999-05-04 | Mmc Networks, Inc. | Apparatus and methods to change thresholds to control congestion in ATM switches |
US20050262266A1 (en) * | 2002-06-20 | 2005-11-24 | Niclas Wiberg | Apparatus and method for resource allocation |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6324165B1 (en) * | 1997-09-05 | 2001-11-27 | Nec Usa, Inc. | Large capacity, multiclass core ATM switch architecture |
US6981054B1 (en) * | 2000-06-06 | 2005-12-27 | Advanced Micro Devices, Inc. | Flow control arrangement in a network switch based on priority traffic |
US6804492B2 (en) * | 2001-04-04 | 2004-10-12 | Hughes Electronics Corporation | High volume uplink in a broadband satellite communications system |
GB2372172B (en) * | 2001-05-31 | 2002-12-24 | Ericsson Telefon Ab L M | Congestion handling in a packet data network |
JP3465703B2 (en) * | 2001-07-18 | 2003-11-10 | 日本電気株式会社 | Common channel flow control method |
US7359321B1 (en) * | 2002-01-17 | 2008-04-15 | Juniper Networks, Inc. | Systems and methods for selectively performing explicit congestion notification |
KR20040086490A (en) * | 2003-04-02 | 2004-10-11 | 삼성전자주식회사 | Apparatus and method for controlling reverse link data rate of packet data in a mobile communication system |
US8036120B2 (en) * | 2003-08-27 | 2011-10-11 | Nortel Networks Limited | Technique for admission control of packet flows |
KR100656509B1 (en) * | 2004-03-03 | 2006-12-11 | 삼성전자주식회사 | Congestion avoidance method for video service bandwidth |
US20080068995A1 (en) * | 2004-07-05 | 2008-03-20 | Robert Skog | Devices and Methods for Push Message Initiated Service |
EP1763971B1 (en) * | 2004-07-05 | 2009-12-09 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Binding mechanism for quality of service management in a communication network |
JP4511906B2 (en) * | 2004-11-02 | 2010-07-28 | パナソニック株式会社 | Transmitting apparatus and transmitting method |
FR2882879A1 (en) * | 2005-03-03 | 2006-09-08 | France Telecom | METHOD FOR PROCESSING THE QUALITY OF SERVICE OF A TRANSPORT CHANNEL AND MANAGEMENT NODE FOR ITS IMPLEMENTATION |
CN101179831A (en) * | 2006-11-07 | 2008-05-14 | 中兴通讯股份有限公司 | Congestion control system between base station and wireless network controller |
US20080239953A1 (en) * | 2007-03-28 | 2008-10-02 | Honeywell International, Inc. | Method and apparatus for minimizing congestion in gateways |
US8218436B2 (en) * | 2008-03-21 | 2012-07-10 | Research In Motion Limited | Dynamic aggregated maximum bit rate for evolved packet system non-guaranteed bit rate quality of service enforcement and network bandwidth utilization |
-
2008
- 2008-11-11 US US13/128,686 patent/US20110222406A1/en not_active Abandoned
- 2008-11-11 CN CN2008801319996A patent/CN102239666A/en active Pending
- 2008-11-11 WO PCT/SE2008/051289 patent/WO2010056158A1/en active Application Filing
- 2008-11-11 EP EP08876283A patent/EP2359544A1/en not_active Withdrawn
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5901147A (en) * | 1996-08-30 | 1999-05-04 | Mmc Networks, Inc. | Apparatus and methods to change thresholds to control congestion in ATM switches |
US20050262266A1 (en) * | 2002-06-20 | 2005-11-24 | Niclas Wiberg | Apparatus and method for resource allocation |
Non-Patent Citations (2)
Title |
---|
ERICSSON ET AL: "Rate adaptation: Text Proposal", 3GPP DRAFT; S2-075185-RATE-ADAPTATION-TEXT-PROPOSAL-REV1, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Ljubljana; 20071112, 2 November 2007 (2007-11-02), XP050261902 * |
ERICSSON: "Rate adaptation with MBRGBR bearers", 3GPP DRAFT; S2-075184-RATE-ADAPTATION-REV1, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Ljubljana; 20071112, 2 November 2007 (2007-11-02), XP050261901 * |
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9462591B2 (en) | 2010-11-08 | 2016-10-04 | Sca Ipla Holdings Inc. | Mobile communications network, infrastructure equipment, mobile communications device and method |
WO2012063041A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Infrastructure equipment and method |
GB2485234B (en) * | 2010-11-08 | 2015-03-25 | Sca Ipla Holdings Inc | Mobile communications device and method |
WO2012063039A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Infrastructure equipment and method |
WO2012063040A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications network, infrastructure equipment, mobile communications device and method |
WO2012063030A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications network, infrastructure equipment and method to control data communication according to a type of the data |
WO2012063042A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications network, infrastructure equipment, mobile communications device and method |
US9439175B2 (en) | 2010-11-08 | 2016-09-06 | Sca Ipla Holdings Inc. | Mobile communications network device and method |
WO2012063038A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications device and method |
WO2012063032A1 (en) * | 2010-11-08 | 2012-05-18 | Wireless Technology Solutions Llc | Mobile communications device and method |
CN103535104A (en) * | 2010-11-08 | 2014-01-22 | 知识风险控股81有限责任公司 | Infrastructure equipment and method |
US9288809B2 (en) | 2010-11-08 | 2016-03-15 | Sca Ipla Holdings Inc. | Infrastructure equipment and method |
US9191859B2 (en) | 2010-11-08 | 2015-11-17 | Sca Ipla Holdings Inc. | Mobile communications network, infrastructure equipment, mobile communications device and method |
CN103229584A (en) * | 2010-11-08 | 2013-07-31 | Sca艾普拉控股有限公司 | Infrastructure equipment and method |
JP2013544059A (en) * | 2010-11-08 | 2013-12-09 | エスシーエー アイピーエルエー ホールディングス インコーポレイテッド | Mobile communication network, infrastructure device, mobile communication device and method |
JP2013544057A (en) * | 2010-11-08 | 2013-12-09 | エスシーエー アイピーエルエー ホールディングス インコーポレイテッド | Mobile communication network, infrastructure device, mobile communication apparatus and method. |
WO2012122903A1 (en) * | 2011-03-17 | 2012-09-20 | 华为技术有限公司 | Data processing method and device |
WO2012175117A1 (en) * | 2011-06-21 | 2012-12-27 | Telefonaktiebolaget L M Ericsson (Publ) | Managing communications within a wireless communications network |
US9313686B2 (en) | 2011-06-21 | 2016-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Managing communications within a wireless communications network |
EP2728927A4 (en) * | 2011-07-01 | 2015-02-18 | Nec Corp | Communication system and base station device |
EP2728927A1 (en) * | 2011-07-01 | 2014-05-07 | NEC Corporation | Communication system and base station device |
US9609545B2 (en) | 2011-07-01 | 2017-03-28 | Nec Corporation | Communication system and base station device |
WO2013044438A1 (en) * | 2011-09-26 | 2013-04-04 | 中兴通讯股份有限公司 | Method and apparatus for congestion avoidance |
US9107095B2 (en) | 2011-11-09 | 2015-08-11 | Telefonaktiebolaget L M Ericsson (Publ) | Congestion control for multi flow data communication |
WO2013070164A3 (en) * | 2011-11-09 | 2013-07-11 | Telefonaktiebolaget L M Ericsson (Publ) | Congestion control for multi flow data communication |
GB2510090B (en) * | 2011-11-29 | 2018-08-01 | Motorola Solutions Inc | Method and apparatus for managing quality of service settings for group communications |
GB2510090A (en) * | 2011-11-29 | 2014-07-23 | Gill Jennings & Every Llp | Method and apparatus for managing quality of service settings for group communications |
WO2013081759A1 (en) * | 2011-11-29 | 2013-06-06 | Motorola Solutions, Inc. | Method and apparatus for managing quality of service settings for group communications |
US9173134B2 (en) | 2011-11-29 | 2015-10-27 | Motorola Solutions, Inc. | Method and apparatus for managing quality of service settings for group communications |
CN102821001A (en) * | 2012-09-17 | 2012-12-12 | 吉林大学 | Method for realizing fuzzy neuron active queue management method in IPCOP |
EP2785104A3 (en) * | 2013-03-29 | 2016-10-05 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling congestion in wireless communication system |
EP3192299A4 (en) * | 2014-09-10 | 2017-10-11 | Telefonaktiebolaget LM Ericsson (publ) | Explicit congestion notification marking of user traffic |
WO2016080871A1 (en) * | 2014-11-17 | 2016-05-26 | Telefonaktiebolaget L M Ericsson (Publ) | Active queue management for a wireless communication network |
WO2017199208A1 (en) * | 2016-05-18 | 2017-11-23 | Marvell Israel (M.I.S.L) Ltd. | Congestion avoidance in a network device |
US10516620B2 (en) | 2016-05-18 | 2019-12-24 | Marvell Israel (M.I.S.L) Ltd. | Congestion avoidance in a network device |
US11005769B2 (en) | 2016-05-18 | 2021-05-11 | Marvell Israel (M.I.S.L) Ltd. | Congestion avoidance in a network device |
JP2021516012A (en) * | 2018-03-06 | 2021-06-24 | インターナショナル・ビジネス・マシーンズ・コーポレーションInternational Business Machines Corporation | Flow management in the network |
JP7212441B2 (en) | 2018-03-06 | 2023-01-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Flow management in networks |
US11706144B2 (en) | 2020-05-06 | 2023-07-18 | Marvell Israel (M.I.S.L) Ltd. | Marking packets based on egress rate to indicate congestion |
Also Published As
Publication number | Publication date |
---|---|
CN102239666A (en) | 2011-11-09 |
US20110222406A1 (en) | 2011-09-15 |
EP2359544A1 (en) | 2011-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20110222406A1 (en) | Method And Device For Enabling Indication Of Congestion In A Telecommunications Network | |
CA3025578C (en) | Method and device for qos control | |
JP5279717B2 (en) | Load-dependent rate regulation method and system | |
US9602234B2 (en) | Data transmission control methods and devices | |
US20200280871A1 (en) | Optimization of resource allocation based on received quality of experience information | |
CN109155762B (en) | Data transmission method and device | |
EP3471355B1 (en) | Communication network congestion control using allocation and retention priority | |
US20150264707A1 (en) | Uplink Backpressure Coordination | |
US20080248807A1 (en) | Method and apparatus for controlling a call in a communication system | |
KR20130132470A (en) | Mobile communications network, infrastructure equipment, mobile communications device and method | |
EP2580893B1 (en) | Call admission and preemption for multiple bit- rate applications | |
JP2013545392A (en) | Mobile communication network, infrastructure device and method of controlling data communication according to type of data | |
CN108064058B (en) | Congestion control method and device and base station | |
JP2007235932A (en) | Radio base station device, radio communication system and traffic control method | |
CN110876160A (en) | Resource transmission control method and device based on multimode base station | |
CN117641441A (en) | Congestion control method and device | |
CN111372281A (en) | Traffic management method in mobile network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200880131999.6 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08876283 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 13128686 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008876283 Country of ref document: EP |