FR 2887390 A1 20061222 FR 0506123 A 20050616 Procédé et équipement de sélection, depuis un terminal mobile, d'un compte payeur d'un appel téléphonique La présente invention se rapporte au domaine des télécommunications dans un réseau de radiotéléphonie mobile, et concerne plus particulièrement un procédé et un équipement de sélection d'un compte payeur d'un appel téléphonique, permettant un mode de sélection appel par appel du compte à débiter. Les systèmes de facturation actuels de clients utilisés dans des entreprises de conseil ou service reposent sur la déclaration d'un code client o avant la numérotation depuis un téléphone fixe, considéré comme terminal d'un commutateur PABX d'entreprise. Ces systèmes sont inadaptés pour facturer des appels depuis des terminaux mobiles. En matière de facturation des communications passées par un terminal mobile, les solutions actuelles ne perrnettent pas de gérer efficacement différentes sources de paiement. Par exemple, un système de sélection sur le terminal préalablement équipé d'un ogiciel spécifique, pour choisir un payeur des communications, propose seulement une sélection limitée de 2 comptes à charger (au maximum). D'autres solutions existent, en se servant de données de facturation analysées puis ventilées après valorisation des tickets de taxes émis par l'équipement central de commutation pour téléphonie mobile MSC (Mobile Switching Center), selon des critères variés ne permettant pas la plupart du temps de gérer une multitude de compte de payeurs. Toutes ces solutions présentent d'importants inconvénients tels que l'obligation pour l'utilisateur de posséder un terminal spécialisé équipé du logiciel spécifique (incompatibilité de la solution avec l'ensemble des terminaux du parc) et l'impossibilité de gérer des comptes multiples de payeurs pour un numéro d'appel donné. Par ailleurs, les réseaux de radiotéléphonie existants ne disposent pas de fonctionnalité susceptible de gérer facilement la sélection de comptes à débiter. Il existe donc un besoin de fournir un service de facturation permettant de débiter directement un compte de tiers, appel par appel, depuis un terminal mobile ordinaire (par exemple de type GSM) pour éviter aux utilisateurs l'attente d'une facturation qui est la plupart du temps mensuelle. La présente invention a donc pour objet de supprimer un ou plusieurs io des inconvénients de l'art antérieur en définissant un procédé permettant de passer une commande simple pour effectuer une sélection appel par appel du compte payeur à débiter à partir d'un terminal mobile, sans requérir de logiciel spécifique sur ce terminal. La présente invention a également pour objet de proposer un mode is de prise en charge de l'ensemble des appels d'un terminal mobile par un compte payeur, activé par défaut lors d'une ou plusieurs tranches horaires déterminées, cette prise en charge étant désactivée le reste du temps. A cet effet, l'invention concerne un procédé de sélection d'un compte payeur d'un appel téléphonique depuis un terminal mobile en liaison avec un réseau de radiotéléphonie, caractérisé en ce qu'il comporte une étape de saisie par un utilisateur, sur une interface de saisie et d'affichage du terminal mobile, d'une commande unique incluant une requête de facturation par un compte payeur, un identifiant d'un compte payeur et un numéro de destinataire à appeler, le procédé comprenant ensuite: - une étape de validation de la commande et d'envoi depuis le terminal mobile de données notamment représentatives de la requête de facturation et de l'identifiant du compte payeur; - une étape d'interprétation utilisant des moyens de décodage et d'aiguillage reliés au réseau pour interpréter parmi les données envoyées des données représentatives de la requête de facturation, puis aiguiller des données incluant l'identifiant du compte payeur vers un système de facturation de comptes payeurs, un identifiant d'abonné correspondant au terminal mobile étant également transmis par ces moyens au système; - une étape d'identification réalisée par un module de gestion du système pour autoriser une facturation sur un compte payeur, uniquement si l'identifiant de ce compte payeur est reconnu dans une base de données du système stockant des identifiants de comptes payeurs et si le module de gestion détecte des données d'autorisation associées à l'identifiant d'abonné dans la base de données; et - en cas d'autorisation, une étape d'envoi vers le terminal mobile de lo données permettant de déclencher sur ledit réseau un appel de communication vers le numéro de destinataire, ainsi qu'une étape d'envoi vers des moyens de facturation du réseau de données d'identification du compte payeur à débiter. A la différence des commandes classiques d'interrogation adressées is exclusivement vers le réseau, la commande unique utilisée dans le procédé de l'invention permet l'interrogation d'un système de facturation. Le réseau est doté de nouveaux moyens permettant d'interpréter la commande unique, pour à la fois effectuer la sélection du compte payeur et acheminer le numéro d'appel pour déclencher une communication. L'invention ici permet ainsi de remédier efficacement aux inconvénients de l'art antérieur en proposant une reconnaissance de commande dans le réseau de l'opérateur, assurant une compatibilité totale avec le parc de terminaux mobiles existants. Le procédé de sélection d'un compte payeur laisse la possibilité de choisir, pour chaque nouvel appel, le payeur de la communication à émettre, ce dernier ayant préalablement donné son accord. Selon une autre particularité, l'étape de saisie comporte une saisie d'un premier champ de commande de deux caractères alphanumériques précédés de ** et suivis de *, prévu pour déclencher la requête de facturation 3o par un compte payeur. Selon une autre particularité, l'étape de saisie comporte - une saisie d'un premier champ de commande prévu pour déclencher la requête de facturation par un compte payeur; - après la saisie du premier champ, une saisie d'un premier numéro attribué par le système de facturation à un compte payeur; et - après la saisie du premier numéro, une saisie d'un second numéro représentant le numéro de destinataire à appeler. Selon une autre particularité, les informations saisies lors de ladite étape de saisie sont incluses dans une commande de type démarrant par une paire d'étoiles ** et finissant par un dièse #, la commande étant validée o par un appui sur une touche d'envoi de l'interface du terminal mobile. Selon une autre particularité, l'étape d'interprétation utilise au moins une table du réseau pour interpréter le type de commande validée. Selon une autre particularité, l'étape d'identification comprend au préalable une génération par le module de gestion d'une requête ts d'autorisation de facturation incluant l'identifiant du compte payeur et l'identifiant d'abonné. Selon une autre particularité, le procédé comprend une étape de stockage dans la base de données, par le module de gestion du système, de données d'autorisation associées à chaque identifiant d'abonné, les données d'autorisation incluant des paramètres horaires d'autorisation associés à chaque identifiant d'abonné. Selon une autre particularité, une étape de désactivation de la facturation par ledit compte payeur est exécutée en réponse à une saisie et validation d'une commande ##XX#+, où XX représentent deux caractères alphanumériques. Selon une autre particularité, le module de gestion déclenche, en réponse à l'étape d'identification, l'envoi vers le terminal mobile: -soit de données permettant de déclencher se ledit réseau un appel vers le numéro de destinataire, si une facturation sur le compte payeur est 3o autorisée, ces données envoyées au terminal incluant alors un message d'acquittement; - soit de données de refus permettant de déclencher un appel sur le réseau vers le numéro de destinataire, en ignorant la requête de facturation. Selon une autre particularité, l'étape d'envoi de données d'identification du compte payeur à débiter vers les moyens de facturation comporte une étape d'émission par un dispositif MSC, d'un ticket de taxe vers un centre de supervision des équipements, des informations contenues dans les tickets de taxe étant ensuite transmises par ledit centre à un système de discrimination des appels à facturer. L'invention a également pour objet de proposer un équipement de lo sélection d'un compte de payeur pour un appel, permettant un mode de sélection appel par appel du compte à débiter depuis un terminal mobile. A cet effet, l'invention concerne un équipernent de sélection d'un compte payeur à facturer pour un appel téléphonique émis via une commande unique depuis un terminal mobile en liaison avec un réseau de radiotéléphonie vers un numéro de destinataire, caractérisé en ce qu'il comporte: - un système de facturation de comptes payeurs incluant une base de données pour stocker des identifiants de comptes payeurs et un module de gestion pour autoriser une facturation sur un compte payeur référencé dans la base de données et détecter des données d'autorisation associées à un identifiant d'abonné dans la base de données; - des moyens de décodage et d'aiguillage reliés au réseau pour interpréter parmi des données envoyées sur le réseau dans une commande unique depuis un terminal mobile des données représentatives d'une requête de facturation d'un compte payeur, et pour aiguiller ces données de requête ainsi qu'un identifiant d'abonné correspondant au terminal mobile vers le système; le module de gestion étant agencé pour autoriser une facturation de l'appel sur un compte payeur, en réponse à la reconnaissance de l'identifiant correspondant et à la détection de données d'autorisation associées à l'identifiant d'abonné du terminal dans la base de données, le module de gestion étant en outre prévu pour envoyer vers le terminal mobile des données permettant de déclencher sur ledit réseau un appel vers le numéro de destinataire spécifié dans la commande unique, et pour envoyer vers des moyens de facturation du réseau des données d'identification du compte payeur à débiter issues de la base de données. Selon une autre particularité, l'équipement comprend des moyens d'interprétation utilisant au moins une table du réseau pour interpréter un type de commande validé depuis un terminal mobile comme une requête de facturation d'un compte payeur. io Selon une autre particularité, l'équipement comprend des moyens de stocker dans la base de données des données d'autorisation associées à un identifiant d'abonné, les données d'autorisation incluant des paramètres horaires d'autorisation associés à chaque identifiant d'abonné. La présente invention a également pour objet de proposer un terminal is mobile spécialement adapté pour passer très simplement une commande requérant directement auprès du réseau, avant un appel, la facturation par un compte de tiers. A cet effet, l'invention concerne un terminal mobile de radiocommunication pour la mise en oeuvre du procédé selon l'invention, comportant une interface de saisie et d'affichage et des moyens de communication avec un réseau de radiotéléphonie mobile, caractérisé en ce qu'il comporte dans des moyens de mémorisation une interface logicielle de sélection permettant à un utilisateur de sélectionner un compte payeur parmi une pluralité de comptes payeurs affichés dans un menu et un numéro de destinataire à appeler puis de déclencher une commande, l'interface logicielle comprenant des moyens de validation de la sélection agencés pour déclencher l'envoi de la commande depuis le terminal mobile vers un réseau de radiotéléphonie mobile, l'interface logicielle étant agencée pour insérer une requête de facturation par un compte payeur, un identifiant du compte payeur sélectionné et le numéro de destinataire sélectionné dans une commande de type démarrant par une paire d'étoiles ** et finissant par un dièse #. L'invention, avec ses caractéristiques et avantages, ressortira plus clairement à la lecture de la description faite en référence aux dessins annexés donnés à titre d'exemples non limitatifs dans lesquels: -la figure 1 représente de manière schématique un mode de réalisation d'un équipement selon l'invention, grâce auquel un terminal mobile peut sélectionner un compte à débiter; - la figure 2 représente un logigramme des étapes du procédé selon un mode de réalisation de l'invention. Dans ce qui suit, bien que la présente invention décrit plus ro spécifiquement des modes de réalisation utilisant un terminal mobile de communication dans un réseau de radiotéléphonie, l'expression terminal mobile devra être comprise comme désignant tout type d'équipement portatif ou transportable doté de fonctions de communication à distance, quel que soit le mode de transmission des informations entre correspondant 1s (transmission via un réseau filaire, radio, par ondes courtes ou moyennes ou une combinaison de ces modes de transmission). Afin d'émettre un appel payé par un compte payeur (6), par exemple un compte d'entreprise ou tout autre compte de tiers ayant préalablement donné son accord, le possesseur d'un terminal mobile (1) peut, selon l'invention, saisir un préfixe spécifique pour requérir un service de facturation différent de la facturation ordinaire résultant des conditions d'abonnement de l'utilisateur du terminal (1). Le procédé selon l'invention propose un mode de sélection, par exemple appel par appel, du compte à débiter pour l'appel d'un correspondant. Ce compte à débiter peut être choisi au cas par cas. Dans un mode de réalisation de l'invention, le réseau de signalisation propre aux réseaux GSM, ou réseau similaire (CDMA..), peut décoder un tel préfixe indiquant qu'une opération de sélection d'un compte de tiers payeur est à effectuer. En référence à la figure 1, un terminal mobile (1) doté de moyens interface de saisie et d'affichage, connecté au réseau (N), permet la saisie par l'utilisateur d'une commande unique incluant une requête de facturation par un compte payeur (6). La commande spécifie par exemple, après la requête de facturation par un compte payeur, un identifiant d'un tel compte payeur (6) puis le numéro de destinataire à appeler. L'appel du destinataire pourra ainsi être facturé par le compte spécifié, et non de la façon habituelle conforme aux conditions d'abonnement à l'opérateur du réseau de radiotéléphonie. Le s procédé selon l'invention permet de dissocier plusieLrs modes de paiement, en invoquant lors de la saisie du numéro de destinataire le compte (6) qui doit être facturé pour l'appel de ce numéro. La demande d'appel formulée depuis le terminal (1) fait intervenir notamment les stations radio-terrestres de base (BTS), associées to notamment aux dispositifs (20) nécessaires au fonctionnement du réseau de signalisation prenant en charge la discrimination du type de commande demandée par le requérant possesseur du terminal (1), et le réseau (N) de radiotéléphonie en charge de l'acheminement de cette commande et de l'identifiant d'abonné du requérant vers un système (3) de facturation de is comptes payeurs (6). Cet identifiant peut être, de façon classique en soi, le numéro IMSI (International Mobile Subscriber Identity) à 15 chiffres servant à identifier l'abonné d'un terminal mobile (1). Comme illustré à la figure 1, la station radio-terrestre de base (BTS) peut être en liaison avec un équipement (BSC) de commutation d'une cellule (C) à une autre d'un abonné GSM. Le dispositif central de commutation MSC (24) pour téléphonie mobile relie la partie radio du réseau (N) au réseau terrestre, par exemple un réseau utilisant des protocoles de type RTCP (Real-time Transfer Control Protocol). L'équipement prévu selon l'invention pour permettre la sélection du compte payeur (6) à facturer comporte, comme illustré à la figure 1, un système (3) de facturation de comptes payeurs (6) doté d'une base de données (32) pour stocker des identifiants de comptes payeurs (6) et d'un module de gestion (31). Ce module (31) peut consister en une application chargée de la formulation de la requête et de la gestion des codes de retour 3o (autorisation donnée au terminal requérant ou refus) et prévue pour gérer la base de données (32) contenant les numéros de cornptes de tiers ainsi que les identifiants d'abonnés IMSI autorisés à les utiliser. Dans un mode de réalisation préféré de l'invention, le module (31) de gestion est agencé pour accepter ou refuser l'autorisation de facturation sur un compte payeur (6) référencé dans la base de données (32), ce module (31) détectant pour cela des données d'autorisation associées à un identifiant d'abonné dans la base de données (32). Comme illustré à la figure 1, des moyens de clécodage et d'aiguillage (20, 25) reliés au réseau (N) permettent d'interpréter, parmi des données envoyées (Dl) sur le réseau depuis le terminal mobile (1), des données représentatives d'une requête de facturation d'un compte payeur (6). Ils io permettent également d'aiguiller ces données de requête, ainsi qu'un identifiant d'abonné correspondant au terminal mobile (1), vers le système (3) de facturation. Dans un mode de réalisation de l'invention, le possesseur du terminal mobile (1) saisit une commande en numérotant successivement les parties is respectives de la commande, puis valide cette commande en appuyant sur une touche d'envoi d'appel. La saisie comporte une saisie d'un premier champ de commande de deux caractères alphanumériques, par exemple deux numéros, précédés de deux étoiles ** et suivis d'une étoile *. Ce premier champ est prévu pour déclencher la requêle de facturation par le compte payeur (6). Après la saisie du premier champ, l'utilisateur saisit un premier numéro attribué par le système de facturation (3) au compte payeur (6) souhaité. Puis, après la saisie de ce premier numéro, l'utilisateur saisit un second numéro représentant le numéro de destinataire à appeler. La saisie/numérotation est donc effectuée comme indiquée dans l'exemple suivant: **27*PQMCDU*OZABPQMCDU# + envoi de l'appel. Dans cet exemple, la commande **27* représente la demande de facturation d'un tiers, le premier numéro PQMCDU le numéro de compte du payeur à facturer, référencé dans la base de données (32), le signe * représente un séparateur, le dernier numéro représente le numéro à appeler et le dernier signe # clôture la demande. Les informations saisies sont donc incluses dans une commande de type démarrant par une paire d'étoiles ** et Io finissant par un dièse #, la commande étant validée par un appui sur une touche d'envoi de l'interface du terminal mobile (1). Par convention et selon la terminologie de la norme GSM (Global System for Mobile communications), les commandes de type **XX# + envoi sont interprétées par le réseau de signalisation selon une table propre au réseau (N) de l'opérateur, qui indique le type d'opération à effectuer en fonction du code de commande XX qui est inséré. Il s'agit en général d'une commande propre aux données de l'abonnement liées aux services (renvois d'appels, présentation du numéro, ...) accessibles. Le w réseau de signalisation utilise des moyens de transfert pour transmettre ladite commande vers l'enregistreur de localisation nominale (20) également appelé HLR (Home Location Registrer en terminologie anglaise). Les moyens de transfert incluent par exemple au moins un commutateur de routage (25) de type SSP (Service Switching Point) utilisé dans des réseaux téléphoniques intelligents. Ces moyens de transfert comportent aussi un système gestionnaire de l'opérateur du réseau (N) disposant d'informations sur l'accessibilité d'abonnés à des services déterminés. Dans un mode de réalisation de l'invention, des moyens d'interprétation sont prévus dans le système gestionnaire pour utiliser une ou plusieurs tables du réseau pour interpréter un type de commande validé depuis un terminal mobile (1) comme une requête de facturation d'un compte payeur (6). Les moyens de décodage et d'aiguillage (20, 25), constitués notamment des moyens de transfert du réseau de signalisation et de l'enregistreur HLR (20), assurent donc l'interprétation des commandes de type *#XX#+ envoi . Ces commandes permettent d'interroger le système gestionnaire, propre à un opérateur du réseau (N), sur l'état d'activation ou de désactivation du service demandé dans une table de spécification reportant des données de service pour une pluralité d'abonnés. Dans une variante de réalisation de la présente invention, cette terminologie de formulation de commande peut par exemple servir à ce que l'utilisateur puisse connaître le numéro de compte, et éventuellement le libellé du compte, du payeur avant de passer un appel. Pour cela, les moyens de décodage et d'aiguillage (20, 25) interprètent un code déterminé XX comme une requête d'information sur un nurnéro de compte payeur (6) autorisé pour le terminal du requérant, puis acheminent des données représentatives de cette requête d'information vers le système de facturation (3). Le module (31) de gestion fournit l'information demandée en extrayant de la base de données (32) des données d'identification du compte payeur (6) associé à l'identifiant de l'abonné requérant. Les commandes de type ##XX#+ envoi peuvent aussi servir à annuler le service demandé, XX représentant par exemple deux caractères io alphanumériques. Ainsi, l'utilisateur du terminal mobile (1) peut déclencher un retour à l'état initial en désactivant le recours à un compte payeur (6). Le terminal mobile (1) repasse alors à une configuration qui fournit un mode conventionnel de facturation de l'appel à l'appelant. Le module de gestion (31) est agencé pour autoriser ou refuser une is facturation de l'appel sur le compte payeur (6) signalé dans la demande de service. En réponse à la reconnaissance du numéro PQMCDU ou information analogue permettant d'identifier ce compte et à la détection de données d'autorisation associées à l'identifiant d'abonné du terminal (1) dans la base de données (32), l'autorisation est accordée par le module de gestion (31). Ce dernier permet en outre d'envoyer vers le terminal mobile (1) des données d'acceptation pour déclencher sur le réseau (N) un appel vers le numéro de destinataire. Parallèlement, le module de gestion peut aussi envoyer vers des moyens de facturation du réseau (N) des données d'identification du compte payeur (6) à débiter issues de la base de données (32). On comprend donc que, si les éléments d'identification de la commande précédant le numéro de destinataire dans la commande saisie par le requérant, correspondent avec les informations contenues dans la base de données (32) du système de facturation (3) de compte de payeur >o (6), le module de gestion (31) peut remettre au réseau de signalisation un acquittement à destination de l'IMSI du terminal (1). Dans un mode de réalisation de l'invention, cet acquittement déclenche l'autorisation d'émission d'appel vers le numéro demandé. Naturellement, en absence de correspondance des informations ou si l'identifiant d'abonné n'est par reconnu comme un identifiant IMSI autorisé, le module (31) de gestion ne déclenche pas l'envoi vers le terminal mobile (1) de données incluant le message d'acquittement, mais transmet simplement des données de refus. Ces données de refus peuvent permettre de déclencher un appel sur le réseau (N) vers le numéro de destinataire, en ignorant la requête de facturation. Alternativement, un message d'erreur lo peut être retourné au terminal mobile (10) pour signifier le refus et faire échouer l'appel. En cas d'accord donné par le module de gestion (31) lié à la base de données (32), l'autorisation est acheminée par le réseau de signalisation jusqu'au terminal mobile (10) pour permettre le lancement de l'appel sur le 1s réseau (N). Les données de facturation concernant le compte à débiter sont incluses dans le ticket de taxe émis par le dispositif centralisé de la couche fonctionnelle du réseau (N). L'envoi par le module (31) vers les moyens de facturation du réseau des données d'identification du compte payeur (6) à débiter peut ainsi comporter l'émission par le dispositif MSC (24) d'un ticket de taxe vers un centre (4) de supervision des équipements. Ce dernier transfère les informations contenues par les tickets de taxe au système (5) qui est en charge de la discrimination des appels à facturer. Un système (26) d'appel de procédure distante de type RCP peut être utilisé pour initier l'émission du ticket de taxe vers le centre (4) de supervision. Alors que le choix du compte de tiers à charger peut avantageusement être effectué appel par appel dans le mode de réalisation préféré de l'invention, il est possible en variante de déterminer des tranches horaires dans lesquelles un compte payeur (6) est systématiquement utilisé pour chacun des appels facturés. A cet effet, l'équipement de sélection d'un 3o compte payeur (6) à facturer comprend des moyens de stocker dans la base de données (32) des paramètres horaires d'autorisa:ion associés à chaque identifiant d'abonné. Les données d'autorisation incluent donc ces paramètres horaires d'autorisation, pour permettre l'utilisation du compte payeur uniquement pour des appels commencés dans une tranche horaire prévue par les paramètres horaires. On peut ainsi imaginer que les appels du terminal (1) sont pris en charge de 9h à 19h00 par le compte payeur (6) qui pourra être le compte (6) de son employeur et que tous les appels en dehors de ces tranches horaires seront facturés à l'appelant. L'équipement de sélection peut aussi permettre au possesseur du terminal (1) de décider de lancer un appel à caractère personnel sur le réseau alors que les facturations sont normalement prises en charge par un compte payeur (6) d'un tiers pendant cette tranche horaire d'appels. Cet utilisateur peut désactiver pour cet appel, le mode de prise en charge de cette communication par l'employeur. Le passage d'un mode de prise en charge par un tiers (6) à un mode de facturation classique peut s'effectuer par simple commande de type ##XX# + envoi . Ce code est prévu pour annuler un mode de facturation par compte payeur (6) et retourner au mode classique de facturation. Dans une variante de réalisation équivalente, les informations communiquées dans la commande unique peuvent aussi être transmises de façon similaire sous la forme d'au moins deux commandes successives (la seconde commande venant en complément de la première commande). Dans une variante de réalisation, les manipulations nécessaires à l'établissement d'une communication pour compte de tiers (**27* ...) peuvent être effectuées directement à partir d'une interface logicielle à installer sur le mobile ou la carte SIM (Subscriber Identity Module). Cette interface provient par exemple d'un Applet SIMTOOLKIT téléchargée OTA ("Over The Air"). Une telle interface logicielle facilite la saisie de la requête de facturation par un compte de tiers, à l'aide de menus et/ou d'éléments d'affichage (icônes) équivalents permettant une sélection. Elle propose par exemple les 10 derniers comptes de tiers sollicités et/ ou mémorisés. Un libellé pour chacun 3o des comptes (le nom du client pour un cabinet d'avocats par exemple) peut apparaître sur l'écran du terminal mobile (1) et l'utilisateur peut sélectionner le compte correspondant en utilisant les touches de navigation du terminal (1) ou moyen de navigationanalogue. L'interface logicielle fournit ainsi un choix à l'utilisateur qui a la possibilité d'aller chercher le numéro à appeler dans le répertoire SIM ou celui du terminal mobile (1). Les informations à communiquer dans la commande restent naturellement les mêmes: requête de facturation par un compte payeur, le numéro de compte payeur et le numéro de destinataire. Dans un mode de réalisation de l'invention, on comprend que l'utilisateur peut avoir le choix de saisir la commande soit par l'intermédiaire de l'interface, soit en composant directernent la commande **27*PQMCDU*OZABPQMCDU# + envoi de l'appel. Le procédé de sélection selon l'invention va à présent être décrit en liaison avec la figure 2. Le procédé comporte une étape (51) de saisie par l'utilisateur, sur une interface de saisie et d'affichage de son terminal mobile (1), d'une 1s commande unique incluant la requête de facturation par un compte payeur (6), l'identifiant de ce compte payeur (6) et le numéro de destinataire. Dès que l'utilisateur a terminé sa saisie, l'étape (52) de validation et d'envoi de la commande permet de transmettre depuis le terminal mobile (1) des données (Dl) notamment représentatives de la requête de facturation et de l'identifiant du compte payeur (6). Ces données (D1) transmises vers le réseau sont reçues par les moyens de décodage et d'aiguillage (20, 25) pour être analysées lors d'une étape (53) d'interprétation. Des données représentatives de la requête de facturation sont extraites et interprétées à partir des données envoyées (Dl) puis des données (D2) d'extraction incluant l'identifiant du compte payeur (6) sont aiguillées par les moyens de décodage et d'aiguillage (20, 25) vers le système (3) de facturation de comptes payeurs (6). Parmi les données émises depuis le terminal rnobile (1), un identifiant d'abonné de type IMSI ou équivalent est transmis par les moyens (20, 25) de décodage et d'aiguillage au système (3) de facturation. Le module (31) de gestion exécute une étape (55) d'identification pour éventuellement autoriser une facturation sur un compte payeur (6). Ce module vérifie au cours de cette étape (55) si l'identifiant du compte payeur (6) fourni par les données (D2) d'extraction est reconnu dans la base de données (32) du système (3) et détecte des données d'autorisation associées à l'identifiant d'abonné dans cette base de données (32). L'étape (55) d'identification peut comprendre au s préalable une génération par le module (31) de gestion d'une requête d'autorisation de facturation incluant l'identifiant du compte payeur (6) et l'identifiant d'abonné. En cas d'autorisation, le système (3) de facturation initie une étape (56) d'envoi vers le terminal mobile (1) de données permettant de lo déclencher sur ledit réseau un appel vers le numéro de destinataire pour établir une communication, ainsi qu'une étape (57) d'envoi vers des moyens de facturation du réseau de données d'identification du compte payeur (6) à débiter. En cas de refus, une étape (58) d'envoi de données de refus est alors réalisée par le système (3). Ces données de refus sont par exemple 1s utilisées par le terminal pour déclencher un appel sur le réseau vers le numéro de destinataire, en ignorant la requête de facuration. Le module (31) de gestion du système de facturation (3) mémorise dans la base de données (32), lors d'une étape;500) de stockage, les données d'autorisation associées aux identifiants d'abonné. Des mises à jour des informations d'autorisation sont opérées dans la base de données (32) par le module de gestion (31). Un exemple d'application de l'équipement selon l'invention est la possibilité offerte à des sociétés telles que des cabinets d'avocats de facturer leurs clients des communications mobiles passées, alors que le système de facturation actuel des cabinets d'avocats repose sur la déclaration d'un code client avant la numérotation depuis un téléphone fixe, considéré comme terminal d'un commutateur PABX d'entreprise. L'apport de la mobilité tout en permettant de continuer à facturer justement des comptes de tiers est un atout indéniable. On peut envisager également le cas courant des lignes d'entreprises confiées aux salariés, par exemple pour gérer les appels personnels ou passés en dehors des heures de travail (combinaison de la variante horaire et du mode préféré de réalisation appel par appel). Si par ailleurs le salarié est membre d'une association et qu'il souhaite que les appels relatifs à cette activité soient facturés sur le compte de l'association (qui recevra la facture détaillée pour contrôle), cela devient également possible. Avec un seul numéro d'appel, plusieurs payeurs sont possibles. On peut citer également une application avantageuse du procédé selon l'invention; le cas d'un utilisateur d'une formule de type Compte Bloqué Rechargeable ou encore d'un Prépayé qui, par manque de crédit, ne peut plus émettre d'appels, mais dont les appels pourraient alors être pris en charge par un tiers (les parents pour un enfant par exemple). io Un des avantages de l'invention est de proposer un service aisément accessible depuis un terminal mobile via une simple numérotation. Une demande d'autorisation d'utilisation d'un compte payeur peut être formulée par un simple préfixe d'un numéro d'appel, l'autorisation étant automatiquement fournie ou refusée par le réseau en fonction du résultat de is la consultation de la base de données contenant les autorisations de comptes pour le débit demandé. Il doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de l'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes et l'invention ne doit pas être limitée aux détails donnés ci- dessus. REVENDICATIONS 1. Procédé de sélection d'un compte payeur (6) d'un appel téléphonique depuis un terminal mobile (1) en liaison avec un réseau de radiotéléphonie, caractérisé en ce qu'il comporte une étape (51) de saisie par un utilisateur, sur une interface de saisie et i'affichage du terminal mobile (1), d'une commande unique incluant une requête de facturation par un compte payeur (6), un identifiant d'un compte payeur (6) et un numéro de destinataire à appeler, le procédé comprenant ensuite: - une étape (52) de validation de la commande et d'envoi depuis le io terminal mobile (1) de données (Dl) notamment représentatives de la requête de facturation et de l'identifiant du compte payeur (6) ; - une étape (53) d'interprétation utilisant des moyens de décodage et d'aiguillage (20, 25) reliés au réseau (N) pour interpréter parmi les données envoyées (Dl) des données représentatives de la requête de facturation, is puis aiguiller des données (D2) incluant l'identifiant du compte payeur (6) vers un système (3) de facturation de comptes payeurs, un identifiant d'abonné correspondant au terminal mobile (1) étant également transmis par ces moyens (20, 25) au système (3) ; - une étape (55) d'identification réalisée par un module (31) de gestion du système (3) pour autoriser une facturation sur un compte payeur (6), uniquement si l'identifiant de ce compte payeur (6) est reconnu dans une base de données (32) du système (3) stockant des identifiants de comptes payeurs (6) et si le module (31) de gestion détecte des données d'autorisation associées à l'identifiant d'abonné dans la base de données (32) ; et - en cas d'autorisation, une étape (56) d'envoi vers le terminal mobile (1) de données permettant de déclencher sur ledit réseau un appel de communication vers le numéro de destinataire, ainsi qu'une étape (57) d'envoi vers des moyens de facturation du réseau de données d'identification du compte payeur (6) à débiter. 2. Procédé selon la revendication 1, dans lequel l'étape (51) de saisie comporte une saisie d'un premier champ de commande de deux caractères alphanumériques précédés de ** et suivis de *, prévu pour déclencher la requête de facturation par un compte payeur (6). 3. Procédé selon la revendication 1 ou 2, dans lequel l'étape (51) de saisie comporte: une saisie d'un premier champ de commande prévu pour lo déclencher la requête de facturation par un compte payeur (6) ; -après la saisie du premier champ, une saisie d'un premier numéro attribué par le système de facturation (3) à un compte payeur (6) ; et - après la saisie du premier numéro, une saisie d'un second numéro représentant le numéro de destinataire à appeler. 4. Procédé selon une des revendications 1 à 3, dans lequel les informations saisies lors de ladite étape (51) de saisie sont incluses dans une commande de type démarrant par une paire d'étoiles ** et finissant par un dièse #, la commande étant validée par un appui sur une touche d'envoi de l'interface du terminal mobile (1). 5. Procédé selon la revendication 4, dans lequel l'étape (53) d'interprétation utilise au moins une table du réseau pour interpréter le type de commande validée. 6. Procédé selon une des revendications 1 à 5, dans lequel l'étape (55) d'identification comprend au préalable une génération par le module (31) de gestion d'une requête d'autorisation de facturation incluant l'identifiant du compte payeur (6) et l'identifiant d'abonné. 7. Procédé selon une des revendications 1 à 6, comprenant une étape (500) de stockage dans la base de données (32), par le module (31) de gestion du système (3), de données d'autorisation associées à chaque identifiant d'abonné, les données d'autorisation incluant des paramètres horaires d'autorisation associés à chaque identifiant d'abonné. 8. Procédé selon une des revendications 1 à 7, dans lequel une étape de désactivation de la facturation par ledit compte payeur (6) est exécutée en réponse à une saisie et validation d'une commande ##XX#+, où XX représentent deux caractères alphanumériques. 9. Procédé selon une des revendications 1 à e, dans lequel le module (31) de gestion déclenche, en réponse à l'étape (55) d'identification, l'envoi vers le terminal mobile (1) : - soit de données permettant de déclencher sur ledit réseau un appel vers le numéro de destinataire, si une facturation sur le compte payeur (6) est autorisée, ces données envoyées au terminal (1) incluant alors un message d'acquittement; soit de données de refus permettant de déclencher un appel sur le 15 réseau vers le numéro de destinataire, en ignorant la requête de facturation. 10. Procédé selon une des revendications 1 à 9, dans lequel l'étape (57) d'envoi de données d'identification du compte payeur (6) à débiter vers les moyens de facturation comporte une étape d'émission par un dispositif MSC (24) d'un ticket de taxe vers un centre (4) de supervision des équipements, des informations contenues dans les tickets de taxe étant ensuite transmises par ledit centre (4) à un système (5) de discrimination des appels à facturer. 11. Equipement de sélection d'un compte payeur (6) à facturer pour un appel téléphonique émis via une commande unique depuis un terminal mobile (1) en liaison avec un réseau de radiotéléphonie vers un numéro de destinataire, caractérisé en ce qu'il comporte: - un système (3) de facturation de comptes payeurs (6) incluant une base de données (32) pour stocker des identifiants cle comptes payeurs (6) et un module de gestion (31) pour autoriser une facturation sur un compte payeur (6) référencé dans la base de données (32) et détecter des données d'autorisation associées à un identifiant d'abonné dans la base de données (32) ; des moyens de décodage et d'aiguillage (20, 25) reliés au réseau (N) pour interpréter parmi des données envoyées (Dl) sur le réseau dans une commande unique depuis un terminal mobile (1) des données représentatives d'une requête de facturation d'un cornpte payeur (6), et pour aiguiller ces données de requête ainsi qu'ur identifiant d'abonné correspondant au terminal mobile (1) vers le système (3) ; io le module de gestion (31) étant agencé pour autoriser une facturation de l'appel sur un compte payeur (6), en réponse à la reconnaissance de l'identifiant correspondant et à la détection de données d'autorisation associées à l'identifiant d'abonné du terminal (1) dans la base de données (32), le module de gestion (31) étant en outre prévu pour envoyer vers le is terminal mobile (1) des données permettant de déclencher sur ledit réseau un appel vers le numéro de destinataire spécifié dans la commande unique, et pour envoyer vers des moyens de facturation du réseau des données d'identification du compte payeur (6) à débiter issues de la base de données (32). 12. Equipement selon la revendication 11, comprenant des moyens d'interprétation utilisant au moins une table du réseau pour interpréter un type de commande validé depuis un terminal mobile (1) comme une requête de facturation d'un compte payeur (6). 13. Equipement selon la revendication 11 ou 12, comprenant des moyens de stocker dans la base de données (32) des données d'autorisation associées à un identifiant d'abonné, les données d'autorisation incluant des paramètres horaires d'autorisation associés à chaque identifiant d'abonné. 14. Terminal mobile (1) de radiocommunication pour la mise en 3o oeuvre du procédé selon l'une des revendications 1 à 10, comportant une interface de saisie et d'affichage et des moyens de communication avec un réseau de radiotéléphonie mobile, caractérisé en ce qu'il comporte dans des moyens de mémorisation une interface logicielle de sélection permettant à un utilisateur de sélectionner un compte payeur (6) parmi une pluralité de comptes payeurs affichés dans un menu et un numéro de destinataire à appeler puis de déclencher une commande, l'interface logicielle comprenant des moyens de validation de la sélection agencés pour déclencher l'envoi de la commande depuis le terminal mobile (1) vers un réseau de radiotéléphonie mobile, l'interface logicielle étant agencée pour insérer une requête de facturation par un compte payeur (6), un identifiant du compte payeur (6) sélectionné et le numéro de destinataire sélectionné dans une commande de type démarrant par une paire d'étoiles ** et finissant par un dièse #.