WO2010149916A1 - Boucle de retour pour reseau sip - Google Patents

Boucle de retour pour reseau sip Download PDF

Info

Publication number
WO2010149916A1
WO2010149916A1 PCT/FR2010/051250 FR2010051250W WO2010149916A1 WO 2010149916 A1 WO2010149916 A1 WO 2010149916A1 FR 2010051250 W FR2010051250 W FR 2010051250W WO 2010149916 A1 WO2010149916 A1 WO 2010149916A1
Authority
WO
WIPO (PCT)
Prior art keywords
control
entity
sip
control device
feedback loop
Prior art date
Application number
PCT/FR2010/051250
Other languages
English (en)
Other versions
WO2010149916A4 (fr
Inventor
José DOREE
Jean-Claude Le Rouzic
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
Publication of WO2010149916A1 publication Critical patent/WO2010149916A1/fr
Publication of WO2010149916A4 publication Critical patent/WO2010149916A4/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/2209—Arrangements for supervision, monitoring or testing for lines also used for data transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/05—Aspects of automatic or semi-automatic exchanges related to OAM&P
    • H04M2203/055—Aspects of automatic or semi-automatic exchanges related to OAM&P loopback testing

Definitions

  • the present invention relates to communication networks, and more particularly to the detection of problems in such networks.
  • test device In general, it is desirable to be able to carry out tests in a transmission network, in particular to check the correct operation of equipment being installed. It is thus possible to anticipate possible transmission problems in the network.
  • a test device establishes communication with this newly installed equipment in the network. Then, it controls a feedback loop from the equipment being installed so that the flow it transmits is returned after passing through the equipment considered.
  • the test device detects a difference between the transmitted stream and the stream received, it can diagnose a problem with the equipment being installed. The test device can thus decide whether the tested network resource is operational.
  • test device transmits a basic SIP INVITE message indicating the specific number associated with the equipment at which it is desired to set up a feedback loop.
  • this basic INVITE message Upon receipt of this basic INVITE message, if the destination device recognizes the specific number indicated in the received message, it then decides to set up a return loop for this communication.
  • This method requires a configuration of one or more specific numbers before any equipment on which it is desired to establish a feedback loop.
  • Each specific number is associated with a particular type of media, so that testing multiple media requires multiple calls.
  • each SIP message aimed at triggering a loopback can only target one piece of equipment and for one type of media at a time, which is precisely the one with which the specific number indicated by the SIP message has been associated.
  • the present invention aims to improve the situation.
  • a first aspect of the present invention provides a control method in a packet transmission network comprising a control device and at least one control entity and an associated transfer entity; said control method comprising the following steps at the control device: IM transmitting a control message to the control entity according to a SIP type protocol indicating a SIP option requesting a feedback loop to the control device;
  • control plane control messages take different paths from those used by the data streams or data packets.
  • control plane control messages By the term 'control entity' is meant any functional entity of an equipment in the control plane of the transmission network considered which represents a resource of the network adapted to control the sessions of exchange of packets.
  • equipment control entity may be a terminal that can manage an application level, or any network entity adapted to manage the control plane of the transmission network or which intervenes in the control plane (or control plane). signaling) of the transmission network.
  • the term 'transfer entity' is understood to mean any functional entity of an equipment item in the media transfer plan of the transmission network under consideration which has an effect on the packet transmission resources in the network.
  • a transfer entity is generally controlled by a control entity of the network.
  • a control entity and a transfer entity can be associated.
  • the transfer entity therefore receives resource control messages via an interface with the corresponding control entity, but there is, of course, no need for a one for one correspondence between control entities and transfer entities in the control entity. network.
  • control entity and transfer entity can be relocated in the network. In this case they are respectively located on respective separate network devices. They can also be co-located in the same equipment.
  • This equipment may for example correspond to a router, or more specifically an 'intelligent' router adapted to manage application layers, a session controller border or 'Session Border Control', a border gateway or 'Border Gateway', a gateway voice or 'Voice Gateway', a gateway or Trunking gateway ', a Residential Gateway or' Residential Gateway '. No limitation is attached to this term with respect to the present invention.
  • control message is received at the level of the control plane and that it gives rise by the controlling entity to a request for implementation at the level of the transfer plan of a control plane. return loop by the transfer entity.
  • This general characteristic is based on the architecture of the transmission network considered here which is a packet transmission network.
  • the control entity requires a transfer loop from the transfer entity by issuing a message adapted according to an exchange protocol between these two associated entities.
  • the reception of a session control message, exchanged at the level of the control plane, ie between the control entities causes the generation of a resource control message from the control entity to the control plane. transfer entity to request the return loop.
  • packet flow' is understood to mean any stream of packets which may correspond, for example, to a transmission of digital contents such as multimedia, audio, video, image content, etc.
  • provision is made to require a plurality of feedback loops on a plurality of respective streams, which streams may be of different types. Indeed, it is easy to simultaneously apply an embodiment of the control method by generating several different types of streams from the control device, such as for example an audio stream, a video stream, and an image stream. . It is thus possible to control several aspects of the transmission network.
  • a control device is an entity that is able to control a transmission quality level of the network based on a comparison between a transmitted packet stream and a received packet stream. For this purpose, it sends to a device, or more precisely to the control entity of the equipment, a control message according to an embodiment of the present invention in order to implement a feedback loop from the equipment referred to the control device. It can be provided that the SIP option, as part of the extension of the SIP protocol, is introduced in a SIP control message which requires the establishment of a communication, such as a message of the INVITE type for example.
  • the control device may comprise, on the one hand, a control part which is in charge of transmitting the control message according to an embodiment of the present invention, and on the other hand, a transfer part which is in remission load of the first packet stream.
  • a control part which is in charge of transmitting the control message according to an embodiment of the present invention
  • a transfer part which is in remission load of the first packet stream.
  • the control device is then able to compare the stream of transmitted packets and the stream of packets received to determine a quality level of the network on the part between these two entities. No limitation is attached to the means used to determine the quality level corresponding to this part of the network.
  • a SIP message that includes a SIP option corresponding to a return loop request.
  • relevant information is added in a SIP message which may be a basic SIP message.
  • control entity which is the recipient of the control message, may implement a feedback loop, requesting a feedback loop at the corresponding transfer entity, i.e. transfer entity for which it is responsible, as long as it is adapted to detect the loopback SIP option inserted into the received SIP control message, without any specific number configuration being required beforehand.
  • any equipment, or more exactly any control entity, which is adapted to manage this SIP option can implement a feedback loop on receipt of a simple SIP command message sent to it, according to a mode of communication.
  • embodiment of the present invention By means of sending a message to a device, or to a control entity, any possibility of known addressing.
  • the control message passes via at least one intermediate control entity between the control device and the control entity; the SIP option indicates a triggering criterion, and in step 121, at least a third packet stream is received from an intermediate transfer entity associated with the intermediate control entity, said method further comprises the next step : - control the transmission network at least between the control device and the intermediate transfer entity on the basis of a comparison between the first and third packet streams.
  • the term 'intermediate control entity' is understood to mean a control entity of a transmission network equipment which is not the recipient of the control message but by which this control message transits.
  • 'Intermediate transfer entity' means a transfer entity of a transmission network equipment that is not recipient of the packet stream transmitted by the control device according to an embodiment of the present invention. It is therefore not associated with a control entity receiving the command message.
  • intermediate control entities are associated with intermediate transfer entities, according to the architecture of this transmission network.
  • a control entity and its corresponding transfer entity can be co-located when the path taken by the control messages is the same as that taken by the packet flow.
  • the return loops are then controlled from the intermediate control entities to the intermediate transfer entities. It is possible to have information relating to the transmission on each section between one of the intermediate transfer entities and the control device, provided that the indicated triggering criterion is fulfilled at the level of the intermediate control entities. No limitation is attached to this triggering criterion. It makes it possible to refine the diagnosis of the state of the network.
  • an embodiment makes it possible to implement such an approach to controlling transmission in a simple manner and for low operating costs.
  • the transmission network may also be relevant to test the transmission network with respect to one or more types of media, for example in association with a certain code, to refine the diagnosis provided with respect to certain problems. It can be provided to indicate the types of media by specifying whether it is audio type data or video type data or image type, and specifying associated codes such as G 729 or G 711 for audio type media. These indications provided via the SIP option in the control message also make it possible to target the requests, and thus to obtain a more relevant diagnosis of the state of the transmission network.
  • the SIP option of the control message indicates at least one type of media.
  • the SIP option of the control message further indicates an activity of the feedback loop. This activity can correspond for example to a 'stop' which requires a definite stop of the loopback, or a 'pause' which requires an interruption of the loopback, or a 'starf which requests a loopback.
  • control message is an INVITE message according to the SIP protocol and the SIP option requiring a return loop is indicated in a header field of the type 'REQUIRE' or 'PROXY_REQUIRE .
  • the information relating to the type of media or the type of intermediate equipment referred to, or relating to the activity of the loop are transmitted in one or more other header fields.
  • Such use of SIP has the advantage of being easy to implement. It allows the flexibility of the loopback control both in the management of the activity of the feedback loop and in the modification of the parameters of the control message, to refine a possible diagnosis of the state of the network.
  • a second aspect of the present invention provides a method of implementing a feedback loop in a packet transmission network comprising a control device and at least one control entity; said method of implementing a feedback loop comprising the following steps at the control entity level:
  • control entity if the control entity is the recipient of the control message, control the implementation, by a transfer entity associated with the control entity, a feedback loop to the control device.
  • provision is made for an equipment receiving the SIP control message to execute the return loop SIP option according to one embodiment of the present invention.
  • the SIP option indicates a triggering criterion, and in step IbI, if the controlling entity fulfills the criterion of tripping, then a loop back to the control device is implemented.
  • this return loop applies to the transfer plan and not to the control plane.
  • the control entity transmits to the transfer entity associated with it a return loop request.
  • the triggering criterion can be either a systematic trigger, in which case all the intermediate transfer entities, corresponding to the intermediate control entities, implement a feedback loop and the network can be diagnosed step by step throughout the communication. established, either a type of intermediate control entity, to limit the complexity of processing to be performed at the device, for example, or to limit the level of traffic in the network.
  • a third aspect of the present invention provides a control device comprising means adapted for carrying out a control method according to the first aspect of the present invention.
  • a fourth aspect of the present invention provides a control entity comprising means adapted for implementing a method of implementing a feedback loop according to the second aspect of the present invention.
  • a fifth aspect of the present invention provides a transfer entity in a packet transmission network comprising means adapted for carrying out a control method according to the first aspect of the present invention.
  • a sixth aspect of the present invention provides a control system comprising a control device according to the third aspect of the present invention and a control entity according to the fourth aspect of the present invention.
  • a seventh aspect of the present invention provides a computer program including instructions for implementing the method according to the first aspect, when the program is executed by a processor.
  • An eighth aspect of the present invention provides a computer program including instructions for implementing the method according to the second aspect, when this program is executed by a processor.
  • a ninth aspect of the present invention provides a feedback loop control signal for output from a control device to a control entity in a transmission network control system, said control signal being in accordance with a protocol of SIP type and indicating a SIP option requiring a loop back to the control device.
  • FIG. 1 illustrates an architecture of the transmission network according to one embodiment of the present invention
  • FIG. 2 illustrates the main steps of a control method in a network according to an embodiment of the present invention
  • Fig. 3 illustrates a control system comprising a control device, equipment and intermediate equipment according to an embodiment of the present invention.
  • the term 'equipment' generally refers to both a control entity and a transfer entity corresponding to the architecture of the transmission network under consideration.
  • a matching control entity and transfer entity that is, when the controlling entity manages the transfer entity, can be co-located or not.
  • the following sections cover all the cases of respective locations of the control and transfer entities, while designating by the term 'equipment the couple' controlling entity / transfer entity 'cooperating together.
  • Figure 1 illustrates an architecture of the transmission network according to an embodiment of the present invention.
  • control message corresponds to a call setup request message which indicates in in addition to a return loop option.
  • this characteristic is taken into consideration only as an example.
  • the transmission network 11 comprises a device 12 and a control device 13.
  • the control device 13 transmits a SIP control message 14 with a SIP option which means, according to the invention, a request for implementation of a return loop.
  • the communication 15 is established with a feedback loop taken into account at the equipment.
  • Figure 2 illustrates the main steps of a control method in a network according to an embodiment of the present invention.
  • the considered network is such as that illustrated in Figure 1.
  • the control device 13 transmits a control message 14 according to a SIP type protocol.
  • This SIP command message corresponds to a request to establish communication with the equipment. It can as such correspond to a SIP command message type INVITE. It further comprises a SIP option which corresponds to requiring the establishment of a feedback loop for retransmitting a received packet stream.
  • a step 22 once the required communication is established with the equipment and the feedback loop, required on the basis of a SIP option (or 'option-tag' in English) and based on additional loopback implementation detail information provided in a loopback header for example, has been implemented, then the control device transmits, from its transfer plan a first stream of packets and receives via the return loop a second stream of packets, on its transfer plan. Additional information detailing the implementation characteristics of the feedback loop such as loop activity, media type, or type of intermediate device, may be specified in another header, or header.
  • the control device in a step 23, is able to control a quality level of the transmission network, and more precisely it can control the quality of packet transmission between the equipment and the control device, on a round trip in the network, based on a comparison between the first and second packet streams.
  • This step 23 makes it possible to make a diagnosis of the state of the network, or at least of a part of the network, and thus to take possible repair measures, these measurements not being the subject of the present invention.
  • the control message thus generated according to an embodiment of the present invention indicates a SIP option that the receiving device of the control message is able to recognize in order to take it into account.
  • the equipment is adapted to receive such a control message and to be able to detect that setting up a feedback loop on the required communication is required.
  • the equipment Upon receipt of this control message, the equipment establishes, on the one hand, the communication from the control device and, on the other hand, a feedback loop to the control device if the equipment in question is the recipient of the message.
  • the equipment accepts and also refuses this requested SIP option.
  • the equipment may indicate one of the following information, for example:
  • the request and response messages may indicate the following types, for example: endpoint, to designate a destination entity of the message according to the content of the Request-URI; ibgf, to designate an intermediate network boundary entity; and cbgf, to designate an intermediate entity in a subscriber collection network.
  • a new specific header field (or 'header 1' ) which may be referenced as 'Loopback'.
  • the equipment recognizes this header field, it can then respond either by accepting the return loop establishment request, or by refusing it. If the request is accepted, then the equipment sets up one or more return loops based on characteristics that are transmitted at the SDP descriptor level.
  • the equipment sets up one or more return loops based on characteristics that are transmitted at the SDP descriptor level.
  • the equipment then loops back to the control device each content type RTP received.
  • the RTP headers are regenerated for transmission on the return loop.
  • the data type RTCP for Real Time Control Transport Protocol in English
  • they are generated by both the control device and the equipment.
  • the control device can then rely on RTP type data and RTCP type data to perform a diagnosis on the quality of the part of the network considered.
  • this command message indicates the SIP option by the terms 'loopback'
  • the triggering criterion in the second parameter makes it possible to designate a type of equipment at which a return loop is requested. In this example, it is an endpoint device.
  • the SIP command message is an INVITE message and it indicates both a 'Require' field requesting a feedback loop via the loopback-tag option, and the information to handle the return loop. required via another header field referenced Loopback '.
  • the return loop is required on both the destination equipment and the cbgf equipment (for 'Core Border Gateway ControP') as intermediate equipment.
  • a SIP response message is issued by the control entity, indicating that the SIP 'loopback' option is accepted.
  • Example 2 the return loop request is done in two steps.
  • the SIP control message according to one embodiment of the present invention simply requires the SIP option of 'loopback', using the 'Require' header field, to learn if this option is supported. .
  • the control device learns that this option is supported, it sends a PRACK-type SIP message to provide the feedback loop implementation information. Then, it receives, in fine, an acknowledgment of the taking into account of the loops of return.
  • a equipment does not alert the user to the receipt of such a control message. For example, if the target equipment is a SIP telephone, provision can be made not to trigger an incoming call ring when an INVITE message is received, if the latter indicates the return loop request SIP option.
  • the equipment may have to deal with a conflict between a command from the control device and any other request, such as a real incoming call request if the equipment corresponds to a SIP phone. This may be the case, especially if the equipment receives a telephone call when it has already agreed to implement a feedback loop and is looping back to the control device the packet stream (s). received from this device.
  • the equipment then transmits a message of the type '480 Temporarily unavailable' in order to stop the communication with the control device.
  • FIG. 3 illustrates a control system comprising a control device 13, a device 12 and an intermediate device 320 according to one embodiment of the present invention. This figure illustrates the control portion and the transfer portion of the equipment 12 and the intermediate equipment 320.
  • the equipment 12 includes a control entity 12.
  • the intermediate equipment 320 comprises a control entity 320-A and a transfer entity 320-B, which are connected via an interface 325.
  • the control device 13 comprises:
  • a management entity 302 adapted to transmit a control message 14 to the control entity 12-A according to a protocol of SIP type indicating a SIP option requiring a return loop to the control device 13;
  • an interface entity 303 adapted to transmit a first packet stream to the transfer entity 12-B and to receive at least a second packet stream via the feedback loop from the transfer entity;
  • control entity 304 adapted to control the transmission network 11 between the transfer entity and the control device on the basis of a comparison between the first and second packet streams.
  • a 12-A control entity comprises:
  • an interface unit 31 1 adapted to receive a control message according to a SIP type protocol indicating a SIP option requiring a return loop to the control device;
  • a management unit 312 adapted to control an implementation of a feedback loop by a transfer entity 12-B associated with the control device, if the control entity is the recipient of the control message.
  • Equipment can also be adapted to implement a return loop as intermediate equipment to establish a diagnosis step by step.
  • the SIP option furthermore indicates a triggering criterion, and the corresponding management unit is adapted to implement a feedback loop if the trigger criterion is fulfilled.
  • Equipment that receives a control message at the control plane can firstly check whether the received command message is addressed to this equipment. Then, if it is not the case, it deduces that it is possibly an intermediate equipment, and in this case, it checks whether the indicated triggering criterion is checked. If this is the case, a return loop 300 is implemented at the transfer plane of this intermediate equipment.
  • the equipment 320 with its entities 320-A and 320-B, illustrates such a feature.
  • the equipment 320 is adapted to be an equipment intermediate and its management unit 322, control plane side, is adapted to control the implementation of a feedback loop by the transfer entity 320-B if the trigger criterion is met. It further comprises an interface unit 311 similar to that of the control entity 12-A.
  • the intermediate control and transfer entities are connected via the interface 325.
  • the control entity upon receipt of the control message, transmits the feedback loop request information to the corresponding transfer entity.
  • the corresponding transfer entity may implement a feedback loop 300 on the received packet stream.
  • the feedback loop 300 When it is an intermediate equipment, not only the feedback loop 300 is implemented, but the packet flow is further transmitted as received to the destination equipment.
  • the transfer entity 12-B, 320-B associated with the control entity 12-A, 320-A comprises:
  • an interface unit 335, 325 adapted to receive from the associated control entity a feedback loop command
  • a management unit 336 adapted to implement a feedback loop transmitting a data stream received from the control device to the control device.
  • INVITE sip bob@biloxi.com SIP / 2.0
  • INVITE sip bob @ biloxi.com SIP / 2.0

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Environmental & Geological Engineering (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Dans un réseau de transmission par paquet comprenant un dispositif de contrôle et au moins une entité de contrôle et une entité de transfert associée, au niveau du dispositif de contrôle, on émet (21 ) un message de commande à destination de l'entité de contrôle selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle. Puis, on émet (22) un premier flux de paquets à destination de l'entité de transfert associée et on reçoit au moins un second flux de paquets via la boucle de retour depuis l'entité de transfert associée. Enfin, on peut contrôler (23) le réseau de transmission entre l'entité de transfert et le dispositif de contrôle sur la base d'une comparaison entre les premier et second flux de paquets.

Description

BOUCLE DE RETOUR POUR RESEAU SIP
La présente invention concerne les réseaux de communication, et plus particulièrement la détection de problèmes dans de tels réseaux.
De manière générale, il est souhaitable de pouvoir effectuer des tests dans un réseau de transmission, notamment pour contrôler le bon fonctionnement d'un équipement en cours d'installation. On est ainsi en mesure d'anticiper d'éventuels problèmes de transmission dans le réseau. Dans ce cas, un dispositif de test établit une communication avec cet équipement nouvellement installé dans le réseau. Puis, il commande une boucle de retour depuis l'équipement en cours d'installation de telle sorte que le flux qu'il transmet lui est retourné après avoir transité via l'équipement considéré. Ainsi, lorsque le dispositif de test détecte une différence entre le flux émis et le flux reçu, il peut diagnostiquer un problème au niveau de l'équipement en cours d'installation. Le dispositif de test peut ainsi décider si la ressource réseau testée est opérationnelle.
Dans des réseaux comme les réseaux téléphoniques commutés, des protocoles de messages adaptés sont prévus pour permettre au dispositif de test de commander une boucle de retour au niveau d'un équipement du réseau. Toutefois, les réseaux de transmission par paquets reposant classiquement sur une architecture ayant un plan de transfert et un plan de contrôle distincts, les protocoles qui sont utilisés dans les réseaux téléphoniques commutés n'y sont pas aisément transposables. Une méthode de gestion de rebouclage adaptée pour les réseaux de transmission par paquets est décrite dans le document US 2009/0129557. Plus précisément, ce document US 2009/0129557 décrit une méthode de rebouclage dans un réseau basé sur le protocole SIP (pour 'Session Initiation Protocol' en anglais). Selon cette méthode, des numéros spécifiques sont préalablement associés respectivement aux équipements à tester. Puis, le dispositif de test émet un message SIP INVITE de base indiquant le numéro spécifique associé à l'équipement au niveau duquel on souhaite mettre en place une boucle de retour. Sur réception de ce message INVITE de base, si l'équipement destinataire reconnait le numéro spécifique indiqué dans le message reçu, il décide alors mettre en place une boucle de retour pour cette communication.
Cette méthode nécessite une configuration d'un ou plusieurs numéros spécifiques préalables sur tout équipement au niveau duquel on souhaite établir une boucle de retour. A chaque numéro spécifique est associé un type de média particulier, de sorte que le test de plusieurs médias nécessite d'établir plusieurs appels. Dans ce contexte, non seulement une telle configuration des équipements concernés peut s'avérer lourde, mais en outre, chaque message SIP visant à déclencher un rebouclage ne peut viser qu'un seul équipement et pour un seul type de média à la fois, qui est précisément celui auquel a été associé le numéro spécifique indiqué par le message SIP. La présente invention vise à améliorer la situation. Un premier aspect de la présente invention propose un procédé de contrôle dans un réseau de transmission par paquet comprenant un dispositif de contrôle et au moins une entité de contrôle et une entité de transfert associée; ledit procédé de contrôle comprenant les étapes suivantes au niveau du dispositif de contrôle : IM émettre un message de commande à destination de l'entité de contrôle selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ;
121 émettre un premier flux de paquets à destination de l'entité de transfert associée et recevoir au moins un second flux de paquets via la boucle de retour depuis l'entité de transfert associée ; et
/3/ contrôler le réseau de transmission entre l'entité de transfert associée et le dispositif de contrôle sur la base d'une comparaison entre les premier et second flux de paquets.
L'architecture d'un tel réseau repose en général sur, d'une part, un plan de contrôle et, d'autre part, un plan de transfert. Dans ce type de réseau, il est possible que les messages de commande du plan de contrôle, empruntent des chemins différents de ceux empruntés par les flux de données, ou paquets de données. On entend par le terme 'entité de contrôle', toute entité fonctionnelle d'un équipement dans le plan de contrôle du réseau de transmission considéré qui représente une ressource du réseau adaptée pour contrôler les sessions d'échanges de paquets. Une telle entité de contrôle d'un équipement peut être un terminal qui peut gérer un niveau applicatif, ou encore toute entité de réseau adaptée pour gérer le plan de contrôle du réseau de transmission ou encore qui intervient dans le plan de contrôle (ou plan de signalisation) du réseau de transmission.
On entend par les termes 'entité de transfert', toute entité fonctionnelle d'un équipement dans le plan de transfert média du réseau de transmission considéré qui a une action sur les ressources de transmission de paquets dans le réseau. Une telle entité de transfert est en général commandée par une entité de contrôle du réseau. Ainsi, une entité de contrôle et une entité de transfert peuvent être associées. L'entité de transfert reçoit donc des messages de contrôle de ressource via une interface avec l'entité de contrôle correspondante, sans qu'il y ait toutefois forcément une correspondance de 'un pour un' entre entités de contrôle et entités de transfert dans le réseau.
Ces entité de contrôle et entité de transfert peuvent être délocalisées dans le réseau. Dans ce cas elles sont respectivement localisées sur des équipements réseau distincts respectifs. Elles peuvent également être co- localisées dans un même équipement. Ces équipements peuvent par exemple correspondre à un routeur, ou plus précisément un routeur 'intelligent' adapté pour gérer des couches applicatives, un contrôleur de session en bordure ou 'Session Border Contrôler', une passerelle de bordure ou 'Border Gateway', une passerelle voix ou 'Voice Gateway', une passerelle de transit ou Trunking gateway', une passerelle résidentielle ou 'Residential Gateway'. Aucune limitation n'est attachée à ce terme au regard de la présente invention.
Il convient de noter que, de manière générale, le message de commande est reçu au niveau du plan de contrôle et qu'il donne lieu par l'entité de contrôle à une demande de mise en œuvre au niveau du plan de transfert d'une boucle de retour par l'entité de transfert. Cette caractéristique générale repose sur l'architecture du réseau de transmission considéré ici qui est un réseau de transmission par paquet. Lorsque les entités de contrôle et de transfert associées ne sont pas colocalisées, alors l'entité de contrôle requiert auprès de l'entité de transfert une boucle de retour en émettant un message adapté selon un protocole d'échange entre ces deux entités associées. La réception d'un message de contrôle de session, échangé au niveau du plan de contrôle, c'est à dire entre les entités de contrôle, entraîne la génération d'un message de contrôle de ressource de l'entité de contrôle vers l'entité de transfert pour demander la boucle de retour.
On entend par les termes 'flux de paquets' un flux de paquets quelconque qui peut correspondre par exemple à une transmission de contenus numériques comme un contenu multimédia, audio, vidéo, image, etc..
Dans un mode de réalisation, on prévoit de requérir une pluralité de boucles de retour sur une pluralité de flux respectifs, ces flux pouvant être de types différents. En effet, il est aisé d'appliquer de manière simultanée un mode de réalisation du procédé de contrôle en générant plusieurs flux de type différents depuis le dispositif de contrôle, comme par exemple un flux audio, un flux vidéo, ainsi qu'un flux image. On peut ainsi contrôler plusieurs aspects du réseau de transmission.
Un dispositif de contrôle est une entité qui est en mesure de contrôler un niveau de qualité de transmission du réseau sur la base d'une comparaison entre un flux de paquets émis et un flux de paquets reçu. A cet effet, il émet à destination d'un équipement, ou plus précisément de l'entité de contrôle de l'équipement, un message de commande selon un mode de réalisation de la présente invention afin de mettre en œuvre une boucle de retour depuis l'équipement visé vers le dispositif de contrôle. On peut prévoir que l'option SIP, dans le cadre de l'extension du protocole SIP, soit introduite dans un message de commande SIP qui requiert l'établissement d'une communication, comme un message de type INVITE par exemple. Le dispositif de contrôle peut comprendre, d'une part, une partie de contrôle qui est en charge d'émettre le message de commande selon un mode de réalisation de la présente invention, et d'autre part, une partie de transfert qui est en charge de rémission du premier flux de paquets. Soit l'entité de contrôle et l'entité de transfert sont co-localisées sur un même équipement et l'équipement visé retransmet ensuite le flux de paquets reçu depuis le dispositif de contrôle via la boucle de retour. Soit, si ces deux entités sont distantes, l'entité de contrôle émet un message de contrôle de ressource vers l'entité de transfert associée pour transmettre la commande de boucle de retour selon un protocole quelconque défini entre les entités.
Le dispositif de contrôle est alors en mesure de comparer le flux de paquets émis et le flux de paquets reçus pour déterminer un niveau de qualité du réseau sur la partie située entre ces deux entités. Aucune limitation n'est attachée aux moyens utilisés pour déterminer le niveau de qualité correspondant à cette partie de réseau.
Il convient de noter ici que, pour déclencher une boucle de retour, il est prévu d'émettre un message SIP qui inclut une option SIP correspondant à une requête de boucle de retour. On ajoute ainsi une information pertinente dans un message SIP qui peut être un message SIP de base.
Sur réception, l'entité de contrôle, qui est destinataire du message de commande, peut mettre en œuvre une boucle de retour, en demandant une boucle de retour au niveau de l'entité de transfert correspondante, c'est-à-dire une entité de transfert dont elle a la charge, dès lors qu'elle est adaptée pour détecter l'option SIP de rebouclage insérée dans le message de commande SIP reçu, sans qu'aucune configuration de numéro spécifique ne soit requise au préalable.
En procédant ainsi, tout équipement, ou plus exactement toute entité de contrôle, qui est adapté pour gérer cette option SIP peut mettre en œuvre une boucle de retour sur simple réception d'un message de commande SIP qui lui est adressé, selon un mode de réalisation de la présente invention. On entend par le fait d'adresser un message à un équipement, ou à une entité de contrôle, toute possibilité d'adressage connue. Ainsi, il est notamment possible de procéder à un adressage direct, se basant sur le contenu de la 'Request URP. Il est également possible d'effectuer un adressage indirect basé sur un mécanisme utilisant un champ d'en-tête, ou header, de type 'Max-Forwards' ou encore 'Route1, tel que décrit dans le document RFC3261 (pour 'Request for comment'). Grâce à ces dispositions, une fois que les équipements, ou plus exactement les entités de contrôle, supportent cette option SIP, une boucle de retour peut être aisément requise et mise en œuvre au niveau des entités de transfert correspondantes, sans qu'aucune configuration préalable des entités de contrôle et de transferts visées ne soit nécessaire. Ce procédé repose avantageusement sur une extension du protocole SIP.
Il est possible de prévoir de contrôler le réseau de transmission de proche en proche, c'est-à-dire tronçon par tronçon. En effet, en basant la gestion des rebouclages sur l'utilisation d'une option SIP, non seulement nul n'est besoin de provisionner des numéros spécifiques par équipement du réseau, mais en outre chaque équipement intermédiaire, ou plus exactement chaque entité de contrôle intermédiaire, par lequel transite le message de commande SIP peut détecter que l'option de boucle de retour est insérée. Ainsi, de manière aisée, en émettant un seul et unique message dans le réseau à destination d'une entité de contrôle donnée, il est possible d'établir des boucles de retour respectives sur les entités de transfert intermédiaires correspondantes par lesquelles le flux de paquets de données transite.
A cet effet, dans un mode de réalisation de la présente invention, le message de commande transite via au moins une entité de contrôle intermédiaire entre le dispositif de contrôle et l'entité de contrôle ; l'option SIP indique un critère de déclenchement, et à l'étape 121, au moins un troisième flux de paquets est reçu depuis une entité de transfert intermédiaire associée à l'entité de contrôle intermédiaire, ledit procédé comprend en outre l'étape suivante : - contrôler le réseau de transmission au moins entre le dispositif de contrôle et l'entité de transfert intermédiaire sur la base d'une comparaison entre les premier et troisième flux de paquets.
On entend par les termes 'entité de contrôle intermédiaire', une entité de contrôle d'un équipement du réseau de transmission qui n'est pas destinataire du message de commande mais par laquelle ce message de commande transite.
On entend par les termes 'entité de transfert intermédiaire', une entité de transfert d'un équipement du réseau de transmission qui n'est pas destinataire du flux de paquets transmis par le dispositif de contrôle selon un mode de réalisation de la présente invention. Elle n'est donc de ce fait pas associée à une entité de contrôle destinataire du message de commande.
Ces entités de contrôle intermédiaires sont associées à des entités de transfert intermédiaires, selon l'architecture de ce réseau de transmission. Une entité de contrôle et son entité de transfert correspondante peuvent être co- localisées lorsque le chemin emprunté par les messages de commande est le même que celui emprunté par le flux de paquets. Les boucles de retour sont commandées ensuite depuis les entités de contrôle intermédiaires vers les entités de transfert intermédiaires. Il est possible de disposer d'informations relatives à la transmission sur chaque tronçon entre une des entités de transfert intermédiaires et le dispositif de contrôle, dès lors que le critère de déclenchement indiqué est rempli au niveau des entités de contrôle intermédiaires. Aucune limitation n'est attachée à ce critère de déclenchement. II permet d'affiner le diagnostic de l'état du réseau.
On peut ici aisément envisager que toute entité de contrôle adaptée pour gérer l'option SIP de boucle de retour, et qui reçoit un message de commande, commande l'établissement d'une boucle de retour vers le dispositif de contrôle. Il suffit d'indiquer en critère de déclenchement le fait que l'on souhaite un déclenchement systématique. Il peut donc correspondre à une demande systématique de boucle de retour depuis toutes les entités de contrôle intermédiaires, ou encore depuis seulement un type d'entité de contrôle intermédiaire. Une telle caractéristique permet de sélectionner où mettre en œuvre des boucles de retour vers le dispositif de contrôle et de ce fait affiner le diagnostic.
Il convient donc de noter que, contrairement à l'art antérieur cité ci- avant, un seul message permet de requérir une pluralité de boucles de retour pour le premier flux de paquets, et que des informations uniquement sur des tronçons de la communication peuvent être ainsi obtenues. En outre, il est ici avantageusement possible d'appliquer le procédé de contrôle sur la base de plusieurs flux de paquets de type différents.
Lorsque seule l'entité de contrôle destinataire du message de commande SIP met en oeuvre une boucle de retour, il est possible de contrôler la transmission globale entre les deux extrémités d'une communication. Pour autant, lorsqu'un problème est détecté sur cette communication, il peut encore être compliqué de détecter la cause précise du problème. En établissant plusieurs boucles de retour, relativement à une pluralité d'entités de transfert intermédiaires, il est alors possible de mieux cibler la cause du problème. Or, avantageusement, un mode de réalisation permet de mettre en œuvre une telle approche du contrôle de la transmission de manière simple et pour de faibles coûts d'exploitation.
Grâce à ces dispositions, il est possible de fournir un diagnostic ciblé et précis sur l'état du réseau de transmission.
Par ailleurs, il peut être également pertinent de tester le réseau de transmission au regard d'un ou plusieurs types de média, par exemple en association avec un certain codée, pour affiner le diagnostic fourni par rapport à certains problèmes. On peut prévoir d'indiquer les types de média en précisant s'il s'agit de données de type audio ou encore des données de type vidéo ou de type image, et en spécifiant des codées associés comme par exemple G 729 ou encore G 711 pour le média de type audio. Ces indications fournies via l'option SIP dans le message de commande permettent, elles aussi, de cibler les demandes, et de ce fait d'obtenir un diagnostic plus pertinent sur l'état du réseau de transmission.
A cet effet, dans un mode de réalisation, l'option SIP du message de commande indique au moins un type de média.
En outre, pour effectuer des changements de type de média et/ou de codée visés par le procédé de contrôle, ou encore des changements de tronçons en modifiant notamment le type d'entité de contrôle intermédiaire, il convient de disposer de différentes options de commande quant à l'activité de la boucle de retour, pour notamment commander un arrêt éventuel de la boucle de retour, ou encore en commander une pause, ou un démarrage ou redémarrage (suite à une pause). A cet effet, dans un mode de réalisation, l'option SIP du message de commande indique en outre une activité de la boucle de retour. Cette activité peut correspondre par exemple à un 'stop' qui requiert un arrêt définitif du rebouclage, ou une 'pause' qui requiert une interruption du rebouclage, ou encore un 'starf qui demande un rebouclage.
Ces caractéristiques optionnelles d'un contrôle selon un mode de réalisation en permettent une gestion flexible.
Dans un mode de réalisation de la présente invention, le message de commande est un message INVITE selon le protocole SIP et l'option SIP requérant une boucle de retour est indiquée dans un champ d'en-tête de type 'REQUIRE' ou 'PROXY_REQUIRE'. Dans un mode de réalisation, les informations relatives au type de média ou encore au type d'équipement intermédiaire visé, ou encore relatives à l'activité de la boucle sont transmises dans un ou plusieurs autres champs d'en-tête. Une telle utilisation de SIP présente l'avantage d'être aisée à mettre en œuvre. Elle permet la flexibilité de la commande de rebouclage tant au niveau de la gestion de l'activité de la boucle de retour qu'au niveau de la modification des paramètres du message de commande, pour affiner un éventuel diagnostic sur l'état du réseau.
Un deuxième aspect de la présente invention propose un procédé de mise en œuvre d'une boucle de retour dans un réseau de transmission par paquet comprenant un dispositif de contrôle et au moins une entité de contrôle; ledit procédé de mise en œuvre d'une boucle de retour comprenant les étapes suivantes au niveau de l'entité de contrôle :
/a/ recevoir un message de commande selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ; et
IbI si l'entité de contrôle est destinataire du message de commande, commander la mise en œuvre, par une entité de transfert associée à l'entité de contrôle, une boucle de retour vers le dispositif de contrôle.
Avantageusement, il est prévu qu'un équipement destinataire du message de commande SIP exécute l'option SIP de boucle de retour selon un mode de réalisation de la présente invention.
Dans un mode de réalisation, l'option SIP indique un critère de déclenchement, et, à l'étape IbI, si l'entité de contrôle remplit le critère de déclenchement, alors une boucle de retour vers le dispositif de contrôle est mise en œuvre. Bien entendu cette boucle de retour s'applique sur le plan de transfert et non sur le plan de contrôle. A cet effet, l'entité de contrôle transmet à l'entité de transfert qui lui est associée une requête de boucle de retour. Le critère de déclenchement peut être soit un déclenchement systématique, auquel cas toutes les entités de transfert intermédiaires, correspondant aux entités de contrôle intermédiaire, mettent en œuvre une boucle de retour et on peut diagnostiquer le réseau de proche en proche tout au long de la communication établie, soit un type d'entité de contrôle intermédiaire, pour limiter la complexité de traitement à effectuer au niveau du dispositif par exemple, ou encore pour limiter le niveau de trafic dans le réseau.
Un troisième aspect de la présente invention propose un dispositif de contrôle comprenant des moyens adaptés pour la mise en œuvre d'un procédé de contrôle selon le premier aspect de la présente invention.
Un quatrième aspect de la présente invention propose une entité de contrôle comprenant des moyens adaptés pour la mise en œuvre d'un procédé de mise en œuvre d'une boucle de retour selon le deuxième aspect de la présente invention. Un cinquième aspect de la présente invention propose une entité de transfert dans un réseau de transmission par paquet comprenant des moyens adaptés pour la mise en œuvre d'un procédé de contrôle selon le premier aspect de la présente invention.
Un sixième aspect de la présente invention propose un système de contrôle comprenant un dispositif de contrôle selon le troisième aspect de la présente invention et une entité de contrôle selon le quatrième aspect de la présente invention.
Un septième aspect de la présente invention propose un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon le premier aspect, lorsque ce programme est exécuté par un processeur.
Un huitième aspect de la présente invention propose un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon le deuxième aspect, lorsque ce programme est exécuté par un processeur.
Un neuvième aspect de la présente invention propose un signal de commande de boucle de retour destiné à être émis par un dispositif de contrôle à destination d'une entité de contrôle dans un système de contrôle de réseau de transmission, ledit signal de commande étant selon un protocole de type SIP et indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle.
D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation.
L'invention sera également mieux comprise à l'aide des dessins, sur lesquels : la figure 1 illustre une architecture du réseau de transmission selon un mode de réalisation de la présente invention ; - la figure 2 illustre les principales étapes d'un procédé de contrôle dans un réseau selon un mode de réalisation de la présente invention ; et la figure 3 illustre un système de contrôle comprenant un dispositif de contrôle, un équipement et un équipement intermédiaire selon un mode de réalisation de la présente invention.
Il convient de noter que, par la suite, le terme 'équipement' désigne de manière générale à la fois une entité de contrôle et une entité de transfert correspondant à l'architecture du réseau de transmission considéré. Une entité de contrôle et une entité de transfert qui se correspondent, c'est-à-dire lorsque l'entité de contrôle gère l'entité de transfert, peuvent être co-localisées ou non. Les sections qui suivent couvrent tous les cas de localisations respectives des entités de contrôle et de transfert, tout en désignant par le terme 'équipement le couple 'entité de contrôle/entité de transfert' qui coopèrent ensemble.
La figure 1 illustre une architecture du réseau de transmission selon un mode de réalisation de la présente invention.
Dans les sections suivantes, le message de commande correspond à un message de requête d'établissement d'une communication qui indique en outre une option de boucle de retour. Toutefois, cette caractéristique n'est prise en considération qu'à titre d'exemple.
Le réseau de transmission 1 1 comprend un équipement 12 et un dispositif de contrôle 13. Le dispositif de contrôle 13 émet un message de commande 14 SIP avec une option SIP qui signifie, selon l'invention, une requête de mise en œuvre d'une boucle de retour. Sur réception de ce message de commande 14, la communication 15 est établie avec une boucle de retour prise en compte au niveau de l'équipement.
La figure 2 illustre les principales étapes d'un procédé de contrôle dans un réseau selon un mode de réalisation de la présente invention.
Le réseau considéré est tel que celui illustré en figure 1. A une étape 21 , le dispositif de contrôle 13 émet un message de commande 14 selon un protocole de type SIP. Ce message de commande SIP correspond à une requête pour établir une communication avec l'équipement. Il peut à ce titre correspondre à un message de commande SIP de type INVITE. Il comprend en outre une option SIP qui correspond à requérir l'établissement d'une boucle de retour permettant de retransmettre un flux de paquets reçu.
Puis, à une étape 22, une fois que la communication requise est établie avec l'équipement et que la boucle de retour, requise sur la base d'une option SIP (ou encore 'option-tag' en anglais) et sur la base d'informations supplémentaires de détail de mise en œuvre de boucle de retour fournies dans un header 'loopback' par exemple, a été mise en œuvre, alors le dispositif de contrôle émet, de son plan de transfert un premier flux de paquets et reçoit via la boucle de retour un second flux de paquets, sur son plan de transfert. Les informations supplémentaires détaillant les caractéristiques de mise en œuvre de la boucle de retour comme l'activité de la boucle, le type de média, ou encore le type d'équipement intermédiaire, peuvent être spécifiées dans un autre header, ou en-tête.
Dans ce contexte, à une étape 23, le dispositif de contrôle est en mesure de contrôler un niveau de qualité du réseau de transmission, et plus précisément il peut contrôler la qualité de transmission de paquets entre l'équipement et le dispositif de contrôle, sur un aller-retour dans le réseau, en se basant sur une comparaison entre les premier et second flux de paquets. Cette étape 23 permet de poser un diagnostic sur l'état du réseau, ou tout au moins d'une partie du réseau, et ainsi de prendre des mesures de réparation éventuellement, ces mesures ne faisant pas l'objet de la présente invention. II convient de noter que le message de commande ainsi généré selon un mode de réalisation de la présente invention indique une option SIP que l'équipement destinataire du message de commande est en mesure de reconnaître pour pouvoir la prendre en compte. Ainsi, l'équipement est adapté pour recevoir un tel message de commande et pour pouvoir détecter que la mise en place d'une boucle de retour sur la communication requise est demandée.
Au niveau d'un équipement adapté pour prendre en compte un tel message de commande, les étapes suivantes peuvent être mises en œuvre. Sur réception de ce message de commande, l'équipement établit, d'une part, la communication depuis le dispositif de contrôle et, d'autre part, une boucle de retour vers le dispositif de contrôle si l'équipement en question est le destinataire du message.
On peut également prévoir que l'équipement accepte et aussi refuse cette option SIP demandée. Ainsi, dans sa réponse au message de commande, l'équipement peut indiquer l'une des informations suivantes par exemple :
- accepted
- busy
- unavailable - not allowed.
Dans un mode de réalisation de la présente invention, il est prévu de pouvoir contrôler le réseau de proche en proche sur la base d'un type d'équipement. A cet effet, les messages de requête et de réponse peuvent indiquer les types suivants par exemple : endpoint, pour désigner une entité destinataire du message conformément au contenu de la Request-URI ; ibgf, pour désigner une entité intermédiaire de frontière de réseau ; et cbgf, pour désigner une entité intermédiaire dans un réseau de collecte d'abonnés.
En indiquant ainsi ce type d'information dans le message de commande notamment, seuls les équipements qui sont du type indiqué dans le message de commande et par lesquels le message de commande transite vont mettre en place une boucle de retour. On peut avantageusement cibler ainsi le contrôle du réseau sur un ou plusieurs types déterminés pour affiner le diagnostic concernant le réseau.
Pour insérer les informations utiles pour gérer l'option SIP selon un mode de réalisation de la présente invention, il est possible d'utiliser un nouveau champ d'en-tête spécifique (ou 'header1) qui peut être référencé 'Loopback'. Ainsi, lorsque l'équipement reconnait ce champ d'en-tête, il peut alors y répondre soit en acceptant la requête d'établissement de boucle de retour, soit en la refusant. Si la requête est acceptée, alors l'équipement met en place une ou plusieurs boucles de retour sur la base de caractéristiques qui sont transmises au niveau de descripteurs SDP. Ainsi, par exemple, lorsque le flux de paquets est un flux de type RTP (pour 'Real Time Protocol' en anglais, tel que défini par le document RFC 3550), l'équipement reboucle alors vers le dispositif de contrôle chaque contenu de type RTP reçu. On peut prévoir ici que les en-têtes RTP soient régénérés pour la transmission sur la boucle de retour. Les données de type RTCP (pour 'Real Time Control Transport Protocol' en anglais) sont, elles, générées à la fois par le dispositif de contrôle et par l'équipement. In fine, dans ce cas, le dispositif de contrôle peut alors se fonder sur les données de type RTP et les données de type RTCP pour effectuer un diagnostic sur la qualité de la partie du réseau considérée.
Dans un autre mode de réalisation, il est prévu d'utiliser un champ d'en- tête existant en ajoutant un nouveau paramètre possible pour ce champ. Par exemple, on peut prévoir d'ajouter les informations dans un message de type requête SIP, tel que ci-dessous en caractères gras : To :Bob<sip :bob@biloxi.com> ;loopback=start endpoint ;
Ici, ce message de commande indique l'option SIP par les termes 'loopback', le critère de déclenchement dans le second paramètre permet de désigner un type d'équipement au niveau duquel on demande une boucle de retour. Dans cet exemple, il s'agit d'un équipement de type 'endpoint'.
On peut encore prévoir d'ajouter ces informations dans une R-URI (pour 'Request- Uniform Resource Identifier' en anglais), comme cela est illustré ci- dessous :
Sip :bob@ biloxi.com ;loopback=start endpoint ;
On peut aussi prévoir d'ajouter ces informations dans un message de réponse SIP comme illustré ci-dessous : <sip :bob@biloxi.com>;tag=ac1460f;loopback=accepted endpoint Les sections suivantes illustrent deux exemples de mise en œuvre possible du procédé de contrôle. Les échanges de messages de contrôle sont précisément détaillés en Annexe.
Dans l'exemple 1 , le message de commande SIP est un message INVITE et il indique à la fois un champ 'Require' requérant une boucle de retour via l'option-tag 'loopback', et les informations pour gérer la boucle de retour requise via un autre champ d'entêté référencé Loopback'. Ici, la boucle de retour est requise à la fois sur l'équipement destinataire et sur les équipements de type 'cbgf, (pour 'Core Border Gateway ControP), en tant qu'équipement intermédiaire. Un message de réponse SIP est émis par l'entité de contrôle, indiquant que l'option SIP 'loopback' est acceptée.
Dans l'exemple 2, la requête de boucle de retour se fait en deux étapes. En une première étape, le message de commande SIP selon un mode de réalisation de la présente invention requiert simplement l'option SIP de 'loopback', en utilisant le champ d'en-tête 'Require', pour apprendre si cette option est supportée. Puis, une fois que le dispositif de contrôle apprend que cette option est supportée, il envoie un message SIP de type PRACK pour fournir les informations de mise en œuvre de boucle de retour. Puis, il reçoit, in fine, un accusé réception de la prise en compte des boucles de retour.
Lorsqu'une boucle de retour demandée est mise en œuvre à des fins de test seulement, il peut être avantageux que ce procédé de contrôle reste transparent pour d'éventuels utilisateurs des équipements visés. Ainsi, dans un mode de réalisation de la présente invention, quelque soit la méthode d'insertion de l'option SIP de boucle de retour dans un message SIP, un équipement n'alerte pas l'utilisateur de la réception d'un tel message de commande. Par exemple, si l'équipement visé est un téléphone SIP, on peut prévoir de ne pas déclencher une sonnerie d'appel entrant lorsqu'un message INVITE est reçu, si ce dernier indique l'option SIP de requête de boucle de retour.
Par ailleurs, dans certains cas, il est possible que l'équipement ait à gérer un conflit entre une commande de la part du dispositif de contrôle et toute autre requête par ailleurs, comme par exemple une requête d'appel entrant réel si l'équipement correspond à un téléphone SIP. Tel peut être le cas, notamment si l'équipement reçoit un appel téléphonique alors qu'il a déjà accepté de mettre en œuvre une boucle de retour et qu'il est en train de reboucler vers le dispositif de contrôle le ou les flux de paquets reçu(s) depuis ce dispositif.
Dans un mode de réalisation de la présente invention, il est prévu que l'équipement émette alors un message de type '480 Temporarily unavailable' afin d'arrêter la communication avec le dispositif de contrôle.
Les sections précédentes ont été décrites en utilisant le message SIP de type INVITE. Toutefois, il est également possible aisément de baser cette mise en œuvre en utilisant des méthodes SIP de type OPTIONS, UPDATE ou encore INFO ou toutes autres requêtes SIP.
La figure 3 illustre un système de contrôle comprenant un dispositif de contrôle 13, un équipement 12 et un équipement intermédiaire 320 selon un mode de réalisation de la présente invention. Cette figure illustre la partie de contrôle et la partie de transfert de l'équipement 12 et de l'équipement intermédiaire 320. Ainsi, l'équipement 12 comprend une entité de contrôle 12-
A et une entité de transfert 12-B qui sont reliées entre elles via une interface
335. De manière similaire, l'équipement intermédiaire 320 comprend une entité de contrôle 320-A et une entité de transfert 320-B, qui sont reliées via une interface 325. Le dispositif de contrôle 13 comprend :
- une entité de gestion 302 adaptée pour émettre un message de commande 14 à destination de l'entité de contrôle 12-A selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle 13 ;
- une entité d'interface 303 adaptée pour émettre un premier flux de paquets à destination de l'entité de transfert 12-B et recevoir au moins un second flux de paquets via la boucle de retour depuis l'entité de transfert ; et
- une entité de contrôle 304 adaptée pour contrôler le réseau de transmission 11 entre l'entité de transfert et le dispositif de contrôle sur la base d'une comparaison entre les premier et second flux de paquets.
Une entité de contrôle 12-A comprend :
- une unité d'interface 31 1 adaptée pour recevoir un message de commande selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ; et
- une unité de gestion 312 adaptée pour commander une mise en œuvre d'une boucle de retour par une entité de transfert 12-B associée vers le dispositif de contrôle, si l'entité de contrôle est destinataire du message de commande. Un équipement peut en outre être adapté pour mettre en œuvre une boucle de retour en tant qu'équipement intermédiaire pour établir un diagnostic de proche en proche. Dans ce cas, l'option SIP indique de plus un critère de déclenchement, et l'unité de gestion correspondante est adaptée pour mettre en œuvre une boucle de retour si le critère de déclenchement est rempli. Un équipement qui reçoit un message de commande au niveau du plan de contrôle, peut en premier lieu vérifier si le message de commande reçu est adressé à cet équipement. Puis, si ce n'est pas le cas, il en déduit qu'il est éventuellement un équipement intermédiaire, et dans ce cas, il contrôle si le critère de déclenchement indiqué est vérifié. Si tel est le cas, une boucle de retour 300 est mise en œuvre au niveau du plan de transfert de cet équipement intermédiaire.
L'équipement 320, avec ses entités 320-A et 320-B, illustre une telle caractéristique. Ainsi, l'équipement 320 est adapté pour être un équipement intermédiaire et son unité de gestion 322, côté plan de contrôle, est adaptée pour commander la mise en œuvre d'une boucle de retour par l'entité de transfert 320-B si le critère de déclenchement est rempli. Il comprend en outre une unité d'interface 311 similaire à celle de l'entité de contrôle 12-A. Les entités intermédiaires de contrôle et de transfert sont reliées via l'interface 325.
Dans le cas où les entités de contrôle et de transfert correspondantes ne sont pas co-localisées, sur réception du message de commande, l'entité de contrôle transmet l'information de requête de boucle de retour à l'entité de transfert correspondante. Ainsi, l'entité de transfert correspondante peut mettre en œuvre une boucle de retour 300 sur le flux de paquets reçu. Lorsqu'il s'agit d'un équipement intermédiaire, non seulement la boucle de retour 300 est mise en œuvre, mais le flux de paquets est en outre transmis tel que reçu vers l'équipement destinataire.
L'entité de transfert 12-B, 320-B associée à l'entité de contrôle 12-A, 320-A, comprend :
- une unité d'interface 335, 325, adaptée pour recevoir depuis l'entité de contrôle associée une commande de boucle de retour ;
- une unité de gestion 336 adaptée pour mettre en œuvre une boucle de retour transmettant un flux de données reçu depuis le dispositif de contrôle vers le dispositif de contrôle.
ANNEXE
Exemple 1 :
Message de commande SIP émis par un dispositif de contrôle à destination d'une entité de contrôle:
INVITE sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 Max-Forwards: 70 To: Bob <sip:bob@biloxi.com> From: Alice <sip:alice@atlanta.com>;tag=1928301774 CaII-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:alice@pc33.atlanta.com> Require: loopback Loopback:start endpoint; start cbgf Content-Type: application/sdp Content-Length: 142 (partially shown : ) v=0 m≈audio RTP/AVP 43210 8
Message de réponse SIP depuis l'entité de contrôle vers le dispositif de contrôle:
SIP/2.0-183 Session Progress
Via: SIP/2.0/UDP server10.bιïoxi.com;branch=z9hG4bK4b43c2ff8.1
;received=192.0.2.3 Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1
;received=192.0.2.2 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf From: Alice <sip:alice@atlanta.com>;tag=1928301774 CaII-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:bob@192.0.2.4> Supported: loopback
Loopback:accepted endpoint;accepted cbgf Content-Type: application/sdp Content-Length: 131 (partially shown : ) v=0 m=audio RTP/AVP 54321 8 Exemple 2:
Message de commande SIP émis par un dispositif de contrôle à destination d'une entité de contrôle:
INVITE sip:bob@ biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
CaII-ID: a84b4c76e66710
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.atlanta.com>
Require: 100rel, loopback
Message de réponse SIP depuis l'entité de contrôle vers le dispositif de contrôle:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP server10.biloxi.com ;branch=z9hG4bK4b43c2ff8.1
;received=192.0.2.3 Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1
;received=192.0.2.2 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf From: Alice <sip:alice@atlanta.com>;tag=1928301774 CaII-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:bob@ 192.0.2.4> Supported: 100rel, loopback Content-Type: application/sdp Content-Length: 131 (partially shown : ) v=0 m=audio RTP/AVP 54321 18 4 0 8
Message de commande émis par le dispositif de contrôle vers l'entité de contrôle:
PRACK sip:bob@ biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
CaII-ID: a84b4c76e66710
CSeq: 314160 PRACK
Contact: <sip:alice@pc33.atlanta.com>
Loopback:start endpoint; start cbgf
Content-Type: application/sdp
Content-Length: 142 (partially shown : ) v=0 m=audio RTP/AVP 43210 8
Message de réponse depuis l'entité de contrôle vers le dispositif de contrôle :
SIP/2.0 200 OK
Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bK4b43c2ff8.1
;received=192.0.2.3 Via: SI P/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1
;received=192.0.2.2 Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8
;received=192.0.2.1
To: Bob <sip:bob@biloxi.com>;tag=a6c85cf From: Alice <sip:alice@atlanta.com>;tag=1928301774 CaII-ID: a84b4c76e66710 CSeq: 314160 PRACK Contact: <sip:bob@ 192.0.2.4> Loopback:accepted endpoint; accepted cbgf

Claims

REVENDICATIONS
1. Procédé de contrôle dans un réseau de transmission (11 ) par paquet comprenant un dispositif de contrôle (13) et au moins une entité de contrôle
(12-A) et une entité de transfert (12-B) associée; ledit procédé de contrôle comprenant les étapes suivantes au niveau du dispositif de contrôle :
IM émettre (21 ) un message de commande (14) à destination de l'entité de contrôle selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ;
121 émettre (22) un premier flux de paquets à destination de l'entité de transfert associée et recevoir au moins un second flux de paquets via la boucle de retour (15) depuis l'entité de transfert associée; et /3/ contrôler (23) le réseau de transmission entre l'entité de transfert associée et le dispositif de contrôle sur la base d'une comparaison entre les premier et second flux de paquets.
2. Procédé de contrôle selon la revendication 1 , dans lequel le message de commande transite via au moins une entité de contrôle intermédiaire (320-
A) entre le dispositif de contrôle (13) et l'entité de contrôle (12-A) ; dans lequel l'option SIP indique un critère de déclenchement, et dans lequel, à l'étape 121, au moins un troisième flux de paquets est reçu depuis une entité de transfert associée à l'entité de contrôle intermédiaire, ledit procédé comprenant en outre l'étape suivante :
- contrôler le réseau de transmission au moins entre le dispositif de contrôle et l'entité de transfert intermédiaire sur la base d'une comparaison entre les premier et troisième flux de paquets.
3. Procédé de contrôle selon la revendication 1 , dans lequel l'option SIP indique au moins un type de média.
4. Procédé de contrôle selon la revendication 1 , dans lequel le message de commande est un message INVITE selon le protocole SIP et dans lequel l'option SIP requérant une boucle de retour est indiquée dans un champ d'en- tête de type REQUIRE ou PROXY-REQUIRE.
5. Procédé de mise en œuvre d'une boucle de retour dans un réseau de transmission (11 ) par paquet comprenant un dispositif de contrôle (13) et une entité de contrôle (12-A); ledit procédé de mise en œuvre d'une boucle de retour comprenant les étapes suivantes au niveau l'entité de contrôle:
IaJ recevoir un message de commande selon un protocole de type
SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ;
IbI si l'entité de contrôle est destinataire du message de commande, commander la mise en œuvre par une entité de transfert associée à l'entité de contrôle d'une boucle de retour vers le dispositif de contrôle.
6. Procédé de mise en œuvre d'une boucle de retour selon la revendication 5, dans lequel l'option SIP requérant une boucle de retour vers le dispositif de contrôle indique un critère de déclenchement ; et dans lequel, à l'étape IbI, si l'entité de contrôle remplit le critère de déclenchement, une boucle de retour vers le dispositif de contrôle est mise en œuvre.
7. Procédé de mise en œuvre d'une boucle de retour selon la revendication 6, dans lequel le critère de déclenchement est soit un déclenchement systématique, soit un type d'entité de contrôle intermédiaire.
8. Dispositif de contrôle (13) dans un réseau de transmission (11 ) par paquet comprenant en outre au moins une entité de contrôle (12-A) et une entité de transfert (12-B) associée; ledit dispositif de contrôle comprenant : une entité de gestion (302) adaptée pour émettre un message de commande à destination de l'entité de contrôle selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ; - une entité d'interface (303) adaptée pour émettre un premier flux de paquets à destination de l'entité de transfert et recevoir au moins un second flux de paquets via la boucle de retour depuis l'entité de transfert ; et une entité de contrôle (304) adaptée pour contrôler le réseau de transmission entre l'entité de transfert et le dispositif de contrôle sur la base d'une comparaison entre les premier et second flux de paquets.
9. Entité de contrôle (12-A) dans un réseau de transmission par paquet comprenant un dispositif de contrôle ; ladite entité de contrôle comprenant :
- une unité d'interface (311 ) adaptée pour recevoir un message de commande selon un protocole de type SIP indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle ; et
- une unité de gestion (312) adaptée pour commander une mise en œuvre une boucle de retour par une entité de transfert associée vers le dispositif de contrôle, si l'entité de contrôle est destinataire du message de commande.
10. Entité de contrôle (12-A) selon la revendication 9, dans lequel l'option SIP indique en outre un critère de déclenchement, et dans lequel l'unité de gestion (322) est adaptée pour mettre en œuvre une boucle de retour si le critère de déclenchement est rempli.
11. Entité de transfert (12-B) dans un réseau de transmission par paquet comprenant un dispositif de contrôle (13) ; ladite entité de transfert étant associée à une entité de contrôle (12-A) et comprenant : - une unité d'interface (335) adaptée pour recevoir depuis l'entité de contrôle associée une commande de boucle de retour ;
- une unité de gestion (336) adaptée pour mettre en œuvre une boucle de retour transmettant un flux de données reçu depuis le dispositif de contrôle vers le dispositif de contrôle.
12. Système de contrôle d'un réseau de transmission (11 ) par paquet comprenant un dispositif de contrôle (13) selon la revendication 9, une entité de contrôle (12-A) selon la revendication 10 et une entité de transfert associée (12-B) selon la revendication 11.
13. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon la revendication 1 , lorsque ce programme est exécuté par un processeur.
14. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon la revendication 5, lorsque ce programme est exécuté par un processeur.
15. Signal de commande de boucle de retour destiné à être émis par un dispositif de contrôle à destination d'une entité de contrôle dans un système de contrôle de réseau de transmission, ledit signal de commande étant selon un protocole de type SIP et indiquant une option SIP requérant une boucle de retour vers le dispositif de contrôle.
PCT/FR2010/051250 2009-06-26 2010-06-21 Boucle de retour pour reseau sip WO2010149916A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0954369 2009-06-26
FR0954369 2009-06-26

Publications (2)

Publication Number Publication Date
WO2010149916A1 true WO2010149916A1 (fr) 2010-12-29
WO2010149916A4 WO2010149916A4 (fr) 2011-03-24

Family

ID=41466819

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2010/051250 WO2010149916A1 (fr) 2009-06-26 2010-06-21 Boucle de retour pour reseau sip

Country Status (1)

Country Link
WO (1) WO2010149916A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060154665A1 (en) * 2005-01-13 2006-07-13 Telefonaktiebolaget Lm Ericsson (Publ) System and method for call handoff between circuit switched and packet data wireless networks
US20090129557A1 (en) 2007-10-09 2009-05-21 Wade Carter Method and system for performing sip loopback in communication devices

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060154665A1 (en) * 2005-01-13 2006-07-13 Telefonaktiebolaget Lm Ericsson (Publ) System and method for call handoff between circuit switched and packet data wireless networks
US20090129557A1 (en) 2007-10-09 2009-05-21 Wade Carter Method and system for performing sip loopback in communication devices

Also Published As

Publication number Publication date
WO2010149916A4 (fr) 2011-03-24

Similar Documents

Publication Publication Date Title
EP2291980B1 (fr) Acces reseau a distance via un reseau visite
EP1931104B1 (fr) Procédé de contrôle de l&#39;établissement de canaux de communication multimédia
MX2013001513A (es) Control de sesion para transmision de flujo continuo de medios.
EP2412141A1 (fr) Procede et dispositif de traitement d&#39;une information indicatrice d&#39;un souhait d&#39;implication dans au moins une session applicative d&#39;un utilisateur
EP2366238B1 (fr) Procede et systeme de regulation du trafic de redemarrage dans un reseau de telecommunications
WO2011064492A1 (fr) Procede de basculement d&#39;un hss primaire sur un hss de secours dans un reseau ip
FR2836315A1 (fr) Correlation des requetes en qualite de service au sein d&#39;un systeme de controle d&#39;un reseau de donnees
EP2449745B1 (fr) Procédé de sélection d&#39;une ressource réseau
EP2396950B1 (fr) Procede et systeme de gestion de la signalisation dans un reseau de telecommunications
EP2926524B1 (fr) Routage d&#39;une requête de service visant un abonné ims
WO2020128258A1 (fr) Procédé de basculement d&#39;une communication de tcp sur udp
WO2019102117A1 (fr) Procédé de propagation d&#39;informations concernant la bande passante allouée à un usager d&#39;un réseau ip
WO2010149916A1 (fr) Boucle de retour pour reseau sip
EP3391615B1 (fr) Procédé de communication entre un terminal appelant et une pluralité de terminaux appelés
WO2012085429A2 (fr) Procédé de localisation et d&#39;identification d&#39;un abonné connecté à un réseau émulant le rtc/rnis
WO2018115795A1 (fr) Classification et aiguillage de messages de contrôle d&#39;une infrastructure de communications
EP2801178B1 (fr) Procédé dynamique de détermination d&#39;une liste de services dans un réseau sip
WO2015181505A1 (fr) Procédé pour informer une entité d&#39;un réseau ip du type de réseau d&#39;accès utilisé par un terminal
FR2979505A1 (fr) Procede d&#39;insertion d&#39;un equipement intermediaire permettant le controle a distance de la qualite d&#39;une communication
WO2019002730A1 (fr) Procédé de synchronisation d&#39;état média
EP2091201A1 (fr) Procédé et dispositif de transfert d&#39;un signal de flux média au cours d&#39;une session de communication
WO2011001062A1 (fr) Supervision de qualite de communication dans une passerelle d&#39;un reseau de telecommunication
WO2010149915A1 (fr) Procédé d&#39;émulation des signaux de boucle
FR2977430A1 (fr) Procede de filtrage de flux early media dans un reseau ims et serveur mettant en oeuvre ce procede
WO2007045802A1 (fr) Procede de telecommunication pour un reseau du type ims, serfeur et terminal implementant un tel procede

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: 10734284

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10734284

Country of ref document: EP

Kind code of ref document: A1