DEVICE AND METHOD FOR SERVICE DIFFERENTIATION IN A COMMUNICATION NETWORK

Abstract: Device for service differentiation in a communication network, which device includes a classification device arranged to divide data packets of different services into different flows. For each flow the device includes a metering device arranged to meter data transmission speed in respective flow, and for each metering device there further is an action device, arranged to execute actions depending the belonging metering device. A queuing device is arranged to queue packets from said different action devices for transmission. The invention is characterized in that a first metering device, out of said metering devices, calculates the sum of metered data transmission speed of all flows connected to the classification device. Said services include a frame service with predetermined bandwidth, and within this frame service said first service and a second service, at which the second service is guaranteed a given bandwidth and said first service is arranged to allocate available bandwidth within the frame service. The action device of the first service is arranged to execute actions on the flow belonging to the first service, for instance throw away data packets, depending on the sum of metered data transmission speed for all flows.

Description: DEVICE AND METHOD FOR SERVICE DIFFERENTIATION IN A COMMUNICATION NETWORK Field of the invention The invention relates to a device and a method for service differentiation in a communication network, and more exactly, for management of guaranteed services and "best effort" services within a frame service with predetermined bandwidth. Technical background Within Internet, introduction of functionality for QoS (Quality of Service) and service differentiation is beginning. From just providing one type of service "best effort" one wants to be able to differentiate different flows. At the same time as concept in order to introduce QoS are produced within IETF (Internet Engineering Task Force) , for instance DiffServ (Differentiated Services) , functionality to support such services are beginning to be implemented in routers and other network elements . Within the working group DiffServ (within IETF) "A Conceptual Model for DiffServ Routers" (http: //www. ietf . org/internet- drafts/draft-ietf-diffserv-model-01. txt) has been produced. This model is built of "Traffic Conditioning Blocks" (TCBs), where a TCB is used for each interface and direction of the traffic flow. Each TCB consists in its turn of a combination of a number of components, classification, metering, action and queuing. The component classification classifies the packets to divide them into some form of flows. In metering, the transmission speed is metered in number of packets and bits per second to check if it complies with the agreement of how much the customer is allowed to transmit. Depending on whether the traffic is kept within given limits or not, different actions are executed. An action can for instance be to throw away packets if the flow is not kept within given limits. In the last step, queuing, the packets are queued up to be transmitted in correct order. One also within different fields is beginning to specify more complex services which shall be based on the new functionality. A new type of service ISPs (Internet Service Provider) want to effect an overall frame service which in its turn is divided into a number of part services. One example of such a frame service is an Internet access directed to tenant households where the frame service has a fixed bandwidth. Within this frame service then a number of part services shall be offered, of which some are guaranteed a certain bandwidth. Examples of such ones might be IP- telephony, personal TV, etc. The bandwidth that is left then can be used for a "best effort" -service . The desire consequently is have possibility to use one' s whole bandwidth, irrespective of how large part of it that one for the time being is using for "guaranteed" services. The problem is that TCBs as the function today only can look at one flow at a time. The TCBs consequently can look after one guaranteed service each and attend to that they will not have too much bandwidth, but the TCBs of today can not see how much bandwidth that is left for the "best effort" - service . One way of solving this problem with the technology of today is to cascade two TCBs, of which the first one attends to per part service and the second one looks at the aggregate, that is, the frame service, and limits the total bandwidth for the whole aggregate. The problem with such a solution is that one then in the second TCB cannot distinguish between the different part services when one throws packets away, and by that also packets from the guaranteed services will be thrown away if the aggregate exceeds what the household has ordered/subscribed to. The guaranteed services then will not have their promised bandwidth. Summary of the invention Above mentioned problem is solved according to a first aspect of the present invention by a device for service differentiation in a communication network, which device includes a classification device arranged to divide data packets of different services into different flows. For each flow the device includes a metering device, arranged to meter data transmission speed in respective flow. For each metering device there further is an action device arranged to execute actions depending on the belonging metering device. A queuing device is arranged to queue packets from said different action devices for transmission. The invention is characterized in that a first metering device, out of above said metering devices, is adapted to a first service and for that reason includes a calculation device arranged to calculate control data depending on all metering devices connected to the classification device. Further, the action device of the first service is arranged to execute actions on the flow belonging to first service depending on said control data. Said services include a frame service with predetermined bandwidth, and within this frame service said first service and a second service, at which the second service is guaranteed a given bandwidth and said first service is arranged to allocate available bandwidth within the frame service. By available bandwidth within the frame service is meant in one embodiment not only bandwidth which is not allocated by guaranteed services, but also bandwidth which is guaranteed one for the time being unutilized guaranteed service. Said control data is the sum of metered data transmission speed of all flows from the classification device . Said metering device preferably includes control devices, adapted to check how metered transmission speed for a service is to agreed bandwidth of the service in question. Further, said action device preferably includes means to throw away data packets if the metered transmission speed exceeds agreed bandwidth. Said metering device of the first service includes control devices, adapted to check how the summed up transmission speed is to the predetermined bandwidth of the frame service. Further, the action device of the first service is adapted to throw away data packets of the first service in the case that the summed up transmission speed in the device exceeds the predetermined bandwidth of the frame service. Said classification device has a data input for input of data belonging to different services, and said queuing device has a data output for output of data belonging to different services. The device is preferably part of a network unit including a classification device for each interface and traffic direction in the device. In a preferred embodiment said network unit is a DiffServ- router . According to a second aspect of the present invention is related to a procedure for service differentiation in a communication network, in which network metering and processing of flows are executed, belonging to a number of different services within a frame service with predetermined bandwidth. The procedure is characterized in the steps to meter the transmission speed of a first service which utilizes available bandwidth within the frame service, meter the transmission speed of a second service which has guaranteed access to given bandwidth within the frame service, calculate control data depending on metered transmission speed of said different services, including said first and second service, and to execute actions on the flow of the first service depending on said control data. Brief description of the drawings Preferred embodiments of the invention are described in detail below with reference to the only figure, at which Figure 1 shows a preferred embodiment of a device according to the present invention. Detailed description of preferred embodiments The idea behind the invention is to introduce functionality to combine (sum up) the meters of other services with a meter of/for a specific flow. In Figure 1 a TCB is drawn, where classifier classifies the traffic in for instance three flows, where the upper one corresponds to a "best effort" service and the two lower are some form of guaranteed services. At the supervision of the "best effort" -flow, all flows are summed up when decision is made on which action that shall be applied/executed. The other two flows are treated individually. With reference to Figure 1, a TCB 1 according to the present invention consequently includes a classification device 2, that is, a classifier, which has an input port 3 for a data flow including data for a plurality of different services. The classification device 2 has in the illustrated embodiment three output ports; this, however, shall only be regarded as an example. To these three output ports the classification device 2 divides data flows 4,5,6 belonging to different services. In the illustrated embodiment, the flows 5 and 6 are guaranteed a certain bandwidth within the frame service, whereas flow 4 represents a "best effort" -service, that is, a service which utilizes bandwidth according to supply. In an exemplified embodiment a household has access to a frame service with a total bandwidth of 1000 kbps (the aggregate of the household) . As a part service the household has access to IP-telephony which is guaranteed a bandwidth of 100 kbps. One then wants that the "best effort" -traffic (for instance web surfing) shall have access to 900 kbps when the IP-telephony is used, and to 1000 kbps when it is not used. The data flows 4,5,6 each run to a metering device, that is meter 7,8,9. Each metering device is arranged to meter the data transmission speed, that is, occupied bandwidth, of the belonging flow, that is, metering device 7 meters flow 4, metering device 8 meters flow 5, and metering device 9 meters flow 6. Depending on whether metered data transmission speed exceeds agreed available bandwidth of respective service, different actions can be executed by action device 11, 12 respective 13. That the result can be different in the metering devices is represented by different arrows which run from the metering devices 7,8,9. In the queuing device 14, the data packets are queued from the different action devices so that they are transmitted in correct order from the output port 15 of TCB 1. The characteristic feature of the invention is that metering device 7 of the "best effort" -service 4 includes a calculation device 10, arranged to sum up the metered transmission speed of the different flows 4,5,6 in TCB 1. At that, a comparison is made in metering device 7 with the whole aggregate, that is, the bandwidth of the frame service, and on basis of this comparison actions are executed in action device 11 on the "best effort" -service . In the example for a household as above, which thus relates to two flows instead of three, the invention consequently is implemented by classifying the traffic in one flow for "best effort" and one for the IP-telephony. At the supervision of the IP-telephony only the bandwidth which the IP-telephony utilizes is metered. On the other hand, at the supervision of the "best effort" -traffic, the metering of the two flows are summed up before deciding which action is to be executed. In this way one does not risk throwing away packets from the guaranteed service (the IP- telephony) , which had been the case at cascade of two TCBs. The invention can be used in routers and can with advantage be applied to edge routers in the DiffServ architecture. It is especially suitable to services which are based on two levels, for instance a plurality of guaranteed services plus "best effort" . It is to the expert in the field obvious that a number of variants and modifications of the described preferred embodiment are possible, without for that reason ending up outside the scope of the invention, which is only limited by the patent claims below.

Claims: PATENT CLAIMS 1. Device for service differentiation in a communication network, which device includes classification device arranged to divide data packets of different services into different flows, for each flow a metering device arranged to meter data transmission speed, for each metering device an action device arranged to execute actions depending on the belonging metering device, queuing device arranged to queue packets from said action device for transmission, c h a r a c t e r i z e d in that a first metering device adapted to a first service includes a calculation device arranged to calculate control data depending on all metering devices connected to the classification device, and that the action device of/for the first service is arranged to execute actions on the flow belonging to the first service depending on said control data. 2. Device as claimed in patent claim 1, where said services includes a frame service with predetermined bandwidth, and within this frame service said first service and a second service, at which the second service is guaranteed a given bandwidth and said first service is arranged to allocate available bandwidth within the frame service. 3. Device as claimed in patent claim 2, at which available bandwidth within the frame service includes bandwidth which is guaranteed one for the time being unutilized service. 4. Device as claimed in any of the previous patent claims, where said control data is the sum of metered data transmission speed for all flows from the classification device . 5. Device as claimed in patent claim 4, at where said metering device includes control devices adapted to check how metered transmission speed of a service is to agreed bandwidth of the service in question. 6. Device as claimed in patent claim 5, where said action device includes means to throw away data packets if the metered transmission speed exceeds agreed bandwidth. 7. Device as claimed in patent claim 6, where said metering device of the first service includes control devices adapted to check how the summed up transmission speed is to the predetermined bandwidth of the frame service. 8. Device as claimed in patent claim 7, where the action device of the first service is adapted to throw away data packets of the first service in case that the summed up transmission speed in the device exceeds the predetermined bandwidth of the frame service. 9. Device as claimed in any of the previous patent claims, where said classification device has a data input for input of data belonging to different services. 10. Device as claimed in any of the previous patent claims, where said queuing device has a data output for output of data belonging to different services. 11. Device as claimed in any of the previous patent claims, where said device is included in a network unit which has a classification device for each interface and traffic direction in the network unit. 12. Device as claimed in patent claim 8, where said network unit is a DiffServ-router . 13. Procedure for service differentiation in a communication network, in which network metering and processing of flows is done, belonging to a number of different services within a frame service with predetermined bandwidth, including the steps to: - meter the transmission speed of a first service which utilizes available bandwidth within the frame service; meter the transmission speed of a second service which has guaranteed access to given bandwidth within the frame service; calculate control data depending on metered transmission speed of said different services, including said first and second services; - execute actions on the flow of the first service depending on said control data. 14. Procedure as claimed in patent claim 13, where available bandwidth within the frame service includes bandwidth which is guaranteed one for the time being unutilized service. 15. Procedure as claimed in patent claim 13 or 14, where said control data is the sum of metered data transmission speed of said number of different services. 16. Procedure as claimed in patent claim 15, further including the step to, for respective service, check how metered transmission speed is to agreed bandwidth of the service in question. 17. Procedure as claimed in patent claim 16, further including the step to throw away data packets belonging to a service if the metered transmission speed of the service exceeds agreed bandwidth. 18. Procedure as claimed in patent claim 17, further including the step to, for the first service, check how the summed up transmission speed is to the predetermined bandwidth of the frame service. 19. Procedure as claimed in patent claim 18, further including the step to throw away data packets of the first service in case that the summed up transmission speed in the device exceeds the predetermined bandwidth of the frame service.

Inventors: BERGSTEN ANDERS, BORG NIKLAS, JOHANSSON JOACHIM, SVANBERG EMIL, BERGSTEN, ANDERS, BORG, NIKLAS, JOHANSSON, JOACHIM, SVANBERG, EMIL
Applicants: BERGSTEN ANDERS, BORG NIKLAS, JOHANSSON JOACHIM, SVANBERG EMIL, TELIA AB, BERGSTEN, ANDERS, BORG, NIKLAS, JOHANSSON, JOACHIM, SVANBERG, EMIL, TELIA AB (PUBL)
Application year: 2001
Main classification: H04L29
IPC codes: H04L12