DUT - 2007 - Mise en Place de Services Ã Valeur AjoutÃ©e (SVA) Et D'un Serveur de Streaming Ã RTN

Mise en place de Services Valeur Ajoute et dun serveur de Streaming
Abdoulaye Ly & Baba Ngom - 1- DUT 2 TELECOMS

Table des matires

PARTIE I : L Le es s S Se er rv vi ic ce es s V Va al le eu ur r A Aj jo ou ut t e e

I LES RESEAUX MOBILES 12
1. Prsentation ..12
2. Les quipements terminaux ..18
2.1 Les terminaux mobiles ...18
2.2 Le modem GPRS 19
3.Les commandes AT ...22

II LES SERVICES A VALEUR AJOUTEE ...25
1. Dfinition ..25
2. Rglementation .25
3. Le service SMS mobile .28
4. Le service WAP 33

MISE EN PLACE DE SERVICES A VALEUR AJOUTEE ..44
1. Etude du logiciel KANNEL..44
1.1. Architecture de Kannel ...44
1.2. Kannel : passerelle SMS .48
1.3. Kannel : passerelle WAP 49
1.4. Kannel et scurit 51
2. Installation et configurations .52
2.1. Pr requis 52
2.1. Installation ..52
3.1. Configurations 53
3. Mise en place de services SMS .56
4. Mise en place de service WAP...57

PARTIE 2 : L La a T Te ec ch hn no ol lo og gi ie e d du u S St tr re ea am mi in ng g

I. LES DEUX METHODES DE STREAMING63
1. Streaming statique (ou pseudo-streaming)....63
2. Streaming dynamique (ou vrai streaming) ..63

II. LES DIFFERENTES ETAPES DU STREAMING .64
1. Encodage 64
1.1 Compression avec un codec .64
1.2 Multiplexage dans un conteneur ..65
2. Diffusion des donnes sur le rseau - Buffering 65
3. Lecture du mdia ...67

III TECHNOLOGIES UTILISEES POUR LE STREAMING ..67
1. Real Networks 67
2. Microsoft et Windows Media Player .68


3. Apple et Quicktime 68
4. Format mpeg4 68
5. Des solutions alternatives ..69

IV. LES PROTOCOLES .69

V. STREAMING UNICAST ET STREAMING MULTICAST ..71
1. Streaming unicast ...71
2 Streaming multicast .71

VI FORMATS DE FICHIERS, INCRUSTATION EN HTML ..72
1 Streaming URLs et metafiles ..72
1.1 Avantage des meta-files ...74
a. Exemples 1: URL sur un stream .75
b. Exemples 2: URL sur une meta-file ...75
1.2 Que se passe-t-il lorsqu'on clique sur l'URL d'un stream? ..75
1.3 Que se passe-t-il lorsqu'on clique sur l'URL d'une meta-file ..76
2 Incrustation par <EMBED> ou <OBJECT> ..76

VII QUELQUES REALISATIONS ...79
1 RTN web-radio 79
2 RTN Web-Tv et RTN vidosurveillance .89

CONCLUSION100





Dediccces Abdoulcue Lu :

Je ddie ce travail :
Mes parents que je ne saurais remercier assez.
Mes frres et surs
Ainsi qu tous les membres de ma famille
Mes amis
Mes promotionnaires
Et Toute lquipe de la RTN



Dediccces cbc Nqom :

Je ddie ce travail :
Mes parents en guise de remerciements pour leur dvouement mon
ducation et surtout aux sacrifices consentis pour la bonne marche de mes
tudes.
Serigne Saliou Mback (que dieu lui accorde longue vie et une sant de fer)
Mes frres et surs
Toute ma famille du sens restreint au sens large
Tous mes amis
Mes promotionnaires
Et toute lquipe de la RTN




ou: ))no): q)ur u .11. I !ou! Tu1::u)!
)1o): :u) I 5u1)! )oh! |T511.

ou: )))r1o): ou: )))r1o): ou: )))r1o): ou: )))r1o): :

. .



Avant-propos
LUniversit Cheikh Anta Diop de Dakar compte plusieurs Ecoles et Instituts Suprieures
parmi lesquels lEcoles Suprieure Polytechnique. Celle-ci est constitue de six dpartements
savoir :
le dpartement Gnie Chimique,
le dpartement Gnie Civil,
le dpartement Gnie Electrique,
le dpartement de Gestion
le dpartement Gnie Mcanique
le dpartement Gnie Informatique

Ce dernier propose plusieurs cycles dtude dont le cycle DUT (Diplme Universitaire de
Technologie) en Tlcommunications et Rseaux.
Les tudiants de ce cycle doivent effectuer un stage de moyenne dure en fin de
formation. Ce stage obligatoire vise consolider les connaissances thoriques acquises et la
familiarisation des futurs diplms avec le milieu du travail.
A lissue de ce stage doit tre prsent et soutenu devant un jury un mmoire de fin de
cycle portant sur le sujet trait.
Cest dans ce cadre que sinscrit notre stage (du 05 juin au 15 juillet 2007) au sein de RTN
(Rseaux et Techniques Numriques).



S SO OM MM MA AI IR RE E

Rseaux et Techniques Numriques (R .T .N) est une nouvelle socit sngalaise spcialise
en logiciels libres et centre sur les services informatiques, techniques numriques et tlcoms.
Elle est dirige par une quipe de professionnels qualifis, dingnieurs en tlinformatique, de
techniciens en informatique et rseaux, et des certifis en administration rseaux et linux.

La RTN est devenue une socit SARL depuis le premier janvier 2007.Cependant ses domaines
de comptences ont largement augments. Elle a pour objectif de dispenser toute une gamme
de formations ouvertes aux tudiants et aux professionnels, mais aussi dassurer des services
assez diversifis surtout dans le domaine de la tlcommunication et des rseaux, auprs des
entreprises.

La RTN a une double vocation : la formation et la prestation de services .Elle dispense des
formations rigoureuses bases sur des supports de cours, fruits de recherches approfondies. Ces
supports tests et avrs permettent aux apprenants dtre aussitt oprationnels. Lobjectif
de RTN est de conseiller et de former le personnel des entreprises qui veulent disposer des
logiciels libres et adapts leur besoin minimisant ainsi les cots dinvestissements en rseaux
informatiques tout en leur apportant une scurit avance



Introduction

A lre des Nouvelles Technologies de lInformation et de la Communication, de toutes les
technologies, la tlphonie mobile est celle qui a connu le plus de succs.
Dans le monde entier les tlphones mobiles sont devenus pratiquement monnaie courante et
restent la porte de toutes les bourses.

En parallle, les entreprises disposent de plus en plus dagents mobiles qui ont besoin de rester
connect au systme dinformation de lentreprise. Les employs doivent envoyer le plus
rapidement possible leur dernires commandes, ou dossiers, tout en tant plusieurs centaines
de kilomtres de leur entreprise.
Cest pour cela que de nouvelles technologies de tlphonie et services mobiles ont vu le jour.
Allant de la voix lenvoi de mini-messages, les services valeurs ajoutes sont tourns
aujourdhui vers les SMS surtaxs et linternet mobile et font appel de nouveaux protocoles
et langages.

Le monde des tlcommunications tant une course permanente aux nouveaux services qui
entranent de nouveaux abonns. Ces nouveaux services que proposent les oprateurs et qui
tendent aujourdhui vers le streaming et dautres prestations innovantes augmentent les besoins
de transferts de donnes ce qui implique le dveloppement de rseaux adapts mais aussi de
nouveaux codecs.

Notre sjour la RTN consistait mettre en place des services valeur ajoute bass sur les
SMS, le WAP et le Streaming.


PARTIE I :

L LE ES S S SE ER RV VI IC CE ES S A A V VA AL LE EU UR R A AJ JO OU UT TE EE E


I I. . L LE ES S R RE ES SE EA AU UX X M MO OB BI IL LE ES S

Les tlphones portables sont totalement tributaires de rseaux de stations fixes (ou de base)
interconnectes entre elles et aussi avec le rseau tlphonique gnral.

Loin de se limiter un rle de transmission, un rseau mobile assure une foule de fonctions qui
en font un norme systme informatique dont les postes mobiles ne constituent, en fin de
compte, que de simples terminaux.

Bien plus encore que celles des tlphones, ce sont les possibilits du rseau de chaque
oprateur qui dterminent les services pouvant tre offerts ses clients.

1 1. . P Pr r s se en nt ta at ti io on n
Nous allons ici vous prsenter les architectures techniques des trois rseaux GMS, GPRS et
UMTS en utilisant un schma volutif et une description simplifie ...
Architecture rseau GSM



Le rseau GSM a pour premier rle de permettre des communications entre abonns mobiles
(GSM) et abonns du rseau tlphonique commut (RTC - rseau fixe). Le rseau GSM
s'interface avec le rseau RTC et comprend des commutateurs. Le rseau GSM se distingue par
un accs spcifique : la liaison radio.
Le rseau GSM est compos de trois sous ensembles :
Le sous systme radio
- BSS Base Station Sub-system assure et gre les transmissions radios
Le sous systme d'acheminement
- NSS Network Sub System (on parle aussi de SMSS Switching and Management Sub-
System pour parler du sous systme d'acheminement). Le NSS comprend l'ensemble des
fonctions ncessaires pour appels et gestion de la mobilit.
Le sous-systme d'exploitation et de maintenance
- OSS Operation Sub-System) qui permet l'oprateur d'exploiter son rseau.
La mise en place d'un rseau GSM (en mode circuit) va permettre un oprateur de proposer
des services de type " Voix " ses clients en donnant l'accs la mobilit tout en conservant un
interfaage avec le rseau fixe RTC existant.
La mise en place dun rseau GSM reprsente un investissement considrable.
A lheure actuelle les rseaux GSM ne cessent dvoluer afin dassurer une qualit de
couverture toujours plus importante. La couverture du rseau est assure par la multiplication
des ensembles BTS BSC. Nous verrons par la suite que le rseau GSM est une base pour la
mise en place des rseaux GPRS et UMTS, mme si pour le rseau UMTS au-del du cot
lev dachat des licences, nous verrons que lensemble BTS BSC MSC devra tre chang
ou modifi la base. Rappelons ici rapidement quune BTS couvre environ 500m de zone en


ville et 10 km de zone en campagne. Cela donne un aperu du cot et du temps ncessaires
pour la mise en place de la simple architecture technique du mode UMTS
Ci dessus un rappel de larchitecture GSM, en encadr bleu les lments de couverture, en
ellipse bleue les lments de gestion du rseau, en ellipse bleue pointille, les lments du
rseau GSM qui seront utiles pour les rseaux GPRS et UMTS.

Architecture rseau GSM + GPRS

Un rseau GPRS est en premier lieu un rseau IP. Le rseau est donc constitu de routeurs IP.
L'introduction de la mobilit ncessite par ailleurs la prcision de deux nouvelles entits :
Le nud de service
- le SGSN.
Le nud de passerelle


- le GGSN.
Une troisime entit
- le BG joue un rle supplmentaire de scurit.
Le rseau GPRS vient ajouter un certain nombre de " modules " sur le rseau GSM sans
changer le rseau existant. Ainsi est conserv l'ensemble des modules de l'architecture GSM,
nous verrons par ailleurs que certains modules GSM seront utiliss pour le fonctionnement du
rseau GPRS.
La mise en place d'un rseau GPRS va permettre un oprateur de proposer de nouveaux
services de type " Data " ses clients. Le GPRS est en mode paquets.
Le service GPRS permet de considrer le rseau GSM comme un rseau transmission de
donnes par paquets avec un accs radio et des terminaux mobiles. Le rseau GPRS est
compatible avec des protocoles IP et X.25. Des routeurs spcialiss SSGN et GGSN sont
introduits sur le rseau.
La transmission par paquet sur la voie radio permet d'conomiser la ressource radio : un
terminal est susceptible de recevoir ou d'mettre des donnes tout moment sans qu'un canal
radio soit monopolis en permanence comme c'est le cas en rseau GSM.
Le dbit maximal instantan annonc pour le GPRS est de 171.2 Kbit/s mme s'il est limit
48 Kbit/s en mode descendant. (limite actuelle des terminaux GPRS).
Le mise en place d'un rseau GPRS permet un oprateur de proposer de nouveaux services de
type Data avec un dbit de donnes 5 10 fois suprieur au dbit maximum thorique d'un
rseau GSM. (Rappel dbit max. en GSM : 9.6 Kbit/s).
Le rseau GPRS constitue finalement une tape vers le rseau UMTS.



Architecture rseau GSM + GPRS + UMTS

Le rseau UMTS vient se combiner aux rseaux dj existants. Les rseaux existant GSM et
GPRS apportent des fonctionnalits respectives de Voix et de Data ; le rseau UMTS apporte
ensuite les fonctionnalits Multimdia.
Il est important de noter deux lments :
Le cot lev de la mise en place d'un systme UMTS (achat licence + modification majeures
sinon totales des lments de base du rseau (station / antenne) rpartis de manire massive sur
un territoire national).
La difficult dfinir avec prcision l'architecture d'un futur rseau UMTS dans la mesure o
le 3GPP et l'UMTS Forum travaillent encore aujourd'hui la dfinition des normes et des
spcifications techniques.


La mise en place d'un rseau UMTS va permettre un oprateur de complter son offre
existante par l'apport de nouveaux services en mode paquet compltant ainsi les rseaux GSM
et GPRS.
Le rseau UMTS est complmentaire aux rseaux GSM et GPRS. Le rseau GSM couvre les
fonctionnalits ncessaires aux services de type Voix en un mode circuit, le rseau GPRS
apporte les premires fonctionnalits la mise en place de services de type Data en mode
paquets, et l'UMTS vient complter ces deux rseaux par une offre de services Voix et Data
complmentaires sur un mode paquet.
L'UMTS est ainsi une extension du GPRS et fonctionne galement en mode paquet. La vitesse
de transmission offerte par les rseaux UMTS atteint 2 Mb/s. L'infrastructure UMTS permet
l'largissement des frquences ainsi que la modification du codage des donnes. Mais les
investissements en architecture rseau sont consquents puisque le mode de communication
entre les terminaux 3G et les BTS (appel Node B) est diffrent. Les modifications matrielles
sont trs importantes.
Aprs le GSM le rseau GPRS constituait finalement une tape vers le rseau
UMTS. Sur le plan technique, les architectures des trois rseaux GSM, GPRS et UMTS
sont complmentaires et interconnectes afin d'optimiser la qualit de service rendue
l'abonn


2 2. .L Le es s q qu ui ip pe em me en nt ts s t te er rm mi in na au ux x
2.1. Les terminaux mobiles
Afin dexploiter au mieux les capacits du rseau GPRS les terminaux mobiles doivent tre
compatibles mais cela ne suffit pas toujours. En effet, deux mobiles compatibles GPRS peuvent
se comporter diffremment dans les mmes conditions dutilisation.

Classe des terminaux

Les mobiles compatibles GPRS sont classs en 3 classes :

- Classe A : Utilisation simultane du GSM et GPRS, le mobile peut effectuer une
communication GSM sur un TS (Time Slot) et peut utiliser plusieurs TS ddis au GPRS en
sus.

- Classe B : Gestion de la mobilit des deux services mais seulement un des services peu tre
utilis. Le mobile sera donc correctement localis en GSM et GPRS mais lutilisation du GPRS
empche une communication GSM et rciproquement.

- Classe C : le mobile ne peu utiliser que le GSM ou le GPRS, il doit se re-localiser aprs le
basculement dun mode lautre.
Actuellement la plupart des mobiles sont de classe A, la diffrence se fait sur lintroduction de
nouvelles technologies telles que lEDGE et lUMTS.

Capacit multi-slot
Etant donn que la tarification GPRS est effectue au volume, il est intressant de chercher un
moyen pour acclrer les transferts sans pour autant augmenter les cots. La solution la plus
simple est de transmettre sur plusieurs Time Slots simultanment.
Car comme expliqu prcdemment, le GPRS utilise le support de transmission radio du GSM,
8 TS sont disponible par porteuse radio. Ces 8 TS sont partag entre GSM et GPRS,
laffectation des TS peut tre ralise dynamiquement en fonction des besoins des utilisateurs.
Loprateur dfinit un nombre de TS minimum et maximum allou au GPRS et le rseau
sadapte au besoin de la cellule.


En thorie il serait possible dutiliser les 8 TS dun canal radio pour des transferts GPRS. Mais
dans la pratique ce cas ne se prsente que trs rarement, car il supposerait que loprateur ait
allou la totalit du canal radio au GPRS et quaucun autre utilisateur soit prsent sur la cellule.

Les tlphones mobiles ont donc des capacits multi-slot qui sont dfinies par :
- un nombre maximum de TS utilisable simultanment
- un nombre maximum de TS en lien descendant
- un nombre maximum de TS en lien montant
- un cart minimum en nombre de TS entre le lien montant et descendent, les mobiles les plus
performants peuvent aussi utiliser des TS simultanment sur des frquences diffrentes.

Voici un tableau dfinissant les diffrentes classes de mobiles rpondant aux caractristiques
ci-dessus :

2.2. Le Modem GSM/GPRS
Prsentation du modem Wavecom:
Il s'agit d'un modem tlphonique GSM fonctionnant dans les bandes de frquences 900MHz et
1800MHz. Il intgre les fonctions de transmission de donnes/voix/SMS et la fonction de FAX.
.



Caractristiques principales:
Bi-bande 900/1800 MHz
Tension d'alimentation: 5V 32V
Transmission: donnes, SMS, voix, FAX
Programmable par commande AT
Puissance de sortie: 2W en GSM 900MHz et 1W en GSM 1800MHz

Paramtrage du modem
Le modem GSM Fastrack se paramtre directement partir des commandes AT et utilise le
connecteur RS232. Le montage pour le paramtrage du modem est le suivant:

Remarque: la carte SIM doit tre pralablement insre dans le modem
La saisie des commandes AT se fait directement dans la fentre du mode hyper terminal du PC
(sous linux on utilisera minicom). Les commandes utilises pour les tests sont prsentes ci-
aprs.



Saisie du code PIN:
La commande AT+CPIN=1234 est ncessaire chaque mise sous tension du modem. La
demande du code pin peut tre dsactive par la commande AT+CLCK="SC",0,1234 (un
'1' la place du '0' ractive la demande du code pin).

La vitesse de transmission du modem:
La valeur par dfaut est 9600 b/s, et peut tre modifie par la commande AT+IPR=XXXX.

Format des donnes et parit:
La valeur par dfaut est 8 bits de donnes et un bit de stop, et peut tre modifie par la
commande AT+ICF=x,y , ou x reprsente le format des donnes et y le type de parit.
La rponse automatique aprs deux sonneries
La commande ATS0=2 configure le modem en mode rponse automatique aprs deux
sonneries.
Ce mode peut tre mmoris par la commande AT&WS0 .
Remarque: La commande AT&V affiche la configuration interne du modem.



3 3. . L LE ES S C Co om mm ma an nd de es s A AT T
La firme Hayes, fabricant de modems, a dvelopp un protocole pour la commande d'un
modem externe partir d'un ordinateur. Le protocole dfinit diverses commandes permettant
par exemple :
de composer un numro de tlphone
de commander le raccordement du modem la ligne (l'quivalent de dcrocher le
tlphone)
de connatre l'tat de la ligne : tonalit d'invitation transmettre, ligne occupe...
de spcifier le type de transmission et le protocole de liaison utiliser
de rgler le volume sonore du haut-parleur interne du modem
d'envoyer les caractres transmis simultanment vers l'cran
d'afficher certains renseignements concernant le modem
de manipuler les registres internes du modem
Les commandes AT sont des commandes que l'on peut directement envoyer au modem, lorsque
celui-ci est en mode Command, ce qui se produit :
la mise sous tension ;
la fin d'une communication ;
aprs l'excution d'une commande autre que AT0 ou AT&T ;
lors de la rception, alors que le modem est en mode on-line, d'une squence
d'chappement (constitue de l'envoi de 3 caractres identiques aux caractres stocks
dans un registre interne du modem) ;
lors de la transition ON vers OFF de la ligne DTR (si D1, &D2 ou &D3 sont activs).


Ci-aprs, un rsum des commandes AT ; toutes les commandes doivent tre prcdes de AT.
Par exemple, ATA signifie "rpondre".
A/ rexcuter la commande prcdente
AT? lire le contenu du registre slectionn
A rpondre
Dn compose le numro de tlphone n
En commande de l'cho
Hn contrle la prise de ligne et la dconnexion
In identification du modem
P slectionne la numrotation par impulsions
Qn contrle du code "rsultat" renvoy par le modem aprs excution de la
commande ; ce code est constitu soit de 1 3 chiffres (code court), soit d'une chane
de caractres plus explicite (code tendu)
&Dn option DTR (Data Terminal Ready)
&Fn restaure la configuration par dfaut du modem
&Kn contrle du flux d'informations
&Mn slection du mode
&Pn contrle de la numrotation par impulsions
&Qn slection du mode
&Tn test et diagnostic
&Sn option DSR (Data Set Ready)
&V afficher la configuration actuelle
&Wn mmoriser la configuration actuelle
&Yn slectionne la configuration par dfaut
&Zn=x mmorise le numro de tlphone x dans le registre n
%En contrle automatique fallback/fallforward
\An slectionne la taille maximum de bloc MNP
T slectionne la numrotation par tonalits
Vn forme du code "rsultat"
Wn contrle du code de rsultat de connexion
Xn contrle du code "rsultat" tendu
Yn dconnexion avec long dlai
\Bn transmettre break au modem distant


\Jn ajustement de la cadence DCE
\Kn contrle du break
&Cn contrle du DCD (Data Carrier Detect)
Zn reset

Exemples d'utilisation des commandes AT
Composition de numro de tlphone : ATDT(555)555-5555
(Attention parfois il faut mettre le signe ";" point virgule la fin du numro)
Rpondre : ATA
Raccrocher : ATH
Exemples de codes "rsultat"
Forme tendue : OK, forme courte : 0, signification : confirmation d'excution d'une
commande
Forme tendue : CONNECT, forme courte : 1, signification : envoy lorsque la
connexion est tablie 300bps
Forme tendue : RING, forme courte : 2, signification : dtection de la tonalit de
sonnerie
Forme tendue : BUSY, forme courte : 7, signification : ligne occupe
Forme tendue : CONNECT56000, forme courte : 82, signification : cadence de
transfert 56000bps


I II I. . L LE ES S S SE ER RV VI IC CE ES S A A V VA AL LE EU UR R A AJ JO OU UT TE EE E
1 1. . D D f fi in ni it ti io on n
Un service valeur ajoute est une application, cumulant des notions de Tlcommunications
et dinformatiques, dont l'usage fait l'objet d'une tarification qui s'ajoute celle des services
supports utiliss par l'application. Il prsente donc un caractre purement commercial. Certains
services valeur ajoute sont vendus sur des rseaux valeur ajoute, d'autres sont vendus sur
le rseau public.
2 2. . L La a R R g gl le em me en nt ta at ti io on n
Au Sngal le fonctionnement et la mise en place de services valeur ajoute sont sous le
contrle et la supervision de ARTP (Agence de Rgulation des Tlcommunications et des
Postes).
Leur dploiement fait lobjet dune loi qui fixe la liste et les conditions requis pour mettre en
place ce type de services.
La lgislation des services valeur ajoute est rgie par larticle 19 du code des
tlcommunications dont voici un extrait :

Article premier : La liste des services valeur ajoute viss larticle 19 du code des
tlcommunications est fixe comme suit :

1/ Messagerie lectronique :
L'change, la lecture et le stockage d'informations, sous forme de messages de donnes, entre
des machines se trouvant dans des sites distants. Le destinataire du message n'est pas
ncessairement prsent au moment de l'envoi du message.
Elle est rgie par les recommandations de l'Union Internationale des Tlcommunications X-
400 et X- 500 de l'UIT-T.

2/ Messagerie vocale :
L'change (la rception et/ou lenvoi) et l'enregistrement de messages vocaux dans des
serveurs vocaux, accessibles partir dquipements terminaux appropris.


Elle est rgie par la recommandation de l'Union Internationale des Tlcommunications X-
485 de l'UIT-T.

3/ Audiotex :
La mise la disposition des usagers d'accs des serveurs, interactifs ou non, pour enregistrer,
lire ou couter des messages partir dquipements terminaux appropris.

4/ Echange de donnes informatis (EDI) :
L'change de donnes formates de manire standard entre les diffrentes applications tournant
sur les ordinateurs de partenaires commerciaux avec un minimum d'interventions manuelles.
5/ Tlcopie amliore :
La mise en place de serveurs permettant de transmettre et de reproduire distance divers
documents (lettres, photos et dessins) avec la possibilit d'archivage et d'accs ces documents.

6/ Services d'information on-line :
L'accs des informations en ligne, en temps rel et sans intervalles d'attente.

7/ Services d'accs aux donnes, y compris la recherche et le traitement des
donnes :
L'accs des informations stockes dans des serveurs et/ou des bases de donnes en utilisant
notamment l'infrastructure du rseau tlphonique public ou des rseaux de transmission de
donnes et des interfaces d'adaptation.

8/ Transfert de fichiers et de donnes :
Le transport et l'change de fichiers et de donnes informatiques, constitus de textes et
d'images, ventuellement animes, entre des machines htrognes se situant sur des sites
distants. Il permet galement le tlchargement de fichiers et de donnes partir de machines
distantes.

9/ Conversion de protocoles et de codes :
L'adaptation des protocoles utiliss par des machines diffrentes, dont la reprsentation interne
des donnes est diffrente, afin de permettre la communication entre ces machines.



10/ Services Internet:
La messagerie lectronique, le transfert de fichiers, la connexion une machine distante, le
dialogue sous forme de messages crits sur des sujets varis entre des groupes d'utilisateurs en
temps rel et la recherche d'informations dans des serveurs.
11/ Services mobiles :
Il sagit des services suivants :
- le SMS : message texte envoy vers un tlphone mobile depuis un autre tlphone mobile ou
depuis un ordinateur ;
- le WAP (Wireless Application Protocol) : Protocole d'application sans fil qui permet de se
connecter Internet grce un tlphone mobile ;

- lI-Mode : permet ses utilisateurs un accs Data des services au travers d'Internet. service
destin l'univers des tlcoms, il peut tre galement dploy sur des terminaux aussi divers
que les consoles de jeux, les tlvisions, etc. ;
- Le MMS (Multimedia Messaging Service) : service de messagerie pour les appareils mobiles
qui s'apparente au SMS. Le MMS permet l'envoi automatique et immdiat de messages
multimdias personnaliss de tlphone tlphone ou d'un tlphone un compte e-mail.
Outre les contenus textuels habituels des messages courts, les messages multimdias peuvent
aussi contenir des photos, des graphiques, des clips audio et vocaux.


3 3. . L LE E S SE ER RV VI IC CE E S SM MS S M MO OB BI IL LE E

P Pr r s se en nt ta at ti io on n

Longtemps ddaigns, les mini-messages se taillent maintenant un tonnant succs, gnrant
un trafic et un chiffre daffaires plus que significatifs.

Au-del du simple change de petits mots de 160 caractres au maximum, certains ont vu
l le plus court chemin vers des applications que lon ne pensait pas voir natre avant
lavnement des mobiles de troisime gnration .

Baptis SMS (Short Message Service), ce service sinspire, en beaucoup plus perfectionn, du
principe des rcepteurs de radiomessagerie ou pagers.

Les postes tlphoniques RNIS sont capables, on le sait, de recevoir des mini-messages sur leur
afficheur, et il en va exactement de mme des tlphones portables GSM 900 ou 1800.
Simplement, un tlphone mobile ntant pas ncessairement joignable en permanence et
pouvant (par dfinition) se dplacer un peu partout dans le monde, la mise en uvre technique
est plus complexe.

Le principe de base est que les messages doivent tre confis un centre de messagerie (SMSC
ou Short Message Service Center) du rseau GSM. Cest lui qui se chargera de les faire
parvenir ds que possible leurs destinataires, o quils se trouvent. Ds que possibles signifie
en loccurrence ds que le mobile sera tout la fois sous tension, dans une zone couverte par
un rseau GSM, et autoris communiquer sur celui-ci.

Tant que ces conditions ne sont pas remplies, le message est archiv par le centre de
messagerie jusqu concurrence de la dure de validit qui a t spcifie par son metteur
(souvent 72 heures, mais ventuellement beaucoup plus ou beaucoup moins).



Lorsque le destinataire est joignable (ou le devient), il ne faut bien souvent que quelques
secondes pour que le message apparaisse sur lcran de son portable, annonc par un signal
sonore et un pictogramme vocateur. En cas de saturation durable des rseaux, toutefois, un
dlai de plusieurs heures, voire mme de quelques jours, naurait rien dinvraisemblable

Selon le degr de perfectionnement du mobile utilis, un accus de rception peut
cependant safficher lorsque le SMS a effectivement atteint sa destination. Et pour peu que
labonn mobile bnficie dune option Monde (souvent gratuite), ses SMS latteindront en
principe mme ltranger.

Lenvoi dun SMS ne ncessite pas un grand dploiement cot oprateur car le trafic SMS
nemprunte pas les mmes canaux que les communications vocales (il transite par des canaux
de signalisation beaucoup moins sollicits).
Du cot les tarifs des SMS sont de plus en plus en baisse car le prix de revient chez loprateur
est insignifiant.

Les SMSC sont identifis chacun par un numro dappel international rappelant celui dun
portable, et dont voici quelques exemples :
+2216600990 (TIGO)
+2216380010 (Orange)

Composs normalement sur un tlphone, ils aboutissent pourtant sur message vocal numro
non attribu . Ils ne sont en effet accessibles que depuis un tlphone GSM, et uniquement en
les programmant dans la carte SIM au moyen du menu des paramtres SMS .

Au surplus, chaque oprateur peut refuser laccs des SMSC autres que le sien, tout en
mettant celui-ci la disposition de ses seuls clients. L encore, on sera souvent mieux loti,
dans son propre pays, en tant client dun oprateur tranger.

Des passerelles sont parfois disponibles depuis le rseau tlphonique ordinaire, accessible
par modem ou depuis un tlphonique fixe.



Plusieurs protocoles existent pour dposer des SMS auprs de ces centres, cela au prix dune
courte communication tlphonique filaire. Bien que lon puisse trouver des logiciels
permettant daccder ces passerelles depuis un simple PC, il est infiniment plus facile de
transiter par des sites internet. Les oprateurs nationaux offrent sur leur site web lenvoi (de
plus en plus souvent payant.) de SMS vers leurs abonns, parfois mme avec un accus de
rception par e-mail lorsque le message est effectivement arriv bon port.

Quelques sites indpendants permettent lenvoi de SMS gratuits, mais bien souvent au prix
dune pression publicitaire plus ou moins insidieuse. Certains oprateurs GSM trangers
offrent, pour leur part, la possibilit denvoyer, sans frais, des SMS des abonns dune foule
de pays. Ce nest certes pas le moins tonnant que dtre ainsi mieux servi, et cela
gratuitement, par un oprateur du bout du monde, que par celui auquel on paie un abonnement
mensuel consquent. Il est dailleurs fort tentant de voir ici lune des raisons de ces
mystrieuses disparitions de SMS en provenance de certains pays.

Mais les applications des mini-messages vont bien plus loin que la simple communication entre
personnes.
Diffrents services de diffusion dinformations (boursire, mtorologiques, dactualit, de
trafic routier, etc.) sont en effet bass sur ce systme fiable et peu coteux.

Certains sont gratuits (du moins pendant une priode dessai ), dautres payants, tandis que
lon constate une certaine drive publicitaire.

Les oprateurs eux-mmes se servent largement de SMS pour informer leurs clients prpays
du crdit dont ils disposent, pour signaler larrive dun message dans la une bote vocale, pour
diffuser des flashs promotionnels, pour souhaiter la bienvenue des visiteurs trangers, mais
aussi beaucoup plus discrtement, pour modifier des abonns dans la carte SIM ou le
tlphone lui-mme. Une application succs est ainsi le tlchargement de mlodies, de
sonneries personnalises, de petits graphismes, ou de rpertoires de numros.

En attendant de dcollage des services internet mobiles de troisime gnration ,
dintressantes possibilits ont mme t imagines pour recevoir et envoyer des e-mails au
moyen de SMS, et donc relativement peu de frais. Il faut dire que la limite de 160 caractres


peut, sous certaines conditions, tre repousse jusqu 640 par concatnation (mise bout
de plusieurs SMS).

Ajoutons, pour conclure, que les SMS commencent se tailler un franc succs dans les milieux
industriels, pour des applications de tlcommande et de tlsurveillance de sites distants.

SMS ET SVA

Au Sngal les SMS reprsentent un lment considrable dans le march des services valeur
ajoute o ils sont utiliss pour mettre en place divers services fournis des usagers (via leur
tlphone GSM) et dans lequel ils ont fait natre un nouveau jargon :

SMS-MO ou Short Message Service Mobile Originated :
Dsigne un SMS mis par un Utilisateur depuis son terminal mobile.

SMS-MT ou Short Message Service Mobile Terminated :
Dsigne un SMS reu par Utilisateur sur son terminal mobile.

Numro Court :
Dsigne le code 5 chiffres qui identifie le Service de lEditeur. Ce numro court est
pralablement rserv par lEditeur auprs dun oprateur.
Lutilisateur qui souhaite utiliser un service envoie un SMS-MO contenant un texte libre ou
prdfini (mot-clef, paramtres) au Numro Court ddi au Service.
Des fourchettes tarifaires sont associes aux diffrentes tranches de Numros Courts ddies
aux services SMS multi-oprateurs permettant l'utilisateur final une meilleure visibilit
tarifaire.
Le premier chiffre du Numro Court indique le palier tarifaire du service associ.

Racine :
Dsigne les 4 derniers chiffres dun Numro Court.

Application :
Dsigne une fonctionnalit accessible lutilisateur dans le cadre dun service. Une


Application est active par au moins un mot clef spcifique envoy par lUtilisateur via un
SMS-MO. Ce mot clef peut tre complt par les paramtres permettant au Client de prciser
sa requte.

On distingue 3 catgories dApplications :

Les Applications de catgorie 1 permettent un client dobtenir un contenu ou de
participer un vnement par lintermdiaire de la Plate-forme de services de lEditeur. La
cinmatique dune Application de catgorie 1 correspond au schma suivant : en rponse un
SMS-MO mis par un client, lEditeur envoie un ou plusieurs SMS-MT vers ce mme Client.

Les Applications de catgorie 2 permettent un Client dchanger de manire
indirecte des SMS avec dautres utilisateurs identifis et inscrits au service. Les changes de
SMS entre utilisateurs doivent obligatoirement seffectuer via la Plate-forme de services de
lEditeur. La cinmatique dune application de catgorie 2 correspond au schma suivant : en
rponse un SMS-MO mis par un client, lEditeur envoie systmatiquement un ou plusieurs
SMS-MT vers un ou plusieurs utilisateurs inscrits au Service.

Les Applications de catgorie 4 permettent de proposer des utilisateurs,
pralablement inscrits, lenvoi de SMS-MT.

Le principe sappuie sur lenvoi dun SMS, par le client, dun mot cl suivi de texte vers un
numro court pour bnficier dune application propos par un diteur. Cette application
sera mise sa disponibilit et en guise de rmunration, le SMS envoy par le client, avec
laide de loprateur sera surtax.



4 4. . L LE E W WA AP P

Les briques technologiques

Les architectures WAP reposent sur quatre briques technologiques principales. Ces briques
sont ncessaires pour transporter des services WAP vers le tlphone mobile. La fourniture de
services WAP ncessite :
La mise en place de serveurs Web et applicatif,
lintgration dune passerelle ou serveur WAP,
Le rseau de loprateur,
lutilisation par le client dun terminal compatible WAP, cest dire qui hberge un
navigateur WAP.

Les similitudes avec les architectures Web sexpliquent facilement. En effet, ces deux
architectures remplissent la mme mission qui est de gnrer des documents partir de
diffrentes sources de donnes et de les transmettre un navigateur ddi.

Le serveur Web

Dans l architecture WAP, le serveur Web permet de gnrer les pages qui seront transmises
au terminal mobile via la passerelle WAP. Le serveur Web doit donc accder des serveurs
applicatifs ou des bases de donnes afin de gnrer le contenu des pages transmises. La
fonction initiale du serveur Web qui est la transmission de pages HTML est ici tendue afin de
transmettre des pages encodes au format de document spcifique du WAP, le WML.

La passerelle/serveur WAP

La passerelle WAP est llment qui diffrencie le WAP du Web. Elle assure deux
fonctionnalits principales :
elle ralise la connexion entre le rseau informatique et le rseau tlphonique sans fil,
elle code et dcode les requtes et les rponses entre le terminal mobile et le serveur
Web.


Cette seconde fonctionnalit est spcifique au WAP. Afin de rduire la taille des donnes
transmises, les requtes et les rponses sont encodes dans un format binaire compact. Les
fichiers au format WAP sont compils par la passerelle avant d tre envoys vers le terminal
qui se charge de les dcoder puis de les interprter.

Certains constructeurs incorporent galement un serveur applicatif dans leur passerelle afin d
offrir des services complmentaires. Dans ce cas, on parle de serveur WAP ; il est en mesure de
produire lui-mme les documents qui seront transmis au tlphone mobile.

Certaines passerelles excutent par exemple des servlets (applications crites en JAVA) ou
interprtent un langage script afin de gnrer dynamiquement des pages aux formats
compatibles WAP.

Le rseau de loprateur mobile
Loprateur fournit les services de transmission radio ncessaires au fonctionnement des
mobiles. Au Sngal, Orange et Tigo se partagent le march actuel.

Toutes les transmissions de donnes WAP utilisent donc le rseau dun oprateur pour
atteindre le mobile.

Le navigateur (sur le tlphone mobile ou lassistant personnel)

Le navigateur se charge de dcoder les informations transmises par la passerelle WAP afin
dafficher les pages pour lutilisateur. Il joue le mme rle quun navigateur Web tel
quInternet Explorer ou Netscape Navigator. Les navigateurs disponibles sur le march des
tlphones mobiles sont prsents dans les chapitres suivants.

Le protocole WAP

Prsentation gnrale


Le mode dchange des donnes du protocole WAP est bas sur le modle client- serveur
utilis par le Web.

L architecture du protocole WAP dfinie par le WAP Forum est organise en cinq couches.
Elles se situent toutes au-dessus des diffrentes normes de communications sans fil telles que
GSM, CDMA, iDEN, Flex, ce qui permet d assurer l indpendance du protocole vis vis
des solutions matrielles adoptes par l oprateur tlcom.



La couche application (Wireless Application Environment)

Cette couche a pour but doffrir un environnement de dveloppement et d utilisation, o l
interoprabilit entre oprateurs, fournisseurs de services et constructeurs de terminaux est
assure. Elle est base sur une combinaison de techniques issues du Web et de la tlphonie.
Elle dfinit linterface utilisateur sur le terminal mobile. Les outils spcifis dans cette
couche permettent le dveloppement d applications bases sur le protocole WAP.
Lenvironnement prend en compte:

WML: Il sagit du langage dencodage des donnes qui sont affiches par le navigateur
WAP. WML est pour le WAP ce que HTML est pour le Web. La version courante est la 1.1.

WMLScript: cest lquivalent du Javascript pour le WAP. Il sagit dun langage script
ct client. La version actuelle est la 1.1.


WTA (Wireless Telephony Applications) : Il sagit de lensemble dinterfaces pour la
ralisation dapplications tlphoniques. Ces interfaces doivent par exemple permettre
daccder directement aux fonctions de tlphonie du tlphone : composer un numro, activer
la bote vocale etc.

La couche session (Wireless Session Protocol)

Cette couche intermdiaire relie la couche application deux modes de session possibles :
Le premier est orient connexion et opre au-dessus de la couche transaction.

Le second est orient non-connexion et agit directement au niveau de la couche
transport.

Ces deux protocoles permettent dutiliser des sessions de longue dure avec arrt et reprise,
de mettre en place des communications inities par le serveur (push) et de ngocier les
caractristiques de la suite de l change d informations.

La couche transaction (Wireless Transaction Protocol)

Cette couche contrle trois types de transactions :
les transactions sens unique sans acquittement (non fiables).
les transactions sens unique avec acquittement (fiables).
les transactions double sens avec acquittement (fiables).

Ces trois types de transaction peuvent tre asynchrones et les acquittements peuvent tre mis en
attente temporairement et regroups, afin de rduire le nombre de messages.

Cette couche sert d interface avec le monde IP : elle permet d encapsuler les donnes dans
des paquets UDP.

La couche scurit (Wireless Transport Layer Security)

Cette couche a t dfinie pour tre employe avec la couche transport. Elle assure la scurit
des changes de donnes.


Le chapitre WAP et scurit dveloppe la prsentation de cette couche essentielle aux
applications transactionnelles scurises.

La couche transport (Wireless Datagram Protocol)

Elle est la base de la pile protocolaire WAP. Cette couche permet d interagir avec les
protocoles de transfert des donnes proposes par les oprateurs tlcoms. Elle assure aux
autres couches du protocole WAP l indpendance vis vis du type de rseau sans fil utilis
pour l acheminement des donnes sur le rseau de tlphonie mobile.

Les diffrentes configurations des couches

La pile des couches prcdentes peut varier d une implmentation une autre suivant le type
de services souhaits et le support. Les applications peuvent interagir avec diffrents niveaux
de la pile.

Le Pull et le Push



Pour accder linformation, l utilisateur peut aller la chercher directement : on parle de pull
. Il peut aussi (grce un abonnement), la recevoir sans demande particulire : on parle alors
de push .
Le modle du pull correspond celui mis en oeuvre sur le Web. L utilisateur saisit dans
son navigateur l adresse du site qu il souhaite consulter. La consultation de pages WML
laide d un navigateur compatible WAP utilise aussi ce modle.

Les adresses de la passerelle WAP et du service d accs employ sont pralablement
configurs dans les paramtres de connexion du terminal.

Lutilisateur saisit dans le navigateur du terminal l adresse du site consulter ou la
slectionne dans la liste des signets enregistrs sur son terminal. La requte gnre est
vhicule vers le site recherch au format WTP jusqu la passerelle WAP (1).

Cette dernire assure la conversion (2) de cette requte du format WTP au format HTTP qui est
le protocole utilis sur le Web. Le serveur Web reoit la requte HTTP et gnre en retour
linformation au format WML issues des contextes applicatifs (bases de donnes, autres
serveurs Web, serveurs applicatifs).

Puis il envoie (4) les donnes WML vhicules au format HTTP vers la passerelle WAP qui
assure la conversion (5) des donnes du format HTTP au format WTP. Les donnes
WML/WTP sont reues par le terminal et affiches par le navigateur compatible WAP.



Dans ce modle, la passerelle WAP assure uniquement la conversion des protocoles
HTTP/WTP. Si un serveur WAP est utilis, la gnration d information peut se faire
directement au niveau de ce serveur sans utiliser de serveur Web. Cependant l utilisation d
un serveur Web permet de disposer de mthodes communes Web/WAP d accs aux donnes
comme l utilisation de la technologie XML.

Aujourdhui le Push est ralis sur les tlphones portables la norme GSM par lenvoi de
messages courts SMS. Ce procd est limit lenvoi de texte de 160 caractres. La mise en
place de solutions Push n est pas ralisable sur l actuel standard WAP 1.1.

Elle le sera quand le futur standard WAP 1.2, en cours de spcification, sera oprationnel. Le
principe consiste utiliser une nouvelle brique technologique : la passerelle Push Proxy qui
peut tre incorpore directement dans un serveur WAP. Le serveur initiateur envoie l
information cette passerelle au format XML (1). Cette passerelle (2) assure l envoi de l
information au terminal mobile (3) et informe le serveur initiateur sur son acheminement.

Les diffrentes architectures

Les architectures suivantes prsentent les diffrentes possibilits dintgration des briques
technologiques qui composent une plate-forme WAP.

La norme GSM est base sur des communications radios. Le lien entre le monde de la radio et
celui de linformatique s effectue au travers d un modem.


Dans les exemples suivants, nous considrons tout d abord que l accs distant (RAS 7 ),
cest dire la connexion aux modems s effectue au mme niveau que celui de la passerelle
WAP.

Passerelle WAP hberge chez loprateur

Cette architecture est la solution par dfaut propose par les oprateurs de tlphonie mobile
pour accder aux services WAP. Loprateur hberge dans ce cas le service daccs distant
(accs rseau IP) et la passerelle.

Les services WAP rfrencs sur les portails des oprateurs utilisent ce type de solution dont la
mise en uvre est simple. En outre tous les services WAP publiques peuvent utiliser ce modle
quelle que soit la localisation du serveur Web qui hberge lapplication. Ce modle repose sur
la volont des oprateurs de laisser leur passerelle ouverte sur Internet. C est la position qui a
t annonce par France Telecom et SFR lors du sminaire La technologie WAP en France
organis par Euroforum les 28 et 29 Mars dernier.

Passerelle WAP hberge chez un fournisseur d accs.

Avec hbergement des serveurs Web :



Cette solution permet dtre indpendant des oprateurs de tlphonie mobile (Orange et Tigo
pour le Sngal). Dans ce modle, seule la connectivit GSM/RTC des oprateurs est utilise.
Lutilisateur compose ainsi directement le numro du fournisseur daccs qui dispose en
interne de modems et dune passerelle WAP. Le fournisseur d'accs WAP joue le rle dun
oprateur tlcom alternatif spcialis dans la connexion Internet via le WAP. Cette solution
permet de saffranchir de certaines contraintes rencontres chez les oprateurs de tlphonie
mobile.

Sans hbergement des serveurs Web :

Les fournisseurs daccs proposent galement la connexion des services sur l Internet via
leurs passerelles.



Dans cette architecture, les fournisseurs daccs WAP jouent le mme rle que les fournisseurs
daccs Web. Leur mission est ici de faciliter laccs des services WAP hbergs sur
lInternet via leur passerelle. Cette architecture permet aux clients de garder lentire matrise
des services hbergs sur leur serveurs Web. Dans tous les cas, le client doit porter une grande
attention la politique de refacturation des communications.

Passerelle WAP en interne

Lintrt de cette solution est de garder la matrise des connexions WAP. Les applications
WAP peuvent ainsi accder certaines informations spcifiques qui ne sont pas visibles depuis
le serveur Web. Les accs aux contenus et donc aux donnes de l Intranet peuvent ainsi tre
contrls plus efficacement. Il est important de noter que dans le cadre de limplmentation de
services d Intranet WAP sensibles, il est prfrable deffectuer laccs RAS depuis des
modems directement chez le client.

Sparation RAS/Passerelle

Il est galement possible de mettre en place des architectures WAP pour lesquelles, les
services de connexion par modem sont spars de la plate-forme WAP. Lutilisateur passe alors
par une passerelle publique sur l Internet afin de pouvoir accder des services WAP.
Plusieurs socits proposent ainsi des passerelles en libre accs.


I II II I M MI IS SE E E EN N P PL LA AC CE E D DE E S SE ER RV VI IC CE ES S A A V VA AL LE EU UR R A AJ JO OU UT TE EE E

1 1. . E Et tu ud de e d du u l lo og gi ic ci ie el l K KA AN NN NE EL L

La passerelle WAP Kannel est une passerelle WAP et SMS Open Source (source libre).
Lanc en mars 1999, le projet est linitiative de la compagnie Finlandaise WAPIT. La
passerelle est actuellement disponible pour le systme dexploitation Linux (Red Hat et
Debian). La version courante est la version 1.4.1 Concernant les fonctionnalits SMS, la
passerelle Kannel supporte les principaux protocoles SMS. La passerelle WAP ne supporte pas
encore la mthode POST, le mode dconnect pour le protocole WSP, WTLS et lidentification
des clients. Au niveau de la couche transport WDP, seul le protocole de transport UDP est
support. La passerelle Kannel est un outil trs intressant pour dvelopper des applications
en collaboration avec le serveur Web Apache.

1 1. .1 1. . A Ar rc ch hi it te ec ct tu ur re e d de e K Ka an nn ne el l

Linterface externe de la passerelle

La passerelle possde trois interfaces chacune ne pouvant communiquer quavec un type
dquipement spcifique :
Les centres SMS (SMSC), utilisant divers protocoles.
Les serveurs HTTP, pour les contenus WAP et SMS et fournit le contenu des WAP
push . HTTP est utilise pour le pull, et PAP pour le push .
Les terminaux WAP, implementant la pile de protocole WAP et (pour le push )
WAP Push client.

Figure 4-1. interfaces externes de Kannel



Il existe plusieurs vendeurs de Centres SMS et la plupart dentre eux utilise des protocoles
propritaires spcifiques, lesquels sont semblables sur le principe mais diffrent sur quelques
dtails. Le principe gnral de ces protocoles sont :
- Le client se connecte au Centre SMS
- Lorsquun message est arriv partir dun tlphone, le SMSC lenvoi au client qui
par la suite devra lacquitter.
- Lorsque le client voudra envoyer un message, il met une requte au SMSC qui
lacquittera.
- Lorsque le client est servi il se dconnecte
Kannel est conu pour pouvoir communiquer avec plusieurs SMSC utilisant des protocoles
diffrents.
Chaque compte SMSC est achet auprs dun oprateur mobile. A chaque compte correspond
aussi un numro vers lequel sont achemins les messages destins au compte et apparat
comme le numro expditeur lorsquun message est envoy via ce compte (nempche
certaines connections permettent lusager de spcifier lui-mme le numro de lexpditeur).
Afin de pouvoir traiter le maximum de flux, Kannel a besoin de pouvoir communiquer
indpendamment avec chacun des quipements relis ses interfaces cest dire en oprant par
multitche. Par exemple il ne serait pas assez intressant de lire une requte par SMS ou WAP,
chercher le contenu de la requte par HTTP, de retransmettre le contenu au destinataire et
seulement ensuite pouvoir traiter la requte suivante.
Ce serait assez rapide si seulement les serveurs HTTP pouvaient agir avec une extrme rapidit
mais ce nest malheureusement pas le cas. Chaque transaction HTTP peut prendre
potentiellement une dure illimit sans pour autant chouer et Kannel ne doit laisser une
requte HTTP lente priver dautres requtes dtre servi
Ce que Kannel va faire alors, est de lire aussi rapidement que possible toutes les requtes
provenant de ses interfaces et de les placer dans une queue interne. Alors il essaiera de faire les
requtes HTTP aussi vite quil le pourra et renvois les rponses au clients. La rponse un
client dpendra de la dure que prendra sa requte auprs du serveur HTTP.
Le problme qui se pose est lorsque Kannel reoit un nombre important de requte et qu la
suite il soit hors service, les requtes seront perdues. Alors lide est de mettre la liste dans une


mmoire persistante (disque par exemple), mais cette implmentation nest pas encore mise en
uvre.
Division des fonctions : les BOXES
Kannel divise ses diffrentes fonctions selon trois processus appels boxes bass
essentiellement sur le type dquipement externe avec lequel il veut dialoguer.
Le bearerbox implmentant le niveau porteur du WAP (couche WDP).Il permet entre
autre la connection aux diffrents SMSC.
Le smsbox implmentant lessentiel des fonctionnalits de la passerelle SMS. Il reoit
les messages texte depuis le bearerbox et les interprte comme des requtes vers des
services et y rpond en utilisant le chemin appropri.
Le wapbox qui implmente la pile de protocole WAP et le WAP Push (protocole de
niveau applicatif ).Quand le wapbox est utilis pour le pushing, il est appel PPG (
Push Proxy Gateway).Lautre moyen denvoi de donne tant le pulling.

Figure 4-2. Boxes of pull Kannel
Notons quil nest possible de mettre en place quun seul bearerbox tandis quil est possible de
disposer de plusieurs wapbox et de smsbox.
Disposer de plusieurs wapbox et smsbox peut savrer bnfique surtout lorsque la charge est
trs importante. Dans ce cas le bearerbox maintient une connexion avec diffrents wapbox et
smsbox grce un systme de battement de cur (semblable au ping)



Le bearer box
Le bearerbox reoit les messages UDP envoys depuis les tlphones, les r achemine vers les
wapboxes, reoit les rponses envoyes par les wapboxes, et envoie le message UDP
correspondant aux mobiles. Puisque pouvant tre connect plusieurs wapboxes, le bearerbox
doit tre capable de router les paquets UDP. Pour cela, tout paquet provenant du mme mobile
sera rout vers le mme wapbox durant une session. En pratique, le problme du routage est
simplifi car tout paquet provenant dune mme adresse IP sera achemin vers le mme
wapbox.
En effet les terminaux mobiles obtiennent des adresses de faon dynamique. Lorsque quun
terminal dsire communiquer avec la passerelle, celui-ci lui attribue automatiquement une
adresse IP qui permettra son identification tout au long de la transaction. Une fois celle-ci
acheve, le terminal mobile libre son adresse IP qui pourra alors tre attribue un autre
client.
Le Bearerbox fait appel plusieurs threads et fil dattente au niveau de la passerelle, son
fonctionnement interne est dcrit par la figure suivante.

Figure 4-4. architecture du Bearerbox


LE Wap Box
Lorsque le pulling est utilis, le Wapbox lit les messages depuis le bearerbox, maintient un
tat interne de chaque client et met les requtes HTTP pour le compte des clients. Il rpond
aux messages conformment aux spcifications du WAP. Les fonctions de base sont assez
simples mais les choses deviennent compliques lorsque la charge commence devenir lourde.
Au niveau de limplmentation, seuls WTP et WSP sont pris en compte. WTLS existe mais
sous forme de module. Cot transport, UDP est actuellement le seul protocole utilis dans
WDP ce qui signifie que WCMP (Wireless Control Message Protocol ) nest pas implment.
En ce qui concerne les messages push , ils peuvent tre confirms ou non confirms. Dans
le second cas, le PPG envoi le contenu push au bearerbox (en lui demandant de faire un sms
push).Pour le push confirm, sil est orient-session, la passserelle demande dabord au mobile
dtablir une session avec lui. Le PPG maintient la session et envoi les donnes au mobile et lui
envoi aussi des confirmations si ncessaire. Outre ces deux types de push, Kannel peut aussi
fonctionner comme une passerelle pull. Le Wapbox envoi les contenus push via SMS, mais la
rqute rsultante utilise un support IP.

1 1. .2 2. . K KA AN NN NE EL L P Pa as ss se er re el ll le e S SM MS S
Le SMS, Short messaging Service, est un moyen denvoi de messages courts (160 caractres)
partir dun mobile GSM vers un autre. Il permet, en plus de lenvoi de texte simple, denvoyer
des contenus avancs comme les logos doprateurs, les sonneries d appels, les cartes
daffaires et les configurations de mobiles.
Les services SMS sont des services initis par des messages SMS envoys vers un numro de
tlphone (le plus souvent court) et qui rpondent des requtes qui leurs sont adresses.
Quand les services SMS sont utiliss, le client (terminal mobile) envoie un message SMS un
certain numro, qui pointe vers un centre SMS prcis. Ce centre SMS envoie le message son
destinataire en utilisant un protocole spcifique. Par exemple un centre SMS Nokia utilise le
protocole CIMD.


En pratique chaque SMSC diffrent utilise un protocole diffrent, une passerelle SMS est
utilise pour rendre possible la connexion entre SMSC diffrents.
Le grand apport de Kannel est de translater chaque protocole SMSC vers le protocole http, ce
qui simplifie le dploiement des services.

Figure 1-2. Position logique de la passerelle SMS entre un mobile et un serveur de contenu.
Une passerelle SMS peut aussi tre utilis pour relayer les messages SMS du rseau GSM vers
un autre type de rseau.
Kannel fonctionne comme une passerelle SMS, pouvant communiquer avec plusieurs types de
SMSC et routant les messages quil reoit vers des fournisseurs de contenus, sous forme de
requtes http. Ces fournisseurs de contenus rpondent la requte et la rponse est retourne au
mobile avec la connection au SMSC requise et le protocole requis.
En plus du fait de servir les SMS-MO (provenant du mobile), Kannel fonctionne aussi comme
une passerelle push , les fournisseurs de contenus peuvent demander Kannel d envoyer
des messages aux terminaux.
Kannel va alors dterminer le bon SMSC vers lequel transiter le message en utilisant encore le
protocole requis. De ce fait le fournisseur de contenus naura pas connatre un protocole
SMSC mais juste linterface de Kannel vers lequel il enverra le message.

1 1. .3 3. . K KA AN NN NE EL L P Pa as ss se er re el ll le e W Wa ap p
WAP, abrviation de Wireless Application Protocol, est une collection de diverses langages et
outils et une infrastructure pour mettre en application des services pour des tlphones
portables. Traditionnellement de tels services ont fonctionn par l'intermdiaire des appels
normaux de tlphone ou des messages textuels courts (par exemple, messages SMS dans des


rseaux de GSM). WAP permet de mettre en application des services semblables au World
Wide Web.
la diffrence de lattente des usagers, WAP n'apporte pas la teneur existante de l'Internet
directement au tlphone. Il y a trop de problmes techniques et autres pour que ceci ne
travaille correctement. Le problme principal est que le contenu d'Internet est principalement
sous forme de pages HTML, et ils sont crits de telle faon qu'ils exigent les raccordements
rapides, les units de traitement rapides, les grandes mmoires, les grands crans, la sortie
audio et souvent galement les mcanismes assez efficaces d'entre.
En plus, les tlphones portables ont des processeurs trs lents, la mmoire trs petite, la
largeur de bande insondable et intermittente, et les mcanismes extrmement maladroits
d'entre. La plupart des pages existantes de HTML ne fonctionne pas sur des tlphones
mobiles, et ne le feront jamais.
WAP dfinit un langage compltement nouveau le Wireless Markup Language (WML), qui est
plus simple et beaucoup plus strictement dfinie que le HTML. Il dfinit galement un langage
de script, WMLScript, que tous les navigateurs doivent avoir pour le supporter. Pour rendre des
choses encore plus simples pour les tlphones, il dfinit mme son propre format mmoire
d'image (Wireless Bitmap, ou WBMP).
Le HTTP est galement trop inefficace pour l'usage sans fil. Cependant, en employant un
format binaire et compress smantiquement semblable il est possible de ramener les frais
gnraux de protocole quelques octets par demande, au lieu des centaines habituelles
doctets. Ainsi, WAP dfinit une nouvelle pile de protocole employer. Cependant, pour
rendre des choses plus simples galement pour les personnes mettant en application rellement
les services, WAP prsente une passerelle entre les tlphones et les serveurs fournissant le
contenu aux tlphones.
.


Fig3. Position logique de la passerelle WAP (et de PPG) entre un tlphone et un serveur de contenus
La passerelle WAP communique avec le tlphone en utilisant une pile de protocole WAP, et
traduit les demandes qu'il reoit au HTTP normal. Ainsi les fournisseurs de contenu peuvent
utiliser tous les serveurs de HTTP et utiliser le savoir-faire existant au sujet de l'excution et de
l'administration de service de HTTP.
En plus des traductions de protocole, la passerelle compresse galement les pages WML dans
une forme plus compacte, pour sauver la largeur de bande Over-The-Air et pour rduire plus
loin les conditions de traitement du tlphone. Il compile galement des programmes de
WMLScript dans un format bytecode. Les dernires caractristiques du WAP dfinissent
quelques conversions additionnelles que Kannel commence mettre en application.
Kannel n'est pas simplement une passerelle WAP. Il fonctionne galement comme passerelle
SMS. Bien que le WAP soit la technologie chaude et techniquement suprieure, les tlphones
SMS existent en grand nombre et les services SMS sont ainsi tout fait utiles. Par consquent,
Kannel fonctionne simultanment comme passerelle WAP et SMS.
1 1. .4 4. . K Ka an nn ne el l e et t s s c cu ur ri it t

En ce qui concerne laccs distance au bearbererbox Kannel utilise SSL pour les transactions
scurises entre le bearerbox et les smsbox et wapbox auxquels il est connects.
Ladministration distance peut galement tre assure grce une connexion scurise.
Laccs des utilisateurs la passerelle peut tre entirement scuris et contrl en spcifiant
des utilisateurs avec mots de passe dans le fichier de configuration. De ce fait tout utilisateur
dsirant envoyer un SMS, par exemple, devra au pralable entrer son login et mot de passer
dfinis dans le groupe sms-user du fichier de configuration ou mme dans un autre fichier.



Kannel prvoit aussi des certificats pour les connexions http scurises (exemple https). Ces
certificats permettent de vrifier lauthenticit dun serveur ou dun client.

2 2. . I In ns st ta al ll la at ti io on ns s e et t c co on nf fi ig gu ur ra at ti io on ns s

2.1 Pr requis
Kannel exige l'environnement de logiciel suivant :
Compilateur et bibliothques de C pour la norme ANSI C, avec des prolongements
normaux d'Unix tels que des douilles de schma et des outils relatifs. (Le toolchain du
GCC du GNU est recommand)
La bibliothque de Gnome XML (connue sous le nom de gnome-xml et libxml), version
2.2.5 ou plus nouveau. Voir http://xmlsoft.org/xml.html.
Si vous l'installez des paquets de votre distribution, vous aurez besoin de libxml2-dev
en plus des bibliothques d'excution du paquet libxml2.
GNU MAKE.
Une implmentation de thread POSIX (pthread.h).
GNU Bison 1.28, si vous voulez modifier le compilateur de WMLScript (un analyseur
prcr est inclus pour ceux qui veulent juste compiler Kannel).
les outils DocBook: DocBook Stylesheets , jade, jadetex, etc. ; voir le README, section
documentation , pour plus d'information (les versions prformates de la
documentation sont disponibles, et vous pouvez compiler Kannel lui-mme mme sans
outils de documentation).
GNU autoconf, si vous voulez modifier le script de configuration.
Les besoins en matriel sont plus pelucheux. Quelques benchmarkings ont prouv qu'avec une
architecture raisonnablement rapide de PC (par exemple 400MHz Pentium II avec RAM
128MB), le hic de l'excution de SMS est toujours du ct de SMSC, mme par exemple avec
les raccordements multiples additionnant une canalisation avec 400 msg/sec.
2.2 Installation

Obtenir le code source



Le code source de Kannel est disponible pour le tlchargement chez
http://www.kannel.org/download.shtml. Il est disponible dans divers formats et vous pouvez
choisir de tlcharger la dernire version : . gateway-1.4.1.tar.gz

Compiler kannel :
Se positionner dans le rpertoire ou est dcompresse (dans notre cas /usr/local/gateway/)
kannel et lancer les commandes :

#./configure
# make

Installer kannel
Dans le rpertoire dinstallation on tape :

# make install

2.3Configurations:
Le fichier de configuration peut tre divis en trois parties :
configurations de bearerbox,
configurations de smsbox
et configurations de wapbox.
La partie Bearerbox a un groupe core et tous les groupes de Centres SMS, alors que la
partie wapbox a seulement un groupe wapbox. Dans la partie smsbox il y a un groupe smsbox
et puis bon nombre de groupes sms-service et sendsms-user.
Configurations de bearerbox
Groupe core :

group = core
admin-port = 13000
admin-password = f00bar
status-password = sTat
admin-deny-ip = "*.*.*.*"
admin-allow-ip = "127.0.0.1;200.100.0.*"
smsbox-port = 13003
wapbox-port = 13004
box-deny-ip = "*.*.*.*"
box-allow-ip = "127.0.0.1;200.100.0.*"
wdp-interface-name = "*"
log-file = "kannel.log"


log-level = 1
access-log = "kannel.access"
unified-prefix = "+358,00358,0;+,00"
white-list = "http://localhost/whitelist.txt"

Groupe SMSC :
Il permet de dfinir les SMSC que Kannel pourra utiliser.
group = smsc
smsc = http
system-type = kannel
smsc-username = tester
smsc-password = foobar
port = 13015
connect-allow-ip = "*.*.*.*"
send-url = http://localhost:13015/cgi-bin/sendsms

Configurations du wapbox

Il contient un seul groupe :wapbox

group = wapbox
bearerbox-host = localhost
log-file = "/var/log/wapbox.log"
log-level = 0
syslog-level = none

Configurations du smsbox

Groupe smsbox
Il dfinit la configuration de Kannel qui gre lenvoi et la rception de sms .
group = smsbox
bearerbox-host = localhost
sendsms-port = 13013
sendsms-chars = "0123456789+"
global-sender = 13013
log-file = "/var/log/kannel/smsbox.log"
log-level = 0
access-log = "/var/log/kannel/access.log"


sendsms-url = /cgi-bin/sendsms

Groupe sendsms-user
Il permet de dfinir les utilisateurs pouvant utiliser lenvoi de SMS via le web. La configuration
se fait en entrant un nom et un mot de passe utilisateur.
group = sendsms-user
username = tester
password = foobar
max-messages = 3
concatenation = true

Groupe sms-service
Il permet de dfinir les services SMS utiliser. Chaque service est identifi par un mot cl et
lapplication qui se chargera de traiter les requtes.
group = sms-service
keyword = jeux
post-url= "http://localhost/credit/jeux.php?sender=%p&text=%r"
catch-all = true
max-messages = 3
concatnation = true
Parmi es variables qui spcifient le type de traitement on peut citer :
post-url dfinit lapplication http qui traitera la requte.
file donne le fichier local retourner
text indique le texte retourner comme rponse la requte
exec permet de spcifier la commande shell executer lorsque le mot cl est envoy

Dmarrage de la passerelle
Pour dmarrer kannel il faut agir comme suit :
- Dmarrer dabord le bearbox:
/usr/local/gateway/gw/bearbox /etc/kannel.conf
- Dmarrer ensuite le smsbox:
/usr/local/gateway/gw/smsbox /etc/kannel.conf



-Et ci ncessaire dmarrer le wapbox par :
/usr/local/gateway/gw/wapbox /etc/kannel.conf

3 3. . M Mi is se e e en n p pl la ac ce e d de e s se er rv vi ic ce e S SM MS S
Pour mettre en place un service SMS il faudra :
-ajouter un groupe sms-service :
group = sms-service
-dfinir un mot cl
keyword = motcl
-dfinir le type dapplication associ
post-orl= ILLp:JJIocuIIosLJurI.pIp

Configuration dun jeux SMS
Nous allons voir comment on peut configurer un jeux sms avec kannel .
#ajoutons un groupe sms-service :
group = sms-service
#dfinissons un mot cl
keyword = jeux
#dfinir le type dapplication associ
post-url = http://localhost/credit/jeux.php?sender=%p&text=%r
o :
jeux.php est le programme de traitement
sender et text sont des variables renseignes transmises au programme
%p reprsente le numro de lexpditeur du message
%r reprsente ce qui vient aprs le mot cl

Dans cette optique il est tout fais facile de mettre en place tout type de service SMS que lon
dsire allant aux jeux jusquaux virement bancaire car kannel est capable de rcuprer toutes
les composantes du messages.
Alors nous allons mettre en excution le jeu configur ci-dessus :
Il sagit (probablement par la publicit) de demander lactuel roi des arnes .Et pour favoriser
la participation de plusieurs joueurs, nous allons rendre plus facile la question en donnant des
indices.


Il sagira ensuite dditer le fichier php qui permettra, lorsque les variables sender et text sont
renseignes de les mettre dans une base de donne et denvoyer une phrase comme : votre
participation est prise en compte, bonne chance ! ou bien rponse enregistre , rejouer
pour augmenter votre chance !
Le tirage au sort se fera la fin du jeu ou priodiquement en choisissant au hasard un numro
parmi ceux enregistrs dans la base de donnes.

Administration dune machine par SMS
Nous avons eu mettre en place un systme qui permet de pouvoir dmarrer des services sur
une machine ou bien dexcuter une commande systme .Le mcanisme est semblable celui
du jeux SMS mais la diffrence que les paramtres seront transmis au shell qui se chargera de
lexcution .
Dmarrage dun service
La procdure est la suivante :
#ajoutons un groupe sms-service :
group = sms-service
#dfinissons un mot cl
keyword = service
#dfinir le type dapplication associ
exec = service %s %s
o :
service est la commande service
le premier %s reprsente la premire chane de caractre aprs le mot cl
le second %s reprsente la seconde chane aprs le mot cl
Ainsi lorsquon envoie partir dun mobile : service ldap restart le systme excutera la
mme commande.
NB : Pour viter de rendre vulnrable le systme, nous allons rserver laccs ce service qua
un seul utilisateur(ladministrateur) en mettant sont numro seul dans white-list
#rservons aux administrateurs laccs ce service
white-liste = "http://localhost/list.txt"
Evidemment dans list.txt il y a les numro de ceux qui peuvent utiliser le service.

4 4. . M Mi is se e e en n p pl la ac ce e d de e s se er rv vi ic ce e W WA AP P


Le wap push
La configuration du Wap Push se fait comme suit

Ajout dun groupe Ppg (Push Proxy Gateway ) dans Kannel.conf

# PPG CORE SETUP, for defining the push request interface
group = ppg
ppg-url = /cgi-bin/sendsms
ppg-port = 8080
concurrent-pushes = 100
users = 1024
trusted-pi = true
#ppg-allow-ip = 127.0.0.1
ppg-allow-ip = "*.*.*.*"
service-name = wap
default-smsc = http

Ajout dun groupe dutilisateurs Wap-push
group = wap-push-user
wap-push-user = baba
ppg-username = laye
ppg-password = passer
allow-ip = 62.254.217.163

Dmarrer le bearerbox et le wapbox
bearerbox /etc./kannel.conf
wapbox /etc./kanel.conf

Le contenu du push se prsente sous forme de document xml et se prsente comme suit :
<?xml version="1.0"?>
<!DOCTYPE pap PUBLIC "-//WAPFORUM//DTD PAP//EN"
"http://www.wapforum.org/DTD/pap_1.0.dtd">
<pap>
<push-message push-id="9fjeo39jf084@pi.com">
<address address-
value="WAPPUSH=+2214870830/TYPE=PLMN@ppg.carrier.com"/>
</push-message>
</pap>


Ainsi les messages push pourront tre envoys via un navigateur web,en
sauthentifiantdabord, puis en entrant le numro de tlphone du destinataire et le contenu du
message push ou en tapant une commande shell selon la syntaxe suivante :

test/test_ppg -q http://ppg-host-name:ppg-port?username=ppg-
username&
password=ppg-password [content_file] [control_file]

exemple:
test/test_ppg -q http://127.0.0.1:8080?username=laye&
password=passer /usr/local/gateway/gw/test/test_ppg.txt /etc/kannel.conf

Wap pull

o Les OTA settings
La configuration du wap pull se fait en configurant simplement le groupe wapbox.
La configuration des mobiles pourra se faire automatiquement en envoyant par SMS les
paramtres ncessaires la configuration du mobile ou en les entrant manuellement.
Un message contenant les paramtre de configuration Wap dun terminal est appel OTA
(Over- the -Air) le langage utilis est le XML .
Un groupe portant le nom de ota-settings devra au pralable tre ajout dans le fichier de
configuration de kannel :

group = ota-setting
location = http://wap.company.com
service = "Our companys WAP site"
ipaddress = 10.11.12.13
phonenumber = 013456789
bearer = data
calltype = analog
connection = cont
pppsecurity = off
authentication = normal


login = wapusr
secret = thepasswd

Le fichier contenant les configurations se prsente ainsi :
<!DOCTYPE CHARACTERISTIC-LIST SYSTEM "file://gw/settings.dtd">
<CHARACTERISTIC-LIST>
<CHARACTERISTIC TYPE="ADDRESS">
<PARM NAME="BEARER" VALUE="GSM/CSD"/>
<PARM NAME="PROXY" VALUE="10.11.12.13"/>
<PARM NAME="PORT" VALUE="9201"/>
<PARM NAME="CSD_DIALSTRING" VALUE="+12345678"/>
<PARM NAME="PPP_AUTHTYPE" VALUE="PAP"/>
<PARM NAME="PPP_AUTHNAME" VALUE="yourusername"/>
<PARM NAME="PPP_AUTHSECRET" VALUE="yourauthsecret"/>
<PARM NAME="CSD_CALLTYPE" VALUE="ISDN"/>
<PARM NAME="CSD_CALLSPEED" VALUE="9600"/>
</CHARACTERISTIC>
<CHARACTERISTIC TYPE="URL"
VALUE="http://wap.company.com/"/>
<CHARACTERISTIC TYPE="NAME">
<PARM NAME="NAME" VALUE="Your WAP Company"/>
</CHARACTERISTIC>
</CHARACTERISTIC-LIST>

On pourra donc envoyer les paramtres de configuration un mobile en tapant dans un URL :
http://smsbox.host.name:13013/cgi-bin/sendota?
username=foo&password=bar&to=0123456&
text=MyURLEncodedXMLdocument&type=settings

Le site wap
La cration dun site wap est semblable celle dun site web seulement les pages seront crites
en WML au lieu de HTML.
Exemple de page en WML :
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml">
<wml>
<card id="main" title="Hello, world" newcontext="true">
<p>Bienvenue sur le site wap de RTN.</p>
</card>
</wml>


Pour prvisualiser les pages wap on peut utiliser un mulateur wap comme Deck-it :



Partie II :

L LA A T TE EC CH HN NO OL LO OG GI IE E D DU U S ST TR RE EA AM MI IN NG G



I I. . L LE ES S D DE EU UX X M ME ET TH HO OD DE ES S D DE E S ST TR RE EA AM MI IN NG G
1 1. . S St tr re ea am mi in ng g s st ta at ti iq qu ue e ( (o ou u p ps se eu ud do o- -s st tr re ea am mi in ng g) )
Il seffectue partir dun serveur web standard et utilise les protocoles HTTP et
FTP bass sur TCP. Il ne ncessite donc pas de serveur spcialis.
Il consiste lire progressivement le fichier multimdia pendant son tlchargement.
Aprs un temps de latence ncessaire au chargement des premires secondes, celles-ci
sont lues tandis que la suite du fichier se charge. Le fichier est donc simplement
propos au tlchargement, de la mme manire que tout autre type de fichier, et c'est le
navigateur ou client (lecteur multimdia) qui se charge d'effectuer le streaming. La
copie du fichier tlcharg est dtruite par le navigateur la fin du traitement.
Il permet de dlivrer tout type de mdias mais pralablement prenregistrs : il ne peut
pas transmettre de flux en temps rel.
Les paquets perdus sont retransmis jusqu' ce qu'ils soient reus.
Il ne peut pas utiliser les modes de fonctionnement en broadcast ou multicast
Il ne peut pas sauter un passage de la vido sans tlcharger tout le dbut.
Il nest pas arrt par les Nat ou par les FireWall.
Il ne sadapte pas la qualit de connexion de l'utilisateur. Il devient ainsi souvent
ncessaire de proposer sur le serveur plusieurs fichiers encods en plusieurs qualits
(avec des rsolutions diffrentes) afin de permettre l'utilisateur de choisir en fonction
des capacits de sa connexion.
2 2. . S St tr re ea am mi in ng g d dy yn na am mi iq qu ue e ( (o ou u v vr ra ai i s st tr re ea am mi in ng g) )
Il ncessite un serveur spcialis, appel serveur de streaming, et utilise le protocoles
RTP / RTCP sur UDP pour diffuser le contenu.
Il n'est pas ncessaire de tlcharger l'ensemble du fichier. Le serveur n'envoie
l'internaute que les donnes dont il a besoin, qui sont automatiquement effaces aprs
lecture.
Ce streaming est le seul capable de transmettre du contenu en temps rel. Il convient
galement pour la diffusion de mdias prenregistrs.
Cest le support des modes broadcast et multicast (un seul flux pour plusieurs clients).


Il n'utilise jamais plus de bande passante que ncessaire.
Il autorise un accs alatoire pour les vidos prenregistres.
Il ne laisse pas de copie du mdia sur le disque dur du client.
La vido est coupe si le flux de donnes est suprieur la bande passante disponible.
Les transmissions peuvent tre affectes par des pertes de donnes.
Il peut tre bloqu par certains NAT ou FireWall.
II L LE ES S D DI IF FF FE ER RE EN NT TE ES S E ET TA AP PE ES S D DU U S ST TR RE EA AM MI IN NG G
Le streaming est le traitement appliqu un flux de donnes en temps rel transitant sur le
serveur ou un montage vido ou un fichier audio installs sur le serveur. Il procde en
plusieurs tapes :
1 1. . E En nc co od da ag ge e
Afin de rduire le nombre de paquets de donnes transmettre (et donc conomiser la bande
passante ncessaire) et permettre leur lecture en temps rel, les fichiers multimdias doivent
tre compresss dans un format de streaming du serveur : c'est l'encodage.
Cela suppose deux oprations : la compression laide dun codec et le multiplexage dans un
conteneur (muxeur).
1.1 Compression avec un codec
Un codec (pour "COmpression/DECompression") est un algorithme de compression utilis
pour rduire la taille d'un flux ou dun fichier (audio ou vido). Il gnre un format de
compression spcifique. Il y a des codecs audio et des codecs vido.
MPEG-1, MPEG-2, MPEG-4, Vorbis, DivX, (etc.) sont des codecs.
Il existe de nombreux formats de compression.
On distingue deux types de compression :
La compression sans perte
La compression sans perte se base sur la frquence d'apparition de mots binaires dans le
flux binaire reprsentant une image ou une source audio. Elle rduit la quantit


d'information transmettre aux clients en comptabilisant le nombre de fois qu'apparat
continuellement chacun des mots binaires les plus frquemment rencontrs.
La compression avec perte
La compression avec perte, quand elle, rduit la quantit d'information transmettre
en dgradant sensiblement les donnes tout en conservant l'information la plus
pertinente du mdia. Les limites des perceptions auditives et visuelles humaines aidant,
ces formats de compression permettent d'obtenir des ratios avoisinant le 1/10 tout en
conservant une qualit visuelle ou auditive.
1.2 Multiplexage dans un conteneur
Le multiplexage consiste encapsuler (empaqueter) ensemble les diffrents flux requis dans un
mme fichier (conteneur) avant que celui-ci ne soit diffus sur le rseau.
Un conteneur (ou muxeur) contient donc un ou plusieurs flux dj encods l'aide de codecs,
mais aussi dautres informations qui dfinissent comment lire les donnes en indiquant le nom
du codec ncessaire au dcodage des flux audio et vido. Gnralement, il y a un flux vido et
un flux audio. Les formats conteneur les plus avancs sont capables de grer de l'audio, de la
vido, des sous-titres, des chapitres et des mtadonnes (ou tags) et de faon synchronise pour
que les diffrents flux soient bien lus en mme temps.
WAV, AIFF (etc.) sont des conteneurs audio (flux audio seulement).
AVI, OGG, MOV, ASF, MP4 (etc.) sont des conteneurs vido (flux audio et
vido).
Les flux contenus peuvent tre encods l'aide de codecs diffrents. Attention, tout codec nest
pas compatible avec tout conteneur.
Ainsi, un fichier AVI peut contenir du divx avec du mp3, ou wma, ou du mpeg, par exemple.
L'extension du fichier donne ainsi le type du conteneur des flux prsents dans le fichier et les
possibilits offertes la lecture.
2 2. . D Di if ff fu us si io on n d de es s d do on nn n e es s s su ur r l le e r r s se ea au u - - B Bu uf ff fe er ri in ng g
Le fichier audio ou vido (le conteneur) est ensuite plac sur le serveur qui, chaque requte
d'un internaute, duplique le fichier demand et le dlivre sous la forme d'un flux continu de
donnes (petits paquets de donnes marqus temporellement afin dtre rordonnancs de
manire cohrente par le client).


C'est le serveur de streaming qui se charge de faire correspondre une URL ("Mediafile") un
flux temps-rel (direct) ou un fichier prenregistr (diffr):
[protocole]://[hte]/[chemin de fichier ou d'encodeur]
Par exemple:
rtsp://www.rtn.sn/encoder/stream_1
pnm://www.rtn.sn/medialib/fichier_a
mms://www.rtn.sn/medialib/fichier_b
Protocoles : rtsp (protocole de l'IETF, voir-ci dessous), pnm (Real Media), mms (Microsoft)
Remarque : Le mtafichier SMIL, suffixe .smil ou .smi, est un type spcial de mtafichier.
Techniquement parlant ce n'est pas un mtafichier, mais son but est similaire. Le fichier smil
permet de combinaison et l'intgration de diffrents contenus multimdias diversifis (images,
sons, textes, vido, animations, flux de texte) au sein d'une page Web en les synchronisant afin
de permettre la cration de prsentations multimdias.
Plutt que d'incruster un lien de ce type dans un document HTML, on prfre utiliser un
metafile qui n'est autre qu'une rfrence (pointeur) vers un mediafile. La forme la plus simple
de metafile est un fichier texte contenant un URL de la forme ci-dessus.

A cause des fluctuations rseaux, des diffrents parcours emprunts par les paquets et des
variations de la bande passante, les paquets n'arrivent pas toujours dans le bon ordre. Les
paquets sont donc regroups et agencs dans le bon ordre dans une mmoire tampon (ou
buffer) cre par le lecteur mdia de l'ordinateur de l'utilisateur. Au bout de quelques secondes,
une fois que le buffer de rception possde assez d'informations, la lecture du flux commence
et les images ou le son sont retransmis. La mmoire tampon a donc pour rle de fluidifier le
flux. Si la connexion rseau est mauvaise, l'arriv des paquets sera ralentie. Lorsque le buffer
de rception est vide, la lecture s'arrte et reprendra lorsqu'elle possdera assez de donnes pour
continuer. L'image est alors fige.


3 3. .L Le ec ct tu ur re e d du u m m d di ia a
Les diffrentes oprations permettant la lecture du mdia sont assures par le lecteur
multimdia de lutilisateur. Tout lecteur est libre (gratuit) et multiplateforme. Il dispose de
plusieurs codecs sa disposition.
Dmultiplexage
Le conteneur est tout dabord dmux (cest le dmultiplexage) : les diffrents flux
audio et vido sont spars et sauvegards dans des fichiers diffrents.
Dcompression
Chacun de ces flux sont ensuite dcods (dcompresss) en temps rel avec les mmes
codecs que ceux utiliss pour compresser ces flux. Le lecteur multimdia peut tre
amen devoir tlcharger le codec ncessaire (sous forme de plug-in) si celui-ci nest
pas prsent dans lenvironnement et sil est autoris le faire (le codec requis peut tre
propritaire et donc payant ). Ces flux sont alors restitus avec le maximum de
qualit possible lutilisateur. Dans la plupart des cas, la compression est asymtrique :
la compression (en fonction de la qualit que l'on souhaite avoir) sera plus longue et la
dcompression assez rapide pour permettre une lecture presque instantane du flux.
I II II I T TE EC CH HN NO OL LO OG GI IE ES S U UT TI IL LI IS SE EE ES S P PO OU UR R L LE E S ST TR RE EA AM MI IN NG G
Les technologies utilises pour encoder les donnes en streaming et les lire :
1 1. .R Re ea al l N Ne et tw wo or rk ks s
Conteneurs : .rm et .ra, .rma (audio)
Lecteur (de ces fichiers) : Real Player (tlchargeable gratuitement)
Site : http://www.real.com/ ou http://www.realnetworks.com/products
Serveur : Helix Server
Encodeur : Real Producer (Helix Producer)
Environnement : multi plateformes. Version de son Player pour les plateformes PC,
MAC et Linux.
Protocoles supports : UDP / TCP / HTTP (connexion) - RTP et RTSP


2 2. . M Mi ic cr ro os so of ft t e et t W Wi in nd do ow ws s M Me ed di ia a P Pl la ay ye er r
Conteneurs : .asf, wmv et .wma (audio)
Lecteur: Windows Media Player (et VLC Media player ?)
Site : http://www.microsoft.com/windows/windowsmedia/fr
Serveur : Windows Media Services
Encodeur : Windows Media Encoder
Environnement : version adapte la plupart des ordinateurs : PC, MAC, ordinateurs de
poche et Stations de travail, ainsi que sur Pocket Phone.
3 3. . A Ap pp pl le e e et t Q Qu ui ic ck kt ti im me e
Conteneur : .mov, .avi, .mpeg
Lecteur : Quicktime Player (tlchargeable gratuitement)
Site : http://www.quicktime.com/
Serveur : Darwing Streaming Server
Encodeur : QuickTime Pro
Environnement : version PC et MAC
4 4. . F Fo or rm ma at t m mp pe eg g4 4
Ce format, normalis (comme lest le MPEG1 ou le MPEG2) et lisible par la plupart
des lecteurs du march, est en passe de devenir un format majeur. Malheureusement
il nest que trs peu, pour linstant, utilis dans la pratique sur les sites web. Le seul
encodeur grand public qui permet de raliser des fichiers Mpeg4 est le Quicktime
Player en version Pro.
Conteneur : .mp4
Ce format est lisible par les 3 lecteurs multimdias (Quicktime player, Real One Player
et Windows Mdia Player)..
Le plugins Envivio doit tre ajout au lecteur pour rendre lisible le fichier. Il est
tlchargeable gratuitement depuis le site : http://www.envivio.com/
Environnement : multi plateformes


5 5. .D De es s s so ol lu ut ti io on ns s a al lt te er rn na at ti iv ve es s
VideoLAN
(GNU Open source) Logiciel libre, il intgre de trs nombreux codecs (il exclue les
codecs "propritaires", c'est dire payants).
o Lecteur : VLC media player (tlchargeable gratuitement)
o Site : http://www.videolan.org/)
Cisco IP/TV
I IV V L LE ES S P PR RO OT TO OC CO OL LE ES S
La transmission de donnes en temps rel demande de bons dbits rseaux. Il est plus facile de
compenser de la perte de donnes que de compenser de longs dlais dans la rception de
donnes. Ce type d'accs est trs diffrent de celui un simple fichier statique o la chose la
plus importante est que chaque paquet de donnes arrive destination.

TCP (Transmission Control Protocol) est un protocole de transport fiable , orient
connexion, fournit un flux d'octets fiable assurant l'arrive des donnes sans altrations et dans
l'ordre, avec retransmission en cas de perte, et limination des donnes dupliques. Il gre aussi
les donnes urgentes qui doivent tre traites dans le dsordre (mme si techniquement,
elles ne sont pas mises hors bande). TCP essaie de dlivrer toutes les donnes correctement et
en squence. C'est son but et son principal avantage sur UDP, mme si a peut tre un
dsavantage pour des applications de transfert ou de routage de flux en temps-rel, avec des
taux de perte leves au niveau de la couche rseau. FTP (transfert de fichiers) et HTTP (web),
protocoles applicatifs, sont bass sur TCP/IP.

UDP (User Datagram Protocol) est un protocole de transport simple, sans connexion,
permettant un dbit optimal mais non fiable : UDP ne vrifie pas que les paquets sont
arrivs destination, et ne garantit pas leur arrive dans l'ordre. Si une application a besoin de
ces garanties, elle doit les assurer elle-mme, ou bien utiliser TCP. UDP est gnralement
utilis par des applications de diffusion multimdia (audio et vido, etc.) pour lesquelles le
temps requis par TCP pour grer les retransmissions et l'ordonnancement des paquets n'est pas
disponible.


RTP (Real Time Protocol), est un protocole fonctionnant avec UDP ou TCP, spcialis dans le
transport de donnes possdant des contraintes temps rel. Il permet la diffusion de manire
synchrone des flux temps rel transports mais n'inclue pas le contrle de la qualit de la
communication. RTP reconstitue lordre des paquets, synchronise les mdia, dtecte la perte de
paquets.

RTCP est charg de la partie contrle du flux de la connexion temps rel avec le client. Il est
souvent adjoint l'usage du protocole RTP pour assurer une dynamique face aux problmes de
congestion ventuelle.

RTSP (Real Time Streaming Protocol) est un protocole de communication spcifique au
streaming. Il permet de contrler la diffusion du contenu et permet ainsi damliorer les
performances de RTP.
Celui-ci est un canal de retour (ou feedback ) qui peut informer l'metteur sur les
proprits temps-rel du canal, l'tat du tampon du rcepteur, ainsi que demander des
changements de compression/dbit pour les applications multimdia par exemple. Par
l'intermdiaire du protocole RTSP, le client est libre d'arrter le flux provenant du serveur
(mode pause) ou d'accder directement une partie avance du mdia sans avoir tlcharger
la partie passe (mode avance rapide). Il propose galement au client la possibilit de ngocier
certaines options avec le serveur comme par exemple le type de protocole de transport utiliser
(UDP ou TCP).
Pour la diffusion en masse cependant (flux en direct, radiodiffus ou via satellite), cette voie de
retour n'est gnralement pas utilise, mais le contenu est transmis plusieurs fois en parallle
avec un dcalage temporel suffisant pour pallier les interruptions temporaires de qualit de
rception, mais n'excdent pas les limites des tampons des rcepteurs (normalement pas plus
d'une quinzaine de secondes d'cart). Le rcepteur peut alors reconstituer et rordonner la
squence complte afin d'obtenir un flux continu sans perte.



V V S St tr re ea am mi in ng g u un ni ic ca as st t e et t s st tr re ea am mi in ng g m mu ul lt ti ic ca as st t
Un flux de streaming peut tre diffus de deux faons : individuelle ou multiple.
1 1. . S St tr re ea am mi in ng g u un ni ic ca as st t
(Diffusion individuelle)
Connexion de point point entre le serveur streaming et l'utilisateur.
Le client contacte le serveur de streaming grce au protocole RTSP. En rponse cette requte,
le serveur retourne via RTSP une description de la session de streaming quil va ouvrir. Une
session de streaming est compose dun ou plusieurs flux (stream), par exemple audio ou
vido. Le serveur informe le client du nombre de flux. Il donne aussi des informations
dcrivant les flux comme le type du mdia et le codec de compression. Les flux sont quant
eux diffuss sparment via le protocole RTP.
Cette mthode demande beaucoup de ressources (bande passante), car il faut allouer un flux
unique par utilisateur. Mais elle permet une grande souplesse lutilisateur (celui-ci peut
choisir le dbit qui convient son infrastructure.).
2 2. .S St tr re ea am mi in ng g m mu ul lt ti ic ca as st t
(Diffusion multiple)
Connexion de point multipoints entre le serveur et les diffrents utilisateurs.
Le serveur de vido envoie ici une seule copie de chaque flux qui est ensuite distribue par un
routeur multi diffusion plusieurs utilisateurs, ce qui permet de rduire considrablement le
trafic lors dune diffusion pour de nombreux clients. Cela ncessite l'utilisation de dispositifs
permettant la distribution en multicast. L'utilisateur quant lui ne peut pas piloter le flux
puisqu'il est partag avec plusieurs utilisateurs. Le multicast est typiquement utilis pour la
diffusion en live ou le multi confrence.
Une diffusion multicast est annonce par un ficher SDP (Session Description Protocol) qui
est tlcharg partir dun serveur web classique (Apache, IIS,...). Ce fichier contient les
informations ncessaires pour recevoir le flux multicast, adresse IP du serveur, numro du port
et les informations de description des flux (mme informations que celles envoyes par RTSP
dans le cas dune diffusion unicast).


Actuellement, tous les routeurs ne supportent pas le multicast. Afin de permettre aux clients
situs derrire ces routeurs daccder aux donnes multicast, il est possible dinstaller un
serveur de streaming qui va agir comme une passerelle entre multicast et unicast. Ce serveur est
connect aux flux multicast et sert aux clients qui se connectent lui sous la forme de flux
unicast en utilisant RTP et RTSP. Cette opration seffectue en temps rel, ce qui permet de
retransmettre aussi bien des vidos prenregistres que des images en direct.
V VI I F FO OR RM MA AT TS S D DE E F FI IC CH HI IE ER RS S, , I IN NC CR RU US ST TA AT TI IO ON N E EN N H HT TM ML L

1 1. . S St tr re ea am mi in ng g U UR RL Ls s e et t m me et ta af fi il le es s
On parle de stream lorsqu'un flux audio/vido est lu sur une interface d'acquisition et non plus
sur un disque. Il n'y a plus de notion de dbut et de fin d'enregistrement, la rfrence de temps
est le temp-rel. Le media diffus est celui prsent sur l'interface, moyennant un retard
constant.
La diffrence fondamentale est qu'on ne peut, bien entendu plus tlcharger le media dans son
intgralit avant de le jouer. Le player doit donc parallliser la rception des donnes et leur
restitution. Cette capacit est aussi mise en oeuvre pour jouer des media de longue dure (une
bande annonce, un titre musical) pralablement enregistrs sur disque. On parle alors de lecture
anticipe. On dira aussi qu'on "stream" un fichier.
Il existe deux manires de "streamer" un fichier. La premire est d'utiliser un streaming Server
qui met en oeuvre un protocole spcifique au temps-rel (RTSP de l'IETF, MMS de Microsoft,
PNM de RealMedia). La seconde est d'utiliser un simple serveur HTTP. Dans ce dernier cas,
ne reste du concept de streaming que la lecture anticipe.
Cette substitution d'un flux temps-rel un fichier (les Unixiens peuvent penser aux pipes)
appelle un moyen de l'adresser de faon uniforme: un URL de flux. C'est le streaming server
qui se charge de faire correspondre un URL soit un flux temps-rel (direct) soit un fichier
pr-enregistr (diffr):
[protocole]://[hte]/[chemin de fichier ou d'encodeur]
par exemple:


rtsp://host.media.com/encoder/stream_1
pnm://host.media.com/medialib/fichier_a
mms://host.media.com/medialib/fichier_b
Plutt que d'incruster un lien de ce type dans un document HTML, on prfre utiliser une
metafile qui n'est autre qu'une rfrence (pointeur) vers une mediafile. La forme la plus simple
de metafile est un fichier texte contenant un URL de la forme ci-dessus.
Les fichiers d'extension .ram ou .rpm de RealMedia sont des metafiles qui pointent sur une
mediafile d'extension .ra (audio) ou .rm (audio/vido), ces dernires pouvant tre streames ou
non. De mme, un fichier Quicktime (.mov ou .qt) ou movie peut contenir l'adresse d'un autre
media. Elle est alors appele rfrence movie. La table suivante tente de rsumer les types de
media-file et meta-file avec leurs extension de fichier et type MIME pour chaque plate-forme.

Extension Type MIME
Media
file
Meta
file
Commentaire
.ra audio/x-pn-realaudio mediafile (audio)
.rm audio/x-pn-realaudio mediafile (audio & vido)
.ram audio/x-pn-realaudio
meta-file pour .ra ou .rm
(helper)
RealPlayer
.rpm
audio/x-pn-realaudio-
plugin

meta-file pour .ra ou .rm
(plugin)
.mov .qt vido/quicktime format gnrique binaire
.rtsp .rts application/x-rtsp meta-file ascii
Quicktime
.avi .vfw
video/avi
video/x-msvideo
video/msvideo
mediafile au format AVI


.mpeg,
.mpg,
.mpa,
.mpm,
.mpv, .m1s,
.m1v,.m1a,
.m64,.m75,
.m15,.mp2,
video/mpeg,
video/x-mpeg,
audio/mpeg,
audio/xmpeg
mediafile au format MPEG
.wma video/x-ms-asf mediafile (audio)
.wmv video/x-ms-asf mediafile (audio & video)
.asf video/x-ms-asf
mediafile (audio & video,
3rd party codecs)
.wax video/x-ms-asf metafile pour .wma
.wvx video/x-ms-asf metafile pour .wmv
MediaPlayer
.asx video/x-ms-asf metafile pour .asf

1.1 Avantage des meta-files
L'intrt d'utiliser une meta-file au lieu d'un lien direct sur le stream est de se ramener dans
l'espace HTTP.
En effet, la meta-file est toujours accde via HTTP alors que le stream l'est via un protocole
temps-rel, souvent inconnu du navigateur, comme le montrent les exemples suivants:


a. Exemples 1: URL sur un stream
RealAudio
Ce lien pointe sur un stream RealAudio:
pnm://son.radio-france.fr/chaines/france-info/flash/flash16.ra
Quicktime
Ce lien pointe sur un stream Quicktime:
rtsp://a549.q.kamai.net/3/549/191/.../qarnorthanchor_300.mov
b. Exemples 2: URL sur une meta-file
RealAudio (.ram)
Ce lien pointe sur un fichier .ram qui contient le texte suivant:
RealAudio (.rpm)
Celui-ci pointe sur un fichier .rpm qui contient le texte suivant (voir Note 1):
Quicktime (.mov)
Ce lien pointe sur un fichier .mov qui contient le texte suivant:
rtsp://a549.q.kamai.net/3/549/191/.../qarnorthanchor_300.mov
1 1. .2 2 Q Qu ue e s se e p pa as ss se e- -t t- -i il l l lo or rs sq qu u' 'o on n c cl li iq qu ue e s su ur r l l' 'U UR RL L d d' 'u un n s st tr re ea am m? ?
Votre navigateur cherche un binding de protocole dans le systme pour traiter les protocoles
PNM ou RTSP.
Il ne le trouve pas parce que ce binding n'a pas t cr.
Vous pouvez le crer en allant dans vos Prfrences ou Proprits Internet, section Helpers,
Utilitaires ou Protocoles, crez une nouvelle association pour le protocole PNM ou RTSP


et slectionnez l'application RealPlayer ou QuicktimePlayer respectivement (exemple
MacOS9). Cliquez nouveau sur le lien: l'application externe dmarre.
Un lien direct sur un stream dpend de la bonne configuration des bindings
protocole/application sur lesquels on ne peut pas se reposer.
1 1. .3 3 Q Qu ue e s se e p pa as ss se e- -t t- -i il l l lo or rs sq qu u' 'o on n c cl li iq qu ue e s su ur r l l' 'U UR RL L d d' 'u un ne e m me et ta a- -f fi il le e? ?
Votre navigateur cherche d'abord un binding de type dans ses plugins.
RealAudio a install le binding .rpm audio/x-pn-realaudio-plugin => RealAudio
plugin.
QuickTime a install le binding .mov video/quicktime => QuickTime plugin.
Dans les exemples 2.2 et 2.3, le stream est pris en charge par le plugin.
Votre navigateur cherche ensuite un binding de type dans le systme.
RealAudio a install le binding .ram audio/x-pn-realaudio => RealAudio player
Dans l'exemple 2.1, le stream est pris en charge par l'application externe.
Un lien indirect, via une metafile, sur un stream dpend de la bonne configuration des bindings
type/application du systme et du navigateur, en gnral fiables.
Note 1: Dans l'exemple 2.2, le rsultat graphique est inappropri car le plugin n'a pas reu de
paramtres. Pour cela, il faut utiliser EMBED ou OBJECT, ce que fait cette page.
Note 2: QuickTime ne dfinit pas de type MIME pour activer l'application externe, ceci passe
par un argument le plugin. Pour cela, il faut utiliser EMBED ou OBJECT, ce que nous allons
aborder.
2 2. . I In nc cr ru us st ta at ti io on n p pa ar r < <E EM MB BE ED D> > o ou u < <O OB BJ JE EC CT T> >
La directive <EMBED> (dprcie) ou <OBJECT> permet, volont, soit d'incruster le lecteur
dans le document graphique, soit de diriger le stream vers le lecteur externe.
Ce choix est affaire de got, cependant nous pensons que le lecteur externe est en gnral une
solution plus sre parce qu'il s'excute dans sa propre partition mmoire et ne risque pas


d'entraner le navigateur dans une erreur de programme. Ceci n'tant pas un cours de HTML,
nous nous contenterons de diriger vers les documentations des constructeurs:
Embedding QuickTime for Web Delivery:
http://docs.info.apple.com/article.html?artnum=61011
RealAudio Web Page Embedding:

http://service.real.com/help/library/guides/productionguidepreview/HTML/htmfiles/embed.htm
Ce qui nous intresse ici sont le respect des standards et l'inter-oprabilit.
La directive <EMBED> est une extension Netscape et n'a jamais fait partie de la DTD HTML.
<OBJECT> doit la remplacer. A la diffrence de <EMBED>, pour laquelle </EMBED> est
superflu, <OBJECT> est un crochet et doit tre ferme par </OBJECT>.
Voici un code inappropri mais universellement rencontr:
<EMBED SRC="play_now.mov"
WIDTH="70" HEIGHT="20"
CONTROLLER="false"
AUTOPLAY="false"
CACHE="false">
LOOP="false"
</EMBED>
Voici un code correct quivalent:
<OBJECT DATA="play_now.mov"
WIDTH="70" HEIGHT="20">
<PARAM name="CONTROLLER" value="false">
<PARAM name="AUTOPLAY" value="false">
<PARAM name="CACHE" value="false">
<PARAM name="LOOP" value="false">
</OBJECT>
Ceci est-il compris par tout navigateur sur tout plate-forme? Non.


notre connaissance, ceci est la fois conforme aux recommandations du W3C et accept par
les navigateurs supportant l'architecture de plug-ins introduite par Netscape. C'est--dire
quasiment tous, sauf Windows Internet Explorer 5.5 SP2 and 6.0 et au-del (voir
http://developer.apple.com/quicktime/compatibility.html).
En effet, Windows Internet Explorer ne supportera plus les plugins. Mais il existe un contrle
ActiveX QuickTime fourni par Apple. Pour charger ce contrle ActiveX, il faut inclure le
<OBJECT> du plugin (pour les autres navigateurs) l'intrieur d'un <OBJECT> ActiveX (pour
Windows Explorer 5.5 et au-del).
<OBJECT CLASSID="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B"
CODEBASE="http://www.apple.com/qtactivex/qtplugin.cab"
<PARAM name="SRC" value="play_now.mov">
<OBJECT DATA="play_now.mov"
</OBJECT>
</OBJECT>
Remarque: Ce code provoque le chargement automatique du contrle ActiveX mais ne
dispense pas de l'installation par l'utilisateur de Quicktime for Windows.
En principe, le code ci-dessus est universel vis--vis du systme et du navigateur.
Il nous reste le finaliser pour choisir l'ouverture dans le player externe ou dans le plugin. Pour
cela, nous ajoutons:
<PARAM name="HREF" value="fishcam.mov">
<PARAM name="TARGET" value="QuickTimePlayer">


ce qui, en nous rfrant la documentation Quicktime, ouvre notre movie dans l'application
externe QuickTimePlayer; ou bien:
<PARAM name="HREF" value="fishcam_window.html">
<PARAM name="TARGET" value="_blank">
ce qui instruit le plugin d'ouvrir un fichier HTML dans une nouvelle fentre du navigateur,
fichier HTML qui son tour incrustera notre movie (tape superflue, un simple lien sur ce
fichier HTML aurait suffit, mais nous avons voulu rapprocher les deux appels au plugin dans le
mme document en profitant de l'universalit de l'argument HREF).
V VI II I Q QU UE EL LQ QU UE ES S R RE EA AL LI IS SA AT TI IO ON NS S
1 1. . R RT TN N w we eb b- -r ra ad di io o
Nous avons choisi de faire la configuration dans deux systmes diffrents. En effet, nous
avons configur le serveur de diffusion (SHOUTCAST) sur une machine linux (FEDORA
CORE 3) et le seurveur dencodage sur une machine Windows (Windows XP).
Etape 1 : Installation de Shoutcast sur Linux
SHOUTcast, de Nullsoft, est un systme de diffusion daudio en continu ("le Streaming") pour
les plates-formes Windows et Unix. Il permet quiconque dispose d'un logiciel audio comme
Winamp et dune connexion Internet, de diffuser du son de faon continue sur le Net.
Tout d'abord, il va nous falloir le tlcharger. La version qui nous intresse dans ce cas est :
SHOUTcast Linux server (glibc) v1.9.5. Pour cela rcuprons le fichier shoutcast-1-9-5-linux-
glibc6.tar.gz par un wget par exemple :

Puis, faisons un tar -xvzf pour le dcompresser :



Ensuite, un petit "cd shoutcast-1-9-5-linux-glibc6" pour aller dans le rpertoire nouvellement
dcompress. Un "ls" nous montre que le rpertoire contient uniquement trois fichiers : un
readme.txt, le fichier de config sc_serv.conf, et l'excutable sc_serv dj compil.
Etape 2 : Configuration de Shoutcast Linux / sc_serv.conf
Ouvrons le fichier de configuration shoutcast sc_serv.conf qui est assez bien document mais il
faut comprendre l'anglais. Ci-dessous nous avons fait une petite traduction des paramtres qui
sont indispensables configurer dans ce fichier. Tout le reste n'est que des paramtres
optionnels.
; ------- DEBUT FICHIER SC_SERV.CONF ------
; SHOUTcast Distributed Network Audio Server configuration file
; Copyright (C) 1998-2004 Nullsoft, Inc.
; All Rights Reserved.
; Last modified Mar 17 2004
; traduction par Damien Desrousseaux
; Si vous voulez grer plusieurs fichiers de config, copiez
juste
; ce fichier sous un autre nom, et lancez sc_serv avec ce nom
; exemple :
; ./sc_serv sc_leet.conf
; ***************************
; Configuration obligatoire
; ***************************
; MaxUser. Le nombre maximum d'auditeurs autoriss
simultanment.
; Mettez une valeur raisonnable par rapport votre bande
passante (si
; vous avez 256kbps en upload, et voulez broadcaster en 24kbps,
vous
; choisirez 256kbps/24kbps=10 auditeurs maximum.) Mettre une
plus haute
; valeur ruinerait votre RAM et le stream deviendrait inaudible
quand plus
; d'auditeurs que le seuil se connecteront.
MaxUser=32
; Password. SHOUTcast ne demande jamais de mot de passe un
auditeur,
; le mot de passe est requis pour diffuser au serveur, et pour
; administrer le serveur via l'interface web. Ce mot de passe
ne doit comporter
; que des chiffres et lettres, et c'est le mme mot de passe


dont vous aurez besoin
; pour utiliser le Plug-in SHOUTcast Source pour Winamp. CETTE
VALEUR
; NE PEUT PAS ETRE VIDE.
Password=passer
; PortBase. C'est le numro du port sur lequel sera votre
serveur. Cette
; valeur, et cette valeur+1 doivent tre disponibles. Si vous
avez une erreur
; quand le serveur DNAS lance un socket au dmarrage, vrifiez
que rien d'autre
; ne tourne sur le mme port sur votre machine (telnet
localhost portnumber -- si vous
; avez une connexion refuse alors c'est bon ce port n'est pas
utilis). Ports < 1024
; peuvent demander d'tre en root sur les *nix machines. Le
port par dfaut est 8000.
PortBase=8000
; ------- FIN FICHIER SC_SERV.CONF ------
Une fois que nous avons bien rempli notre fichier de configuration, sauvegardons et fermons le.
Il ne nous restera plus alors qu' lancer le serveur Shoutcast avec la commande : "./sc_serv", et
voil le serveur est en coute et fonctionne :

NB : Lanons le avec "./sc_serv &" pour qu'il tourne en fond et laisse notre invite de
commandes tranquille.


Maintenant allons dessus avec notre navigateur Internet sur le port que nous lui avons indiqu.
Ceci montre que tout fonctionne bien:

Voil, nous venons de mettre en place un serveur radio Shoutcast sous Linux trs simplement.
A prsent il nous restera plus qu' diffuser avec le Plug-in winamp

tape 3 :configuration winamp et shoutcast-dsp
Nous allons configurer Winamp : afin que le plugin shoutcast-dsp-1-9-0-windows.exe
fonctionne. La premire chose faire cest dinstaller "Winamp".
Aprs avoir tlcharg winamp535_full_emusic-7plus.exe, lanons son programme
dinstallation en double cliquant dessus.


Aprs avoir accept les termes de la licence, et cliqu sur "I Agree", on se laisse guider par
l'installation. Une fois notre installation termine, lanons Winamp.
Voici linterface obtenue :

Maintenant, allons au menu "Options" puis "Prfrences..." comme ceci :


Ou simplement, un "Ctrl+P" avec les raccourcis clavier. Dans les deux cas, on arrivera cette
fentre :

On remarquera alors qu'il n'y a pas de plug-in dans la partie "Effets/ DSP". On va y remdier
en installant celui-ci. Tlchargeons le : "shoutcast-dsp-1-9-0-windows.exe". On va le lancer
en double-cliquant dessus. On obtiendra ceci la fin de l'installation :


A prsent, dans "Effets/ DSP" on remarquera qu'il y a "Nullsoft SHOUTcast Source DSP
v1.9.0 [dsp_sc.dll]", nous allons cliquer dessus :

Et une fois que nous cliquons dessus, nous avons ceci qui apparat :


Il ne nous reste plus qu' passer la configuration de "SHOUTcast".
tape 4 :la configuration de SHOUTcast :
Cette configuration est pour une connexion avec le serveur SHOUTcast dadresse www.rtn.sn
Nous avons ici quatre onglets voir :
Main : pour linstant il ne devrait rien se passer dans cette fentre car la connexion avec le
serveur Shoutcast nest pas encore tablie.
Output : slectionnons Output 1. Le paramtre Connect at startup permet la connexion
automatique avec le serveur ds le lancement de winamp.
Sous Output configuration : mettons ladresse IP ou le nom et le port que le serveur Shoutcast
va utiliser (le port 8000 est celui par dfaut mais nous, nous avons utilis le port 8001). Il nous
faut ensuite mettre le mot de passe du serveur shoutcast.
Le paramtre "Automatic Reconnection on Connection Failure" permet de lancer une
tentative de reconnexion automatique en cas de perte de connexion.


Encoder : Duns ceL ongIeL, nous uvons prIr IuIsser pur dIuuL eL de ne pus meLLre des
vuIeurs Lrop ImporLunLes. Nous uvons IuIss u "Akbps, .o=okHz, Mono" pour Iu
sImpIe eL unIque ruIson que Ies personnes possdunL une peLILe connexIon comme Ies
=6K (eL ouI cu exIsLe encore) n'enLendronL que Ie "BuIIer" en cIuIr, IIs uuronL Iu
musIque IucIe.


Input : cest la source du flux, mettons Winamp dans Input Device . Avec le choix de
Soundcard Input , tout ce qui est sur la carte son est encod et envoy pour tre diffus.

Une IoIs ceIu eIIecLu, II ne nous resLe pIus qu'u cIoIsIr duns wInump noLre musIque eL
de cIIquer sur "Connect"


On peut cocher la case "Connect ut Sturtop", comme a il se mettra en route tout seul.
On peut maintenant y accder par lurl suivante :
http://www.rtn.sn:8001/listen.pls
2 2. . R RT TN N W We eb b- -T Tv v e et t R RT TN N v vi id d o os su ur rv ve ei il ll la an nc ce e
Historiquement, le premier sur le march du streaming vido a t Realnetworks. C'est pour
cette raison principale que nous utilisons aujourd'hui un de leur serveur. L'autre raison
principale, qui explique en partie pourquoi nous l'utilisons encore, est que c'est le seul systme
de Vido Streaming a tre vraiment Multiplateformes. Puis viennent d'autres avantages comme
la possibilit d'utiliser le langage SMIL pour diffuser des objets Multimdias synchroniss, de
diffuser n'importe quel format ou presque (Real, Quicktime, Windows Media, etc.) et d'tre
sensiblement plus performant, plus souple, plus ouvert, bref plus complet.
Le Serveur de diffusion
Tlchargement Real Helix Server:
Le tlchargement de Real Helix Server peut se faire sur le site officiel de Realnetworks
http://www.realnetworks.com/


Daprs les informations que nous avons renseign sur le site, Realnetworks nous a
envoy par mail une cl de licence requise pour linstallation du logiciel et une url pour
le tlchargement du logiciel.
Au cours de linstallation, il nous sera demand de renseigner le chemin complet du
fichier contenant la cl de licence.
Installation:
Rendons excutable le fichier tlcharg :
chmod +x rs-8-01-linux-libc6.bin
#Ensuite, excutons le:
./rs-8-01-linux-libc6.bin
Nous avons choisi comme rpertoire dinstallation /usr/local/real/ mais rien ne nous empcher
de choisir un autre comme /opt/real/
Console dinstallation:

-----------------------------------------------------------
Extracting files for RealNetworks installation......
Welcome to the RealServer Setup for UNIX
Setup will help you get RealServer running on your computer.

Setup will step you through the installation process by displaying
informational screens. Please follow the navigational controls
below:

Key Behavior
=== ========
N Next
P Previous
X Exit
F Finish (Express Installation)

Each input requires the execution of the key above


followed by the [ENTER] key. Enter [N]ext to continue:
-----------------------------------------------------------
If a RealServer license key file has been sent to you,
please enter its directory path below. If you have not
received a RealServer license key file, then this server
WILL NOT OPERATE until a license key file is placed in
the server's License directory. Please obtain a free
Basic RealServer license or purchase a commercial license
from our website at http://www.real.com/. If you need
further assistance, please visit our on-line support area
at http://service.real.com/, or contact our RealServer
technical support team at (206) 674-2681.
License Key File:

/usr/local/real/5259-12-13-010XXXXXXXXXXXX.lic
-----------------------------------------------------------
Installation and use of RealServer requires
acceptance of the following terms and conditions:
Press [Enter] to display the license text...
-----------------------------------------------------------
Choose "Accept" to accept the terms of this
license agreement and continue with RealServer setup.
If you do not accept these terms, enter "No"
and installation of RealServer will be cancelled.
(Default: Accept):
-----------------------------------------------------------
Enter the complete path to the directory where you want
RealServer 8.0 to be installed. You must specify the full
pathname of the directory and have write privileges to
the chosen directory [/usr/local/real]:
-----------------------------------------------------------
Please enter a username and password that you will use
to access the web-based RealSystem Administrator, the
RealSystem monitors, and RealSystem live encoders:
Username:
------------------------------------------------------------
Please enter a port on which RealServer will listen for
PNA connections. These connections have URLs that begin
with "pnm://": (Default: 7070)
-----------------------------------------------------------


RTSP connections. These connections have URLs that begin
with "rtsp://": (Default: 554)
-----------------------------------------------------------
HTTP connections. These connections have URLs that begin
with "http://": (Default: 8080)
-----------------------------------------------------------
RealServer will listen for RealSystem Administrator
requests on the port shown. This port has been
initialized to a random value for security. Please
verify now that this pre-assigned port will not interfere
with ports already in use on your system; you can
change it if necessary. (Default: XXX2X)
------------------------------------------------------------
You have selected the following RealServer configuration:

Admin Username: admin
Admin Password: passer
Monitor Password: passermonitor
Encoder Username: realEncoder
Encoder Password: passerencoder
PNA Port: 7070
RTSP Port: 554
HTTP Port: 8004
Admin Port: XXX2X

Enter [F]inish to begin copying files, or [P]revious
to go back to the previous prompts:

RealServer installation is complete.
-----------------------------------------------------------
The RealSystem Administrator allows you to configure
and maintain RealServer through an intuitive
web-based interface. Please note that RealServer
must be running in order to use the Administrator.
Would you like to start RealServer now and launch
the RealSystem Administrator? (Default: Yes) NO
-----------------------------------------------------------
If at any time you should require technical


assistance, please visit our on-line support area
at http://service.real.com/, or contact our RealServer
technical support team at (206) 674-2681.

Starting RealServer...
Please Wait...

Sending RealSystem Administrator URL to browser...

On peut maintenant dmarrer et administrer le systme.
Dmarrer le Serveur:
Il faut tout dabord se dplacer vers le rpertoire dinstallation :
cd /usr/local/REAL
#Ensuite, dmarrer le serveur :
Bin/rmserver --ignore-etc-hosts-problems rmserver.cfg -m64 &

Administration du Serveur:
On peut administrer notre serveur en tapant sur un navigateur lurl suivante :
http://www.rtn.sn:18591/admin/index.html
Et mettre aprs le le nom dutilisateur et le mot de passe de ladministrateur
18591 est la valeur du paramtre "AdminPortNumber" (numro du port
dadministration) qui est pris de manire arbitraire au cours de linstallation (pour des
raisons de scurit, il est chang chaque installation). Ce paramtre est renseign au
niveau du fichier de configuration /usr/local/REAL/rmserver.cfg sous cette forme.
<Var AdminPort="XXXXX"/>
o XXXXX est le le numro du port dadministration.
On peut lavoir par la commande suivante:


grep AdminPort /usr/local/REAL/rmserver.cfg
Lencodeur:
Le logiciel dencodage utilis est Real Producer de RealNetworks. Nous lavons install sur
une machine Windows XP.

Tlchargement et installation :
Le logiciel Real Producer peut tre tlcharg gratuitement sur le site officiel de RealNetworks.
http://www.realnetworks.com/
Pour linstallation, aprs avoir accept les termes du contrat on se laisse guider par lassistant.

Configuration :
Aprs avoir install Real Producer, lanons le :


Cochons la cage Devices et slectionnons nos priphriques multimdias (Vido et Audio) :
Pour la tlvision :
Slectionnons le priphrique correspondant notre carte tl.

Pour la vidoconfrences :
Slectionnons le priphrique correspondant notre carte webcam.


Maintenant, cliquons sur le lien ddition symbolis par le crayon et renseignons quelques
champs pour la configuration et la personnalisation de notre stream.

Destination name : le nom sous lequel apparat notre encodeur.
Stream name : le nom de notre fichier en stream


Broadcast method : mthode de diffusion utilis.
Server address : ladresse ip de notre serveur de diffusion.
Path : chemin menant vers le rpertoire sur lequel est install le serveur (mais cest optionnel)
Port : port utilis pour la connexion avec le serveur de diffusion.
Transport : protocole de transport utilis (TCP :mode connect ; UDP :mode non connect)
Username : nom dutilisateur de ladministrateur du serveur de diffusion.
Password : mot de passe de ladministrateur du serveur de diffusion.

Cliquons maintenant sur ok et attendons que ltat (status) de lencodeur soit prt (ready)
pour cliquer ensuite sur encoder .

Ltat broadcasting va montrer que la diffusion a commenc.
Note : videmment il y aura un lger dcalage entre ce qui est directement lu sur le
priphrique (image gauche) et ce qui est encod et transmis (image droite).
Rsultat pour la tlvision :


Rsultat pour la vidosurveillance :



A prsent, notre serveur est en train de faire du broadcasting. En dautres termes, notre serveur
est en train de faire de la diffusion.
On peut maintenant y accder par les urls suivantes :
Pour la tlvision : http://www.rtn.sn:8004/ramgen/broadcast/baba.rm
Pour la vidosurveillance : http://www.rtn.sn:8004/ramgen/broadcast/laye.rm



C CO ON NC CL LU US SI IO ON N
F FI IN NA AL LI IS SA AT TI IO ON N D DU U P PR RO OJ JE ET T
A Au u t te er rm me e d de es s t tu ud de es s m me en n s s s su ur r l le es s t te ec ch hn no ol lo og gi ie es s d du u W Wa ap p e et t d du u S St tr re ea am mi in ng g n no ou us s a av vo on ns s e eu u
i in nt t g gr re er r c ce es s d de eu ux x t te ec ch hn ni iq qu ue es s p po ou ur r o of ff fr ri ir r R RT TN N u un ne e v vi id d o o s su ur rv ve ei il ll la an nc ce e s su ur r m mo ob bi il le e. .
E Ev vi id de em me en nt t l le es s t te er rm mi in na au ux x q qu ui i p pr ro of fi it te er ro on ns s d de e c ce et tt te e t te ec ch hn ni iq qu ue e d de ev vr ro on nt t t tr re e d de e t tr ro oi is si i m me e
g g n n r ra at ti io on n c c' 'e es st t- - - -d di ir re e i in nt t g gr ra an nt t l la a v vi id d o o. .
E Et ta an nt t d do on nn n q qu ue e l l U UM MT TS S p pr ro op po os se e d de es s d d b bi it ts s a al ll la an nt t j ju us sq qu u 2 2M Mb bi it ts s/ /s s, , c ce e s se er ra ai it t i id d a al l d de e l l u ut ti il li is se er r
c co om mm me e s su up pp po or rt t m ma ai is s n n e em mp p c ch he e q qu ue e l le e G GP PR RS S d de em me eu ur re e u un ne e a al lt te er rn na at ti iv ve e. .

P PE ER RS SP PE EC CT TI IV VE ES S
A Au u S S n n g ga al l l le es s s se er rv vi ic ce es s v va al le eu ur r a aj jo ou ut t e e c co on nn na ai is ss se en nt t a ac ct tu ue el ll le em me en nt t u un n s su uc cc c s s t to on nn na an nt t a av ve ec c
l l e en nv vo oi i d de e S SM MS S s su ur rt ta ax x s s. . N No ou us s s sa av vo on ns s m ma ai in nt te en na an nt t q qu u a av ve ec c l le e l lo og gi ic ci ie el l O Op pe en n S So ou ur rc ce e K Ka an nn ne el l, , l la a
m mi is se e e en n p pl la ac ce e d de e c ce e t ty yp pe e d de e s se er rv vi ic ce es s e es st t c ch ho os se e f fa ac ci il le e. .
M Ma ai is s p pu ui is sq qu ue e l le es s m mo ob bi il le es s d de e t tr ro oi is si i m me e g g n n r ra at ti io on n o of ff fr re en nt t l la a c ca ap pa ac ci it t d d e en nv vo oy ye er r, , e en n p pl lu us s d du u
s si im mp pl le es s S SM MS S t te ex xt te e, , d de es s c co on nt te en nu us s i im ma ag ge es s, , a au ud di io o e et t v vi id d o o, , o on n p pe eu ut t e en nv vi is sa ag ge er r d de e r r a al li is se er r u un n a au ut tr re e
t ty yp pe e d de e S SV VA A : : l le e M MM MS S. .
I Il l e ex xi is st te e u un n l lo og gi ic ci ie el l O Op pe en n S So ou ur rc ce e d du u n no om m d de e M Mb bu un nn ni i q qu ui i p pe er rm me et t d de e m me et tt tr re e e en n p pl la ac ce e c ce el la a. .

DUT - 2007 - Mise en Place de Services Ã Valeur AjoutÃ©e (SVA) Et D'un Serveur de Streaming Ã RTN

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

DUT - 2007 - Mise en Place de Services Ã Valeur AjoutÃ©e (SVA) Et D'un Serveur de Streaming Ã RTN

Uploaded by

Copyright:

Available Formats

Mise en place de Services Valeur Ajoute et dun serveur de Streaming

Abdoulaye Ly & Baba Ngom - 1- DUT 2 TELECOMS

Mise en place de Services Valeur Ajoute et dun serveur de Streaming

You might also like