Communication system with tagging facility

Abstract: Communication system, capable for the transmission of datacells via virtual channels, with a priority code as well as a first tagging code, both being assignable to the datacells of such channel. The system comprising bandwidth control devices at network edges, for the enforcement of the allowed cellrate, such bandwidth control device admitting said datacells as long as the actual cellrate does not exceed said allowed cellrate, or, if the actual cellrate does exceed said allowed cellrate, admitting said datacells, however, after modifying its priority code into a lower priority code. For use in a bidirectional set of virtual channels, comprising a first, forward channel from a calling user to a called user and a second, backward channel from the called user to the calling user, a second tagging code is assignable to said datacells of the first channel, which second tagging code relates to said backward channel. In the octet 19.1 of the ATM Traffic Descriptor information element there are two spare bits, named Tf (Tagging Forward) and Tb (Tagging Backward), used for the tagging option. These two bits are coded in a special way, serving the purpose of locally enabling the tagging option along the whole bidirectional path.

Description: BACKGROUND OF THE INVENTION The invention relates to a method for the transmission of datacells via virtual channels of an ATM network system, with a priority code as well as a first tagging bit, both being assignable to the datacells of such channel, the system comprising bandwidth control devices at network edges, for the enforcement of the allowed cellrate, such bandwidth control device admitting said datacells as long as the actual cellrate does not exceed said allowed cellrate, or, if the actual cellrate does exceed said allowed cellrate, admitting said datacells, however, after modifying its priority code into a lower priority code. Such a communication system is known from US4769810 of AT&T. In that disclosure said priority-lowering mechanism is called "marking". Meanwhile, said mechanism has been adopted by the ITU (Recommendations I.371 and Q.2961) and is known there as "tagging". According to the ITU Recommendations, the "Cell Loss Priority" code CLP(0) has to be modified into CLP(1) (=low priority) whenever the cellrate exceeds the maximum cellrate as allowed by the "Traffic Contract" between the user and the network operator. In the case the CLP is already CLP(1), such low priority datacells causing a crossing of the maximum allowed cellrate threshold, will be discarded. Tagging is to be requested by users to decrease the probability of losing cells in the network. In the current recommendation Q.2961.1 the calling user may request tagging for the forward direction at the originating interface and the called user may request tagging for the backward direction at the destination (called user) interface. Since the tagging option is an additional service that can be offered besides the basic service, the network operator may request separate tariff for this service. When a call is established the calling user is the one who gets charged for that call. Prior-art disclosure Trentacoste C., "ATM User-Network Interface Specification - Version 3.0" 1993, PTR Prentice Hall, US, discloses that, for use in a bidirectional set of virtual channels, comprising a first, forward channel from a calling user to a called user and a second, backward channel from the called user to the calling user, besides said first tagging bit, indicated as "Tagging Forward" bit, a second tagging bit indicated as "Tagging Backward" bit, is assignable to said datacells of the first channel, which second tagging bit relates to said backward channel. SUMMARY OF THE INVENTION Since the calling user is charged for the requested call and connection, it is justified to give the calling user the possibility to invite or warn the called user for requesting tagging for the backward direction. This service comprises a technical problem, which is solved by the measures as disclosed in claims 1 and 2. The problem is how to use only two bits (viz. the "Tagging Forward" bit and the "Tagging Backward" bit), reserved for tagging in the ATM Traffic Descriptor information element (part of the ATM datacell header), to request tagging for both forward and backward direction by the calling user. To solve this problem coding values of these bits are needed and procedures have to be described. In the octet 19.1 of the ATM Traffic Descriptor information element there are two spare bits used for the tagging option. These two bits are named Tf (Tagging Forward) and Tb (Tagging Backward). These two bits can be coded as follows (see also figure 1): I. At the originating interface Calling user to network ("SETUP") Network to calling user ("CONNECT") Tf = 0 Tagging not allowed Tagging not applied Tf = 1 Tagging requested Tagging applied Tb = 0 Tagging not allowed Tagging not applied Tb = 1 Tagging requested Tagging applied II. At the destination interface Network to called user ("SETUP") Called user to network ("CONNECT") Tf = 0 Tagging not allowed (not applicable) Tf = 1 Tagging requested (not applicable) Tb = 0 Tagging not allowed Tagging not requested Tb = 1 Tagging allowed Tagging requested The procedures to be performed to use these values to request tagging are described now. I. Procedures applicable at the originating interface (at the calling user's end): The calling user, by use of the Tf and Tb subfields in the ATM Traffic Descriptor information element (part of the datacell header), may indicate 'tagging requested' or 'tagging not allowed' for the forward and backward direction (see Note 1). See Recommendation I.371 for definition of tagging. When the calling user has indicated in the Tf and Tb subfields 'tagging requested' and the called user requests tagging for the backward direction and the network supports tagging in the forward and backward direction, the network shall upon successful call establishment include an ATM Traffic Descriptor information element in the CONNECT message, and set the Tf and Tb subfields to 'tagging applied', and apply tagging for the user plane traffic in the forward direction and the backward direction. When the calling user has indicated in Tb subfield 'tagging requested' and the called user does not request tagging for the backward direction and the network supports tagging in the backward direction, the network shall upon successful call establishment not apply tagging in the backward direction, include an ATM Traffic Descriptor information element in the CONNECT message, and set the Tb subfield to 'tagging not applied'. When the calling user has indicated in Tf subfield 'tagging not allowed' and the network supports tagging in the forward direction, the network shall upon successful call establishment not apply tagging in the forward direction, include an ATM Traffic Descriptor information element in the CONNECT message, and set the Tf subfield to 'tagging not applied'. When the calling user has indicated in Tb subfield 'tagging not allowed' and the called user requests tagging for the backward direction and the network supports tagging in the backward direction, the network shall upon successful call establishment apply tagging in the backward direction, include an ATM Traffic Descriptor information element in the CONNECT message, and set the Tb subfield to 'tagging applied' (see Note 2). If the network does not support tagging in the forward and backward direction, the network shall not apply tagging and shall: include an ATM Traffic Descriptor information element in the CONNECT message and set the Tf and Tb subfields to 'tagging not applied', or not include the Traffic Management Options field in the ATM Traffic Descriptor information element in the CONNECT message, or not include the ATM Traffic Descriptor information element in the CONNECT message. If the network does not support tagging in the forward or backward direction, the network shall not apply tagging and shall include an ATM Traffic Descriptor information element in the CONNECT message and set the Tf or Tb subfield to 'tagging not applied'. Note 1: The calling user may set the Tb subfield to 'tagging requested' or 'tagging not allowed' to indicate that the called user is invited or warned for requesting tagging for the backward direction. Note 2: In this case it is up to the application at the calling user to decide to continue or clear the call. II. Procedures applicable at the destination interface (at the called user's end): If the calling user does not include the Traffic Management Options field in the ATM Traffic Descriptor information element and the network supports tagging in the backward direction, the network shall send a SETUP message to the called user and set the subfield Tb to 'tagging allowed' in the ATM Traffic Descriptor information element. If the calling user indicates in the Tb subfield 'tagging requested' and the network supports tagging in the backward direction, the network shall send a SETUP message to the called user and set the subfield Tb to 'tagging allowed' in the ATM Traffic Descriptor information element. If the calling user indicates in Tb subfield 'tagging not allowed' and the network supports tagging in the backward direction, the network shall send a SETUP message to the called user and set the subfield Tb to 'tagging not allowed' in the ATM Traffic Descriptor information element. If the network does not support the tagging option, the network shall not include the Tb subfield in the ATM Traffic Descriptor information element in the SETUP message. When the called user receives an ATM Traffic Descriptor in the SETUP message with Tb subfield set to 'tagging allowed', the user may upon successful call establishment include an ATM Traffic Descriptor information element in the CONNECT message with the Tb subfield set to 'tagging requested' or 'tagging not requested'. When the called user receives an ATM Traffic Descriptor in the SETUP message with Tb subfield set to 'tagging not allowed', the user may upon successful call establishment: include an ATM Traffic Descriptor information element in the CONNECT message with the Tb subfield set to 'tagging not requested', or include an ATM Traffic Descriptor information element in the CONNECT message without the Traffic Management Options field, or not include an ATM Traffic Descriptor information element in the CONNECT message. Upon receipt of the CONNECT message with the Tb subfield set to 'tagging requested' in the ATM Traffic Descriptor information element, the network shall apply tagging for the user plane traffic in the backward direction. In all other cases the network shall not apply tagging. Note 3: Recently, the solution as discribed above was accepted in the ITU for including in the subsequent part of the Q2961 Recommendation.

Claims: Method for the transmission of datacells via virtual channels of an ATM network system, with a priority code (CLP) as well as a first tagging bit (T f ), both being assignable to the datacells of such channel, the network system including bandwidth control devices at network edges, for the enforcement of an allowed cellrate, such bandwidth control device admitting said datacells as long as the actual cellrate does not exceed said allowed cellrate, or, if the actual cellrate does exceed said allowed cellrate, admitting said datacells, however, after modifying its priority code into a lower priority code; for use in a bidirectional set of virtual channels, viz. a first, forward channel from a calling user to a called user and a second, backward channel from the called user to the calling user, a second tagging bit (T b ) being assignable to said datacells of the first channel, which second tagging bit relates to said backward channel, characterized in that , at the calling user's end: the calling user, by use of the first tagging bit and second tagging bit, either indicates 'tagging requested' or 'tagging not allowed' for the forward and backward direction; when the calling user has indicated in the first tagging bit and second tagging bit 'tagging requested' and the called user requests tagging for the backward direction and the network supports tagging in the forward and backward direction, the network shall upon successful call establishment include an information code in the CONNECT message, and set the first tagging bit and second tagging bit subfields to 'tagging applied', and apply tagging for the user plane traffic in the forward direction and the backward direction; when the calling user has indicated in second tagging bit subfield 'tagging requested' and the called user does not request tagging for the backward direction and the network supports tagging in the backward direction, the network shall upon successful call establishment not apply tagging in the backward direction, include an information code in the CONNECT message, and set the second tagging bit subfield to 'tagging not applied'; when the calling user has indicated in first tagging bit subfield 'tagging not allowed' and the network supports tagging in the forward direction, the network shall upon successful call establishment not apply tagging in the forward direction, include an information code in the CONNECT message, and set the first tagging bit subfield to 'tagging not applied'; when the calling user has indicated in the second tagging bit subfield 'tagging not allowed' and the called user requests tagging for the backward direction and the network supports tagging in the backward direction, the network shall upon successful call establishment apply tagging in the backward direction, include an information code in the CONNECT message, and set the second tagging bit subfield to 'tagging applied'; if the network does not support tagging in the forward and backward direction, the network shall not apply tagging and shall: include an information code in the CONNECT message and set the first tagging bit and second tagging bit subfields to 'tagging not applied', or not include the Traffic Management Options field in the information code in the CONNECT message, or not include the information code in the CONNECT message; if the network does not support tagging in the forward or backward direction, the network shall not apply tagging and shall include an information code in the CONNECT message and set the first tagging bit or second tagging bit subfield to 'tagging not applied'. Method for the transmission of datacells via virtual channels of an ATM network system, with a priority code (CLP) as well as a first tagging bit (T f ), both being assignable to the datacells of such channel, the network system including bandwidth control devices at network edges, for the enforcement of an allowed cellrate, such bandwidth control device admitting said datacells as long as the actual cellrate does not exceed said allowed cellrate, or, if the actual cellrate does exceed said allowed cellrate, admitting said datacells, however, after modifying its priority code into a lower priority code; for use in a bidirectional set of virtual channels, viz. a first, forward channel from a calling user to a called user and a second, backward channel from the called user to the calling user, a second tagging bit (T b ) being assignable to said datacells of the first channel, which second tagging bit relates to said backward channel, characterized in that , at the called user's end: if the network supports tagging in the backward direction, the network shall send a SETUP message to the called user and set the subfield second tagging bit to 'tagging allowed' in the information code; if the calling user indicates in the second tagging bit subfield 'tagging requested' and the network supports tagging in the backward direction, the network shall send a SETUP message to the called user and set the subfield second tagging bit to 'tagging allowed' in the information code; if the calling user indicates in second tagging bit subfield 'tagging not allowed' and the network supports tagging in the backward direction, the network shall send a SETUP message to the called user and set the subfield second tagging bit to 'tagging not allowed' in the information code; if the network does not support the tagging option, the network shall not include the second tagging bit subfield in the information code in the SETUP message; when the called user receives an information code in the SETUP message with second tagging bit subfield set to 'tagging allowed', the called user upon successful call establishment includes an information code in the CONNECT message with the second tagging bit subfield set to either 'tagging requested' or 'tagging not requested'; when the called user receives an information code in the SETUP message with second tagging bit subfield set to 'tagging not allowed', the called user upon successful call establishment either: includes an information code in the CONNECT message with the second tagging bit subfield set to 'tagging not requested', or includes an information code in the CONNECT message without the Traffic Management Options field, or does not include an information code in the CONNECT message; upon receipt of the CONNECT message with the second tagging bit subfield set to 'tagging requested' in the information code, the network shall apply tagging for the user plane traffic in the backward direction; in all other cases the network shall not apply tagging.

Inventors: BENCHELLAL AZEDDINE, BENCHELLAL, AZEDDINE
Applicants: KONINKL KPN NV, KONINKLIJKE KPN N.V.
Application year: 1995
Main classification: H04L12
IPC codes: H04L12