FR 2807605 A1 20011012 FR 0004627 A 20000411 La présente invention est relative à un système de test pour réseau de radiotéléphonie cellulaire et notamment pour réseau GPRS. Les opérateurs télécommunication utilisent classiquement pour tester fonctionnellement réseaux GSM et mettre en oeuvre des mesures de couverture de réseau de qualité de service, des systèmes, également appelés outils de traces, comportant, ainsi que l'illustre la figure 1 - un ou plusieurs terminaux mobiles de test 1, - un terminal 2 qui est un instrument d'interface à partir duquel un utilisateur pilote le test et a acces aux informations dites de traces qui lui sont ;renvoyées par le ou les terminaux mobiles 1. Habituellement, mobile 1 de test est relié au terminal 2 d'interface par une seule liaison 3, à savoir une liaison série de type RS 232, les échanges d'informations entre le mobile 1 et le terminal 2 se faisant sous protocole ASCII. Une telle liaison serie n'est toutefois pas optimale et ne permet pas des débits d'échanges satisfaisants. En particulier, elle permet pas, notamment dans le cas de réseaux GPRS, d'obtenir des informations de traces simultanément à la mise en oeuvre de sessions d'émission/réception sur les terminaux mobiles. Un but de l'invention est de pallier ces problèmes et d'optimiser la gestion de la liaison série de traces. Le système proposé par l'invention est un système de test pour réseau de radio téléphonie cellulaire comportant au moins un terminal mobile de test et un terminal d'interface auquel ce terminal mobile est relié par une liaison série. Le terminal d'interface et le terminal mobile d'un tel système échangent par l'intermédiaire d'un protocole binaire spécifique adapté aux différents échanges de test envisageables. Les trames de ce protocole comportent la succession de blocs suivants - un drapeau de début de trame, - un bloc de champ d'identification, - un bloc de vérification et - un drapeau de fin de trame. Les trames comportent en outre avantageusement un bloc message de longueur variable, ainsi qu'un bloc donnant la longueur de bloc de message qui est disposé après le drapeau de début de trame avant le bloc de message. Le bloc de message peut être au format ASCII. Le système présente notamment avantageusement les différentes caracteristiques suivantes prises seules ou selon toutes leurs combinaisons possibles # le bloc de champ d'identification comporte un sous bloc, dit de champ @` "catégorie", qui indique au terminal mobile si la trame qu'il reçoit en provenance du terminal d'interface correspond à une commande ou à question, - indique au terminal d'interface si la trame qu'il reçoit du terminal mobile correspond à un message de trace ou à une réponse ; # le sous-bloc champ "catégorie" est codé sur deux bits ; # le bloc de champ d'identification comporte un sous bloc, dit de champ "type", qui indique au terminal mobile ou au terminal d'interface si trame qu'il reçoit est relative à une information de trace intercouche, à indicateur de qualité de service, à l'état d'une couche ou à une information de mesure, à une adaptation forcée du comportement du mobile, à une version de matériel/de logiciel ou à un message AT ; # le sous bloc champ "type" est codé sur quatre bits ; # le bloc de champ d'identification comporte également un bloc, dit de champ sous-type, qui est codé sur cinq bits et qui complète l'information du bloc de champ "type" ; # le bloc de champ d'identification est codé sur deux octets. Egalement, le système comporte avantageusement des moyens gestion de sessions d'émission/réception auxquels le terminal mobile relié une deuxième liaison série, cette deuxième liaison série étant dédiée transfert de données de communications, tandis que la première liaison série est dédiée aux échanges de test entre le terminal d'interface et le mobile. Un tel système présente l'avantage de permettre de mettre en oeuvre des échanges de test, simultanément à la réalisation de session d'émission/réception. D'autres caractéristiques et avantages de l'invention ressortiront encore de la description qui suit. Cette description est purement illustrative et non limitative et doit être lue en regard des dessins annexes sur lesquels - la figure 1, déjà analysée, illustre un système de test conforme à mode de réalisation connu pour la téléphonie GSM ; - la figure 2 est une représentation similaire à celle de la figure 1 qui illustre un mode de réalisation possible pour un système de test de réseau GPRS conforme à l'invention ; - la figure 3 st une représentation illustrant le format général d'une trame de signal transmis avec la deuxième liaison série du système de la figure 2 ; - la figure 4 est une représentation schématique du format du champ d'identification de la trame de signal représentée sur la figure 3. Le système représenté sur la figure 2 comporte un mobile 4 de test, qui est relié - par une liaison série principale 5, en l'occurrence de type RS 232, à une unité de gestion 6 et - par une liaison série secondaire 7 à une unité d'interface 8. L'unité 6 gère les sessions d'émission/réception, en l'occurrence GPRS du mobile 4 de test, la liaison série 5 étant dédiée à des transferts de données de communication entre ladite unité 6 et le mobile 4. L'unité d'interface 8 gère la détermination des informations de traces. Bien entendu l'unité d'interface 8 et l'unité de gestion 6 peuvent être confondues, par exemple dans un même terminal de type PC. Le protocole utilisé pour les échanges d'informations entre l'unité 8 et le mobile 4 est quant à lui un protocole binaire spécifique, compatible avec recommandations de la norme GSM. Le format utilisé par ce protocole va maintenant être décrit en référence à la figure 3. Chaque trame échangée comporte successivement - un drapeau 10 de début de trame, - un bloc 11 donnant la longueur du message, - un bloc 12 de champ d'identification, - un bloc 13 de message, - un bloc 14 vérification et - un drapeau de fin de trame. Les drapeaux 10 et 15 de début et de fin de trame sont chacun codés sur un octet. Le bloc de vérification 14 consiste en une somme codée sur un octet, qui correspond à une fonction XOR sur les différents octets de la trame à l'exception des octets correspondant aux drapeaux de début et de fin de trames. Le bloc 11 de longueur de message est codé sur deux octets. Le bloc de champ d'identification 12 est quant à lui codé sur deux octets. II va maintenant être plus particulièrement décrit en référence à la figure 4. Le bloc de champ d'identification se décompose en trois sous-blocs, à savoir un bloc de champ "type", un bloc de champ "catégorie" et un bloc de champ "sous-type". Le bloc de champ "type" et le bloc de champ "catégorie" sont codés dans le même octet, le premier sur quatre bits (bloc 16), le deuxième sur deux bits (bloc 17). sont séparés par deux bits de réserve (bloc 18). Le champ "sous type" quant à lui codé sur cinq bits (bloc 19). II est séparé du champ catégorie par deux bits de réserve (bloc 20). Les différents "types" auxquels les messages correspondant au bloc 13 sont susceptibles d'appartenir sont les suivants : information de trace intercouche, indicateur de qualité de service, état d'une couche et information de mesure, adaptation forcée du comportement du mobile, version de matériel/de logiciel, message AT. Les différentes catégories de messages sont quant à elles les suivantes : commande (de l'unité 8 au mobile 4 de test), question (de l'unité 8 au mobile 4 de test), réponse de configuration (du mobile-4 à l'unité message de traces (du mobile 4 à l'unité 8). Le champ "sous type" donne quant à lui des précisions complètent le champ "type". Par exemple, dans le cas où le message appartient au "information de trace intercouche", le champ sous type peut préciser s'agit d'un message se rapportant à l'inter- couche GSM L3, ou à l'inter couche GPRS RLCIMAC ou encore à l'inter- couche GPRS GMMISM. Dans le cas d'un indicateur de qualité de service, le sous indique de quel indicateur il s'agit : taux d'effacement de trames (FER), taux de retransmission de blocs RLP, taux de retransmission de blocs LLC, taux de retransmission de blocs RLC, débit des données MAC de liaison descendante, débit maximal de données MAC de liaison descendante, nombre de NPDU dans la mémoire SNDCP. Dans le cas d'un message relatif à un état de couche ou à une information de mesure, les sous-types peuvent être les suivants : rapport de la couche 1 information supplémentaire de la couche 1, balayage de couche 1, information MAC, information RLC, information RR, information LLC, information MM, information GMM, information SM, information SNDCP. Dans le cas de messages relatifs à une adaptation forcée, les sous types peuvent être les suivants : adaptation forcée BCCH en mode inoccupé, génération de rapports de mauvaises mesures, modification d'interdiction d'accès aux cellules, suppression d'une perte de trajet, sélection forcée de cellule, ignorer/accepter une re-sélection forcée contrôlée le réseau, adaptation forcée du chiffrement LLC, adaptation forcée de la capacité de nombre de créneaux, adaptation forcée de l'accès de phase, adaptation forcée DRX, adaptation forcée de compression V42BIS, adaptation forcée de compression TCPIIP. Les blocs 13 de message complètent le cas échéant le champ d'identification, notamment dans le cas de trames de réponse. Ils sont de longueurs variables et peuvent, pour certaines trames, pas être nécessaires (cas de trames de questions notamment). Ces blocs de messages peuvent être sous un format binaire spécifique ou sous format ASCI I. REVENDICATIONS 1. Système de test pour réseau de radio télephonie cellulaire, et notamment pour réseau GPRS, comportant au moins terminal mobile de test (4) et un terminal d'interface (8) auquel ce terminal mobile est relié par une liaison série (7), caractérisé en ce que le terminal d'interface (8) et le terminal mobile (4) comportent des moyens pour mettre en oeuvre des echanges de test par l'intermédiaire d'un protocole binaire dont les trames comportent la succession de blocs suivants - un drapeau (10) de début de trame, - un bloc (12) de champ d'identification, - un bloc de vérification (14) et - un drapeau de fin de trame (15). 2. Système selon la revendication 1, caractérisé en ce que les trames comportent un bloc de message (13) de longueur variable, ainsi 'un bloc (11) donnant la longueur de ce bloc de message qui est disposé après le drapeau de début de trame et avant le bloc de message. 3. Système selon la revendication 2, caractérisé en ce que le bloc de message (13) est au format ASCII. 4. Système selon la revendication 3, caractérisé en ce que le bloc de champ d'identification (12) comporte un sous bloc (17), dit de champ catégorie", qui - indique au terminal mobile si la trame qu'il reçoit en provenance du terminal d'interface (8) correspond à une commande ou à une question, - indique au terminal d'interface (8) si latrame qu'il reçoit du terminal mobile correspond à un message de trace ou à une réponse. 5. Système selon la revendication 4, caractérisé en ce que le sous- bloc (17) champ "catégorie" est codé sur deux bits. 6. Système selon l'une des revendications précédentes, caractérisé ce que le bloc (12) de champ d'identification comporte un sous bloc (16), dit de champ "type", qui indique au terminal mobile ou au terminal d'interface (8) si la trame qu'il reçoit est relative à une information de trace intercouche, à un indicateur de qualité de service, à l'état d'une couche ou à une information de mesure, à une adaptation forcée du comportement du mobile, à une version de matériel/de logiciel ou à un message AT. 7. Système selon la revendication 6, caractérisé en ce que le sous bloc champ "type" (16) est codé sur quatre bits. 8. Système selon l'une des revendications 6 ou 7, caractérisé en ce que le bloc de champ d'identification comporte également un bloc 9), dit de champ sous-type, qui est codé sur cinq bits et qui complète l'information du bloc de champ "type". 9. Système selon la revendication 8, caractérisé en ce que le bloc de champ d'identification (12) est codé sur deux octets. Système selon l'une des revendications précédentes, caractérisé en qu'il comporte des moyens (6) de gestion de sessions d'émission/réception auxquels le terminal mobile (4) est relié une deuxième liaison série (5), cette deuxième liaison série (5) étant dédiee au transfert de données de communications, tandis que la première liaison série (7) est dédiée aux échanges de test entre le terminal d'interface (8) et le terminal mobile (4).