FR 2833448 A1 20030613 FR 0115776 A 20011206 caractéristiques. OPTIMISATION DE LA CONSOMMATION D'UNE PUCE AUXILIAIRE MULTIMEDIA DANS UN TERMINAL DE RADIOCOMMUNICATION MOBILE La présente invention se rapporte à un terminal de radiocommunication o la consommation d'une puce auxiliaire multimédia intégrée au terminal est optimisée de sorte à augmenter l'autonomie du terminal en mode veille. L' invention se rapporte donc plus particulièrement au domaine des télécommunications et notamment au domaine des terminaux de radiocommunication de type GSM (acrouyme pour l'expression anglo-saxonne " Global System Mobil ") susceptibles de mettre en oeuvre des fonctions de type multimédia. La figure 1 montre un tel terminal de radiocommunication 10, comprenant essentiellement une antenne de réception 11, un écran 12, typiquement un écran à affichage par cristaux liquides, une touche de navigation 13 et un pavé de touches 14. Le terminal 10 comprend en plus une batterie 15 intégrée et une fiche de connexion 16 pour la connexion de la batterie avec un chargeur de batterie. Enfin, le terminal 10 comprend un circuit imprimé IMP pour accueillir l'ensemble des cTrcuits du terminal de radiocommunication parmi lesquels des puces de microprocesseur de différents types. En effet, dans une architecture classique de terminaux de radiocommunication de type GSM, lécran de type écran à affichage par cristaux liquides est géré par un microprocesseur réalisé sur une puce appelée la puce GSM, qui permet d'afficher à l'écran les barres de champs, l'état de la batterie etc..., et permet éventuellement de faire tourner des jeux. De plus, pour mettre en oeuvre des fonctions de type multimédia par l'intermédiaire de terminaux de radiocommunication GSM, il existe des composants spécifiques appelés puces auxiliaires multimédia MMCC (pour " Multimedia Companion Chip "). De tels composants sont dotés de très fortes capacités de traitement du signal pour permettre la gestion d' applications multimédia de type audio ou vidéo par exemple. Le problème technique qui se pose alors concerne la gestion de l'écran à affichage par cristaux liquides lorsqu'une puce auxiliaire multimédia MMCC est intégrée à une architecture classique de terminaux GSM. En effet, on a alors deux microprocesseurs qui doivent cohabiter pour traiter les informations liées à la gestion de l'écran. Or, les puces auxiliaires nécessitant des performances d'affichage accrues, elles sont directement connectées à un écran et ce sont donc ces composants qui gèrent les accès à l'écran. Ainsi est-il communément admis que la puce auxiliaire multimédia doit piloter le module de commande de l'écran à affichage par cristaux liquides du terminal de radiocommunication GSM. Pour ce faire, de tels composants possèdent donc généralement une RAM interne correspondant à l' image de l'écran et leur permettant de mettre en oeuvre leur traitement d' image. La figure 1 montre une telle architecture o une puce auxiliaire multimédia 1 est connectée à une puce GSM 2 par lintermédiaire d'une liaison série, la puce GSM 2 étant prévue pour gérer les fonctionnalités classiques lises au protocole GSM. Une liaison bus parallèle est prévue pour assurer le transfert d'informations entre la puce auxiliaire multimédia 1 et un module de commande 3 qui gère l'écran à affichage par cristaux liquides du terminal de radiocommunication mobile. On sait que l'économie d'énergie est un enjeu crucial pour les fabricants de terminaux de radiocommunication GSM et cet enJeu se traduit notamment par un souci d'optimiser au mieux l'autonomie en mode veille des terminaux de radiocommunication, le mode veille se caractérisant par une simple écoute du réscau, le terminal n'émettant rien. Cependant, quand le terminal de radiocommunication mobile est en mode veille, l'écran à affichage par cristaux liquides doit être rafraîchi réqulièrement avec des informations concernant notamment l'état du réseau, l'état de la batterie, etc... Or, on a vu que l'intégration d'une puce auxiliaire multimédia dans un terminal de radiocommunication GSM aboutit à l' architecture de la figure 1, o le module de commande de l'écran est piloté par la puce auxiliaire multimédia. Selon la norme GSM, il est stipulé qu'une écoute du réscau doit être réalisoe toutes les 2,5 secondes en moyenne. Ainsi, lorsque le terminal de radiocommunication est en mode veille, la puce GSM a potentiellement des informations à transmettre à la puce auxiliaire multimédia toutes les 2,5 secondes. La puce auxiliaire multimédia doit alors sortir de l'état de veille pour mettre en oeuvre ltopération de rafraîchissement de l'écran à affichage par cristaux liquides. Dans tous les autres cas, des modes de mise hors tension de la puce auxiliaire sont mis en oeuvre. La puce auxiliaire désactive alors toutes ses ressources non nécessaires et reste en mode veille. Néanmoins, comparé à une architecture d'un terminal de radiocommunication mobile classique o la puce GSM pilote directement l'écran à affichage par cristaux liquides par l'intermédiaire de son module de commande, l' architecture illustrée à la figure 1 d'un terminal de radiocommunication mobile " intelligent " o une puce auxiliaire multimédia est intégrce impose donc de mettre sous tension la puce auxiliaire multimédia même quand le terminal est en mode veille pour rafraîchir l'écran à affichage par cristaux liquides. Ainsi, le fait de mettre sous tension la puce auxiliaire multimédia avec ses mémoires pour permettre l'affichage à l'écran d'informations qui concernent l'état du réseau alors que la puce auxiliaire est spécifiquement prévue pour traiter des informations de type multimédia a pour conséquence d' augmenter notablement la consommation d'énergie (notamment à cause des courants de fuite) pendant la durée du mode veille o des opérations de rafraîchissement de l'écran doivent être mises en oeuvre. Une architecture de terminal de radiocommunication mobile telle qu'elle est représentée à la figure 1 o la puce auxiliaire multimédia pilote le module de commande de lécran à affichage par cristaux liquides présente donc de faibles performances en terme de consommation d'énergie en mode veille du terminal. C'est par conséquent un objet de la présente invention de pallier aux inconvénients de l'art antérieur sus-mentionnés en proposant une amélioration à l' architecture décrite à la figure 1, de sorte à fournir un terminal de radiocommuni cat ion type GSM intelligent, c' est à dire intégrant une puce auxiliaire multimédia, doté de performances de consommation d'énergie en mode veille équivalentes à celles d'un terminal de radiocommunication mobile standard. A cet effet, l' invention prévoit d'éviter d'utiliser la puce auxiliaire multimédia lorsque le terminal de radiocommunication est en mode veille. Ainsi, en mode veille o le terminal n'est pas en communication et met simplement en oeuvre une fonction d'écoute du réseau, l' invention prévoit de désactiver la puce auxiliaire multimédia et l'écran à affichage par cristaux liquides est alors rafraîchi directement par l'intermédiaire de la puce GSM. L' invention concerne donc un terminal de radiocommunication comprenant un écran géré par un module de commande et au moins deux types différents de microprocesseur, ledit premier type de microprocesseur améliore les fonctionnalités graphiques dudit terminal et pilote ledit module de commande de l'écran, ledit second tvpe de microprocesseur gère les autres fonctionnalités dudit terminal, lequel terminal est caractérisé en ce que pendant la durée du mode veille, ledit premier type de microprocesseur est désactivé tandis que ledit second type de microprocesseur pilote le module de commande de l'écran. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description qui suit donnée à titre d'exemple illustratif et non limitatif et faite en référence aux figures annexées dans lesquelles: - la figure 1 est un schéma illustrant un terminal de radiocommunication standard et a déjà été décrite; - la figure 2 est un schéma illustrant les inconvénients liés à l'intégration d'une puce auxiliaire multimédia dans une architecture de terminal de radiocommunication standard et a déjà été décrite; - la figure 3 est un schéma illustrant un premier mode de réalisation de l' invention; - la figure 4 est un schéma illustrant un second mode de réalisation de l'invention, et - la figure 5 est un schéma illustrant un troisième mode de réalisation de l' invention. On retrouve aux figures 3, 4 et 5 les mêmes éléments que ceux déjà décrits en référence à la figure 2. Ainsi, la figure 3 montre un premier type de microprocesseur 1 réalisé sur une puce appelée puce auxiliaire multimédia. La puce auxiliaire 1 est dédiée spécifiquement au traitement des fonctionnalités multimédia du terminal dans lequel elle est intogrée, permettant ainsi d'améliorer fortement les fonctionnalités graphiques du terminal. Un deuxTème type de microprocesseur 2 est réalisé sur une autre puce appelée puce GSM. La puce GSM 2 est en effet prévue pour traiter les autres fonctionnalités du terminal de radiocommunication dans lequel elle est intogrée et en particulier les fonctionnalités lices à la gestion du protocole GSM. La figure 3 montre enfin un module de commande 3 de l'écran à affichage par cristaux liquides disposant à la fois d'une interface série 4 et d'une interface parallèle 5. Dans ce premier mode de réalisation de linvention, les deux types de microprocesseur 1 et 2 sont chacun connoctés au module de commande 3 de l'écran à affichage par cristaux liquides. La puce GSM 2 ayant le moins d'informations à transmettre est connectée à l' interface série du module de commande 3 par l'intermédiaire d'une liaison bus série 6, tandis que la puce auxiliaire multimédia 1 est connectée à l' interface parallèle du module de commande 3 par l'intermédiaire dune liaison bus parallèle 7, la puce GSM 2 et la puce auxiliaire multimédia 1 étant également connectées ensemble par l'intermédiaire d'une ligne de transmission de données 8. A un instant donné, on considère qu'il n'y a qu'un seul type de microprocesseur maître du module de commande de l'écran à affichage par cristaux liquides. Dans cette configuration, notamment pour les applications de type multimédia, le module de commande de l'écran à affichage par cristaux liquides est piloté par la puce auxiliaire multimédia 1, la puce GSM étant quant à elle prévue pour gérer les autres fonctionnalités du terminal. Les informations concernant notamment l'affichage des barres de champ, létat de la batterie etc... qui sont classiquement traitées par la puce GSM 2 sont alors transférces vers la puce auxiliaire 1 par l'intermédiaire de la ligne de transmission de données 8 de sorte à ce que la puce auxiliaire 1 commande l'affichage de ces informations à l'écran. Cependant, lorsque le terminal passe en mode veille, c'est à dire qu'il est simplement en écoute du réseau, l'utilisateur ayant décidé d'arrêter les applications multimédia en cours, la puce GSM 2 devient seule maître du module de commande 3 de l'écran par l'intermédiaire le la liaison bus série 6. Ainsi, en mode veille, il n'y a que la puce GSM 2 qui travaille. Auquel cas, un transfert d'informations doit être réalisé avant de désactiver la puce auxiliaire multimédia 1, de la puce auxiliaire 1 vers la puce GSM 2 par l'intermédiaire de la ligne de transmission de données 8, de sorte que la puce GSM réaupère le contexte dans lequel se trouvait l'écran du terminal avant qu'elle ne prenne la main et pilote à son tour le module de commande de l'écran. La puce auxiliaire multimédia ainsi que ses mémoires, peut donc être désactivée en mode veille, autorisant ainsi de meilleures performances en terme d'économie d'énergie. Un mécanisme de désactivation est donc mis en oeuvre pour partager le module de commande de l'écran à affichage par cristaux liquides entre la puce GSM, lorsque le terminal est en mode veille, et la puce auxiliaire multimédia dans tous les autres cas, ce qui permet d' augmenter l'autonomie en veille du terminal ou du moins de la rendre équivalente à celle d'un terminal de radiocommunication standard ne mettant pas en oeuvre de puce auxiliaire multimédia. I1 est à noter que tous les modules de commande d'écran à affichage par cristaux liquides ne possèdent pas deux types d' interface, série et parallèle, comme en référence à la figure 1, mais pour la plupart seulement une interface parallèle. La figure 4 propose alors un mode de réalisation particulier de l' invention susceptible de s' adapter à de tels modules de commande d'écran. Le module de commande 3 de l'écran à affichage par cristaux liquides de la figure 4 possède donc une seule interface parallèle 5, ce qui implique qu'un seul cTrcuit peut lui être connecté. L' architecture de la figure 4 comprend alors en plus un multiplexeur externe 2xl 9 dont les deux entrées sont connoctées respectivement, l'une au premier type de microprocesseur réalisée sur la puce auxiliaire multimédia 1, l'autre au deuxième type de microprocesseur réalisé sur la puce GSM 2, par l'intermédiaire de liaisons de type bus parallèle. La sortie du multiplexeur 9 est quant à elle connectée à l' interface parallèle du module de commande 3 de l'écran à affichage par cristaux liquides par l'intermédiaire d'une liaison de type bus parallèle. Enfin, la puce GSM 2 et la puce auxiliaire 1 sont relices entre elles par la ligne de transmission de donnéss 3. Le rôle du multiplexeur 9 est de gérer une priorité d'accès au module de commande 3 de l'écran entre la puce auxiliaire multimédia l et la puce GSM 2. Le multiplexeur 9 permet de prendre en compte soit le flux de données qui vient de la puce GSM lorsque le terminal est en mode veille, soit le flux de données qui vient de la puce auxiliaire multimédia dans les autres cas. Pour ce faire, le multiplexeur externe 9 est commandée par une commande cCe-veille, laquelle peut par exemple être pilotée par la puce GSM. Ainsi, lorsque le terminal se trouve en mode veille et que lutilisateur décide d'arrêter les applications multimédia en cours, la commande cde-veille est appliquée au multiplexeur 9 par l'intermédiaire de la puce GSM et le flux de donnéss pris en compte pour piloter le module de commande de l'écran est celui issu de la puce GSM 2. La puce GSM 2 pilote alors le module de commande 3 de l'écran tandis que la puce auxiliaire multimédia l est désactivoe, ce qui permet d'optimiser la consommation d'énergie du terminal en mode veille. Préalablement à sa désactivation, la puce auxiliaire l transfère des informations à la puce GSM 2 par l'intermédiaire de la ligne 8 de sorte que la puce GSM 2 récupère le contexte dans lequel se trouvait l'écran avant qu'elle ne prenne la main pour piloter à son tour l'écran. Inversement, lorsque le terminal n'est plus en mode veille ou que l'utilisateur lance des applications multimédia, la commande cde-veille n'est pas appliquce au multiplexcur 9 et le flux de données pris en compte par le multiplexeur sera celui issu de la puce auxiliaire multimédia 1 qui va alors piloter le module de commande 3 de l'écran. Quand la puce auxiliaire 1 est activoe, des donnces sont transmises sur la ligne 8 de la puce GSM 2 vers la puce auxiliaire 1 qui pilote dorénavant l'écran de facon à tenir compte des informations classiquement traitées par la puce GSM concernant les barres de champs, l'état de la batterie etc... Enfin, le mode de réalisation de la figure 5 illustre une variante du mode de réalisation qui vient d'être décrit en référence à la figure 4. Dans cette variante, une évolution de la puce GSM classique est mise en oeuvre dans un souci d'utiliser le minimum de composant. Ainsi, le multiplexeur 9 de la figure 4 est avantageusement intogré à la puce GSM 2, laquelle doit alors comprendre des entrées/sorties supplémentaires. Néanmoins, les connexions entre les différents composants restent identiques par rapport à la figure 4. L'intégration du multiplexeur 9 à la puce GSM 2 ne modifie donc en rien le fonctionnement tel qu'il a été décrit en rétérence à la figure 4 mais permet par contre d'optimiser davantage l' architecture de la figure 4 en terme de coût et de place, en plus de permettre une optimisation de l'autonomie du terminal en mode veille. REVENDICATIONS 1. Terminal de radiocommunication (10) comprenant un écran (12) géré par un module de commande (3) et au moins deux types différents de microprocesseur (1,2), ledit premier type de microprocesseur (1) améliore les fonctionnalités graphiques dudit terminal (10) et pilote ledit module de commande (3) de l'écran (12), ledit second type de microprocesseur (2) gère les autres fonctionnalités dudit terminal (10) caractérisé en ce que pendant le mode veille, ledit premier type de microprocesseur (1) est désactivé tandis que ledit second type de microprocesseur (2) pilote ledit module de commande (3) de l'écran (12). 2. Terminal de radiocommunication (10) selon la revendication 1, caractérisé en ce que le module de commande (3) de l'écran (12) comprend une interface parallèle (5) et une interface série (4), ladite interface parallèle étant connoctée au premier type de microprocesseur (1) par l'intermédiaire d'une liaison bus parallèle (7), ladite interface série (4) étant connectée au deuxième type de microprocesseur (2) par l ' intermédiaire d'une liaison bus série (6), et lesdits premier (1) et deuxième (2) type de microprocesseur étant connoctés ensemble par l'intermédiaire d'une ligne de transmission de données (8). 3. Terminal de radiocommunication (10) selon la revendication 1, caractérisé en ce que le module de commande (3) de l'écran (12) comprend une unique interface parallèle (5), ledit terminal (10) comprenant en plus un multiplexcur externe (9) dont une sortie est connectée par une liaison bus parallèle à ladite s interface parallèle (5) dudit module de commande (3) de lécran (12) et dont une première et une deuxième entrée sont connoctées respectivement au premier (1) et au deuxième (2) type de microprocesseur par l'intermédiaire de liaisons bus parallèle, lesdits premier (1) et deuxTème (2) type de microprocesseur étant connectés l'un à l'autre par l'intermédiaire d'une ligne de transmission de données (8). 4. Terminal de radiocommunication (10) selon la revendication 3, caractérisé en ce que le multiplexeur (9) est intogré à la puce sur laquelle est réalisé le deuxTème type de microprocesseur. 5. Terminal de radiocommunication (10) selon la revendication 3 ou 4, caractérisé en ce que le multiplexeur (9) est commandée par l'application d'une commande (cde-veille) pilotée par le deuxTème type de microprocesseur (2) de façon à permettre audit multiplexeur (9) de gérer une priorité d'accès au module de commande (3) de l'écran entre lesdits premier (1) et deuxième (2) microprocesseurs suivant que ledit terminal (10) est en mode veille ou non. 6. Terminal de radiocommunication (10) selon l'une des revendications précédentes, caractérisé en ce que le premier type de microprocesseur (1) est dédié au traitement des fonctionnalités multimédia dudit terminal (10). 7. Terminal de radiocommunication (10) selon l'une des revendications précédentes, caractérisé en ce due le deuxième type de microprocesseur (2) est dédié au traitement des fonctionnalités liées au protocole