WO2005043946A2 - Procede d’analyse du fonctionnement d’un terminal de radiocommunication, terminal de radiocommunication et dispositif d’analyse correspondants - Google Patents

Procede d’analyse du fonctionnement d’un terminal de radiocommunication, terminal de radiocommunication et dispositif d’analyse correspondants Download PDF

Info

Publication number
WO2005043946A2
WO2005043946A2 PCT/FR2004/002806 FR2004002806W WO2005043946A2 WO 2005043946 A2 WO2005043946 A2 WO 2005043946A2 FR 2004002806 W FR2004002806 W FR 2004002806W WO 2005043946 A2 WO2005043946 A2 WO 2005043946A2
Authority
WO
WIPO (PCT)
Prior art keywords
analysis
analysis method
terminal
radiocommunication
data
Prior art date
Application number
PCT/FR2004/002806
Other languages
English (en)
Other versions
WO2005043946B1 (fr
WO2005043946A3 (fr
Inventor
Jacques Montes
Original Assignee
Wavecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wavecom filed Critical Wavecom
Priority to EP04805358A priority Critical patent/EP1736020A2/fr
Publication of WO2005043946A2 publication Critical patent/WO2005043946A2/fr
Publication of WO2005043946A3 publication Critical patent/WO2005043946A3/fr
Publication of WO2005043946B1 publication Critical patent/WO2005043946B1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements

Definitions

  • the field of the invention is that of controlling and analyzing the operation of radiocommunication devices, such as radiotelephones or terminals equipped with radiocommunication means (installed for example in machines, sensors, automobiles, etc. .).
  • radiocommunication devices such as radiotelephones or terminals equipped with radiocommunication means (installed for example in machines, sensors, automobiles, etc. .).
  • radiocommunication means installed for example in machines, sensors, automobiles, etc. .
  • electronic products are tested as comprehensively as possible, before being placed on the market.
  • the complexity of these devices is increasing steadily, and it appears very difficult to test them in full, and to identify all the situations they may face. This is in particular due to the fact that they embed significant and complex software means, and that they can be confronted with very numerous situations and applications. This is particularly the case in the field of radiocommunications.
  • measurement and test devices such as protocol analyzers
  • protocol analyzers are generally used which are capable of observing and analyzing the data exchanges carried out according to the protocols used by the radiocommunication device.
  • This technique is effective, but often not very easy to implement, since it presupposes having close to complex equipment.
  • the faulty device is a radiotelephone, the user must therefore send it back to a test laboratory, after having explained as precisely as possible the identified fault and the conditions under which it appears. This is not an easy process, and it deprives the user of his radiotelephone for several days or even weeks.
  • an objective of the invention is to provide a technique which does not require the sending of the faulty device to a remote site, nor the movement of a specialist with his test equipment.
  • an object of the invention is to provide a technique allowing the analysis of a defect, and if necessary to carry out the necessary repair operations, remotely.
  • Another objective of the invention is to provide such a technique, which makes it possible to carry out test, analysis and repair treatments very quickly, without the radiocommunication device being immobilized and unusable for long periods of time, more than several hours or even several days or weeks.
  • the invention also aims to provide such a technique, which does not require, on the part of a user, a complex and complete description of the situation in which the identified problem occurs.
  • the invention also aims to provide such a technique, which does not require, in radiocommunication devices, complex technical means, bulky and expensive.
  • said radiocommunication terminal transmits data representative of at least one operation to be analyzed to a remote analysis device, via a link according to said predetermined radiocommunication protocol.
  • the analysis is not performed locally, using dedicated test devices, which must be connected to the terminal, but remotely.
  • the terminal itself performs the operations internally and transmits the information to be analyzed to a remote supervisor.
  • the method of the invention comprises a step of executing a sequence of at least one operation, in said radiocommunication terminal, and temporary storage of data representative of the said operation or operations, preferably followed by a step of deferred transmission of said data representative of said operation or operations, to said remote analysis device.
  • said execution and transmission steps successively using the same radio communication protocol.
  • the approach of the invention is therefore to defer the transmission of the data to be analyzed.
  • the terminal itself performs all the test operations, then transmits the data resulting from the analysis (it is also possible to provide periodic transmissions, or at predetermined times, of these results, during the test).
  • GSM Global System for Mobile Communications
  • the method of the invention comprises a prior step of reception in said radiocommunication terminal of an analysis scenario and / or analysis parameters.
  • Said parameters may in particular include at least one of the following elements: - identification of at least one software element to be analyzed; - identification of at least one data item to be transmitted; - identification of a sequence of at least one operation to be carried out; - indication of a level of analysis.
  • said method also includes a preliminary step of receiving in said radiocommunication terminal data of configuration of the transmission to said remote analysis device.
  • Said configuration data can in particular comprise at least one of said following elements: a telephone number corresponding to said remote analysis device; - configuration parameters for the transmission of data to said remote analysis device.
  • the method implements an encryption for the transmission of data to and / or from said radiocommunication terminal. In particular, it can use an encryption key for the transmission of said analysis scenario and / or of said analysis parameters.
  • the invention may also include a subsequent step of receiving update data in said radiocommunication terminal, as a function of the analysis of said data.
  • the said reception step or steps also use said radiocommunication protocol.
  • said radiocommunication terminal implements an automaton, controlled by a scenario transmitted by said remote analysis device and / or stored in said radiocommunication terminal.
  • said scenario can ensure the realization of at least one operation usually carried out by a user of said radiocommunication terminal.
  • said radiocommunication terminal implements http commands, used to control analysis means.
  • the invention also relates to radiocommunication terminals comprising means for implementing the analysis method as described above, as well as the corresponding analysis device.
  • the invention is therefore based on a new approach to the detection and analysis of problems ("debug" in English) in the field of radio.
  • problems "debug" in English) in the field of radio.
  • the invention there is indeed no direct supervision, using a specific device, on or by an independent access, of RS232C type or other, but a deferred transmission of information useful for analysis, preferably using the protocol used for the communications themselves (for example GSM, GPRS, 3GPP, ).
  • the protocol used for the communications themselves for example GSM, GPRS, 3GPP, .
  • the supervision device 11 sends to the terminal 12 data 13 for debugging configuration.
  • the terminal 12 which can be a radiotelephone, or radiotelephony means, such as a module, installed in any type of machine, receives and processes the debug data, which notably comprise a sequence of operations to be carried out. When these operations have been carried out, the terminal 12 sends back debugging results data 14 to the supervision device 11. The latter then carries out, in deferred fashion, the corresponding analyzes.
  • An interesting aspect of the invention is that one can use the same communication channel (wireless) to: - configure the terminal for the debugging steps; perform these steps themselves; and - send the results back to the supervisor.
  • An example of implementation is illustrated in FIG. 2.
  • the processing generally begins with the identification 21 of a problem in the terminal.
  • the corresponding problem identification information 22 is transmitted to the supervisor. This transmission can be carried out automatically, using the radiocommunication network, or be requested independently, for example in the case of a voice telephone communication to an operator.
  • this step can be omitted, the supervisor being able to decide for himself to carry out tests, because he has identified a problem himself, or simply as a periodic check.
  • the supervisor establishes and sends (23) a test scenario, as well as corresponding configuration parameters.
  • These parameters can in particular include the following elements: - information to reach the supervisor and transmit the data collected to him: o protocol stacks http, WSP, owner, ...) and "address" (for example, telephone number, URL, IP addresss, ...) ; o preferential transmission links (data, GPRS, ...) and usage strategy (for example GPRS first, and otherwise SMS); o duration of the test or instants for transmitting debug data (the duration may be for example an hour, a day or a week); o security parameters (to avoid malicious use): ⁇ coding authorizing the terminal to identify the supervisor, so as to obtain controlled data; ⁇ user interface allowing the user to accept or refuse a sequence of tests; o debug trace management data: ® maximum size; ® circular buffer or not; ⁇ ...
  • the data 24 also includes a test scenario, describing all of the events and operations that the terminal must perform, to produce the debug data.
  • the scenario is advantageously a test automaton, installed in the terminal. It can in particular define: events which will generate operations such as: o events which will launch the test process; o network indications (recording, level, incoming communications, incoming SMS or MMS, ...); o timeout expiration; o indications relating to peripherals (USB access, battery levels, battery charge, ...); o user-related interaction (according to this aspect, the terminal can simulate actions performed by the user, such as a keystroke); o ...
  • the terminal must have memory areas dedicated to these operations, on the one hand to store the test scenario and the corresponding parameters, and on the other hand to store the corresponding results (debugging traces) produced by the execution. tests.
  • the terminal must also have, in its on-board software, elements making it possible to implement the various operations related to debugging.
  • the terminal therefore performs (27) various operations, simulating the usual operation, according to the instructions of the scenario received.
  • the corresponding data, as defined in the test parameters is stored internally. When the test is finished (either because the fixed duration has elapsed, or because the defined scenario has reached the end of it), all of the stored test data is transmitted (28) to the supervisor, who will be able to analyze them (29) in a delayed manner.
  • the supervisor can determine the problem, and send the corresponding update data (30), either independently, or from corrected data programmed by an operator.
  • These correction or update data are received (31) in the terminal, which stores them in the places provided for this purpose.
  • the only means of communication used are conventional radiotelephone communication means, available in the terminal (GSM, SMS, data, ).
  • the terminal performs the test sequence itself, then transmits the results for analysis.
  • the terminal implements http commands, for implementing the progress of the automaton.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Monitoring And Testing Of Transmission In General (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Debugging And Monitoring (AREA)

Abstract

L'invention concerne un procédé d'analyse du fonctionnement d'un terminal de radiocommunication (12) selon un protocole de radiocommunication prédéterminé, selon lequel ledit terminal de radiocommunication (12) transmet des données représentatives d'au moins une opération à analyser vers un dispositif d'analyse distant (11), via une liaison (14) selon ledit protocole de radiocommunication prédéterminé.

Description

Procédé d'analyse du fonctionnement d'un terminal de radiocommunication, terminal de radiocommunication et dispositif d'analyse correspondants. Le domaine de l'invention est celui du contrôle et de l'analyse du fonctionnement de dispositifs de radiocommunication, tels que des radiotéléphones ou des terminaux équipés de moyens de radiocommunication (installés par exemple dans des machines, des capteurs, des automobiles,...). D'une façon générale, les produits électroniques sont testés de la façon la plus exhaustive possible, avant leur mise sur le marché. Cependant, la complexité de ces appareils augmente régulièrement, et il apparaît très difficile de les tester intégralement, et d'identifier toutes les situations auxquelles ils peuvent être confrontés. Ceci est notamment dû au fait qu'ils embarquent des moyens logiciels importants et complexes, et qu'ils peuvent être confrontés à de très nombreuses situations et applications. C'est notamment le cas dans le domaine des radiocommunications. Les constructeurs de moyens de radiotéléphonie et les opérateurs sont donc contraints de diffuser des produits qui peuvent encore présenter certains défauts logiciels (« bugs » en anglais) qui n'ont pas été identifiés, par exemple parce qu'ils correspondent à des circonstances très spécifiques, très rares ou très difficiles à anticiper et à reproduire. De tels « bugs » peuvent par exemple être liés à : des caractéristiques du réseau (cellules voisines, niveaux, ...) ; à la carte SIM (par exemple nombre d e messages SMS) ; - à l'environnement matériel (niveau de la batterie, éléments périphériques, ...) ; - aux actions de l'utilisateur (navigation dans les menus, utilisation d'applications spécifiques WAP, SMS, MMS, JAVA, ...). Bien que l'on mette en œuvre des simulateurs et des émulateurs pour tenter d'identifier ces défauts, et y remédier, il peut toujours rester des situations dans lesquelles le dispositif de radiocommunication ne réagit pas comme il devrait. Il est alors nécessaire d'étudier le fonctionnement de ce dispositif, afin d'identifier l'origine du défaut, et le cas échéant d'effectuer les corrections nécessaires. Pour effectuer ces opérations, on utilise généralement des appareils de mesure et de test, tels que des analyseurs de protocole, qui sont capables d'observer et d'analyser les échanges de données effectués selon les protocoles utilisés par le dispositif de radiocommunication. Cette technique est efficace, mais souvent peu aisée à mettre en œuvre, puisqu'elle suppose d'avoir à proximité un appareillage complexe. Lorsque l'appareil défaillant est un radiotéléphone, il faut donc que l'utilisateur le renvoie vers un laboratoire de test, après avoir expliqué le plus précisément possible le défaut identifié et les conditions dans lesquelles il apparaît. Il s'agit d'une démarche peu aisée, et qui prive l'utilisateur de son radiotéléphone pendant plusieurs jours voire plusieurs semaines. Il existe en outre un risque important que le défaut ne soit pas bien identifié, si la description du problème est erronée ou incomplète. Lorsqu'il s'agit de moyens de radiotéléphonie installés dans des machines, il faut soit les démonter pour les renvoyer vers un laboratoire, soit se déplacer sur site avec le matériel de test. A nouveau, on comprend que, dans les deux situations, cela est complexe, et coûteux, tant en temps que financièrement. L'invention a notamment pour objectif de pallier ces différents inconvénients de l'état de l'art. Plus précisément, un objectif de l'invention est de fournir une technique ne nécessitant pas l'envoi du dispositif défaillant vers un site distant, ni le déplacement d'un spécialiste avec son matériel de test. En d'autres termes, un objectif de l'invention est de fournir une technique permettant d'effectuer l'analyse d'un défaut, et le cas échéant d'effectuer les opérations de réparation nécessaires, à distance. Il convient de noter que la formulation de ce problème, qui va également à rencontre des habitudes de l'homme du métier, fait en soi partie de l'invention. Un autre objectif de l'invention est de fournir une telle technique, qui permette d'effectuer des traitements de test, d'analyse et de réparation de façon très rapide, sans que le dispositif de radiocommunication soit immobilisé et inutilisable pendant de longues durées, supérieures à plusieurs heures voire plusieurs jours ou semaines. L'invention a également pour objectif de fournir une telle technique, qui ne nécessite pas, de la part d'un utilisateur, une description complexe et complète de la situation dans laquelle le problème identifié se produit. L'invention a également pour objectif de fournir une telle technique, qui ne suppose pas, dans les dispositifs de radiocommunication, de moyens techniques complexes, encombrants et coûteux.
Ces objectifs, ainsi que d'autres qui apparaîtront plus clairement par la suite, sont atteints à l'aide d'un procédé d'analyse du fonctionnement d'un terminal de radiocommunication selon un protocole de radiocommunication prédéterminé. Selon l'invention, ledit terminal de radiocommunication transmet des données représentatives d'au moins une opération à analyser vers un dispositif d'analyse distant, via une liaison selon ledit protocole de radiocommunication prédéterminé. Ainsi, l'analyse n'est pas effectuée en local, à l'aide d'appareils de test dédiés, qui doivent être connectés au terminal, mais de façon distante. Le terminal effectue lui-même, en interne, les opérations, et assurent la transmission des informations à analyser vers un superviseur distant. De façon avantageuse, le procédé de l'invention comprend une étape d'exécution d'une séquence d'au moins une opération, dans ledit terminal de radiocommunication, et stockage temporaire de données représentatives de la ou desdites opérations, suivie préférentiellement d'une étape de transmission différée desdites données représentatives de la ou desdites opérations, vers ledit dispositif d'analyse distant. Selon un aspect avantageux de l'invention, lesdites étapes d'exécution et de transmission utilisant successivement le même protocole de radiocommunication. L'approche de l'invention est donc de différer la transmission des données à analyser. Le terminal effectue lui-même toutes les opérations de test, puis transmet les données résultant de l'analyse (on peut également prévoir des transmissions périodiques, ou à des instants prédéterminés, de ces résultats, en cours de test). Ainsi, il est possible d'utiliser le même lien (GSM, GPRS,...) pour la réalisation du test et sa supervision. En outre, il est possible d'utiliser, sur un site distant, des moyens puissants, sans qu'il soit nécessaire d'intervenir physiquement sur le terminal. De façon préférentielle, le procédé de l'invention comprend une étape préalable de réception dans ledit terminal de radiocommunication d'un scénario d'analyse et/ou de paramètres d'analyse. Lesdits paramètres peuvent notamment comprendre au moins un des éléments suivants : - identification d'au moins un élément logiciel à analyser ; - identification d'au moins une donnée à transmettre ; - identification d'une séquence d'au moins une opération à effectuer ; - indication d'un niveau d'analyse. Préférentiellement, ledit procédé comprend également une étape préalable de réception dans ledit terminal de radiocommunication de données de configuration de la transmission vers ledit dispositif d'analyse distant. Lesdites données de configuration peuvent notamment comprendre au moins un desdits éléments suivants : - un numéro de téléphone correspondant audit dispositif d'analyse distant ; - des paramètres de configuration de la transmission de données vers ledit dispositif d'analyse distant. Selon une caractéristique avantageuse de l'invention, le procédé met en œuvre un cryptage pour la transmission de données vers et/ou depuis ledit terminal de radiocommunication. Notamment, il peut utiliser une clé de cryptage pour la transmission dudit scénario d'analyse et/ou desdits paramètres d'analyse. L'invention peut également comprendre une étape subséquente de réception dans ledit terminal de radiocommunication de données de mise à jour, en fonction de l'analyse desdites données. De façon avantageuse, la ou lesdites étapes de réception utilisent également ledit protocole de radiocommunication. Selon un mode de réalisation avantageux, ledit terminal de radiocommunication met en œuvre un automate, piloté par un scénario transmis par ledit dispositif d'analyse distant et/ou stocké dans ledit terminal de radiocommunication. Préférentiellement, ledit scénario peut assurer la réalisation d'au moins une opération habituellement effectuée par un utilisateur dudit terminal de radiocommunication. Selon une caractéristique avantageuse, ledit terminal de radiocommunication met en œuvre des commandes http, utilisées pour piloter des moyens d'analyse. L'invention concerne également les terminaux de radiocommunication comprenant des moyens de mise en œuvre du procédé d'analyse tel que décrit ci- dessus, ainsi que les dispositif d'analyse correspondant. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés parmi lesquels : - la figure 1 illustre, de façon schématique, le principe général de l'invention ; - la figure 2 est un schéma synoptique simplifié d'une mise en oeuvre du procédé de l'invention. L'invention repose donc sur une nouvelle approche de la détection et de l'analyse de problèmes (« debug » en anglais) dans le domaine de la radiotéléphonie. Selon l'invention, il n'y a en effet pas de supervision en direct, à l'aide d'un appareil spécifique, sur ou par un accès indépendant, de type RS232C ou autre, mais une transmission en différé des informations utiles à l'analyse, préférentiellement à l'aide du protocole utilisé pour les communications elles- mêmes (par exemple GSM, GPRS, 3GPP, ...). Ainsi, selon l'invention, il n'y a pas besoin de moyens spéciaux à proximité du terminal testé. C'est celui-ci qui fait lui-même les opérations, et qui stocke les données nécessaires à l'analyse. Il les transmet ensuite à un serveur distant, qui en effectuera en différé l'analyse, et le cas échéant retournera au terminal les correctifs nécessaires. Il n'y a donc pas de complexité ajoutée au niveau du terminal (sauf à l'exception de moyens logiciels), et il est en revanche possible de mettre en œuvre des moyens d'analyse puissants, à distance. Cette approche est notamment illustrée en figure 1. Le dispositif de supervision 11 envoie au terminal 12 des données 13 de configuration de débogage. Le terminal 12, qui peut être un radiotéléphone, ou des moyens de radiotéléphonie, tels qu'un module, implanté dans tout type de machine, reçoit et traite les données de débogage, qui comprennent notamment une séquence d'opérations à effectuer. Lorsque ces opérations ont été effectuées, le terminal 12 renvoie des données de résultats de débogage 14 vers le dispositif de supervision 11. Ce dernier effectue alors, en différé, les analyses correspondantes. Cette approche permet donc d'effectuer des opérations de débogage à distance, et donc d'analyser les problèmes dans la situation et dans l'environnement dans lesquels le problème apparaît effectivement. Un aspect intéressant de l'invention est que l'on peut utiliser le même canal de communication (sans fil) pour : - configurer le terminal pour les étapes de débogage ; effectuer ces étapes elles-mêmes ; et - renvoyer les résultats vers le superviseur. Un exemple de mise en œuvre est illustré en figure 2. Le traitement commence généralement par l'identification 21 d'un problème dans le terminal. L'information correspondante d'identification d'un problème 22 est transmise vers le superviseur. Cette transmission peut être effectuée en automatique, en utilisant le réseau de radiocommunication, ou être demandée de façon indépendante, par exemple dans le cas d'une communication téléphonique vocale à un opérateur. Dans d'autres cas, cette étape peut être supprimée, le superviseur pouvant décider de lui-même d'effectuer des tests, parce qu'il a lui-même identifié un problème, ou simplement à titre de vérification périodique. En fonction du problème à traiter, le superviseur établit et envoie (23) un scénario de test, ainsi que des paramètres de configuration correspondants. Ces paramètres peuvent notamment comprendre les éléments suivants : - informations pour joindre le superviseur et lui transmettre les données relevées : o piles de protocole http, WSP, propriétaire, ...) et « adresse » (par exemple, numéro de téléphone, URL, adresse IP, ...) ; o liens de transmission préférentiels (data, GPRS, ...) et stratégie d'utilisation (par exemple d'abord GPRS, et sinon SMS) ; o durée du test ou instants de transmission des données de débogage (la durée peut-être par exemple une heure, une journée ou une semaine) ; o paramètres de sécurité (pour éviter des utilisations mal intentionnées) : © codage autorisant le terminal à identifier le superviseur, de façon à obtenir des données contrôlées ; Θ interface utilisateur permettant à l'utilisateur d'accepter ou de refuser une séquence de tests ; o données de gestion de la trace de débogage : ® taille maximale ; ® buffer circulaire ou non ; Θ ... Les données 24 comprennent également un scénario de tests, décrivant l'ensemble des événements et opérations que le terminal doit effectuer, pour produire les données de débogage. Le scénario est avantageusement un automate de test, implanté dans le terminal. II peut notamment définir : des événements qui généreront des opérations telles que : o des événements qui lanceront le processus de test ; o des indications de réseau (enregistrement, niveau, communications entrantes, SMS ou MMS entrants, ...) ; o expiration de temporisation ; o indications relatives aux périphériques (accès USB, niveaux de batterie, charge de batterie, ...) ; o interaction liée à l'utilisateur (selon cet aspect, le terminal peut simuler des actions effectuées par l'utilisateur, telles qu'une frappe au clavier) ; o ... des opérations, telles que : o des appels téléphoniques ; o des envois de SMS ou MMS ; o des accès WAP ; o des enregistrements de réseaux ; o des accès à la carte SIM ; o des accès à l'annuaire du terminal ; o des lancements d'applications de type applet Java ; o ... Ces données 24 sont donc reçues et stockées (25) dans le terminal. Ce dernier, au vu des données reçues, configure (26) le test à effectuer, puis l'exécute et stocke les résultats de tests correspondants (27). La description du scénario se présente avantageusement sous la forme d'un automate, c'est-à-dire une série d'événements ou d'actions et de changements d'état. Un exemple d'automate pouvant être utilisé est décrit dans le document de brevet FR-0307992. Plus généralement, le langage utilisé pour ces scénarios peut être un langage compilé ou interprété, propriétaire ou non. Bien sûr, le terminal doit disposer de zones mémoire dédiées à ces opérations, d'une part pour stocker le scénario de test et les paramètres correspondants, et d'autre part pour stocker les résultats correspondants (traces de débogage) produits par l'exécution des tests. Le terminal doit également disposer, dans son logiciel embarqué, des éléments permettant de mettre en œuvre les différentes opérations liées au débogage. Le terminal effectue donc (27) différentes opérations, simulant le fonctionnement habituel, en fonction des instructions du scénario reçu. Les données correspondantes, telles que définies dans les paramètres de tests, sont stockées en interne. Lorsque le test est terminé (soit parce que la durée fixée est écoulée, soit parce que le scénario défini est arrivé à la fin de celui-ci), l'ensemble des données de tests stockées sont transmises (28) vers le superviseur, qui va pouvoir les analyser (29) de façon différée. En fonction de cette analyse, le superviseur pourra déterminer le problème, et envoyer les données de mise à jour correspondantes (30), soit de façon autonome, soit à partir de données corrigées programmées par un opérateur. Ces données de correction ou de mise à jour sont reçues (31) dans le terminal, qui les stocke aux endroits prévus à cet effet. Ainsi, il est possible d'effectuer aisément et efficacement des opérations de débogage sur un terminal distant, sans qu'il soit nécessaire d'y connecter des appareils de test. Les seuls moyens de communication utilisés sont des moyens de communication radiotéléphoniques classiques, disponibles dans le terminal (GSM, SMS, data, ...). Le terminal effectue lui-même la séquence de test, puis transmet ensuite les résultats en vue de leur analyse. Selon un mode de réalisation particulier, le terminal met en œuvre des commandes http, pour la mise en œuvre du déroulement de l'automate.

Claims

REVENDICATIONS
1. Procédé d' analyse du fonctionnement d'un terminal de radiocommunication selon un protocole de radiocommunication prédéterminé, caractérisé en ce que ledit terminal de radiocommunication transmet des données représentatives d'au moins une opération à analyser vers un dispositif d'analyse distant, via une liaison selon ledit protocole de radiocommunication prédéterminé.
2. Procédé d'analyse selon la revendication 1, caractérisé en ce qu'il comprend une étape d'exécution d'une séquence d'au moins une opération, dans ledit terminal de radiocommunication, et stockage temporaire de données représentatives de la ou desdites opérations, et une étape de transmission différée desdites données représentatives de la ou desdites opérations, vers ledit dispositif d'analyse distant.
3. Procédé d'analyse selon la revendication 2, caractérisé en ce que lesdites étapes d'exécution et de transmission utilisent successivement le même protocole de radiocommunication.
4. Procédé d'analyse selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comprend une étape préalable de réception dans ledit terminal de radiocommunication d'un scénario d'analyse et/ou de paramètres d'analyse.
5. Procédé d'analyse selon la revendication 4, caractérisé en ce que lesdits paramètres comprennent au moins un des éléments suivants : - identification d'au moins un élément logiciel à analyser ; - identification d'au moins une donnée à transmettre ; - identification d'une séquence d'au moins une opération à effectuer ; - indication d'un niveau d'analyse.
6. Procédé d'analyse selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend une étape préalable de réception dans ledit terminal de radiocommunication de données de configuration de la transmission vers ledit dispositif d'analyse distant.
7. Procédé d'analyse selon la revendication 6, caractérisé en ce que lesdites données de configuration comprennent au moins un desdits éléments suivants : - un numéro de téléphone correspondant audit dispositif d'analyse distant ; - des paramètres de configuration de la transmission de données vers ledit dispositif d'analyse distant.
8. Procédé d'analyse selon l'une quelconque des revendications 1 à 7, caractérisé en ce qu'il met en œuvre un cryptage pour la transmission de données vers et/ou depuis ledit terminal de radiocommunication.
9. Procédé d'analyse selon les revendications 4 et 8, caractérisé en ce qu'il utilise une clé de cryptage pour la transmission dudit scénario d'analyse et/ou desdits paramètres d'analyse.
10.. Procédé d'analyse selon l'une quelconque des revendications 3 à 6, caractérisé en ce qu'il comprend une étape subséquente de réception dans ledit terminal de radiocommunication de données de mise à jour, en fonction de l'analyse desdites données.
11. Procédé d'analyse selon l'une quelconque des revendications 4 à 10, caractérisé en ce que la ou lesdites étapes de réception utilisent également ledit protocole de radiocommunication.
12. Procédé d'analyse selon l'une quelconque des revendications 1 à 11, caractérisé en ce que ledit terminal de radiocommunication met en œuvre un automate, piloté par un scénario transmis par ledit dispositif d'analyse distant et/ou stocké dans ledit terminal de radiocommunication.
13. Procédé d'analyse selon la revendication 12, caractérisé en ce que ledit scénario assure la réalisation d'au moins une opération habituellement effectuée par un utilisateur dudit terminal de radiocommunication.
14. Procédé d'analyse selon l'une quelconque des revendications 1 à 13, caractérisé en ce que ledit terminal de radiocommunication met en œuvre des commandes http, utilisées pour piloter des moyens d'analyse.
15. Terminal de radiocommunication caractérisé en ce qu'il comprend des moyens de mise en œuvre du procédé d'analyse selon l'une quelconque des revendications 1 à 14.
16. Dispositif d'analyse distant caractérisé en ce qu'il comprend des moyens de mise en œuvre du procédé d'analyse selon l'une quelconque des revendications l à 12.
PCT/FR2004/002806 2003-10-31 2004-10-29 Procede d’analyse du fonctionnement d’un terminal de radiocommunication, terminal de radiocommunication et dispositif d’analyse correspondants WO2005043946A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP04805358A EP1736020A2 (fr) 2003-10-31 2004-10-29 Procede d'analyse du fonctionnement d'un terminal de radiocommunication, terminal de radiocommunication et dispositif d'analyse correspondants

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0312837A FR2861945B1 (fr) 2003-10-31 2003-10-31 Procede d'analyse du fonctionnement d'un terminal de radiocommunication, terminal de radiocommunication et dispositif d'analyse correspondants
FR0312837 2003-10-31

Publications (3)

Publication Number Publication Date
WO2005043946A2 true WO2005043946A2 (fr) 2005-05-12
WO2005043946A3 WO2005043946A3 (fr) 2005-08-25
WO2005043946B1 WO2005043946B1 (fr) 2005-10-27

Family

ID=34429824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/002806 WO2005043946A2 (fr) 2003-10-31 2004-10-29 Procede d’analyse du fonctionnement d’un terminal de radiocommunication, terminal de radiocommunication et dispositif d’analyse correspondants

Country Status (6)

Country Link
US (1) US20080274699A1 (fr)
EP (1) EP1736020A2 (fr)
CN (1) CN1875649A (fr)
FR (1) FR2861945B1 (fr)
WO (1) WO2005043946A2 (fr)
ZA (1) ZA200602807B (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7949334B2 (en) 2006-07-17 2011-05-24 Rohde & Schwarz Gmbh & Co. Kg Method and system for determining the dependence between device parameters of a mobile telephone and signal parameters

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2905486B1 (fr) * 2006-09-01 2013-01-18 Wavecom Procede de controle a distance d'un terminal de radiocommunication, terminal de radiocommunication, equipement de controle, produit programme d'ordinateur et moyen de stockage correspondants.
US8229344B1 (en) * 2009-08-26 2012-07-24 Bae Systems Information And Electronic Systems Integration Inc. RF communication receiver vulnerability assessment
US9838888B2 (en) * 2015-02-27 2017-12-05 T-Mobile Usa, Inc. Network diagnostic applications
CN106411596A (zh) * 2016-10-13 2017-02-15 合肥拓发信息科技有限公司 一种基于无线局域网的通信设备校验方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6169883B1 (en) * 1996-03-07 2001-01-02 Nokia Telecommunications Oy Remote test of a subscriber connection in a system implementing a wireless subscriber connection
US20020072359A1 (en) * 2000-12-08 2002-06-13 Moles Bryan J. System and method for performing diagnostics on a mobile station using over-the-air transfer of interpreted byte-code program
US6434364B1 (en) * 1998-12-24 2002-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communication system that supports mobile test software agents

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6169883B1 (en) * 1996-03-07 2001-01-02 Nokia Telecommunications Oy Remote test of a subscriber connection in a system implementing a wireless subscriber connection
US6434364B1 (en) * 1998-12-24 2002-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communication system that supports mobile test software agents
US20020072359A1 (en) * 2000-12-08 2002-06-13 Moles Bryan J. System and method for performing diagnostics on a mobile station using over-the-air transfer of interpreted byte-code program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7949334B2 (en) 2006-07-17 2011-05-24 Rohde & Schwarz Gmbh & Co. Kg Method and system for determining the dependence between device parameters of a mobile telephone and signal parameters

Also Published As

Publication number Publication date
WO2005043946B1 (fr) 2005-10-27
EP1736020A2 (fr) 2006-12-27
ZA200602807B (en) 2007-08-29
WO2005043946A3 (fr) 2005-08-25
CN1875649A (zh) 2006-12-06
FR2861945A1 (fr) 2005-05-06
US20080274699A1 (en) 2008-11-06
FR2861945B1 (fr) 2006-03-31

Similar Documents

Publication Publication Date Title
KR101084012B1 (ko) 무선 디바이스의 음성 및/또는 데이터 프로세싱 성능을 결정하는 장치 및 방법
US8737980B2 (en) End to end application automatic testing
US8494452B2 (en) Apparatus and methods for determining network access performance of a wireless device
US20060128373A1 (en) Controlling a test instrument from a wireless device under test
KR20060136437A (ko) 이동 단말기와 관련된 데이터 베이스, 서비스 및 장치들의원격 관리 및 액세스
EP2163114A2 (fr) Interface d'enregistrement d'application utilisée pour un dispositif mobile
KR20070116267A (ko) 무선 디바이스의 배터리 성능을 관리하기 위한 장치 및방법
WO2006099524A1 (fr) Appareils et procedes pour tester l'acceptation de produits sur un dispositif sans fil
CN109274807B (zh) 测试方法、装置及系统
WO2009124955A2 (fr) Systeme et procede de communication distribue et modulaire comprenant au moins un serveur, au moins un terminal distant, et au moins un terminal mobile capable de communiquer avec le terminal distant relie en reseau audit serveur
MXPA04012321A (es) INTERACCION REMOTA CON UNA INTERFASE DE DIAGNOSTICO RESIDENTE EN UN APARATO INALáMBRICO POR UNA RED INALáMBRICA.
EP1310847A1 (fr) Système de téléchargement et de télémaintenance d'une carte électronique
WO2005043946A2 (fr) Procede d’analyse du fonctionnement d’un terminal de radiocommunication, terminal de radiocommunication et dispositif d’analyse correspondants
CN108153677A (zh) 智能终端的测试方法及智能终端
CN111596942A (zh) 一种软件升级强制触发方法、装置及软件升级系统
WO2015092307A1 (fr) Procédé de test et de mise à jour du système d'un terminal par un module d'identité de souscripteur et dispositifs associés
WO2002078375A1 (fr) Module de radiocommunication hebergeant et executant un logiciel client, et procede correspondant de mise en oeuvre d'un logiciel client de pilotage
FR2939532A1 (fr) Procede et dispositif de detection de non regression d'un systeme d'entree/sortie dans un environnement de simulation
FR2868177A1 (fr) Procede et dispositif de supervision de l'usage d'un terminal mobile
EP3130933B1 (fr) Élément sécurisé mémorisant un programme de test, terminal comprenant un tel élément sécurisé, système et procédé associés
WO2008025853A2 (fr) Procédé de contrôle à distance d'un terminal de radiocommunication
CN116125942A (zh) 远程数据采集方法、系统和装置、诊断系统、设备及介质
WO2003103219A1 (fr) Appareil de test d'un reseau local sans fil
WO2004046928A1 (fr) Circuit de surveillance d'un microprocesseur et outil d'analyse et ses entrees/sorties
WO2024121266A1 (fr) Systeme de deploiement et de test d' un composant d' un logiciel sur un ensemble de ressources materielles

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200480031741.0

Country of ref document: CN

AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
B Later publication of amended claims

Effective date: 20050901

WWE Wipo information: entry into national phase

Ref document number: 2004805358

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200602807

Country of ref document: ZA

WWP Wipo information: published in national office

Ref document number: 2004805358

Country of ref document: EP