WO2011121260A1 - Procédé et système de transmission de flux multimédia - Google Patents

Procédé et système de transmission de flux multimédia Download PDF

Info

Publication number
WO2011121260A1
WO2011121260A1 PCT/FR2011/050748 FR2011050748W WO2011121260A1 WO 2011121260 A1 WO2011121260 A1 WO 2011121260A1 FR 2011050748 W FR2011050748 W FR 2011050748W WO 2011121260 A1 WO2011121260 A1 WO 2011121260A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
session
core
routing
path
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/FR2011/050748
Other languages
English (en)
Inventor
Michel Delattre
Eric Blanchard
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thales SA
Original Assignee
Thales SA
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 Thales SA filed Critical Thales SA
Priority to AU2011234309A priority Critical patent/AU2011234309B2/en
Priority to EP11719329.2A priority patent/EP2553888B1/fr
Publication of WO2011121260A1 publication Critical patent/WO2011121260A1/fr
Priority to US13/632,978 priority patent/US9143354B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/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/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • 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/826—Involving periods of time

Definitions

  • a method and system for transmitting at least one data stream of a multimedia session through a distributed telecommunication network comprising at least one core network comprising a plurality of nodes interconnected by a plurality of links, each node of said network comprising a routing module, said session being established between a first terminal and at least one second terminal out of the core of the network, and said core network further comprising at least two edge modules, constituting points of access to said network core for said first and second terminals.
  • terminal means equipment capable of transmitting and / or receiving data, whether it be a user terminal or security equipment, acting as a proxy for the account of terminals deployed in a protected perimeter and accessing the external networks to this perimeter only through this security equipment.
  • the invention applies in particular to the transmission of multimedia data in real time over a communications network using the IP protocol, the data transmission in the core of the network being effected by means of radio links.
  • Such a network includes variable rate links, in particular due to the variation of the propagation channels, due for example to meteorological conditions, and the pooling of spectral resources, of dynamically allocating space resources according to the instantaneous needs. . Radio resources are thus limited, variable and costly.
  • multimedia data in real time is demanding in terms of quality of service.
  • data is transmitted in the form of isochronous streams, whose data packets are sent by a transmitting terminal at regular time intervals.
  • these packets must also be received by a receiving terminal at regular intervals of time.
  • the transmission of multimedia streams in real time thus requires the control of several parameters such as bandwidth, transit time and jitter, that is to say the variation of routing times of packets on the network.
  • the control of these parameters during the duration of the session defines the quality of service (QoS), which is translated for the receiving terminal by the guarantee of a quality of experience (QoE).
  • QoS quality of service
  • QoE quality of experience
  • All-IP networks which make it possible to converge all telecommunications services on the same infrastructure, are not natively capable of ensuring such a quality of service, in particular because they are based on mechanisms of individual processing of data packets, and not of packet flows.
  • CAC Connection Admission Control
  • the admission control does not always guarantee the maintenance of the requested bandwidth during the transmission of a stream, especially when this transmission is carried out over wireless networks, the links of such networks often being of variable bit rate. .
  • the admission control does not make it possible to ensure the availability of the bandwidth for the transmission of the whole of a stream, and the decrease of the available bandwidth of a variable rate link, on which are transmitted flows admitted on this link at the end of an admission control, can cause the loss of packets of these flows.
  • admission control can be coupled to a resource reservation protocol.
  • RSVP Resource reSerVation Protocol
  • RSVP Resource reSerVation Protocol
  • This signaling protocol makes it possible to dynamically allocate bandwidth: it is used by "real-time" applications in order to reserve the necessary resources at the level of the routers so that the necessary bandwidth is available during the transmission.
  • Session Initiation Protocol SIP
  • SDP Session Description Protocol
  • the protocols implemented for the transmission of data streams are generally based on a layered architecture, each layer being responsible for providing one or more services specific to the layer above, and the communications being performed only between adjacent layers.
  • this organization is not optimal, the properties of the different layers being dependent on each other.
  • the communication system In order to meet the quality of service requirements of multimedia sessions, the communication system must be able to adapt dynamically to traffic situations and network conditions, a need that can not be satisfied by the traditional protocol network architecture.
  • cross-layering allowing the violation of layered protocol architecture, improves transmission performance in wireless networks and ensures better quality of service for multimedia sessions.
  • antennal systems, spectral distributions, modulation and coding functions, routing of information along multiple paths, end-to-end optimization functions all adapt continuously according to application requirements. and available network capabilities.
  • flow routing, admission control and session control mechanisms are generally implemented separately, and do not allow the rapid deployment of networks using adaptive transmission systems.
  • Document WO / 2008/125437 discloses a method for routing data streams in a network comprising multitopology routers, each of the topologies being associated with a particular metric (for example the delay, the available bit rate, the bandwidth, etc. ), in which the routing and reservation mechanisms are coupled. According to this method, a change in the usable bit rate of a network link causes a change in a metric, a change which is taken into account for the routing of the data streams.
  • a metric for example the delay, the available bit rate, the bandwidth, etc.
  • This method has several disadvantages. In particular, it does not optimize network resources, and the variability of link speeds can cause signaling and processing overloads for routers in the network. In addition, knowledge of the network state is not exploited when negotiating a service for a session, and routing policies can not be selected session by session.
  • the object of the invention is thus to overcome the disadvantages of the transmission methods according to the state of the art which use a lot of network resources in the establishment and maintenance phases of the session, to effectively guarantee the quality of service on the network and spread the loads over the network.
  • the invention relates to a transmission method of the aforementioned type, characterized in that it comprises the steps of: determination by said edge modules of information relating to the routing topology and the state of the links of said network, and necessary for the transmission of data streams of the session,
  • parameters of said session comprising a duration of the session and flow constraints of the flows of said session in the core network
  • this transmission method makes it possible to negotiate for each session a stream transfer service, which takes into account the state of the links of the network, and to determine for all flows an optimal path, ensuring a quality of service for the entire duration of the session, while optimizing the resources of the network, that is to say by minimizing the resources used by the session.
  • This method also allows coupling between the application, network and data link layers of the network architecture.
  • the transmission method includes one or more of the following features:
  • the step of determining by said edge modules information relating to the routing topology and link state of said network comprises the determination by said routing modules of said information and the transmission of said information from said routing modules to said edge modules;
  • the transmission method further comprises a step of marking said flows to follow said predetermined path; the step of determining said flow flow constraints comprises determining the priority of said session with respect to other sessions, and the step of setting up the necessary resources includes pre-empting the resources along said path; , depending on the priority of the session;
  • the step of setting up the resources and defining the routing rules comprises reserving the resources along said path in said core network, prohibiting their use by other sessions for the duration of the session.
  • the method further comprises a step of compressing headers of the packets of the streams of the session, before they are transmitted in the heart of the network, and a step of decompression of these headers, after their transmission in the heart of network.
  • the invention also relates to a system for transmitting at least one data stream of a multimedia session through a distributed telecommunication network comprising at least one core network comprising a plurality of nodes interconnected by a plurality of links, said session being established between a first terminal and at least one second terminal outside said core network, said system comprising, at the edge of said core network, at least two edge modules, constituting access points to said core network for said first and second terminals, and in each node of said network a routing module, characterized in that:
  • said edge modules comprise means for determining information relating to the routing topology and the link state of said network, and necessary for the transmission of data streams of the session,
  • said edge modules comprise means for determining, when they are requested by the first terminal, parameters of said session comprising a duration of the session, and flow flow constraints of said session in the core network,
  • said edge modules comprise means for selecting, when said data flows must pass through said network core, an input edge module and an output edge module of said core network for said flows, according to said constraints of flow flow and said determined session parameters, and said information relating to the routing topology and link states,
  • said system comprises means for predetermining a path, from said input edge module to said output edge module, for all of said flows of the session, through said core network, according to said constraints flow flow and said information relating to the routing topology and the state of the links, and according to optimization objectives of the core network,
  • said system comprises means for setting up resources necessary to satisfy said flow constraints and said optimization objectives along said path and for defining routing rules with routing modules located along said path, and
  • said system comprises means for transmitting said flows of the session only by said predetermined path.
  • the transmission system includes one or more of the following features:
  • routing modules furthermore comprise means for determining said information relating to the routing topology and link state of said network and for transmitting said information to said edge modules;
  • the transmission system comprises means for marking said flows so that they follow said predetermined path;
  • said means for determining said flow constraints of the flows of the session comprise means for determining the priority of said session with respect to other sessions, and means for setting up the resources necessary to satisfy said flow constraints along said path include means for preempting said resources along said path, according to the priority of the session;
  • said means for setting up said necessary resources comprise means for reserving said resources along said path, in said core network, and for prohibiting their use by other sessions during the entire duration of the session;
  • the transmission system comprises means for compressing headers of the packets of the streams of the session, before they are transmitted in the core of the network, and means for decompressing said headers, after their transmission in the heart of the network.
  • FIG. 1 is a diagram illustrating a communication network adapted to the implementation of the method according to the invention.
  • FIG. 2 is a block diagram illustrating the implementation of a transmission method according to one embodiment of the invention.
  • FIG. 1 represents the overall architecture of a system in which the method according to the invention can be implemented.
  • This system comprises a requesting terminal 1, a solicited terminal 2, and a communication network 3.
  • requesting terminals 1 and 2 solicited are for example multimedia equipment, or security equipment such as encryptors connected to a local network and protecting the local network.
  • the requesting terminal 1 is able to request the establishment of a multimedia session and to exchange data, through the network 3, with the requested terminal 2.
  • the communication network 3 is a distributed network, that is to say not including a central decision-making organ, organized in three levels: a network core 4, access networks 5, 5 ', and serving networks, not shown.
  • the network core 4 is a mesh network, comprising a plurality of nodes 10, 12, interconnected by a mesh of links 7, at variable rates.
  • These links 7 use various transmission technologies and include optical links, terrestrial radio links and radio links on a satellite infrastructure.
  • optical links for example their point-to-point or multipoint connectivity, their transmission delay and the stability of this delay, vary from one link to another.
  • nodes 10, 12 of the core 4 of the network there are the edge nodes 10, entry points in the core 4 of the network, and the internal nodes 12.
  • the internal nodes 12 are intermediate nodes, not connected to the networks 5, 5 'of access, which make it possible to increase the mesh for more robustness within the heart 4 of network, and to relay the data transmitted on the links 7.
  • the access networks 5, 5 ' also comprise nodes 14 connected by links 16, and make it possible to connect the requesting and the requesting terminals 2 to the core 4 of the network. Some of these links 16 use transmission technologies on a satellite infrastructure 8.
  • All the nodes 10, 12 and 14 of the network comprise a routing module 18. Furthermore, the edge nodes 10 also comprise a border module 20, 20 ', 20 ", thus distinguishing the nodes 10, 12, 14, hardware devices disposed at each end of the links 7, 16, of the routing modules 18. and border 20, 20 ', 20 ", software agents providing communication services.
  • Each of the routing modules 18 comprises means for determining the routing topology of the network 3 and the detailed states of the links 7, 16 of the network, and means for transmitting this information to the border modules 20, 20 ', 20 ".
  • Each routing module 18 also comprises means for receiving data streams sent by a neighboring routing module, and for routing these flows of data. data to another neighboring routing module, for these data flows to follow a predetermined path.
  • the edge modules 20, 20 ', 20 “comprise means for negotiating service parameters of a session, requested by the requesting terminal 1 at the initiation of the session, for estimating the duration of the session, and for defining, based on these negotiated parameters, the estimated duration of this session and the routing topology of the network 3 and the detailed states of the links 7, 16 of the network, flow constraints of the flows of the session.
  • the edge modules 20, 20 ', 20 also comprise means for selecting, according to determined flow constraints for the flows of a session, two edge modules 20', 20", respectively input node and output node of the network core 4 for the flow of the session.
  • edge modules 20, 20 ', 20 are able to determine, in particular according to the information of the topology and the state of the links on the network 3, a path between the requesting terminal 1 and the requested terminal. 2, passing through the input and output edge modules previously selected.
  • the edge modules 20, 20 ', 20 also comprise means for requesting the establishment of resources on the links of the core network and the access links composing the determined path, so as to satisfy the flow constraints. flows and criteria for optimizing the network.
  • the transmission method according to the invention is based on the knowledge of the states and trends of the links of the network 3 in order to organize, during the initialization of a session, the optimal flow of the flow of this session.
  • the routing modules 18 determine the routing topology of the network 3, by identifying the nodes 10, 12, 14 and the links 7, 16 of the network, these links being characterized in nodes 10, 12 of cores and access nodes 14.
  • the routing modules 18 also collect detailed reports of the links of the network, making it possible to determine the availability of these links.
  • These link states obtained by the routing modules 18 based on the information produced by reservation and supervision algorithms of the exchanges between the nodes, distributed algorithms and applying the principles of "cross-layering", take account in particular of the requests for transmission and reservations made on the links 7, 16, and transmission delays and capabilities of these links 7, 16, and in particular the variable capacity of the radio links of the network.
  • These link states also include information about the level of risk of these links in terms of security.
  • this step 30 is performed according to a link state routing protocol such as the OSPF-TE protocol (for "Open Shortest Path First - Traffic Engineering”), according to which the routing modules 18 collect the set of link states. and build from their point of view the tree of all the paths in the network 3.
  • OSPF-TE protocol for "Open Shortest Path First - Traffic Engineering”
  • the routing modules 18 then transmit to the modules 20, 20 ', 20 "of the border the information relating to the topology of the network and to the states of the links determined.
  • the requesting terminal 1 When the requesting terminal 1 wishes to initiate a multimedia session requesting a service guarantee with the requested terminal 2, it sends in a step 36 a request to invoke this service.
  • this request is sent according to a call signaling protocol such as SIP signaling.
  • This request indicates the parameters of the service associated with the session, and in particular which is the recipient of the data, the type of data to be transmitted (audio or video data for example), the codec used for the compression of this data, the priority level of the session, and the security level of the session.
  • This request is transmitted, via the access network 5, to a first module 20 of any border, which negotiates these service parameters with the requesting terminal 1, in particular according to the information relating to the topology of the network 3 and the states of the networks. connections.
  • This negotiation is a means for the requesting terminal 1 and the first edge module 20 to agree on the level of quality of service that the network must provide for the transmission of the flows of the session.
  • the first border module 20 defines, in a step 38, flow constraints of the flows of the session, and estimates the duration of this session. These flow constraints are technical parameters related to the flow of the session flows, such as the maximum jitter and transfer delay for the negotiated service to be guaranteed.
  • the first border module 20 also defines, from the negotiated priority level, the importance level of the session relative to other invoked or current sessions.
  • the first edge module 20 selects, as a function of the topology of the network 3 and the state of the links on this network determined during the step 30, and according to the constraints of flow of the session streams defined in step 38, two edge modules 20 ', 20 ", respectively input node in the core network and output node for the streams of the session.
  • 20 "of edge of entry and exit are for example the edge modules closest to the access networks 5 and 5 'by which the requesting terminal 1 and the requested terminal 2 access the core 4 network.
  • the first border module redirects the session initialization request from the requesting terminal 1 to the selected input boundary module 20 '.
  • the input boundary module 20 'then continues to initialize the session with the requesting terminal 1 and the output boundary module 20 ".
  • the input edge module 20 ', 20 “then searches, based on the information of the topology and the state of the links on the network, a path between the requesting terminal 1 and the requested terminal 2 passing through the input and output border modules 20 ', 20 ", a path allowing flow of the session flows according to the flow constraints defined in step 38.
  • the input and output border modules 20 ', 20 also take into account the global policy exerted on the core 4 of the network, particularly in terms of security posture and optimization of the resources of the core network 4.
  • the determined path may be composed of high security links, for example anti-jamming links.
  • the edge modules 20 'and 20 when determining this path, the edge modules 20 'and 20 "optimize the resources of the network 3, based on the optimization criteria defined for the entire network 3.
  • the optimization criteria evaluate a network. the cost associated with each of the links in the network, depending on the state of these links, and the border modules 20 ', 20 "preferentially select, when determining the path, the links whose costs are the lowest and respond to the flow constraints.
  • These optimization criteria can in particular take into account the spectral efficiency of the links of the network, the 20 'and 20 "edge modules favoring in the path determination the links whose spectral efficiency is greatest.
  • the border modules 20 'and 20 "require the setting up of resources on the links 7 of the core network and the access links 16 composing this path, so to satisfy flow flow constraints and network optimization criteria
  • these resources are implemented by means of an RSVP-TE type reservation protocol, a periodic signaling issued by the modules 20 'and 20 "of border indicating to each of the routing modules 18 along the path the flow referral rules of the session.
  • border modules 20 'and 20 "exert, if the priority level of the session and the state of the links require it, a pre-emption of resources, in order to release resources used by other sessions of lower priority. , and assign them to the initiated session.
  • the 20 'and 20' edge modules require the implementation of mechanisms for compressing and decompressing IP headers using the RObust Header Compression (ROHC) method.
  • ROHC RObust Header Compression
  • IP headers are usually an important part of multimedia data packets, for example 60 bytes of IP header is required to transmit 20 bytes of audio data, according to the IPv6 protocol, and header compression, reducing the size of these 60-byte 4-byte headers, can reduce four the resources used for the transmission of these data.
  • an admission control step 46 if the resources required for the flow of the session flows according to the negotiated constraints have been put in place, the input boundary module 20 'admits the session, and signal this admission to the requesting terminal 1. On the other hand, if no path has been found to dispose of the flows, or if the necessary resources could not be put in place, the session is rejected.
  • This admission control makes it possible to eliminate, as soon as possible, sessions whose constraints can not be satisfied by the network.
  • the flows of the admitted session are then transmitted, in a step 48, between the requesting terminal 1 and the requested terminal 2, following the only predetermined path in step 42.
  • the method according to the invention makes it possible to determine and reserve an optimal path for all the streams of the session, this path not varying during the transmission due to external factors.
  • the routing modules arranged along the predetermined path route the data packets according to the routing rules defined in step 44.
  • these flows must be able to be identified by the routing modules 18.
  • mechanisms for marking the flow of the session are set up.
  • the packets of the streams of the session are marked when they are sent by the requesting terminals 1 and requested 2 in the so-called "Flow Label" field of their header, a field intended to easily identify packets of the same session for which special processing on the routing modules 18 of the border nodes 10 is requested.
  • the determination of the state of the links and the topology of the network is not necessarily carried out according to a link state routing protocol.
  • routing modules can rely on principles of routing and routing of packets from MPLS (Multiprotocol Label Switching), a protocol based on the allocation of tags to data packets for packet switching. .
  • MPLS Multiprotocol Label Switching
  • the routing modules rely on multi-topology routing and routing principles, making it possible to select, for each service negotiated, the topology best suited to this service.
  • the invention is not limited to the routing, reservation or signaling protocols mentioned in the embodiment described.
  • the requested terminal is not necessarily unique, the session can be established between several terminals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Ce procédé de transmission de flux de données d'une session multimédia entre un premier et un deuxième terminal (1, 2) à travers un réseau (3) de télécommunication comprenant un cœur (4) de réseau comprend la détermination par des modules (20, 20', 20'') de bordure, points d'accès audit cœur (4) de réseau, de la topologie de routage et de l'état des liens (7, 16) du réseau, la détermination de paramètres de la session, la sélection de modules (20', 20'') de bordure d'entrée et de sortie du cœur (4) de réseau pour lesdits flux, la prédétermination d'un chemin, entre les modules (20', 20'') de bordure d'entrée et de sortie, pour tous les flux de la session, la mise en place de ressources le long du chemin, la définition de règles de routage auprès de modules (18) de routage situés le long dudit chemin, et la transmission des flux seulement par ledit chemin.

Description

Procédé et système de transmission de flux multimédia
L'invention concerne un procédé et un système de transmission d'au moins un flux de données d'une session multimédia à travers un réseau de télécommunication distribué comprenant au moins un cœur de réseau comprenant une pluralité de nœuds interconnectés par une pluralité de liens, chaque nœud dudit réseau comportant un module de routage, ladite session étant établie entre un premier terminal et au moins un deuxième terminal hors du cœur du réseau, et ledit cœur de réseau comprenant en outre au moins deux modules de bordure, constituant des points d'accès audit cœur de réseau pour lesdits premier et deuxième terminaux.
Dans la suite de la description et dans les revendications, on entendra par terminal un équipement apte à émettre et/ou recevoir des données, qu'il s'agisse d'un terminal usager ou d'un équipement de sécurité, agissant en mandataire pour le compte de terminaux déployés dans un périmètre protégé et n'accédant aux réseaux externes à ce périmètre que par le biais de cet équipement de sécurité.
L'invention s'applique en particulier à la transmission de données multimédia en temps réel sur un réseau de communications utilisant le protocole IP, la transmission de données dans le cœur du réseau s'effectuant au moyen de liaisons radios.
Un tel réseau comprend des liens à débit variable, en raison notamment de la variation des canaux de propagation, due par exemple aux conditions météorologiques, et de la mutualisation des ressources spectrales, consistant à allouer de manière dynamique les ressources spatiales en fonction des besoins instantanés. Les ressources radio sont ainsi à la fois limitées, variables et coûteuses.
De plus, la transmission de données multimédia en temps réel est exigeante en terme de qualité de service. En effet, de telles données sont transmises sous la forme de flux isochrones, dont les paquets de données sont envoyés par un terminal émetteur à intervalles de temps réguliers. Pour être exploitables, ces paquets doivent également être reçus par un terminal récepteur selon des intervalles de temps réguliers.
La transmission de flux multimédia en temps réel nécessite ainsi le contrôle de plusieurs paramètres tels que la bande passante, le temps de transit et la gigue, c'est-à- dire la variation des délais d'acheminement des paquets sur le réseau. Le contrôle de ces paramètres pendant la durée de la session définit la qualité de service (QoS), qui se traduit pour le terminal récepteur par la garantie d'une qualité d'expérience (QoE).
Les réseaux « tout IP », qui permettent de faire converger sur une même infrastructure l'ensemble des services de télécommunications, ne sont pas nativement capables d'assurer une telle qualité de service, notamment car ils sont basés sur des mécanismes de traitement individuel de paquets de données, et non de flux de paquets.
Plusieurs mécanismes sont donc généralement mis en œuvre pour contrôler la qualité de service de sessions sur de tels réseaux. Notamment, la bande passante disponible peut être contrôlée par la mise en œuvre d'un contrôle d'admission (ou CAC, pour Connection Admission Control), qui permet de déterminer, préalablement à l'émission de flux, si la bande passante disponible sur le réseau est suffisante pour la transmission de ces flux avec la qualité de service demandée, sans impacter la qualité de service d'autres flux transmis sur le réseau, et de rejeter les flux qui seraient excédentaires.
Cependant, le contrôle d'admission ne garantit pas toujours le maintien de la bande passante demandée lors de la transmission d'un flux, en particulier lorsque cette transmission est réalisée sur des réseaux sans fil, les liens de tels réseaux étant souvent à débit variable. Ainsi, le contrôle d'admission ne permet pas d'assurer la disponibilité de la bande passante pour la transmission de l'ensemble d'un flux, et la diminution de la bande passante disponible d'un lien à débit variable, sur lequel sont transmis des flux admis sur ce lien à l'issue d'un contrôle d'admission, peut causer la perte de paquets de ces flux.
Afin de garantir la bande passante disponible pour la transmission de flux, le contrôle d'admission peut être couplé à un protocole de réservation de ressources. Par exemple, le protocole RSVP (Ressource reSerVation Protocol) est un protocole qui permet au destinataire des flux de données de demander une certaine qualité de service (par exemple le délai ou la bande passante) à travers le réseau. Ce protocole de signalisation permet d'allouer dynamiquement de la bande passante : il est utilisé par les applications "temps réel" afin de réserver les ressources nécessaires au niveau des routeurs pour que la bande passante nécessaire soit disponible lors de la transmission.
Par ailleurs, des mécanismes de commande de session permettent d'initialiser, de modifier et de terminer des sessions multimédia. Par exemple, le protocole d'initialisation SIP (Session Initiation Protocol) permet d'authentifier et de localiser les participants de la session multimédia, les caractéristiques de la session étant décrites au moyen du protocole SDP (Session Description Protocol).
Les protocoles mis en œuvre pour la transmission de flux de données sont généralement basés sur une architecture en couches, chaque couche étant chargée de fournir un ou plusieurs services spécifiques à la couche située au dessus, et les communications s'effectuant seulement entre couches adjacentes. Cependant, dans les réseaux sans-fil, cette organisation n'est pas optimale, les propriétés des différentes couches étant dépendantes les unes des autres. Afin de répondre aux exigences de qualité de service des sessions multimédia, le système de communication doit pouvoir s'adapter dynamiquement aux situations du trafic et aux conditions réseau, besoin qui ne peut être satisfait par l'architecture réseau protocolaire traditionnelle.
L'émergence d'un nouveau concept, appelé « Cross-layering » (inter-couches), autorisant la violation de l'architecture protocolaire en couches, permet d'améliorer les performances de transmission dans les réseaux sans fil et d'assurer une meilleure qualité de service pour les sessions multimédia. Ainsi, les systèmes antennaires, les répartitions spectrales, les fonctions de modulation et de codage, le routage de l'information le long de chemins multiples, les fonctions d'optimisation de bout en bout s'adaptent tous en continu en fonction des besoins applicatifs et des capacités disponibles du réseau.
Par ailleurs, les mécanismes de routage de flux, de contrôle d'admission et de commande de session sont généralement mis en œuvre séparément, et ne permettent pas le déploiement rapide de réseaux utilisant des systèmes de transmission adaptatifs.
On connaît du document WO/2008/125437 un procédé de routage de flux de données dans un réseau comprenant des routeurs multitopologie, chacune des topologies étant associée à une métrique particulière (par exemple le délai, le débit disponible, la bande passante...), dans lequel les mécanismes de routage et de réservation sont couplés. Selon ce procédé, une variation du débit utilisable d'un lien du réseau provoque un changement d'une métrique, changement qui est pris en compte pour le routage des flux de données.
Ce procédé présente plusieurs inconvénients. Notamment, il ne permet pas d'optimiser les ressources du réseau, et la variabilité des débits des liens peut provoquer des surcharges de signalisation et de traitement pour les routeurs du réseau. De plus, la connaissance de l'état du réseau n'est pas exploitée lors de la négociation d'un service pour une session, et les politiques de routage ne peuvent pas être sélectionnées session par session.
Le but de l'invention est ainsi de pallier les inconvénients des méthodes de transmission selon l'état de la technique qui utilisent beaucoup de ressources du réseau dans les phases d'établissement et de maintien de la session, pour garantir efficacement la qualité de service sur le réseau et répartir les charges sur le réseau.
A cette fin, l'invention a pour objet un procédé de transmission du type précité, caractérisé en ce qu'il comporte les étapes de : - détermination par lesdits modules de bordure d'informations relatives à la topologie de routage et à l'état des liens dudit réseau, et nécessaires à la transmission de flux de données de la session,
- détermination, par un module de bordure sollicité par le premier terminal, de paramètres de ladite session comprenant une durée de la session et de contraintes d'écoulement des flux de ladite session dans le cœur de réseau,
- sélection par ledit module de bordure sollicité, lorsque lesdits flux de données doivent traverser ledit cœur de réseau, d'un module de bordure d'entrée et d'un module de bordure de sortie dudit cœur de réseau pour lesdits flux, en fonction desdites contraintes d'écoulement de flux et desdits paramètres de la session déterminés, et desdites informations relatives à la topologie de routage et aux états des liens,
- prédétermination d'un chemin, dudit module de bordure d'entrée audit module de bordure de sortie, pour l'ensemble desdits flux de la session, à travers ledit cœur de réseau, en fonction desdites contraintes d'écoulement des flux et desdites informations relatives à la topologie de routage et à l'état des liens, et en fonction d'objectifs d'optimisation du cœur de réseau,
- mise en place de ressources nécessaires pour satisfaire lesdites contraintes d'écoulement le long dudit chemin et les objectifs d'optimisation, et définition de règles de routage auprès de modules de routage situés le long dudit chemin, et
- transmission desdits flux de la session seulement par ledit chemin prédéterminé.
Ainsi, ce procédé de transmission permet de négocier pour chaque session un service de transfert de flux, qui tient compte de l'état des liens du réseau, et de déterminer pour l'ensemble des flux un chemin optimal, assurant une qualité de service pour toute la durée de la session, tout en optimisant les ressources du réseau, c'est-à-dire en minimisant les ressources utilisées par la session. Ce procédé permet également un couplage entre les couches application, réseau et liaison de données de l'architecture réseau.
Selon d'autres aspects, le procédé de transmission comporte l'une ou plusieurs des caractéristiques suivantes :
- l'étape de détermination par lesdits modules de bordure d'informations relatives à la topologie de routage et à l'état des liens dudit réseau comprend la détermination par lesdits modules de routage desdites informations et la transmission desdites informations depuis lesdits modules de routage vers lesdits modules de bordure ;
- le procédé de transmission comprend en outre une étape de marquage desdits flux pour qu'ils suivent ledit chemin prédéterminé ; - l'étape de détermination desdites contraintes d'écoulement des flux comprend la détermination de la priorité de ladite session par rapport à d'autres sessions, et l'étape de mise en place des ressources nécessaires comprend la préemption des ressources le long dudit chemin, en fonction de la priorité de la session ;
- l'étape de mise en place des ressources et de définition des règles de routage comprend la réservation des ressources le long dudit chemin, dans ledit cœur de réseau, interdisant leur usage par d'autres sessions pendant toute la durée de la session.
- le procédé comprend en outre une étape de compression d'en-têtes des paquets des flux de la session, avant leur transmission dans le cœur de réseau, et une étape de décompression de ces en-têtes, après leur transmission dans le cœur de réseau.
L'invention a également pour objet un système de transmission d'au moins un flux de données d'une session multimédia à travers un réseau de télécommunication distribué comprenant au moins un cœur de réseau comprenant une pluralité de noeuds interconnectés par une pluralité de liens, ladite session étant établie entre un premier terminal et au moins un deuxième terminal hors dudit cœur de réseau, ledit système comprenant, en bordure dudit cœur de réseau, au moins deux modules de bordure, constituant des points d'accès audit cœur de réseau pour lesdits premier et deuxième terminaux, et en chaque nœud dudit réseau un module de routage, caractérisé en ce que :
- lesdits modules de bordure comprennent des moyens pour déterminer des informations relatives à la topologie de routage et à l'état des liens dudit réseau, et nécessaires à la transmission de flux de données de la session,
- lesdits modules de bordure comprennent des moyens pour déterminer, lorsqu'ils sont sollicités par le premier terminal, des paramètres de ladite session comprenant une durée de la session, et des contraintes d'écoulement des flux de ladite session dans le cœur de réseau,
- lesdits modules de bordure comprennent des moyens pour sélectionner, lorsque lesdits flux de données doivent traverser ledit cœur de réseau, un module de bordure d'entrée et un module de bordure de sortie dudit cœur de réseau pour lesdits flux, en fonction desdites contraintes d'écoulement de flux et desdits paramètres de la session déterminés, et desdites informations relatives à la topologie de routage et aux états des liens,
- ledit système comprend des moyens pour prédéterminer un chemin, dudit module de bordure d'entrée audit module de bordure de sortie, pour l'ensemble desdits flux de la session, à travers ledit cœur de réseau, en fonction desdites contraintes d'écoulement des flux et desdites informations relatives à la topologie de routage et à l'état des liens, et en fonction d'objectifs d'optimisation du cœur de réseau,
- ledit système comprend des moyens pour mettre en place des ressources nécessaires pour satisfaire lesdites contraintes d'écoulement et lesdits objectifs d'optimisation le long dudit chemin et pour définir des règles de routage auprès de modules de routage situés le long dudit chemin, et
- ledit système comprend des moyens pour transmettre lesdits flux de la session seulement par ledit chemin prédéterminé.
Selon d'autres aspects, le système de transmission comporte l'une ou plusieurs des caractéristiques suivantes :
- lesdits modules de routage comportent en outre des moyens pour déterminer lesdites informations relatives à la topologie de routage et à l'état des liens dudit réseau et pour transmettre lesdites informations vers lesdits modules de bordure ;
- le système de transmission comprend des moyens pour marquer lesdits flux pour qu'ils suivent ledit chemin prédéterminé ;
- lesdits moyens pour déterminer lesdites contraintes d'écoulement des flux de la session comprennent des moyens pour déterminer la priorité de ladite session par rapport à d'autres sessions, et les moyens pour mettre en place les ressources nécessaires pour satisfaire lesdites contraintes d'écoulement le long dudit chemin comprennent des moyens pour préempter lesdites ressources le long dudit chemin, en fonction de la priorité de la session ;
- lesdits moyens pour mettre en place lesdites ressources nécessaires comprennent des moyens pour réserver lesdites ressources le long dudit chemin, dans ledit cœur de réseau, et pour interdire leur usage par d'autres sessions pendant tout ladite durée de la session ; et
- le système de transmission comprend des moyens pour compresser des entêtes des paquets des flux de la session, avant leur transmission dans le cœur de réseau, et des moyens pour décompresser lesdits en-têtes, après leur transmission dans le cœur de réseau.
L'invention sera davantage comprise au regard d'un exemple de réalisation de l'invention qui va maintenant être décrit en faisant référence aux figures annexées parmi lesquelles :
- la figure 1 est un schéma illustrant un réseau de communication adapté à la mise en œuvre du procédé selon l'invention ; et
- la figure 2 est un schéma synoptique illustrant la mise en œuvre d'un procédé de transmission selon un mode de réalisation de l'invention. La figure 1 représente l'architecture globale d'un système dans lequel le procédé selon l'invention peut être mis en œuvre.
Ce système comprend un terminal demandeur 1 , un terminal sollicité 2, et un réseau 3 de communication. Ces terminaux demandeur 1 et sollicité 2 sont par exemple des équipements multimédias, ou des équipements de sécurité tels que des chiffreurs raccordés à un réseau local et protégeant ce réseau local.
Le terminal demandeur 1 est apte à demander l'établissement d'une session multimédia et à échanger des données, à travers le réseau 3, avec le terminal sollicité 2.
Le réseau 3 de communication est un réseau distribué, c'est-à-dire ne comprenant pas d'organe de décision central, organisé en trois niveaux : un cœur 4 de réseau, des réseaux 5, 5' d'accès, et des réseaux de desserte, non représentés.
Le cœur 4 de réseau est un réseau maillé, comportant une pluralité de nœuds 10, 12, interconnectés par un maillage de liens 7, à débits variables. Ces liens 7 utilisent diverses technologies de transmission et comprennent des liens optiques, des liens radios terrestres et des liens radios sur une infrastructure satellitaire. Ainsi, les caractéristiques de ces liens, par exemple leur connectivité point-à-point ou multipoint, leur délai de transmission et la stabilité de ce délai, varient d'un lien à un autre.
Parmi les nœuds 10, 12 du cœur 4 de réseau, on distingue les nœuds 10 de bordure, points d'entrée dans le cœur 4 de réseau, et les nœuds internes 12. Les nœuds internes 12 sont des nœuds intermédiaires, non reliés aux réseaux 5, 5' d'accès, qui permettent d'augmenter le maillage pour plus de robustesse au sein du cœur 4 de réseau, et de relayer les données transmises sur les liens 7.
Les réseaux 5, 5' d'accès comportent également des nœuds 14 reliés par des liens 16, et permettent de relier les terminaux demandeur 1 et sollicité 2 au cœur 4 de réseau. Certains de ces liens 16 utilisent des technologies de transmission sur une infrastructure satellite 8.
Tous les noeuds 10, 12 et 14 du réseau comprennent un module 18 de routage. Par ailleurs, les nœuds 10 de bordure comprennent également un module 20, 20', 20" de bordure. On distingue ainsi les nœuds 10, 12, 14, dispositifs matériels disposés en chaque extrémité des liens 7, 16, des modules de routage 18 et de bordure 20, 20', 20", agents logiciels fournissant des services de communication.
Chacun des modules 18 de routage comprend des moyens pour déterminer la topologie de routage du réseau 3 et les états détaillés des liens 7, 16 du réseau, et des moyens pour transmettre ces informations aux modules 20, 20', 20" de bordure.
Chaque module 18 de routage comprend également des moyens pour recevoir des flux de données émis par un module de routage voisin, et pour aiguiller ces flux de données vers un autre module de routage voisin, pour que ces flux de données suivent un chemin prédéterminé.
Les modules 20, 20', 20" de bordure comprennent des moyens pour négocier des paramètres de service d'une session, demandés par le terminal demandeur 1 lors de l'initiation de la session, pour estimer la durée de la session, et pour définir, en fonction de ces paramètres négociés, de la durée estimée de cette session et de la topologie de routage du réseau 3 et les états détaillés des liens 7, 16 du réseau, des contraintes d'écoulement des flux de la session.
Les modules 20, 20', 20" de bordure comprennent également des moyens pour sélectionner, en fonction de contraintes d'écoulement déterminées pour les flux d'une session, deux modules 20', 20" de bordure, respectivement nœud d'entrée et nœud de sortie du cœur 4 de réseau pour les flux de la session.
Par ailleurs, les modules 20, 20', 20" de bordure sont aptes à déterminer, en fonction notamment des informations de la topologie et de l'état des liens sur le réseau 3, un chemin entre le terminal demandeur 1 et le terminal sollicité 2, passant par les modules de bordure d'entrée et de sortie préalablement sélectionnés.
Les modules 20, 20', 20" de bordure comprennent également des moyens pour demander la mise en place de ressources sur les liens du cœur de réseau et les liens d'accès composant le chemin déterminé, de manière à satisfaire les contraintes d'écoulement des flux et des critères d'optimisation du réseau.
Le procédé de transmission selon l'invention, représenté schématiquement sur la figure 2, s'appuie sur la connaissance des états et des tendances des liens du réseau 3 pour organiser, lors de l'initialisation d'une session, l'écoulement optimal des flux de cette session.
Ainsi, lors d'une étape 30 réalisée de manière continue, les modules 18 de routage déterminent la topologie de routage du réseau 3, en identifiant les nœuds 10, 12, 14 et les liens 7, 16 du réseau, ces liens étant caractérisés en nœuds 10, 12 de cœurs et nœuds 14 d'accès. Les modules 18 de routage collectent également les états détaillés des liens du réseau, permettant de déterminer la disponibilité de ces liens. Ces états des liens, obtenus par les modules 18 de routage à partir des informations produites par des algorithmes de réservation et de supervision des échanges entre les nœuds, algorithmes répartis et appliquant les principes de « cross-layering », tiennent compte notamment des demandes de transmission et des réservations effectuées sur les liens 7, 16, et des délais de transmission et des capacités de ces liens 7, 16, et en particulier des capacités variables des liens radio du réseau. Ces états des liens comprennent également des informations relatives au niveau de risque de ces liens en terme de sécurité. Avantageusement, cette étape 30 est réalisée suivant un protocole de routage à états de liens tel que le protocole OSPF-TE (pour « Open Shortest Path First - Traffic Engineering), selon lequel les modules 18 de routage collectent l'ensemble des états des liens et construisent de leur point de vue l'arbre de tous les chemins dans le réseau 3.
Les modules 18 de routage transmettent alors aux modules 20, 20', 20" de bordure les informations relatives à la topologie du réseau et aux états des liens déterminées.
Lorsque le terminal demandeur 1 souhaite initier une session multimédia demandant une garantie de service avec le terminal sollicité 2, il envoie dans une étape 36 une requête pour invoquer ce service. Avantageusement, cette requête est envoyée suivant un protocole de signalisation d'appels telle que la signalisation SIP.
Cette requête indique des paramètres du service associé à la session, et notamment quel est le destinataire des données, le type de données à transmettre (données audio ou vidéo par exemple), le codée utilisé pour la compression de ces données, le niveau de priorité de la session, et le niveau de sécurité de la session. Cette requête est transmise, via le réseau d'accès 5, à un premier module 20 de bordure quelconque, qui négocie ces paramètres de service avec le terminal demandeur 1 , en fonction notamment des informations relatives à la topologie du réseau 3 et aux états des liens. Cette négociation est un moyen permettant au terminal demandeur 1 et au premier module 20 de bordure de se mettre d'accord sur le niveau de qualité de service que doit fournir le réseau pour la transmission des flux de la session.
A partir de ces paramètres négociés, le premier module 20 de bordure définit, dans une étape 38, des contraintes d'écoulement des flux de la session, et estime la durée de cette session. Ces contraintes d'écoulement sont des paramètres techniques relatifs à l'écoulement des flux de la session, tels que la gigue et le délai de transfert maximales pour que le service négocié soit garanti. Le premier module 20 de bordure définit également, à partir du niveau de priorité négocié, le niveau d'importance de la session par rapport à d'autres sessions invoquées ou en cours.
Puis, lors d'une étape 40, le premier module 20 de bordure sélectionne, en fonction de la topologie du réseau 3 et de l'état des liens sur ce réseau déterminés lors de l'étape 30, et en fonction des contraintes d'écoulement des flux de la session définis lors de l'étape 38, deux modules 20', 20" de bordure, respectivement nœud d'entrée dans le cœur de réseau et nœud de sortie pour les flux de la session. Ces modules 20', 20" de bordure d'entrée et de sortie sont par exemple les modules de bordure les plus proches des réseaux d'accès 5 et 5' par lesquels le terminal demandeur 1 et le terminal sollicité 2 accèdent au cœur 4 de réseau. Le premier module 20 de bordure redirige alors la demande d'initialisation de session du terminal demandeur 1 vers le module 20' de bordure d'entrée sélectionné.
Le module 20' de bordure d'entrée poursuit alors l'initialisation de la session avec le terminal demandeur 1 et le module 20" de bordure de sortie.
Dans une étape 42, les module 20', 20" de bordure d'entrée recherchent ensuite, en fonction des informations de la topologie et de l'état des liens sur le réseau, un chemin entre le terminal demandeur 1 et le terminal sollicité 2, passant par les modules 20', 20" de bordure d'entrée et de sortie, chemin permettant l'écoulement des flux de la session selon les contraintes d'écoulement définies lors de l'étape 38. Lors de la recherche de ce chemin, les module 20', 20" de bordure d'entrée et de sortie tiennent également compte de la politique globale exercée sur le cœur 4 de réseau, notamment en termes de posture de sécurité et d'optimisation des ressources du cœur de réseau 4.
Ainsi, en fonction du niveau de sécurité négocié pour la session, le chemin déterminé pourra être composé de liens de haute sécurité, par exemple des liens à protection anti-brouillage.
Par ailleurs, lors de la détermination de ce chemin, les modules 20' et 20" de bordure optimisent les ressources du réseau 3, à partir des critères d'optimisation définis pour l'ensemble du réseau 3. Les critères d'optimisation évaluent un coût associé à chacun des liens du réseau, dépendant de l'état de ces liens, et les modules 20', 20" de bordure sélectionnent préférentiellement, lors de la détermination du chemin, les liens dont les coûts sont les plus faibles et répondent aux contraintes d'écoulement. Ces critères d'optimisation peuvent notamment tenir compte de l'efficacité spectrale des liens du réseau, les modules 20' et 20" de bordure privilégiant lors de la détermination du chemin les liens dont l'efficacité spectrale est la plus grande.
Une fois le chemin déterminé, lors d'une étape 44, les module 20' et 20" de bordure demandent la mise en place de ressources sur les liens 7 du cœur de réseau et les liens 16 d'accès composant ce chemin, de manière à satisfaire les contraintes d'écoulement des flux et les critères d'optimisation du réseau. Avantageusement, ces ressources sont mises en place au moyen d'un protocole de réservation de type RSVP- TE, une signalisation périodique émise par les modules 20' et 20" de bordure indiquant à chacun des modules 18 de routage situés le long du chemin les règles d'aiguillage des flux de la session.
De plus, les modules 20' et 20" de bordure exercent, si le niveau de priorité de la session et l'état des liens le requièrent, une préemption de ressources, afin de libérer des ressources utilisées par d'autres sessions de priorité moindre, et de les attribuer à la session initiée. Par ailleurs, les module 20' et 20" de bordure requièrent la mise en place de mécanismes de compression et de décompression des en-têtes IP par la méthode ROHC (RObust Header Compression). Cette méthode de compression permet en effet d'augmenter la capacité de transmission d'informations utiles par le réseau, en réduisant la taille de l'en-tête des paquets transmis. En effet, les en-têtes IP constituent généralement une part importante des paquets de données multimédia. Par exemple, 60 octets d'en-tête IP sont nécessaires pour transmettre 20 octets de données audio, selon le protocole IPv6. La compression des en-têtes, réduisant la taille de ces en-têtes de 60 octets à 4 octets, permet ainsi de réduire d'un facteur quatre les ressources utilisées pour la transmission de ces données.
Puis, dans une étape 46 de contrôle d'admission, si les ressources nécessaires à l'écoulement des flux de la session selon les contraintes négociées ont pu être mises en place, le module 20' de bordure d'entrée admet la session, et signale cette admission au terminal demandeur 1 . Par contre, si aucun chemin n'a été trouvé pour écouler les flux, ou si les ressources nécessaires n'ont pu être mises en place, la session est rejetée. Ce contrôle d'admission permet ainsi d'éliminer au plus tôt les sessions dont les contraintes ne peuvent être satisfaites par le réseau.
Les flux de la session admise sont ensuite transmis, dans une étape 48, entre le terminal demandeur 1 et le terminal sollicité 2, suivant le seul chemin prédéterminé lors de l'étape 42. Ainsi, contrairement aux protocoles de routage par paquets, selon lesquels chaque paquet de données est traité individuellement, le procédé selon l'invention permet de déterminer et de réserver un chemin optimal pour l'ensemble des flux de la session, ce chemin ne variant pas au cours de la transmission du fait de facteurs extérieurs.
Lors de la transmission des flux de la session, les modules de routage disposés le long du chemin prédéterminé aiguillent les paquets de données en suivant les règles d'aiguillage définies lors de l'étape 44. Pour que les flux de cette session suivent effectivement le chemin déterminé, ces flux doivent pouvoir être identifiés par les modules 18 de routage. A cette fin, des mécanismes de marquage des flux de la session sont mis en place. Avantageusement, les paquets des flux de la session sont marqués lors de leur émission par les terminaux demandeur 1 et sollicité 2 dans le champ dit « Flow Label » de leur en-tête, champ prévu pour identifier facilement des paquets d'une même session pour lesquels un traitement spécial de la part des modules 18 de routage des nœuds de bordure 10 est demandé. Les flux de la session sont donc facilement identifiables, ce qui permet aux modules 20', 20" de bordure d'entrée et de sortie de contrôler, pendant toute la durée de la session, les caractéristiques de ces flux. On comprend ainsi de la description qui précède comment le procédé de transmission selon l'invention permet de garantir une qualité de service pour l'ensemble des flux d'une session, malgré la variabilité du débit des liens du réseau, et comment ce procédé permet d'optimiser les ressources du réseau, selon de multiples critères qui peuvent être définis session par session.
Il devra toutefois être compris que l'exemple de réalisation présenté ci-dessus n'est pas limitatif.
Notamment, la détermination de l'état des liens et de la topologie du réseau n'est pas nécessairement réalisée suivant un protocole de routage à états de lien.
Par ailleurs, les modules de routage peuvent s'appuyer sur des principes de routage et d'aiguillage des paquets issus du protocole MPLS (Multiprotocol Label Switching), protocole basé sur l'attribution d'étiquettes aux paquets de données pour la commutation des paquets.
Selon un autre mode de réalisation, les modules de routage s'appuient sur des principes de routage et d'aiguillage multi-topologie, permettant de sélectionner, pour chaque service négocié, la topologie la mieux adaptée à ce service.
Plus généralement, l'invention n'est pas limitée aux protocoles de routage, de réservation ou de signalisation cités dans le mode de réalisation décrit.
De plus, le terminal sollicité n'est pas nécessairement unique, la session pouvant être établie entre plusieurs terminaux.

Claims

REVENDICATIONS
1 .- Procédé de transmission d'au moins un flux de données d'une session multimédia à travers un réseau (3) de télécommunication distribué comprenant au moins un cœur (4) de réseau comprenant une pluralité de nœuds (10, 12) interconnectés par une pluralité de liens (7), chaque nœud (10, 12, 14) dudit réseau (3) comportant un module (18) de routage, ladite session étant établie entre un premier terminal (1 ) et au moins un deuxième terminal (2) hors du cœur (4) du réseau, et ledit cœur (4) de réseau comprenant en outre au moins deux modules (20, 20', 20") de bordure, constituant des points d'accès audit cœur (4) de réseau pour lesdits premier et deuxième terminaux (1 , 2), caractérisé en ce qu'il comporte les étapes suivantes :
- détermination (30) par lesdits modules (20, 20', 20") de bordure d'informations relatives à la topologie de routage et à l'état des liens (7, 16) dudit réseau, et nécessaires à la transmission de flux de données de la session,
- détermination (38), par un module (20) de bordure sollicité par le premier terminal (1 ), de paramètres de ladite session comprenant une durée de la session, et de contraintes d'écoulement des flux de ladite session dans le cœur (4) de réseau,
- sélection (40) par ledit module (20) de bordure sollicité, lorsque lesdits flux de données doivent traverser ledit cœur (4) de réseau, d'un module (20') de bordure d'entrée et d'un module (20") de bordure de sortie dudit cœur (4) de réseau pour lesdits flux, en fonction desdites contraintes d'écoulement de flux et desdits paramètres de la session déterminés, et desdites informations relatives à la topologie de routage et aux états des liens (7, 16),
- prédétermination (42) d'un chemin, dudit module (20') de bordure d'entrée audit module (20") de bordure de sortie, pour l'ensemble desdits flux de la session, à travers ledit cœur (4) de réseau, en fonction desdites contraintes d'écoulement des flux et desdites informations relatives à la topologie de routage et à l'état des liens (7, 16), et en fonction d'objectifs d'optimisation du cœur (4) de réseau,
- mise en place (44) de ressources nécessaires pour satisfaire lesdites contraintes d'écoulement le long dudit chemin et les objectifs d'optimisation, et définition de règles de routage auprès de modules (18) de routage situés le long dudit chemin, et
- transmission (48) desdits flux de la session seulement par ledit chemin prédéterminé.
2.- Procédé de transmission de flux de données d'une session multimédia selon la revendication 1 , caractérisé en ce que l'étape (30) de détermination par lesdits modules (20, 20', 20") de bordure d'informations relatives à la topologie de routage et à l'état des liens (7, 16) dudit réseau (3) comprend la détermination par lesdits modules (18) de routage desdites informations et la transmission desdites informations depuis lesdits modules (18) de routage vers lesdits modules (20, 20', 20") de bordure.
3.- Procédé de transmission de flux de données d'une session multimédia selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape de marquage desdits flux pour qu'ils suivent ledit chemin prédéterminé.
4. - Procédé de transmission de flux de données d'une session multimédia selon l'une des revendications précédentes, caractérisé en ce que l'étape (38) de détermination desdites contraintes d'écoulement des flux comprend la détermination de la priorité de ladite session par rapport à d'autres sessions, et en ce que l'étape (44) de mise en place des ressources nécessaires comprend la préemption des ressources le long dudit chemin, en fonction de la priorité de la session.
5. - Procédé de transmission de flux de données d'une session multimédia selon l'une des revendications précédentes, caractérisé en ce que l'étape (44) de mise en place des ressources et de définition des règles de routage comprend la réservation des ressources le long dudit chemin, dans ledit cœur (4) de réseau, interdisant leur usage par d'autres sessions pendant toute la durée de la session.
6. - Procédé de transmission de flux de données d'une session multimédia selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape de compression d'en-têtes des paquets des flux de la session, avant leur transmission dans le cœur (4) de réseau, et une étape de décompression de ces en-têtes, après leur transmission dans le cœur (4) de réseau.
7. - Système de transmission d'au moins un flux de données d'une session multimédia à travers un réseau (3) de télécommunication distribué comprenant au moins un cœur (4) de réseau comprenant une pluralité de noeuds (10, 12) interconnectés par une pluralité de liens (7), ladite session étant établie entre un premier terminal (1 ) et au moins un deuxième terminal (2) hors dudit cœur (4) de réseau, ledit système comprenant, en bordure dudit cœur (4) de réseau, au moins deux modules (20, 20', 20") de bordure, constituant des points d'accès audit cœur (4) de réseau pour lesdits premier et deuxième terminaux (1 , 2), et en chaque nœud (10, 12, 14) dudit réseau un module (18) de routage, caractérisé en ce que :
- lesdits modules (20, 20', 20") de bordure comprennent des moyens pour déterminer des informations relatives à la topologie de routage et à l'état des liens (7, 16) dudit réseau (3), et nécessaires à la transmission de flux de données de la session, - lesdits modules (20, 20', 20") de bordure comprennent des moyens pour déterminer, lorsqu'ils sont sollicités par le premier terminal (1 ), des paramètres de ladite session comprenant une durée de la session, et des contraintes d'écoulement des flux de ladite session dans le cœur (4) de réseau,
- lesdits modules (20, 20', 20") de bordure comprennent des moyens pour sélectionner, lorsque lesdits flux de données doivent traverser ledit cœur (4) de réseau, un module (20') de bordure d'entrée et un module (20") de bordure de sortie dudit cœur (4) de réseau pour lesdits flux, en fonction desdites contraintes d'écoulement de flux et desdits paramètres de la session déterminés, et desdites informations relatives à la topologie de routage et aux états des liens (7, 16),
- ledit système comprend des moyens (20, 20', 20") pour prédéterminer un chemin, dudit module (20') de bordure d'entrée audit module (20") de bordure de sortie, pour l'ensemble desdits flux de la session, à travers ledit cœur (4) de réseau, en fonction desdites contraintes d'écoulement des flux et desdites informations relatives à la topologie de routage et à l'état des liens (7, 16), et en fonction d'objectifs d'optimisation du cœur (4) de réseau,
- ledit système comprend des moyens (18) pour mettre en place des ressources nécessaires pour satisfaire lesdites contraintes d'écoulement et lesdits objectifs d'optimisation le long dudit chemin et pour définir des règles de routage auprès de modules (18) de routage situés le long dudit chemin, et
- ledit système comprend des moyens pour transmettre lesdits flux de la session seulement par ledit chemin prédéterminé.
8. - Système de transmission d'au moins un flux de données d'une session multimédia selon la revendication 7, caractérisé en ce que lesdits modules (18) de routage comportent en outre des moyens pour déterminer lesdites informations relatives à la topologie de routage et à l'état des liens (7, 16) dudit réseau (3) et pour transmettre lesdites informations vers lesdits modules (20, 20', 20") de bordure.
9. - Système de transmission d'au moins un flux de données d'une session multimédia selon l'une des revendications 7 ou 8, caractérisé en ce qu'il comprend des moyens pour marquer lesdits flux pour qu'ils suivent ledit chemin prédéterminé.
10. - Système de transmission d'au moins un flux de données d'une session multimédia selon l'une des revendications 7 à 9, caractérisé en ce que lesdits moyens pour déterminer lesdites contraintes d'écoulement des flux de la session comprennent des moyens pour déterminer la priorité de ladite session par rapport à d'autres sessions, et en ce que les moyens pour mettre en place les ressources nécessaires pour satisfaire lesdites contraintes d'écoulement le long dudit chemin comprennent des moyens pour préempter lesdites ressources le long dudit chemin, en fonction de la priorité de la session.
1 1 . - Système de transmission d'au moins un flux de données d'une session multimédia selon l'une des revendications 7 à 10, caractérisé en ce que lesdits moyens (18) pour mettre en place lesdites ressources nécessaires comprennent des moyens pour réserver lesdites ressources le long dudit chemin, dans ledit cœur (4) de réseau et pour interdire leur usage par d'autres sessions pendant tout ladite durée de la session.
12. - Système de transmission d'au moins un flux de données d'une session multimédia selon l'une des revendications 7 à 1 1 , caractérisé en ce qu'il comprend des moyens pour compresser des en-têtes des paquets des flux de la session, avant leur transmission dans le cœur (4) de réseau, et des moyens pour décompresser lesdits entêtes, après leur transmission dans le cœur (4) de réseau.
PCT/FR2011/050748 2010-04-02 2011-04-01 Procédé et système de transmission de flux multimédia Ceased WO2011121260A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
AU2011234309A AU2011234309B2 (en) 2010-04-02 2011-04-01 Method and system for transmitting multimedia streams
EP11719329.2A EP2553888B1 (fr) 2010-04-02 2011-04-01 Procédé et système de transmission de flux multimédia
US13/632,978 US9143354B2 (en) 2010-04-02 2012-10-01 Method and system for transmitting multimedia streams

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1001388A FR2958479B1 (fr) 2010-04-02 2010-04-02 Procede et systeme de transmission de flux multimedia
FR1001388 2010-04-02

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/632,978 Continuation US9143354B2 (en) 2010-04-02 2012-10-01 Method and system for transmitting multimedia streams

Publications (1)

Publication Number Publication Date
WO2011121260A1 true WO2011121260A1 (fr) 2011-10-06

Family

ID=42953861

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2011/050748 Ceased WO2011121260A1 (fr) 2010-04-02 2011-04-01 Procédé et système de transmission de flux multimédia

Country Status (7)

Country Link
US (1) US9143354B2 (fr)
EP (1) EP2553888B1 (fr)
AU (1) AU2011234309B2 (fr)
FR (1) FR2958479B1 (fr)
MY (1) MY167038A (fr)
SG (1) SG10201503575YA (fr)
WO (1) WO2011121260A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1089517A2 (fr) * 1999-10-01 2001-04-04 Nortel Networks Limited Etablissement de connexion à travers un réseau de communication
US20010019554A1 (en) * 2000-03-06 2001-09-06 Yuji Nomura Label switch network system
FR2905046A1 (fr) * 2006-08-16 2008-02-22 Ipanema Technologies Sa Procede d'optimisation du transfert d'informations dans un reseau de telecommunication
FR2914523A1 (fr) * 2007-03-30 2008-10-03 Thales Sa Procede et systeme de routage multipologie.

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6628649B1 (en) * 1999-10-29 2003-09-30 Cisco Technology, Inc. Apparatus and methods providing redundant routing in a switched network device
JP4007860B2 (ja) * 2002-06-10 2007-11-14 富士通株式会社 伝送装置
SE0400288D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Improvements in or relating to telecommunication services

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1089517A2 (fr) * 1999-10-01 2001-04-04 Nortel Networks Limited Etablissement de connexion à travers un réseau de communication
US20010019554A1 (en) * 2000-03-06 2001-09-06 Yuji Nomura Label switch network system
FR2905046A1 (fr) * 2006-08-16 2008-02-22 Ipanema Technologies Sa Procede d'optimisation du transfert d'informations dans un reseau de telecommunication
FR2914523A1 (fr) * 2007-03-30 2008-10-03 Thales Sa Procede et systeme de routage multipologie.
WO2008125437A1 (fr) 2007-03-30 2008-10-23 Thales Procede et systeme de routage multitopologie

Also Published As

Publication number Publication date
EP2553888B1 (fr) 2017-07-19
MY167038A (en) 2018-08-02
US20130031156A1 (en) 2013-01-31
SG10201503575YA (en) 2015-06-29
EP2553888A1 (fr) 2013-02-06
AU2011234309A1 (en) 2012-11-08
AU2011234309B2 (en) 2015-09-17
US9143354B2 (en) 2015-09-22
FR2958479A1 (fr) 2011-10-07
FR2958479B1 (fr) 2012-05-04

Similar Documents

Publication Publication Date Title
EP2223474B1 (fr) Procede de reservation avec garantie de latence et de debit dans un reseau a allocation dynamique de creneaux temporels
EP2031798A1 (fr) Prodédé d'établissement d'une connexion bidirectionnelle point à mulipoint
FR2914523A1 (fr) Procede et systeme de routage multipologie.
EP0886455B1 (fr) Procédé de gestion de largeurs de bandes allouées dans les réseaux locaux à accès partagés, protocole et filtre de mise en oeuvre
Chlamtac et al. Light-trails: A solution to IP centric communication in the optical domain
WO2011086250A1 (fr) Liason virtuelle entre operateur de reseau
EP2460322B1 (fr) Procede et systeme pour la selection automatique de media de transmission
EP2620013B1 (fr) Infrastructure de réseau professionnel de radiocommunication
FR2775546A1 (fr) Commutateur de mode de transfert asynchrone avec une fonction d'attribution de file d'attente ayant un debit d'emission proche d'un debit declare
EP2553888B1 (fr) Procédé et système de transmission de flux multimédia
EP1001642B1 (fr) Procédé d'allocation de ressources à chaque émetteur connecté à un récepteur via un même lien de transmission
WO2018114788A1 (fr) Procédé de préparation d'un réseau de communication distribué à l'acheminement d'un flux de données à travers ledit réseau
EP2103055B1 (fr) Procédé d'optimisation du partage d'une pluralité de ressources réseau entre une pluralité de flux applicatifs
EP3989494B1 (fr) Procédé d'agrégation et de régulation de messages via un canal de communication bidirectionnel contraint
EP3366069B1 (fr) Passerelle résidentielle hybride
EP2476225B1 (fr) Procede et systeme pour le controle de l'acheminement d'un flux de donnees d'une classe de service a travers un reseau maille et chiffre
EP4020926B1 (fr) Procédé de routage pour router un flux élastique dans un réseau de transport
WO2007065911A1 (fr) Procede et dispositif de controle a distance de la congestion de flux mailles dans un reseau de telecommunication en mode paquet
EP1845693B1 (fr) Dispositif de contrôle de l'établissement de sessions
Lacroix12 et al. Quality of Services over Radio Link for naval communications: a Diffserv model approach
WO2024068725A1 (fr) Procédé de gestion du trafic de données entre une entité source et une entité destinataire, entité et programme d'ordinateur correspondants
Salvador et al. Protocol and networking design issues for local access WDM networks
FR2963517A1 (fr) Procede de transmission d'un flux de donnees entre deux equipements appartenant a un reseau de communication
KR20090123147A (ko) 멀티서비스 ｉｐ 네트워크에서의 네트워크 계획 방법
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

Ref document number: 11719329

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2011719329

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011719329

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2011234309

Country of ref document: AU

Date of ref document: 20110401

Kind code of ref document: A