Patent Application
20170005940
The invention relates to the field of customer-premises equipment devices coupled to an IP (Internet Protocol) network, e.g. via a digital subscriber line to a network service provider.
Residential gateways are widely used to connect devices in the home to the Internet or any other wide area network (WAN). Residential gateways use in particular digital subscriber line (DSL) technology that enables a high data rate transmission over copper lines or optical lines. During the years, several DSL standards have been established, differing in data rates and in range, for example ADSL and VDSL, which are referred to in this context as xDSL. Also optical transmission for Internet services is well known, for example fiber-to-the-home (FTTH) and fiber-to-the premises (FTTP). Residential gateways, but also other devices such as routers, WLAN (Wireless Local Area Network) forwarders, switches, telephones and set-top boxes, are understood in this context as customer premises equipment (CPE) devices.
IP QoS (Internet Protocol Quality of Service) mechanisms are implemented in integrated circuits as a hardware mechanism, but some more flexible mechanisms are implemented in software. IPQoS is defined, for example, in IEEE P802.1p, which describes eight different classes of service. RFC 3260 describes Differentiated Services (DiffServ), a mechanism for classifying and managing network traffic and providing quality of service on IP networks.
The subject is upstream QoS management on VDSL implemented through queuing mechanisms. On the Broadcom 6368 platform, which is a low-power VDSL and ADSL2+ IC solution for a residential gateway, a limited queuing mechanism is implemented in hardware. Queues can be configured to work in a strict mode or in a WRR (weighted round robin) mode. A combination of both queuing mechanisms is not possible.
Software (IPQoS, AQM (Active Queue Management)) queuing is implemented to allow for more advanced queuing mechanisms. Queues can be configured to have strict mode and WRR mode (e.g. 2 queues strict+2 queues WRR). Also more advanced features (tcp ack filtering, shaping, etc) are implemented in this software module.
To serve a VDSL upstream QoS feature, the IPQoS software module is configured with some combination of queue settings. A mapping is configured in the hardware queues to make sure that the software queues are extended in hardware (with limited feature set).
Drawback of this software module is that it consumes a lot of CPU resources (CPU load+memory usage). This becomes a problem in particular when the upstream synchronization rate on a VDSL line is high (above ˜10 Mbps). As the upstream rate is higher, the queuing mechanism is allowed to transfer more packets per second, which leads to more work for the processor and more CPU load.
It is possible to disable or enable this feature through the configuration interfaces, but that would require manual monitoring of the end customers upstream rate, and deciding to enable or disable the software queuing. This is hard to manage.
Another solution could be to deploy two kinds of software to end customers: one with software queuing enabled, the other one with software queuing disabled. This is even harder to manage.
The method for an automatic selection of a quality of service (QoS) queuing mechanism for upstream traffic on a high bandwidth access line comprises:
In particular, a hardware queuing is enabled up to a maximum synchronization rate, and the software queuing is only enabled up to the threshold. The hardware queuing is hence used as a fallback solution in case the software queuing is not enabled.
In a preferred embodiment, the method uses a weighted round robin priority queueing as the software queueing and a strict priority queueing for the hardware queuing, in case the upstream rate is below the threshold, and disables the weighted round robin priority queueing when the upstream rate is above the threshold. The queues, as used for the weighted round robin priority queueing, are advantageously combined into one queue when the software queueing is disabled.
In another embodiment, the high bandwidth access line is an xDSL line, for example a VDSL line.
The customer premises equipment device comprises a microprocessor for performing the method. The customer premises equipment (CPE) device is in particular a residential gateway, an enterprise gateway, a router, a switch, or a set-top box.
The computer readable storage medium includes stored instructions enabling the microprocessor of the CPE device to perform the method.
The method therefore measures the upstream rate on the access line, in particular the upstream synchronization rate, or upstream data rate in Mbit/s. And depending on that rate, it decides to keep the software queuing enabled, e.g. for low synchronization rates, or to disable the software queuing, e.g. for high synchronization rates. When the method decides to disable the software queuing, there still is the hardware queuing, with a limited QoS feature set, as a fallback solution. As QoS is less important on higher rates, it isn't a big issue to fallback to a limited feature set. The method is, for example, implemented in an automatic configuration script or in a generic CPE software of the CPE device.
Preferred embodiments of the invention are explained in more detail below by way of example with reference to schematic drawings, which show:
In the following description, example methods for an automatic selection of an IP QoS (quality of service in an IP network) mechanism for upstream traffic on a high bandwidth access line are described. For purposes of explanation, various specific details are set forth in order to provide a thorough understanding of preferred embodiments. It will be evident, however, to one skilled in the art that the present solution may be practiced without these specific details.
A customer premises equipment (CPE) device includes, in a preferred embodiment, a controller, e.g. a microprocessor, a non-volatile memory, in which an operating system is stored, a volatile memory for the operation of the CPE device, a Wi-Fi node for a wireless operation and a broadband connection, e.g. an xDSL connection. A CPE device of this kind is, for example, a residential gateway, which has a central position within a wireless local area network (WLAN).
A principle method for an automatic selection of an IP QoS mechanism for upstream traffic on the high bandwidth access line is shown in
When the actually used bandwidth of the access line, e.g. an xDSL connection, goes above a threshold of S Mbits/s, the IPQoS SW mechanism is stopped, and the IPQoS HW mechanism remains. When the actually used bandwidth goes below S Mbits/s, the IPQoS SW mechanism is started, in addition to the IPQoS HW mechanism, allowing more priority queues, supporting a refinement of QoS categories. The threshold of S Mbits/s is below the maximum synchronization rate Max of the access line.
The threshold S is for example 10 Mbit/s. Above 10 Mbit/s, the software mechanism is disabled, and below 10 Mbit/s, the software mechanism allowing software queuing is enabled.
A flowchart showing the concept of the switching mechanism is shown in
For a particular embodiment, the mapping between the pure hardware queuing and the hardware and software queuing is designed as shown in
When the software based QoS mechanism is enabled, for the queues 0-2 a weighted round robin (WRR) priority queueing and for the queues 3-5 a strict priority queueing is provided. When the software based QoS mechanism is disabled, the queues 0-2 as used for the weighted round robin (WRR) priority queueing are combined and assigned to a single queue, queue 0. The queues 3-5 as used with the software based QoS mechanism remain and are renumbered to 1-3. Now, only strict priority queueing is provided for the remaining queues 0-3, when only the hardware based QoS mechanism is enabled.
The solution has the following advantages: It is possible to deploy the software for customers that need this software queuing mechanism customized build. The solution will sense the upstream rate, for example of the VDSL line, and decide to disable the IPQoS software module when needed. The customer doesn't need to manage different releases for matching different VDSL profiles.
Also other embodiments of the invention may be utilized by one skilled in the art without departing from the scope of the present invention. The invention is in particular not limited to a VDSL broadband connection. The invention resides therefore in the claims herein after appended.
| Number | Date | Country | Kind |
|---|---|---|---|
| 13306785.0 | Dec 2013 | EP | regional |
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/EP2014/077350 | 12/11/2014 | WO | 00 |
