WO2007113450A1 - Procede et dispositif de mesure de capacite sur une liaison dans un reseau de telecommunications - Google Patents

Procede et dispositif de mesure de capacite sur une liaison dans un reseau de telecommunications Download PDF

Info

Publication number
WO2007113450A1
WO2007113450A1 PCT/FR2007/051072 FR2007051072W WO2007113450A1 WO 2007113450 A1 WO2007113450 A1 WO 2007113450A1 FR 2007051072 W FR2007051072 W FR 2007051072W WO 2007113450 A1 WO2007113450 A1 WO 2007113450A1
Authority
WO
WIPO (PCT)
Prior art keywords
test equipment
path
equipment
link
capacity
Prior art date
Application number
PCT/FR2007/051072
Other languages
English (en)
Inventor
Christian Bertin
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 WO2007113450A1 publication Critical patent/WO2007113450A1/fr

Links

Classifications

    • 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/50—Testing arrangements
    • 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/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity

Definitions

  • the invention relates to a method and a device for measuring the capacity on a link in a telecommunication network, in particular for measuring the quality of QoS service of a data transfer service, such as the transfer rate.
  • Internet servers offer high volume Internet pages for download. Either the terminal or the server measures the download rate of one of these measurement pages. The result is then displayed to the user.
  • the servers offer files of large volume for transfer. Either the terminal or the server measures the bit rate when transferring one of these measurement files. The result is then displayed to the user.
  • This technique does not allow to elaborate an accurate diagnosis on the quality of service of a communication link and even less to locate a problem.
  • Telecommunication networks are provided with test equipment placed in several places, including cut-off between equipment, in certain network equipment and in subscriber equipment or subscriber equipment simulators. These devices allow permanent monitoring of determined parameters that the operator can recover.
  • the present invention overcomes or at least reduces these disadvantages by allowing the user to discover the path corresponding to a given portion of the link in the network corresponding to a link and measuring the capacity of said path.
  • an object of the invention is a method for measuring capacity on a link in a telecommunications network comprising:
  • a step of measuring at least one capacity of said path This allows the user to diagnose the capacity on different portions of the link and to pinpoint the problems more accurately.
  • the method comprises:
  • a step of discovering test equipment located near the ends of said path and
  • the capacitance measuring step of said path comprises a measurement of the capacity of the link between at least two of the equipment located respectively at each end of said path.
  • the step of discovering test equipment (s) is based on at least one criterion of functionality of the equipment of test.
  • the user requires a measurement of capacity only test equipment capable of making such a measurement.
  • the method comprises, between the step of discovering test equipment (s) and the measurement step, a first step of selecting test equipment according to the proximity of said path corresponding to said part. the link and the path between the test equipment.
  • the measurement obtained is the one closest to the actual capacity of the link.
  • the method comprises, prior to the measuring step, a step of reservation of the test equipment.
  • a conflict between the measurement and a natural treatment performed by the requested test equipment is avoided.
  • Another object of the invention is a computer program comprising program code instructions for performing the steps of the above method when said program is run on a computer.
  • the invention relates to. also the provision of this computer program for download.
  • the invention also relates to a test equipment for measuring capacity on a link in a telecommunication network, comprising:
  • the invention also relates to a client device for measuring capacity on a link in a telecommunication network, comprising:
  • Path discovery means means for measuring at least one capacity of a path corresponding to a given part of the link.
  • FIG. 2 a system implementing a terminal and test equipment according to the invention
  • FIG. 3 an illustration of the possible capacity measurements with the method according to the invention
  • FIG. 4a a path discovery step implemented by the method according to the invention
  • FIG. 4b a step of discovery of the test equipment implemented in a preferred embodiment of the method according to the invention
  • FIG. 4c a step of selecting the test equipment according to their location with respect to a path between the terminal and an equipment implemented in a preferred embodiment of the method according to the invention
  • FIG. 4d a step of FIG. selection of test equipment according to their location with respect to the path between two devices implemented in a preferred embodiment of the method according to the invention
  • FIG. 5a an illustration of the case of a measurement on a connecting part comprising the terminal according to the method of the invention
  • FIG. 5b an illustration of the case of a measurement on a link part between any two devices in the network according to the method of the invention
  • FIG. 5c an illustration of the case of a measurement on a link part comprising the server according to the method of the invention
  • FIG. 6 a diagram of exchanges with the terminal during the method according to the invention for measuring the capacity of a path corresponding to a part of the link between a terminal and a server
  • FIG. 7a a diagram of the exchanges between the terminal and the test equipment when measuring the capacitance of the path between two devices, according to the invention
  • FIG. 7b a diagram of the exchanges between the terminal, the test equipment and the server when measuring the capacity of the path between a device and the server, according to the invention.
  • Figure 1 illustrates a connection between two equipment 1 and N, for example a user terminal or client station and a server.
  • This connection passes through a number of devices 2, ... n, I, ...
  • the equipment 2 behaves like another client station.
  • the single-ended hatch size cylindrical elements represent the measured capacity: in our example, the measured flow rate Dm for the entire connection, that is to say between the equipment 1 and the equipment N.
  • the dotted cylindrical elements of different size between each equipment represent, for their part, the available capacity between two given equipments: in our example the available flow Dd between these two given equipments.
  • This available bit rate is the available resource between these two equipments for the service to be passed between the equipment N and the equipment 1, in particular during the transfer of file or the downloading of Internet page.
  • the measured bit rate Dm for the link is limited by the available bit rate Dd the most small existing between two equipment of the connection (in the figure, on the part of the connection between equipment n and I).
  • the advantage of making capacity measurements on the different parts of the link taken by a service provided by the equipment N to the equipment 1 is to identify the part or parts degrading the overall capacity of the link and thus, in particular, to identify the party or parties in question in the case of unsatisfactory service.
  • FIG 2 illustrates a communication system.
  • This communication system is provided with several devices 1 to N: in particular a user terminal 1 and a server N.
  • the equipment 1 or terminal accesses a service provided by an equipment N (Web / Internet server, file server, source audiovisual flow ...) through a network, in particular through the equipment of this network (the equipment 2 and 4 of Figure 2).
  • An equipment N Web / Internet server, file server, source audiovisual flow
  • One or more T1, T2 test equipment is available in this network.
  • the test equipment is implemented in the network equipment (including the terminal, the server) and / or connected to network equipment.
  • the test equipment T1 is connected to the equipment 4 of the network.
  • test equipments have specific measurement functions: for example, the T1 capacitance measuring equipment allows the measurement of the bit rate of an audio or audio / video stream but no data flow, the measuring equipment T2 capacity allows the measurement of the flow of a web page download stream but no measurement on videophone or audio / video streams.
  • A1, A2 directories include information on the test equipment available on the network, their location with more or less precision (eg equipment on which it is connected, or equipment in a predetermined degree of neighborhood) and possibly their functionality .
  • FIG. 3 illustrates possible measurements of capacity m 1, m 2, m 3 with the method according to the invention.
  • the invention consists in measuring the capacity, including the quality of service, of the different parts of a link used by a service. This measure is of particular interest when the service proves to be defective.
  • the capacitance measuring method allows a first measurement m1 corresponding to the capacity of a first part of the link corresponding to the path between the equipment 1 and the equipment 2 using the equipment. test T2, a second measurement m2 corresponding to the capacity of a second part of the link corresponding to the path between the equipment 2 and the equipment 4 using the test equipment T1 and T2, and a third measurement m3 corresponding to the capacity of a third part of the link corresponding to the path between the equipment 4 and the equipment N using the test equipment T1.
  • Figures 4 illustrate the different steps prior to the measurement in a preferred embodiment of the invention.
  • FIG. 4a illustrates a step of path discovery implemented by the method according to the invention.
  • the process discovers the path taken by a communication.
  • This path corresponds to the link part on which the capacity measurement will be performed.
  • the path corresponding to the entire path is discovered because several measurements m1, m2, m3 on several consecutive parts of the link will be made.
  • the discovery of path includes the discovery of the equipment punctuating the part of the link concerned.
  • a known technique for such a discovery of equipment used in a connection is the technique of ping (illustrated by the dotted arrows).
  • the terminal discovers the test equipment located near the path, including equipment traversed by the path.
  • this discovery of the test equipment is performed by request req2, req 4 of the terminal 1 to one or more directories A1, A2.
  • the request includes, for example, the identification of one or more equipment: the equipment constituting the terminals of the path on which the measurement is to be made (for the measurement m2, equipment 2 and 4).
  • the terminal will send several requests: one for each terminal of the path.
  • the search request of the test equipment includes the IP address of the equipment near which test equipment is sought.
  • the request may include criteria such as criteria of functionality of the test equipment.
  • the terminal 1 requires the directories only test equipment for measuring capacity on audio streams because the link is an audio link.
  • test equipment is the type or types of test (protocols) that the test equipment can implement: http, ftp, rtp, udp, smtp ..., the meaning of the transfer of data to perform, the identification of the initiator of the test, etc.
  • the directories provide according to the stored data only the test equipment connected to the equipment indicated in the request or all the test equipment located in a predetermined neighborhood of the equipment indicated in the request. In the second case, it is, in particular, test equipment connected to the indicated equipment but also test equipment connected to the equipment following the equipment indicated on the link.
  • the response of the directories to the discovery of test equipment includes, for example, one or more of the following list items:
  • test equipment including:
  • One or more addresses the address of the test equipment in the network (URL, URL with domain name, IP address, for example), the address to contact to discover the path between this test equipment and another equipment, the address to call to reserve the test equipment its ability to answer the ping, one or more of its features, for example: a list of testable service: http, ftp, rtp, udp, smtp ... the traffic direction, traffic initiator possible measures: measure name: packet count (countCount), volume, throughput ... the measured direction (from and / or to test equipment). Therefore, in order to determine the test equipment used for measuring the capacity of a part of the link, the paths are found between the test equipment indicated by the directory or directories and the terminal, or between the test equipment. shown as shown respectively in Figures 4c and 4d. Test equipment is used for which the paths take the path the most from the part of the link for which the capacity measurement must be carried out, that is to say having the largest portion of the path in common.
  • the terminal sends a ping to the test equipment T1 and / or T2 which respond by indicating the path traveled between the terminal 1 and the test equipment T1, T2.
  • the terminal requests a test equipment T1 to ping: req p, the test equipment T1 pings the other test equipment or T2 that respond indicating the path traveled between the test equipment T1 and the T2 test equipment.
  • the test equipment T1 then transmits to the terminal 1 the paths traveled.
  • the traffic between two devices bounding the path corresponding to the part of the link on which the measurement is to be performed is activated. There are three cases of measurement:
  • the terminal 1 performs, in particular, a reservation request and the activation req r / a of a test equipment T2.
  • the reservation of the T2 test equipment makes it possible to ensure the availability of the test equipment and its capacity to withstand the additional load generated by the test traffic to be carried out thus avoiding conflicts between the traffic allowing the measurement capacity and current treatments of the T2 test equipment. The margin of error on the measurement made is then less important.
  • the test equipment T2 activates the traffic (represented by the wide arrow) to the terminal 1 which measures the capacity on this path.
  • the terminal 1 requires a measurement req m2, respectively req m1, of a first test equipment T2, respectively T1, corresponding to the first terminal of the path.
  • This request contains the other terminal (respectively, another test equipment T1 or server N) of the path for which the measurement is to be made.
  • the first test equipment T2, respectively T1 passes this measurement request req m2, respectively req m1, to the other terminal: the other test equipment T1, respectively the server N.
  • the first test equipment T2 performs a reservation request and the activation req r / a of the other test equipment T1, respectively of the server N.
  • test equipment T1 respectively of the server N activates the traffic (represented by the wide arrow) to the requesting test equipment T2, respectively T1, which measures the capacity on this path and returns it to the terminal 1.
  • This last step of returning the measurements m1, m2 results, in particular, from a request for recovery of the results of the terminal 1 to T1 test equipment, respectively T2.
  • FIG. 6 illustrates the exchanges with the terminal during the method according to the invention for measuring the capacity of a path corresponding to a part of the link between a terminal and a server.
  • it shows the sequence of commands for capacity measurement, for example quality of service QoS from a server to the client.
  • the terminal 1 sends a Ping PN to the equipment, in particular the equipment N (the server) to discover the path corresponding to at least one link part on which the capacity measurement must be performed.
  • the different equipments whose server N emit a response b N to the ping.
  • the terminal 1 retrieves an indication concerning the equipment strewn on said path.
  • the terminal 1 then sends to at least one directory A1 at least one request req1 ... n test equipment near the path.
  • the directory A1 provides the list t- ⁇ ... q of these test equipment in response.
  • the following program part illustrates an embodiment of the search query for test equipment in XML language: ⁇ TestEquipmentSearch> ⁇ TargetlP_Address> 255.255.255.255 ⁇ / TargetlP_Address> ⁇ ServiceTests>
  • the terminal performs a selection of test equipment based on the path between test equipment in relation to the discovered path. For this, the terminal sends a ping p tq to the test equipment Tq of the list to know the path between these test equipment Tq and the terminal 1.
  • the different test equipment Tq emit a response bt q Ping. Then, the terminal 1 will trigger traffic between the selected test equipment and himself in the sense or directions that interest him to perform the relevant capacity measurements and then send information, including a diagnosis, to the user.
  • the terminal 1 then sends a reservation request r tq of the selected test equipment Tq which acknowledges the reservation ack tq to the terminal 1.
  • the terminal 1 then sends an activation request a to the test equipment Tq which triggers the t traffic to the terminal 1 which then carries out the path capacity measurement m between the test equipment Tq and the terminal 1 and, for example, displays to the user either the measurement directly or a diagnosis associated with the measurement.
  • Figures 7a and 7b illustrate the capacity measurement on other parts of the link without including the terminal 1. This or these measurements (between terminal and test equipment, between test equipment, between test equipment and server) are feasible independently of each other.
  • FIGS. 7a and 7b illustrate the exchange diagrams between the terminal 1 and the test equipment T1, T2, respectively between the terminal 1, the test equipment T1 and the server N, when measuring the capacity of the path between two equipment T1 and T2, respectively between a T1 equipment and the server N.
  • the terminal 1 transmits to a first test equipment T1 a request r p1 ⁇ 2 , respectively r p i ⁇ N , for finding the path between the test equipment T1 and at least one other test equipment: here, the equipment T2 test equipment, respectively the server N.
  • the test equipment T1 sends back the indication of the path between the test equipment T1 and the test equipment T2 b- ⁇ ⁇ 2 , respectively the server N b- ⁇ ⁇ N.
  • the path discovery request comprises, for example, the addresses of the test equipment T2, respectively of the server N.
  • the addresses are transmitted to the terminal 1, for example, the addresses, such as IP addresses, of the crossed equipment. by the service.
  • the service By comparing this list with that corresponding to the equipment crossed by the server service to the terminal to check if it has more or less equipment in common, which means that the path between the test equipment is more or less similar to the path taken. by the service on this part of the connection.
  • this request to several test equipment to choose the most relevant test equipment: for example those whose path has the most common point with the path of service.
  • the terminal 1 sends a reservation request rt test equipment T1 and T2, respectively T1 and N, to the first test equipment T1 which retransmits to the second test equipment T2, respectively the server N.
  • Terminal 1 calls the following URL, indicated for T1 test equipment in one of the A1 or A2 directories: ⁇ URL> http://www.test.com/reservation_http ⁇ / URL>
  • test equipment T1 will behave as a terminal vis-à-vis the other test equipment T2 to which the first test equipment T1 will ask to behave as a server.
  • the request r t sent by the terminal to the test equipment T1 comprises, for example:
  • test equipment T1 contacts the other test equipment T2, following the receipt of the previous request by calling the test equipment T2 with the request r t below:
  • ⁇ MaxBitrate unit "Kb / s"> 512 ⁇ / MaxBitRate> // optional ⁇ / ServiceTest>
  • the terminal 1 then sends an activation request a to the test equipment T1 which passes to the second test equipment T2, respectively N, which triggers the traffic t to the first test equipment T1 which then performs the path capacity measurement m between the second test equipment T2, respectively N, and the first test equipment T1.
  • the activation of the traffic then has no impact on the terminal 1.
  • the terminal After sending the activation request a, the terminal sends one or more result requests r m ... r r which triggers the sending at the end of the capacity measurement of the result m by the test equipment T1 to the terminal 1.
  • the terminal 1 displays, optionally, the user either the measurement directly or a diagnosis associated with the measurement.
  • the following element represents an embodiment in XML of the sending of the result by the test equipment T1 to the terminal 1:
  • the result of the measurements for the connection of FIGS. 4c, 4d different flow measurements may be displayed: a first between the terminal 1 and the equipment 4 (for example 450 K), a second between the equipment 4 and equipment 5 (for example 2M), and a third between equipment 5 and server N (for example 1200K).
  • the display will include all of these measures vis-à-vis the connecting parts on which they were made allowing the user to determine alone that the bottleneck is between the terminal and the equipment 2
  • a device for analyzing the measurements in the terminal 1 receiving all the measurements will be able to provide a diagnosis according to these measurements and a diagnostic table.
  • these measurements can be reported to a network incident collection server of the operator.
  • the present invention relates to the measurement of link party capacity for any type of communication service: Internet consultation, file transfer, IP telephony, IP video telephony, audiovisual program broadcasting, etc.
  • link party capacity for any type of communication service: Internet consultation, file transfer, IP telephony, IP video telephony, audiovisual program broadcasting, etc.

Landscapes

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

Abstract

L'invention concerne un procédé et un dispositif de mesure de capacité sur une liaison dans un réseau de télécommunication, en particulier de mesure de qualité de service QoS d'un service de transfert de données, tel que le débit de transfert. Les techniques existantes ne permettent pas d'élaborer un diagnostic précis sur la qualité de service d'une liaison de communication et encore moins de localiser un problème. La présente invention propose à l'utilisateur de découvrir le chemin correspondant à une partie donnée de la liaison dans le réseau correspondant à une liaison et en mesurant la capacité dudit chemin. Ainsi, le procédé de mesure de capacité sur une liaison dans un réseau de télécommunication, objet de l'invention, comporte : Une étape de découverte d'un chemin dans le réseau correspondant à une partie donnée de la liaison; et Une étape de mesure d'au moins une capacité dudit chemin.

Description

Procédé et dispositif de mesure de capacité sur une liaison dans un réseau de télécommunication
L'invention concerne un procédé et un dispositif de mesure de capacité sur une liaison dans un réseau de télécommunication, en particulier de mesure de qualité de service QoS d'un service de transfert de données, tel que le débit de transfert.
Pour contrôler la qualité de service d'une liaison lors de téléchargement, les serveurs Internet proposent des pages Internet de volume important en téléchargement. Soit le terminal, soit le serveur mesure le débit du téléchargement d'une de ces pages de mesure. Le résultat est alors affiché à l'utilisateur.
De même pour contrôler la qualité de service d'une liaison lors de transfert de fichiers, les serveurs proposent des fichiers de volume important pour transfert. Soit le terminal, soit le serveur mesure le débit lors du transfert d'un de ces fichiers de mesure. Le résultat est alors affiché à l'utilisateur.
Cette technique ne permet pas d'élaborer un diagnostic précis sur la qualité de service d'une liaison de communication et encore moins de localiser un problème.
Les réseaux de télécommunication sont pourvus d'équipement de test placés en plusieurs endroits, notamment en coupure entre équipements, dans certains équipements du réseau et dans les équipements des abonnés ou des simulateurs d'équipements d'abonnés. Ces équipements permettent une surveillance permanente de paramètre déterminés que l'opérateur peut récupérer.
Ces techniques ne permettent pas à l'utilisateur de contrôler la qualité sauf en interrogeant l'opérateur. L'opérateur récupère alors les dernières mesures des équipements de test avec lesquels ils communiquent mais ne peut pas commander de mesures particulière limitant ainsi la précision du diagnostic à celle prévu lors du placement des équipements de test dans le réseau.
La présente invention permet de pallier ou, pour le moins, de réduire ces inconvénients en permettant à l'utilisateur de découvrir le chemin correspondant à une partie donnée de la liaison dans le réseau correspondant à une liaison et en mesurant la capacité dudit chemin.
Ainsi, un objet de l'invention est un procédé de mesure de capacité sur une liaison dans un réseau de télécommunication comportant :
- Une étape de découverte d'un chemin dans le réseau correspondant à une partie donnée de la liaison; et
- Une étape de mesure d'au moins une capacité dudit chemin. Cela permet à l'utilisateur de diagnosticr la capacité sur différentes portions de la liaison et de localiser de manière plus précise les problèmes.
Dans une première variante de l'invention, le procédé comporte :
- Une étape de découverte d'équipement(s) de test situé(s) à proximité des extrémités dudit chemin, et
• L'étape de mesure de capacité dudit chemin comporte une mesure de la capacité de la liaison entre au moins deux des équipements situés respectivement à chaque extrémité dudit chemin.
Cela permet de réutiliser pour la mesure de capacité d'une portion de liaison des équipements disponibles dans le réseau existant. Ainsi, il n'est pas nécessaire de prévoir des équipements spécifiques à l'implémentation de l'invention dans le réseau.
De manière avantageuse, l'étape de découverte d'équipement(s) de test est en fonction d'au moins un critère de fonctionnalité des équipements de test. Ainsi, l'utilisateur ne requiert une mesure de capacité que d'équipements de test capable de faire une telle mesure.
De manière avantageuse, le procédé comporte, entre l'étape de découverte d'équipement(s) de test et l'étape de mesure, une première étape de sélection d'équipements de test en fonction de la proximité dudit chemin correspondant à ladite partie de la liaison et du chemin entre les équipements de test. Ainsi, la mesure obtenue est celle se rapprochant le plus de la capacité réelle de la liaison.
De manière encore plus avantageuse, le procédé comporte, préalablement à l'étape de mesure, une étape de réservation des équipements de test. Ainsi, un conflit entre la mesure et un traitement naturel effectué par l'équipement de test sollicité est évité.
Un autre objet de l'invention concerne un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé ci-dessus lorsque ledit programme est exécuté sur un ordinateur.
L'invention concerne . aussi la mise à disposition de ce programme d'ordinateur en vue de son téléchargement.
L'invention a aussi pour objet un équipement de test permettant la mesure de capacité sur une liaison dans un réseau de télécommunication, comportant :
- Des moyens de découverte de chemin,
• Des moyens de mesure d'au moins une capacité d'un chemin correspondant à une partie donnée de la liaison. L'invention a également pour objet un dispositif client permettant la mesure de capacité sur une liaison dans un réseau de télécommunication, comportant:
Des moyens de découverte de chemin, - Des moyens de mesure d'au moins une capacité d'un chemin correspondant à une partie donnée de la liaison.
Les caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s'y rapportant qui représentent :
Figure 1 , le rapport entre la capacité d'une liaison empruntée un service et les capacités de différentes parties de la liaison,
- Figure 2, un système implémentant un terminal et des équipements de test selon l'invention, - Figure 3, une illustration des mesures de capacité possibles avec le procédé selon l'invention,
Figure 4a, une étape de découverte de chemins mis en œuvre par le procédé selon l'invention
Figure 4b, une étape de découverte des équipements de test mis en œuvre dans un mode de réalisation préférentiel du procédé selon l'invention,
Figure 4c, une étape de sélection des équipements de test en fonction de leur localisation par rapport à un chemin entre le terminal et un équipement mis en œuvre dans un mode de réalisation préférentiel du procédé selon l'invention, - Figure 4d, une étape de sélection des équipements de test en fonction de leur localisation par rapport au chemin entre deux équipements mis en œuvre dans un mode de réalisation préférentiel du procédé selon l'invention,
Figure 5a, une illustration du cas d'une mesure sur une partie de liaison comportant le terminal selon le procédé de l'invention, Figure 5b, une illustration du cas d'une mesure sur une partie de liaison entre deux équipements quelconques dans le réseau selon le procédé de l'invention,
Figure 5c, une illustration du cas d'une mesure sur une partie de liaison comportant le serveur selon le procédé de l'invention,
Figure 6, un diagramme des échanges avec le terminal lors du procédé selon l'invention pour la mesure de la capacité d'un chemin correspondant à une partie de la liaison entre un terminal et un serveur,
Figure 7a, un diagramme des échanges entre le terminal et les équipements de tests lors de la mesure de capacité du chemin entre deux équipements, selon l'invention,
- Figure 7b, un diagramme des échanges entre le terminal, l'équipement de test et le serveur lors de la mesure de capacité du chemin entre un équipement et le serveur, selon l'invention.
La figure 1 illustre une liaison entre deux équipements 1 et N, par exemple un terminal utilisateur ou poste client et un serveur. Cette liaison passe par un certain nombre d'équipements 2,...n, I, ... Dans un mode de réalisation, l'équipement 2 se comporte comme un autre poste client. Les éléments cylindriques hachurés de taille unique de bout en bout représentent la capacité mesuré: dans notre exemple, le débit mesuré Dm pour l'ensemble de la liaison, c'est-à-dire entre l'équipement 1 et l'équipement N. Les éléments cylindriques en pointillé de taille différente entre chaque équipement représentent, quant à eux, la capacité disponible entre deux équipements donnés: dans notre exemple le débit disponible Dd entre ces deux équipements donnés. Ce débit disponible est la ressource disponible entre ces deux équipements pour le service à faire passer entre l'équipement N et l'équipement 1 , notamment lors du transfert de fichier ou le téléchargement de page Internet. A la lecture de cette figure, il est visible que le débit mesuré Dm pour la liaison est limité par le débit disponible Dd le plus petit existant entre deux équipements de la liaison (sur la figure, sur la partie de la liaison entre les équipements n et I).
Par conséquent, l'intérêt d'effectuer des mesures de capacité sur les différentes parties de la liaison emprunté par un service fourni par l'équipement N à l'équipement 1 est d'identifier la ou les parties dégradant la capacité globale de la liaison et ainsi, notamment, d'identifier la ou les parties en cause dans le cas de service insatisfaisant.
La figure 2 illustre un système de communication. Ce système de communication est pourvu de plusieurs équipements 1 à N: notamment un terminal utilisateur 1 et un serveur N. Ainsi l'équipement 1 ou terminal accède à un service fourni par un équipement N (serveur Web/Internet, serveur de fichiers, source de flux audiovisuel...) à travers un réseau, notamment à travers les équipements de ce réseau (les équipements 2 et 4 de la figure 2). Un ou plusieurs équipements de test T1 , T2 sont disponibles dans ce réseau. Les équipements de test sont implémentés dans les équipements du réseau (y compris le terminal, le serveur) et/ou connectés sur des équipements du réseau. Notamment, l'équipement de test T1 est connecté à l'équipement 4 du réseau. Chacun de ces équipements de test ont des fonctionnalités de mesure spécifiques: par exemple, l'équipement de mesure de capacité T1 permet la mesure le débit d'un flux audio ou audio/vidéo mais pas de flux de données, l'équipement de mesure de capacité T2 permet la mesure du débit d'un flux de téléchargement de page Web mais aucune mesure sur des flux visiophonie ou audio/vidéo. Des annuaires A1 , A2 regroupent des informations sur les équipements de test disponibles sur le réseau, leur localisation avec plus ou moins de précision (par exemple équipement sur lequel il est connecté, ou encore équipements dans un degré de voisinage prédéterminé) et éventuellement leurs fonctionnalités. Il existe plusieurs types d'annuaire: notamment des annuaires A1 généraux d'équipements de test et des annuaires A2 opérateur d'équipement de test. Les premiers, les annuaires généraux regroupent tous les équipements de test disponibles sur le réseau. Les seconds, les annuaires opérateur sont gérés par l'opérateur du réseau d'accès et regroupent suivant les opérateurs les équipements de test de l'opérateur, les équipements de tests utilisés par l'opérateur ou tous les équipements de test disponibles sur le réseau.
La figure 3 illustre des mesures de capacité m1 , m2, m3 possibles avec le procédé selon l'invention. En effet, l'invention consiste à permettre de mesurer la capacité, notamment la qualité de service, des différentes parties d'une liaison utilisée par un service. Cette mesure ayant un intérêt particulier lorsque le service se révèle défaillant.
Ainsi, le procédé de mesure de capacité selon l'invention permet une première mesure m1 correspondant à la capacité d'une première partie de la liaison correspondant au chemin entre l'équipement 1 et l'équipement 2 à l'aide de l'équipement de test T2, une deuxième mesure m2 correspondant à la capacité d'une deuxième partie de la liaison correspondant au chemin entre l'équipement 2 et l'équipement 4 à l'aide des équipements de test T1 et T2, et une troisième mesure m3 correspondant à la capacité d'une troisième partie de la liaison correspondant au chemin entre l'équipement 4 et l'équipement N à l'aide de l'équipement de test T1.
Les figures 4 illustrent les différentes étapes préalables à la mesure dans un mode de réalisation préférentiel de l'invention.
La figure 4a illustre une étape de découverte de chemins mis en œuvre par le procédé selon l'invention. Durant cette étape, le procédé découvre le chemin emprunté par une communication. Ce chemin correspond à la partie de liaison sur laquelle la mesure de capacité va être effectuée. Sur la figure 4, le chemin correspondant à l'ensemble du chemin est découvert car plusieurs mesures m1 , m2, m3 sur plusieurs parties consécutives de la liaison vont être effectuées. Dans un mode de réalisation de l'invention, la découverte du chemin comporte la découverte des équipements ponctuant la partie de la liaison concernée. Une technique connue pour une telle, découverte des équipements utilisés dans une liaison est la technique du Ping (illustrée par les flèches en pointillées).
Dans le cas où des équipements de test sont utilisés pour la mesure de capacité du chemin découvert correspondant à une partie de la liaison, le terminal découvre les équipements de test situés à proximité du chemin, notamment des équipements traversés par le chemin. Dans un mode de réalisation de l'invention illustré par la figure 4b, cette découverte des équipements de test est effectuée par requête req2, req 4 du terminal 1 à un ou plusieurs annuaires A1 , A2.
La requête comporte, par exemple, l'identification d'un ou plusieurs équipements: les équipements constituant les bornes du chemin sur lequel la mesure doit être effectuée (pour la mesure m2, équipements 2 et 4). Ainsi, si la requête ne comporte qu'un équipement, le terminal enverra plusieurs requêtes: une pour chaque borne du chemin. En particulier, la requête de recherche des équipements de test comporte l'adresse IP de l'équipement près duquel on recherche un équipement de test. En outre, la requête peut comporter des critères comme des critères de fonctionnalité des équipements de test. Par exemple, le terminal 1 requiert aux annuaires uniquement des équipements de test permettant la mesure de capacité sur des flux audio car la liaison est une liaison audio. Notamment, la fonctionnalité de l'équipement de test est le ou les types de test (protocoles) que l'équipement de test permet de mettre en œuvre: http, ftp, rtp, udp, smtp..., le sens du transfert de données à effectuer, l'indentification de l'initiateur du test, etc.
Les annuaires fournissent suivant les données stockées uniquement les équipements de test connectés à l'équipement indiqué dans la requête ou tous les équipements de test situés dans un voisinage prédéterminé de l'équipement indiqué dans la requête. Dans le second cas, il s'agit, notamment, des équipements de test connectés à l'équipement indiqué mais aussi des équipements de test connectés aux équipements consécutifs à l'équipement indiqué sur la liaison.
La réponse des annuaires à la découverte des équipements de test comporte, par exemple, un ou plusieurs des éléments de la liste suivantes:
Un ou plusieurs descriptifs des équipements de test, notamment:
Une ou plusieurs adresses: l'adresse de l'équipement de test dans le réseau (URL, URL avec nom de domaine, adresse IP, par exemple), l'adresse à contacter pour découvrir le chemin entre cet équipement de test et un autre équipement, l'adresse à appeler pour réserver l'équipement de test sa capacité à répondre au Ping, une ou plusieurs de ses fonctionnalités, par exemple: une liste de service testable : http, ftp, rtp, udp, smtp... la direction du trafic, l'initiateur du trafic les mesures possibles: nom de la mesure: nombre de paquet (packetCount), volume, throughput... le sens mesuré (de et/ou vers l'équipement de test). C'est pourquoi afin de déterminer les équipements de test utilisés pour la mesure de capacité d'une partie de la liaison, sont découverts les chemins entre les équipements de tests indiqués par le ou les annuaires et le terminal, ou entre les équipements de tests indiqués comme le montre respectivement les figures 4c et 4d. Sont retenus les équipements de test pour lesquels les chemins empruntent le plus le chemin de la partie de la liaison pour laquelle la mesure de capacité doit être effectuée, c'est-à-dire ayant la plus grande portion de chemin en commun.
Là encore, la découverte du chemin est effectué, notamment, à l'aide de la technique du Ping. Sur la figure 4c, le terminal émet un ping vers les équipements de test T1 et/ou T2 qui répondent en indiquant le chemin parcouru entre le terminal 1 et l'équipement de test T1 , T2. Sur la figure 4d, le terminal demande à un équipement de test T1 de faire des ping: req p, l'équipement de test T1 émet un ping vers le ou les autres équipements de test T2 qui répondent en indiquant le chemin parcouru entre l'équipement de test T1 et l'équipement de test T2. L'équipement de test T1 retransmet alors au terminal 1 les chemins parcourus.
Une fois les équipements de test sélectionnés pour la mesure de capacité, les trafics entre deux équipements bornant le chemin correspondant à la partie de la liaison sur laquelle la mesure doit être effectuée est activé. Il existe trois cas de mesure:
La mesure de capacité sur une partie de liaison comportant le terminal comme le montre la figure 5a,
La mesure de capacité sur une partie de liaison entre deux équipements quelconques dans le réseau comme le montre la figure 5b, et La mesure de capacité sur une partie de liaison comportant l'équipement à l'autre extrémité, notamment un serveur, comme le montre la figure 5b.
Dans le cas illustré par la figure 5a, le terminal 1 effectue, notamment, une demande de réservation et l'activation req r/a d'un équipement de test T2. La réservation de l'équipement de test T2 permet de s'assurer de la disponibilité de l'équipement de test et de sa capacité à supporter la charge supplémentaire générée par le trafic du test à effectuer évitant ainsi les conflits entre le trafic permettant la mesure de capacité et les traitements courants de l'équipement de test T2. La marge d'erreur sur la mesure effectuée est alors moins importante. En retour l'équipement de test T2 active le trafic (représenté par la flèche large) vers le terminal 1 qui mesure la capacité sur ce chemin.
Dans les cas illustrés par les figures 5b et 5c, le terminal 1 requiert une mesure req m2, respectivement req m1 , d'un premier équipement de test T2, respectivement T1 , correspondant à la première borne du chemin. Cette requête comporte l'autre borne (respectivement, un autre équipement de test T1 ou un serveur N) du chemin pour lequel la mesure doit être effectuée. Le premier équipement de test T2, respectivement T1 , répercute cette requête de mesure req m2, respectivement req m1 , à l'autre borne: l'autre équipement de test T1 , respectivement le serveur N. Notamment, le premier équipement de test T2 effectue une demande de réservation et l'activation req r/a de l'autre équipement de test T1 , respectivement du serveur N. En retour l'équipement de test T1 , respectivement du serveur N active le trafic (représenté par la flèche large) vers le l'équipement de test requérant T2, respectivement T1 , qui mesure la capacité sur ce chemin et la retourne au terminal 1. Cette dernière étape de retour des mesures m1 , m2 résulte, en particulier, d'une requête en récupération des résultats du terminal 1 vers les équipements de test T1 , respectivement T2.
La figure 6 illustre les échanges avec le terminal lors du procédé selon l'invention pour la mesure de la capacité d'un chemin correspondant à une partie de la liaison entre un terminal et un serveur. Notamment, elle montre l'enchaînement des commandes pour la mesure de capacité, par exemple de qualité de service QoS d'un serveur vers le client.
Le terminal 1 émet un Ping PN vers les équipements, notamment l'équipement N (le serveur) pour découvrir le chemin correspondant à au moins une partie de liaison sur laquelle la mesure de capacité doit être effectuée. Les différents équipements dont le serveur N émettent une réponse bN au Ping. Ainsi, le terminal 1 récupère une indication concernant les équipements parsemés sur ledit chemin. Le terminal 1 émet alors vers au moins un annuaire A1 au moins une requête req1...n des équipements de test à proximité du chemin. L'annuaire A1 fournit la liste t-ι...q de ces équipements de test en réponse.
La partie de programme suivante illustre un mode de réalisation de la requête de recherche d'équipement de test en langage XML: <TestEquipmentSearch> <TargetlP_Address>255.255.255.255</TargetlP_Address> <ServiceTests>
<ServiceType>http</ServiceType> <ServiceType>ftp</ServiceType> <ServiceType>udp</ServiceType> </ServiceTests> </TestEquipmentSearch>
Et, la partie de programme suivante illustre un mode de réalisation de la réponse à une demande de recherche d'équipement de test : <TestEquipementSearchResponse> <TestEquipment>
<URL>http://www.test.com/</URL> <IP_Address>255.255.255.255</IP_Address> <URLPathRequest> http://www.test.com/path.php?destination="%s"
</URLPathRequest> <ServiceTests>
<Service type="HTTP">
<Test direction="fromMe" initiator="other"> <URL>http://www.test.com/reservation_http.php</URL>
</Test>
<Test direction ="fromServerToMe" initiator="me"> <URL> http://www.test.com/reservation http.php?fromURL="%s" </URL>
<Measures>
<Measure direction- 'toMe">packetCount</Measure> <Measure direction="toMe">volume</Measure> <Measure direction="toMe">duration</Measure> </Measures>
<Test direction = "fromTestEquipmentToMe" initiator="me"> <URL>http://www.test.com/reservation_http.php?"</URL> <Measures>
<Measure direction="toMe">packetCount</Measure> <Measure direction="toMe">volume</Measure> <Measure direction="toMe">duration</Measure>
</Measures> </Test> </Service>
<Service type="FTP"> <Test direction="fromMe" initiator="other"> e...
</Test> </Service>
<Service type≈"UDP"> <Test direction="fromMe" initiator="other"> e...
</Test> </Service> </ServiceTests> </TestEquipment>
<TestEquipment>
</TestEquipment> </TestingEquipmentSearchResponse>
Pour s'assurer que les équipements de test sont bien accessibles et situé à une position intéressante pour la mesure de capacité, c'est-à-dire afin d'obtenir une mesure plus précise et/ou plus pertinente pour son diagnostic, le terminal effectue une sélection des équipements de test en fonction du chemin entre équipements de test par rapport au chemin découvert. Pour cela, le terminal émet un Ping ptq vers les équipements de test Tq de la liste pour connaître le chemin entre ces équipements de test Tq et le terminal 1. Les différents équipements de test Tq émettent une réponse btq au Ping. Ensuite, le terminal 1 va déclencher du trafic entre les équipements de test sélectionnés et lui même dans le ou les sens qui l'intéressent pour effectuer les mesures de capacité pertinentes et émettre ensuite une information, notamment un diagnostic, à l'utilisateur. Le terminal 1 émet alors une requête de réservation rtq de l'équipement de test sélectionné Tq qui acquitte la réservation acktq au terminal 1. Le terminal 1 émet alors une demande d'activation a à l'équipement de test Tq qui déclenche le trafic t vers le terminal 1 qui effectue alors la mesure m de capacité du chemin entre l'équipement de test Tq et le terminal 1 et, par exemple, affiche à l'utilisateur soit la mesure directement soit un diagnostic associé à la mesure.
Il est possible de procéder avec le même type d'enchaînement de commande à la mesure de la capacité de la liaison dans le sens terminal vers serveur en inversant le sens des requêtes et des réponses: l'enchaînement commence alors par une émission de Ping du serveur N vers les équipements dont le terminal 1.
Pour procéder à une mesure de capacité avec un trafic bidirectionnel, il suffit donc de procéder au même type d'enchaînement de commande à la mesure de la capacité de la liaison dans les deux sens serveur vers terminal et terminal vers serveur en prévoyant des des requêtes et des réponses bidirectionnelles : l'enchaînement commence alors par une émission de Ping du terminal 1 vers les équipements dont le serveur N et du serveur N vers les équipements dont le terminal 1.
Les figures 7a et 7b illustrent la mesure de capacité sur d'autres parties de la liaison sans y inclure le terminal 1. Cette ou ces mesures (entre terminal et équipement de test, entre équipements de test, entre équipement de test et serveur) sont réalisables indépendamment les unes des autres.
Après avoir effectué des mesures de capacités entre le terminal 1 et un ou plusieurs équipements de test, il peut être judicieux de déclencher des mesures de capacités entre deux équipements de test ou entre un équipement de test et le serveur, notamment un serveur distant, pour compléter les mesures de capacités le long de la liaison emprunté par un service à qualifier. Ces mesures sont aussi réalisables simultanément permettant ainsi un gain de temps dans le diagnostic: par exemple, mesure locale impliquant le terminal et mesure distante entre deux équipements de test, et/ou un équipement de test et le serveur.
Les figures 7a et 7b illustrent les diagrammes d'échanges entre le terminal 1 et les équipements de tests T1 , T2, respectivement entre le terminal 1 , l'équipement de test T1 et le serveur N, lors de la mesure de capacité du chemin entre deux équipements T1 et T2, respectivement entre un équipement T1 et le serveur N.
Le terminal 1 émet vers un premier équipement de test T1 une demande rp1→2, respectivement rpi→N, de découverte du chemin entre l'équipement de test T1 et au moins un autre équipement de test: ici, l'équipement de test T2, respectivement le serveur N. L'équipement de test T1 émet en retour l'indication du chemin entre l'équipement de test T1 et l'équipement de test T2 b-ι→2, respectivement le serveur N b-ι→N.
Cette découverte de chemin permet de s'assurer que le trafic entre les équipements de test ou entre l'équipement de test et le serveur passe bien par une partie de la liaison et donc le chemin emprunté par le service lorsqu'il est rendu au terminal. La demande de découverte du chemin comporte, par exemple, les adresses de l'équipement de test T2, respectivement du serveur N. En réponse, sont transmises au terminal 1 , par exemple, les adresses, telles que les adresses IP, des équipements traversés par le service. En comparant cette liste avec celle correspondant aux équipements traversés par le service du serveur vers le terminal pour vérifier si elle possède plus ou moins d'équipements en commun ce qui signifie que le chemin entre les équipements de test est plus ou moins similaire au chemin emprunté par le service sur cette partie de la liaison. Ainsi, en faisant cette demande à plusieurs équipements de test pour choisir les équipements de tests les plus pertinents: par exemple ceux dont le chemin a le plus de point commun avec le chemin du service.
Ensuite, le terminal 1 émet une requête de réservation rt des équipements de test T1 et T2, respectivement de T1 et N, vers le premier équipement de test T1 qui retransmet au second équipement de test T2, respectivement le serveur N.
Par exemple, le terminal 1 appelle l'URL suivante, indiquée pour l'équipement de test T1 dans l'un des annuaires A1 ou A2: <URL>http://www.test.com/reservation_http</URL>
L'équipement de test T1 va se comporter en terminal vis-à-vis de l'autre équipement de test T2 à qui le premier équipement de test T1 va demander de se comporter en serveur.
La requête rt émise par le terminal vers l'équipement de test T1 comporte, par exemple :
<ServiceTest type="HTTP" direction="fromθther" initiator="you"> <MaxBitrate unit="Kb/s">512</MaxBitRate> // optionnel <OtherEquipment type="TestEquipment">
<URL>http://www.test.com/reservation_http.php</URL> // URL de réservation de l'équipement de test T2
</OtherEquipment> </ServiceTest>
L'équipement de test T1 se met en relation avec l'autre équipement de test T2, suite à la réception de la requête précédente en appelant l'équipement de test T2 avec la requête rt ci-dessous: <ServiceTest type="HTTP" direction="fromYou" initiator="me">
<MaxBitrate unit="Kb/s">512</MaxBitRate> // optionnel </ServiceTest>
Les premier et deuxième équipements de test T1 et T2, respectivement le serveur N, acquittent la réservation ackt directement au terminal 1 pour le premier équipement de test T1 , à l'équipement de test T1 pour le deuxième équipement de test T2, respectivement N, qui répercute au terminal 1. Le terminal 1 émet alors une demande d'activation a à l'équipement de test T1 qui répercute au deuxième équipement de test T2, respectivement N, qui déclenche le trafic t vers le premier équipement de test T1 qui effectue alors la mesure m de capacité du chemin entre le deuxième équipement de test T2, respectivement N, et le premier équipement de test T1. L'activation du trafic n'a alors aucun impact sur le terminal 1.
Après avoir envoyé la demande d'activation a, le terminal envoie une ou plusieurs demandes de résultat rm...rr qui déclenche l'envoi à la fin de la mesure de capacité du résultat m par l'équipement de test T1 vers le terminal 1. Le terminal 1 affiche alors, éventuellement, à l'utilisateur soit la mesure directement soit un diagnostic associé à la mesure. L'élément suivant représente un mode de réalisation en langage XML de l'envoi du résultat par l'équipement de test T1 vers le terminal 1 :
<ResultResponse status="OK">
<Measure direction="toMe" name="packetCount">2548</Measure> <Measure direction="toMe" name="volume" unit="KB">458</Measure> <Measure direction="toMe" name="duration" unit="s">30</Measure>
</ResultResponse> Eventuellement, si, lorsqu'il reçoit la requête de résultat, l'équipement de test T1 n'a pas terminé la mesure m, il renvoie au terminal 1 une information indiquant qu'il n'a pas terminé (par exemple: <ResultResponse status="NOT_YET"/>), permettant ainsi au terminal de renouveler, par exemple de manière périodique, sa requête en résultat jusqu'à obtention de la mesure.
Ainsi, par exemple, le résultat des mesures pour la liaison des figures 4c, 4d, différentes mesures de débit pourront être affichées: une première entre le terminal 1 et l'équipement 4 (par exemple de 450 K), une deuxième entre l'équipement 4 et l'équipement 5 (par exemple de 2M), et une troisième entre l'équipement 5 et le serveur N (par exemple de 1200K). L'affichage comportera l'ensemble de ces mesures en vis-à-vis des parties de liaison sur lesquelles elles ont été effectuées permettant à l'utilisateur de déterminer seul que le goulot d'étranglement se situe entre le terminal et l'équipement 2. Dans une variante de l'invention, un dispositif d'analyse des mesures dans le terminal 1 recevant l'ensemble des mesures sera capable de fournir un diagnostic en fonction de ces mesures et d'une table de diagnostic. Dans une autre variante, ces mesures pourront être remontées à un serveur de collecte d'incidents réseaux de l'opérateur.
Cette invention concerne la mesure de capacité de partie de liaison pour tout type de service de communication: consultation Internet, transfert fichier, téléphonie IP, visiophonie IP, diffusion de programme audiovisuel, etc. Ainsi, la localisation des problèmes du réseau à partir d'un poste utilisateur sera plus rapide et limiteront le nombre d'interventions non pertinentes sur le réseau.

Claims

REVENDICATIONS
1. Procédé de mesure de capacité sur une liaison dans un réseau de télécommunication, caractérisé en ce qu'il comporte :
• Une étape de découverte d'un chemin dans le réseau correspondant à une partie donnée de la liaison; et
• Une étape de mesure d'au moins une capacité dudit chemin.
2. Procédé selon la revendication précédente caractérisé en ce qu'il comporte :
• Une étape de découverte d'équipement(s) de test situé(s)à proximité des extrémités dudit chemin, et en ce que
• L'étape de mesure de capacité dudit chemin comporte une mesure de la capacité de la liaison entre au moins deux des équipements situés respectivement à chaque extrémité dudit chemin.
3. Procédé selon la revendication précédente caractérisé en ce que l'étape de découverte d'équipement(s) de test est en fonction d'au moins un critère de fonctionnalité des équipements de test.
4. Procédé selon l'une quelconque des revendications 2 ou 3 caractérisé en ce qu'il comporte, entre l'étape de découverte d'équipement(s) de test et l'étape de mesure, une première étape de sélection d'équipements de test en fonction de la proximité dudit chemin correspondant à ladite partie de la liaison et du chemin entre les équipements de test.
5. Procédé selon l'une quelconque des revendications 2 à 4 caractérisé en ce que, préalablement à l'étape de mesure, il comporte une étape de réservation des équipements de test.
6. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce qu'il comporte une étape de demande de mesure par un terminal client déclenchant l'étape de mesure et une étape de récupération des mesures par le terminal client.
7. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une quelconque des revendications précédentes lorsque ledit programme est exécuté sur un ordinateur.
8. Mise à disposition du programme d'ordinateur selon la revendication précédente en vue de son téléchargement.
9. Equipement de test permettant la mesure de capacité sur une liaison dans un réseau de télécommunication, caractérisé en ce qu'il comporte :
• Des moyens de découverte de chemin,
• Des moyens de mesure d'au moins une capacité d'un chemin correspondant à une partie donnée de la liaison.
10. Equipement de test selon la revendication précédente caractérisé en ce qu'il comporte :
• des moyens de réception d'une demande de découverte de chemin entre ledit équipement de test et au moins un autre équipement, et
• des moyens d'émission en retour dudit chemin.
11. Equipement de test selon l'une quelconque des revendications 9 ou 10 caractérisé en ce qu'il comporte :
• des moyens de réception d'une demande de mesure de capacité entre ledit équipement de test et un autre équipement, lesdits équipements de test ayant été déterminés en fonction d'un chemin correspondant à une partie d'une liaison, et
• des moyens d'émission en retour de ladite mesure.
12. Dispositif client permettant la mesure de capacité sur une liaison dans un réseau de télécommunication, caractérisé en ce qu'il comporte:
• Des moyens de découverte de chemin, • Des moyens de mesure d'au moins une capacité d'un chemin correspondant à une partie donnée de la liaison.
13. Dispositif client selon la revendication précédente caractérisé en qu'il comporte :
• Des moyens de découverte d'équipement(s) de test situé(s)à proximité des extrémités dudit chemin, et en ce que • Lesdits moyens de mesure de capacité dudit chemin effectuent ladite mesure de capacité entre au moins deux des équipements situés respectivement à chaque extrémité dudit chemin.
14. Dispositif client selon la revendication précédente caractérisé en qu'il comporte :
• des moyens d'émission vers un équipement de test d'une demande de découverte de chemin entre ledit équipement de test et au moins un autre équipement, et
• des moyens de réception en retour dudit chemin.
15. Dispositif client selon l'une quelconque des revendications 13 ou 14 caractérisé en ce qu'il comporte :
• des moyens d'émission vers un équipement de test d'une demande de mesure de capacité entre ledit équipement de test et un autre équipement de test, lesdits équipements de test ayant été déterminés en fonction d'un chemin correspondant à une partie d'une liaison, et
• des moyens de réception en retour de ladite mesure.
16. Dispositif client selon l'une quelconque des revendications 12 à 15 caractérisé en ce qu'il comporte un équipement de test selon l'une quelconque des revendications 9 à 11.
PCT/FR2007/051072 2006-04-05 2007-04-04 Procede et dispositif de mesure de capacite sur une liaison dans un reseau de telecommunications WO2007113450A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0651204A FR2899746A1 (fr) 2006-04-05 2006-04-05 Procede et dispositif de mesure de capacite sur une liaison dans un reseau de telecommunication
FR0651204 2006-04-05

Publications (1)

Publication Number Publication Date
WO2007113450A1 true WO2007113450A1 (fr) 2007-10-11

Family

ID=38039195

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2007/051072 WO2007113450A1 (fr) 2006-04-05 2007-04-04 Procede et dispositif de mesure de capacite sur une liaison dans un reseau de telecommunications

Country Status (2)

Country Link
FR (1) FR2899746A1 (fr)
WO (1) WO2007113450A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030097438A1 (en) * 2001-10-15 2003-05-22 Bearden Mark J. Network topology discovery systems and methods and their use in testing frameworks for determining suitability of a network for target applications
EP1406413A2 (fr) * 2002-10-03 2004-04-07 Hitachi, Ltd. Dispositif pour la mesure et la configuration de réseau

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030097438A1 (en) * 2001-10-15 2003-05-22 Bearden Mark J. Network topology discovery systems and methods and their use in testing frameworks for determining suitability of a network for target applications
EP1406413A2 (fr) * 2002-10-03 2004-04-07 Hitachi, Ltd. Dispositif pour la mesure et la configuration de réseau

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BROWNLEE N ET AL: "Traffic Flow Measurement: Architecture", INTERNET CITATION RFC 2722, October 1999 (1999-10-01), XP002258360, Retrieved from the Internet <URL:htttp://www2.auckland.ac.nz/net/Internet/rtfm/rfc2722.txt> [retrieved on 20031016] *
CARSTEN SCHMOLL: "MOME-WP1-0406-D11_ State_of_Interoperability", 10 February 2006 (2006-02-10), XP002434860, Retrieved from the Internet <URL:http://www.ist-mome.org/deliverables/D11.pdf> [retrieved on 20070523] *

Also Published As

Publication number Publication date
FR2899746A1 (fr) 2007-10-12

Similar Documents

Publication Publication Date Title
US8010100B2 (en) System and method for monitoring and measuring end-to-end performance using wireless devices
CN107409071B (zh) 获得诊断测试结果的方法、控制模块及计算机可读存储介质
Torres et al. Dissecting video server selection strategies in the YouTube CDN
WO2017054553A1 (fr) Procédé et appareil de détection de qualité vidéo, et centre de gestion de qualité de service
US9426046B2 (en) Web page download time analysis
CN108199921A (zh) 一种模拟测试的方法、装置及存储介质
CN106412975B (zh) 一种内容计费漏洞的测试方法和装置
US20170142196A1 (en) Method and apparatus for selecting source server
EP3138358B1 (fr) Procede de traitement d&#39;un paquet de donnees relatif a un service
US8972569B1 (en) Remote and real-time network and HTTP monitoring with real-time predictive end user satisfaction indicator
CN107852346A (zh) 网络性能的分析
WO2007091934A1 (fr) surveillance de performances d&#39;un service par emplacement dans un réseau de télécommunication mobile
Luo et al. Design and Implementation of TCP Data Probes for Reliable and Metric-Rich Network Path Monitoring.
CN104348661B (zh) 网络失效数据上传、接收方法和设备及记录方法和系统
GB2428534A (en) Measuring a transit metric in a network
FR2849559A1 (fr) Outil et methode d&#39;analyse de chemin dans un reseau de transmission de donnees comprenant plusieurs systemes autonomes internet
JP2014523671A (ja) 対話型アプリケーションサービスの全体的なパフォーマンスの評価
CN110913038B (zh) Ip地址判定方法、装置、服务器及计算机可读存储介质
RU2008121872A (ru) Ближайший узел для соединений распределенных служб
CN112822208A (zh) 一种基于区块链的物联网设备识别方法及系统
WO2007113450A1 (fr) Procede et dispositif de mesure de capacite sur une liaison dans un reseau de telecommunications
CN106341342A (zh) 维持通信连接的方法、装置、终端及服务器
FR3032074A1 (fr) Procede de test d&#39;un dispositif de radiocommunication a tester d&#39;une passerelle d&#39;un parc de passerelles
WO2020221779A1 (fr) Procedes et dispositifs de mesure de reputation dans un reseau de communication
EP3262871B1 (fr) Sélection de réseau d&#39;accès pour un terminal multi-accès, basée sur un signal phéromonal

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

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

Country of ref document: EP

Kind code of ref document: A1