WO2006092541A1 - Procede de traitement de la qualite de service d'un canal de transport de donnees - Google Patents

Procede de traitement de la qualite de service d'un canal de transport de donnees Download PDF

Info

Publication number
WO2006092541A1
WO2006092541A1 PCT/FR2006/050192 FR2006050192W WO2006092541A1 WO 2006092541 A1 WO2006092541 A1 WO 2006092541A1 FR 2006050192 W FR2006050192 W FR 2006050192W WO 2006092541 A1 WO2006092541 A1 WO 2006092541A1
Authority
WO
WIPO (PCT)
Prior art keywords
signaling
channel
quality
management node
service
Prior art date
Application number
PCT/FR2006/050192
Other languages
English (en)
Inventor
Nathalie Beziot
Aude Pichelin
Laëtitia FONTAINE
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Priority to US11/885,683 priority Critical patent/US7796559B2/en
Priority to EP06726216A priority patent/EP1854323A1/fr
Publication of WO2006092541A1 publication Critical patent/WO2006092541A1/fr

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/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • 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
    • 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/11—Identifying 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
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • 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
    • H04L47/2416—Real-time traffic
    • 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
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • 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
    • H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • 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/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • a method for processing the quality of service of a data transport channel such as Packet Data Protocol (PDP) context, for the transport of signaling data, and a management node for implementing implementation of this process.
  • PDP Packet Data Protocol
  • IMS IP Multimedia Subsystem
  • Universal Mobile Telecommunication System introduced in UMTS Release 5, intended to allow dynamic establishment and control of multimedia sessions between at least two devices (for example between two user terminals or between a user terminal and a user terminal). application server).
  • the calling equipment activates a first signaling session, called primary signaling PDP context.
  • primary signaling PDP context a first signaling session
  • calling and called equipment exchange signaling data to negotiate the characteristics of the call (including supported coding types).
  • the calling equipment activates a second session, called a secondary context PDP media data transport, for the transport of data relating to the call itself. It can for example be a video and audio data transport session, a multimedia server consultation or a simple voice over IP session.
  • a secondary context PDP media data transport for the transport of data relating to the call itself. It can for example be a video and audio data transport session, a multimedia server consultation or a simple voice over IP session.
  • media data is intended to mean the data specific to a communication, in particular audio, video and / or textual data, distinct from the signaling data already exchanged in the primary PDP context.
  • a PDP context signalaling data transport or media data
  • the UMTS radio UTRAN
  • RNC Network Control Station
  • RAB Radio Access Bearer Parameters
  • data transport channel will be used to designate both a PDP context and a RAB.
  • the present invention relates more particularly to the activation of a signaling channel (that is to say a signaling data transport channel), the negotiation of the quality of service parameters and the prioritization at the transport level of the signaling data. such a channel.
  • SI Signaling Indication
  • THP Traffic Handling Priority
  • the present invention therefore aims at providing a method for processing the quality of service of a data transport channel in a packet transmission network comprising at least one management node, in which, for a data transport channel the management node receives a quality of service profile associated with this channel, containing a signaling indication (SI) parameter, such as to improve the priority processing of data packets containing signaling.
  • SI signaling indication
  • the management node detects whether, in the quality of service profile, the signaling indication parameter is enabled to determine whether it is a data transport channel of signaling, and if so, treats the signaling data transport channel as a priority over any other media data transport channel when performing at least one applied quality of service processing mechanism to the signaling data transport channel.
  • management node is meant to designate a node of the network whose role is to manage the data flow traffic. These include, but not limited to:
  • the invention therefore firstly consists in diffrocessing the signaling channel processing with a priority level different from that of any other media data transport channel, during the activation process of the signaling channel and / or on a channel established signaling.
  • the management node may process the signaling channel in priority over any other channel for the transport of media data: during the execution of an admission control of the signaling channel being activated , when preempting (in progress or after activation of the channel) and / or when allocating differentiated resources (in progress or after activation of the channel).
  • the management node modifies the quality of service profile received so as to increase the priority level of the signaling channel to be activated.
  • the modification of the quality of service profile received preferably consists of modifying at least one of the parameters of the group comprising a class of traffic, a parameter defining a relative priority of the signaling channel for the allocation of resources and a parameter defining a relative priority of the signaling channel for preemption.
  • the parameter ARP Allowance Retention Priority
  • THP Traffic Handling
  • a parameter derived from several quality of service attributes such as an attribute relating to the priority level of the subscriber, for example FARP.
  • an attribute relating to the priority level of the service used, for example the class of traffic Thanks to such a modification of the quality of service profile of the signaling channel, that is treated primarily not only by the node having modified the profile, but also by the other nodes of the network whose role is to make transit the data conveyed by this channel, without this necessitates intrinsically modifying these other nodes.
  • the management node modifies, in the quality of service profile received, at least one rate parameter through the channel in order to optimize the use of the network resources.
  • the amount of data conveyed in a signaling channel is relatively small compared to that conveyed in a media data transport channel.
  • the invention therefore makes it possible to reduce the bit rate or speeds specified in the quality of service profile requested in order to reduce the bit rate allocated to the signaling channel and thus optimize the use of network resources.
  • the management node marks the signaling data packets conveyed by said signaling channel so that the network provides priority processing of said packets during their transport.
  • the signaling channel is prioritized at the transport level (i.e., after it has been activated) during the transport of the signaling data packets.
  • Tagging signaling data packets allows other nodes in the network to pass these packets in the network to automatically detect their priority level and process them accordingly, without using either the SI parameter or the THP parameter.
  • the quality of service profile of the signaling channel can be modified, at the control level, by a first node, for example by the SGSN, while at the transport level, the signaling packets can be unmarked by a second node, for example the
  • the RNC which, firstly, receives the signaling data and has the role of retransmitting them in the network, through an IP link, in the form of packets.
  • the management node marks the signaling data packets carried by said signaling channel using a DSCP (DiffSen- Code Point) field.
  • DSCP DiffSen- Code Point
  • the network uses Diffscrv mechanism, defined by I 1 (IETF Internet Ingineering Task Force), to differentiate QoS treatments applied to data packets carried by different PDP contexts for data transport.
  • Each packet of data has, in its header, a DSCP field "DiffServ Code Point" that can take different values encoded on six bits.
  • Each DSCP value corresponds to a behavior called “Diffserv PHB” (Per Hop Behavior) at the nodes of the network all along the path of the packet.
  • the "EF” (Expedited Forwarding) behavior corresponding to the "101110" value of the DSCP field, provides priority service with low delay, low jitter ( ⁇ t between different packets to cross a node or network) and low packet loss.
  • GSMA GSM Association
  • a second aspect of the invention relates to a management node for a packet mode transmission network, comprising
  • signaling channel detecting means arranged to determine whether, in a quality of service profile associated with a data transport channel, a signaling indication (SI) parameter is activated to detect whether is a signaling channel,
  • SI signaling indication
  • a third aspect of the invention relates to a packet transmission network, comprising at least one node as defined above.
  • a fourth aspect of the invention relates to a software module for processing a signaling channel, for a management node of a packet mode transmission network, comprising software instructions able to control the execution of the steps of the method previously defined by the management node, as well as the recording medium, readable by a computer, on which this software module is registered.
  • FIG. 1 represents a simplified diagram of the architecture of the IMS system and of the UMTS network
  • FIGS. 2A and 2B represent the various steps of the activation process of a PDP context
  • FIG. 3 represents a functional block diagram of a network management node
  • FIG. 4 represents a table of correspondence between UMTS quality of service parameters, Dffserv behaviors and DSCP values.
  • FIG 1. represents a simplified diagram of the architecture of the IMS system and of the UMTS network
  • FIGS. 2A and 2B represent the various steps of the activation process of a PDP context
  • FIG. 3 represents a functional block diagram of a network management node
  • FIG. 4 represents a table of correspondence between UMTS quality of service parameters, Dffserv behaviors and DSCP values.
  • the packet domain of the UMTS core network comprises a SGSN node (Sening GPRS Support Mode) playing the role of locating the subscriber in a location area, called RA (Routing Arca) and managing the communication link with the access network.
  • SGSN node Session GPRS Support Mode
  • the SGSN stores the profile of each subscriber and performs a control of the network resources requested by each subscriber, and a GGSN (Gateway GPRS Support Mode) node acting as a bridge between the UMTS network and the external packet-switched networks (the Public Internet, a private intranet, etc.).
  • GGSN Gateway GPRS Support Mode
  • the UMTS access network called the UMTS Terres trial Radio Access Network (UMTS), which constitutes the radio part of the UMTS network, comprises radio transmission equipment, called NodeB, to which the user terminals, also called UEs ( User Equipment), connect, and RNC (Radio Network Controller) controllers, each RNC controlling a plurality of NodeBs.
  • UMTS UMTS Terres trial Radio Access Network
  • NodeB radio transmission equipment
  • UEs User Equipment
  • RNC Radio Network Controller
  • FIG. 2 shows a transmission chain comprising a UE 1, a NodeB 2, an RNC 3, an SGSN 4 and a GGSN 5.
  • UE 1 activates first a primary signaling PDP context to exchange with the other UE signaling data (encoded supported, type of media data exchanged, etc.) then a secondary PDP context for the transport of media data (video, audio and / or textual for example) specific to the multimedia communication session or simple media.
  • EtojjeJEi L 1 UB 1 sends to his home SGSJN 4 a request for activation of a primary PDP context - SM Actnare PDP Context Request - with a profile of QoS requested quality of service, commonly called QoS (Qualiîy of Service) profile, including a set of quality of service parameters defined in the 3GPP standard, such as: traffic class (Conversational, Streaming, Interactive on Background) indicating the type of traffic desired, the THP parameter (Traffîc Handling Priority), for the class of "Interactive" traffic, which can take the value 1, 2 or 3 and making it possible to prioritize the streams of the "Interactive" traffic class with one another.
  • QoS Quality of Service
  • the guaranteed rate on the uplink defining the minimum bit rate for the real-time traffic on the uplink, for the "Conversational” and “Streaming” traffic classes, and the guaranteed bit rate on the downlink, defining the bit rate minimum for downlink real-time traffic, for the "Conversational” and “Streaming” traffic classes, the maximum rates, on upstream and downstream links, defining the maximum throughput on links ascending and descending set, for all traffic classes (Conversational, Streaming, Interactive and Background), and - the SI (Signalling Indication) parameter, set to "Yes” or "No", indicating whether the PDP context carries data signaling or not.
  • the primary PDP context to be activated being a signaling PDP context
  • the SI parameter of the requested QoS profile is activated (SI - Yes).
  • the UE 1 thus indicates that the PDP context to be activated will convey signaling traffic.
  • Step E2 This step is divided into three sub-steps shown in Figure 2B.
  • Step E2.1 Addition of ARP parameter in the requested QoS profile
  • the SGSN 4 receives the request for activation of a primary PDP context, from the UE 1. It then consults the UEl subscriber's profile in the Home Location Register (HLR) database, containing the information relating to to the subscribers managed by the operator, extracts the value of the ARP parameter (Subscription / Retention Priority) subscribed by the subscriber and adds it to the quality of service profile requested by I 1 UEl.
  • HLR Home Location Register
  • Sub-step E2.2 Modification of the requested QoS profile
  • SGSN 4 modifies the class of traffic by assigning it the value "Conversational" and the parameter ARP by assigning it the value 1.
  • the signaling PDP context thus benefits from the priority due to the PDP contexts of type "Conversational" having a priority level of ARP equal to 1.
  • the QoS profile requested by UEl and received by SGSN 4 does not contain guaranteed data rates.
  • the SGSN 4 adds in the requested QoS profile the guaranteed rates on the upstream link and the downlink link.
  • the values of these guaranteed flows are set to optimize the use of network resources. If the QoS profile requested by UEL and received by the SGSK 4 already has guaranteed rates of uplink and downlink "the SGSN 4 decreases to optimize the use of network resources. Since signaling flows require only a few network resources, it is useless to allocate them too much data. As a non-limitative example, if the originally requested guaranteed rates are 384 kbits, dry, the SGSN 4 decreases them to 32 or 64 kbps / sec, so as to make optimal use of the resources of the system. network,
  • LCMS 4 also decreases the maximum data rates (on upstream and downstream links) contained in the QoS profile requested by LEI and received by SGSN 4.
  • Sub-step E2.3 Application of QoS Processing Mechanisms
  • the SGSN 4 processes the PDP signaling context to be activated in priority with respect to any other PDP context (during activation or already activated) for the transport of media data during the execution of a first data processing mechanism.
  • the quality of service namely admission control, applied to the signaling PDP context to be activated.
  • SGSN 4 also processes the signaling PDP context to be prioritized over any other PDP context for media data transport when performing the following two other QoS processing mechanisms applied to the PDP context at the same time. enable: preemption of resources and allocation of differentiated resources.
  • the preemption mechanism is for SGSN 4, in case of congestion, to pre-empt the resources of one or more media data transport PDP context (s), already activated, to allocate them to the PDP context of signaling to activate.
  • the differentiated resource allocation mechanism is for the SGSN
  • the signaling PDP contexts carry a relatively small amount of data with respect to the media data transport PDP contexts (already activated or being activated).
  • Step E3 SGSN 4 sends the activation request for a PDP context to
  • GGSN 5 Create PDP Coniext Requesi - with the quality of service profile requested by ITJlE 1 and modified by SGSN 4.
  • Step E4 Upon receipt of the activation request from the PDP context, the
  • Step ES The GGSN 5 sends the SGSN 4 a positive response to the Create PDP Context Response signaling PDP activation request, including the negotiated QoS profile for this context.
  • Step E6 The SGSN receives the GGSN's approval to activate the PDP signaling context, with the negotiated QoS profile. It will be recalled here that, following the modification of the QoS profile requested by the SGSN 4 in step E2.2, the ARP parameter is equal to 1.
  • Step E7 SGSN 4 sends RNC 3 a Radio Access Bearer (RAB AssReq) allocation request with a list of QoS attributes associated with the RAB corresponding globally to the quality of service parameters requested by the RAB. originated by I 1 EU 1 and modified by the SGSN 4.
  • RAB AssReq Radio Access Bearer
  • the RNC 3 determines that the requested RAB is intended to carry signaling data, by detecting the SI ⁇ Yes parameter in the list of required quality of service attributes. It then processes the signaling RAB to be activated in priority with respect to any other RAB (currently active or active) for the transport of media data during the execution of the signaling RAB admission control mechanism. to activate.
  • RNC 3 calculates the resources needed to activate this new signaling RAB and prioritize it over any other RAB for media data transport when executing resource preemption and differentiated resource allocation mechanisms.
  • Step E9 The RNC 3 notifies the SGSN the acceptance of the RAB allocation request by sending the RAB AssRes message.
  • the primary signaling PDP context is activated and conveys signaling data between the UE 1 and the other UE (or the application server AS) with which the UE 1 wanted to establish a multimedia session. in the IMS.
  • the signaling data is marked by a node of the network.
  • the marking is done in the DSCP field here by assigning the value
  • Each network management node (RNC, SGSN and GGSN) is actually arranged for, when receiving data:
  • the node marking the signaling data with the DSCP field "1011" corresponding to the behavior EF is preferably the node of the network which, firstly, receives this data and has the role of retransmitting them to the network. through an IP link and, therefore, in the form of an IP packet.
  • the packets are treated with a high priority level from the beginning of their transport in the network.
  • this marking is carried out by another node, for example the SGSN.
  • the network management nodes process these packets with a high priority, due to the streams of the "Conversational" traffic class, although it does not. not act of such a type of flow but of a simple flow of signaling.
  • the network management nodes may have to preempt resources and / or different resource allocation! by modifying the respective resources attributed to the various PDP contexts om erts.
  • the nodes treat the active signaling PDP context as a priority over any other PDP context (currently being activated or already activated) for transporting media data.
  • step E2.3 We will now describe the management node SGSN 4, with reference to Figure 3. For clarity, only the elements of the node 4 related to the invention will be explained.
  • Node 4 comprises a module 40 for processing a signaling data transport channel. It is a software module comprising software instructions for controlling the execution by the node of the steps of the previously described method. More specifically, the module 40 comprises the following elements: a brick 41 for detecting a signaling channel, the latter being associated with a quality of service profile, - a control brick 42 intended to control a priority processing of a signaling channel with respect to any other media data transport channel, when applying different quality of service processing mechanisms, a brick 43 for modifying the quality of service profile of a signaling channel and a brick 44 for marking the signaling data packets conveyed by a signaling channel, arranged to check the marking of the signaling data packets and, if necessary, to carry out this marking, so that the network ensures priority processing of these signaling data packets. packages during their transport.
  • Brick 41 is arranged to determine whether, in the quality of service profile of a data transport channel (being activated or already activated), the signaling indication SI parameter is activated (SI - Yes) , to detect if it is a signaling channel.
  • the control brick 42 is arranged to control the node 4 so that it processes a signaling channel (being activated or already activated) as a priority over any other media data transport channel when the application of the different mechanisms of quality of service processing, in this case admission control, pre-emption of resources and differentiated allocation of resources.
  • Brick 43 for modifying the quality of service profile of a signaling channel is arranged to modify at least one of the two traffic class and ARP parameters so as to increase the priority level of the signaling channel. , add guaranteed debits on upstream and downstream links to the QoS profile, if necessary, or modify the guaranteed debits on upstream and downstream links already present in the QoS profile, as well as the maximum rates on upstream and downstream links of the signaling channel in order to optimize the use of network resources.
  • the brick 43 is arranged to, if necessary, modify the class of traffic by assigning it the value
  • ConversationaF and ARP by assigning it a value of 1, add or reduce guaranteed debits (on up and down links) and reduce maximum debits (on up and down links).
  • Brick 43 could be arranged to modify other parameters of the quality of service profile of the signaling channel.
  • the marking brick 44 is arranged to, on receipt of signaling data (the latter having been detected by the brick 41), check the DSCP field in the signaling data o if the DSCP field has a value other than that corresponding to the EF behavior ("101110"), modify the DSCP field by assigning it the value corresponding to the behavior EF ("101110"). o otherwise, do not modify it,
  • the marking of the signaling data by the DSCP field "1011 10" is carried out by the RNCs 3.
  • the other nodes of the network (SGSK 4 and GGSN 5) are content to unregister the marking.
  • the other nodes of the network (RNC 3 and GGSN 5) also integrate a software module 40 for processing signaling data transport channels, comprising the software bricks 41 (detection of a data channel). signaling), 42 (control), 43 (modification of the QoS profile) and 44 (marking).
  • a software module 40 for processing signaling data transport channels comprising the software bricks 41 (detection of a data channel). signaling), 42 (control), 43 (modification of the QoS profile) and 44 (marking).
  • RNCs 3 and GGSNs 5 might not incorporate QoS profile modification brick 43, as long as the SGSNs incorporate it.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Procédé de traitement de la qualité de service d'un canal de transport de données de signalisation dans un réseau de transmission en mode paquet comprenant au moins un noed de gestion (4), dans lequel, pour un canal de transport de données, le noed de gestion (4) reçoit un profil de qualité de service associé audit canal, contenant un paramètre (SI) d'indication de signalisation, détecte (E2) si, dans le profil de qualité de service, le paramètre d'indication de signalisation est activé afin de déterminer s'il s'agit d'un canal de transport de données de signalisation, et si tel est le cas, traite le canal de transport de données de signalisation de façon prioritaire par rapport à tout autre canal de transport de données média lors de l'exécution d'au moins un mécanisme de traitement de qualité de service appliqué au canal de transport de données de signalisation.

Description

Titre : Procédé de traitement de la qualité de service d'un canal de transport de données
L'invention concerne un procédé de traitement de la qualité de service d'un canal de transport de données, tel qu'un contexte PDP (Packet Data Protocol), pour le transport de données de signalisation, et un nœud de gestion pour la mise en œuvre de ce procédé.
L'IMS (IP Multimedia Subsystem) est un sous-système du système UMTS
(Universal Mobile Télécommunication System), introduit en UMTS Release 5, ayant vocation à permettre l'établissement dynamique et le contrôle de sessions multimédia entre au moins deux équipements (par exemple entre deux terminaux d'utilisateur ou entre un terminal d'utilisateur et un serveur d'application).
L'établissement d'une session multimédia (par exemple audio, vidéo et/ou textuelles) entre deux équipements, par exemple deux terminaux mobiles, respectivement appelant et appelé, dans l'IMS s'effectue en deux temps: 1. Contexte PDP primaire de signalisation
L'équipement appelant active une première session de signalisation, appelée contexte PDP primaire de signalisation. Pendant cette session de signalisation, les équipements appelant et appelé échangent des données de signalisation afin de négocier les caractéristiques de l'appel (notamment les types de codage supportés). 2. Contexte PDP secondaire de transport de données
Après la phase de négociation des caractéristiques de l'appel, l'équipement appelant active une seconde session, appelée contexte PDP secondaire de transport de données média, destinée au transport de données relatives à l'appel proprement dit. Il peut par exemple s'agir d'une session de transport de données vidéo et audio, d'une consultation d'un serveur multimédia ou d'une simple session de voix sur IP.
Par Ic terme "données média", on entend désigner les données propres à une communication, notamment des données audio, vidéo et'Ou textuelles, distinctes des données de signalisation déjà échangées dans le contexte PDP primaire.
Lors de l'activation d'un contexte PDP (de transport de données de signalisation ou de données média) à l'initiative d'un équipement, ie réseau d'accès radio de l'UMTS (UTRAN), et plus particulièrement le RNC (Radio Network Contrôler) d'attache de l'équipement, alloue à celui-ci des ressources réseau en activant un canal de communication, couramment appelé un "RAB" (Radio Access Bearer Parameters), au niveau du réseau d'accès radio. Le RAB est défini par un ensemble de paramètres de qualité de service correspondant globalement à ceux du profil de qualité de service du contexte PDP activé.
Par la suite, on utilisera le terme "canal de transport de données" pour désigner aussi bien un contexte PDP qu'un RAB.
L'activation de tout canal, qu'il s'agisse d'un contexte PDP ou d'un RAB, pour le transport de données de signalisation ou pour le transport de données média, nécessite de négocier au préalable les paramètres de qualité de service liés à ce canal. La présente invention concerne plus particulièrement l'activation d'un canal de signalisation (c'est-à-dire d'un canal de transport de données de signalisation), la négociation des paramètres de qualité de service et la priorisation au niveau transport d'un tel canal.
Il est primordial que l'activation du contexte PDP primaire de signalisation, au cours duquel sont négociés les paramètres de signalisation pour le contexte PDP secondaire de transport de données média liées à l'appel, s'effectue correctement, sans quoi ce contexte secondaire ne peut être active. Il devrait donc être traité de façon prioritaire. Pour cela, le standard 3GPP (3nl Génération Partnership Project) a introduit un paramètre SI (Signalling Indication) indiquant si les paquets qui seront transmis dans le contexte PDP appartiennent ou non à de la signalisation, selon qu'il est associé à la valeur "Yes" ou "No". Ce paramètre SI fait partie de l'ensemble des paramètres spécifiant la qualité de service demandés par un équipement souhaitant ouvrir un contexte PDP. Lorsqu'un équipement souhaite ouvrir un contexte PDP de signalisation, il indique : "SI = Yes".
Le standard 3GPP préconise d'utiliser le paramètre de qualité de service THP (Traffic Handling Priority) lorsque le paramètre Sl=YES. Cc paramètre THP, lié à la classe de trafic
Figure imgf000004_0001
permet de différentier les Sessions interactives les unes par rapport aux autres sur le plan de la qualité de service. Chaque session interactive est associée à un paramètre THP pouvant prendre la valeur 1, 2 ou 3, la valeur 1 correspondant au niveau de priorité le plus élevé. Entre d'autres termes, la norme suggère, lorsque le paramètre SI est activé (SI =Yes), de fixer la valeur du paramètre THP à 1. Le contexte PDP de signalisation profite ainsi du niveau de priorité dû à la valeur 1 du paramètre THP. Cependant, si lors de l'activation d'un nouveau contexte
PDP primaire de signalisation, des contextes PDP correspondant à des sessions interactives, ayant un paramètre THP valant 1, sont déjà activés ou en cours d'activation, le réseau traite de la même manière les contextes PDP activés correspondant aux sessions interactives en cours et le contexte PDP de signalisation. La présente invention vise donc à proposer un procédé de traitement de la qualité de service d'un canal de transport de données dans un réseau de transmission en mode paquet comprenant au moins un nœud de gestion, dans lequel, pour un canal de transport de données, le nœud de gestion reçoit un profil de qualité de service associé à ce canal, contenant un paramètre (SI) d'indication de signalisation, tel qu'il permette d'améliorer le traitement prioritaire des paquets de données contenant de la signalisation.
Ce problème est résolu par le fait que le nœud de gestion détecte si, dans le profil de qualité de service, le paramètre d'indication de signalisation est activé afin de déterminer s'il s'agit d'un canal de transport de données de signalisation, et si tel est le cas, traite le canal de transport de données de signalisation de façon prioritaire par rapport à tout autre canal de transport de données média lors de l'exécution d'au moins un mécanisme de traitement de qualité de service appliqué au canal de transport de données de signalisation.
On notera que, par le tenue "nœud de gestion", on entend désigner un nœud du reseau dont le rôle est de gérer le trafic de flux de données. Il s'agit notamment, niais non 1 i m itati veinent:
- pour l'UMTS, des RXC, SGSN et GGSK - pour Ic GPRS, des BSC, SGSN et GGSK et pour tout autre système de téléphonie mobile, de routeurs, ou nœuds, aptes à gérer le trafic de flux de paquets.
L'invention consiste donc d'abord à diffcrentier le traitement du canal de signalisation avec un niveau de priorité différent de celui de tout autre canal de transport de données média, pendant le processus d'activation du canal de signalisation et/ou sur un canal de signalisation établi. Par exemple, le nœud de gestion peut traiter le canal de signalisation de façon prioritaire par rapport à tout autre canal pour le transport de données média: lors de l'exécution d'un contrôle d'admission du canal de signalisation en cours d'activation, lorsqu'il fait de la préemption (en cours ou après activation du canal) et/ou lorsqu'il fait de l'allocation de ressources différentiées (en cours ou après activation du canal).
Avantageusement, pour traiter de façon prioritaire le canal de signalisation à activer, le nœud de gestion modifie le profil de qualité de service reçu de manière à augmenter le niveau de priorité du canal de signalisation à activer.
La modification du profil de qualité de service reçu consiste de préférence à modifier au moins l'un des paramètres du groupe comprenant une classe de trafic, un paramètre définissant une priorité relative du canal de signalisation pour l'allocation de ressources et un paramètre définissant une priorité relative du canal de signalisation pour la préemption.
Comme paramètre définissant une priorité relative du canal de signalisation pour l'allocation de ressources et/ou la préemption, on peut utiliser, à titre d'exemples non limitatifs: - le paramètre ARP (Allocation Rétention Priority), le paramètre THP (Traffic Handling Priority) ou encore un paramètre dérivé de plusieurs attributs de qualité de service tels qu'un attribut relatif au niveau de priorité de l'abonné, par exemple FARP. un attribut relatif au niveau de priorité du service utilisé, par exemple la classe de trafic Grâce à une telle modification du profil de qualité de service du canal de signalisation, celui est traité de façon prioritaire non seulement par le nœud ayant modifié le profil, mais également par les autres nœuds du réseau ayant pour rôle de faire transiter les données véhiculées par ce canal, sans que cela nécessite de modifier intrinsèquement ces autres nœuds.
Avantageusement encore, le nœud de gestion modifie, dans le profil de qualité de service reçu, au moins un paramètre de débit à travers le canal afin d'optimiser l'utilisation des ressources réseau.
La quantité de données véhiculée dans un canal de signalisation est relativement peu élevée par rapport à celle véhiculée dans un canal de transport de données média. L'invention permet donc de diminuer le ou les débits spécifiés dans le profil de qualité de service demandé afin de diminuer le débit alloué au canal de signalisation et ainsi optimiser l'utilisation des ressources réseau.
Dans une variante avantageuse de l'invention, le nœud de gestion marque les paquets de données de signalisation véhiculés par ledit canal de signalisation de manière à ce que le réseau assure un traitement prioritaire desdits paquets lors de leur transport.
Grâce à cela, le canal de signalisation est traité de façon prioritaire au niveau transport (c'est-à-dire après son activation), lors du transport des paquets de données de signalisation. Le marquage des paquets de données de signalisation permet aux autres nœuds du réseau destinés à faire transiter ces paquets dans le réseau de détecter automatiquement leur niveau de priorité et de les traiter en conséquence, sans utiliser ni le paramètre SI, ni le paramètre THP.
On notera ici que, dans le cas d'un réseau comportant plusieurs nœuds de gestion, par exemple un réseau UMTS comportant des RNC. SGSN et GGSN, le profil de qualité de service du canal de signalisation peut être modifié, au niveau contrôle, par un premier nœud, par exemple par le SGSN, alors qu'au niveau transport, les paquets de signalisation peuvent être inarqués par un second nœud, par exemple le
RNC qui, en premier, reçoit les données de signalisation et a pour rôle de les retransmettre dans Ic réseau, au travers d'un lien IP, sous» la forme de paquets. De préférence, le nœud de gestion marque les paquets de données de signalisation véhiculés par ledit canal de signalisation à l'aide d'un champ DSCP (DiffSen- Code Point).
Au niveau transport, le réseau utilise le mécanisme Diffscrv, défini par I1IETF (Internet ïngineering Task Force), pour différentier les traitements de qualité de service appliqués aux paquets de données transportés par les différents contextes PDP de transport de données. Chaque paquet de données a, dans son en-tête, un champ DSCP "DiffServ Code Point" pouvant prendre différentes valeurs codées sur six bits. A chaque valeur de DSCP correspond un comportement appelé "Diffserv PHB" (Per Hop Behavior) au niveau des nœuds du réseau tout au long du trajet du paquet. Le comportement "EF" (Expedited Forwarding), correspondant à la valeur "101110" du champ DSCP, assure un service prioritaire avec faible délai, faible gigue (Δt entre différents paquets pour traverser un nœud ou un réseau) et faible perte de paquets. L'association "GSMA" (GSM Association) propose de marquer les paquets des flux de la classe de trafic "conversationnelle" avec le champ DSCP correspondant au comportement EF afin de les rendre prioritaires par rapport aux flux appartenant aux autres classes de trafic. Il est donc particulièrement intéressant de détourner l'utilisation de ce champ DSCP pour rendre les flux de signalisation plus prioritaires, par exemple en attribuant aux champs DSCP de ces flux la valeur "101110" correspondant au comportement "EF". Grâce à cela, les flux de signalisation deviennent aussi prioritaires que les flux conversationnels.
Un deuxième aspect de l'invention concerne un nœud de gestion pour un réseau de transmission en mode paquet, comprenant
des moyens de détection d'un canal de signalisation, agencés pour déterminer si, dans un profil de qualité de service associé à un canal de transport de données, un paramètre d'indication de signalisation (SI) est activé afin de détecter s'il s'agit d'un canal de signalisation,
des moyens pour commander îe nœud de façon à ce qu'il traite ledit canal de signalisation de façon prioritaire par rapport à tout autre canal pour le transport de données média lors de l'exécution d'au moins un mécanisme de traitement de qualité de service appliqué au canal de signalisation.
Un troisième aspect de l'invention concerne un réseau de transmission en mode paquet, comprenant au moins un nœud tel que défini ci-dessus.
Un quatrième aspect de l'invention concerne un module logiciel de traitement d'un canal de signalisation, pour un nœud de gestion d'un réseau de transmission en mode paquet, comprenant des instructions logicielles aptes à commander l'exécution des étapes du procédé précédemment défini par le nœud de gestion, ainsi que le support d'enregistrement, lisible par un ordinateur, sur lequel est enregistré ce module logiciel.
L'invention sera mieux comprise à l'aide de la description suivante d'un mode de réalisation particulier du procédé de l'invention, ainsi que des nœuds de gestion et du module logiciel pour la mise en œuvre de ce procédé, en référence aux dessins annexés sur lesquels: la figure 1 représente un schéma simplifié de l'architecture du système IMS et du réseau UMTS, les figures 2A et 2B représentent les différentes étapes du processus d'activation d'un contexte PDP; - la figure 3 représente un schéma bloc fonctionnel d'un nœud de gestion du réseau et la figure 4 représente un tableau de correspondance entre des paramètres de qualité de service UMTS, des comportements Dîffserv et des valeurs DSCP. Sur la figure 1. on a représenté un réseau mobile de communication en mode paquet, correspondant en l'espèce au domaine PS (Packet Switched domain), que l'on appellera par la suite "domaine paquet"', du réseau cœur UMTS3 et le sous-système multimédia TP (IMS). Le domaine paquet du réseau cœur UMTS comprend un nœud SGSN {Sening GPRS Support Mode) jouant Ie rôle de localisation de l'abonné dans une zone de localisation, appelée RA (Routing Arca) et de gestion du lien de communication avec le réseau d'accès. Le SGSN stocke le profil de chaque abonné et effectue un contrôle des ressources réseaux demandées par chaque abonné, et un nœud GGSN (Gateway GPRS Support Mode) jouant le rôle de passerelle entre le réseau UMTS et les réseaux à commutation de paquets extérieurs (l'Internet public, un intranet privé, etc.).
Le réseau d'accès de l'UMTS, appelé UTRAN (UMTS Terres trial Radio Access Network), constituant la partie radio du réseau UMTS, comprend des équipements de transmission radio, appelés NodeB, auxquels les terminaux d'utilisateur, également appelés UE (User Equipment), se connectent, et des contrôleurs RNC (Radio Network Controller), chaque RNC contrôlant une pluralité de NodeB.
Sur la figure 2, on a représenté une chaîne de transmission comprenant un UE 1, un NodeB 2,un RNC 3, un SGSN 4 et un GGSN 5. Comme cela a déjà été explicité, l'établissement d'une session de communication entre l'UE 1 et un autre UE (ou un serveur d'application AS) dans l'IMS s'effectue en deux temps: l'UE 1 active d'abord un contexte PDP primaire de signalisation pour échanger avec l'autre UE des données de signalisation (codée supporté, type de données média échangées, etc.) puis un contexte PDP secondaire pour le transport des données média (vidéo, audio et/ou textuelles par exemple) propres à la session de communication multimédia ou simple média.
Le processus d'activation et de marquage du contexte PDP primaire de signalisation va maintenant être décrit en référence aux figures 2 A et 2B.
EtojjeJEi : L1UB 1 envoie à son SGSJN 4 d'attache une demande d'activatioπ d'un contexte PDP primaire - SM Actnare PDP Context Request - avec un profil de qualité de service demandé par UEl , couramment appelé profil QoS (Qualiîy of Service), comprenant un ensemble de paramètres de qualité de service, définis dans le standard 3GPP, tels que notamment: la classe de trafic (Conversational, Streaming, Interactive on Background) indiquant le type de trafic souhaité, le paramètre THP (Traffîc Handling Priority), pour la classe de trafic "Interactive", pouvant prendre la valeur 1, 2 ou 3 et permettant de prioriser les flux de la classe de trafic "Interactive" les uns par rapport aux autres, - le débit garanti sur lien montant, définissant le débit minimum pour le trafic temps réel sur lien montant, pour les classes de trafic "Conversational" et "Streaming", et le débit garanti sur lien descendant, définissant le débit minimum pour le trafic temps réel sur lien descendant, pour les classes de trafic "Conversational" et "Streaming", les débits maximums, sur liens montant et descendant, définissant le débit maximum sur les liens montant et descendant, pour toutes les classes de trafic (Conversational, Streaming, Interactive et Background), et - le paramètre SI (Signalling Indication), prenant la valeur "Yes" ou "No", indiquant si le contexte PDP véhicule des données de signalisation ou non.
Le contexte PDP primaire à activer étant un contexte PDP de signalisation, le paramètre SI du profil QoS demandé est activé (SI — Yes). L'UE 1 indique ainsi que le contexte PDP à activer véhiculera du trafic de signalisation.
Etape E2 : Cette étape est divisée en trois sous-étapes représentées sur le figure 2B.
Sβiis-éfape E2.1 : Ajout de paramètre ARP dans Ie profil QoS demandé Le SGSN 4 reçoit la demande d'activation d'un contexte PDP primaire, en provenance de l'UE 1. Il consulte alors le profil de l'abonné UEl dans la base de données HLR (Home Location Register), contenant les informations relatives aux abonnés gérés par l'opérateur, en extrait la valeur du paramètre ARP (Allocation/Rétention Priority) souscrite par l'abonné et l'ajoute au profil de qualité de service demandé par I1UEl .
Sous-étape E2.2 : Modification du profil QoS demandé Le SGSN 4 détecte si, dans le profil de qualité de service demandé par UEl, le paramètre SI est activé (SI = Yes) afin de déterminer s'il s'agit d'un contexte PDP de signalisation. Cela étant le cas, il modifie, si besoin, dans le profil QoS demandé, au moins l'un des deux paramètres "classe de trafic" et "ARP", de manière à augmenter le niveau de priorité du contexte PDP de signalisation à activer. Dans l'exemple particulier de la description, le SGSN 4 modifie la classe de trafic en lui affectant la valeur "Conversational" et le paramètre ARP en lui affectant la valeur 1. Le contexte PDP de signalisation bénéficie ainsi de la priorité due aux contextes PDP de type "Conversational" ayant un niveau de priorité de l'ARP valant 1.
Si la classe de trafic demandée à l'origine par UEl n'est ni "Conversational", ni "Streaming", le profil QoS demandé par UEl et reçu par le SGSN 4 ne contient pas de débits garantis. Dans ce cas, après avoir changé la classe de trafic en "Conversational" ', le SGSN 4 ajoute dans le profil QoS demandé les débits garantis sur lien montant et sur lien descendant. Les valeurs de ces débits garantis sont fixées de façon à optimiser l'utilisation des ressources réseaux. Si le profil QoS demandé par UEl et reçu par le SGSK 4 contient déjà des débits garantis sur lien montant et sur lien descendant» le SGSN 4 les diminue pour optimiser l'utilisation des ressources réseaux. Les flux de signalisation ne nécessitant que peu de ressources réseaux, il est inutile de leur allouer des débits trop importants. A titre d'exemple non limitatif, si les débits garantis demandés à l'origine sont de 384 kbits,- sec, le SGSN 4 les diminue à 32 ou à 64 kbil?/sec, de manière à utiliser de façon optimale les ressources du réseau,
Lc SGSM 4 diminue également les débits maximums (sur liens montant et descendant) contenus dans le profil QoS demande par LEI et reçu par le SGSN 4. Sous-étape E2.3 : Application des mécanismes de traitement de la QoS
Le SGSN 4 traite le contexte PDP de signalisation à activer de façon prioritaire par rapport à tout autre contexte PDP (en cours d'activation ou déjà activé) pour le transport de données média lors de l'exécution d'un premier mécanisme de traitement de la qualité de service, à savoir le contrôle d'admission, appliqué au contexte PDP de signalisation à activer.
Le SGSN 4 traite également le contexte PDP de signalisation à activer de façon prioritaire par rapport à tout autre contexte PDP pour le transport de données média lors de l'exécution des deux autres mécanismes suivants de traitement de la qualité de service appliqués au contexte PDP à activer : la préemption de ressources et l'allocation de ressources différentiées.
Le mécanisme de préemption consiste, pour le SGSN 4, en cas de congestion, à préempter les ressources d'un ou de plusieurs contexte(s) PDP de transport de données média, déjà activé(s), pour les allouer au contexte PDP de signalisation à activer.
Le mécanisme d'allocation de ressources différentiées consiste, pour le SGSN
4, à optimiser l'utilisation des ressources réseaux lors de l'allocation de ressources au contexte PDP de signalisation. Comme déjà explicité plus haut, les contextes PDP de signalisation véhiculent une quantité relativement faible de données par rapport aux contextes PDP de transport de données média (déjà activés ou en cours d'activation).
Etape E3 : Le SGSN 4 envoie la demande d'activation d'un contexte PDP au
GGSN 5 Create PDP Coniext Requesi - avec le profil de qualité de service demandé par ITJlE 1 puis modifié par Ie SGSN 4.
Etape E4 : Sur réception de Ia demande d'activation du contexte PDP, le
GGSN 5 applique les mécanismes de traitement de qualité de ser\ice - contrôle d'admission, préemption et allocation de ressources différentiées en tenant compte du profil de qualité de service modifié (classe de trafic "Conversational", ARP = I5 débits garantis réduits et/ou débits maximum réduits).
Etape ES : Le GGSN 5 envoie au SGSN 4 une réponse positive à la demande d'activation du contexte PDP de signalisation - Create PDP Context Response, comprenant le profil de QoS négocié pour ce contexte .
Etape E6 : Le SGSN reçoit l'accord du GGSN pour activer le contexte PDP de signalisation, avec le profil de QoS négocié. On rappelle ici que, suite à la modification du profil QoS demandé par le SGSN 4 à l'étape E2.2, le paramètre ARP vaut 1. Le SGSN 4 décline l'ARP en quatre sous-paramètres de la manière suivante: Niveau de priorité = 1 (priorité haute) Vulnérabilité à la préemption = NO Capacité de préemption = YES Mise en file d'attente autorisée = NO
Etape E7 : Le SGSN 4 envoie au RNC 3 une demande d'allocation de RAB (Radio Access Bearer) - RAB AssReq - avec une liste d'attributs de qualité de service associés au RAB correspondant globalement aux paramètres de qualité de service demandés à l'origine par I1UE 1 puis modifiés par le SGSN 4.
Etape E8 : Le RNC 3 reçoit la demande d'allocation de RAB avec la liste d'attributs de qualité de service comprenant le paramètre SI = Yes et les autres paramètres de qualité de service, demandés par ÎUE 1 et éventuellement modifiés par Ie SGSK 4 et le GGSN 5, Comme à l'étape E2. le RNC 3 détermine que le RAB demandé est prévu pour transporter des données de signalisation, par détection du paramètre SI ~ Yes dans la liste d'attributs de qualité de service requis. 11 traite alors le RAB de signalisation à activer de façon prioritaire par rapport à tout autre RAB (en cours d'activation ou déjà active) pour le transport de données média lors de l'exécution du mécanisme de contrôle d'admission du RAB de signalisation à activer. Le RNC 3 calcule les ressources nécessaires pour l'activation de ce nouveau RAB de signalisation et le traite de façon prioritaire par rapport à tout autre RAB pour le transport de données média lors de l'exécution des mécanismes de préemption de ressources et d'allocation de ressources différentiées.
Etape E9 : Le RNC 3 notifie au SGSN l'acceptation de la demande d'allocation d'un RAB, par l'envoi du message RAB AssRes.
Etape ETO : Après établissement du RAB, le SGSN 4 envoie à l'UE 1 un message - SM Activate PDP Contexî Accept - indiquant que l'activation du contexte PDP de signalisation est acceptée.
Après l'étape ElO, le contexte PDP primaire de signalisation est activé et véhicule des données de signalisation entre l'UE 1 et l'autre UE (ou le serveur d'application AS) avec lequel l'UE 1 souhaitait établir une session multimédia dans l'IMS.
• Marquage du contexte PDP de signalisation
Après activation du contexte PDP de signalisation, sur détection du paramètre SI activé (SI = Yes), les données de signalisation sont marquées par un nœud du réseau. Le marquage est effectué dans le champ DSCP ici par attribution de la valeur
"101110" correspondant au comportement EF. Grâce à cela, les données de signalisation sont traitées avec le niveau de priorité le plus élevé. Ce marquage est ici réalisé par le RNC 3 d'attache de UE 1, dans le sens montant du lien vis-à-vis de FUEL et par le RNC d'attache de l'autre UE. dans le sens descendant du lien vis-à-vis de FUEL Lors du transport de ces données dans le réseau, chacun des autres nœud de gestion (SGSN et GGSN) détermine qu'il s'agit de données de signalisation par détection du paramètre SI activé I SI = Yes) et vérifie alors que îe champ DSCP de ces données de signalisation a bien îa valeur "101 1 10" correspondant, au comportement EF, Chaque nœud de gestion du réseau (RNC, SGSN et GGSN) est en fait agencé pour, lorsqu'il reçoit des données:
- déterminer s'il s'agit de données de signalisation par détection du paramètre
Sl activé (Sl = Yes) - si tel est le cas, vérifier le champ DSCP de ces données. o si ce champ a une valeur autre que celle correspondant au comportement EF ("101110"), modifier le champ DSCP en lui attribuant la valeur correspondant au comportement EF ("101110"). o sinon, ne pas le modifier.
D'une manière générale, le nœud marquant des données de signalisation avec le champ DSCP "1011 10" correspondant au comportement EF est de préférence le nœud du réseau qui, en premier, reçoit ces données et a pour rôle de les retransmettre vers le réseau au travers d'un lien IP et, par conséquent, sous la forme d'un paquet IP. Ainsi, les paquets sont traités avec un niveau de priorité élevé dès le début de leur transport dans le réseau. Toutefois, on pourrait envisager que ce marquage soit effectué par un autre nœud, par exemple le SGSN.
Le champ DSCP des paquets de signalisation ayant la valeur "101110" correspondant au comportement EF, les nœuds de gestion du réseau traitent ces paquets avec une priorité haute, due aux flux de la classe de trafic " Conversational" bien qu'il ne s'agisse pas d'un tel type de flux mais d'un simple flux de signalisation.
Lorsque les conditions de trafic changent, les nœuds de gestion du réseau (RNC, SGSN et/ou GGSN) peuvent être amenés à effectuer de la préemption de ressources et/ou de l'allocation de ressources différent! ées en modifiant ainsi les ressources respectives attribuées aux différents contextes PDP om erts. Lors de l'application de ces mécanismes de traitement de qualité de service, les noeuds traitent Ie contexte PDP de signalisation active de façon prioritaire par rapport à tout autre contexte PDP (en cours d'activation ou déjà activé) pour le transport de données média, comme à l'étape E2.3, On va maintenant décrire le nœud de gestion SGSN 4, en référence à la figure 3. Par souci de clarté, seuls les éléments du noeud 4 liés à l'invention vont être explicités.
Le noeud 4 comprend un module 40 de traitement d'un canal de transport de données de signalisation. Il s'agit d'un module logiciel comprenant des instructions logicielles pour commander l'exécution par le nœud des étapes du procédé précédemment décrit. Plus précisément, le module 40 comprend les éléments suivants: une brique 41 de détection d'un canal de signalisation, celui-ci étant associé à un profil de qualité de service, - une brique de commande 42 destinée à commander un traitement prioritaire d'un canal de signalisation par rapport à tout autre canal de transport de données média, lors de l'application de différents mécanismes de traitement de qualité de service, une brique 43 de modification du profil de qualité de service d'un canal de signalisation et une brique 44 de marquage des paquets de données de signalisation véhiculés par un canal de signalisation, agencée pour vérifier le marquage des paquets de données de signalisation et, si besoin, effectuer ce marquage, de manière à ce que le réseau assure un traitement prioritaire de ces paquets lors de leur transport.
La brique 41 est agencée pour déterminer si, dans le profil de qualité de service d'un canal de transport de données (en cours d'activation ou déjà activé), le paramètre SI d'indication de signalisation est activé (SI — Yes), afin de détecter s'il s'agit d'un canal de signalisation.
La brique de commande 42 est agencée pour commander Ie noeud 4 de manière à ce qu'il traite un canal de signalisation (en cours d'activation ou déjà activé) de façon prioritaire par rapport à tout autre canal de transport de données média lors de l'application des différents mécanismes de traitement de qualité de service, en l'espèce le contrôle d'admission, la préemption de ressources et l'allocation de ressources différentiée.
La brique 43 de modification du profil de qualité de service d'un canal de signalisation est agencée pour - modifier au moins l'un des deux paramètres de classe de trafic et d'ARP de manière à augmenter le niveau de priorité du canal de signalisation, ajouter des débits garantis sur liens montant et descendant au profil QoS, si besoin, ou modifier les débits garantis sur liens montant et descendant déjà présents dans le profil QoS, ainsi que les débits maximums sur liens montant et descendant du canal de signalisation afin d'optimiser l'utilisation des ressources réseaux.
On rappelle que, dans l'exemple particulier de la description, la brique 43 est agencée pour, si besoin, modifier la classe de trafic en lui affectant le valeur
" ConversationaF et l'ARP en lui affectant la valeur 1 , ajouter ou réduire les débits garantis (sur liens montant et descendant) et réduire les débits maximums (sur liens montant et descendant).
La brique 43 pourrait être agencée pour modifier d'autres paramètres du profil de qualité de service du canal de signalisation.
La brique de marquage 44 est agencée pour, sur réception de données de signalisation (celles-ci ayant été détectées par la brique 41), vérifier le champ DSCP dans les données de signalisation o si le champ DSCP a une valeur autre que celle correspondant au comportement EF ("101110"), modifier le champ DSCP en lui attribuant la valeur correspondant au comportement EF ("101110"). o sinon, ne pas îe modifier,
Dans l'exemple particulier précédemment décrit, le marquage des données de signalisation par le champ DSCP "1011 10" est effectué par les RNC 3. Les autres nœuds du réseau (SGSK 4 et GGSN 5) se contentant de \éπfïer le marquage. Dans l'exemple particulier de la description, les autres nœuds du réseau (RNC 3 et GGSN 5) intègrent également un module logiciel 40 de traitement de canaux de transport de données de signalisation, comportant les briques logicielles 41 (détection d'un canal de signalisation), 42 (commande), 43 (modification du profil QoS) et 44 (marquage). On pourrait également envisager que certains nœuds ne possèdent que certaines de ces briques logicielles. Par exemple, les RNC 3 et GGSN 5 pourraient ne pas intégrer la brique 43 de modification du profil QoS, dans la mesure où les SGSN l'intègrent.

Claims

REVENDICATIONS
1. Procédé de traitement de la qualité de service d'un canal de transport de données de signalisation dans un réseau de transmission en mode paquet comprenant au moins un nœud de gestion (4), dans lequel, pour un canal de transport de données, le nœud de gestion (4) reçoit un profil de qualité de service associé audit canal, contenant un paramètre (SI) d'indication de signalisation, caractérisé par le fait que le nœud de gestion (4) détecte (E2) si, dans le profil de qualité de service, le paramètre d'indication de signalisation est activé afin de déterminer s'il s'agit d'un canal de transport de données de signalisation, et si tel est le cas, traite le canal de transport de données de signalisation de façon prioritaire par rapport à tout autre canal de transport de données média lors de l'exécution d'au moins un mécanisme de traitement de qualité de service appliqué au canal de transport de données de signalisation.
2. Procédé selon la revendication 1, dans lequel, pour traiter de façon prioritaire le canal de signalisation à activer, le nœud de gestion (4) modifie (E2) le profil de qualité de service reçu, de manière à augmenter le niveau de priorité du canal de signalisation à activer.
3. Procédé selon la revendication 2, dans lequel, pour modifier le profil de qualité de service reçu, le nœud de gestion (4) modifie au moins l'un des paramètres du groupe comprenant une classe de trafic, un paramètre définissant une priorité relative du canal de signalisation pour l'allocation de ressources el un paramètre définissant une priorité relative du canal de signalisation pour la préemption
4, Procédé selon l'une des revendications 1 à 3. dans lequel le nœud de gestion (4} modifie» dans le profil de qualité de service reçu, au moins un paramètre de débit à tra\ ers le canal afin d'optimiser l'utilisation des ressources réseaux
5. Procédé selon l'une des revendications 1 à 4, dans lequel le nœud de gestion (4) marque les paquets de données de signalisation véhiculés par ledit canal de signalisation de manière à ce que le réseau assure un traitement prioritaire desdits paquets lors de leur transport.
6. Procédé selon la revendication 5, dans lequel, le nœud de gestion (4) marque les paquets de données de signalisation véhiculés par ledit canal de signalisation à l'aide d'un champ DSCP (DiffSen? Code Point).
7. Procédé selon l'une des revendications 5 et 6, dans lequel, dans le cas où le réseau comprend une pluralité de nœuds de gestion, le nœud qui marque les paquets de données de signalisation est celui qui, en premier, reçoit ces données et a pour rôle de les retransmettre vers le réseau à travers un lien IP.
8. Procédé selon l'une des revendications 1 à 7, dans lequel, lors de l'activation du canal, le nœud de gestion (4) traite (E2) le canal de signalisation à activer de façon prioritaire par rapport à tout autre canal pour le transport de données média lors de l'exécution d'un mécanisme de contrôle d'admission du canal de signalisation à activer.
9. Procédé selon la revendication 8, dans lequel le nœud de gestion (4) traite (E2) le canal de signalisation à activer de façon prioritaire par rapport à tout autre canal pour le transport de données média lors de l'exécution de l'un au moins des deux mécanismes de traitement de qualité de service suivants: le mécanisme d'allocation de ressources différentiées et le mécanisme de préemption de ressources d'un autre canal au profit dudil canal de signalisation en cas de congestion.
10. jNœud de gestion pour un réseau de transmission en mode paquet, comprenant des moyens (41) de détection d'un canal de signalisation, agencés pour déterminer si, dans un profil de qualité de service reçu, associé à un canal de transport de données, un paramètre d'indication de signalisation (Sl) est activé afin de détecter s'il s'agit d'un canal de signalisation,
des moyens (42) pour commander le nœud de façon à ce qu'il traite ledit canal de signalisation de façon prioritaire par rapport à tout autre canal pour Ic transport de données média lors de l'exécution d'au moins un mécanisme de traitement de qualité de service appliqué au canal de signalisation.
1 1. Nœud de gestion selon la revendication 10, comprenant des moyens (43) de modification du profil de qualité de service reçu, associé au dit canal de signalisation, afin d'augmenter le niveau de priorité du canal de signalisation à activer.
12. Nœud de gestion selon la revendication 11 , dans lequel les moyens de modification du profil de qualité de service reçu sont agencés pour modifier au moins l'un des paramètres du groupe comprenant une classe de trafic, un paramètre définissant une priorité relative du canal de signalisation pour l'allocation de ressources et un paramètre définissant une priorité relative du canal de signalisation pour la préemption.
13. Nœud de gestion selon l'une des revendications 10 à 12, dans lequel les moyens (43) de modification du profil de qualité de service reçu sont agencés pour modifier, dans le profil de qualité de service reçu, au moins un débit à travers le canal afin d'optimiser l'utilisation des ressources réseau.
14. Nœud de gestion selon l'une des re\ endi cations 10 à 13. comprenant des moyens (44) de marquage, agencés pour marquer les paquets de données de signalisation de manière à ce que le réseau assure un traitement pnoriîaue dcsdits paquets lors de leur transport
15. Réseau de transmission en mode paquet, comprenant au moins un nœud selon l'une des revendications 10 à 14.
16. Module logiciel (40) de traitement de données, pour un nœud de gestion d'un réseau de transmission en mode paquet, comprenant des instructions logicielles pour commander l'exécution par le nœud des étapes du procédé selon l'une des revendications 1 à 9.
17. Support d'enregistrement, lisible par un ordinateur, sur lequel est enregistré le module logiciel selon la revendication 16.
PCT/FR2006/050192 2005-03-03 2006-03-03 Procede de traitement de la qualite de service d'un canal de transport de donnees WO2006092541A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/885,683 US7796559B2 (en) 2005-03-03 2006-03-03 Method for processing quality of service of a data transport channel
EP06726216A EP1854323A1 (fr) 2005-03-03 2006-03-03 Procede de traitement de la qualite de service d'un canal de transport de donnees

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0502177A FR2882879A1 (fr) 2005-03-03 2005-03-03 Procede de traitement de la qualite de service d'un canal de transport et noeud de gestion pour sa mise en oeuvre
FR0502177 2005-03-03

Publications (1)

Publication Number Publication Date
WO2006092541A1 true WO2006092541A1 (fr) 2006-09-08

Family

ID=34954662

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/050192 WO2006092541A1 (fr) 2005-03-03 2006-03-03 Procede de traitement de la qualite de service d'un canal de transport de donnees

Country Status (5)

Country Link
US (1) US7796559B2 (fr)
EP (1) EP1854323A1 (fr)
CN (1) CN101069451A (fr)
FR (1) FR2882879A1 (fr)
WO (1) WO2006092541A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103152775A (zh) * 2006-11-03 2013-06-12 核心无线许可有限公司 服务质量的机制

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7957276B2 (en) * 2005-04-28 2011-06-07 Telcordia Licensing Company, Llc Call admission control and preemption control over a secure tactical network
WO2010056158A1 (fr) * 2008-11-11 2010-05-20 Telefonaktiebolaget L M Ericsson (Publ) Procédé et dispositif pour permettre une indication de congestion dans un réseau de télécommunications
CN102273136B (zh) * 2009-09-01 2012-12-26 华为技术有限公司 隧道多业务性能检测方法和装置
CN103686747B (zh) * 2012-09-21 2018-10-12 中兴通讯股份有限公司 一种次级系统在数据库中进行注册的方法及设备及系统
EP2930993A1 (fr) * 2014-04-09 2015-10-14 Telefonaktiebolaget L M Ericsson (PUBL) Détermination de priorité pour la signalisation
CN104125221B (zh) * 2014-07-17 2017-05-24 东北大学 Ims终端设备多软终端资源共享和应用协同装置及方法
US20230038198A1 (en) * 2021-08-03 2023-02-09 At&T Intellectual Property I, L.P. Dynamic wireless network throughput adjustment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020114305A1 (en) * 2001-02-09 2002-08-22 Johnson Oyama Signaling quality of service class for use in multimedia communicatations
WO2003081843A1 (fr) * 2002-03-27 2003-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Facturation dans un reseau de communication

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7298697B2 (en) * 2000-04-10 2007-11-20 Nokia Corporation Setting a communication channel
US7209439B2 (en) * 2001-03-20 2007-04-24 Mci, Llc Pool-based resource management in a data network
US20040184432A1 (en) * 2003-03-19 2004-09-23 Ralitsa Gateva Method for controlling streaming services
JP4523645B2 (ja) * 2004-07-05 2010-08-11 テレフオンアクチーボラゲット エル エム エリクソン（パブル） プッシュメッセージによって開始されるサービスのための装置および方法
ATE451804T1 (de) * 2004-07-05 2009-12-15 Ericsson Telefon Ab L M Bindemechanismus zur dienstqualitätsverwaltung in einem kommunikationsnetz
US20060114855A1 (en) * 2004-11-30 2006-06-01 Haihong Zheng Quality of service (QOS) signaling for a wireless network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020114305A1 (en) * 2001-02-09 2002-08-22 Johnson Oyama Signaling quality of service class for use in multimedia communicatations
WO2003081843A1 (fr) * 2002-03-27 2003-10-02 Telefonaktiebolaget Lm Ericsson (Publ) Facturation dans un reseau de communication

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103152775A (zh) * 2006-11-03 2013-06-12 核心无线许可有限公司 服务质量的机制

Also Published As

Publication number Publication date
US7796559B2 (en) 2010-09-14
US20080279108A1 (en) 2008-11-13
EP1854323A1 (fr) 2007-11-14
FR2882879A1 (fr) 2006-09-08
CN101069451A (zh) 2007-11-07

Similar Documents

Publication Publication Date Title
EP1792447B1 (fr) Procede de preemption pour la gestion des ressources radio dans un reseau de communication mobile
WO2006092541A1 (fr) Procede de traitement de la qualite de service d'un canal de transport de donnees
EP1999618B1 (fr) Etablissement de facettes d'une politique pour une session de communication
EP1665661B1 (fr) Procede de differenciation de la qualite de service dans les reseaux de communication mobile en mode paquets
TWI398128B (zh) 在一行動電信網路中之優先權載體
JP4838320B2 (ja) データパケットの伝送におけるサービス品質を指定する方法および装置
US9350566B2 (en) Handling traffic flows in a mobile communications network
CA2658620C (fr) Allocation d'une ressource qos predictive pour l'etablissement rapide d'une session
EP1767033A1 (fr) Procede de gestion des ressources radio dans un reseau d'acces radio de type utran
EP1241910A1 (fr) Procédé pour le contrôle de session d'appel multimedia dans un système cellulaire de radiocommunications mobiles
CA2658619C (fr) Groupage de signaux de communication a des fins d'efficacite
JP2007151187A (ja) Ｐｄｐコンテクストエラー取り扱い方法
EP1267530A1 (fr) Procédé de transmission de paquets IP à travers un système cellulaire de radiocommunication, et equipements du système cellulaire pour la mise en oeuvre de ce procédé
EP1516500A1 (fr) Procede pour supporter du trafic temps reel dans un systeme de radiocommunications mobiles
EP1699182A4 (fr) Procede, dispositif et systeme d'obtention d'une garantie de qualite de service (qos) dans un reseau mpls
EP3216181B1 (fr) Procede de controle des politiques de trafic depuis un module de securite dans un terminal mobile
EP1443779B1 (fr) Procédé pour la gestion de la qualité de service dans un système de radiocommunications mobiles
CN101370278B (zh) 会话初始化协议属性的获取方法
FR2896645A1 (fr) Procede de gestion de la qualite de service, entite de gestion, point d'attachement, terminal mobile et programmes d'ordinateur correspondants
FR3058288A1 (fr) Systeme pour hierarchiser les applications informatiques mises en oeuvre par un groupe d'utilisateurs
WO2003075521A1 (fr) Reseau de communication de paquets de donnees
EP2879431A1 (fr) Equipement de passerelle d'accès de mobiles à internet

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200680001301.X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2006726216

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006726216

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11885683

Country of ref document: US