Vous êtes sur la page 1sur 24

Chapitre 1 : Les systmes de prpaiement dans les rseaux de

tlcommunications

Introduction ......................................................................................................... 2
1.1. Gnralits sur la facturation prpaye et la facturation
postpaye ........................................................................................................... 2
1.1.1. Scnario dappel postpay............................................................ 2
1.1.2. Scnario dappel prpay ............................................................. 3
1.2. La facturation prpaye dans un rseau tlphonique fixe
filaire ................................................................................................................... 4
1.3. Les services prpays mobiles .......................................................... 7
1.3.1. L'approche Wireless Intelligent Network ........................ 8
1.3.1.1. Emission dun appel avec lapproche WIN....................... 8
1.3.1.2. Rception dun appel avec lapproche WIN................... 10
1.3.1.3. Recharge dun compte prpay dans lapproche WIN
........................................................................................................................... 11
1.3.2. L'approche Service Node ...................................................... 13
1.3.3. L'approche Hot Billing .......................................................... 15
1.3.3.1. Initialisation du service prpay et mission dun
appel dans lapproche Hot Billing ............................................... 16
1.3.3.2. Consultation du solde et recharge dun compte dans
lapproche Hot Billing ...................................................................... 18
1.3.4. L'approche Handset-Based .................................................. 19
1.3.4.1. Contraintes lies la carte SIM ......................................... 19
1.3.4.2. Emission dun appel prpay dans lapproche
Handset-Based ..................................................................................... 21
1.3.4.3. Recharge dun compte prpay dans lapproche
Handset-Based ..................................................................................... 23
Conclusion .......................................................................................................... 24

Page 1

Introduction
Dans ce chapitre, nous tudierons de faon gnrale les diffrents
systmes de facturation prpaye utiliss dans les rseaux de
tlcommunications. Nous prsenterons galement leurs principes de
fonctionnement et soulignerons leurs faiblesses et forces.

1.1. Gnralits sur la facturation prpaye et la facturation


postpaye
La plupart des oprateurs de tlcommunications offrent deux options
leurs clients pour le paiement des services fournis : loption prpaye et
loption postpaye. Un client qui souscrit loption prpaye est qualifi
de client prpay alors quun client qui souscrit loption postpaye est
qualifi de client postpay.
Il existe plusieurs diffrences entre ces deux types de clients parmi
lesquelles nous pouvons citer :
Le paiement des services : cest le facteur le plus important qui
diffrencie les deux types de clients. Les clients prpays paient
pour les services offerts lavance, avant mme dutiliser ces
services. A loppos, les clients postpays utilisent dabord les
services offerts par les oprateurs durant une certaine priode
(gnralement un mois). Cest la fin de cette priode que ces
clients reoivent une facture, correspondant leur utilisation,
payer dans un dlai donn.
La facturation des services : Pour les clients prpays, le service
doit tre factur en temps rel pour toute utilisation du service
alors que la facturation des clients postpays nimpose pas des
contraintes de temps rel. Ils peuvent tre facturs la fin du mois.
Ci-dessous, nous pouvons voir deux scnarios dappel tlphonique : celui
dun client postpay et celui dun client prpay.
1.1.1. Scnario dappel postpay
Les lments du rseau (tels que les commutateurs) produisent des
comptes rendus dutilisation (UDR : Usage Detail Record) ou des comptes

Page 2

rendus dappels (CDR : Call Detail Record), qui contiennent les


informations ncessaires au systme pour facturer le client :
Le numro de lappelant
Le numro recevant lappel
La date et lheure du dbut de lappel
La dure de lappel
Le type dappel : MOC (Mobile Originating Call) pour indiquer que
cest lappelant qui sera factur pour lappel et MTC (Mobile
Terminating Call) pour indiquer que cest le numro recevant lappel
qui sera factur.
Le CDR / UDR est ensuite envoy au systme de facturation postpaye
(Billing System) qui le convertit dans un format comprhensible. Le CDR /
UDR converti est ensuite associ au compte du client qui doit tre factur
et le tarif souscrit par ce client est appliqu lappel ou au service.
Les CDRs / UDRs auxquels les tarifs ont t appliqus sont ensuite
stocks dans une base de donnes puis la date de fin du cycle de
facturation (fin du mois), une facture finale est produite, tenant compte
des paiements, des taxes, des remises, puis elle est envoye au client.
Le client paie ensuite la facture et le systme de facturation postpaye
(billing system) est mis jour avec les dtails de paiement. La figure
suivante rsume le scnario de facturation postpaye.

Figure 1.1 : Scnario de facturation postpaye


1.1.2. Scnario dappel prpay
Les tapes dun scenario dappel prpay sont les suivantes:
Page 3

Lorsquun client effectue un appel, la passerelle de commutation


prpaye rcupre le numro de tlphone de lappelant et envoie les
donnes de son compte au systme de facturation en temps rel.
Le systme de facturation en temps rel utilise ces informations
pour authentifier lutilisateur, calculer le crdit restant dans son
solde en utilisant la table des tarifs et pour calculer galement la
dure maximale dappel allouable au client. Cette dernire donne
est envoye la passerelle prpaye.
La passerelle tablit lappel.
Durant lappel, la passerelle contrle lappel de telle sorte que
lutilisateur nexcde pas la dure maximale dappel allouable.
A la fin de lappel, la passerelle envoie la dure relle de lappel au
systme de facturation prpaye, qui ensuite calcule le cot rel de
lappel et met jour le solde du compte du client.
La figure suivante illustre le scnario de facturation prpaye :

Figure 1.2: Scnario de facturation prpaye

1.2. La facturation prpaye dans un rseau tlphonique fixe


filaire

Page 4

Dans un rseau tlphonique commut public (RTCP), les appels prpays


sont facturs suivant le schma de la figure 1.3 daprs les tapes ciaprs :
Lorsquun abonn prpay effectue un appel, cet appel arrive au
niveau de son commutateur local.
Le commutateur local examine le numro de labonn et remarque
que lappel a t effectu par un client prpay. Il ne peut donc pas
tablir directement lappel comme il laurait fait pour un client
postpay.
Le commutateur local communique ensuite avec la plateforme
prpaye. Il lui envoie un message contenant le numro de
lmetteur et du destinataire de lappel.
Ce message est reu par un composant de la plateforme prpaye
appel point de contrle de service (SCP : Service Control Point).
Le SCP est un module logiciel qui reoit et comprend les messages
envoys par le commutateur local.
A la rception du message provenant du commutateur local, le SCP
communique avec un moteur de tarification (Rating Engine), qui est
le second composant de la plateforme prpaye. Le moteur de
tarification est le cur de la plateforme prpaye. Etant donn que
les plans tarifaires deviennent de plus en plus complexes et que
plusieurs services ont besoin dtre facturs, le moteur de
tarification doit avoir assez de flexibilit et de fonctionnalits pour
rpondre aux exigences des oprateurs.
Le moteur de tarification dispose dune base de donnes contenant le
solde actuel de tous les clients prpays.
Il examine le numro de lmetteur et questionne sa base de donnes
pour connatre son solde actuel.
Si lmetteur a un solde nul ou insuffisant, le moteur de tarification
en informe le SCP. Le SCP, son tour, envoie un message au
commutateur local pour linformer que lmetteur na pas
suffisamment de crdit dans son solde. Le commutateur local rejette
lappel.
Si le moteur de tarification trouve suffisamment de crdit dans le
solde de lmetteur, il en rserve une certaine quantit compte tenu

Page 5

du plan tarifaire de celui-ci. Ensuite, il informe le commutateur local


via le SCP que lappel peut tre tabli.
Lappel est donc connect au destinataire dont le tlphone se met
sonner.
Si lappel est interrompu pour quelque raison que ce soit (lmetteur
a coup lappel, le destinataire ne dcroche pas ou a rejet lappel),
alors le commutateur local envoie un message au SCP pour
linformer que lappel na pas abouti.
Notons que la rservation dunits nquivaut pas une dduction
relle du solde du client. La dduction nest effectue que si lappel
russit. La rservation se fait de faon priodique, en fonction du
tarif souscrit, lorsque le destinataire dcroche lappel. Si toute la
quantit de crdit rserve nest pas utilise, elle est restitue dans
le solde du client.
Lorsque la dure de lappel est presque gale la dure
correspondant la quantit de crdit rserve, le commutateur local
envoie une autre requte pour rserver davantage dunits.
Lorsque labonn na plus suffisamment de crdit dans son solde, la
requte de rservation choue. La plateforme prpaye informe le
commutateur local que la limite de crdit est atteinte et celui-ci met
immdiatement fin lappel.

Figure 1.3: Facturation prpaye dans un rseau tlphonique fixe filaire

Page 6

Note :
Le commutateur local et la plateforme prpaye dialoguent laide du
protocole INAP (Intelligent Network Application Part). Le protocole INAP
reprsente la plus haute couche de la pile de protocoles SS7 (Signaling
System No.7) utilise pour la signalisation en tlphonie. Les autres
couches de la pile sont : MTP1 (Message Transfert Part 1), MTP2
(Message Transfert Part 2), MTP3 (Message Transfert Part 3), SCCP
(Signalling Connection Control Part) and TCAP (Transaction Capability
Application Part).
Le point de gestion de service (SMP) permet denregistrer tous les
clients prpays ainsi que leurs soldes initiaux dans le systme. Le
SMP dispose de terminaux permettant aux oprateurs deffectuer
cette tche au moyen dun ensemble de commandes appel CLI
(Command Line Interface). Le SMP est galement utilis pour
supprimer les clients ayant rsili au service prpay
Le systme de gestion de cartes (Voucher Management System)
permet aux abonns prpays de recharger leurs comptes laide de
cartes de recharge.
1.3. Les services prpays mobiles
Nous utiliserons le GSM (Global System for Mobile communications)
comme exemple pour illustrer le fonctionnement des services prpays
mobiles et leur facturation.
Pour accder un service prpay du GSM, le client doit disposer dun
crdit prpay qui est soit cod dans la carte SIM (Subscriber Identity
Module) ou gard dans le rseau. Chaque fois quun client met un appel
prpay, le cot de la communication est dcrment du crdit prpay.
L'tat du solde peut tre obtenu depuis la carte SIM ou le rseau.
Si le solde est puis, le client ne peut plus mettre des appels mais il est
autoris en recevoir pendant une certaine priode.
Pour rutiliser le service prpay, le solde doit tre recharg laide dune
carte de recharge. Le client compose un numro gratuit et suit les
instructions dune RVI (Rponse Vocale Interactive) afin dentrer le
MSISDN (Mobile Station Integrated Services Digital Network), cest-dire le numro de tlphone GSM, et le code secret (contenu sur la carte

Page 7

de recharge). Le systme vrifie et rafrachit le compte du client si le code


est valide.
Si le solde prpay du client nest pas puis jusqu la fin de sa priode
de validit, il est automatiquement remis zro. Aprs une certaine
priode, le crdit prpay non utilis est considr comme abandonn et
devient la proprit de loprateur.
Il existe quatre solutions ou approches permettant dimplmenter les
services mobiles prpays. Ces solutions seront tudies dans la suite du
chapitre.

1.3.1. L'approche Wireless Intelligent Network


Lapproche WIN (Wireless Intelligent Network) est considre comme
une solution complte pour les services prpays mobiles. Dans cette
approche, un point de contrle de service prpay (P-SCP : Prepaid
Service Control Point) communique avec le MSC (Mobile Switching
Center) travers un rseau de signalisation SS7 (Signaling System No.7).
On dfinit dans le rseau ce que lon appelle des dclencheurs WIN .
Les dclencheurs WIN sont des messages gnrs et envoys au MSC
lors de ltablissement dun appel prpay et pendant toute sa dure. Les
dclencheurs WIN instruisent le P-SCP sur la faon dont il doit traiter
cet appel grce des applications prpayes. Toutes les informations
relatives la facturation dun client prpay sont stockes dans le P-SCP.
Pour prendre en compte le trafic de la signalisation gnre par la mise en
uvre du mcanisme prpay WIN, le rseau mobile aura besoin de
liaisons SS7 supplmentaires.
1.3.1.1. Emission dun appel avec lapproche WIN
La figure 1.4 illustre lmission dun appel dans le cas de lapproche WIN
avec les tapes ci-aprs :
Etape 1 : Le client prpay initie lappel en composant le numro de
tlphone du destinataire.
Etape 2 : Le MSC reoit le dclencheur WIN correspondant
ltablissement dun appel. Le processus dtablissement dappel est
suspendu et un message de demande dappel prpay est envoy au

Page 8

P-SCP. Ce message contient le MSISDN, lemplacement du


tlphone portable (MS : Mobile Station) et le numro de tlphone
du destinataire. Le P-SCP dtermine si le client peut effectuer
lappel en questionnant sa base de donnes. Sur la base du seuil des
diffrents paramtres de traitement dappel dfinis dans le systme
de facturation prpaye, le P-SCP peut refuser ou accepter lappel.
Supposons que lappel est accept.
Etape 3 : Le P-SCP charge le MSC dtablir une liaison voix ISDN
(Integrated Services Digital Network) avec le priphrique
intelligent (IP : Intelligent Peripheral). Le priphrique intelligent
est un nud contenant les fonctions et ressources, telles que les
annonces
vocales
ou
les
capacits
DTMF
(Dual-Tone
Multifrequency), ncessaires pour changer des informations avec
un utilisateur final. Le DTMF (multifrquence double tonalit)
permet de rcuprer les chiffres entrs par lutilisateur.
Etape 4 : Le P-SCP charge le priphrique intelligent de fournir au
client prpay des notifications relatives ltat de son compte,
telles que le solde du compte et le tarif de facturation de lappel
effectuer.
Etape 5 : Le P-SCP demande au MSC de poursuivre la procdure
dtablissement de lappel et lappel est finalement tabli. Le P-SCP
lance un compte rebours. La quantit de crdit dduite (du solde
de lutilisateur) est calcule sur la base du plan tarifaire, de la
destination et des dpendances horaires dfinies par loprateur.
Etape 6 : Lappel se termine lorsque le solde est puis ou lorsque
lune des deux parties (metteur et destinataire) y met fin. Si le
compte rebours prend fin avant que le client ne mette fin lappel,
le P-SCP demande au MSC de mettre fin lappel.
Etape 7 : Lorsque lappel est termin, le MSC reoit le dclencheur
WIN correspondant la fin de lappel, qui envoie un message de
dconnexion au P-SCP indiquant le moment o lappel a pris fin.
Etape 8 : Le P-SCP applique le tarif lappel qui vient dtre
effectu et met jour le solde du client prpay en consquence.
Ensuite, il envoie le solde actuel et le cot de lappel au MSC qui met
totalement fin lappel.

Page 9

Figure 1.4 : Emission dun appel avec lapproche WIN


Le SSP dsigne le commutateur tlphonique utilis dans le rseau
tlphonique commut; les pointills reprsentent des messages de
signalisation et les traits pleins sont des liaisons vocales.

1.3.1.2. Rception dun appel avec lapproche WIN


Certains oprateurs de rseaux mobiles facturent leurs abonns pour les
appels reus par ceux-ci. Dans ce cas, la procdure de rception dappel
(illustre par la figure 1.5) est la suivante :
Etape 1 : La partie appelante (metteur) compose le MSISDN du
client prpay
Etape 2 : Lappel est achemin vers la passerelle MSC (GMSC :
Gateway MSC) qui gre le MSISDN du client prpay
Etape 3 : Le GMSC reoit un dclencheur WIN correspondant
ltablissement de lappel. Le processus dtablissement de lappel
est suspendu et un message de demande dappel prpay est envoy
au P-SCP. Le message contient le MSISDN du client prpay et
dautres informations ncessaires.

Page 10

Etape 4 : Le P-SCP dtermine si le client prpay est ligible


recevoir lappel en vrifiant le solde de son compte. Supposons que
lappel est accept. Le P-SCP demande au MSC de poursuivre la
procdure dtablissement de lappel
Etape 5 : Lappel est tabli et le P-SCP contrle le solde du client
prpay conformment la description faite ltape 5 du
paragraphe prcdent (mission dun appel avec lapproche WIN)
La procdure utilise pour mettre fin un appel reu dans lapproche
WIN est exactement la mme que celle utilise pour mettre fin un
appel mis.

Figure 1.5 : Rception dun appel avec lapproche WIN


Le SSP dsigne le commutateur tlphonique utilis dans le rseau
tlphonique commut; les pointills reprsentent des messages de
signalisation et les traits pleins sont des liaisons vocales.

1.3.1.3. Recharge dun compte prpay dans lapproche WIN


La procdure de recharge prpaye dans lapproche WIN est illustre par
la figure 1.6 et se fait suivant les tapes ci-aprs :

Page 11

Etape 1 : Un client prpay initie la procdure de recharge en


composant un numro spcial destin cette fin.
Etape 2 : Le MSC reoit le dclencheur WIN et une requte est
envoye au P-SCP. Cette requte contient le MSISDN du client
prpay ainsi que dautres informations ncessaires.
Etape 3 : Le P-SCP charge le MSC dtablir un canal vocal avec le
priphrique intelligent (IP)
Etape 4 : Le P-SCP interagit avec le priphrique intelligent pour
jouer une annonce vocale et demander au client prpay dentrer
un code PIN et les informations ncessaires la recharge.
Ensuite, le P-SCP vrifie la validit de la carte de recharge.
Etape 5 : Aprs la mise jour du crdit, le P-SCP demande au
priphrique intelligent de jouer une nouvelle annonce vocale
indiquant le solde du compte du client. Ensuite il charge le MSC
de dconnecter le priphrique intelligent et de mettre fin
lappel et la procdure de recharge.

Figure 1.6 : Recharge prpaye dans lapproche WIN

Page 12

Les pointills reprsentent des messages de signalisation et les traits


pleins sont des liaisons vocales.

1.3.2. L'approche Service Node


Cette approche est la solution la plus largement dploye pour les services
prpays.
Comme le montre la figure 1.7, un nud de service (service node) est
gnralement situ dans le mme local quun MSC et est reli celui-ci
laide de liaisons E1/T1 (liaisons normalises de 2 Mbits/s et 1,544
Mbits/s) assignes un groupe particulier de numros prpays. Pour que
la procdure dtablissement dappel soit plus efficiente, des liaisons
haut dbit doivent tre utilises pour raliser cette connexion.
Un nud de service peut tre implment en utilisant la technique dite
CTI : Computer Telephony Integration ou celle dite PC-controlled
PBX : PC-controlled Private Branch Exchange.
Lide derrire la technique dite CTI consiste utiliser lintelligence
contenue dans les ordinateurs pour grer les appels tlphoniques. Grce
aux APIs (Application Programming Interfaces) tels que TAPI (Telephony
API) et TSAPI (Telephone Services API), des applications prpayes
peuvent tre dployes pour les petites installations de nud de service
(plusieurs centaines de lignes tlphoniques).
Dans la technique dite PC-controlled PBX , le logiciel (gnralement
crit en langage haut niveau comme le C++) dans la couche de contrle
dappel peut tre modifi pour implmenter diffrentes applications de
tlcommunications.
La technique PC-controlled PBX offre des solutions plus rentables (en
termes de capacit de lignes tlphoniques) que la technique CTI .
En revanche, une plateforme implmente avec la technique CTI prend
en charge beaucoup dAPIs, ce qui permet un dploiement plus rapide que
dans le cas du PC- controlled PBX .
Lmission dun appel prpay avec lapproche Service Node , illustre
par la figure 1.7 se fait suivant les tapes ci-aprs :
Etape 1 : Le client prpay initie lappel en composant le numro de
tlphone du destinataire.

Page 13

Etape 2 : Le MSC identifie lappelant comme tant un client


prpay. Il tablit ensuite une liaison avec le nud de service
Etape 3 : Le nud de service autorise la requte dappel en
consultant la plateforme de facturation prpaye (PBP : Prepaid
Billing Platform). Le solde de labonn ainsi que les diffrents plans
tarifaires sont contenus dans la plateforme de facturation prpaye.
Etape 4 : Si la requte dappel est accepte, le nud de service
tablit une liaison de retour vers le MSC qui se charge de connecter
le destinataire. Le nud de service commence dcrmenter le
crdit.

Figure 1.7 : Emission dun appel avec lapproche Service Node


Le SSP dsigne le commutateur tlphonique utilis dans le rseau
tlphonique commut.

Page 14

1.3.3. L'approche Hot Billing


Le Hot Billing utilise les comptes rendus dappels (CDR : Call Detail
Record) pour traiter les services prpays. Un CDR prpay est cr
lintrieur du MSC. Les informations contenues dans un CDR
comprennent le type de service, la date dutilisation du service,
lidentification de lutilisateur, la destination de lappel, et les donnes
lies la localisation. Ces comptes rendus dappels sont gnrs la fin
des appels et transports du MSC vers le centre de service prpay. Le
solde du compte du client est dcrment en fonction des CDRs reus.
Lorsque le client utilise tout le crdit prpay, le HLR et lAuC
(Authentication Center) reoivent des notifications leur indiquant
dempcher dautres accs au service, et le centre de service prpay
demande au rseau de router la prochaine tentative dappel prpay vers
une RVI (Rponse Vocale Interactive) indiquant que le solde du compte a
t puis. La RVI peut galement communiquer avec le client pour lui
permettre de rapprovisionner son solde en crdit prpay laide dune
carte de recharge.
La figure 1.8 illustre les interfaces qui pourraient tre utilises dans une
architecture hot billing . Dans cette architecture, les CDRs sont
envoys du MSC vers le centre de service prpay grce des protocoles
tels que CMISE (Common Management Information Service Element).
Le mme protocole peut tre utilis pour la communication entre le centre
de service prpay (PSC : Prepaid Service Center) et le HLR. Le HLR
communique avec le MSC en utilisant le protocole GSM MAP (Mobile
Application Part). La RVI (IVR : Interactive Voice Response) gnre des
messages automatiques qui permettent aux comptes des clients de
recevoir des requtes et dtre rechargs. Les liaisons vocales entre la RVI
et le MSC sont tablies par des messages SS7 ISDN User Part (ISUP).
Lapproche Hot Billing dpend des collecteurs/routeurs de donnes en
temps rel qui transportent les CDRs depuis le MSC vers le centre de
service prpay (PSC). Les donnes du HLR et de lAuC doivent tre
rgulirement mises jour pour permettre ou empcher les accs aux
clients prpays.

Page 15

Figure 1.8 : Architecture et interfaces de lapproche Hot Billing

1.3.3.1. Initialisation du service prpay et mission dun appel


dans lapproche Hot Billing
Cette section dcrit linitialisation du service prpay et lmission dun
appel dans lapproche Hot Billing . Il est souligner que dautres
approches de services prpays utilisent la mme procdure
dinitialisation de service dcrite travers les tapes ci-aprs :
Etape 1 : Le client souscrit au centre de service prpay, en se
rapprochant dun point de vente ou en appelant le centre de service
client.
Etape 2 : Le centre de service prpay cre les donnes de labonn
savoir : lIMSI (International Mobile Subscriber Identity), le
MSISDN, le compte crdit, la priode de validit, le modle
tarifaire et dautres informations lies lauthentification du client.
LIMSI est un numro unique non connu du client, stock dans sa
carte SIM et permettant au rseau mobile GSM de lidentifier.
Etape 3 : Le centre de service prpay active le service prpay en
envoyant les donnes du client au HLR qui se charge de les
enregistrer. Pour supprimer un client du service prpay, le centre

Page 16

de service prpay envoie simplement une requte au HLR lui


demandant deffacer les donnes du client.
La procdure dmission dun appel prpay dans lapproche Hot
Billing est illustre la figure 1.9 et suit les tapes ci-aprs :
Etape 1 : Lorsquun client prpay met un appel, son IMSI est
envoy au MSC
Etape 2 : Sur la base de lIMSI, le MSC demande au HLR de vrifier
si le service demand est un service valide pour cet abonn.
Etape 3 : Si la vrification est russie, le HLR charge les donnes du
client auxquelles il associe une tiquette prpaye et les envoie au
MSC. Lappel est ensuite tabli.
Etape 4 : A la fin de lappel, un CDR est immdiatement cr et
envoy au centre de service prpay
Etape 5 : Le centre de service prpay (PSC) dcrmente le crdit
prpay grce au compte rendu dappel reu. Si le solde est ngatif,
il demande au HLR de suspendre le service prpay.

Figure 1.9 : Emission dun appel prpay dans lapproche Hot Billing
Le SSP dsigne le commutateur tlphonique utilis dans le rseau
tlphonique commut; les pointills reprsentent des messages de
signalisation et les traits pleins sont des liaisons vocales.

Page 17

1.3.3.2. Consultation du solde et recharge dun compte dans


lapproche Hot Billing
Un client peut mettre une requte pour consulter son solde actuel
travers les tapes suivantes (figure 1.10) :
Etape 1 : Le client compose un numro gratuit ddi la requte et
lance lappel.
Etape 2 : Le MSC envoie la requte ainsi que le MSISDN du client
la RVI et tablit une liaison vocale vers celle-ci.
Etapes 3 et 4 : La RVI rcupre les informations relatives au solde
au niveau du centre de service prpay.
Etapes 5 et 6 : La RVI joue une annonce vocale pour rpondre la
requte du client.

Figure 1.10 : Consultation du solde dun compte prpay dans lapproche


Hot Billing
Les pointills reprsentent des messages de signalisation et les traits
pleins sont des liaisons vocales.
Lorsque le crdit prpay a t dcrment en dessous dun seuil donn, le
centre de service prpay appelle automatiquement le client et lui joue un
message vocal davertissement afin de lui rappeler quil doit recharger son

Page 18

solde. Le client peut recharger son solde laide dune carte de recharge
en suivant une procdure similaire celle de consultation du solde,
dcrite ci-dessus.
Si le crdit prpay est puis durant un appel tlphonique, le crdit
devient ngatif la fin de lappel. Le crdit ngatif est un risque potentiel
de crance non recouvrable pour loprateur. Si le client ne recharge pas
son solde, ce crdit ngatif devient rellement une crance non recouvre
par le fournisseur de services. Cela constitue un problme majeur de
lapproche Hot Billing . Un client pourrait bien mettre un appel,
sachant quil na plus assez de crdit, et rester connect jusqu ce que son
solde devienne ngatif. Cet tat de choses est d au fait que la plupart des
commutateurs utiliss dans les rseaux sans fil nmettent les CDRs qu
la fin des appels.
Pour viter les crances non recouvres, les trois autres approches
dcrites dans ce chapitre dcrmentent le crdit prpay chaque seconde
durant un appel tlphonique. Dans lapproche Hot Billing , lenvoi des
CDRs en temps rel par seconde au centre de service prpay et leur
traitement pourrait entraner une surcharge du rseau. De faon
pratique, les CDRs sont transmis et traits pour chaque appel, et dans
certains cas, pour plusieurs appels la fois. Ainsi, dans lapproche Hot
Billing , il est important de choisir la frquence dmission des CDRs de
telle sorte que les cots denvoi et de traitement des CDRs ainsi que les
crances non recouvres soient minimiss. Les oprateurs peuvent
galement jouer sur les seuils du solde partir desquels on peut avertir le
client ou lempcher daccder au service prpay.

1.3.4. L'approche Handset-Based


Dans lapproche Handset-Based , le tlphone portable du client (MS :
Mobile Station) effectue la dduction du crdit durant lappel et vrifie si
la limite de crdit a t atteinte. Dans cette approche, le crdit prpay
est donc stock dans le MS. Dans un rseau GSM, le crdit est stock dans
la carte SIM.
1.3.4.1. Contraintes lies la carte SIM

Page 19

La mmoire dune carte SIM est gnralement scinde en deux parties.


Une partie stocke les informations telles que les numros abrgs et
personnaliss, les messages courts (SMS : Short Message Service) reus,
la liste des services souscrits, les noms des rseaux prfrs,
La seconde partie stocke des programmes qui peuvent tre excuts pour
effectuer de simples commandes.
Lapproche Handset-Based utilise le message AoC (Advice of Charge)
pour transfrer les informations lies au solde prpay et aux plans
tarifaires. LAoC (dfini dans la phase 2 du GSM) fournit au MS les
informations dont il a besoin pour estimer le cot des services utiliss.
LAoC consiste en deux types de services : lAoCC (Advice of Charge
Charging) et lAoCI (Advice of Charge Information). LAoCC permet au
MS de modifier les champs de donnes relatifs la facturation alors que
lAoCI ne le permet pas. Pour mettre en uvre lapproche HandsetBased , le MS doit prendre en charge lAoCC. Les vieux tlphones
portables qui ne supportent que lAoCI ne fonctionneront pas. Le service
AoCC est activ pour tous les clients prpays dans un HLR, qui sera
utilis dans la mise en uvre des appels et la commutation des tarifs.
Plusieurs champs de donnes de la carte SIM sont utiliss pour fournir
des informations permettant de facturer le service prpay. Il sagit de :
LACM (Accumulated Call Meter)
LACM* (Accumulated Call Meter maximum)
Le PUCT (Price per Unit and Currency Table)
Le paramtre ACM est utilis pour stocker le nombre dunits prpayes
utilises. Le paramtre ACM* est utilis pour enregistrer le nombre
dunits prpayes achetes par le client. Quand le MS reoit un message
AoC provenant du MSC, il convertit lAoC en une squence de commandes
qui modifient les champs de donnes de la SIM (en loccurrence lACM),
dbitant ainsi le solde du client. Le PUCT est la valeur (prix) dune unit
dans la monnaie (devise) choisie par labonn.
Un centre de service prpay est ncessaire dans cette approche, qui
utilise des messages courts (SMS) pour charger des programmes
excutables dans la carte SIM. Le MSC fournit les paramtres lis au
tarif et la facturation au MS et celui-ci excute les programmes avec ces
paramtres pour dbiter le solde du client.
Un logiciel supplmentaire de filtrage est requis dans la carte SIM pour
distinguer les SMS normaux des SMS de facturation prpaye.

Page 20

1.3.4.2. Emission dun appel prpay dans lapproche HandsetBased


Lmission dun appel prpay dans lapproche Handset-Based est
dcrite par les tapes ci-aprs (figure 1.11) :
Etape 1 : Le client prpay initie un appel en composant le numro
de tlphone du destinataire.
Etape 2 : Sur la base du plan tarifaire et dautres paramtres
(destination, dpendance horaire), le MSC envoie un message AoC
(contenant des paramtres de facturation tels que lACM et lACM*)
au MS.
Etape 3 : Si le MS prend en charge le service AoCC, il accuse
rception des paramtres et lappel est tabli. Si laccus de
rception nest pas reu par le MSC, lappel est rejet.
Etape 4 : Durant lappel, le MS utilise les paramtres de lAoC pour
obtenir des informations sur le tarif. Il dcrmente le crdit de la
carte SIM en incrmentant le nombre dunits utilises reprsent
par le paramtre ACM. Si le MS remarque que la valeur de lACM
atteint celle de lACM* (nombre dunits disponibles), il dconnecte
lappel et en informe le MSC. Ce mcanisme de dconnexion bas sur
lAoC fonctionne de faon autonome dans le MS sans aucune
intervention du rseau.

Figure 1.11 : Emission dun appel prpay dans lapproche HandsetBased

Page 21

Le SSP dsigne le commutateur tlphonique utilis dans le rseau


tlphonique commut; les pointills reprsentent des messages de
signalisation et les traits pleins sont des liaisons vocales.
En dehors de ltablissement dun appel, les paramtres AoC sont
galement transfrs au MS lors de la commutation de tarif. On parle de
commutation de tarif lorsque le MS se dplace dune zone une autre,
impliquant ainsi un changement du plan tarifaire.
Pour rduire les risques de fraude, lapproche Handset-Based peut tre
combine lapproche Hot Billing . La figure 1.12 prsente les tapes de
la procdure dmission dappel dans le cas de cette approche combine :
Etapes 1-3 : Ces tapes sont les mmes que celles de lapproche
Handset-Based . Certains dtails de lapproche Hot Billing
(tapes 2 et 3 de la figure 1.9) ne sont pas montres sur la figure.
Etape 4 : Lappel est interrompu lorsquil se termine normalement
ou lorsque le MS notifie que le crdit prpay est puis. Dans les
deux cas, le MS envoie un message au MSC notifiant la fin de
lappel.
Etape 5 : Le MSC gnre un CDR prpay, qui est ensuite transfr
au centre de service prpay. Contrairement aux CDR ordinaires, le
CDR prpay contient les paramtres de lAoC. Le centre de service
prpay met jour le crdit restant du client, comme dans
lapproche Hot-Billing . Lorsque la valeur de lACM dpasse un
seuil prdfini, le centre de service prpay peut automatiquement
envoyer un message davertissement au MS pour demander au
client de recharger son compte.
Du point de vue de lapproche Handset-Based , cette combinaison offre
une meilleure protection contre la fraude. Lorsque le crdit du client dans
le centre de service prpay est diffrent du crdit stock dans le MS, le
fournisseur de services peut suspendre le service pour effectuer davantage
dinvestigations sur la fraude. Du point de vue de lapproche Hot
Billing , cette combinaison limine la possibilit de crances non
recouvres parce que ds que le crdit est puis, le MS met fin lappel
et envoie un rapport au centre de service prpay. Cette combinaison

Page 22

ncessite donc une bonne synchronisation entre le MS et le centre de


service prpay.

Figure 1.12 : Emission dun appel dans lapproche combine


Le SSP dsigne le commutateur tlphonique utilis dans le rseau
tlphonique commut; les pointills reprsentent des messages de
signalisation et les traits pleins sont des liaisons vocales.

1.3.4.3. Recharge dun compte prpay dans lapproche HandsetBased


Le client recharge son compte prpay en achetant une carte de recharge.
Etape 1 : Le client compose un numro gratuit qui le connecte une
RVI (Rponse Vocale Interactive). Le centre de service prpay
valide le code secret (se trouvant sur la carte de recharge) et le
MSISDN du client prpay. Aprs validation, le centre de service
prpay remet zro lACM et la valeur de lACM* devient la
nouvelle quantit de crdit disponible.
Etape 2 : Si la procdure de recharge est russie, le centre de service
prpay gnre un SMS afin de mettre jour les valeurs de lACM et
de lACM* dans la carte SIM de labonn. Ce SMS est envoy au MS
via le centre de messagerie (SMSC : Short Message Service Center).
Page 23

Si le SMSC ne russit pas transmettre le message (le MS est teint


par exemple) il ressaie jusqu ce que le message soit transmis.

Conclusion
Dans ce chapitre, nous avons abord les gnralits sur la facturation
prpaye et la facturation postpaye. Ensuite nous avons tudi la
facturation dans le rseau tlphonique fixe filaire puis dans les rseaux
mobiles travers les quatre approches utilises : le Wireless Intelligent
Network , le Service Node , le Hot Billing et le Handset-Based .

Page 24