FR3021437A1

FR3021437A1 - METHOD AND SYSTEM FOR QUALITY OF SERVICE TESTING

Info

Publication number: FR3021437A1
Application number: FR1454594A
Authority: FR
Inventors: Arnaud Danree; Guillaume Larignon
Original assignee: Oberthur Technologies SA
Current assignee: Idemia France SAS
Priority date: 2014-05-21
Filing date: 2014-05-21
Publication date: 2015-11-27
Anticipated expiration: 2034-05-21
Also published as: FR3021437B1; WO2015177462A1

Abstract

L'invention concerne un procédé de test de la qualité de service d'une connexion établie entre un dispositif électronique (12) comprenant une carte à puce (14) et un équipement (16) d'un réseau de données. Une information sur la taille d'une zone mémoire tampon allouée par le dispositif électronique (12) pour la transmission de données sur la connexion établie est reçue (E60) par la carte à puce (14) qui envoie (E70) au dispositif électronique une quantité de données de test n'excédant pas la taille de ladite zone mémoire, pour stockage dans celle-ci. Après stockage complet des données de test dans la zone mémoire, le dispositif électronique (12) les transmet (E90) à l'équipement (16) de réseau sur la connexion établie. Ce dernier détermine une information sur la qualité de service de la connexion en fonction des données de test reçues.A method of testing the quality of service of a connection established between an electronic device (12) comprising a smart card (14) and a device (16) of a data network. Information on the size of a buffer area allocated by the electronic device (12) for transmitting data over the established connection is received (E60) by the smart card (14) which sends (E70) to the electronic device a quantity of test data not exceeding the size of said memory area, for storage therein. After complete storage of the test data in the memory area, the electronic device (12) transmits them (E90) to the network equipment (16) over the established connection. The latter determines information on the quality of service of the connection based on the test data received.

Description

DOMAINE DE L'INVENTION L'invention concerne le domaine des télécommunications. Elle est notamment relative à un procédé et un système de test de la qualité de service d'une connexion établie entre un dispositif électronique comprenant une carte à puce, et un équipement d'un réseau de données.FIELD OF THE INVENTION The invention relates to the field of telecommunications. It relates in particular to a method and a system for testing the quality of service of a connection established between an electronic device comprising a smart card, and a device of a data network.

CONTEXTE DE L'INVENTION Afin de permettre à un opérateur de réseau de données, par exemple un réseau local (par exemple un réseau Wi-Fi) ou encore un réseau étendu (LTE, 3G ou 4G), de connaitre la qualité de service disponible en tout point de son réseau, une solution connue consiste à équiper le réseau de capteurs disposés à de nombreux emplacements du réseau. Cette solution est toutefois extrêmement couteuse à déployer et à entretenir. Une autre solution, plus réaliste d'un point de vue technique, consiste à obtenir des informations de qualité de service à partir des dispositifs électroniques connectés au réseau, par exemple grâce à des cartes à puces, jouant le rôle de modules d'identité de souscripteur (carte SIM, UICC), fournies par l'opérateur de réseau à ses abonnés. Ainsi, l'opérateur de réseau peut avantageusement avoir une vision globale de son réseau sans équipement supplémentaire. Ces cartes à puces sont généralement insérées ou embarquées dans les dispositifs électroniques hôtes précités, qui peuvent être par exemple des terminaux mobiles (téléphone et ordinateur portables, tablette tactile) ou tout autre objet (appareil électroménager, capteur, compteur, ou équipement Machine-à-Machine M2M) capable de se connecter à un réseau de données, afin d'échanger des données avec un équipement du réseau de données, typiquement un serveur, contrôlé ou non par l'opérateur du réseau. Toutefois, il est souvent difficile de transmettre de telles informations sur la qualité de service depuis le dispositif électronique hôte vers la carte à puce fournie par l'opérateur, sans avoir à modifier les interfaces de communication normalisées entre ceux-ci. Par exemple, les commandes définies dans la norme ETSI TS 102.223 ne permettent pas de transmettre de telles informations d'un dispositif électronique hôte à une carte à puce. La transmission de telles informations de qualité de service à la carte à puce (et donc à l'opérateur) nécessite donc une adaptation du dispositif électronique hôte, par exemple une adaptation du système d'exploitation installé sur celui-ci. De manière générale, les informations de qualité de service ainsi obtenues par le dispositif électronique hôte peuvent être sujettes à caution car fortement dépendantes du dispositif électronique hôte utilisé.BACKGROUND OF THE INVENTION In order to enable a data network operator, for example a local network (for example a Wi-Fi network) or a wide area network (LTE, 3G or 4G), to know the quality of service available. at any point in its network, a known solution consists in equipping the network with sensors arranged at numerous locations in the network. This solution is however extremely expensive to deploy and maintain. Another solution, more technically feasible, is to obtain quality of service information from the electronic devices connected to the network, for example by using smart cards, acting as identity modules of the network. subscriber (SIM card, UICC), provided by the network operator to its subscribers. Thus, the network operator can advantageously have a global vision of his network without additional equipment. These smart cards are generally inserted or embedded in the aforementioned electronic host devices, which may be for example mobile terminals (telephone and laptop, tablet) or any other object (household appliance, sensor, meter, or machine-to-equipment). -Machine M2M) capable of connecting to a data network, in order to exchange data with a data network equipment, typically a server, controlled or not by the operator of the network. However, it is often difficult to transmit such quality of service information from the host electronic device to the operator provided smart card without having to modify the standard communication interfaces therebetween. For example, the commands defined in ETSI TS 102.223 can not transmit such information from a host electronic device to a smart card. The transmission of such quality of service information to the smart card (and therefore to the operator) therefore requires an adaptation of the host electronic device, for example an adaptation of the operating system installed on it. In general, the quality of service information thus obtained by the host electronic device may be subject to caution since it is highly dependent on the host electronic device used.

Afin de s'affranchir de cette contrainte technique sur le dispositif électrique hôte, les opérateurs ont développé des applications de mesure de qualité de service directement stockées dans les cartes à puce et exécutées par celles-ci, généralement des applications de type SIM Toolkit. Ces applications de qualité de service envoient des paquets de données à l'équipement réseau et effectuent des mesures de qualité de service en mesurant la durée de transmission de paquets de données échangés sur le réseau. Cette durée peut être mesurée notamment grâce à la réception d'un acquittement en provenance de l'équipement visé ou d'une même quantité de données. Cette durée (round trip time) est une mesure de qualité de service. L'application de qualité de service peut alors envoyer cette information à un serveur ou un centre de l'opérateur. Toutefois, la bande passante entre le dispositif électronique hôte et la carte à puce est généralement particulièrement faible par rapport à la bande passante disponible sur le réseau de données, ce qui peut fausser les mesures de qualité de service relatives au réseau de l'opérateur à l'aide de paquets qui transitent sur cette interface dispositif électronique hôte - carte à puces, notamment lorsqu'elles sont basées sur la durée de réception d'un acquittement tel que susmentionné. Il est donc nécessaire de trouver une solution permettant à l'opérateur de continuer à utiliser une application de qualité de service sur la carte à puce pour récupérer des informations fiables de qualité de service sur son réseau de données, à moindre coût, et quelle que soit la qualité de la connexion entre la carte à puce et le dispositif électronique hôte. RESUME DE L'INVENTION La présente invention a ainsi pour objet de pallier au moins un de ces inconvénients.In order to overcome this technical constraint on the host electrical device, the operators have developed quality of service measurement applications directly stored in the smart cards and executed by them, generally SIM Toolkit type applications. These quality of service applications send data packets to the network equipment and perform quality of service measurements by measuring the transmission time of data packets exchanged over the network. This duration can be measured in particular by receiving an acknowledgment from the targeted equipment or the same amount of data. This duration (round trip time) is a measure of quality of service. The quality of service application can then send this information to a server or an operator center. However, the bandwidth between the host electronic device and the smart card is generally particularly low compared to the bandwidth available on the data network, which can distort the quality of service measurements relating to the network of the operator to using packets that pass on this interface host electronic device - smart card, especially when they are based on the duration of receipt of an acknowledgment as mentioned above. It is therefore necessary to find a solution allowing the operator to continue to use a quality of service application on the smart card to retrieve reliable quality of service information on his data network, at a lower cost, and whatever the quality of the connection between the smart card and the host electronic device. SUMMARY OF THE INVENTION The present invention thus aims to overcome at least one of these disadvantages.

Dans ce contexte, un premier aspect de l'invention concerne un procédé de test de la qualité de service d'une connexion établie entre un dispositif électronique comprenant une carte à puce et un équipement d'un réseau de données, le procédé étant caractérisé en ce qu'il comporte les étapes suivantes : obtention, par la carte à puce, d'une information sur la taille d'une zone mémoire tampon allouée par le dispositif électronique pour la transmission de données sur la connexion établie ; envoi, par la carte à puce à destination du dispositif électronique, d'une quantité de données de test n'excédant pas la taille de ladite zone mémoire, pour stockage dans la zone mémoire tampon allouée ; déclenchement, après stockage complet des données de test envoyées dans la zone mémoire tampon allouée, de la transmission desdites données de test stockées, à destination de l'équipement de réseau sur la connexion établie; et détermination, par l'équipement de réseau, d'une information sur la qualité de service de la connexion en fonction des données de test reçues.In this context, a first aspect of the invention relates to a method of testing the quality of service of a connection established between an electronic device comprising a smart card and a data network equipment, the method being characterized in it comprises the following steps: obtaining, by the smart card, information on the size of a buffer zone allocated by the electronic device for the transmission of data on the established connection; sending, by the smart card to the electronic device, a quantity of test data not exceeding the size of said memory area, for storage in the allocated buffer memory area; triggering, after complete storage of the test data sent in the allocated buffer area, the transmission of said stored test data to the network equipment on the established connection; and determining, by the network equipment, information on the quality of service of the connection based on the received test data.

Un second aspect de l'invention concerne un système de test de la qualité de service d'une connexion établie entre un dispositif électronique comprenant une carte à puce et un équipement d'un réseau de données, le système étant caractérisé en ce que : la carte à puce, est configurée pour obtenir une information sur la taille d'une zone mémoire tampon allouée par le dispositif électronique pour la transmission de données sur la connexion établie, et pour envoyer, à destination du dispositif électronique, une quantité de données de test n'excédant pas la taille de ladite zone mémoire, pour stockage dans la zone mémoire tampon allouée ; le dispositif électronique est configuré pour déclencher, après stockage complet des données de test reçues en provenance de la carte à puce dans la zone mémoire tampon allouée, la transmission desdites données de test stockées, à destination de l'équipement de réseau sur la connexion établie; et l'équipement de réseau est configuré pour déterminer une information sur la qualité de service de la connexion en fonction des données de test reçues.A second aspect of the invention relates to a system for testing the quality of service of a connection established between an electronic device comprising a smart card and a device of a data network, the system being characterized in that: smart card, is configured to obtain information on the size of a buffer area allocated by the electronic device for transmitting data over the established connection, and to send a quantity of test data to the electronic device not exceeding the size of said memory area, for storage in the allocated buffer area; the electronic device is configured to trigger, after complete storage of test data received from the smart card in the allocated buffer area, transmission of said stored test data to the network equipment over the established connection ; and the network equipment is configured to determine quality of service information of the connection based on the received test data.

L'invention permet ainsi à un opérateur de réseau de données, d'avoir accès à une évaluation de la qualité de service effectivement disponible sur une connexion entre un dispositif électronique et un équipement de son réseau, et ce à moindre coût et piloté par une application de la carte à puce. En outre cette évaluation de la qualité de service est plus fidèle car la mesure de la qualité de service n'est pas biaisée par la connexion entre le dispositif électronique et la carte à puce qui y est insérée (i.e. les limitations induites par l'interface entre le dispositif électronique et la carte à puce), la qualité de cette connexion n'étant pas nécessairement représentative de la qualité de service effectivement disponible sur la connexion précitée. En effet, la carte à puce envoie une certaine quantité de données au dispositif électronique, qui une fois la réception de la quantité de données en question terminée (et pas avant), retransmet ces données à l'équipement précité, via la connexion établie. Cette transmission en deux temps, à savoir dans un premier temps, de la carte à puce au dispositif électronique, puis, dans un second temps, de celui-ci à l'équipement, est rendue possible grâce à la connaissance, par la carte à puce, de la taille de la zone de mémoire tampon allouée par le dispositif électronique pour la transmission de données sur la connexion. La carte à puce peut ainsi choisir astucieusement la quantité de données à transmettre en fonction de l'information sur la taille de la zone mémoire tampon allouée de sorte à permettre la réception complète de la quantité de données en question par le dispositif électronique, avant toute transmission de ces données à l'équipement.The invention thus enables a data network operator to have access to an evaluation of the quality of service actually available on a connection between an electronic device and an equipment of his network, and this at a lower cost and driven by a application of the smart card. In addition, this evaluation of the quality of service is more accurate because the measurement of the quality of service is not biased by the connection between the electronic device and the smart card inserted therein (ie the limitations induced by the interface between the electronic device and the smart card), the quality of this connection is not necessarily representative of the quality of service actually available on the aforementioned connection. Indeed, the smart card sends a certain amount of data to the electronic device, which once the reception of the amount of data in question has ended (and not before), retransmits this data to the aforementioned equipment, via the established connection. This transmission in two stages, namely in a first step, from the smart card to the electronic device, then, in a second step, from it to the equipment, is made possible thanks to the knowledge, by the card. chip, the size of the buffer area allocated by the electronic device for the transmission of data on the connection. The smart card can thus cleverly choose the amount of data to be transmitted according to the information on the size of the buffer memory allocated so as to allow the complete reception of the quantity of data in question by the electronic device, before any transmission of these data to the equipment.

L'équipement peut ainsi obtenir une information fiable sur la qualité de service de la connexion, en se basant sur la réception des données envoyées par le dispositif électronique, puisque ces données reçues sont préalablement stockées sur le dispositif électronique (à la fin du premier temps de la transmission) et lui sont donc envoyées depuis le celui-ci.The equipment can thus obtain reliable information on the quality of service of the connection, based on the reception of the data sent by the electronic device, since these received data are previously stored on the electronic device (at the end of the first time of transmission) and so are sent to him from this one.

Ainsi, la qualité de la connexion entre la carte à puce et le dispositif électronique, utilisée pour envoyer les données à stocker sur ce dernier, n'intervient pas dans la mesure, par l'équipement du réseau, de la qualité de service effectivement disponible sur la connexion établie entre ce dernier et le dispositif électronique.Thus, the quality of the connection between the smart card and the electronic device, used to send the data to be stored on the latter, does not intervene to the extent, by the network equipment, the quality of service actually available. on the connection established between the latter and the electronic device.

D'autres caractéristiques du procédé selon des modes de réalisation de l'invention sont décrites dans les revendications dépendantes. Préférentiellement, le dispositif électronique et la carte à puce communiquent selon le protocole BI P (pour Bearer Independent Protocol en anglais). Selon des modes de réalisation, l'information sur la taille de la zone mémoire tampon allouée est le nombre de bits alloués. Selon des modes de réalisation, la quantité de données de test envoyée par la carte à puce est égale à la taille de zone mémoire tampon allouée de sorte que le dispositif électronique déclenche automatiquement la transmission des données de test sur la connexion établie lorsque l'ensemble de la zone mémoire tampon allouée est plein.Other features of the method according to embodiments of the invention are described in the dependent claims. Preferably, the electronic device and the smart card communicate according to the protocol BI P (for Bearer Independent Protocol in English). According to embodiments, the information on the size of the allocated buffer area is the number of bits allocated. According to embodiments, the amount of test data sent by the smart card is equal to the allocated buffer area size so that the electronic device automatically triggers transmission of the test data over the established connection when the set allocated buffer area is full.

Ainsi, la réception complète des données par le dispositif électronique équivaut au remplissage de la zone mémoire tampon allouée par le dispositif électronique. Ce mécanisme de déclenchement automatique permet à une application cliente de qualité de service (notée application QoS) de la carte à puce de commander la transmission des données, et donc de piloter le test. Ainsi, l'opérateur de réseau de données peut procéder à des tests de qualité de service selon l'invention sur l'ensemble de son réseau grâce à ses abonnés. Selon des modes de réalisation, la quantité de données de test envoyée par la carte à puce est (strictement) inférieure à la taille de zone mémoire tampon allouée par le dispositif électronique, et les dernières données de test de ladite quantité sont envoyées par la carte à puce avec une instruction de transmission immédiate sur la connexion établie.Thus, the complete reception of the data by the electronic device is equivalent to the filling of the buffer memory area allocated by the electronic device. This automatic triggering mechanism allows a client application quality of service (noted QoS application) of the smart card to control the transmission of data, and thus control the test. Thus, the data network operator can carry out quality of service tests according to the invention throughout his network thanks to his subscribers. According to embodiments, the amount of test data sent by the smart card is (strictly) less than the buffer zone size allocated by the electronic device, and the last test data of said quantity is sent by the card smart with an immediate transmission instruction on the established connection.

Ces modes sont particulièrement avantageux lorsque la zone mémoire tampon allouée est de taille importante. En effet dans ce cas, il peut être opportun que la carte à puce ne transmette pas au dispositif électronique une quantité de données de test égale à la taille de la zone mémoire tampon allouée, ce qui peut s'avérer particulièrement long, notamment lorsque la bande passante entre la carte à puce et le dispositif électronique est faible.These modes are particularly advantageous when the allocated buffer area is large. Indeed in this case, it may be appropriate that the smart card does not transmit to the electronic device a quantity of test data equal to the size of the allocated buffer area, which can be particularly long, especially when the bandwidth between the smart card and the electronic device is low.

Selon des modes de réalisation, le procédé comprend en outre les étapes suivantes mises en oeuvre par l'équipement de réseau : obtention de l'information sur la taille d'une zone mémoire tampon allouée par le dispositif électronique pour la transmission de données sur la connexion établie ; envoi, au dispositif électronique, d'une nouvelle quantité de données de test n'excédant pas la taille de ladite zone mémoire, pour stockage dans la zone mémoire tampon allouée ; réception d'un acquittement en provenance du dispositif électronique pour acquitter la réception complète des nouvelles données de test ; détermination d'une autre information sur la qualité de service de la connexion en fonction de la durée séparant la transmission des nouvelles données de test et leur acquittement par le dispositif électronique. Cette configuration permet de tester la voie descendante sur la connexion établie (pour la réception, par le dispositif électronique, de données en provenance de l'équipement de réseau). Préférentiellement, la nouvelle quantité de données envoyée par l'équipement est égale à la taille de la zone mémoire tampon. Dans certains modes, les données de test envoyées par la carte à puce et transmises à l'équipement de réseau par le dispositif électronique comprennent une indication d'une quantité de données à transmettre en réponse. Ainsi, l'indication comprise dans les données de test reçues est déterminée au niveau de la carte à puce, par l'application QoS pilotant les tests. Selon des modes de réalisation, le procédé comprend une étape de négociation, entre la carte à puce et le dispositif électronique, de la taille de ladite zone mémoire tampon à allouer, la taille de la zone mémoire tampon allouée par le dispositif électronique à l'issue de la négociation étant fonction d'une taille indiquée par la carte à puce lors de la négociation. En particulier, la taille allouée peut être égale à la taille indiquée par la carte à puce.According to embodiments, the method further comprises the following steps implemented by the network equipment: obtaining information on the size of a buffer zone allocated by the electronic device for the transmission of data on the network. connection established ; sending, to the electronic device, a new quantity of test data not exceeding the size of said memory zone, for storage in the allocated buffer memory area; receiving an acknowledgment from the electronic device to acknowledge the complete receipt of the new test data; determination of other information on the quality of service of the connection according to the time between the transmission of the new test data and their acknowledgment by the electronic device. This configuration makes it possible to test the downlink on the established connection (for the reception, by the electronic device, of data coming from the network equipment). Preferably, the new quantity of data sent by the equipment is equal to the size of the buffer zone. In some modes, the test data sent by the smart card and transmitted to the network equipment by the electronic device includes an indication of a quantity of data to be transmitted in response. Thus, the indication included in the test data received is determined at the level of the smart card, by the QoS application driving the tests. According to embodiments, the method comprises a step of negotiation, between the smart card and the electronic device, of the size of said buffer memory area to be allocated, the size of the buffer memory area allocated by the electronic device to the resulting from the negotiation being a function of a size indicated by the smart card during the negotiation. In particular, the size allocated may be equal to the size indicated by the smart card.

Cette étape de négociation se produit entre la carte à puce et le dispositif électronique. Dans certains modes, l'équipement de réseau peut indiquer à la carte à puce (par exemple par SMS) la taille de la zone mémoire à négocier avec le dispositif électronique. Selon des modes de réalisation, le procédé comprend une étape de réception, par le dispositif électronique, d'une requête de connexion pour l'établissement de la connexion en provenance de la carte à puce et comprenant un identifiant dudit équipement. Par exemple, la carte à puce peut envoyer une commande OPEN CHANNEL au dispositif électronique. Dans certains modes, la requête de connexion est envoyée par la carte à puce au dispositif électronique sur demande de l'équipement à la carte à puce (par exemple par SMS) ou sur demande d'une application du dispositif électronique à la carte à puce. Selon des modes de réalisation, le procédé est mis en oeuvre périodiquement ou lorsque certains événements particuliers se produisent. Par exemple, la qualité de service peut être testée à chaque réveil de la carte à puce, celle-ci étant réveillée par le dispositif électronique dans lequel elle est intégrée ou embarquée. En variante, la carte à puce peut avoir un compteur interne du nombre de ses réveils, et un évènement déclencheur du procédé est l'atteinte, par le compteur interne, d'un nombre prédéterminé de réveils. De manière générale, le test de qualité de service peut être demandé par un utilisateur du dispositif électronique (via un menu SIM Toolkit), par la carte à puce (via un compteur interne), ou par exemple par l'opérateur du réseau (via l'équipement ou l'envoi d'un message à la carte à puce). Selon des modes de réalisation, le procédé comprend en outre une étape de transmission, par l'équipement, de données de qualité de service basées sur une des informations de qualité de service déterminées par l'équipement de réseau, à une entité tierce, par exemple ladite carte à puce. Les données de qualité de service peuvent être des données brutes, par exemple la durée de transmission/réception de la quantité de données. Ces données de qualité de service peuvent également prendre la forme d'alertes, en fonction de la valeur des paramètres de qualité de service par exemple par rapport aux valeurs négociées de ces paramètres lors de l'établissement de la connexion (lors de l'activation d'un contexte PDP pour l'échange de paquets de données). Par exemple, connaître la qualité de service de la connexion peut permettre à un utilisateur ou à un opérateur de décider si la qualité disponible est suffisante pour télécharger une application, ou proposer/utiliser un service requérant une certaine qualité de connexion (Voix sur IP). Le système précité présente des caractéristiques et avantages analogues au procédé qu'il met en oeuvre.This negotiation step occurs between the smart card and the electronic device. In some modes, the network equipment may indicate to the smart card (for example by SMS) the size of the memory area to be negotiated with the electronic device. According to embodiments, the method comprises a step of receiving, by the electronic device, a connection request for the establishment of the connection from the smart card and comprising an identifier of said equipment. For example, the smart card can send an OPEN CHANNEL command to the electronic device. In some modes, the connection request is sent by the smart card to the electronic device upon request of the equipment to the smart card (for example by SMS) or on request of an application of the electronic device to the smart card . According to embodiments, the method is implemented periodically or when certain particular events occur. For example, the quality of service can be tested each time the smart card wakes up, it is woken by the electronic device in which it is integrated or embedded. As a variant, the smart card may have an internal counter for the number of its alarms, and a triggering event of the method is the reaching, by the internal counter, of a predetermined number of alarm clocks. In general, the quality of service test can be requested by a user of the electronic device (via a SIM Toolkit menu), by the smart card (via an internal counter), or for example by the network operator (via equipment or sending a message to the smart card). According to embodiments, the method further comprises a step of transmitting, by the equipment, quality of service data based on one of the quality of service information determined by the network equipment, to a third party entity, by example said smart card. The quality of service data may be raw data, for example the duration of transmission / reception of the amount of data. This quality of service data can also be in the form of alerts, depending on the value of the quality of service parameters, for example with respect to the negotiated values of these parameters during the establishment of the connection (during activation a PDP context for the exchange of data packets). For example, knowing the quality of service of the connection may allow a user or an operator to decide whether the available quality is sufficient to download an application, or to propose / use a service requiring a certain quality of connection (Voice over IP) . The aforesaid system has characteristics and advantages similar to the method it implements.

BREVE DESCRIPTION DES FIGURES D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les figures ci-jointes qui en illustrent des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures : - La Figure 1 illustre schématiquement un contexte de mise en oeuvre d'un système de test de qualité de service selon des modes de réalisation ; - La Figure 2 illustre un exemple d'architecture matérielle pour les entités représentés la Figure 1 ; - La Figure 3 illustre des étapes d'un procédé de test de la qualité de service, selon des modes de réalisation ; - La Figure 4 illustre des étapes optionnelles pouvant suivre les étapes du procédé de la Figure 3, selon des modes de réalisation. DESCRIPTION DETAILLEE DE L'INVENTION L'invention permet à un opérateur de réseau de données, d'avoir accès à la qualité de service effectivement disponible sur une connexion entre un dispositif électronique et un équipement de son réseau, à partir de données envoyées par une carte à puce comprise dans ce dispositif électronique, et ceci indépendamment de la qualité de la connexion entre la carte à puce et le dispositif électronique.BRIEF DESCRIPTION OF THE FIGURES Other features and advantages of the invention will become apparent in the following description, illustrated by the accompanying figures which illustrate embodiments having no limiting character. In the figures: - Figure 1 schematically illustrates a context of implementation of a quality of service test system according to embodiments; FIG. 2 illustrates an example of a hardware architecture for the entities represented in FIG. 1; Figure 3 illustrates steps of a method of testing the quality of service, according to embodiments; FIG. 4 illustrates optional steps that can follow the steps of the method of FIG. 3, according to embodiments. DETAILED DESCRIPTION OF THE INVENTION The invention enables a data network operator to have access to the quality of service actually available over a connection between an electronic device and an equipment of his network, from data sent by a data network. chip card included in this electronic device, and this regardless of the quality of the connection between the smart card and the electronic device.

Pour ce faire, une zone mémoire tampon (buffer) du dispositif électronique est allouée par celui-ci pour la transmission de données sur la connexion établie avec l'équipement du réseau. Selon un procédé conforme à des modes de réalisation, la carte à puce reçoit ensuite une information sur la taille de cette zone mémoire tampon allouée, par exemple le nombre de bits de la zone. Cette information permet à la carte à puce de déterminer une quantité de données à envoyer pour le test de sorte à ce que l'intégralité de ces données puisse être mémorisée dans ladite zone avant leur envoi. Il est ainsi possible de déclencher l'envoi des données sur la connexion établie seulement après réception et mémorisation complète de cette quantité par le dispositif électronique. A noter que l'envoi par la carte à puce d'une quantité de données supérieure à la capacité de la zone mémoire tampon allouée par le dispositif aurait pour effet de déclencher la transmission de ces données à l'équipement avant leur mémorisation complète par le dispositif électronique, car dès que la zone mémoire tampon est remplie, celle-ci se vide automatiquement par envoi des donnés qu'elle stocke. L'invention repose donc notamment sur la connaissance, par la carte à puce, de la taille de la zone mémoire tampon allouée par le dispositif électronique. La réception par l'équipement du réseau de la quantité de données directement en provenance du dispositif électronique (sur la connexion) permet de déterminer une information fiable de qualité de service, car non biaisée par la qualité de la connexion entre le dispositif électronique et la carte à puce qui y est insérée. La Figure 1 illustre schématiquement un exemple de contexte de mise en oeuvre de modes de réalisation. Sur cette figure, une connexion 10 est établie entre un dispositif électronique 12 comprenant une carte à puce 14, et un équipement 16 du réseau de données 18.To do this, a buffer zone of the electronic device is allocated by the latter for the transmission of data over the connection established with the equipment of the network. According to a method according to embodiments, the smart card then receives information on the size of this allocated buffer memory area, for example the number of bits of the zone. This information allows the smart card to determine a quantity of data to be sent for the test so that all of this data can be stored in said area before sending. It is thus possible to trigger the sending of the data on the established connection only after reception and total storage of this quantity by the electronic device. Note that the sending by the smart card of a quantity of data greater than the capacity of the buffer zone allocated by the device would have the effect of triggering the transmission of these data to the equipment before their complete storage by the device. electronic device, because as soon as the buffer zone is filled, it automatically empties by sending the data it stores. The invention is therefore based in particular on the knowledge, by the smart card, the size of the buffer memory allocated by the electronic device. The reception by the network equipment of the amount of data directly from the electronic device (on the connection) makes it possible to determine a reliable quality of service information, because it is not biased by the quality of the connection between the electronic device and the smart card inserted in it. Figure 1 schematically illustrates an exemplary context of implementation of embodiments. In this figure, a connection 10 is established between an electronic device 12 comprising a smart card 14, and a device 16 of the data network 18.

Dans cet exemple, le dispositif électronique 12 est un terminal mobile, notamment une tablette tactile. En variante, le dispositif électronique 12 peut être un téléphone ou un ordinateur portable, ou tout autre objet (appareil électroménager, compteur, capteur, équipement M2M) capable de se connecter à un réseau de données. Préférentiellement, le dispositif électronique 12 est compatible avec le protocole BIP (pour Bearer Independent Protocol). Cette compatibilité est généralement détectable par la carte à puce 14. La carte à puce 14 peut par exemple être une carte SIM, USIM ou UICC (pour Universal Integrated Circuit Card) conforme à la norme ETSI TS 102 221. Elle peut être mise en oeuvre dans un composant embarqué ou amovible de type élément sécurisé (eSE ou SE) qui comporte un microprocesseur distinct du processeur principal du dispositif électronique dans lequel il est incorporé ou embarqué. Cette carte à puce répond par exemple aux spécifications ISO 7816 (norme ETSI TS 102 223), voire à la norme Critères Communs (ISO/CEI 15408) et peut dialoguer avec le dispositif électronique 12 dans lequel elle est embarquée ou incorporée, au moyen de trames APDU (pour Application Protocol Data Unit) sur une interface ISO 7816.In this example, the electronic device 12 is a mobile terminal, in particular a touch pad. Alternatively, the electronic device 12 may be a telephone or laptop, or any other object (appliance, meter, sensor, M2M equipment) capable of connecting to a data network. Preferably, the electronic device 12 is compatible with the BIP protocol (for Bearer Independent Protocol). This compatibility is generally detectable by the smart card 14. The smart card 14 may for example be a SIM card, USIM or UICC (for Universal Integrated Circuit Card) in accordance with ETSI TS 102 221. It can be implemented in an embedded or removable component of secure element type (eSE or SE) which comprises a microprocessor separate from the main processor of the electronic device in which it is incorporated or embedded. This smart card meets, for example, the ISO 7816 specifications (ETSI TS 102 223 standard), or even the Common Criteria standard (ISO / IEC 15408) and can communicate with the electronic device 12 in which it is embedded or incorporated, by means of APDU (Application Protocol Data Unit) frames on an ISO 7816 interface.

Dans cet exemple, l'équipement 16 est un serveur du réseau 18. Ce serveur peut être géré ou non par l'opérateur du réseau 18. En variante, il peut s'agit de n'importe quel équipement du réseau 18 ayant des capacités de calcul suffisantes pour réaliser un test de qualité de service tel que décrit plus en détail dans la suite de la description.In this example, the equipment 16 is a server of the network 18. This server can be managed or not by the operator of the network 18. Alternatively, it can be any network equipment 18 having capabilities sufficient calculation to perform a quality of service test as described in more detail in the following description.

Le réseau 18 est par exemple un réseau IP public, type l'Internet. En variante, le réseau 18 peut être un réseau IP privé permettant l'accès à des serveurs et services de ce réseau privé. A titre d'exemple, le réseau 18 peut être un réseau mobile supportant des communications de données comme le réseau 3G ou 4G. Ainsi, la connexion 10 peut résulter de l'activation d'un contexte PDP (pour Paquet Data Protocol), par exemple par le dispositif électronique 12 ou par l'équipement 16. Cette activation a pour effet d'ouvrir une connexion 10 dans le réseau mobile, pour échanger des données selon un protocole de paquets de données. Ainsi, dans cet exemple de contexte, le terminal mobile 12 et le serveur 16 communiquent via le réseau 18, à l'aide de la carte à puce 14 qui joue le rôle de module d'identité de souscripteur sur le réseau 18. Dans certains modes de réalisation, le dispositif électronique 12 peut accéder au réseau 18 à l'aide d'un réseau local, par exemple un réseau Wi-Fi domestique. La Figure 2 représente un exemple d'architecture matérielle pour les entités du système de test représentés sur la Figure 1, par exemple le dispositif électronique 12, la carte à puce 14, ou encore l'équipement 16. Une telle entité comprend un bus de communication 2 auquel sont reliées : une unité de traitement 20 -ou microprocesseur- notée CPU (pour Central Processing Unit) ; une ou plusieurs mémoires non volatile 22 par exemple ROM (pour Read Only Memory), EEPROM (pour de Electrically Erasable Read Only Memory) ou encore Flash; une mémoire vive 24 ou mémoire cache ou mémoire volatile par exemple RAM (pour Random Access Memory) ; et une interface de communication 26 adaptée à transmettre et à recevoir des données, par exemple via un réseau de télécommunications ou une interface de lecture/écriture.The network 18 is for example a public IP network, like the Internet. Alternatively, the network 18 may be a private IP network allowing access to servers and services of this private network. By way of example, the network 18 may be a mobile network supporting data communications such as the 3G or 4G network. Thus, the connection 10 can result from the activation of a PDP context (for Packet Data Protocol), for example by the electronic device 12 or by the equipment 16. This activation has the effect of opening a connection 10 in the mobile network, for exchanging data according to a data packet protocol. Thus, in this example context, the mobile terminal 12 and the server 16 communicate via the network 18, using the smart card 14 which acts as subscriber identity module on the network 18. Embodiments, the electronic device 12 can access the network 18 using a local network, for example a home Wi-Fi network. FIG. 2 represents an example of a hardware architecture for the entities of the test system represented in FIG. 1, for example the electronic device 12, the smart card 14, or the equipment 16. Such an entity comprises a bus of FIG. communication 2 to which are connected: a processing unit 20 - or microprocessor - denoted CPU (for Central Processing Unit); one or more non-volatile memories 22, for example ROM (for Read Only Memory), EEPROM (for Electrically Erasable Read Only Memory) or Flash; a random access memory 24 or cache memory or volatile memory for example RAM (for Random Access Memory); and a communication interface 26 adapted to transmit and receive data, for example via a telecommunications network or a read / write interface.

Optionnellement, l'entité (notamment le dispositif électronique 12) peut comprendre une interface d'entrées/sorties I/O (pour Input/Output), par exemple un écran, un clavier, une souris ou un autre dispositif de pointage tel qu'un écran tactile ou une télécommande ; cette interface I/O permet à un utilisateur d'interagir avec le système au cours de la mise en oeuvre du procédé via une interface graphique.Optionally, the entity (in particular the electronic device 12) may comprise an input / output I / O interface (for Input / Output), for example a screen, a keyboard, a mouse or other pointing device such as a touch screen or a remote control; this I / O interface allows a user to interact with the system during the implementation of the method via a graphical interface.

La mémoire vive 24 comprend des registres adaptés à l'enregistrement des variables et paramètres créés et modifiés au cours de l'exécution d'un programme informatique comprenant des instructions pour la mise en oeuvre d'étapes d'un procédé selon l'invention lors de sa mise en oeuvre. Les codes d'instructions du programme stocké en mémoire non-volatile sont chargés en mémoire RAM en vue d'être exécutés par l'unité de traitement CPU.RAM 24 includes registers adapted to the recording of variables and parameters created and modified during the execution of a computer program comprising instructions for implementing steps of a method according to the invention when of its implementation. The instruction codes of the program stored in non-volatile memory are loaded into RAM memory for execution by the CPU processing unit.

Selon des modes de réalisation, l'entité (notamment le dispositif électronique 12) peut allouer une zone particulière 24a de sa mémoire vive 24 pour la transmission de données sur une connexion établie avec un équipement du réseau (par exemple l'équipement 16) tel que décrit plus en détail par la suite. Dans des modes de réalisation, lorsqu'une nouvelle connexion est établie pour mettre en oeuvre un test de qualité de service, l'entité (notamment le dispositif électronique 12) alloue une zone mémoire tampon pour la transmission de données sur cette nouvelle connexion, et libère (relâche) cette zone mémoire tampon à la fermeture de cette connexion. Notamment, la taille de cette zone mémoire tampon est négociée par exemple par la carte à puce, lorsque l'établissement de la connexion est demandé par celle-ci. Ainsi, la zone mémoire tampon finalement allouée par le dispositif électronique 12 peut avoir une taille différente de la taille souhaitée par l'entité impliquée dans la négociation. En variante, une même zone mémoire tampon peut être allouée par l'entité (notamment le dispositif électronique 12) pour toutes les connexions qui sont et seront établies avec un équipement donné du réseau, par exemple l'équipement 16.According to embodiments, the entity (in particular the electronic device 12) can allocate a particular zone 24a of its RAM 24 for the transmission of data over a connection established with a network equipment (for example the equipment 16) such as which is described in more detail later. In embodiments, when a new connection is established to implement a quality of service test, the entity (including the electronic device 12) allocates a buffer area for data transmission on that new connection, and release (release) this buffer area when closing this connection. In particular, the size of this buffer zone is negotiated for example by the smart card, when the establishment of the connection is requested by it. Thus, the buffer zone finally allocated by the electronic device 12 may have a size different from the size desired by the entity involved in the negotiation. As a variant, the same buffer zone may be allocated by the entity (in particular the electronic device 12) for all the connections that are and will be established with a given equipment of the network, for example the equipment 16.

En pratique, le dispositif électronique 12 attribue ou réserve un espace de mémoire typiquement délimité par deux adresses, à savoir une adresse de début de zone et une adresse de fin de zone, définissant ainsi un nombre de bits donné. Cette zone mémoire tampon est généralement une sous-partie de la mémoire disponible, de sorte à permettre également l'exécution du procédé tel que précité, ou d'autres processus.In practice, the electronic device 12 allocates or reserves a memory space typically delimited by two addresses, namely a zone start address and an end of zone address, thus defining a given number of bits. This buffer zone is generally a subset of the available memory, so as to also allow the execution of the method as mentioned above, or other processes.

De manière générale, cette zone mémoire tampon 24a est destinée à stocker des données reçues de la carte à puce 14, en vue de leur transmission à un équipement du réseau sur la connexion établie, notamment dans le cadre d'un test de qualité de service selon des modes de réalisation. Elle est préférentiellement disponible (vierge) au moment du test, de sorte à ce qu'elle puisse être remplie intégralement par les données de test envoyées par la carte à puce 14. Le bus de communication permet la communication et l'interopérabilité entre les différents éléments représentés sur la Figure 2. La représentation du bus n'est pas limitative et, notamment, l'unité de traitement est susceptible de communiquer des instructions à tout élément de l'entité représentée, directement ou par l'intermédiaire d'un autre élément de celle- ci. La Figure 3 représente des étapes d'un procédé de test de la qualité de service, selon des modes de réalisation. Les échanges sont décrits entre les diverses entités de la Figure 1. Dans cet exemple, l'équipement 16 est un serveur de l'opérateur du réseau 18, le dispositif électronique 12 est un terminal mobile comprenant une carte à puce 14 de type SIM.In general, this buffer zone 24a is intended to store data received from the smart card 14, for transmission to a network equipment over the established connection, in particular as part of a quality of service test. according to embodiments. It is preferably available (blank) at the time of the test, so that it can be filled in full by the test data sent by the smart card 14. The communication bus allows communication and interoperability between the different elements shown in Figure 2. The representation of the bus is not limiting and, in particular, the processing unit is able to communicate instructions to any element of the entity represented, directly or through another element of it. Figure 3 shows steps of a method of testing the quality of service, according to embodiments. The exchanges are described between the various entities of FIG. 1. In this example, the equipment 16 is a server of the network operator 18, the electronic device 12 is a mobile terminal comprising a smart card 14 of the SIM type.

Dans un premier temps, le serveur 16 requiert (étape EO) la mise en oeuvre d'un test de qualité de service auprès de la carte SIM 14. Pour ce faire, le serveur 16 envoie par exemple un message SMS (pour Short Messenger Service) à la carte SIM 14 pour déclencher l'exécution d'une application cliente de test (application QoS), résidente sur la carte SIM 14. Ce message SMS peut comprendre une commande de déclenchement (ou réveil) de l'application cliente de la carte SIM 14. En variante, il peut comprendre une indication d'un horaire ou d'une fréquence de test, de sorte que la carte SIM 14 exécute ladite application cliente de test audit horaire ou à ladite fréquence. La commande de déclenchement peut en outre comprendre les informations de connexion nécessaires à l'établissement de la connexion 10, typiquement une prise (socket) internet, ainsi qu'un éventuel protocole de communication. La prise internet est composée par exemple d'une adresse IP du serveur 16 et d'un numéro de port de communication sur ce serveur pour communiquer avec un processus de test résident sur le serveur. A noter qu'en variante, les informations de connexion peuvent être stockées dans l'application cliente de test.Initially, the server 16 requires (step EO) the implementation of a quality of service test with the SIM card 14. To do this, the server 16 sends for example an SMS message (for Short Messenger Service ) to the SIM card 14 to trigger the execution of a test client application (QoS application), resident on the SIM card 14. This SMS message may include a trigger command (or alarm clock) of the client application of the SIM card 14. Alternatively, it may include an indication of a schedule or test frequency, so that the SIM card 14 executes said test client application at said schedule or at said frequency. The trigger command may further comprise the connection information necessary for the establishment of the connection 10, typically an internet socket, as well as a possible communication protocol. The internet socket is composed for example of an IP address of the server 16 and a communication port number on this server to communicate with a test process resident on the server. Note that, alternatively, the connection information may be stored in the test client application.

Selon une variante non représentée, cette application cliente peut être réveillée par le terminal mobile 12, par exemple suite à une action d'un utilisateur dans un menu SIM Toolkit, à l'aide de l'interface d'entrée/Sortie I/O 28 du terminal mobile 12, ou à intervalles réguliers. A titre d'exemple non limitatif, le terminal mobile 12 peut réveiller régulièrement la carte SIM 14 de sorte que celle-ci décompte le nombre de ses réveils jusqu'à ce qu'un compteur interne de réveils atteigne une valeur nulle synonyme de déclenchement de l'application cliente de test. Ainsi, l'application cliente de la carte SIM 14 est exécutée (étape E10) suite au déclenchement du test de qualité de service à l'étape E0. Cette application cliente est par exemple une application SIM Toolkit, ou plus généralement une application CAT (pour Card Application Toolkit). De manière générale, une telle application de la couche applicative par exemple du modèle OSI, permet à une carte à puce (ici la carte SIM 14) d'initier une communication avec un dispositif hôte (ici le terminal mobile 12), tel que décrit dans la norme ETSI TS 102 223. Dans cet exemple, l'application cliente de la carte SIM 14 envoie ensuite (étape E20) une requête de connexion d'une connexion 10 au terminal mobile 12.According to a variant not shown, this client application can be woken by the mobile terminal 12, for example following an action of a user in a SIM Toolkit menu, using the input / output interface I / O 28 of the mobile terminal 12, or at regular intervals. By way of nonlimiting example, the mobile terminal 12 can regularly wake up the SIM card 14 so that the latter counts down the number of its awakenings until an internal alarm clock reaches a zero value synonymous with triggering the client test application. Thus, the client application of the SIM card 14 is executed (step E10) following the triggering of the quality of service test in step E0. This client application is for example a SIM Toolkit application, or more generally a CAT application (for Card Application Toolkit). In general, such an application of the application layer, for example of the OSI model, allows a smart card (here the SIM card 14) to initiate a communication with a host device (here the mobile terminal 12), as described in the ETSI TS 102 223 standard. In this example, the client application of the SIM card 14 then sends (step E20) a request to connect a connection 10 to the mobile terminal 12.

A titre d'exemple, la requête de connexion est une commande BIP de type OPEN CHANNEL qui vise le serveur 16 comme point terminal de la connexion avec qui l'application cliente de test sur la carte SIM 14 doit établir une connexion au niveau applicatif (i.e. au niveau de la couche applicative du modèle). Cette commande comprend une liste de paramètres nécessaires à l'établissement de la connexion, notamment l'adresse (adresse IP) du serveur 16, le numéro du port de communication avec le processus de test exécuté sur le serveur 16, et éventuellement un protocole de communication à utiliser (par exemple le protocole TCP). La commande OPEN CHANNEL peut également comprendre une valeur de qualité de service (QoS) souhaitée pour la connexion (débit, délai de réponse, etc.). Selon des modes particuliers, la requête de connexion (la commande OPEN CHANNEL) peut aussi indiquer une taille de mémoire (buffer size) souhaitée par la carte SIM 14 sur le terminal mobile 12, pour les communications entre le terminal mobile 12 et le serveur 16. Cette taille de mémoire souhaitée permet à la carte SIM 14 de négocier avec le terminal mobile 12 la taille de la zone mémoire tampon 24a effectivement réservée pour la connexion 10 entre le terminal mobile 12 et le serveur 16 (mémoire notée « Tx buffer » dans la norme susvisée). A noter que cette zone mémoire tampon 24a est celle utilisée pour le stockage des données de test selon l'invention qui seront transmis au serveur 16 comme décrit ci-après. Elle peut également être utilisée en mode descendant, c'est-à-dire pour stocker des données reçues du serveur 16. En effet, dans les modes de réalisation décrits ici, le même buffer est utilisé en mode download et en mode upload. A réception de la requête de connexion à l'étape E30, le terminal mobile 12 demande l'établissement (étape E40) d'une connexion 10 avec le serveur 16, en utilisant les paramètres de la requête (adresse du serveur et port sur le serveur, QoS demandée, protocole utilisé). En pratique, le terminal mobile 12 déclenche une procédure de rattachement au réseau 18, en vue d'établir une connexion pour les échanges de données, puis émet une requête de connexion auprès du serveur 16. La procédure d'établissement de la connexion 10 se conclut par l'envoi d'un message indiquant le succès de l'établissement de la connexion (étape E45). Suite à l'étape E40, et après l'étape E45, le terminal mobile 12 envoie (étape E50) à la carte SIM 14 une réponse de type TERMINAL RESPONSE à la commande OPEN CHANNEL, afin de confirmer l'établissement d'une connexion entre l'application cliente de test sur la carte SIM 14 et le processus de test correspondant du serveur 16. Cette réponse clôt l'ouverture du canal BIP selon le protocole ETSI TS 102 223 entre la carte SIM 14 et le terminal mobile 12. Cette réponse comprend une information sur la taille de la zone mémoire tampon 24a finalement allouée par le terminal mobile 12, à l'issue de la négociation. Cette information peut être directement le nombre de bits de mémoire alloués, qui peut être identique à ou différent (par exemple plus petit) du nombre demandé (i.e. de la taille demandée) dans la commande OPEN CHANNEL envoyée par la carte SIM 14 à l'étape E20. Cette réponse peut aussi comprendre des informations sur les paramètres de la connexion établie 10, par exemple la qualité de service négociée, lorsque la réponse est envoyée après réception de l'acquittement à l'étape E45. Ensuite, l'application cliente de la carte SIM 14 génère une quantité Q des données de test (données applicatives, i.e. provenant de la couche applicative), la quantité Q étant déterminée en fonction de l'information sur la taille de la zone mémoire tampon 24a envoyée par le terminal mobile 12 (étape E50) et reçue à l'étape E60 par la carte SIM 14. En particulier, la quantité Q est inférieure ou égale à la taille de la zone mémoire tampon 24a allouée aux communications sur la connexion 10. Le terminal mobile 12 peut ainsi mémoriser entièrement la quantité de données Q dans la zone mémoire tampon 24a. A l'étape E70, l'application cliente de la carte SIM 14 envoie les données de test, sous forme de N blocs, par exemple de 255 octets chacun, chaque bloc étant envoyé au moyen d'une commande BIP de type SEND DATA selon ETSI TS 102 223. Les commandes SEND DATA transmettant ces blocs indiquent au terminal mobile 12 de stocker ceux-ci dans la zone mémoire tampon 24a (indication `to be stored' selon la norme). A noter que dans certains modes de réalisation explicités ci-dessous, la commande pour le dernier bloc transmis à l'étape E70 (numéroté N sur la figure) peut indiquer l'envoi immédiat des données stockées dans la zone mémoire tampon 24a (indication `to be sent immedialy'selon la norme). Le nombre N de blocs dépend ainsi directement de la taille maximale autorisée pour la commande SEND DATA et de la quantité Q de données de test générée.By way of example, the connection request is a BIP command of type OPEN CHANNEL which targets the server 16 as the endpoint of the connection with which the test client application on the SIM card 14 must establish a connection at the application level ( ie at the application layer of the model). This command comprises a list of parameters necessary for the establishment of the connection, in particular the address (IP address) of the server 16, the number of the communication port with the test process executed on the server 16, and possibly a protocol of communication to use (eg TCP). The OPEN CHANNEL command may also include a desired quality of service (QoS) value for the connection (throughput, delay, etc.). According to particular modes, the connection request (the OPEN CHANNEL command) can also indicate a memory size (buffer size) desired by the SIM card 14 on the mobile terminal 12, for the communications between the mobile terminal 12 and the server 16 This desired memory size enables the SIM card 14 to negotiate with the mobile terminal 12 the size of the buffer zone 24a actually reserved for the connection 10 between the mobile terminal 12 and the server 16 (memory labeled "Tx buffer" in FIG. the above standard). Note that this buffer zone 24a is that used for storing the test data according to the invention which will be transmitted to the server 16 as described below. It can also be used in downstream mode, that is to say to store data received from the server 16. Indeed, in the embodiments described here, the same buffer is used in download mode and in upload mode. Upon receipt of the connection request in step E30, the mobile terminal 12 requests the establishment (step E40) of a connection with the server 16, using the parameters of the request (server address and port on the server, QoS requested, protocol used). In practice, the mobile terminal 12 initiates a network attachment procedure 18, in order to establish a connection for the data exchanges, and then sends a connection request to the server 16. The procedure for setting up the connection 10 becomes concludes by sending a message indicating the successful establishment of the connection (step E45). Following step E40, and after step E45, the mobile terminal 12 sends (step E50) to the SIM card 14 a response of the TERMINAL RESPONSE type to the OPEN CHANNEL command, in order to confirm the establishment of a connection. between the test client application on the SIM card 14 and the corresponding test process of the server 16. This response closes the opening of the BIP channel according to the ETSI TS 102 223 protocol between the SIM card 14 and the mobile terminal 12. response includes information on the size of the buffer zone 24a finally allocated by the mobile terminal 12 at the end of the negotiation. This information can be directly the number of memory bits allocated, which can be identical to or different (for example smaller) from the requested number (ie the requested size) in the command OPEN CHANNEL sent by the SIM card 14 to the step E20. This response may also include information on the parameters of the established connection 10, for example the negotiated quality of service, when the response is sent after receiving the acknowledgment in step E45. Then, the client application of the SIM card 14 generates a quantity Q of the test data (application data, ie from the application layer), the quantity Q being determined according to the information on the size of the buffer zone 24a sent by the mobile terminal 12 (step E50) and received in step E60 by the SIM card 14. In particular, the quantity Q is less than or equal to the size of the buffer zone 24a allocated to communications on the connection 10 The mobile terminal 12 can thus fully store the quantity of data Q in the buffer zone 24a. In step E70, the client application of the SIM card 14 sends the test data in the form of N blocks, for example 255 bytes each, each block being sent by means of a BIP command of SEND DATA type according to ETSI TS 102 223. The SEND DATA commands transmitting these blocks indicate to the mobile terminal 12 to store these in the buffer memory area 24a (indication `to be stored 'according to the standard). Note that in some embodiments explained below, the command for the last block transmitted in step E70 (numbered N in the figure) may indicate the immediate sending of the data stored in the buffer zone 24a (indication ` to be feels immedialy according to the norm). The number N of blocks thus depends directly on the maximum size allowed for the SEND DATA command and the quantity Q of test data generated.

Le cas N=1 correspond au cas où la quantité Q de données est envoyée en une seule fois (une seule commande SEND DATA) sous forme d'un bloc monolithique. Le cas N>1 correspond au cas où la quantité de données Q est divisée en plusieurs blocs, envoyés en plusieurs temps (plusieurs commandes SEND DATA). C'est notamment le cas lorsque la quantité de données à envoyer est importante.The case N = 1 corresponds to the case where the quantity Q of data is sent at once (a single command SEND DATA) in the form of a monolithic block. The case N> 1 corresponds to the case where the quantity of data Q is divided into several blocks, sent in several times (several commands SEND DATA). This is particularly the case when the amount of data to be sent is important.

Dans certains modes, les données de test peuvent aussi comprendre une valeur Q' représentative d'une nouvelle quantité de données de test, sur la base de laquelle le processus de test du serveur 16 génèrera des données de test pour la voie descendante (voir Figure 4). Les données de test peuvent également comprendre un identifiant unique de la carte SIM. Cet identifiant permet ainsi à l'opérateur d'analyser les mesures de qualité de service en fonction des services offerts à l'abonné (carte SIM) considéré. En effet, la qualité de service attendue peut différer selon l'abonnement souscrit par l'abonné (par exemple entre un abonnement 3G et un abonnement 4G). Lorsque le terminal mobile 12 a reçu toutes les données de test (c'est-à-dire la quantité Q de données dans son intégralité) et les a stocké dans la zone mémoire tampon 24a allouée à la fin de l'étape E80, le terminal mobile 12 transmet (étape E90) ces mêmes données de test sur la prise internet (socket) du serveur 16, par la connexion 10 établie suite à la requête du terminal mobile à l'étape E40 après acceptation du serveur 16 (étape E45). Les données de test peuvent être envoyées sous forme de fichier TLV (pour Type Length Value) où le champ « length » indique la taille Q des données de test et le champ « value » comprend lesdites données de test. Dans cet exemple, le déclenchement de la transmission des données de test au serveur 16 est entièrement contrôlé par l'application cliente de la carte SIM 14. De manière générale, deux événements déclencheurs peuvent être envisagés, lesquels permettent à l'application cliente de la carte SIM 14 d'avoir l'entier contrôle sur la transmission des données de test sur la connexion 10. Dans les deux cas, le traitement, par le terminal mobile 12, de la dernière commande SEND DATA utilisée pour envoyer les données de test déclenche la transmission E90. Dans le premier cas, la quantité Q de données de test est plus petite que la taille de la zone mémoire tampon allouée 24a. L'application cliente de la carte SIM 14 indique alors au terminal mobile 12 quand commencer à transmettre les données de cette zone mémoire tampon 24a. En pratique, la dernière commande SEND DATA (numérotée N sur la figure) comprend un paramètre pour la transmission immédiate des données stockées Cto be sent immedialy' selon la norme), sans attendre le remplissage complet de la zone mémoire tampon allouée 24a. Dans le deuxième cas, la quantité Q est égale à la taille de la zone mémoire tampon allouée 24a. Le simple fait d'atteindre le stockage maximal de la zone mémoire tampon allouée 24a déclenche automatiquement la transmission de son contenu à destination du serveur 16, afin de la vider pour mémoriser des données supplémentaires. Ainsi, il n'est pas nécessaire pour l'application cliente de la carte SIM 14 d'indiquer quand transmettre les données de test : la dernière commande SEND DATA qui finit de remplir entièrement la zone mémoire tampon allouée 24a est considérée comme une instruction d'envoi immédiat des données. Le simple fait de déterminer une quantité de données de test égale à la taille de la zone mémoire tampon allouée 24a garantit ainsi un déclenchement automatique de la transmission de ces données de test au serveur 16 lors du traitement du dernier bloc de données. Ainsi, au cours de l'étape E90, le terminal mobile 12 transmet les données mémorisées dans la zone mémoire tampon 24a du terminal mobile 12, au serveur 16, en utilisant la connexion (protocole TCP). A réception des premières données de test (étape E100), le serveur 16 démarre un compteur T à 0, s'incrémentant avec le temps. Le déclenchement du compteur T peut par exemple être effectué lors de la première invocation de la fonction « Read() » constitutive de la prise (socket) sur le serveur 16. En pratique, la couche transport TCP détecte les données reçues correspondant à des données de test (par exemple, cette détermination peut consister à détecter la prise (socket) visée, ou un identifiant de l'application visée), et stocke ces données de test dans une mémoire tampon (buffer).In some modes, the test data may also include a Q 'value representative of a new amount of test data, on the basis of which the server test process 16 will generate test data for the downlink (see FIG. 4). The test data may also include a unique identifier of the SIM card. This identifier thus allows the operator to analyze the quality of service measures according to the services offered to the subscriber (SIM card) considered. Indeed, the quality of service expected may differ depending on the subscription subscribed by the subscriber (for example between a 3G subscription and a 4G subscription). When the mobile terminal 12 has received all the test data (i.e. the Q amount of data in its entirety) and stored them in the buffer area 24a allocated at the end of the step E80, the mobile terminal 12 transmits (step E90) these same test data to the socket of the server 16, by the connection 10 established following the request of the mobile terminal in step E40 after acceptance of the server 16 (step E45) . The test data can be sent as a Type Length Value (TLV) file where the length field indicates the Q size of the test data and the value field includes the test data. In this example, the triggering of the transmission of the test data to the server 16 is entirely controlled by the client application of the SIM card 14. In general, two triggering events can be envisaged, which allow the client application to SIM card 14 to have full control over the transmission of the test data on the connection 10. In both cases, the processing, by the mobile terminal 12, of the last command SEND DATA used to send the test data triggers the E90 transmission. In the first case, the quantity Q of test data is smaller than the size of the allocated buffer area 24a. The client application of the SIM card 14 then indicates to the mobile terminal 12 when to start transmitting the data of this buffer zone 24a. In practice, the last SEND DATA command (numbered N in the figure) comprises a parameter for the immediate transmission of the stored data Cto be sent immedialy 'according to the standard), without waiting for the complete filling of the allocated buffer zone 24a. In the second case, the quantity Q is equal to the size of the allocated buffer zone 24a. The mere fact of reaching the maximum storage of the allocated buffer zone 24a automatically triggers the transmission of its content to the server 16, in order to empty it to store additional data. Thus, it is not necessary for the client application of the SIM card 14 to indicate when to transmit the test data: the last SEND DATA command which finishes completely filling the allocated buffer zone 24a is considered as an instruction of immediate dispatch of data. The simple fact of determining a quantity of test data equal to the size of the allocated buffer zone 24a thus guarantees an automatic triggering of the transmission of these test data to the server 16 during the processing of the last block of data. Thus, during step E90, the mobile terminal 12 transmits the data stored in the buffer memory area 24a of the mobile terminal 12 to the server 16, using the connection (TCP protocol). On receipt of the first test data (step E100), the server 16 starts a counter T at 0, incrementing with time. The triggering of the counter T can for example be performed during the first invocation of the "Read ()" function constituting the socket on the server 16. In practice, the TCP transport layer detects the received data corresponding to data test (for example, this determination may consist of detecting the targeted socket, or an identifier of the intended application), and stores these test data in a buffer.

La quantité Q de données (champ « Length » du fichier TLV) qui sera reçue au total est connue suite à la première mise en oeuvre de la fonction Read(), par lecture des données ainsi récupérées par ce premier appel de la fonction Read(). Une boucle « Tant Que » (while) est ensuite mise en oeuvre, et lorsque la quantité cumulée de données de test reçues (notée « nbytes ») atteint la quantité Q attendue, cette boucle s'arrête, signifiant ainsi que les dernières données ont été reçues par le serveur 16. Par exemple, cette boucle While peut s'écrire comme suit, lorsque la fonction Read() retourne le nombre d'octets lus dans la mémoire tampon : while(nbytes < Q)1. nbytes += Read(socket, butter ...); 1 A réception (étape E110) des dernières données de test (c'est-à-dire au sortir de la boucle While), le serveur 16 relève la valeur du compteur T = La durée T, du compteur équivaut ainsi à la durée de réception de la quantité Q de données de test envoyée par le terminal mobile 12 au serveur 16 sur la connexion 10. Cette durée T1 apporte une information sur la qualité de service disponible sur la connexion 10 établie entre le serveur 16 et le terminal mobile 12 lorsque ce dernier lui envoie des données (voie montante - mode upload). Dans une variante de la boucle While décrite ci-dessus, un agent analyseur de paquet au niveau TCP (couche transport du modèle OSI), parfois appelé « packet analyser » ou « packet sniffer », peut être prévu pour analyser les paquets TCP reçus au niveau du serveur 16.The quantity Q of data (field "Length" of the TLV file) that will be received in total is known following the first implementation of the function Read (), by reading the data thus recovered by this first call of the function Read (). ). A "while" loop is then implemented, and when the accumulated amount of received test data (denoted "nbytes") reaches the expected quantity Q, this loop stops, meaning that the last data has 16. For example, this While Loop can be written as follows, when the Read () function returns the number of bytes read in the buffer: while (nbytes <Q) 1. nbytes + = Read (socket, butter ...); 1 At reception (step E110) of the last test data (that is to say at the exit of the While Loop), the server 16 reads the value of the counter T = The duration T, of the counter is thus equivalent to the duration of receiving the quantity Q of test data sent by the mobile terminal 12 to the server 16 on the connection 10. This duration T1 provides information on the quality of service available on the connection 10 established between the server 16 and the mobile terminal 12 when the latter sends him data (uplink - upload mode). In a variant of the While Loop described above, a packet level analyzer agent at the TCP (transport layer of the OSI model) level, sometimes referred to as "packet parse" or "packet sniffer", may be provided to parse the received TCP packets at the TCP level. server level 16.

Un tel analyseur de paquet peut être l'application « Wireshark » (http://www.wireshark.org/). Cet analyseur de paquet estampille chaque paquet TCP reçu par le serveur 16 avec une date (timestamp). Puis pour la mise en oeuvre de la présente invention, cet analyseur procède à une analyse des données contenues dans chaque paquet TCP, afin de déterminer ceux qui comprennent lesdites données de test. Comme expliqué précédemment, cette détection peut reposer sur l'identification du destinataire de ces paquets (adresse et port de la prise - socket). Lorsque l'ensemble des paquets TCP formant les données de test a été identifié (par exemple en lisant la valeur « length » du format TLV susmentionné puis en additionnant la taille des données de chaque paquet jusqu'à atteindre ladite valeur « length »), la durée T1 de transmission de l'ensemble des données de test peut être déduite directement par différence entre la date d'estampillage la plus tardive et la date d'estampillage la plus précoce des paquets TCP correspondants. Dans certains modes, la durée T1 peut être traitée par le serveur 16, afin d'obtenir une information de bonne ou mauvaise qualité de service, par exemple par rapport à une qualité de service négociée lors de l'établissement de la connexion 10 (contexte PDP). Le serveur 16 peut envoyer directement cette information à l'application cliente de la carte SIM 14, par exemple par SMS. En variante, l'information peut être envoyée à un dispositif tiers, par exemple à un autre serveur, ou au terminal mobile 12.Such a packet analyzer can be the "Wireshark" application (http://www.wireshark.org/). This packet parser stamps each TCP packet received by the server 16 with a date (timestamp). Then for the implementation of the present invention, this analyzer proceeds to an analysis of the data contained in each TCP packet, in order to determine those which comprise said test data. As previously explained, this detection can be based on the identification of the recipient of these packets (address and socket port). When the set of TCP packets forming the test data has been identified (for example by reading the length value of the aforementioned TLV format and then adding the data size of each packet until reaching said length value), the transmission time T1 of the set of test data can be deduced directly by difference between the latest stamping date and the earliest stamping date of the corresponding TCP packets. In certain modes, the duration T1 can be processed by the server 16, in order to obtain information of good or bad quality of service, for example with respect to a quality of service negotiated during the establishment of the connection 10 (context PDP). The server 16 can directly send this information to the client application of the SIM card 14, for example by SMS. As a variant, the information may be sent to a third party device, for example to another server, or to the mobile terminal 12.

Des variantes de l'exemple décrit peuvent être envisagées. Par exemple, l'établissement de la connexion 10 et/ou la négociation de la taille de la zone mémoire tampon 24a (étapes E20 à E40-E45) peuvent être mis en oeuvre suite à la réception d'un message du serveur 16 par l'application client de la carte SIM 14. La Figure 4 représente des étapes optionnelles pouvant faire suite aux étapes du procédé décrit en référence à la Figure 3. Elles concernent l'obtention d'une autre information de qualité de service de la connexion 10 établie à l'étape E30, notamment sur la qualité de service disponible sur la connexion lorsque le terminal mobile 12 reçoit des données (voie descendante - mode download).Variations of the example described can be envisaged. For example, the establishment of the connection 10 and / or the negotiation of the size of the buffer zone 24a (steps E20 to E40-E45) can be implemented following the reception of a message from the server 16 by the user. SIM card client application 14. FIG. 4 represents optional steps that may follow the steps of the method described with reference to FIG. 3. They concern the obtaining of another quality of service information of the established connection. in step E30, in particular on the quality of service available on the connection when the mobile terminal 12 receives data (downlink - download mode).

Dans cet exemple, le serveur 16 a préalablement reçu l'information sur la taille de la zone mémoire tampon allouée par le terminal mobile 12, par exemple avec les données de test envoyées par le terminal 12 à l'étape E90. Dans une autre variante, le serveur 16 reçoit une indication d'une quantité Q' de données de test qu'il doit envoyer au terminal 12. Cette indication est déterminée par l'application cliente de la carte SIM 14 et directement insérée dans les données de test qu'elle envoie au terminal 12 et donc au serveur 16, lors du test de qualité de service sur la voie montante (mode upload). Ainsi, au cours d'une étape E120, le serveur 16 envoie au terminal mobile 12, une quantité de données Q', sous forme d'un ensemble de blocs (déterminés par couche TCP), via la connexion 10 établie suite à la requête de connexion à l'étape E40. Juste avant l'envoi des premiers octets de données (i.e. du premier paquet TCP) à l'étape E120, le serveur 16 démarre un compteur T'. Préférentiellement, la quantité de données Q' est identique à la taille de la zone mémoire tampon 24a (reçue par le serveur 16 dans certains modes de réalisation). Le terminal mobile 12 peut ainsi mémoriser entièrement la quantité de données Q' reçue du serveur 16 dans la zone mémoire tampon 24a. Une fois la quantité Q' de données complètement reçue par le terminal mobile 12 (étape 130), celui-ci envoie un acquittement (étape E140) au serveur 16 pour acquitter de la bonne réception de l'ensemble de la quantité Q' de données. A réception de cet acquittement (étape 150), le serveur 16 relève la valeur du compteur T' = T2. La durée T2du compteur équivaut ainsi à la durée de réception de la quantité de données Q' par le terminal mobile 12 sur la connexion 10. Selon une variante non représentée, le terminal mobile 12 peut envoyer un acquittement au serveur 16 à réception de chaque paquet de données de test. La valeur du compteur T' = T2 est ainsi relevée à réception par le serveur 16 du dernier acquittement. Cette durée T2 apporte une information sur la qualité de service disponible sur la connexion 10 entre le serveur 16 et le terminal mobile 12 lorsque ce dernier reçoit des données (mode download).In this example, the server 16 has previously received the information on the size of the buffer memory allocated by the mobile terminal 12, for example with the test data sent by the terminal 12 in step E90. In another variant, the server 16 receives an indication of a quantity Q 'of test data that it must send to the terminal 12. This indication is determined by the client application of the SIM card 14 and directly inserted in the data. test it sends to the terminal 12 and therefore to the server 16, during the test quality of service on the uplink (upload mode). Thus, during a step E120, the server 16 sends to the mobile terminal 12, a quantity of data Q ', in the form of a set of blocks (determined by TCP layer), via the connection 10 established following the request connecting to step E40. Just before sending the first data bytes (i.e. of the first TCP packet) in step E120, the server 16 starts a counter T '. Preferentially, the quantity of data Q 'is identical to the size of the buffer memory zone 24a (received by the server 16 in certain embodiments). The mobile terminal 12 can thus fully store the quantity of data Q 'received from the server 16 in the buffer memory zone 24a. Once the quantity Q 'of data has been completely received by the mobile terminal 12 (step 130), the latter sends an acknowledgment (step E140) to the server 16 to acknowledge the good reception of the entire quantity Q' of data. . On receipt of this acknowledgment (step 150), the server 16 reads the value of the counter T '= T2. The duration T2 of the counter is thus equivalent to the duration of reception of the quantity of data Q 'by the mobile terminal 12 on the connection 10. According to a variant not shown, the mobile terminal 12 can send an acknowledgment to the server 16 on receipt of each packet test data. The value of the counter T '= T2 is thus read on receipt by the server 16 of the last acknowledgment. This duration T2 provides information on the quality of service available on the connection 10 between the server 16 and the mobile terminal 12 when the latter receives data (download mode).

De même que décrit précédemment, la durée T2 peut être traitée par le serveur 16, afin d'obtenir une information de bonne ou mauvaise qualité de service, par exemple par rapport à une qualité de service négociée lors de l'établissement de la connexion 10 (contexte PDP), ou en fonction du type d'abonnement associé à la carte SIM 14. Le serveur 16 peut envoyer directement cette autre information à l'application cliente de la carte SIM 14, par exemple par SMS. En variante, l'information peut être envoyée à un dispositif tiers, par exemple à un autre serveur, ou au terminal mobile 12. Il est à noter que les tests de qualité de service en mode upload et download peuvent être asymétriques, c'est-à-dire peuvent mettre en jeu des quantités de données Q et Q' différentes. Typiquement, la quantité Q envoyée par le terminal mobile 12 au serveur 16 peut être plus petite que la quantité Q' envoyée du serveur 16 au terminal mobile, puisque les capacités du serveur 16 sont généralement plus importantes que celles du terminal mobile 12. En variante, ces quantités peuvent être identiques et égales à la taille de la zone mémoire tampon allouée 24a, notamment lorsque celle-ci est limitée.As described above, the duration T2 can be processed by the server 16, in order to obtain information of good or poor quality of service, for example with respect to a quality of service negotiated during the establishment of the connection 10 (PDP context), or depending on the type of subscription associated with the SIM card 14. The server 16 can send this other information directly to the client application of the SIM card 14, for example by SMS. As a variant, the information may be sent to a third party device, for example to another server, or to the mobile terminal 12. It should be noted that the quality of service tests in upload and download mode may be asymmetrical, it is i.e. may involve different amounts of data Q and Q '. Typically, the quantity Q sent by the mobile terminal 12 to the server 16 may be smaller than the quantity Q 'sent from the server 16 to the mobile terminal, since the capacities of the server 16 are generally larger than those of the mobile terminal 12. these quantities may be identical and equal to the size of the allocated buffer zone 24a, especially when the latter is limited.

Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas.The foregoing examples are only embodiments of the invention which is not limited thereto.

Claims

REVENDICATIONS1. A method of testing the quality of service of a connection established between an electronic device (12) comprising a smart card (14) and a device (16) of a data network, the method being characterized in that comprises the steps of: obtaining (E60), by the chip card (14), information on the size of a buffer area allocated by the electronic device (12) for transmitting data over the established connection; sending (E70), by the smart card (14) to the electronic device (12), an amount of test data not exceeding the size of said memory area, for storage in the allocated buffer memory area; triggering, after complete storage of the test data sent in the allocated buffer area, transmission (E90) of said stored test data to the network equipment (16) over the established connection; and determining, by the network equipment (16), information on the quality of service of the connection based on the received test data.

Method according to claim 1, characterized in that the amount of test data (Q) sent by the chip card (14) is equal to the allocated buffer area size so that the electronic device (12) triggers. automatically transmitting test data (E90) over the established connection when the entire allocated buffer area is full.

3. Method according to claim 1, characterized in that the amount of test data (Q) sent by the chip card (14) is smaller than the buffer zone size allocated by the electronic device (12), and the The last test data of said quantity is sent by the smart card (14) with an immediate transmission instruction on the established connection.

4. Method according to any one of claims 1 to 3, characterized in that it further comprises the following steps implemented by the network equipment (16): obtaining information on the size of a buffer area allocated by the electronic device (12) for transmitting data over the established connection; sending, to the electronic device, a new quantity of test data not exceeding the size of said memory zone, for storage in the allocated buffer memory area; receiving an acknowledgment from the electronic device (12) to acknowledge the complete reception of the new test data; determining further information on the quality of service of the connection as a function of the time between transmission of the new data of the test and their acknowledgment by the electronic device (12).

5. Method according to any one of claims 1 to 4, characterized in that it comprises a negotiation step, between the smart card and the electronic device (12), the size of said buffer memory area to allocate, the size of the buffer zone allocated by the electronic device (12) at the end of the negotiation being a function of a size indicated by the smart card during the negotiation.

6. Method according to any one of claims 1 to 5, characterized in that it comprises a step of receiving, by the electronic device (12), a connection request for the establishment of said connection from the smart card (14) and including an identifier of said equipment (16).

7. Method according to claim 6, characterized in that said connection request is sent by the chip card (14) to the electronic device (12) on request of the equipment (16) to the smart card (14), or upon request of an application of the electronic device (12) to the smart card (14).

8. Method according to any one of claims 1 to 7, the implementation of which is triggered periodically.

The method according to any one of claims 1 to 8, characterized in that it further comprises a step of transmitting, by the equipment, quality of service data based on one of the quality of service information obtained by the equipment (16) to a third party.

10. The method of claim 9, characterized in that the third entity is said chip card (14).

11. Method according to any one of claims 1 to 10, characterized in that said electronic device (12) and the smart card (14) communicate according to the BIP protocol.

A system for testing the quality of service of a connection established between an electronic device (12) comprising a smart card (14) and a device (16) of a data network, the system being characterized in that : the smart card (14) is configured to obtain information on the size of a buffer area allocated by the electronic device (12) for transmitting data over the established connection, and to send to the device electronics (12), a quantity of test data not exceeding the size of said memory area, for storage in the allocated buffer area; the electronic device (12) is configured to trigger, after complete storage of the test data received from the smart card (14) in the allocated buffer area, the transmission of said stored test data to the equipment (16) network on the established connection; and the network equipment (16) is configured to determine quality of service information of the connection based on the received test data.

13. System according to claim 12, characterized in that said electronic device (12) and the smart card (14) communicate according to the BIP protocol.