Académique Documents
Professionnel Documents
Culture Documents
Diameter Efort PDF
Diameter Efort PDF
DIAMETER est en particulier utilis dans le monde des tlcommunications par les
architectures LTE et IMS.
La LTE (Long Term Evolution of 3G) est un projet men par l'organisme de standardisation
3GPP visant rdiger les normes techniques de la future quatrime gnration en
tlphonie mobile. Elle permet le transfert de donnes trs haut dbit, avec une porte
plus importante et une latence plus faible.
En terme de vocabulaire, le futur rseau de quatrime gnration sappelle EPS (Evolved
Packet System). Il est constitu dun nouveau rseau daccs appel LTE (Long Term
Evolution) et dun nouveau rseau coeur appel SAE (System Architecture Evolution).
L'IMS (IP Multimedia Subsytem) normalis par lorganisme 3GPP est une architecture de
rseau et de service qui permet le contrle de sessions multimdia sur un rseau IP. Elle
supporte des sessions temps rels (voix, vidotlphonie, confrence, IPTV), pseudo temps
rel (tchat, push to talk) et non temps rel (SMS). Un seul cur de rseau (IP + IMS)
supportant des services multimdia (Services IMS) servira des usagers sur diffrents accs
large bande (xDSL, LTE, 3G+, Cble, FTTH, etc). LIMS intgre de plus le concept de
convergence des services multimdia.
LIMS normalise dj un ensemble de capacits de service telles que la prsence, le
messaging, la confrence, les hosted enterprise services, lIPTV, les multimedia telephony
services qui correspondent aux services complmentaires de la tlphonie, la voice call
continuity, etc.
3GPP dfinit pour LTE et IMS un nombre d applications bases sur le protocole DIAMETER
qui supportent les interfaces suivantes :
S6 (LTE) : S6 est une interface entre lentit de gestion de la mobilit LTE appele MME
(Mobility Management Entity) et la base de donnes globale LTE appele HSS (Home
Subscriber Server)
S13 (LTE) : S13 est linterface entre lentit MME et lentit EIR (Equipment Identity
Register) dans la LTE
Gx (LTE) : Gx est linterface permettant lentit de commutation de paquet dans la LTE
appele PDN-GW (Packet Data Network Gateway) dobtenir des rgles de taxation
auprs de lentit PCRF (Policy and Charging Rules Function) et ainsi taxer lusager sur
la base des flux de services et non pas sur le volume.
Gy (LTE) : Gy est linterface de taxation online entre le PDN-GW et lOCS (Online
Charging System)
Gz (LTE) : Gz est linterface de taxation offline entre le PDN-GW et lOffline Charging
System
S9 (LTE) : S9 est linterface entre le PCRF du rseau visit et le PCRF du rseau
nominal dans le cas o la taxation est prise en charge par le rseau visit.
Rx (LTE) : Rx est linterface permettant lIMS de demander au rseau LTE (entit
PCRF) de rserver des ressources laccs pour garantir la qualit de service des
sessions IMS.
Cx (IMS) : Cx est linterface entre les entit de contrle de session IMS appeles I-CSCF
et S-CSCF (Interrogating et Serving Call State Control Function) et la base de donnes
IMS appele HSS afin dauthentifier, dautoriser et de localiser lusager IMS.
Dx (IMS) : Dx est linterface entre lI-CSCF ou le S-CSCF et lentit SLF (Subscription
Locator Function) afin de localiser le HSS de lusager.
Sh (IMS) : Sh est linterface entre lApplication Server (AS) SIP et le HSS afin que lAS
obtienne les donnes de service permettant lexcution du service par lAS.
Dh (IMS) : Dh est linterface entre lAS et le SLF afin de localiser le HSS de lusager.
Lapplication DIAMETER SIP spcifie dans le RFC 4740 dfinit une application DIAMETER
qui peut tre utilise par un serveur SIP afin dauthentifier les usagers et les autoriser
utiliser diffrentes ressources SIP. Lapplication DIAMETER SIP a une spcification proche
de celle de linterface Cx en terme de fonctions, mais elle a t conue afin dtre
suffisamment gnrique et ainsi tre utilise par dautres scnarii de dploiement SIP en
dehors de lIMS.
LApplication DIAMETER Credit Control spcifie dans le RFC 4006 est utilise pour la
taxation temps rel (online charging) dun grand nombre de services. Elle est similaire
linterface Ro DIAMETER dfinie dans lIMS.
AVPs
Tous les messages DIAMETER dfins par cette interface ont leur champ Application-ID
positionn la valeur 16777216.
Les messages UAR et UAA (Command-Code 300) appartiennent la transaction
dautorisation. Le message UAR mis par lentit I-CSCF est acquitt par une rponse UAA
qui contient les informations denregistrement de lusager (si celui-ci est dj enregistr) ou
la dcision sur la permission de traitement de lenregistrement (rejeter ou accepter).
Le message MAR est utilis afin dobtenir les vecteurs dauthentification pour un usager
donn auprs du HSS. La rponse MAA contient un ou plusieurs vecteurs dauthentification
gnrs pour lusager. Les messages MAR et MAA ont leur champ Command-Code
positionn la valeur 303.
Le message SAR est mis par le S-CSCF lentit HSS afin de mettre jour dans le profil
de lusager son S-CSCF courant. Lentit HSS rpond par le message SAA en indiquant le
nouvel tat denregistrement de lusager ainsi que son profil de service. Les messages SAR
et SAA ont pour Command-Code la valeur 301.
Lannulation denregistrement de lusager par le rseau est ralise laide du message
RTR mis par le HSS. Le S-CSCF lacquitte par une rponse RTA. Le Command-Code de
RTR et RTA a pour valeur 304.
Le message LIR est mis par lentit I-CSCF au HSS afin de localiser le S-CSCF courant de
lusager. Lentit HSS rpond par un message LIA contenant le nom du S-CSCF ou une
valeur dtat indiquant que lusager nest pas connu dans ce HSS ou nest pas actuellement
enregistr. Les messages LIR et LIA ont pour Command-Code la valeur 302.
Enfin, le message PPR est utilis par le HSS afin de mettre jour un profil dusager dans le
S-CSCF. Ce message est acquitt par le S-CSCF par une rponse PPA. Le Command-Code
de PPR et PPA est gal 305.
AVP est l'objet le plus important dans le protocole DIAMETER ; il est utilis pour fournir
toutes les donnes. Certains AVPs sont ncessaires DIAMETER lui-mme pour
fonctionner, alors que d'autres fournissent des donnes lies aux applications exploitant
DIAMETER. Les AVPs contenant l'information spcifique une application peuvent tre
arbitrairement ajouts aux messages DIAMETER, ds lors que les AVPs ncessaires sont
prsents et que ceux qui doivent tre ajouts ne sont pas explicitement interdits par les
rgles du protocole.
Les AVPs transportent les informations d authentification, d autorisation, de scurit, de
comptabilit ainsi que des informations de configuration.
Le format de l en-tte de l AVP est donn la figure 4. Il contient les champs suivants :
AVP-Code (4 octets): identifie l AVP de manire unique. Les 256 premiers numros sont
rservs pour la compatibilit avec RADIUS. Les suivants sont utiliss par le protocole de
base et ses extensions (numros devant tre allous par l IANA).
Fanions (5 bits):
V bit, connu comme Vendor-Specific bit, indique si le champ optionnel Vendor-ID est
prsent dans l en-tte de l AVP. Quand positionn, le code AVP appartient l espace
d adressage des codes de ce constructeur.
M bit: Le bit M signifie Mandatory bit. Il indique si le support de cet AVP est
obligatoire. Ainsi si un AVP dont le bit M est gal 0 indique que cet AVP est
informationnel, et par consquent qu il peut tre ignor.
P bit: Le bit P signifie Protected . Il indique la ncessit d un encryptage pour une
scurit de bout en bout. Le protocole de base DIAMETER spcifie quels AVPs doivent tre
protgs.En pratique ce bit est positionn la valeur 0.
Les bits rrrrr sont rservs et positionns la valeur 0.
Vendor-ID (4 octets) identifie le constructeur l origine de cet AVP propritaire. La prsence
de ce champ est prciss par le bit V du champ Fanion (Flags)
Data : Longueur variable.
Rfrences
3GPP TS 29.229, Cx and Dx interfaces based on the Diameter protocol; Protocol details,
Sept 2007.
RFC 3588, P. Calhoun et al., Diameter Base Protocol, Sept 2003.
Les formations proposes par EFORT prsentent outre les aspects architecturaux,
protocolaires (SIGTRAN, SIP, DIAMETER, RTP, MEGACO/H.248, etc.) et
normatifs de lIMS et de lEPS, les lments ncessaires llaboration de stratgies de
dploiement de business de services sur IP base sur IMS et EPS: