WO2015197964A1 - Procédé et dispositif de traitement de paquets de données émis dans un réseau de communication - Google Patents

Procédé et dispositif de traitement de paquets de données émis dans un réseau de communication Download PDF

Info

Publication number
WO2015197964A1
WO2015197964A1 PCT/FR2015/051660 FR2015051660W WO2015197964A1 WO 2015197964 A1 WO2015197964 A1 WO 2015197964A1 FR 2015051660 W FR2015051660 W FR 2015051660W WO 2015197964 A1 WO2015197964 A1 WO 2015197964A1
Authority
WO
WIPO (PCT)
Prior art keywords
equipment
data
type
communication
identifier
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/FR2015/051660
Other languages
English (en)
Inventor
Sébastien Josset
Mohamed Ati
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.)
Orange SA
Original Assignee
Orange 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 Orange SA filed Critical Orange SA
Publication of WO2015197964A1 publication Critical patent/WO2015197964A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles

Definitions

  • the present invention relates to the general field of communications.
  • It relates more particularly to the processing of data contained in data packets sent by communication equipment to other communication equipment via a communication network.
  • It relates more particularly to the processing of anomalies involved in the data packets exchanged.
  • Support services are provided to users to solve the problems of anomalies due to communication equipment.
  • Users requesting such a service usually sign a support agreement that clearly indicates the type of communication equipment that this support supports.
  • the user In case of equipment change, the user must sign a new contract. If he does not do so, he can no longer benefit from the contract initially signed. It should be noted that these contracts are only offered for communication equipment approved by the operator, that is to say those for which the operator has validated the operation in the network.
  • this operator does not check this information and can spend a lot of time detecting anomalies emitted by equipment different from the one supposed, for example equipment not approved by the operator.
  • One of the aims of the invention is to remedy the shortcomings / disadvantages of the state of the art and / or to make improvements thereto.
  • the invention proposes a method for processing data packets transmitted in a communication network.
  • the processing method comprises the following steps implemented by a processing device of said network:
  • Profile data is predefined for a given type of equipment. This profile data is specific to the type of equipment being given.
  • the analysis of data relating to data packets transmitted by a device according to the predefined profile data for a type of equipment makes it possible to determine whether or not the equipment that emitted these data packets is of the given type of equipment. .
  • the operator consulting the message, is thus informed that the equipment is not of the given type of equipment.
  • the type of equipment is selected from a plurality of types of equipment according to a type of equipment identifier previously associated with an identifier of said equipment
  • the operator in charge of network maintenance thus knows in a simple and inexpensive way if the communication equipment that has sent the data packets is not the type of equipment expected.
  • the message may be significant of a change of communication equipment, for example the replacement of a communication equipment of a first type of equipment with a communication equipment of a second type of equipment.
  • the step of analyzing the data obtained is reiterated according to second predefined profile data specific to a second type of equipment. equipping a predetermined list of equipment types and in which an identifier of a said second type of equipment is inserted into said created message if said equipment is of the second type of equipment.
  • the reiteration of the analysis step according to second profile data makes it possible to signal to an operator whether the type of equipment is or no of a second type of known equipment.
  • said message contains data indicating that no type of equipment of the predetermined list corresponds to said equipment.
  • the message created makes it possible to inform a user that the type of the communication equipment in question is not a type of equipment contained in the list of types of predetermined equipment.
  • the predefined profile data for one type of equipment contains at least one profile characteristic determined from data relating to data packets transmitted by a first device and from data. relating to data packets transmitted by at least one second device during a prior phase.
  • a said profile characteristic is defined by a value of a field contained in a data packet or by a value determined from said field value.
  • the processing method includes a step of calculating at least one value relating to a time elapsed between at least two consecutive data packets transmitted by a device and a step of comparing said at least one value calculated with a predetermined value for a type of equipment associated with said equipment.
  • the invention also relates to a treatment device comprising:
  • a creation module capable of creating a message intended for an operator, if said equipment is not of the given type of equipment.
  • the various steps of the method according to the invention are implemented by software or computer program.
  • the invention thus relates to a software or program, capable of being executed by a computer or a data processor, this software / program comprising instructions for controlling the execution of the steps of a processing method. These instructions are intended to be stored in a memory of a computing device, loaded and then executed by a processor of this computing device.
  • This software / program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any form what other form is desirable.
  • the computing device can be implemented by one or more physically distinct machines and generally presents the architecture of a computer, including components of such an architecture: data memory (s), processor (s), communication bus hardware interface (s) for connecting this computing device to a network or other equipment, user interface (s), etc.
  • data memory s
  • processor s
  • communication bus hardware interface s
  • the invention also relates to an information carrier readable by a data processor, and comprising instructions of a program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • FIG. 1 is a diagram illustrating a system according to one embodiment of the invention
  • FIG. 2 is a flowchart illustrating the various steps of a treatment method according to one embodiment of the invention
  • FIG. 3 illustrates an example of a profile table according to an embodiment
  • FIG. 4 illustrates an exemplary correspondence table according to one embodiment of the invention
  • FIG. 5 illustrates an example of an example of data obtained during a obtaining step according to one embodiment of the invention
  • FIG. 6 is a flowchart illustrating the different steps of a generation phase according to one embodiment of the invention.
  • the invention is implemented by means of software and / or hardware components.
  • the term "module” may correspond in this document to both a software component, a hardware component or a set of hardware and / or software components, capable of implementing a function or a set of functions, as described below for the module concerned.
  • a software component corresponds to one or more computer programs, one or more subroutines of a program, or more generally to any element of a program or software.
  • Such software component is stored in memory then loaded and executed by a data processor of a physical entity (terminal, server, gateway, set-topbox, router, etc.) and is likely to access the hardware resources of this physical entity (memories, recording media, communication buses, electronic input / output boards, user interfaces, etc.).
  • a material component corresponds to any element of a material set (or hardware). It may be a programmable hardware component or with an integrated processor for running software, for example an integrated circuit, a smart card, an electronic card for executing a firmware, etc.
  • FIGS. 1 and 2 An embodiment of a data packet processing method will now be described with reference to FIGS. 1 and 2.
  • a SYS system comprises a processing device ST, one or more communication equipment and an operator terminal T.
  • the communication equipment Eql, Eq2, Eq3 are able to communicate with one or more other communication equipment via a communication network R.
  • a communication equipment is for example a telephone terminal, a private branch exchange or PABX (for "Private Automatic Branch eXchange" in English) ...
  • the processing device ST is an equipment of the network R, for example a computer of the PC type.
  • the terminal T is for example a computer connected to the processing device ST by a wired connection.
  • the link between the terminal T and the processing device ST is a wireless link.
  • the processing device ST and the terminal T are able to communicate with each other via a communication network, for example the network R.
  • the processing device ST comprises, in a known manner, in particular a processing unit UT equipped with a microprocessor, a read-only memory of the ROM or EEPROM type, a random access memory of the RAM type.
  • the processing device ST may comprise in a conventional and non-exhaustive manner the following elements: a microphone, a loudspeaker, a disk drive, a keyboard, a display screen, a display module for displaying on the display screen, a storage medium ...
  • the ROM comprises registers storing a PG computer program including program instructions adapted to implement a method of processing data packets according to an embodiment of the invention described later with reference to FIG. 2.
  • the processing device ST also comprises a capture module CAP, a filtering module FLT, an extraction module EXT and an monitoring device SVE.
  • the SVE monitoring device comprises an OBT obtaining module, an ANL analysis module and a CRE message creation module.
  • the SVE monitoring device may also include a GEN profile generation module.
  • the capture module CAP, the filtering module FLT, the extraction module EXT and the monitoring device SVE are integrated in the processing device ST.
  • these entities are distributed in several devices able to communicate with each other.
  • the CAP capture module is able to capture, that is to say, to intercept data packets contained in the flows exchanged between communication equipment. Interception is here performed without disrupting communications. In other words, any stream sent by a first communication equipment to a second piece of equipment is firstly intercepted by the capture module CAP and secondly received by the second piece of equipment in the same way as s he was not intercepted.
  • the interception is transparent to the users of the communication equipment.
  • a stream sent by a device contains a succession of data packets.
  • the capture module CAP accordingly obtains a plurality of data packets from a plurality of devices. These data packets are obtained for a given time interval, for example 2 hours.
  • the data packets obtained comprise data packets of different types, for example SIP ("Session Initiation Protocol”) data packets and PSTN type data packets (for "Switched Telephone Network”).
  • SIP Session Initiation Protocol
  • PSTN PSTN type data packets
  • the filter module FLT is able to filter the packets obtained by the capture module
  • the FLT filtering module is configured to obtain the data packets containing SIP type signaling messages from the data packets obtained by the capture module CAP.
  • This filtering operation consists of extracting data packets obtained by the capture module CAP, the SIP signaling packets and transmitting the extracted packets to the extraction module EXT and / or recording them in a memory of the device ST treatment.
  • the EXT data extraction module is able to obtain data sets extracted from the data packets obtained following the filtering operation. Each data set obtained contains data extracted from a data packet, according to second predefined selection criteria.
  • the extracted data packets correspond to SIP signaling messages
  • the data corresponding to the fields "sequence type", "from”, “to”, “call-id” are extracted and recorded in a memory of the processing device ST in association with a date and time of arrival of the data packet.
  • profile data are respectively recorded in association with equipment type identifiers, in a memory accessible by the processing device ST, for example a memory M of the processing device ST.
  • Figure 3 illustrates a TAP profile table in which profile data has been recorded in association with equipment type identifiers.
  • profile data PF1 is recorded in association with a first device type identifier IdT1 and profile data PF2 is recorded in association with a second device type identifier IdT2.
  • the PF1 profile data recorded in association with the identifier IdT1 contain in this embodiment, a single characteristic Cl.
  • the characteristic Cl is: "the number of characters of the value contained in the field entitled" call-id "is 40 ".
  • the profile data PF2 recorded in association with the identifier IdT2 contain for example a characteristic C2.
  • the characteristic C2 is: "the value contained in the field entitled” sequence "is equal to the value 180 for at least three data packets sent consecutively by the communication equipment considered”.
  • the identifiers IdT1, IdT2 form a predetermined list L of equipment type identifiers.
  • the profile data recorded in association with an identifier type identifier contains only one characteristic.
  • profile data recorded in association with an identifier type identifier contains several features. These characteristics are in this case interconnected, implicitly or explicitly, by Boolean operators, for example Boolean operators of "AND” and / or "OR” type.
  • Profile data recorded in association with an equipment type identifier includes one or more profile characteristics determined by the processing device ST during a prior phase of generation of profile data and / or one or more characteristics entered by an operator for example from a user interface of the terminal T.
  • the processing device ST obtains one or more equipment identifiers. It also obtains for each equipment identifier obtained, a profile type identifier.
  • this processing device ST stores in a memory accessible by this processing device ST, for example the memory M, each equipment identifier obtained in association with an identifier of the type of communication equipment IdT.
  • the identifier idE of the equipment and the identifier IdT of associated equipment type are for example entered by an operator by means for example of a user interface, for example a computer mouse, of the terminal T and transmitted to the ST processing device that records them.
  • Figure 4 illustrates a mapping table TAE in which equipment type identifiers are recorded respectively with equipment identifiers.
  • the equipment type identifier registered in association with the equipment identifier IdEl of the equipment Eql is the equipment type identifier IdTl.
  • the equipment type identifier registered in association with the equipment identifier IdE2 of the equipment Eq2 and with the equipment identifier IdE3 of the equipment Eq3 is the equipment type identifier IdT2.
  • the capture module CAP of the processing device ST captures transmitted data packets during a predefined time interval IV.
  • the time interval IV is for example of a duration of two hours.
  • the filtering module FLT obtains, from the data packets captured by the capture module CAP, data packets corresponding to the SIP signaling messages sent by the equipments Eql, Eq2 and Eq3 listed in the correspondence table TAE.
  • the extraction module EXT obtains for each data packet obtained by the filtering module FLT, a set of data ES.
  • the data of each set of ES data is data extracted from a data packet obtained by the extraction module EXT.
  • each set of IO data includes the data corresponding to the fields labeled "sequence type", “from”, “to”, “call-id” of the SIP message contained in a data packets, and a date and a time. arrival time of the data packet.
  • the fields called “sequence type”, “from”, “to”, “call-id” of a SIP type message are for example defined in the June 2002 version of the document entitled RFC 3261 (for "Request For Comments ") defined by the IETF (" Internet Engineering Task Force ").
  • the OBT obtaining module of the processing device ST obtains DP data relating to at least one data packet transmitted by a communication equipment, for example the equipment Eql.
  • the DP data includes DPE data extracted from at least one data packet transmitted by the communication equipment Eql and DPC data computed from all or part of the DPE data.
  • the DP data comprises only DPE data extracted from at least one data packet transmitted by the communication equipment Eq1 or only DPC data computed from DPE data.
  • the DPE data is all or part of the data sets of ES data obtained by the extraction module EXT and obtained from the packets transmitted by the equipment Eql.
  • the data sets corresponding to the packets transmitted by the equipment Eql are extracted from the data sets obtained by the extraction module EXT by sorting according to the "FROM" field. Indeed, according to the SIP protocol, the field "FROM" contains an identifier of the equipment Eql.
  • the DPC data includes one or more values calculated from one or more DPE data.
  • Such a calculated value is for example a value LG (call-id) defined by the number of characters of the field "call-Id".
  • FIG. 5 illustrates an example of data obtained during the obtaining step.
  • the analysis module ANL of the monitoring device SVE analyzes the obtained DP data to determine whether or not the communication equipment is of the given type, that is to say if the equipment of communication Eql presents the feature (s) defining the PFl profile data recorded in association with the registered equipment type identifier for the communication equipment Eql.
  • the equipment type identifier registered in association with the identifier IdEl of the equipment Eql is the identifier IdT1 and the analysis module ANL determines whether the characteristic C1 is respected by the data DP.
  • the analysis module ANL checks whether the DP data contained in the fields "call id" all have a number of characters equal to 40.
  • an error message ERR is built during a step E10 by the CRE message creation module of the SVE monitoring device. This ERR error message indicates that the equipment is not of the expected type. It may also contain information to identify the feature or features not met.
  • This message is intended to inform an operator in charge of network maintenance.
  • the anomalies file can for example be consulted by an operator later.
  • the message is transmitted to the operator in the form of an e-mail message, an SMS (for "Short Message Service”) ...
  • the message may also be a voice message transmitted to a telephone terminal of the operator.
  • Step E10 is in this case a non-message creation step.
  • an error message indicating that the equipment has the expected characteristic (s) is created.
  • step E8 if it is determined in step E8 that the communication equipment considered Eql does not have the expected characteristics, that is to say the characteristic C1, the equipment Eql n is not of the type identified by the equipment type identifier IdT1 and step E8 is followed by a step E20 in which the analysis module ANL of the processing device ST analyzes the DP data obtained during the processing.
  • step E6 to determine if the equipment Eql is of a type, for example of the type identified by the identifier of type IdT2 of the list L of types of identifiers.
  • List L contains the IdTl and IdT2 identifier types for which profile data has been saved in the TAP profile table.
  • step E20 the analysis module ANL checks according to the data DP if the equipment Eql has the characteristic C2.
  • Step E20 is similar to step E6 previously described.
  • the equipment Eql has the characteristic C2
  • the equipment Eql is of the type identified by the equipment type identifier IdT2 and the step E20 is followed by the step E10 of creating a message of 'error.
  • the error message created is for example a message indicating that the equipment Eql is not of the IdTl identifier type but is of the IdT2 identifier type.
  • the equipment Eql does not have the characteristic C2
  • the equipment Eql is not of the type identified by the equipment type identifier IdT2 and the step E20 is followed by the creation step E10 an error message.
  • the error message created is, for example, a message indicating that the equipment Eql is neither of the type of identifier IdTl, nor of the type of identifier IdT2.
  • the error message may also indicate that the equipment type Eql is not a known type.
  • the analysis step E20 can be repeated one or more times.
  • DSQ sequencing data is recorded in the TAP profile table in association with each equipment type identifier in step E0.
  • the sequencing data DSQ is for example a value VQ1 corresponding to a time elapsed between the sending of two consecutive data packets by the same equipment and a value VQ2 corresponding to an accepted margin of error for the value VQ1.
  • the value VQ1 is for example obtained by calculating an average of the elapsed times between the sending of consecutive data packets and the value VQ2 is the standard deviation calculated on the same data.
  • step E8 or step E20 is followed by a step E30 in which an average duration value VD passed between consecutive packets as well as a standard deviation value VE for this average duration value VD are calculated from the DP data.
  • Step E30 is followed by a step E32 in which the calculated values VD and VE are compared with the recorded values VQ1 and VQ2.
  • Step E32 is then followed by a step E34 of creating a message MSG indicating the result of the comparison step.
  • step E34 is performed only if the values VD and VE on the one hand and VQ1 and VQ2 on the other hand do not match.
  • a step E50 the capture module CAP of the processing device ST captures transmitted data packets during a predefined time interval IV 1.
  • the time interval IV1 is before the time interval IV.
  • the data used for the generation phase (step E50 and following) are not the data used in a subsequent monitoring phase (steps E4 to E34 described above).
  • the duration of the interval IV 1 is for example two hours.
  • the filtering module FLT obtains, from the data packets captured by the capture module CAP during the time interval IV, data packets corresponding to the SIP signaling messages sent by the equipments Eql, Eq2 and Eq3 contained in the TAE correspondence table.
  • the extraction module EXT obtains for each data packet obtained by the filtering module FLT, a set of data ESC
  • the data of each ESG data set is data extracted from an ESG data set obtained from a data packet obtained by the extraction module EXT.
  • each ESG data set comprises the data corresponding to the fields labeled "sequence type", “from”, “to”, “call-id” of the SIP signaling messages contained in the data packets as well as a date and time of arrival of the data packet.
  • the generation module GEN of the processing device DT obtains DG data relating to at least one data packet transmitted by one or more communication devices, for example the devices Eq1, Eq2 and Eq3.
  • the DG data comprises DGE data extracted from at least one data packet transmitted by one of the communication equipments Eq1, Eq2, Eq3 and DGC data calculated from the DGE data.
  • the DG data comprise only DGE data extracted from at least one data packet transmitted by one of the communication equipments Eq1, Eq2, Eq3 or only DGC data calculated from the DGE data.
  • the DGE data relating to a data packet is all or part of the data of the ESG data set obtained for this data packet by the extraction module EXT of the processing device ST.
  • the data packets are the packets transmitted by one of the communication equipments Eql, Eq2, Eq3.
  • the DGC data relating to a data packet is calculated from one or more DGC data relating to this data packet.
  • the DGC data includes a value representing the number of characters in the string.
  • the fields for which the number of characters is calculated are predefined, for example by an operator.
  • a number of characters is calculated for each field of type "character string”.
  • the DG data is grouped by communication equipment Eql, Eq2, Eq3.
  • the DG data is grouped according to an equipment identifier contained in the field labeled "FROM".
  • the generation module GEN determines whether one or more of the DG data obtained for a given equipment, for example the equipment Eql, is or is not representative of a type of equipment.
  • a datum is representative of a type of equipment if, on the one hand, the value obtained for a datum of one or more groups, typically a field, is associated with a first predefined percentage threshold, for example 90%, and the The percentage of obtaining this value for the other groups is less than a second predefined percentage threshold, for example 20%.
  • the value LG (Id) corresponding to the number of characters of the values obtained for the field "Call-Id" is the value 40 with a percentage of 1 for the group G1 and the percentage of obtaining the value 40 for the group G2 and for group G3 is the value 0.
  • the value "field length" is therefore a representative value of the equipment 1.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé traitement de paquets de données émis dans un réseau de communication (R). Le procédé est adapté à obtenir de données relatives à au moins un paquet de données émis par un équipement de communication (Eq1) via ledit réseau de communication, à analyser les données obtenues pour déterminer si l'équipement de communication (Eq1) est ou non d'un type d'équipement donné, en fonction de données de profil prédéfinies, propres audit type d'équipement et à créer un message destiné à un opérateur, si ledit équipement de communication n'est pas du type d'équipement donné. L'invention se rapporte également à un dispositif de surveillance (SVE) mettant en œuvre le procédé de traitement.

Description

Procédé et dispositif de traitement de paquets de données émis dans un réseau de
communication La présente invention se rapporte au domaine général des communications.
Elle se rapporte plus particulièrement au traitement des données contenues dans des paquets de données émis par des équipements de communication à destination d'autres équipements de communication via un réseau de communication.
Elle concerne plus particulièrement le traitement d'anomalies intervenant dans les paquets de données échangées.
Parmi ces anomalies, certaines proviennent du réseau lui-même, d'autres sont provoquées par les équipements de communication des utilisateurs.
Des services d'assistance sont proposés aux utilisateurs pour résoudre les problèmes d'anomalies dues aux équipements de communication. Les utilisateurs demandant à bénéficier d'un tel service signent généralement un contrat d'assistance qui indique précisément le type de l'équipement de communication sur lequel porte cette assistance. En cas de changement d'équipement, l'utilisateur doit signer un nouveau contrat. S'il ne le fait pas, il ne peut plus bénéficier du contrat signé initialement. Il est à noter que ces contrats ne sont proposés que pour des équipements de communication agréés par l'opérateur, c'est-à-dire ceux pour lequel l'opérateur a validé le fonctionnement dans le réseau.
Cependant, lors du signalement d'un problème remonté par un utilisateur, il est difficile pour un opérateur du réseau de savoir, sans se déplacer chez l'utilisateur, si l'équipement sur lequel porte le contrat est bien celui connecté au réseau.
La plupart du temps, cet opérateur ne vérifie pas cette information et peut passer beaucoup de temps à détecter des anomalies émises par un équipement différent de celui supposé, par exemple un équipement non agréé par l'opérateur.
Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations.
A cette fin, l'invention propose un procédé de traitement de paquets de données émis dans un réseau de communication.
Le procédé de traitement comporte les étapes suivantes mises en œuvre par un dispositif de traitement dudit réseau :
- obtention des données relatives à au moins un paquet de données émis par un équipement de communication via ledit réseau de communication ;
- analyse des dites données obtenues pour déterminer si l'équipement de communication est ou non d'un type d'équipement donné en fonction de données de profil prédéfinies propres audit type d'équipement ; -création d'un message destiné à un opérateur, si ledit équipement de communication n'est pas du type d'équipement donné.
Des données de profil sont prédéfinies pour un type d'équipement donné. Ces données de profil sont propres au type d'équipement données.
L'analyse de données relatives à des paquets de données émis par un équipement en fonction des données de profil prédéfinies pour un type d'équipement permettent de déterminer si l'équipement ayant émis ces paquets de données est ou non du type d'équipement donné.
Dans le cas où l'analyse détermine que l'équipement considéré n'est pas du type d'équipement donné, un message destiné à un opérateur est créé.
L'opérateur, consultant le message, est ainsi informé que l'équipement n'est pas du type d'équipement donné.
Selon un mode de réalisation particulier du procédé de traitement, le type d'équipement est sélectionné parmi une pluralité de types d'équipement en fonction d'un identifiant de type d'équipement préalablement associé à un identifiant dudit équipement
L'opérateur en charge de la maintenance du réseau sait ainsi de façon simple et non coûteuse si l'équipement de communication ayant émis les paquets de données n'est pas du type d'équipement attendu.
Le message peut être significatif d'un changement d'équipement de communication, par exemple le remplacement d'un équipement de communication d'un premier type d'équipement par un équipement de communication d'un deuxième type d'équipement.
Selon un mode de réalisation particulier du procédé de traitement, si ledit équipement n'est pas du type d'équipement donné, l'étape d'analyse des données obtenues est réitérée en fonction de deuxièmes données de profil prédéfinies propres à un deuxième type d'équipement d'une liste prédéterminée de types d'équipement et dans lequel un identifiant d'un dit deuxième type d'équipement est inséré dans ledit message créé si ledit équipement est du deuxième type d'équipement.
Dans le cas où l'équipement de communication n'est pas du type d'équipement donné, la réitération de l'étape d'analyse en fonction de deuxièmes données de profil permet de signaler à un opérateur si le type d'équipement est ou non d'un deuxième type d'équipement connu.
Selon une caractéristique particulière du procédé de traitement, ledit message contient une donnée indiquant qu'aucun type d'équipement de la liste prédéterminée ne correspond audit équipement. Une réitération successive de l'étape d'analyse pour plusieurs deuxièmes données de profil appartenant à une liste prédéterminée de profil permet de déterminer si l'équipement est d'un type d'équipement de la liste.
Le message créé permet d'informer un utilisateur que le type de l'équipement de communication considéré n'est pas un type d'équipement contenu dans la liste de types d'équipement prédéterminée.
Ceci est notamment utile lorsque la liste de types d'équipement contient des données de profils pour chaque type d'équipement agréé par l'opérateur car l'utilisateur est ainsi informé que l'équipement de communication utilisé n'est pas un équipement agréé et que l'équipement est par exemple susceptible d'introduire des perturbations dans le réseau de communication.
Selon un mode de réalisation particulier du procédé de traitement, les données de profils prédéfinies pour un type d'équipement contiennent au moins une caractéristique de profil déterminée à partir de données relatives à des paquets de données émis par un premier équipement et à partir de données relatives à des paquets de données émis par au moins un deuxième équipement lors d'une phase préalable.
Selon une caractéristique particulière du procédé de traitement, une dite caractéristique de profil est définie par une valeur d'un champ contenu dans un paquet de données ou par une valeur déterminée à partir de ladite valeur de champ.
Selon un mode de réalisation particulier, le procédé de traitement comporte une étape de calcul d'au moins une valeur relative à une durée écoulée entre au moins deux paquets de données consécutifs émis par un équipement et une étape de comparaison de ladite au moins une valeur calculée avec une valeur prédéterminée pour un type d'équipement associé audit équipement.
Ces étapes permettent de détecter une éventuelle congestion du réseau, c'est-à-dire un problème de non-respect de durée écoulée entre deux paquets de données consécutifs émis par un équipement de communication.
L'invention se rapporte aussi à un dispositif de traitement comportant :
- un module d'obtention des données relatives à au moins un paquet de données émis par un équipement de communication via un réseau de communication ;
- un module d'analyse des dites données obtenues pour déterminer si l'équipement de communication est ou non d'un type d'équipement donné en fonction de données de profil prédéfinies propres audit type d'équipement ; et
- un module de création apte à créer un message destiné à un opérateur, si ledit équipement n'est pas du type d'équipement donné.
Selon une implémentation préférée, les différentes étapes du procédé selon l'invention sont mises en œuvre par un logiciel ou programme d'ordinateur. L'invention concerne ainsi un logiciel ou programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce logiciel / programme comportant des instructions pour commander l'exécution des étapes d'un procédé de traitement. Ces instructions sont destinées à être stockées dans une mémoire d'un dispositif informatique, chargées puis exécutées par un processeur de ce dispositif informatique.
Ce logiciel / programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
Le dispositif informatique peut être mis en œuvre par une ou plusieurs machines physiquement distinctes et présente globalement l'architecture d'un ordinateur, incluant des constituants d'une telle architecture: mémoire(s) de données, processeur(s), bus de communication, interface(s) matérielle(s) pour la connexion de ce dispositif informatique à un réseau ou un autre équipement, interface(s) utilisateur, etc.
L'invention concerne aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme.
D'autres particularités et avantages de la présente invention apparaîtront dans la description suivante d'un mode de réalisation donné à titre d'exemple non limitatif, en référence aux dessins annexés, dans lesquels :
- la figure 1 est un schéma illustrant un système selon un mode de réalisation de l'invention,
- la figure 2 est un organigramme illustrant les différentes étapes d'un procédé de traitement selon un mode de réalisation de l'invention,
- la figure 3 illustre un exemple de table de profils selon un mode de réalisation,
- la figure 4 illustre un exemple de table de correspondance selon un mode de réalisation de l'invention,
- la figure 5 illustre un exemple un exemple de données obtenues lors d'une étape d'obtention selon un mode de réalisation de l'invention,
- la figure 6 un organigramme illustrant les différentes étapes d'une phase de génération selon un mode de réalisation de l'invention.
L'invention est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set-top- box, routeur, etc) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc).
De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc.
Un mode de réalisation d'un procédé de traitement de paquets de données va maintenant être décrit en référence aux figures 1 et 2.
En référence à la figure 1, un système SYS comprend un dispositif de traitement ST, un ou plusieurs équipements de communication et un terminal d'opérateur T.
Par souci de simplification, seuls trois équipements de communication Eql, Eq2 et Eq3 sont représentés sur la figure 1.
Les équipements de communication Eql, Eq2, Eq3 sont aptes à communiquer avec un ou plusieurs autres équipements de communication via un réseau de communication R.
Un équipement de communication est par exemple un terminal téléphonique, un autocommutateur téléphonique privé ou PABX ( pour « Private Automatic Branch eXchange » en anglais) ...
Le dispositif de traitement ST est un équipement du réseau R, par exemple un ordinateur de type PC.
Le terminal T est par exemple un ordinateur relié au dispositif de traitement ST par une liaison filaire.
A titre d'alternative, la liaison entre le terminal T et le dispositif de traitement ST est une liaison sans fil.
Egalement, à titre d'alternative, le dispositif de traitement ST et le terminal T sont aptes à communiquer entre eux via un réseau de communication, par exemple le réseau R.
Le dispositif de traitement ST comporte de façon connue, notamment une unité de traitement UT équipée d'un microprocesseur, une mémoire morte de type ROM ou EEPROM, une mémoire vive de type RAM. Le dispositif de traitement ST peut comporter de manière classique et non exhaustive les éléments suivants: un microphone, un haut-parleur, un lecteur de disque, un clavier, un écran de visualisation, un module d'affichage pour l'affichage sur l'écran de visualisation, un moyen de stockage... La mémoire morte comporte des registres mémorisant un programme d'ordinateur PG comportant des instructions de programme adaptées à mettre en œuvre un procédé de traitement de paquets de données selon un mode de réalisation de l'invention décrit ultérieurement en référence à la figure 2.
Le dispositif de traitement ST comporte également un module de capture CAP, un module de filtrage FLT, un module d'extraction EXT et un dispositif de surveillance SVE.
Le dispositif de surveillance SVE comprend un module d'obtention OBT, un module d' analyse ANL et un module de création de message CRE.
Le dispositif de surveillance SVE peut également comporter un module de génération de profil GEN.
Dans le mode de réalisation décrit ici, le module de capture CAP, le module de filtrage FLT, le module d'extraction EXT et le dispositif de surveillance SVE sont intégrés dans le dispositif de traitement ST.
A titre d'alternative, ces entités sont réparties dans plusieurs dispositifs aptes à communiquer entre eux.
Le module de capture CAP est apte à capturer, c'est-à-dire à intercepter des paquets de données contenus dans les flux échangés entre des équipements de communication. L'interception est ici réalisée sans perturber les communications. En d'autres termes, tout flux émis par un premier équipement de communication à destination d'un deuxième équipement est d'une part intercepté par le module de capture CAP et d'autre part reçu par le deuxième équipement de la même façon que s'il n'était pas intercepté.
L'interception est transparente pour les utilisateurs des équipements de communication.
Un flux émis par un équipement contient une succession de paquets de données.
Le module de capture CAP obtient en conséquence une pluralité de paquets de données en provenance d'une pluralité d'équipements. Ces paquets de données sont obtenus pour un intervalle de temps donné, par exemple 2 heures.
Les paquets de données obtenus comprennent des paquets de données de différents types, par exemple des paquets de données de type SIP ( pour « Session Initiation Protocol ») et des paquets de données de type RTC (pour « Réseau Téléphonique Commuté »).
Le module de filtrage FLT est apte à filtrer les paquets obtenus par le module de capture
CAP en fonction de critères de sélection prédéterminés.
Par exemple, le module de filtrage FLT est configuré pour obtenir les paquets de données contenant des messages de signalisation de type SIP parmi les paquets de données obtenus par le module de capture CAP. Cette opération de filtrage consiste à extraire des paquets de données obtenus par le module de capture CAP, les paquets de signalisation de type SIP et à transmettre les paquets extraits au module d'extraction EXT et/ou à les enregistrer dans une mémoire du dispositif de traitement ST. Le module d'extraction de données EXT est apte à obtenir des ensembles de données extraites des paquets de données obtenus suite à l'opération de filtrage. Chaque ensemble de données obtenu contient des données extraites d'un paquet de données, en fonction de deuxièmes critères de sélection prédéfinis.
Par exemple, dans le cas où les paquets de données extraits correspondent à des messages de signalisation SIP, les données correspondant aux champs « type de séquence », « from », « to », « call-id » sont extraites et enregistrées dans une mémoire du dispositif de traitement ST en association avec une date et une heure d'arrivée du paquet de données. Un mode de réalisation d'un procédé de traitement, mis en œuvre par le dispositif de traitement ST du système SYS, va maintenant être décrit en référence à la figure 2.
Lors d'une première étape préalable E0, des données de profil sont enregistrées respectivement en association avec des identifiants de type d'équipement, dans une mémoire accessible par le dispositif de traitement ST, par exemple une mémoire M du dispositif de traitement ST.
La figure 3 illustre une table de profils TAP dans laquelle des données de profil ont été enregistrées en association avec des identifiants de type d'équipement.
Par exemple des données de profil PF1 sont enregistrées en association avec un premier identifiant de type d'équipement IdTl et des données de profil PF2 sont enregistrées en association avec un deuxième identifiant de type d'équipement IdT2.
Les données de profil PF1 enregistrées en association avec l'identifiant IdTl contiennent dans cet exemple de réalisation, une seule caractéristique Cl. La caractéristique Cl est : « le nombre de caractères de la valeur contenue dans le champ intitulé « call-id » est 40 ».
Les données de profil PF2 enregistrées en association avec l'identifiant IdT2 contiennent par exemple une caractéristique C2. La caractéristique C2 est : « la valeur contenue dans le champ intitulé « séquence » est égale à la valeur 180 pour au moins trois paquets de données émis consécutivement par l'équipement de communication considéré ».
Les identifiants IdTl, IdT2 forment une liste prédéterminée L d'identifiants de type d'équipement.
Dans les exemples illustrés ici, les données de profil enregistrées en association avec un identifiant de type d'identifiant contiennent une seule caractéristique.
A titre d'alternative, des données de profil enregistrées en association avec un identifiant de type d'identifiant contiennent plusieurs caractéristiques. Ces caractéristiques sont dans ce cas reliées entre elles, implicitement ou explicitement, par des opérateurs booléens, par exemple des opérateurs booléens de type « ET » et/ou « OU ».
Les données de profil enregistrées en association avec un identifiant de type d'équipement comprennent une ou plusieurs caractéristiques de profil déterminées par le dispositif de traitement ST lors d'une phase préalable de génération de données de profil et/ou une ou plusieurs caractéristiques saisies par un opérateur par exemple à partir d'une interface utilisateur du terminal T.
Un exemple de réalisation d'une phase de génération de données de profil est décrit ultérieurement dans la description en référence à la figure 6.
Lors d'une deuxième étape préalable E2, le dispositif de traitement ST obtient un ou plusieurs identifiants d'équipement. Il obtient également pour chaque identifiant d'équipement obtenu, un identifiant de type de profil.
Puis, il enregistre dans une mémoire accessible par ce dispositif de traitement ST, par exemple la mémoire M, chaque identifiant d'équipement obtenu en association avec un identifiant de type d'équipement de communication IdT.
L'identifiant idE de l'équipement et l'identifiant IdT de type d'équipement associé sont par exemple saisis par un opérateur au moyen par exemple d'une interface utilisateur, par exemple une souris d'ordinateur, du terminal T et transmis au dispositif de traitement ST qui les enregistre.
La figure 4 illustre une table de correspondance TAE dans laquelle des identifiants de type d'équipement sont enregistrés respectivement avec des identifiants d'équipement.
Par exemple, trois identifiants d'équipements IdEl, IdE2, IdE3 sont enregistrés dans la table de correspondance TAE. L'identifiant de type d'équipement enregistré en association avec l'identifiant d'équipement IdEl de l'équipement Eql est l'identifiant de type d'équipement IdTl. L'identifiant de type d'équipement enregistré en association avec l'identifiant d'équipement IdE2 de l'équipement Eq2 et avec l'identifiant d'équipement IdE3 de l'équipement Eq3 est l'identifiant de type d'équipement IdT2.
Lors d'une étape E4, le module de capture CAP du dispositif de traitement ST capture des paquets de données émis pendant un intervalle de temps IV prédéfini. L'intervalle de temps IV est par exemple d'une durée de deux heures.
Le module de filtrage FLT obtient, parmi les paquets de données capturés par le module de capture CAP, des paquets de données correspondant aux messages de signalisation de type SIP émis par les équipements Eql, Eq2 et Eq3 répertoriés dans la table de correspondance TAE.
Puis le module d'extraction EXT obtient pour chaque paquet de données obtenu par le module de filtrage FLT, un ensemble de données ES.
Les données de chaque ensemble de données ES sont des données extraites d'un paquet de données obtenu par le module d'extraction EXT.
Par exemple, chaque ensemble de données ES comprend les données correspondant aux champs intitulés « type de séquence », « from », « to », « call-id » du message SIP contenu dans un paquets de données ainsi qu'une date et une heure d'arrivée du paquet de données. Les champs intitulés « type de séquence », « from », « to », « call-id » d'un message de type SIP sont par exemple définis dans la version datée de juin 2002 du document intitulé RFC 3261 (pour « Request For Comments ») défini par l'IETF ( « Internet Engineering Task Force »).
Lors d'une étape E6, le module d'obtention OBT du dispositif de traitement ST obtient des données DP relatives à au moins un paquet de données émis par un équipement de communication, par exemple l'équipement Eql.
Les données DP comprennent des données DPE extraites d'au moins un paquet de données émis par l'équipement de communication Eql et des données DPC calculées à partir de tout ou partie des données DPE.
A titre d'alternative, les données DP comprennent uniquement des données DPE extraites d'au moins un paquet de données émis par l'équipement de communication Eql ou uniquement des données DPC calculées à partir de données DPE.
Les données DPE sont tout ou partie des données des ensembles de données ES obtenus par le module d'extraction EXT et obtenus à partir des paquets émis par l'équipement Eql.
Les ensembles de données correspondant aux paquets émis par l'équipement Eql sont extraits des ensembles de données obtenus par le module d'extraction EXT grâce à un tri effectué en fonction du champ « FROM ». En effet, conformément au protocole SIP, le champ « FROM » contient un identifiant de l'équipement Eql.
Les données DPC comportent une ou plusieurs valeurs calculées à partir d'une ou plusieurs données DPE.
Une telle valeur calculée est par exemple une valeur LG(call-id) définie par le nombre de caractères du champ « call-Id ».
La figure 5 illustre un exemple de données obtenues lors de l'étape d'obtention.
Lors d'une étape E8, le module d'analyse ANL du dispositif de surveillance SVE analyse les données DP obtenues pour déterminer si l'équipement de communication est ou non du type donné, c'est-à-dire si l'équipement de communication Eql présente la ou les caractéristiques définissant les données de profil PFl enregistrées en association avec l'identifiant de type d'équipement enregistré pour l'équipement de communication Eql.
Par exemple, l'identifiant de type d'équipement enregistré en association avec l'identifiant IdEl de l'équipement Eql est l'identifiant IdTl et le module d'analyse ANL détermine si la caractéristique Cl est respectée par les données DP.
Dans l'exemple décrit, le module d'analyse ANL vérifie si les données DP contenues dans les champs « call id » ont toutes un nombre de caractères égal à 40.
S'il est déterminé que l'équipement ne présente pas les caractéristiques attendues, par exemple si le nombre de caractères du champ « call-id » est différent de la valeur 40 pour un ou plusieurs paquets de données, un message d'erreur ERR est construit lors d'une étape E10 par le module de création de messages CRE du dispositif de surveillance SVE. Ce message d'erreur ERR signale que l'équipement n'est pas du type attendu. Il peut également contenir une information permettant d'identifier la ou les caractéristiques non respectée.
Ce message est destiné à informer un opérateur en charge de la maintenance du réseau.
Il est par exemple transmis et affiché sur un écran du terminal T.
A titre d'alternative, il est enregistré dans un fichier d'anomalies. Le fichier d'anomalies peut être par exemple consulté par un opérateur ultérieurement.
Egalement, à titre d'alternative, le message est transmis à l'opérateur sous la forme d'un message électronique de type mail, d'un SMS (pour « Short Message Service »)...
Le message peut également être un message vocal transmis à un terminal téléphonique de l'opérateur.
S'il est déterminé que l'équipement présente la ou les caractéristiques attendues, aucun message d'erreur ERR n'est construit lors d'une étape E10 par le module de création de messages CRE du dispositif de surveillance SVE. L'étape E10 est dans ce cas une étape de non création de message.
A titre d'alternative, un message d'erreur signalant que l'équipement présente la ou les caractéristiques attendues est créé.
Les étapes du procédé peuvent ensuite réitérées ultérieurement pour le même équipement Eql ou pour un autre équipement enregistré dans la table de correspondance TAE. Dans une variante du mode de réalisation, s'il est déterminé lors de l'étape E8 que l'équipement de communication considéré Eql ne présente pas les caractéristiques attendues, c'est- à-dire la caractéristique Cl, l'équipement Eql n'est pas du type identifié par l'identifiant de type d'équipement IdTl et l'étape E8 est suivie d'une étape E20 lors de laquelle le module d'analyse ANL du dispositif de traitement ST analyse les données DP obtenues lors de l'étape E6 pour déterminer si l'équipement Eql est d'un type, par exemple du type identifié par l'identifiant de type IdT2 de la liste L de types d'identifiants.
La liste L contient les types d'identifiant IdTl et IdT2 pour lesquels des données de profils ont été enregistrées dans la table de profils TAP.
Lors de l'étape E20, le module d'analyse ANL vérifie en fonction des données DP si l'équipement Eql présente la caractéristique C2.
L'étape E20 est similaire à l'étape E6 décrites précédemment.
Dans le cas où l'équipement Eql présente la caractéristique C2, l'équipement Eql est du type identifié par l'identifiant de type d'équipement IdT2 et l'étape E20 est suivie de l'étape E10 de création d'un message d'erreur.
Le message d'erreur créé est par exemple un message indiquant que l'équipement Eql n'est pas du type d'identifiant IdTl mais est du type d'identifiant IdT2. Dans le cas où l'équipement Eql ne présente pas la caractéristique C2, l'équipement Eql n'est pas du type identifié par l'identifiant de type d'équipement IdT2 et l'étape E20 est suivie de l'étape E10 de création d'un message d'erreur.
Le message d'erreur créé est par exemple un message indiquant que l'équipement Eql n'est ni du type d'identifiant IdTl, ni du type d'identifiant IdT2.
Le message d'erreur peut également indiquer que le type de l'équipement Eql n'est pas un type connu.
Dans le cas où la liste L d'identifiants de type contient plus de deux types d'équipement, l'étape d'analyse E20 peut être réitérée une ou plusieurs fois.
Dans une autre variante de réalisation, des données de séquencement DSQ sont enregistrées dans la table de profils TAP en association avec chaque identifiant de type d'équipement lors de l'étape E0.
Les données de séquencement DSQ sont par exemple une valeur VQ1 correspondant à une durée écoulée entre l'envoi de deux paquets de données consécutifs par un même équipement et une valeur VQ2 correspondant à une marge d'erreur acceptée pour la valeur VQ1.
La valeur VQ1 est par exemple obtenue par calcul d'une moyenne des durées écoulées entre l'envoi de paquets de données consécutifs et la valeur VQ2 est l'écart type calculé sur les mêmes données.
Dans cette variante, s'il est déterminé lors de l'étape E8 ou lors d'une étape E20 que l'équipement est d'un type déterminé, par exemple du type d'équipement d'identifiant IdTl, l'étape E8 ou l'étape E20 est suivie d'une étape E30 lors de laquelle une valeur de durée moyenne VD écoulée entre des paquets consécutifs ainsi qu'une valeur d'écart type VE pour cette valeur de durée moyenne VD sont calculées à partir des données DP.
L'étape E30 est suivie d'une étape E32 lors de laquelle les valeurs VD et VE calculées sont comparées aux valeurs VQ1 et VQ2 enregistrées.
L'étape E32 est alors suivie d'une étape E34 de création d'un message MSG indiquant le résultat de l'étape de comparaison.
A titre d'alternative, l'étape E34 n'est réalisé que si les valeurs VD et VE d'une part et VQ1 et VQ2 d'autre part ne correspondent pas.
Un mode de réalisation de la phase de génération va maintenant être décrit en référence à la figure 6.
Lors d'une étape E50, le module de capture CAP du dispositif de traitement ST capture des paquets de données émis pendant un intervalle de temps IV 1 prédéfini. L'intervalle de temps IV1 est antérieur à l'intervalle de temps IV. Ainsi, les données utilisées pour la phase de génération (étape E50 et suivantes) ne sont pas les données utilisées dans une phase ultérieure de surveillance (étapes E4 à E34 décrites précédemment). La durée de l'intervalle IV 1 est par exemple de deux heures.
Le module de filtrage FLT obtient, parmi les paquets de données capturés par le module de capture CAP pendant l'intervalle de temps IV, des paquets de données correspondant aux messages de signalisation de type SIP émis par les équipements Eql, Eq2 et Eq3 contenus dans la table de correspondance TAE.
Puis le module d'extraction EXT obtient pour chaque paquet de données obtenu par le module de filtrage FLT, un ensemble de données ESC
Les données de chaque ensemble de données ESG sont des données extraites d'un ensemble de données ESG obtenu à partir d'un paquet de données obtenu par le module d'extraction EXT.
Par exemple, chaque ensemble de données ESG comprend les données correspondant aux champs intitulés « type de séquence », « from », « to », « call-id » des messages de signalisation de type SIP contenus dans les paquets de données ainsi qu'une date et une heure d'arrivée du paquet de données.
Lors d'une étape E52, le module de génération GEN du dispositif de traitement DT obtient des données DG relatives à au moins un paquet de données émis par un ou plusieurs équipements de communication, par exemple les équipements Eql, Eq2 et Eq3.
Les données DG comprennent des données DGE extraites d'au moins un paquet de données émis par un des équipements de communication Eql, Eq2, Eq3 et des données DGC calculées à partir des données DGE.
A titre d'alternative, les données DG comprennent uniquement des données DGE extraites d'au moins un paquet de données émis par un des équipements de communication Eql, Eq2, Eq3 ou uniquement des données DGC calculées à partir des données DGE.
Les données DGE relatives à un paquet de données sont tout ou partie des données de l'ensemble de données ESG obtenu pour ce paquet de données par le module d'extraction EXT du dispositif de traitement ST. Les paquets de données sont les paquets émis par un des équipements de communication Eql, Eq2, Eq3.
Les données DGC relatives à un paquet de données sont calculées à partir d'une ou plusieurs données DGC relatives à ce paquet de données.
Les données DGC comprennent par exemple pour chaque valeur de champ exprimée sous la forme d'une chaîne de caractères, une valeur représentant le nombre de caractères de la chaîne.
Les champs pour lesquels le nombre de caractères est calculé sont prédéfinis, par exemple par un opérateur.
A titre d'alternative, un nombre de caractères est calculé pour chaque champ de type « chaîne de caractères ». Lors d'une étape E54, les données DG sont regroupées par équipement de communication Eql, Eq2, Eq3. Par exemple, les données DG sont regroupées en fonction d'un identifiant d'équipement contenu dans le champ intitulé « FROM ».
Par exemple, trois groupes Gl, G2 et G3 sont obtenus respectivement pour chaque équipement Eql, Eq2 et Eq3.
Puis, lors d'une étape E56, le module de génération GEN détermine si une ou plusieurs données parmi les données DG obtenues pour un équipement donné, par exemple l'équipement Eql, sont ou non représentatives d'un type d'équipement.
Une donnée est représentative d'un type d'équipement si d'une part la valeur obtenue pour une donnée d'un ou plusieurs groupes, typiquement un champ, est associé à un premier seuil de pourcentage prédéfini, par exemple 90% et que le pourcentage d'obtention de cette valeur pour les autres groupes est inférieur à un deuxième seuil de pourcentage prédéfini, par exemple 20%.
Par exemple, la valeur LG(Id) correspondant au nombre de caractères des valeurs obtenues pour le champ « Call-Id » est la valeur 40 avec un pourcentage de 1 pour le groupe Gl et le pourcentage d'obtenir la valeur 40 pour le groupe G2 et pour le groupe G3 est la valeur 0. La valeur « longueur de champ » est en conséquence une valeur représentative de l'équipement 1.
En conséquence, lors d'une étape E58, la caractéristique « longueur du champ Call-Id = 40 » est enregistrée dans les données de profil PF1 associées à l'équipement Eql.

Claims

REVENDICATIONS
1. Procédé de traitement de paquets de données émis dans un réseau de communication (R), caractérisé en ce qu'il comporte les étapes suivantes mises en œuvre par un dispositif de traitement (ST) dudit réseau :
Obtention (E6) de données (DP) relatives à au moins un paquet de données émis par un équipement de communication (Eql) via ledit réseau de communication ;
Analyse (E8) des dites données obtenues (DP) pour déterminer si l'équipement de communication (Eql) est ou non d'un type d'équipement donné en fonction de données de profils (DPI) prédéfinies propres audit type d'équipement ;
Création (E10) d'un message destiné à un opérateur, si ledit équipement de communication n'est pas du type d'équipement donné.
2. Procédé de traitement selon la revendication 1 dans lequel le type d'équipement est sélectionné parmi une pluralité de types d'équipement en fonction d'un identifiant de type d'équipement préalablement enregistré en association avec un identifiant dudit équipement.
3. Procédé de traitement selon l'une des revendications précédentes dans lequel si ledit équipement n'est pas du type d'équipement donné, l'étape d'analyse des données obtenues est réitérée en fonction de deuxièmes données de profil prédéfinies propres à un deuxième type d'équipement d'une liste prédéterminée de types d'équipement et dans lequel un identifiant d'un dit deuxième type d'équipement est inséré dans ledit message créé si ledit équipement est du deuxième type d'équipement.
4. Procédé de traitement selon la revendication 3 dans lequel ledit message contient une donnée indiquant qu'aucun type d'équipement de la liste prédéterminée ne correspond audit équipement
5. Procédé de traitement selon l'une des revendications précédentes dans lequel les données de profil prédéfinies pour un type d'équipement considéré contiennent au moins une caractéristique de profil déterminée à partir de données relatives à des paquets de données émis par ledit équipement et à partir de données relatives à des paquets de données émis par au moins un deuxième équipement lors d'une phase préalable.
6. Procédé de traitement selon la revendication 5 dans lequel une dite caractéristique de profil est définie par une valeur d'un champ contenu dans un paquet de données ou par une valeur déterminée à partir de ladite valeur de champ.
7. Procédé de traitement selon l'une des revendications précédentes caractérisé en ce qu'il comporte une étape de calcul d'au moins une valeur relative à une durée écoulée entre au moins deux paquets de données consécutifs, une étape de comparaison de ladite au moins une valeur calculée avec une valeur prédéterminée pour un type d'équipement associé audit équipement.
8. Dispositif de surveillance (SVE), caractérisé en ce qu'il comporte :
un module d'obtention des données relatives à au moins un paquet de données émis par un équipement de communication via un réseau de communication ;
un module d'analyse des dites données obtenues pour déterminer si l'équipement de communication est ou non d'un type d'équipement donné en fonction de données de profil prédéfinies propres audit type d'équipement ;
un module de création apte à créer un message destiné à un opérateur, si ledit équipement n'est pas du type d'équipement donné.
9. Produit programme d'ordinateur comprenant des instructions pour mettre en œuvre les étapes d'un procédé de traitement selon l'une des revendications 1 à 7, lorsqu'il est chargé et exécuté par un processeur.
10. Support d'informations lisible par un processeur de données et comportant des instructions pour mettre en œuvre les étapes d'un procédé de traitement selon l'une des revendications 1 à 7, lorsqu'il est chargé et exécuté par un processeur.
PCT/FR2015/051660 2014-06-23 2015-06-22 Procédé et dispositif de traitement de paquets de données émis dans un réseau de communication Ceased WO2015197964A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1455801A FR3022721A1 (fr) 2014-06-23 2014-06-23 Procede et dispositif de traitement de paquets de donnees emis dans un reseau de communication
FR1455801 2014-06-23

Publications (1)

Publication Number Publication Date
WO2015197964A1 true WO2015197964A1 (fr) 2015-12-30

Family

ID=51298863

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2015/051660 Ceased WO2015197964A1 (fr) 2014-06-23 2015-06-22 Procédé et dispositif de traitement de paquets de données émis dans un réseau de communication

Country Status (2)

Country Link
FR (1) FR3022721A1 (fr)
WO (1) WO2015197964A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050033853A1 (en) * 2003-08-04 2005-02-10 Sbc Knowledge Ventures, L.P. System and method to identify devices employing point-to-point-over Ethernet encapsulation
EP1838076A1 (fr) * 2006-03-24 2007-09-26 BRITISH TELECOMMUNICATIONS public limited company Système, procédé et serveur de téléphonie informatique

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050033853A1 (en) * 2003-08-04 2005-02-10 Sbc Knowledge Ventures, L.P. System and method to identify devices employing point-to-point-over Ethernet encapsulation
EP1838076A1 (fr) * 2006-03-24 2007-09-26 BRITISH TELECOMMUNICATIONS public limited company Système, procédé et serveur de téléphonie informatique

Also Published As

Publication number Publication date
FR3022721A1 (fr) 2015-12-25

Similar Documents

Publication Publication Date Title
US7599288B2 (en) Processing of usage data for first and second types of usage-based functions
US8964582B2 (en) Data integrity scoring and visualization for network and customer experience monitoring
CN109933508B (zh) 用于发送信息的方法和装置
EP2705644B1 (fr) Procede et dispositif de detection d'intrusions sur un ensemble de ressources virtuelles
FR2880443A1 (fr) Procede pour chainer des evenements dans un journal d'evenements de systeme
Mazhar Rathore et al. Exploiting encrypted and tunneled multimedia calls in high-speed big data environment
US12238386B2 (en) Identification of session boundaries in encrypted video streams
WO2022117976A1 (fr) Procédé d'entraînement d'un réseau de neurones artificiels pour identifier un usage numérique, et système associé
CN113779565A (zh) 一种进程定位方法、装置、设备及机器可读存储介质
WO2011030045A1 (fr) Surveillance d'une session de communication comportant plusieurs flux sur un reseau de donnees
EP3178252B1 (fr) Traitement de messages de signalisation au sein d'un système comprenant plusieurs coeurs de réseau
WO2015197964A1 (fr) Procédé et dispositif de traitement de paquets de données émis dans un réseau de communication
CN101175120A (zh) 用于识别通过双向语言介质进行交谈的双方的方法和设备
US11283693B2 (en) Summarized event data responsive to a query
EP3162111B1 (fr) Procédé et dispositif d'obtention de paquets de données émis dans un réseau de communication comprenant une pluralité de sous réseaux
CN116962248A (zh) 一种实现丢包分析的方法、装置、计算机存储介质及终端
CN115526655B (en) Order binding method, device, equipment and storage medium
FR3003972A1 (fr) Traitement relatif a une conference etablie entre des terminaux dans un reseau de communication
US20250007805A1 (en) Systems and methods for real-time quality analysis of wireless live audio streams
WO2009004234A1 (fr) Detection d'anomalie dans le trafic d'entites de service a travers un reseau de paquets
CN111314268A (zh) 一种数据包分析方法及装置
US8270586B2 (en) Determining conditions of conferences
EP3314817B1 (fr) Procédé de notification relatif à au moins une opération mise en oeuvre par un dispositif formant noeud d'un réseau
FR3150677A1 (fr) Classification d’un jeu de données multi-activités dans un réseau de télécommunications
FR3167502A3 (fr) Génération d’une information descriptive d’une trace réseau dans un réseau de télécommunication

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

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

Country of ref document: EP

Kind code of ref document: A1