L Diaz FTF C 0116 Memoria

DISEO DE UNA RED VoLTE EN UN
ESCENARIO DE ROAMING
Autor:LuisMiguelDazFernndez
Mster en Tecnologas de Telecomunicacin Estudios de Informtica, Multimedia y

Telecomunicacin
Consultor:JosLpezVicario
10deEnero,2016

DiseodeunaredVoLTEenunescenariodeRoaming

EstaobraestsujetaaunalicenciadeReconocimiento
NoComercialSinObraDerivada 3.0 Espaa de Creative
Commons
UOCUniversitatObertadeCatalunya|LuisMiguelDazFernndez 2
FICHADELTRABAJOFINAL
Ttulodeltrabajo: DISEO DE RED VoLTE EN UN ESCENARIO DE

ROAMING

Nombredelautor: LuisMiguelDazFernndez
Nombredelconsultor: JosLpezVicario
Fechadeentrega(mm/aaaa): 01/2016
readelTrabajoFinal: Telemtica
Mster en Tecnologas de Telecomunicacin

Titulacin: Estudios de Informtica, Multimedia y
Telecomunicacin
ResumendelTrabajo(mximo250palabras):
Losoperadorestrabajancontinuamenteparabuscarnuevosserviciosquepermitanaumentar
susbeneficios,porloquelasredesseencuentraenunprocesocontinuodecambioyevolucin.
LasredesNGNsepresentancomolaevolucinlgicabuscandolaindependenciadeentreredes
yservicios,dondeelservicioVoLTEserunelementoimportanteparalacompetitividadenel
mercado.
A su vez, los usuarios demandan servicios de altas prestaciones con independencia de su
localizacin, por lo que es imprescindible ofrecer estos servicios cuando los usuarios se
encuentranenpasesextranjeros.
En el presente proyecto se analizan las diferentes soluciones tcnicas que los operadores
puedendesplegar,tantoenlacapadetransportecomoenladeservicio,paraofrecerasus
clienteselservicioVoLTEcuandoseencuentranbajoeldominiodeotrooperador.
Serealizaunestudiodelasituacinactualdelatecnologa,ademsdeunaguadereferencia
conloselementosyconfiguracionesnecesariasparaofreceresteservicio.
En este anlisis se utilizan como referencia las definiciones y recomendaciones de los
principalesorganismosdeestandarizacinimplicadosendesarrollosdeserviciosNGNenredes
mvilesdesplegadosenunescenarioderoaming,comolaITU,la3GPPolaGSMA.Seresumen
lasideasprincipalesprofundizandoenlosconceptosdencleodered.
Elresultadohasidolaelaboracindeunmanualconunconjuntodedirectricesnecesariaspara
el despliegue ENDTOEND del servicio VoLTE, mostrando las diferentes arquitecturas
resultantes as como las diagramas de los principales procesos.

i
Abstract(inEnglish,250wordsorless):
The operators work continuously to find new services that increase their profits, so the
networksareinacontinuousprocessofchangeandevolution.NGNnetworksarepresentedas
the logical evolution of seeking independence between networks and services, where the
VoLTEservicewillbeanimportantelementinthemarketcompetitiveness.
Inaddition,usersdemandhighqualityservicesregardlessoftheirlocation,soitisessentialto
offertheseserviceswhenusersareinforeigncountries.
Inthisprojectareanlyzedthedifferenttechnicalsolutionsthatoperatorscandeploy,boththe
transportlayerandtheservice,toofferVoLTEservicetotheirsubscriberwhentheyareunder
thecontrolofanotheroperator.
Astudyofthecurrentstateoftechnologyisperformed,alongwithareferenceguidetothe
elementsandnecessarytoofferthisservicesettings.
In this analysis are used the definitions and recommendations of the major standards
organizations involved in development of NGN services in mobile networks deployed in a
scenarioofroamingasreference,likeITU,3GPPortheGSMA.Themainideasinthenetwork
coreconceptsaresummarized.
Theresulthasbeenthedevelopmentofamanualwithasetofguidelinesneededtodeploy
endtoendVoLTEservice,showingthedifferentarchitecturesandtheresultingdiagramsof
themainprocesses.
Palabrasclave(entre4y8):
NGN,VoLTE,IMS,Roaming,LTE
ii
DiseodeunaRedVoLteenunEscenariodeRoaming
Indice General
1 INTRODUCCIN..........................................................................................................................9
1.1 JUSTIFICACINDELPROYECTO............................................................................................................9
1.2 OBJETIVOSDELPROYECTO...............................................................................................................10
1.3 ESTUDIODELASITUACINACTUAL...................................................................................................11
1.3.1 VolumendeconexionesRoaming.........................................................................................11
1.3.2 Coberturaenfuncindelatecnologa.................................................................................11
1.3.3 PenetracinmundialdelLTE................................................................................................12
1.3.4 EstadodeVoLTE...................................................................................................................13
1.3.5 Siguientespasos...................................................................................................................15
1.4 ANLISISDEALTERNATIVAS..............................................................................................................16
1.4.1 SIPVoIPpreVoLTE............................................................................................................17
1.4.2 OTTVoIP...............................................................................................................................17
1.4.3 VoLTE....................................................................................................................................17
1.4.4 Comparativa.........................................................................................................................18
1.5 PLANIFICACIN..............................................................................................................................19
1.5.1 Identificacindelastareas...................................................................................................19
1.5.2 Diagramas............................................................................................................................20
1.5.3 Evolucindelproyecto..........................................................................................................20
1.6 BREVESUMARIODEPRODUCTOSOBTENIDOS.......................................................................................21
1.7 BREVEDESCRIPCINDELOSOTROSCAPTULOSDELAMEMORIA..............................................................21
2 CONCEPTOSTERICOS.............................................................................................................22
2.1 ELEMENTOSDELASARQUITECTURAS..................................................................................................22
2.2 ESTRATIFICACINDELASREDES........................................................................................................22
2.3 NEXTGENERATIONNETWORK..........................................................................................................22
2.3.1 ArquitecturafuncionalNGN.................................................................................................24
2.3.2 VoLTEcomoservicioNGN.....................................................................................................24
2.4 ORGANISMOSDEESTANDARIZACIN.................................................................................................25
3 ARQUITECTURAS......................................................................................................................27
3.1 TRANSPORTE................................................................................................................................27
3.1.1 RedesLegacy.2G/3G............................................................................................................27
3.1.2 EvolvedPacketSystemEPS.................................................................................................27
3.2 SERVICIO......................................................................................................................................36
3.2.1 IMS.......................................................................................................................................36
3.2.2 Direccionamientoynombrado.............................................................................................41
3.2.3 Reservaderecursos..............................................................................................................42
3.3 APLICACIN..................................................................................................................................44
3.3.1 Entidades..............................................................................................................................45
3.3.2 Interfaces..............................................................................................................................45
3.3.3 Laorquestacindeservicios.................................................................................................46
3.3.4 ServiceEnabler.MMTEL.......................................................................................................46
3.4 ARQUITECTURAFINAL.INTERCONEXINVOLTE...................................................................................46
4 PROTOCOLOS...........................................................................................................................48
4.1 DIAMETER....................................................................................................................................48
4.1.1 Estructuradelosmensajes...................................................................................................48
4.2 SIP.............................................................................................................................................49
4.3 GTP............................................................................................................................................50
4.4 H248/MEGACO.........................................................................................................................51
5 INTERCONEXINVOLTEENROAMING......................................................................................52
5.1 INTERCONEXINEPSENROAMING...................................................................................................52
5.1.1 HomeRoutingHRS8..........................................................................................................52
5.1.2 LocalBreakoutLBO.............................................................................................................53
5.2 SERVICIOSIMSENROAMING...........................................................................................................54
5.2.1 IMSRoaming........................................................................................................................54
5.2.2 IMSInterworking..................................................................................................................55
5.3 DISEOFINAL...............................................................................................................................56
5.3.1 SolucionesRoutingVoLTE.....................................................................................................57
5.3.2 Impactodelassoluciones.....................................................................................................61
5.4 REQUISITOSTCNICOS....................................................................................................................62
5.4.1 IPX.........................................................................................................................................63
5.4.2 OptimalMediarouting.........................................................................................................65
5.4.3 DiameterAgent....................................................................................................................66
5.4.4 DNS.......................................................................................................................................66
5.4.5 TraduccindenumeracionesE164.ENUM.........................................................................68
5.4.6 ComplementacinconredesCircuitSwitched......................................................................70
6 SEALIZACINENDTOEND.....................................................................................................72
6.1 REGISTROVOLTE..........................................................................................................................72
6.1.1 RegistroEPS..........................................................................................................................73
6.1.2 RegistroIMS.........................................................................................................................75
6.2 BEARESQOSENEPS......................................................................................................................76
7 CONCLUSIONES........................................................................................................................78
8 REFERENCIASBIBLIOGRFICAS.................................................................................................80
8.1 ARTCULOS...................................................................................................................................80
8.2 LIBROS.........................................................................................................................................80
8.3 ESTNDARES.................................................................................................................................81
8.4 REFERENCIASENINTERNET..............................................................................................................83
9 APNDICES...............................................................................................................................85
9.1 GLOSARIO....................................................................................................................................85
9.2 ABREVIACIONES.............................................................................................................................87
9.3 NDICEALFABTICO........................................................................................................................91
Indice de Figuras
Figura1Ratiodeviajerosinternacionalespor%depoblacin[Roa14]..............................................11
Figura2Cobertura3GenEspaa[Ope15]...........................................................................................12
Figura3Cobertura4GenEspaa[Ope15].........................................................................................12
Figura4UsuariosLTE[iDA14]............................................................................................................12
Figura5MotivacionesparaeldesarrollodeserviciosIMS[Ver15].....................................................13
Figura6ExpectativasdedesarrolloserviciosIMS[Ver15].................................................................14
Figura7ServiciosIMSmsimportantes[Ver15]................................................................................14
Figura8PSVsCS[Ver15]..................................................................................................................15
Figura9PrincipiosdediseodefinidosenNGNM[ElHattachi15,Erfanian15].....................................16
Figura10Volumendeconexiones5G2021[Eri15]............................................................................16
Figura11DiagramadeGantt............................................................................................................20
Figura12CambioconceptualNGN[HueM314]..................................................................................23
Figura13RequisitosfuncionalesyarquitecturaNGN[Y.2012(04/2010)]............................................24
Figura14PiladeprotocolosservicioVoLTE[IR92].............................................................................25
Figura15ArquitecturaredesLegacy..................................................................................................27
Figura16ArquitecturaEPS[TS23.401]..............................................................................................28
Figura17ArquitecturaEUTRAN[TS36.300].....................................................................................28
Figura18BandasdeFrecuenciaLTE[SesiaToufikMatthew11]............................................................30
Figura19ArquitecturaEPC[NetLTE13]..............................................................................................31
Figura20ValoresQCI[TS29.212]......................................................................................................33
Figura21ArquitecturadebearesenEPS[TS36.300].........................................................................34
Figura22EstadosNAS[Net13]..........................................................................................................34
Figura23PiladeprotocolosEUTRANControlsimplificada[NetLTE13]..............................................35
Figura24TransicionesEMM/ECM/RRC[Net13]................................................................................35
Figura25EMMRegistered+ECMConnected+RRCConnected[Net13]............................................36
Figura26EMMRegistered+ECMIdle+RRCidle[Net13].................................................................36
Figura27NcleoIMSpropuestoporla3GPP[HueM314]..................................................................37
Figura28RelacinIMPIeIMPU[TS23.228].....................................................................................42
Figura29Reservaderecursosdesdecapadeservicio........................................................................42
Figura30ReservaderecursosPUSH..................................................................................................43
Figura31ReservaderecursosPULL..................................................................................................44
Figura32Capadeaplicacin[HueM414]...........................................................................................45
Figura33ArquitecturaVoLTE[Volte14].............................................................................................46
Figura34EstructuramensajeDiameter[RFC3588]...........................................................................48
Figura35AplicationIDusadosenla3GPPResumen[TS29.230].......................................................49
Figura36EstructuraAVPDiameter[RFC3588]..................................................................................49
Figura37ArquitecturaRoamingEPSHomeRouting[TS23.401]........................................................52
Figura38ArquitecturaRoamingEPSLocalBreakoutIMSdelaHOME[TS23.401]..............................53
Figura39ArquitecturaRoamingEPSLocalBreakoutIMSdelaVISITED[TS23.401]............................53
Figura40InterconexinIci/Izi[TS29.165].........................................................................................55
Figura41IMSinterworkingusandoIPX[IR34]...................................................................................56
Figura42DiseofinalVoLTE.............................................................................................................57
Figura43DiagramaconceptualRavel[TR29.949].............................................................................58
Figura44ProcesodellamadaRAVEL[RILTE15]..................................................................................59
Figura45DiagramaConceptualRoamingconHomeRoutingdeltrficomultimedia[TR29.949]........60
Figura46ProcesodellamadaHOMERouting[RILTE15].....................................................................61
Figura47InterconexinArquitecturaIPX[IR34]................................................................................63
Figura48ArquitecturaDiameterparaRoaming[IR88]......................................................................66
Figura49ArquitecturaDNS[IR67].....................................................................................................67
Figura50ProcedimientoderesolucinDNS[IR67]............................................................................67
Figura51ProcedimientoderesolucindeE164aIP[IR67]..............................................................69
Figura52FuncionalidadENUM[Volte14]..........................................................................................70
Figura53ArquitecturaSRVCC[IR64]................................................................................................71
Figura54CSFallback[IR.88].............................................................................................................71
Figura55PerfilEPC[PoikselkHolmaHongistoKallioToskala12].........................................................72
Figura56PerfilIMS[PoikselkHolmaHongistoKallioToskala12].........................................................72
Figura57RegistroEPS[Volte14].......................................................................................................73
Figura58RegistroIMS[Volte14].......................................................................................................75
Figura59BearersEPSDefaulyDedicatedparaunallamdaVoLTEencurso........................................77
Indice de Tablas
Tabla1Modelosdeprecios..............................................................................................................10
Tabla2Comparativasoluciones........................................................................................................18
Tabla3Planificacin.........................................................................................................................20
Tabla4EntidadesEUTRAN...............................................................................................................29
Tabla5InterfacesEUTRAN..............................................................................................................29
Tabla6EntidadesEPC.......................................................................................................................31
Tabla7InterfacesEPC.......................................................................................................................32
Tabla8EstadosEMM/ECM/RRC.......................................................................................................35
Tabla9EntidadesNcleoIMS...........................................................................................................37
Tabla10EntidadesdealmacenamientoIMS.....................................................................................38
Tabla11InterfacesncleoIMS.........................................................................................................39
Tabla12InterfacesalmacenamientoIMS.........................................................................................40
Tabla13Entidadesaplicacin...........................................................................................................45
Tabla14Interfacesapliacin.............................................................................................................45
Tabla15InterconexinEPSIMS........................................................................................................47
Tabla16PosiblesescenariosroamingIMS.........................................................................................54
Tabla17ImpactodesolucionesRoamingVoLTE................................................................................61
Tabla18InterfacesinterconexinVoLTE...........................................................................................62
Tabla19:MapeodeQCIEPSaCoS/DSCP[IR34]...............................................................................64
Tabla20EPSBearerusuarioregistrado.............................................................................................76
Tabla21BearesEPSllamadaVoLTEencurso.....................................................................................77
Tabla22EscenariosroamingconsolucinLTE...................................................................................78
Introduccin|DiseodeunaRedVoLTEenunEscenariodeRoaming

1 Introduccin
Lasredesdecomunicacionessehanconvertidoenunelementoclaveparaeldesarrollodeun
passiendounodelosprincipalesactoresdelcambiosocialyeconmico.Deahelcreciente
inters de los gobiernos y organizaciones internacionales por el desarrollo de redes
comunicacionesdealtacapacidadyaccesiblesparatodalapoblacin.
Estasredesofrecenlaposibilidaddecrearnuevosservicios,tantoparausuariosresidenciales
como para grandes empresas, lo que en un contexto global obliga a las operadoras de
telecomunicacionesaofrecersusserviciosmsalldesusfronteras.
Estosnuevosserviciosofrecenlasmismascapacidadesdeconectividadindependientementedel
dispositivoutilizado,encualquierlugar,entodomomentoeinclusonosoloparalaspersonas.
Desde la ITU se crea el concepto de las 4A, Anytime, Any place, for Anything and Anyone,
presentndoseasunescenariodeubicuidaddeaccesoalasredesdetelecomunicacinque
impulsaeldesarrolloderedeshorizontalesindependientesdelareddeacceso.Aquesdonde
surgeelconceptodeNGN(NextGenerationNetworksoRedesdeNuevaGeneracin),tambin
propuestoporlaITU.
1.1 JustificacindelProyecto
Enelmercadodelastelecomunicacionessepresentancadavezmsmodelosdenegocioenlos
que aparecen nuevos actores. La evolucin de la sociedad y el uso que hace de las
telecomunicacioneshacambiadolaformadehacernegocioenelsectorTELCO.
AparecenlasOTT(OverTheTop),queofrecenservicioscadavezmsexigentesconunagran
penetracindemercado,suscitandolapolmicaconlosoperadores,quienesseconviertenen
merosproveedoresdeconectividad.
EsaqudondelasNGNfavorecenlacreacindeserviciosCarrierGrade,esdecir,aquellosdonde
lascaractersticasdeQoSsonintegradasaniveldered,comoporejemploVoLTE,ofreciendoas
un servicio diferenciador respecto a las OTT, las cuales nicamente pueden garantizar unos
determinados parmetros de calidad a nivel de aplicacin. Un ejemplo de estos seran los
serviciosVoIP.
DeestaformaeltrficogeneradoporunallamadadeunusuarioVoLTEpuedeserpriorizada
sobreunallamadadeunusuarioVoIP,repercutiendoasenlacalidaddeserviciopercibidapor
elusuariofinal.
Paralasoperadoras,lasredesNGNpermitirnofrecerunportfoliodeservicioscontarificaciones
diferentesenfuncindelascaractersticasdeestos.
Actualmentelossistemasdetarificacinsebasan,obienenvolumendedatosoentiempo,es
decir, sistemas de tarificacin estticos. En este nuevo contexto se pueden crear perfiles de
Introduccin|DiseodeunaRedVoLteenunEscenariodeRoaming
usuarios y servicios en funcin de caractersticas de la comunicacin como el throughput, la

latenciaoeljitter,ofreciendoasmodelosdetarificacindinmicos.
Tabla1Modelosdeprecios
Modelosestticos Modelosdinmicos
Tarifaplana Modelosdepreciosbasadosencoste
Modelosdepreciosporprioridad Modelosdepreciossensiblesalacongestin
Modelosdepreciosbasadosenreserva delared
Modelosdepreciosporfranjahoraria Modelosdepreciosporprioridadoservicios
diferenciadosporQoS
Modelosdepreciosbasadosenusode
recursos Modelosdepreciosporsubasta
Enlasredestradicionalescadaservicioeradiseadoconsupropiareddeacceso,transportey
servicio,porloquelareutilizacindeestasparanuevosservicioserainexistenteorequerade
unacostosaintegracin.
EnelcasodelasredesNGNsepersiguelacreacindeunaredtransversalenlaquelamisma
redseautilizadaporvariosservicios.Porlotantoseproduceuncambiodefilosofa,devarias
redesparacadaservicioaunanicaredparavariosservicios.
Esto repercute en menores tiempos de desarrollo de servicios adems de menos coste de

operacinymanteamiento.
1.2 ObjetivosdelProyecto
Enelpresenteproyectoseanalizarnlasdiferentesposibilidadesparalacreacindeunaredde
comunicacionesquecumplalascaractersticasderedNGNyconcoberturaglobal.
Concretamente, puesto que el objetivo anterior es muy ambicioso y un tanto ambiguo, se

definir una red de comunicaciones mvil basada en la tecnologa LTE, comercialmente
conocida como 4G, que permita al usuario utilizar los servicios IMS en cualquier parte del
mundo.
Sedefinirnloselementosyarquitecturasnecesariasparaimplementarlosdiferentesservicios,
ascomolainterconexinparaqueunusuariopuedaaccederalosservicioscontratadosconsu
operadorenzonasdondeestenotengapresencia,esdecir,utilizandolainfraestructuradeotro
operador,profundizandoenaquellosconceptosdencleodered.
LodescritoanteriormenteesloqueseconocecomolacreacindeunacuerdodeRoamingpara
serviciosVoLTE.
1.3 EstudiodelaSituacinActual
Existendiferentesorganizacionesencargadasdeldesarrollodeestndaresqueposteriormente
son aplicados en la creacin de las redes y servicios, las cuales disponen grupos de Business
Intelligence encargados de la recoleccin y anlisis de datos para analizar la penetracin y
madurezdelastecnologas.
Enlossiguientesprrafosseanalizanalgunosdelosdatosmsrelevantesofrecidosporestos
gruposparacontextualizarlosserviciosdeLTEenroaming.
1.3.1 Volumen de conexiones Roaming

De acuerdo a los ltimos informes de la GSMA (septiembre 2015) el nmero de conexiones
mundiales es de unos 7.000 millones de usuarios, adems de una clara tendencia creciente
graciasalosserviciosM2M.
Este aumento de usuarios conlleva un aumento de la facturacin asociada a las conexiones

mviles,loqueofreceunaideadelaimportanciaqueadquiereelroamingcuandolosusuarios
sedesplazanentrediferentespases.
Elusodelosserviciosroamingnoesigualentodoslospases,siendolospaseseuropeoslos
que encabezan la lista de uso de servicios de telefona mvil en pases vecinos
[GSMA14Roaming].

Figura1Ratiodeviajerosinternacionalespor%depoblacin[Roa14]
1.3.2 Cobertura en funcin de la tecnologa

Enlamayoradepaseslatecnologaconmayorreadecoberturaes2G.Apesardelamadurez
del3G,lasfrecuenciasmsbajasdelaprimeradelastecnologasdigitalesfavorecenunmayor
radiodecobertura.
Enlosltimosaos,lasoperadorashanrealizadograndesesfuerzoseneldesplieguedeunared
4G,peroestaestanlejosdealcanzarelreadeserviciodesusantecesoras.
Amododeejemplosepuedeverladiferenciaentreelreacubiertaporlared3Gfrentealared
4GenEspaa.

Figura2Cobertura3GenEspaa[Ope15] Figura3Cobertura4GenEspaa[Ope15]
1.3.3 Penetracin mundial del LTE

UninformegeneradoporlacompaaOpenSignal[OpenSignal15],lacualutilizalasmuestras
annimastomadasdesdelossmartphonesdelosusuarios,indicaqueelpasconlaredLTEms
rpidaesNuevaZelanda,mientrasqueelpasconmejorcoberturaesCoreadelSur.
EnEspaasedisponedeunacoberturapromediodel53%delapoblacin.
DeacuerdoalascifrasrecogidasporuninformedeiDATE[iDATE14]:
ElnmerodeusuariosLTErepresentael7%delasSIMcards,msde500millones.
Seestimaqueafinalesdel2018haymsde2.000milllonesdeusuariosLTE,el29%.
EnlaFigura4semuestraelvolumendeusuariosLTEafinalesde2013.

Figura4UsuariosLTE[iDA14]
Apesardeestamenorpenetracinrespectoalasanteriorestecnologas,lasexpectativasde
desarrollo son altas, tanto es as que muchas operadoras han puesto fecha de cierre a las
tecnologasanteriores.
ConlafinalidaddedarcifrasaestedesarrollodelasredesLTEydelintersdelasoperadoras,
su muestran los siguientes datos recogidos de un anlisis de mercado realizado por Ovum
[Verma15]:
LTEhasidolatecnologainalmbricaconeldesarrollomsrpido.
En2014haba313redesLTEabiertasyalolargodeeseaoseabrieronotras143.
Noruegaplanteacerrarlared3Gen2020ylared2Gen2025[UGTComunicaciones15].
TelstraAustraliayAT&Tpretendenapagarsured2Gen2016.
1.3.4 Estado de VoLTE

EldesarrollodeserviciosVoLTE(VoiceOverLTE)presentagrandesretosalosoperadoras,deah
quesudesarrolloeimplementacincomercialpresenteciertoretraso.
Detodasformas,eldesarrollodeesteserviciohasidoidentificadocomoprioritarioporgran
partedelosoperadores,sobretodoparasercompetitivosfrentealosserviciosofrecidosporla
OTT.EnlaFigura5semuestranlasmotivacionesdelasoperadorasparaeldesarrollodelservicio
VoLTE.

Figura5MotivacionesparaeldesarrollodeserviciosIMS[Ver15]
A pesar de esto, no todas las operadas ofrecen este tipo de servicios ni lo consideran una
prioridad, y optan por seguir utilizando las redes legadas de forma complementaria a LTE
(ejemplodeCSFallback).
DeacuerdoalestudiodemercadorealizadoporlaconsultoraOvum[Verma15],enlaFigura6
semuestraelporcentajedeoperadorasqueactualmenteofrecenestetipodeserviciosylas
expectativasdedesarrollo.

Figura6ExpectativasdedesarrolloserviciosIMS[Ver15]
Lasoperadorasbuscanaumentarsusbeneficiosofreciendoserviciosenriquecidossobreloque
se conoce como Rich Communication Suite (RCS), entre los que se encuentran VoLTE, ViLTE,
sistemasdemensajeraenriquecida,etc.
EnlaFigura 7aparecenlosserviciosconmayorinversinporpartedelasoperadorasenlos
prximosaos.

Figura7ServiciosIMSmsimportantes[Ver15]
LosesfuerzosdelasoperadorasconducenhaciauncontextoNGNpurosobreunaredIPnica.
EnelgrficoqueapareceenlaFigura8seapreciaunaclaratendenciahaciaelaumentodeluso
delasredespaquetessobrelasredesdecircuitos.

Figura8PSVsCS[Ver15].
LaGSMAofreceestadsticasmensuales[GSMA15_IP]acercadeldesplieguedecomunicaciones
IP,dondemuestraelnmerodeoperadoraconLTE,VoLTE,VoWiFiyVoiceHD.
En cuanto al servicio VoLTE en roaming actualmente solo existe un nico acuerdo abierto
comercialmente entre NTT Docomo de Japn y KT de Corea. NTT Docomo y Verizon han
realizadountrialdelservicioparalanzarloprximamente.
Nosolohayunnicoacuerdodeinterconexinroamingentreoperadoras,sinoqueademsla
interconexinentreoperadorasnacionalestampocoestmuyimplantada,loquedemuestrala
bajamadurezdelservicio.
LastresoperadorasdeCoreadelSurofreceninterconexinVoLTEentreellas,yATTyVerizon
planeanofrecerloasusclientesafinalesdel2015.
La penetracin de la tecnologa VoLTE en Espaa es an menor, siendo Vodafone el nico

operadorqueofreceelservicioasusclientes.
1.3.5 Siguientes pasos

Elsiguienteavancetecnolgicoesel4G+,elcualofrecemayoresvelocidadesdetransmisinal
utilizarvariasportadorasradiomantenindosesincambiosaniveldencleodered.Elaumento
delnmerodeterminalescompatiblesconestatecnologahacequeaumentelainversinpor
partedelasoperadoras.
Apareceenelhorizontelasiguientegeneracin,el5G,crendosegruposdetrabajosformados
pororganismosdeestandarizacin,operadorasyfabricantes,comoporejemplola5GPPPo
elNGNM.Estalelintersquehasuscitadoestatecnologaquealgunospasescondespliegues
tardossehanplanteadosaltarseeldesplieguedel4G,comoeselcasodeTurqua[Cruz15].
Estosgruposdetrabajohancomenzadoarealizarunanlisisdelasituacinactualascomolos
requisitosquedebecumplirestanuevageneracin.
EnlaFigura9aparecenlosprincipiosdediseodefinidoscomopuntodepartida,dondeanivel
de ncleo (Network en la figura) la convergencia entre redes, as como la simplicidad de
elementosparaabaratarloscostesdemantenimientouoperacin,oladivisinenplanosde
controlyusuariosoncaractersticasfundamentalesquetambinestnpresentenlasredesLTE.
Seplanteairmsallbuscandolasimplicidadenelinterworkingconlasredesheredadas,yse
identificancomotareasobligatoriaselrediseodealgunosconceptoscomoeldiseomonoltico
delasredes4Gactuales,lacreacindelosbearesoelcontextodeestadosentreeldispositivo
ylared[ElHattachi15,Erfanian15].
Lafechafinparaladefinicindeestanuevageneracines2020.

Figura9PrincipiosdediseodefinidosenNGNM[ElHattachi15,Erfanian15]
De acuerdo a un reciente estudio realizado por Ericsson [Eri15], para 2021 se prevn 150
millonesdeconexiones5G:

Figura10Volumendeconexiones5G2021[Eri15]
1.4 Anlisisdealternativas
Elobjetivodelpresenteproyectosehadefinido,deformagenricacomo:
<<LacreacindeunareddecomunicacionesquecumplalascaractersticasderedNGNycon
coberturaglobal>>
PosteriormentesehaconcretadoquedeberaserunservicioIMSsobreunaredmvilLTE,pero
existendiferentesalternativasparalaimplementacindeestetipored,comolosserviciosSIP
VoIPBestEffortoOTTVoIP.
1.4.1 SIP VoIP preVoLTE

LosserviciosSIPVoIPsebasanenofrecerelncleoIMSdeloperadorsobrelosaccesosBest
EffortcomoLTE,HSPAoWiFi,paralocualenelequipoclientesedebeinstalaryconfigurarun
clienteSIPVoIP.
EstasolucintambinesconocidacomopreVoLTE,conladiferenciadequeeltrficodeusuario
noesetiquetadonipriorizadodemaneraalgunasobreelresto,puestoquesetransmitesobre
unbearernoGBR(noGuaranteedBitRate).
1.4.2 OTT VoIP

Son servicios ofrecidos sobre comunicaciones Best Effort, los cuales adems de voz ofrecen
serviciosdevaloraadidocomopresenciaomensajera.
Lascomunicacionessobreestosserviciospuedenllegaraserdemayorcalidadquelasofrecidas
sobrelasredestradicionalesdecircuitosencondicionesradioexcelentes.
Sinembargo,esescenariosNAT/PADcomplejoseltiempodeestablecimientodellamadases
alto, as como el trfico de sealizacin generado para mantener las sesiones o el consumo
energtico.
1.4.3 VoLTE
EnelcasodeVoLTEseofrecenserviciosdevozcongarantasdeQoSpuntoapunto,paralocual
secreanbearersEPSconGBR(GuaranteedBitRate)paraeltrficomultimedia,ademsdeotros
defaultnoGBRparalasealizacinoInternet.
Encuantoalaexperienciadeusuariooimpactoenlared,VoLTEpresentaventajasfrentealas
solucionesdescritasanteriormente:
Bajoconsumo energtico,caractersticasmuyimportantedebidoal consumodelos

smarthphonesactualesmultiprocesadoresdevariosGHzypantallasdegrantamao.
Estoseconsiguegraciasaunaoptimizacinradioquepermiteelapagadodelreceptor
(DRX)ytransmisor(DTX)mientrasnotransmiten,oalaagregacindevariospaquetes
ensustransmisionesaumentandoaseltiempodehibernacin.
OfreceaudioHDgraciasalusodecodecsAdaptativeMultiRateWideband(AMRWD).
MediantelatcnicaTTI(TransmissionTimeInterval)seconsiguetransmitirenmalas
condicionesradio.
Disminuye la carga de sealizacin, al no utilizar mensajes de monitorizacin (Keep
Alive).
1.4.4 Comparativa
Enlatabla2semuestraunacomparativaentrelastressolucionesevaluadas,dondeseaprecian
lasventajasdelasolucinfinalmenteseleccionadas,VoLTE.
Tabla2Comparativasoluciones
VoLTE SIPVoIP OTTVoIP
Experienciadeusuario
Calidaddeaudio CodecsHD CodecsHD CodecsHD
Dependedelaruta
Latencia Mnima Aumentaconeljitter deltrafico,jittery
NAT/PAD
Tiempode
Mnimo Mnimo Alto
establecimiento
Duracindela
AltoconDRX NoDRX NoDRX
batera
Impactoenlared
Sealizacinde SIPBearerdedicado SIPBearerno
SobreIP
Establecimiento conGBR dedicadonoGBR
Sealizacinen
Mnima Mnima Alta
segundoplano
ms/paquete 20ms/paquete 20ms/paquete Varios
LaimplantacindelservicioVoLTEplanteaunaseriededesafoalasoperadoras:
La necesidad de inversin en un complejo Subsistema Multimedia IP (IP Multimedia

SubsystemoIMS)ylacostosaintegracinconloselementosLTE.
La importancia de la completa interoperabilidad con los nodos de conmutacin de

circuitos(CSCircuitSwithced)paraofrecenplenacobertura.Comohemosdetalladoen
apartados anteriores, la cobertura de la red 4G es mucho menor que la de sus
antecesoras.
Es necesario dar continuidad a las llamadas en todo momento, lo cual est presenta
problemasencuantoaloshandoverqueseproducenentretecnologas.Seplanteael
usodetecnologacomplementariaalVoLTE,comoVoWiFi.
Conelfindeminimizarlasinterrupcionesla3GPPpresentanelSRVCC,quepermiteel
traspasodellamadasentrelasdiferentestecnologas.
Todoestoimplicalarealizacindeunaaltainversininicial,elcualseamortizagraciasaqueel
costedemantenimientoydecreacindenuevosserviciosesmuchomuchomenorqueenlos
serviciostradicionales.
1.5 Planificacin
1.5.1 Identificacin de las tareas

Eneldesarrollodelproyectosediferencianlassiguientestareas:
1. Estudiodelasituacinactual.Objetivosymotivaciones
2. Definicindeconceptostericos
3. Anlisisdearquitecturas
4. Estudiodeprotocolos
5. Interconexin
1.5.1.1 Estudio de la situacin actual. Objetivos y motivaciones
Anlisisdelasituacindelasredesdetelecomunicacinyestudiodelosnuevosretosquese
presentanalasoperadorasparaofrecerserviciosaunosusuarioscadavezmsexigentes.
Definicindelosobjetivosyalcancedelproyecto eidentificacin delasmotivacionesdelos

diferentesactores.
1.5.1.2 Definicin de conceptos tericos
Sntesis de los conceptos tericos necesarios para establecer las bases necesarias para la
correctacomprensindelasarquitecturasquesedesarrollan.
1.5.1.3 Anlisis de arquitecturas
Anlisis de las arquitecturas necesarias para la ofrecer de servicio de VoLTE, presentado la

diferentes entidades lgicas as como los nodos que las implementan, interfaces entre los
diferentescomponentesyprotocolosnecesarios.
1.5.1.4 Estudio de protocolos
Identificacin de los protocolos que intervienen en los diferentes planos de comunicacin y

realizacindeunbreveresumendelascaractersticasmsimportantesdeestos,ascomola
motivacinparasuuso.
1.5.1.5 Interconexin
Definicin de interconexin y requisitos tcnicos necesarios para que dos operadoras

establezcanelacuerdoVoLTEylosusuariospuedanhacerusodelosserviciosindistintamente
desulocalizacinydeunaformatransparente.
1.5.2 Diagramas
Tabla3Planificacin
Nombre de tarea Duracin Comienzo Fin Predecesoras
Estudiodesituacinactual. jue dom
3das
Objetivosymotivaciones 24/09/15 27/09/15
Definicindeconceptos lun mar
7das 1
tericos 28/09/15 06/10/15
mi mar
Anlisisdearquitecturas 15das 2
07/10/15 27/10/15
mi mar
Estudiodeprotocolos 15das 2
07/10/15 27/10/15
mi mar
Interconexin 30das 3;4
28/10/15 08/12/15

Figura11DiagramadeGantt

1.5.3 Evolucin del proyecto

Laplanificacininicialrealizadasehacumplidoconxitoexceptuandolatareadeanlisisdela
interconexin.
Para este anlisis se han encontrado dificultadas debido baja escasa implementacin del
servicio, particularmente en el caso de roaming. En las comunidades de expertos se estn
planteandocadadanuevassolucionesconventajaseinconvenientessobresusantecesoras,
porloqueelanlisisdetodasestasharesultadomstediosodeconsideradoinicialmente.
Enlafasefinaldelproyecto,siguiendolasindicacionesdeltutor,secentraronlosesfuerzosen
sintetizar los conceptos y presentarlos tabulados para su comprensin. Adems se aade un
apartadoconlasconclusionesobtenidasdelarealizacindeldiseo.
1.6 Brevesumariodeproductosobtenidos
El resultado final es la presente memoria donde se ofrece un anlisis de las diferentes
alternativasposiblesalahoradecrearunservicioVoLTEentreoperadorasdediferentespases.
Se analizan las alternativas tanto a nivel de transporte como de servicio, resumiendo los
principalesrequisitosparallevarlasacabosypresentandolosactoresqueintervienen.
Estamemoriapuedeserutilizadacomoguadeimplementacinparalainterconexinanivelde
ncleodered,ascomo dereferenciaparalacomprensin deloselementosimplicadosy la
creacindeserviciosIMS,nosoloVoLTE.
1.7 Breve descripcin de los otros captulos de la

memoria
Enelapartadodossepresentanlosconceptosbsicosnecesariosparacomprenderelservicio
ylametodologautilizada.
Lasarquitecturasimplicadasenelserviciosemuestranen el tercerapartado,definiendolas
principales entidades, interfaces y protocolos, diferenciando entre la capa de transporte,
servicioyaplicacin.
Se realizada un anlisis ms detallado de los principales protocolos que intervienen,

identificando que aportan a las posibles soluciones as como sus elementos y caractersticas
principalesenelcuartoapartado.
Lasposiblessolucionesconsuscaractersticasprincipales,ascomolosrequisitosparallevarlas
acabosonelprincipalobjetivodelproyecto,porloqueelapartadocincoesunodelosms
importantes.Enelapartadoseissemuestranlosdiagramasdesealizacinbsicosdelservicio.
Finalmente,enlosapartadossiete,ochoynueveseextraenlasconclusionesfinalesyseofrecen
lasreferenciasbibliogrficasutilizadasyapndicesquepuedenresultardeutilidadparaeluso
deestedocumento.
Conceptostericos|DiseodeunaRedVoLteenunEscenariodeRoaming
2 Conceptos tericos
2.1 Elementosdelasarquitecturas
Enlolargodelproyectoseutilizandosconceptosqueresultanclavesparalacomprensindel
diseopropuesto:
Entidad: concepto lgico que especifica una serie de funciones que no son
implementadasporningunaotraentidad.
Lasentidadespuedenserdefinidascondiferentesnivelesdedetalle,partiendodeuna
genricacomolaspresentadasporlaITU,omsespecficascomolasquesedefinenen
elapartado3queutilizanlaespecializacindela3GPPpararedesmviles.
Interfaz:puntodeuninentredosentidades,dondesedefinelainformacinquese
intercambiayelprotocoloutilizado.
2.2 Estratificacindelasredes
Lasarquitecturasquesepresentansondivididasenvariascapasyplanosdecomunicacin.De
estaforma,unserviciosepuededescomponer:
Unaarquitecturadivididaencapas,cadaunadelascualesllevaacabounaseriede
funciones que pueden ser agrupadas. Estas funciones son llevadas a cabo por las
distintasentidadesdelacapa.
Dosplanosdecomunicacin,elplanodecontrolosealizacinqueeselencargadodel
establecimiento de la comunicacin entre las diferentes entidades, y el plano de
usuario,atravsdelcualsetransportalainformacintilgeneradaporelusuario.
2.3 NextGenerationNetwork
EnconceptodeRedesdeNuevaGeneracinoNextGenerationNetworkeningls,esdefinido
porlasITUT,suprincipalimpulsoracomo:
Red basada en paquetes que permite prestar servicios de telecomunicacin y en la que se

puedenutilizarmltiplestecnologasdetransportedebandaanchapropiciadasporlaQoS,yen
la que las funciones relacionadas con los servicios son independientes de las tecnologas
subyacentesrelacionadasconeltransporte.Permitealosusuarioselaccesosintrabasaredesy
aproveedoresdeserviciosy/oserviciosdesueleccin.Sesoportamovilidadgeneralizadaque
permitirlaprestacincoherenteyubicuadeserviciosalosusuarios.
Fuente:[Y.2001(12/2004)]
Por lo tanto, de acuerdo a esta definicin las redes NGN deben presentar las siguientes
caractersticas:
RedbasadaenpaquetesIP,tantoparaeltrficotilcomolasealizacin.
Independenciaentrelaprovisindelservicioylatecnologadetransporte,esdecir,los
usuarios son subscriptores de unos servicios con unas funciones de control
determinadasindependientesdelatecnologadetransporte.
Paraconseguirestaindependenciaentrelascapasdeservicioydetransporteseutilizan
protocolosabiertos.
Ofrecergarantadecalidaddeexperiencia(QoE)ycalidaddeservicios(QoS)extremo
aextremoapesardequelospaquetesIPpasenpordiferentesredes.
Convergenciaentreredesfijasymviles,buscandolamximaconvergenciadelaredal
integrarvariasredesdeaccesoheterogneas,manteniendolacompatibilidadconlas
redesanteriores.
Interaccin con servicios de redes heredadas a travs de interfaces abiertas, para

permitirlacoexistenciadetodoslosservicios.
Movilidadconsistenteyubicuadelosusuarios.
Direccionamiento e identidad del usuario, de tal forma que mantenga la misma

identidadindependientementedelaaplicacin.
Cumplimientodenormativavigenteencuentoallamadasdeemergenciayseguridad
Marcoparaeldesarrollodenuevosservicios.
LasredesNGNconllevanuncambiodefilosofa,yaquesecreaunareddetransporteIPnica
enlaqueseconectandiferentesredesdeacceso.Estacaractersticasyahansidomencionada
enelapartado1.1Justificacindelproyecto,yaqueesunaclaramotivacinparalasoperadoras
alpresentarmenorescostesdemantenimientoydesarrollodenuevosserviciosfrentealmodelo
tradicionaldesilo.

Figura12CambioconceptualNGN[HueM314]
2.3.1 Arquitectura funcional NGN

La ITU, en la recomendacin Functional requirements and architecture of Next Generation
Networks [Y.2012 (04/2010)], presenta la arquitectura de referencia que se muestra a
continuacin, donde aparecen representados los interfaces y funciones involucradas en las
diferentescapas.

Figura13RequisitosfuncionalesyarquitecturaNGN[Y.2012(04/2010)]
LaITUdefinelasinterfacesUNI(UserNetworkInterface),NNI(NetworkNetworkInterface),ANI
(AplicattionNetworkInterface)ySNI(ServiceNetworkInterface).
Adems propone un modelo capas, transporte, servicio y aplicacin, donde se agrupan las
entidadeslgicasquesedescribenbrevementeacontinuacin:
Funcionesdeusuariodondeseencuentraelterminaldeusuarioytodoselsoftware
parainvocarlosservicios.
Funcionesdegestincomoconfiguracinomonitorizacindeltrfico.
Transporte,lacualsedivideenreddeaccesoyderedtroncaldetrasporte.
Servicio,dondesegeneratodolasealizacindeinvocacindelservicio.
Aplicacinenlaqueseprovisionaelservicio.
2.3.2 VoLTE como servicio NGN

ElservicioVoLTE(VoiceOverLTE)permiteofrecerllamadasdevozsobreunaredIMSLTEcon
independencia total de la red de circuitos, por lo que comunicacin se realiza ntegramente
sobreIP.
La GSMA presenta el concepto de RCS (Rich Communication Suite) como plataforma para
ofrecerserviciosenriquecidosalosusuarios,comoporejemplovoz,videoomensajera,porlo
queelservicioVoLTEesunodelosserviciosRCSquepuedenserofrecidos.
ConlafinalidaddeofrecerelserviciodevozsobreunaredIMSsehandesatisfacerunaseriede
requisitosmnimos:
ElIMSdebeofrecerlascapacidadesbsicasysuplementariasdetelefona.
Serequieredenegociacinentiemporealdelascaractersticasmultimedia.
CoberturaLTEyfuncionalidadEPC(EvolvedPacketCore)
LosprotocolosqueintervienenenelserviciosemuestranenlaFigura14.
Suppl. Suppl.
Codecs Codecs
services services
HTTP/ HTTP/
SIP XCAP RTP/RTCP SIP XCAP RTP/RTCP
TCP/IP - UDP/IP TCP/IP UDP/IP TCP/IP - UDP/IP

Bearers/QoS RoHC Bearers/QoS RoHC
LTE LTE
with VoIP optimizations with VoIP optimizations
Mobile device Radio & access network Servers (IMS)

Figura14PiladeprotocolosservicioVoLTE[IR92]
El desarrollo de servicios VoLTE presenta grandes retos a las operadoras1, de ah que su
desarrollo e implementacin comercial presente cierto retraso, aunque tambin existen
motivacionesyventajassobreotrassoluciones.
2.4 OrganismosdeEstandarizacin
Losorganismosdeestandarizacinsonquienesimpulsaneldesarrollotecnolgicoylacreacin
deestndaresqueproporcionanunmarcoparalacreacindenuevasredesyservicios.
Estos organismos pueden estar constituidos por fabricantes, operadoras, organismos

gubernamentales,colectivosconrepercusinenelsectoruotros.Serealizaunbreverepasode
losmsutilizadoscomoreferenciaparaeldesarrollodeesteproyecto,algunodeloscualesya
hansidomencionados.
LaITU(InternationalTelecommunicationUnion),puedeconsiderarseelestandarizador
universal,elcualelaboralistasderecomendacionesquepuedenseraplicadasporotros
organismosparadefinirmsespecficamentelatecnologa.
1
Verapartados1.3y1.4
De este organismo tomamos el modelo de referencia de la rede NGN explicado

anteriormente.
La IETF (Internet Engineering Task Force) trabaja en la mejora de estndares y

protocolosdeinternet,comoeselcasodeIP,DiameteroSIP
3GPP(3rdGenerationPartnershipProject),secentraeneldesarrollodeestndarespara
redesmvilesenglobandotodosloselementosyzonasdered,desdelareddeacceso,
troncaloimplementacindelservicio.
GSMA, la cual en base de las recomendaciones creadas por otras organizaciones,

especialmente la 3GPP, define sus propios estndares para el desarrollo de servicios
roamingsobreredesmviles.
Arquitecturas|DiseodeunaRedVoLteenunEscenariodeRoaming
3 Arquitecturas
UtilizandocomoreferencialaarquitecturapropuestaporlaITUTdescritaenelapartado2.3.1,
sedescribelaimplementacindeenunservicioVoLTE.
Por lo tanto, la estructura de este apartado queda definida por la propuesta de una red
estratificadaendiferentescapas,dondeapartirdelaarquitecturagenricadelaITU,sedetalla
laimplementacinpropuestaporla3GPP.
Deestemodo,encadaseccinsedescribenlasentidadesonodosinvolucrados,lasinterfaces
entreellosylosprotocolosutilizadosenlasmimas.Sepresentantambinlosconceptosquese
hanconsideradomsrelevantesdecadacapa.
3.1 Transporte
3.1.1 Redes Legacy. 2G/3G
Apesardenoestardentrodelalcancedefinidoenesteproyecto,seenlaFigura15semuestra
laarquitecturaquepresentanlasredesantecesorasal4G.
A
Um Abis MSC GMSC
IuCS
MS BTS BSC
AUC
EIR HLR
Uu Gb
GR
Iub
IuPS
UE Node B RNC Gn
SGSN GGSN

Figura15ArquitecturaredesLegacy
Noserealizaunadescripcindeloselementosnisedetallanlosprocesosquetienenlugaren
estas tecnologas, sino que simplemente se muestran los nodos e interfaces presentes para
contextualizarelpuntodepartidadel4G.
3.1.2 Evolved Packet System EPS

Elsistemaquepresentala3GPPcomolacuartageneracindetelefonamvilrecibeelnombre
deEPS(EvolverPacketSystem),elcualestformadopor:
SistemaradiooEUTRAN,tambindenominadoLTE(LongTermEvolution).
Ncleo o EPC (Evolved Packet Core). Tambin recibe el nombre de SAE (System
ArchitectureEvolution).

Figura16ArquitecturaEPS[TS23.401]
EnlamayoradereferenciasseutilizaeltrminoLTEparahacerreferenciaalacuartatecnologa
o4G,peroestrictamentehablandoestetrminohacereferencianicamenteasuparteradio.
EnlaFigura16apareceunelementoquenopertenecealEPS,peroqueestotalmentenecesario
paralacreacindeunared4G,elHSS.Esteelementopertenecealacapadeservicioaunquese
representaaquporsurelevancia.
3.1.2.1 Acceso. EUTRAN
La red de acceso EUTRAN es definida en el documento 3GPP TS 36.300, donde aparece la

arquitecturaeinterfacesdelamisma,ascomolasfuncionesllevadasacabo.
Acontinuacinsedescribenloselementosyprocesosqueseconsideranmsimportantesde
acuerdoalalcancedelproyecto.Conestoseentiendequenoseprofundizarenelanlisisde
lapartedeaccesoradio,yaquenonecesarioconocerlaendetalleparalacreacindeunacuerdo
VoLTEentredosoperadoras.
3.1.2.1.1 Entidades
La parte de acceso est compuesta por los elementos que se muestran en la Figura 17.
Comparadolareddeacceso4Gconsusantecesorassecontemplaunasimplificacindeesta,
constandodeunnicomodo,eleNodeB.

Figura17ArquitecturaEUTRAN[TS36.300]
EnlaTabla4semuestranlosnodosdelaarquitectura.
Tabla4EntidadesEUTRAN
Nodo Descripcin
UE UE(Userequipmentoterminaldeusuario)
eNB eNode, es el elemento central de EUTRAN, el cual lleva a cabo la siguientes

funciones:
Funciones de RRC (Radio Resource Management) como el Radio Bearer Control,
Radio Admision Control, Connection Mobility Control, la asignacin dinmica de
eNB recursosparaellosUE.
ComprensindelascabecerasIPeencriptacin.
SeleccindelMME
RoutingenelplanodedatoshaciaelSGW.
TransmisindelosmensajesdepagginoriginadosdesdeelMME.
Transmisindelainformacindebroadcast.
3.1.2.1.2 Interfaces
Lacomunicacinentrelasentidadesdescritasenelapartadoanteriorsellevaacaboatravsde
lasinterfacesquesemuestranenlatabla5usandolosprotocolosquesedetallan.
Tabla5InterfacesEUTRAN
Interfaz Protocolo Descripcin
Interfazentre elUEyeleNB.SecreanlosSignalingRadioBeared
LTEUu EUTRAN (SRB)enelplanodecontrolconlacapaRRCylosRadioData
beares(DRB)enelplanodeusuario.
X2AP(Control)
X2 InterfazdecontrolentredoseNBusadoparaelhandoverentre
GTPU(Usuario) doseNByparalasfuncionesSON(SelftOrganizingNetworks)
S1U GTPU InterfazdecontrolentreeleNByelMME
S1MME S1AP InterfazdeusuarioentreeleNByelMME.
3.1.2.1.3 Bandas de frecuencia
Puestoqueeldiseodedispositivosmvilesconsoportesimultaneodevariastecnologasde
acceso radio aade una gran complejidad de diseo al ser necesaria la cancelacin de las
interferencias,elsistemaEPSsoportauneficientetraspasoentrelasdiferentestecnologas.
Paraasegurarelfuncionamientodelterminalencualquierlugardelmundoesnecesarioque
estesoporteGSM/GPRS/EDGEademsdeWCDMA/UMTS,aloquesedeberaaadirLTE.
En el caso de LTE es an ms complejo, puesto que existe una gran variedad de frecuencias
soportadasascomoduplexadoeneltiempo(TDD)yenfrecuencia(FDD).

Figura18BandasdeFrecuenciaLTE[SesiaToufikMatthew11]
3.1.2.2 Transporte troncal. EPC
ElEvolvedPacketCoreeslaltimaevolucindelncleoderedpresentadaporla3GPP.
EnelEPCsedecideutilizarelprotocoloIPparaeltransportedetodalainformacin,porloque
enlaarquitecturanohayelementosdeconmutacindecircuitos(CSCircuitSwitched).
Tradicionalmente la CS era utilizada para el trfico de voz y SMS, por lo tanto, es el EPC se
implementanestosserviciossobreIP.EsteeselcasodeVoLTE.
El EPC ha sido diseado no solo para ser accesible a travs de EUTRAN, sino que tambin
soportaotrastecnologasdeacceso,lascualessedividenen:
Acceso3GPP:EUTRAN,GSM/GPRS,UMTS,HSPA.
Accesono3GPP,comoWiMAXoWiFi.Esasasuvezsedividenentecnologasconfiables,
las cuales acceden directamente al EPS, o no confiables, las cuales lo pueden hacer
nicamenteatravsdelePDG.
ElEPCsedefineeneldocumento3GPPTS23.002version12.7.0Release12apartado4,junto
conlasarquitecturasanteriores.
3.1.2.2.1 Entidades

Figura19ArquitecturaEPC[NetLTE13]
En la Figura 19 se muestra la arquitectura del EPC cuyas caractersticas principales y
funcionalidadseanalizaendetalleenlatabla6.
Tabla6EntidadesEPC
Nodo Descripcin
MME (MobilityManagementEntity):nododecontrolqueprocesalasealizacinentreelEPS
yelUE.
Proporciona la funcionalidad Visitor Location Register (VLR) dentro del EPS.
LasprincipalesfuncionessoportadasporelMME:
EPSBearerManagement:funcionesrelacionadasconlagestindelportador.Estoincluye
elestablecimiento,mantenimientoyliberacindelosportadores.
MME
Mobilitymanagement:funcionesrelacionadasconlagestindelaconexin.Estoincluye
elestablecimientodelaconexinylaseguridadentrelaredyUE.
InteraccionaconelHSSesresponsabledeautenticarelusuariofinal.ParalosUEqueestn
en roaming, el MME utiliza la interfaz S6a hacia el HSS de la HOME. El MME tambin
asegura que la UE tiene autorizacin para utilizar PLMN del operador y tambin hace
cumplirlasrestriccionesdeitineranticaquelaUEpuedetener
MMEseleccionaelSGWduranteelprocesoderegistroyhandoverentreredesLTE.
ElMMEesseleccionadoporlafuncindeseleccinMME.
SGW (ServingGatateway):Esnododeconexin entrelareddeaccesoydencleoparael

planodeusuario.
SGW
TodoslosdatosdelusuariopasanporelSGW,inclusohacefuncionesdebuffercuandoelUE
restablecelosbearesosemueveentreeNB.
Realizatareasadicionalescomolatarificacinolaintercepcinlegal
PGW (PDN Gateway): proporciona el acceso del UE al PDN (Packet Data Newtwork)
asignndoleunaIPvlida.
PGW
Ademshacedeanclaenelcasodehandoverentreaccesos3GPPyno3GPP.
EselnododondeseimplementanlasfuncionesPCEFdefinidasporlaITU,ascomolasreglas
defiltradoIP.
HSS (Home Subscriber Server): es la base de datos central donde se almacena el perfil del
HSS
usuario,ademsdequeintervieneenlosprocesosdeautenticacindelusuario.
PCRF
PCRF(PolicyandChargingRulesFunction),eselnodoquedeterminalaspolticasdecharging
yPCCalPCEF(PGWenEPCoGGSNen3G/2G).
SPR(SubscriberProfileRepository).Estenodoproporcionainformacindelusuarioanivelde
SPR
transportealPCRF,apartirdelacualconstruyelasreglasPCC.
OCS
OCS(OnlineChargingSystem).Subsistemadecontroldecrditoytarificacin
OFCS
OFCS(OfflineChargingSystem).TarificacinofflinebasadaenCDRs.
3.1.2.2.2 Interfaces

Tabla7InterfacesEPC
Interfaz decontrolentreelMME ySGW.ProporcionaeltnelGTP
S11 GTPC
alusuario.
InterfazdecontrolydatosentreSGW yPGW,lacualofreceel
GTPU tnelGTPdelusuarioysuadministracin.
S5/S8
GTPC LadiferenciaentreS5yS8esquelasegundaesutilizadaenun
escenariodeinterworking,comoeselcasoderoaming.
InterfazdecontrolentreHSS yMME,atravsdelacualse
S6a Diameter
descargalafichadeclienteyseautenticaelusuario.
Sp Diameter InterfazdecontrolentreelSPRyelHSS.
InterfazentreelPRCF yPGW utilizadaparaaplicarlaspolticas de

Gx Diameter
PCC.
InterfazdecontrolentreelOCS yelPGWusadaparafuncionesde
Gy Diameter
tarificacin.
Gz GTPC InformacindecontrolentreelOFCSyelPGW.
IPU
SGi InterfazentreelPGWyelPDN.
Radious/DHCPC
3.1.2.3 QoS en LTE
ParagarantizarlaspolticasdeQoSenLTEsepresentaelconceptodeEPSBearerotnelEPS,el
cualpuededefinirsecomountnelvirtualconuntratamientoespecficodelospaquetesIPcon
unosparmetrosdecalidaddeterminadosenteelUEyelPGW,yasofrecerunagarantaEND
TOENDparaaccederalosPacketDataNetwork(PDN).
UnUEpuedemantenervariosEPSbearercondiferentesPGW,yestospuedenserDEFAULTo
DEDICATED.CadaEPSbearerestdefinidopor:
QCI(QoSClassIdentifier),parmetroquedeterminaelmodoenellosnodosdelEPSvan
atratarlospaquetesdelbearer.

Figura20ValoresQCI[TS29.212]
AllocationandRetentionPriority,elcualdefinelaprioridaddeltnelrespectoaotros
tuneles.
GuaranteedBitRateobitrategarantizado.
MaximunBitRateobitratemximo.
EnlaFigura21semuestranlosdiferentesbearescreadosalolargodelosinterfacesentrelos
nodosquehayentreelUEyelPGW.

Figura21ArquitecturadebearesenEPS[TS36.300]
DeestaformatantoelUEhaciaelEPSensentidodesubida,comodelEPSalUEenelsentido
inverso,mapeanlospaquetesIPenflujosdedatosdeserviciooServiceDataFlow(SDF),yuna
vezidentificadoesteflujodedatos,estossemapeanenunbearerEPSdeterminado.
EstoserealizaatravsdelasreglasPCC,cuyasfuncionesprincipalessonlafacturacinenbase
de flujos y el control de polticas QoS, es decir, el PCRF caracteriza el trfico de datos de
transportedeacuerdoalasdecisionesdelacapadeservicioyenvaestarreglaselPCEFatravs
deinterfazGx.
3.1.2.4 Non Access Stratum (NAS)
ElNAS(NonAccessStratum)estdefinidoeneldocumento3GPPTS24.301,yeselplanode
controldemsaltonivelentreelEUyelMME.
Lasprincipalesfuncionessonelcontroldelamovilidad(EPSMobilityManagementoEMM)yel
controldelasesindeusuario(EPSSessionManagement).
LacapaNAS esdividida asuvezen tres,EMM, ESMyECM dondese puedenpresentarlos

siguientesestados:

Figura22EstadosNAS[Net13]
EnlaparteradioyunnivelpordebajodelNAS,tenemoslacapaResourceRadioConnection,la
cualpresentaasuvezdosestados,IdleyConnected.

Figura23PiladeprotocolosEUTRANControlsimplificada[NetLTE13]
Cadacapapresentadiferentesprocesos,ynoeselobjetodeesteproyectodefinirlostodos.De
todasformas,paraentenderdeunaformamsprecisalagarantadeQoSdescritaenelapartado
anteriorseanalizalarelacinentrelosestadosEMM,ECMyRRCconlacreacindelosdiferentes
berares.
3.1.2.4.1 Transiciones EMM/ECM/RRC

Figura24TransicionesEMM/ECM/RRC[Net13]
EnlaFigura24seidentificancuatrocasosdeusuariodiferenciados:
Tabla8EstadosEMM/ECM/RRC
Caso Estados Ejemplo
UEseenciendeporprimeravez.
A EMMDeregistered+ECMIdle+RRC
UESeenciendetrasunlargoperiodoapagado.
idle
NohaycontextoinLTE.
El UE es encendido tras un corto periodo de
B EMMDeregistered+ECMIdle+RRC apagado.
idle Cuando se pierde la comunicacin con el canal
radio.
C EMM Registered+ECMConnected+ ElUEseregistraenelMMEyutilizalosservicios.
RRCConnected
D EMMRegistered+ECMIdle+RRC ElUEseregistraenelMMEperonoutilizalos
idle servicios.
3.1.2.4.2 Beares en funcin de estados EMM/ECM/RRC
De los casos de usuario descritos en el apartado anterior se analiza aquellos en los UE est
registradoparaanalizarlosbearesquesecreanalolargodelaarquitectura.
CasoC(EMMRegistered+ECMConnected+RRCConnected),todoslosbearesestn
establecidos:

Figura25EMMRegistered+ECMConnected+RRCConnected[Net13]
Caso D (EMM Registered + ECM Idle + RRC idle) solo se mantienen los beares de
control:

Figura26EMMRegistered+ECMIdle+RRCidle[Net13]
3.2 Servicio
3.2.1 IMS
La3GPPeneldocumento3GPPTS23.228presentaelIMSoIPMultimediaSubsystem,elcual
esunsubsistemadecontroldesesindeservicio.
ElncleoIMSescapazderealizarfuncionesdecontroldeservicio,paraloqueutilizaelprotocolo
SIP,yfuncionesdeprovisindeserviciomedianteSDP.

Figura27NcleoIMSpropuestoporla3GPP[HueM314]
3.2.1.1 Entidades
LasentidadesdelncleoIMSpuedenserdivididasendoscategorasdiferentes,elementosde
ncleoIMSyelementosdealmacenamiento.
Tabla9EntidadesNcleoIMS
Nodo Descripcin
PCSCF (Proxy Call Session Control Function). Es el punto de contacto entre los usuarios
adheridosalareddeaccesoyelIMS.
Susfuncionesson:
Registrodelusuario,reenviandolapeticinSIPregisterrecibidaatravsdelainterfaz
Um.
HaciendousodeldominioincluidoenelSIPURIconoceelICSCFalquedebeenviar
PCSCF
lapeticin.
AlmacenalainformacinderegistrodelUE,comolaIPasignadaelUEoladireccin
delSCSCF.
RedirigelosmensajesSIPdelUEalSCSCF.
ComprensinydescompresindelosmensajesSIP.
GestindelasllamadasdeemergenciahaciaelECSCF.
ParticipaenlagestindeQoSydeautorizacin,porloquesecomunicaconlacapa
detransporte,elPCRF,atravsdeRx
ICSCF (Interrogating Call Session Control Function). Es el punto de contacto, dentro del
dominiodeloperador,paratodaslascomunicacioneshaciaelUE.
Seencargade:
ObtenerladireccindelSCSCFoASdesdeelHSSviaCx.
ICSCF
AsignarSCSCFenfuncindelascapacidadesrecibidasdelHSS.
EncaminarlaspeticioneshaciaelSCSCFatravsdeMwoconunASvaMa.
ProporcionalafuncionalidadTHIG(TopologyHidingInternetwork),detalformaque
lasealizacindesdeotrodominioseenveaestenodocomosesitratasedeun
proxy.
SCSCF(ServingCallSessionControlFunction).Eselpuntocentral delncleoIMSyeldominio
correspondientesiendoresponsablede:
SCSCF
Mantenerelprocesoderegistro
TomardecisionesdeencaminamientoymantenimientodelestadodesesinSIP.
Elalmacenamientodelosperfilesdeservicioparausuariosactivamenteregistrados.
IBCF(InterconnectionBorderControlFunction).Esteeselnodoencargadodeconectardos
IBCF
ncleosIMSpertenecientesadosoperadores.
BGCF(BreakuotGatewayControlFunction).Eselencargadodeseleccionarelsiguientesalto
BGCF
deunapeticinSIPrecibidadesdeelI/SCSCFquenopuedesertraducidoporunSIPURI.
MRFC(MultimediaResourceFunctionControl).InterpretalasdemandasdelASydelSCSCF
MRFC
comoagenteyusuarioSIPparaofrecerserviciosdeIVRoanuncios.
ContrlaelMRFCatravsdeMp.
MGCF (Media Gateway Control Function). Permite la traduccin de la sealizacin SIP en

MGCF
sealizacinSS7/ISUPparalacomunicacinconlaRTC/RDSI.
Tabla10EntidadesdealmacenamientoIMS
Nodo Descripcin
HSS(HomeSubscriberServer) mantienelarelacinentrelasdiferentesidentidades(privada,
pblica), almacena los perfiles de usuario y los distribuye a las entidades de red que
controlan las sesiones de usuario (CSCF). Asimismo, es capaz de manejar distintos
identificadorespblicosdeservicio(PSI).
HSS
La HSS participa en los procedimientos de registro, reregistro y deregistro de usuario;

registroimplcitoymanejodesesin.
LaHSSdebesoportardiversosmodelosdeautenticacin:IMSAKA,IETFHTTPDigesteIMS
SSO.
ElSLF (SubscriptionLocator Function) debeproveerdelafuncionalidaddeencaminadoque
permitaqueotrasentidadesdescubranqunodoHSScontienelainformacindelsubscriptor
SLF
enaquellasredesenlasquesehandesplegadovariosHSS.
3.2.1.2 Interfaces
Tabla11InterfacesncleoIMS
Entidadesque
Nombre Protocolo Descripcin
interconecta
Utilizado por el PCSCF para la solicitud de
Rx recursosdeQoSyreportedeeventosdecapa
PCSCFyPCRF Diameter
detransporte.
InterfazentreUEyPCSCFparaintercambiar
mensajesdesealizacinSIPdeIMS(registro,
GmySU1 UEyPCSCF SIP
controldesesionesytransacciones).
Utilizado por los CSCF para reenviarse

sealizacin SIP de registro o control de
Mw EntreCSCFs SIP sesin(originadadesdeodestinadaaunUE)
entre ellos segn sus criterios de
encaminamiento.
UtilizadoporlosCSCFoelBGCFyelolosIBCF
parareenviarsesealizacinSIPderegistroo
Mx CSCFoBGCFyIBCF SIP
control de sesin cuando va destinada a o
vienedeunncleoIMSdeotrooperador.
Utilizado por el SCSCF cuando necesita
Mr SCSCFoMRFC SIP activarserviciosdetransporte.
ST1MRFCyMRFP Utilizado por el MRFC para controlar los
(subcapadeprocesado recursos multimedia del MRFP de acuerdo
Mp H.248 conlasdemandasdelASyelSCSCF.
detransporte)

Utilizado por el SCSCF cuando el SCSCF
quiereredirigirlasesinSIPaunaredexterna
Mi SCSCFyBGCF SIP
quenoesNGN(RTC/RDSIoH323).
UtilizadoporelBGCFparatransferirlasesin
SIP una vez ha seleccionado el MGCF
Mj BGCFyMGCF SIP (pasarelaaRTC/RDSI)porelquesacardicha
sesin.Enestecaso,elMGCFseencuentraen
elmismodominioqueelBGCF.
UtilizadoporelBGCFparatransferirlasesin
SIP una vez ha seleccionado el MGCF
Mk BGCFyMGCF(remoto) SIP (pasarelaaRTC/RDSI)porelquesacardicha
sesin.Enestecaso,elMGCFseencuentraen
undominiodistintoqueelBGCF.
UtilizadoporelMGCFparareenviarmensajes
MGCFyICSCFoSCSCF de sesiones SIP entrantes desde RTC/RDSI
Mg SIP
haciaelICSCFoSCSCF.
Utilizado por el MGCF para controlar los

MGCFyTMGF(oIMS recursosencanalesdevoz/videodelTMGF
Mn H.248
GWsegn3GPP) (oIMSMGFsegn3GPP)ensuconexincon
laredRTC/RDSI.
Utilizadoparareenviarmensajesdesesiones
CSCFslocalesyCSCFs SIPaotrosservidoresSIPoredesIPexternas
Mm SIP
remotos (otrosdominios).
Utilizado por el ICSCF para reenviar

peticionesSIPalASconserviciospblicosde
Ma S/ICSCFyAS SIP
identidades(PSI).
UtilizadoporelSCSCFyelASparareenviary
ISC SCSCFyAS SIP recibirpeticionesSIP.
Utilizado por el SCSCF y el ICSCF para

consultar al UPSF informacin de
Cx SCSCFoICSCFyUPSF Diameter
autenticacinyautorizacindeusuario,perfil
desuscripcin,localizacin(SCSCFasignado).
UtilizadoporelIBCFparaintercomunicardos
dominiosIMS.ElIciesunaespecializacindel
Ic,Ici IBCFyotrasredesNGN SIP
Icdela3GPP.
Tabla12InterfacesalmacenamientoIMS
Entidadesque
Nombre Protocolo Descripcin
interconecta
consultar al UPSF informacin de
Cx SCSCFoICSCFyUPSF Diameter autenticacinyautorizacindeusuario,
perfildesuscripcin,localizacin(SCSCF
asignado).

consultaralSLFsobrelalocalizacindel
Dx SCSCFoICSCFySLF Diameter
UPSF que contiene la informacin de
suscripcindeunusuario.
UtilizadoporelAFparaconsultaralUPSF
informacin de autenticacin y
Sh ASyUPSF Diameter autorizacin de usuario, perfil de
suscripcin, localizacin (SCSCF
asignado).
UtilizadoporelAFparaconsultaralSLF
sobre la localizacin del UPSF que
Dh ASySLF Diameter
contiene la informacin de suscripcin
deunusuario.
3.2.2 Direccionamiento y nombrado
3.2.2.1 Identidad de los usuarios
Losusuariosposeenvariosperfilesquepuedenserdiferenciadosenperfilesdetransporteyde
servicio.
Enelperfildetransportesedefinelaidentidadycredencialesparaaccederalaredademsdel
perfilQoS.EnlaredesdetelefonamvilestainformacinresideenlaSIMcarddelUE.
Asuvez,unusuariodelaredesalmismotiemposuscriptordedeterminadosservicios,porlo
que es necesario disponer de un perfil de servicio, en el que figura la lista de servicios del
usuario,lascredencialesylasdiferentesidentidadespblicas.
3.2.2.1.1 Identidad privada (IMPI)
La identidad privada (IMPI) es asignada por el operador que ofrece los servicios al usuario e
intervieneentodoslosprocesosderegistro,autorizacin,administracinytarificacin.
Otrascaractersticasdeestaidentidadprivada:
EstaidentidadnoesutilizadaparaelenrutamientodelosmensajesSIP.
ElUEdebeenviarlaalaredHOMEentodoslosprocesosderegistro.
EstaidentidaddebeseralmacenadeformaseguraenlaISIMoUSIMyelUEnodebe
sercapazdemodificarla.
DebeserunvalorpermanenteenlafichadelusuarioyalmacenadaenelHSS.Deahsu
usoenfacturacin.
EjemplodeIMPI:
The IMS Private User Identity as an NAI: e.g. username@realm
3.2.2.1.2 Identidad pblica (IMPU)
Elsubscriptordisponedevariasidentidadespblicas(IMPU),yalmenosunaconformatoSIP
URI,yeslaidentidadutilizaparasolicitarlacomunicacinconotrosusuarios.
Susprincipalescaractersticasson:
Puede seguir esquemas de telefona (E.164 telephone number) o de Internet

(direccionesIP)
EnlaISIMoUSIMdebealmacenarsealmenosunaidentidadpblica.
Es necesaria para que los usuarios puedan hacer uso de los servicios, y todos los
registrosimplcitosdebencontenerunaidentidadpblica.
EjemplodeIMPU:
The IMS Public User Identity (as derived above) in one of the forms below:-
Alphanumeric SIP-URI: e.g. user@example.com
MSISDN as a SIP-URI: e.g. sip:+447700900123@example.com;user=phone

MSISDN as Tel-URI: e.g. tel:+447700900123
3.2.2.1.3 Relacin entre IMPI e IMPU
Talycomosehaindicadoanteriormente,laidentidadprivadaesresponsabilidaddeloperador
yesquienselaasignaalusuario,alacualpuedenestarasociadasvariasidentidadespblicas
asociadasadiferentesservicios.

Figura28RelacinIMPIeIMPU[TS23.228]
3.2.2.2 Identidad de los nodos
LosnodosdelncleoIMS,aligualquelosusuarios,sonidentificadosapartirdeSIPURIsparasu
direccionamientoatravsdelasinterfacesqueutilizanelprotocoloSIP.
LaprincipaldiferenciaesqueestasSIPURIsondedominioprivadoynecesitanserdeclaradas
enningnDNS.
3.2.3 Reserva de recursos

Enelapartadodondesedescribelaarquitecturaenlacapadetransporte,seanalizalacapacidad
delEPSdegarantizarunosdeterminadosparmetrosdecalidadENDTOEND.
EstareservaserealizaatravsdelareglasPCCqueelPCRFindicaalacapadetransportevalA
interfazGx,elcuallasrecibedelPCSCFatravsdelainterfazRx.
P-CSCF
Rx
PCRF
Gx
PCEF
P-GW

Figura29Reservaderecursosdesdecapadeservicio
El PCEF se implementa en el PGW o en el GGSN cuando se usa GTP como protocolo de

movilidad,aunqueenla3GPPtambinsecontemplaelcasodequeestareservaseproduzcaen
elBBERF(enelSGWoSGSN)siempreycuandoseutiliceelprotocolodemovilidadIPMobile.
Existendosmecanismosdereservaderecursosenlareddetransporte,elmodopushyelmodo
pull.
ElprotocoloutilizadoporelncleoIMSeselSDP(SessionDescriptionProtocol),elcualser
analizadoenmayordetalleenelapartado4.
3.2.3.1 Reserva modo PUSH
EselmtodoutilizadoporaquellosdispositivossincapacidadnegociadoradeQoSconlaRedde
accesodirectamente.
EnlaFigura30sepuedevercomolaelUEatravsdeinterfazUmconelncleoIMSenvala
peticinSIP,enlacualdefinelasQoSaniveldeserviciooaplicacinqueesperarecibir.
ApartirdeestapeticinelncleoIMSgeneralaspolticasdeQoSylasinstalaenlacapade
transporte.
Ncleo IMS
P-CSCF
2. Peticin de
7. Respuesta de
Rx admisin y recursos
admisin y
recursos
3. Aplicacin de las
PCRF polticas de servicio
6. Respuesta Gx
4. Peticin de
de aplicacin aplicacin de las
de polticas polticas.
UE PCEF
5. Instalacin de
P-GW
polticas QoS.

Figura30ReservaderecursosPUSH
3.2.3.2 Reserva modo PULL
Enestemecanismolaspolticasnoseinstalandesdelacapadeservicioaniveldetransporte,
sino que se genera un token en el caso de la peticin realizada por el UE sea correcta y
posteriormenteesestequienrealizalareservadirectamenteconlacapadeacceso,porloque
elterminaldebetenerestacapacidaddenegociacin.
Ncleo IMS
P-CSCF
2. Peticin de
4. Respuesta de Rx autorizacin QoS
con Token
7. Control de admisin,
PCRF subscripcin y
disponibilidad de recursos.
6. Respuesta Gx
de aplicacin
8. Respuesta de
de polticas
decisin de poltica
UE PCEF
5. Peticin de QoS
P-GW
con Auth Token

Figura31ReservaderecursosPULL
3.2.3.3 Tipos de dispositivos
Es posible realizar una clasificacin de los dispositivos en funcin de las capacidades

negociadoresquetengan.
Tipo 1: no son capaces de negociar ni con la capa de servicio ni con la capa de

transporte.SecomunicanconelIMS,peronosolicitalosrecursosdirectamente.
Tipo 2: negocia con la capa de servicio, pero no conoce la correspondencia de esos

parmetrosconlacapadetransporte.
Tipo3:permitelanegociacinaniveldeservicioytransporte.
3.3 Aplicacin
ElcambiodefilosofaqueconllevanlasNGNtambinrepercuteenlacapadeaplicacin,lacual
daungiroconceptualrespectoalosserviciostradicionesdondeserequeraunareddeacceso
ydetransporteespecfica,ascomolaimplementacinamedidaenlacapadeaplicacin.
En las redes NGN los servicios se disean con independencia de la tecnologa de la capa de
transporteysedescomponenenelementosreutilizablesllamadoshabilitadoresdeservicioo
ServiceEnablers.EntosjuntoconelusodelparadigmaSOA(ServiceOrientedArchitecture),
permitirnlacreacininfinidaddeservicios.
En los siguientes apartados se detallan los elementos y caractersticas ms importantes sin

realizarunestudiodetallado,puestoqueseconsideraqueeldesarrollodeserviciosquedafuera
delalcancedeesteproyecto.
SiseanalizaunodelosServiceEnablersqueintervieneenelservicioVoLTE,elMMTEL.

Figura32Capadeaplicacin[HueM414]
3.3.1 Entidades
En la Figura 32 se muestran los elementos de la capa de aplicacin y aquellos con los que
interactadelncleoIMS,porloquepropiosdelacapadeaplicacinsonelApplicationServer
(AS)ylaApplicationProgrammingIterface(API)
Tabla13Entidadesaplicacin
Nodo Descripcin
AS (Application Server). Es el elemento central de la arquitectura, donde se encuentran y

ejecutanlosserviciosdevaloraadido.
AS
No es una entidad IMS a pesar de lo que pueda parecer en la representacin, sino que se
construyenparainteractuarconlasdiferentesaplicaciones.
API(ApplicationProgramingInterface).Paraconseguirlaindependenciaconlastecnologas
API
delascapasinferioressecreanlosserviciosusandointerfacesabiertas.
3.3.2 Interfaces
Tabla14Interfacesapliacin
ISC(IMSServiceControl).Interfazatravsdelaqueseimplementa
ISC SIP elANI(ApplicationNetworkInterface)einterconectaelASconlas
aplicaciones.
Sh Diameter Descargadeinformacindelsubscriptor.
Cx Diameter Descargadeinformacindelsubscriptor.
Ut XCAP InterfazentreelUEyel AS.Permitealusuarioaccederasuperfilde

subscritosdeserviciosdelacapadeaplicacin.
3.3.3 La orquestacin de servicios

Laorquestacindelosserviciospermiteeldesarrollodenuevosserviciosysuintegracincon
losexistentes.
Esunconceptocomplejoyannodefinidoporcompletoporlasentidadesdeestandarizacin.
Porejemplola3GPPproponelafuncionalidadSCIM,peronoladefinecongrandetalle.
UnodeloselementosclavesdeestaorquestacinsonlosiFC(initialFilterCriteria),loscualesse
encuentranenlafichadelusuarioydeterminanlosASalosquelosnodosdelncleoIMSdeben
enviarlaspeticionesSIP.EstosiFCsedescarganatravsdelasinterfacesShyCx.
3.3.4 Service Enabler. MMTEL

Se trata del Service Enabler de telefona multimedia de 3GPP/TISPAN (MMTel, Multimedia
Telephony)definidoen3GPP TS 24.173 (version 12.2.0 Release 1).
Se trata un estndar basado en IMS que permite a los usuarios establecer comunicaciones
multimedia.Proveedecomunicacinbidireccionalentiemporealparalatransferenciadevoz,
vdeo, y opcionalmente otros tipos de datos, como transferencia de ficheros, texto, chat o
controldepresencia.UtilizaelprotocoloIPparatransporteySIPparasealizacindeservicios.
3.4 Arquitecturafinal.InterconexinVoLTE
Hasta el momento se han detallado los elementos presentes en las diferentes capas que
intervienenenelservicioVoLTE,loscualespuedenserconectadasofreciendolaarquitectura
finalquesemuestraenlaFigura33:
Figura33ArquitecturaVoLTE[Volte14]
Enlaarquitecturaexistenvariasinterfacesinterconexinentrelasdiferentescapasmostradas
quesonnecesariasparaofrecerelservicio:
Tabla15InterconexinEPSIMS
Entidadesque Descripcin
Interfaz Protocolo
interconecta
InterfazdecontrolentreHSSyMME,atravsde
S6a Diameter HSSMME lacualsedescargalafichadeclienteyse
autenticaelusuario.
Utilizado por el PCSCF (o tambin IBCF para la
Rx ETSI) para la solicitud de recursos de QoS y
Diameter PCSCFyPCRF
reportedeeventosdecapadetransporte.
IPusuario SobreestainterfazentreelSGWyelPDN
SGi Gm(UEPCSCF) (PacketDataNetwork)siimplementanlas
Radious/DHCP
Ut(UEAS) interfacesdeServicioGmyUt.
control
Aparecenalgunoselementosnopresentadoshastaelmomento,comoelDiameterAgentoel
SEG,quesedescribenmsadelanteenelapartadoderequisitostcnicosyenelglosariodel
proyecto.
Protocolos|DiseodeunaRedVoLteenunEscenariodeRoaming
4 Protocolos
Atravsdelainterfacesdefinidasentrelasentidadesmostradasenlasarquitecturasanteriores,
tantoenlacapadetransportecomoenlacapadeserviciooaplicacin,existenunasnormas
quedeterminancomosehadellevaracabolacomunicacin.
Estasnormassonlosprotocolosdecomunicacin,loscualesseanalizanenlasiguienteseccin
identificandosuscaractersticasmsimportantesysuaplicacinenelservicioVoLTE.
4.1 Diameter
ElprotocoloDiameteresdefinidoporlaIETFenelRFC3588ysepresentacomounaextensin
desuantecesor,Radious,conunaseriedemejoras.
Se utiliza principalmente en el ncleo IMS para llevar a cabo tares de AAA (Authentication,
AuthoritationyAccounting)sobreSCTP(IETFRFC5061)oTCP(IETFRFC793).
4.1.1 Estructura de los mensajes

El intercambio de mensajes es asncrono, es decir, se basa en modelo peticin respuesta
relacionadasconelcdigodecomando.

Figura34EstructuramensajeDiameter[RFC3588]
Deestacabeceraloscamposmsinteresantesson:
Commandcode,indicalaintencindelmensajepermitiendolaasociacindemensajes.
ApplicationID,el cualnospermiteidentificarlaaplicacindel mensajeDiameter,es

decir,sobrequeinterfazestcursando.

Figura35AplicationIDusadosenla3GPPResumen[TS29.230]
AVP, informacin relevante del mensaje, el cual a su vez presenta la siguiente

estructura:

Figura36EstructuraAVPDiameter[RFC3588]
QuedafueradelalcancedelproyectodedefinirtodoslosposiblesCommandCodesoAVP,pero
haciendousodelaFigura35conlosApplicationIDsepuedeaccederalosdocumentosdonde
estos estn definidos. As mismo, en el TS 29.230 se dispone de una referencia de las
aplicacionesqueutilizanDiameter.
4.2 SIP
ElprotocoloSIP(SessionInitiationProtocol)esdefinidoporlaIETFenelRFC3261quepermite
el establecimiento, liberacin y modificacin de las sesiones multimedia. Se apoya en SDP
(Session Description Protocol) para intercambiar parmetros de capacidad, codificacin y
anchosdebandadelassesionesmultimedia.
Seapoyaenunmodelotransaccionalclienteservidorconunformatobasadoencabeceras.El
direccionamientoserealizamediantelasSIPURI(ejemplosdeestossonelIMPIeIMPIdescritos
enelapartado3)ypuedeutilizarsesobreTCP(IETFRFC793),UDP(IETFRFC768)oSCTP(IETF
RFC5061).
EnSIPsedefinendostiposdeentidadesservidoresydosclientes:
Servidorproxy,recibepeticionesSIPylasenvahaciaotrosservidores.
Servidor de redireccin, recibe peticiones y adems las traduce a una o varias
direccionesSIP,peronoreencaminacomoelServidorProxy
Agentedeusuario(UAoUserAgent),aplicacinquerecibeoemitesolicitudesSIP
ElRegistrador,queesaquelservidorquerecibelaspeticionesderegistro.
LosmensajesSIPsebasanencabecerasquepresentaunformatocomoelquesemuestra:
INVITE sip:bob@iptel.org SIP/2.0

Via: SIP/2.0/UDP 176.54.75.23:5040;rport
Max-Forwards: 10
From: "jiri" <sip:jiri@iptel.org>;tag=76ff7a07-c091-4192-84a0-
d56e91fe104f
To: Bob <sip:bob@iptel.org>
Call-ID: d10815e0-bf17-4afa-8412-d9130a793d96@213.20.128.35
CSeq: 2 INVITE
Contact: <sip:213.20.128.35:9315>
User-Agent: Windows RTC/1.0
Proxy-Authorisation: Digest username="jiri", realm="iptel.org",
algorithm="MD5", uri="sip:jiri@bat.iptel.org",
nonce="3cef753900000001771328f5ae1b8b7f0d742da1feb5753c",
response="53fe98db10e1074
b03b3e06438bda70f"
Content-Type: application/sdp
Content-Length: 45
Delosvaloresanteriores,resultadegranrelevanciaelmtodoqueidentificalaaccin.
Seutilizaunagrancantidaddecabeceras,quealigualqueenelcasodeDiameter,quedafuera
de los objetivos del proyecto analizar en detalle. Una referencia til para comprender los
diferentesprocedimientosdecontrolquetienenlugarenelncleoIMSeseldocumentoTS
24.229.
4.3 GTP
El protocolo GTP (GPRS Transmision Protocol) es definido por la 3GPP y en particular en su
versin2,utilizadaenelEPC,seencuentradefinidaeneldocumentoTS29.060.
GTPseimplementasobreUDP(IETFRFC768)comoprotocolodetransporteeIP(IETFRFC791)
aniveldered,yesutilizadotantoenplanodecontrol(GTPC)comodedatos(GPTU).
La cabecera est compuesta por los campos mostrados a continuacin, donde el campo
Message Type identificacin la operacin realizada (Ver tabla 1 TS 29.060 con todos las
operacionesposiblesdecontrolydatos).

Figura37CabeceraGTP[TS29.060]
4.4 H248/MEGACO
ElH.248esunprotocolodefinidoporlaITUT,aunquehayunaimplementacinequivalentedel
IETFllamadoMEGACO(RFC3525).Esunprotocoloparacontrolarloselementosdeunapasarela
multimedia fsicamente separada, que habilita la separacin del control de llamada de la
conversindemedios.Esunprotocolobasadoenunaarquitecturamaestro/esclavousadopara
separarlalgicadelcontroldellamadadelprocesadodelosmedios.
EnIMSseutilizaparacontrolarpasarelaslocalizadasenlasubcapadeprocesadodetransporte
e instalar configuraciones de apertura de control de acceso a modo de cortafuegos y fijar
traducciones.
InterconexinVoLTEenRoaming|DiseodeunaRedVoLteenunEscenariodeRoaming
5 Interconexin VoLTE en Roaming

OfrecerunservicioenRoamingimplicaquelosusuariosdeundeterminadooperadorconocido
como operador HOME (HPLMN), utilizan los servicios ofrecidos por otro operador visitado
(VPLMN).
Porlotanto,ambosoperadoreshandesoportarelservicioVoLTEademsdeestarconectarlos
anivelderedparaqueelusuariodeldominiodeunoperadorpuedahacerusodelosservicios
contratadosdelmismomodoqueensuredorigen.
Enlaimplementacindeestainterconexinaparecendiferentesalternativas,tantoanivelde
transporte(EPS)comoaniveldeservicio(IMS),lascualesseanalizanenlossiguientesapartados.
5.1 InterconexinEPSenRoaming
5.1.1 Home Routing HRS8

Figura37ArquitecturaRoamingEPSHomeRouting[TS23.401]
EnestecasoseimplementanentrelosoperadoreslasinterfacesS6ayS8,detalformaqueel
MMEdelaVPLMNdescargalafichadelusuarioatravsdels6a,yposteriormenteaccedealos
PDNatravsdelPGWdelaredHomemedianteelinterfazS8entreelSGWdelaredVisitedy
elPGWdelaredHome.
5.1.2 Local Breakout LBO

Enestecasosepresentandosvariantesenfuncindelacapadeservicioutilizadaporelusuario.

Figura38ArquitecturaRoamingEPSLocalBreakoutIMSdelaHOME[TS23.401]
EnesteescenarioelusuarioaccedealosPDNatravsdelSGWdelaredvisitada,perolacapa
deservicioesofrecidaporlaHOME.

Figura39ArquitecturaRoamingEPSLocalBreakoutIMSdelaVISITED[TS23.401]
Ladiferenciadeesteltimorespectoalanterioresque,ademsdeaccederalosPDNporelP
GWdelaredvisitada,seutilizanlosserviciosIMSdeesta.
EnamboscasosesnecesarialaimplementacindelinterfazS9entrelosPCRFHomeyVisited.
5.2 ServiciosIMSenRoaming
ParaquelosUEpuedanaccederalosserviciosIMSnecesitanunadireccinIPvalidadentrodel
dominiodelIMSI.
Es importante diferenciar entre IMS Roaming e IMS Interworking, puesto que se trata de
conceptosdiferentesquepermitenofrecerserviciosdistintos.
5.2.1 IMS Roaming

ElaccesoalosserviciosdelncleoIMSenroamingpresentadoscasos:
Los usuarios de la HPLMN acceden al ncleo IMS de la Home, donde los usuarios
accedern con su UE a los nodos de transporte de la VPLMN pero el ncleo IMS se
encontrarenlaHPLMN,esdecir,noexisteinterconexinentrelosncleoIMS.
Los usuarios, adems de hacer uso de los nodos de transporte de la VPLMN se
conectanasuncleoIMS,porloqueestosdebenestarinterconectados.
Ambossonescenariosderoamingyasehaceusodelosservicios,tantoIMScomootros,desde
unareddetransporte(EPS)diferentealaHPLMN.
Puesto que se ofrecen diferentes alternativas de interconexin EPS, el escenario donde los
usuarioshacenusodelncleoIMSdelaHPLMNpresentadosvariantes:
AccesoalIMSdelaHomeconHomeRouting,arquitecturamostradaenlaFigura37.
AccesoalIMSdelaHomeconLocalBreakOutcomosepuedeverenlaFigura38.
En caso de utilizar el ncleo IMS de la VPLMN, la nica interconexin EPS posible es la LBO,
puestoquelaconfiguracinHRS8nopresentaraningunaventaja.
AmododeresumensemuestranlasdiferentesopcionesderoamingIMS:
Tabla16PosiblesescenariosroamingIMS
Escenario EPS NcleoIMS InterworkingIMS

Escenario1 HRS8 HPLMN No
Escenario2 LBO HPLMN No
Escenario3 LBO VPLMN SI
EnlossiguientesapartadosseanalizacomoseimplementalainterconexindelosncleosIMS
ylosdiferenteescenenariosdeVoLTEaccedientoalosnodosIMSdelaVPLMN,puestoqueen
aquelloscasosenlosqueseaccedealIMSdelaHPMNlosprocesossernidnticosalcasode
unservicioVoLTEenlapropiaPLMN.
5.2.2 IMS Interworking

En el caso de IMS Interworking los ncleos IMS deben estar conectados, pero esta
interconexinnoconllevanicamenteofrecerserviciosroaming,sinoqueesnecesariaparala
quelosdominiosIMSesteconectadosylosusuariosdeambospuedanconectarseentreellos.
ConelfindellevaracabolainterconexinentrelosncleosIMSesnecesarioimplementarla
InterIMSNetworktoNetworkInterface(IINNI),sobrela cualseimplementanlosplanosde
controldesesinydetrficodeusuario.
Lasdiferentesalternativasparallevaracaboestainterfazseanalizanacontinuacin.
5.2.2.1 Interconexin Ici/Izi
EnestasolucineltrficodecontroldesesinsellevaacaboutilizandoelprotocoloSIPsobre
la interfaz Ici que conecta los IBCF de ambos dominios, mientras que el trfico multimedia
transcurresobrelainterfazIzientrelosTrGW(TransitionGateway).

Figura40InterconexinIci/Izi[TS29.165]
ElTrGW(definidoenelTS29.165)estalocalizadoenlosnodosfronteradelplanodedatosdela
redyescontroladoporelIBCF.AdemsdeenviareltrficomultimediaentrelosdominiosIMS
realizafuncionesdetraduccionesIpV4/IpV6oserviciosNATPAD.
LosIBFCllevanacabofuncionesdeocultacindetopologadered(THIG),controldelplanode
transporte,controldelasadaptacionesmultimediaogeneracindelosregistrosdefacturacin
entreotras.
5.2.2.2 Interfaces Mw/Gi/Sgi

Figura41IMSinterworkingusandoIPX[IR34]
EnestecasoeltrficodecontrolSIPseenvasobrelainterfazMwyeltrficodeusuariode
usuariosobreelGi/Sgi.
EltrficodeusuariohadeserencapsuladoutilizandoGRE(GenericRoutingEncapsulation)para
sertransmitidoatravsdelIPX.
5.3 Diseofinal
ApesarquesehananalizadolasdiferentesalternativasparalainterconexindelEPScomodel
ncleo IMS, el diseo final es el mostrado en la figura 42, donde se ha optado por la
implementacinLocalBreakOutparaelEPSyelusodelosinterfacesIci/Izi.
Es posible ofrecer el servicio VoLTE accediendo al ncleo IMS de la HPLMN y as evitar la

interconexin de los ncleos IMS de ambas operadoras, sobre HR o LBO, pero estas
configuracionessehandescartadoyaque:
SeconsideraquelainterconexinLBOeslaidnea,puestoqueeltrficodeusuariode
losdiferentesPDNseenrutahaciaeldestinodirectamentesinnecesidaddepasarpor
laHPLMN.
Se busca disponer de conectividad completa entre las operadoras, por lo que la
interconexindelosncleosIMSseranecesariadeunmodouotroparapermitirque
losusuariosdelasoperadorasestablezcansesionesVoLTEentreellos.

Figura42DiseofinalVoLTE
5.3.1 Soluciones Routing VoLTE

EnelcontextodelosserviciosVoLTE,laGSMAhaconsideradolaconfiguracinRAVELsobre
LocalBreakOut(LBO)comolaidneaparaimplementarlo,peroengruposdetrabajodela
3GPP y de la GSMA se estn debatiendo otros mtodos debido a los problemas que esta
configuracinpresenta,comolacomplejidaddelafacturacinolastediosaspruebascadavez
queselancenlosacuerdoscomercialesentreoperadoras.
ParaelanlisisdelasalternativasderoutingVoLTEseconsideraqueelusuario,pertenecientea
una red HOME, se encuentra en roaming en una VPLMN (red Originating, origen de la
sealizacin)yrealizaunallamadaaunusuariodeunterceroperador(redTerminating,destino
delasealizacin).DeestaformaformaseencuentranimplicadoslosserviciosdeIMSroaming
eIMSinterworkingdescritosanteriormente.
Enlossiguientescasosseasume:
Entre las operadoras existe un acuerdo de roaming implementando la solucin Local

BreakOutaniveldeEPS.
Losusuariosseencuentranregistradoscorrectamente.
LaredVPLMNtienetodotipodeconectividadconlaredTerminating(CS,PS,IMS)
Lainterconexinentrelasoperadorasimplicadasescompleta.
Noseanalizacadaunodelosmensajesimplicadosenlosprocesosdellamadaporsuextensin,
recomendandoallectorelusodeldocumentoTR29.949.
5.3.1.1 RAVEL
LasolucinRAVEL(RoamingArchitectureforVoiceoveIPMultemediaSubsystemwithLocal
Breakout) donde el TRF (Transit Roaming Function) llevan a cabo el enrutamiento de las
llamadas,correlandolaspatasdellamada,generadolosCDRSeinterconectndoseconlared
PSTN.

Figura43DiagramaconceptualRavel[TR29.949]
En este caso es la VPLMN quien toma las deciciones de enrutamiento para alcanzar la red
terminating, y enva el trfico de usuario directamente sin pasar por la HPLMN del usuario
llamante.Elprocesodellamadaeselsiguiente:

Figura44ProcesodellamadaRAVEL[RILTE15]
1. ElUEenvaeliniciodesesin,Invite,haciaelladoremotoatravsdelPCSCF.
2. ElPCSCFenvaelInvitehacialaHOMEnetworkresolviendoelFQDN,atravsdelIBCF.
AadeladireccindelVCSCFenelInvite.
3. ElIBCFaadelainformacinOMR(OpticalMediaRouting2)necesariaparaalcanzarla
HOME.
INVITE sip:destination@
ims.mnc<MNC>.mcc<MCC>.3gppnetwork.org;user=phone
Route: <optional: Interconnection_Carrier_Entrypoint>,
<HomeNentwork_Entrypoint>, <optional: further home network
related entries, possibly encrypted>;lr
Record-Route: IBCF_VPLMN, P-CSCF_VPLMN
Feature-Caps: +g.3gpp.trf=<TRF>
P-Visited-Network-ID: <address of the visited network>
--- SDP ---
c=IN IP4 <TrGW-Addr.> (TrGW: media GW assigned to outgoing IBCF)
m= audio <TrGW-Port> RTP/AVP 96
a=visited-realm:1 <identifier of the visited network> IN IP4
<UE_IP_Addr> <UE_Port>
a=visited-realm:2 <identifier of the interconnection provider> IN
IP4 <A-BGFv_IP-Addr> <A_BGFv_Port> (provides for VPLMN internal
OMR the media IP-address/port of the BGF controlled by P-CSCF_VPLMN
serving the calling UA)
4. ElIPX(oredesintermedias)aplicaelOMRnecesarioparaalcanzarlaHOME.
5. ELIBCFdelaHOMEenvaelInvitehaciaelSCSCF.
6. ElSCSCFrealizalainvocacindelservicio.
7. El SCSCF basndose en la subscripcin del usuario y los iFC contacta con los AS
apropiadoparaaplicarlosserviciossuplementariosquecorrespondan.Despusdeesto,
2
EnRequisitosTcnicosseanalizaenmayordetalleelOMR
alcanzalaredVISITEDenbasealainformacinderuta(campoRoute)recibidaenel
Invite.
8. ElIBCFaplicadenuevolasreglasOMRparaalcanzarlaVISITED.
9. ElIPX(oredesintermedias)aplicanelOMRnecesarioparaalcanzarlaVISITED.
10. CuandoelInvitealcanzadenuevolaVISITED,llegaalTRF,elcualdecidecualeslamejor
rutaparaalcanzareldestinodelallamda.
1113Seenrutalallamadahaciaeldestino.
Esteprocedimientopuedepresentarvariantesenaquelloscasosenlosquesedeseeenviarla
llamadahacialaPSTN,siendoposiblerealizarestebreakpointenlaVPLMNoenlaterminating.
5.3.1.2 Home Routing
EnestasolucinelenrutamientoesdecidoporlaredHome,tantosieldestinoesunusuario
IMScomodelaPSTN.
Existenvariasmotivacionesalahoradeimplementarestasolucin:
Simplicidadpararealizarlaintercepcinlegaldelasllamadas.
LainsercindelocucionesporpartedelaHOME.
La red HOME tiene control para determinar las rutas ms baratas de acuerdo a sus
interesescomerciales.
EldiagramaconceptualseraelquesemuestraenlaFigura45:

Figura45DiagramaConceptualRoamingconHomeRoutingdeltrficomultimedia[TR29.949]
Se puede ver, en el diagrama de llamada que se muestra, que la red donde se encuentra el
usuario que recibe la llamada (red terminating) se alcanza desde la red HOME del usuario
llamante,porloquetantoeltrficodecontrolcomodeusuariovandesdelaVPLMNalaHPLMN
yfinalmentealaredterminating.

Figura46ProcesodellamadaHOMERouting[RILTE15]
5.3.2 Impacto de las soluciones

En el documento TR 23.850 creado por la 3GPP en colaboracin con la GSMA se analizan
multituddesolucionesalternativas,la cualespuedenconsiderarsevariacionessobrelasaqu
presentadas.
Enlatabla17serealizaunasntesisdelasimplicacionesqueconllevalaimplementacindecada
unadelassolucionesporpartedelaoperadoraHPLMN.
Tabla17ImpactodelassolucionesRoamingVoLTE
HomeRouting RAVEL
Sepuedensepararplanode
InterconexinconlaVPLMN Planodecontrolydeusuario
controlyusuario
SolosilaVPLMNpermitela
Intercepcinlegal Simple
intercepcinalaHPLMN
Sincambiosrespectoalos Sedeberaimplementarla
Anuncios
serviciostradicionales. solucinOSCAR
eSRVCC Variasimplementaciones Sinimpacto
Trficodecontrol Optimizacindesealizacin Adicindeunapataadicional
Trficodeusuario VPLMNHPLMNTerminating VPLMNTerminating
LaVPLMNdebecorrelarlos AdicindeTRF(Transit
ImpactoenVPLMN
CDRS. RoamingFunction)
SedependedelPCSCFdela ElTRFalmacenatodala
Facturacin
VPLMN informacin.
Aumentodecantidaddetest
Pruebasdenuevosacuerdos Simple paracomprobarlasredes
terminating.
TraselanlisisdelasposiblessolucionesseoptaporlaimplentacinlasolucinHomeRouting
puesto que en esta solucin la HPLMN, quien es la que finalmente ofrece los servicios a los
usuarios,tienecontroltotalsobreelroutingdelservicio,ademsdeunamayorcapacidadpara
realizarlaslaboresdemantenimientoydeteccindeaveras.
Cada operadora HPLMN puede decidir la solucin a implementar, puesto que en la misma
VPLMNambassolucionespuedencoexistir.
5.4 Requisitostcnicos
ParallevaracabosolucinLBOaniveldeconectividadEPSconlosncleosIMSconectadosa
travs de los interfaces Ici/Izi, usando la alternativa de Home Routing a nivel de sesin es
necesariolaimplementacindelasinterfacesquesemuestranenlatabla18,conlasentidades
implicadasylosprotocolosutilizadosenellas.
Tabla18InterfacesinterconexinVoLTE
Entidadesque Protocolo Descripcin

Interfaz
interconecta
InterfazdecontrolentreHSSyMME,atravsde
S6a MMEVisited
Diameter la cual se descarga la ficha de cliente y se
HSSHome
autenticaelusuario.
InterfazparalaaplicacindelasreglasPCC.
S9 PCRFVisited
Diameter NecesariaenlosescenariosconLocalBreakout
PCRFHome
yHomeRoutingconPMIP.
Ici IBCFVisited
SIP InterfazdecontroldesesinentrencleosIMS.
IBCFHome
Izi TrGWVisited Interfaz para el trfico mltimedia de las

Megaco
TrGWHome sesionesIMS.
Utilizado por los CSCF para reenviarse

Mw sealizacin SIP de registro o control de sesin
EntreCSCFs SIP
(originadadesdeodestinadaaunUE)entreellos
segnsuscriteriosdeencaminamiento.
SGi IPU
InterfazentreelPGWyelPDN
Radious/DHCPC
Conelpropsitodecrearestainterconexinsonnecesariosunaseriederequisitostcnicosque
seanalizanacontinuacin.
5.4.1 IPX
LosserviciosIMS,ascomoelrestodeserviciosdelasredes2Gy3Goinclusolasredesfijasque
hacen uso de las redes de paquetes, requieren de conectividad IP. Para esto los operadores
pueden optar por la creacin de conexiones directas entre sus nodos o hacer uso de un
proveedorIPoIPX(IPPacketeXchange).
ElestablecimientodeunacuerdoIPdirectoentreoperadoresquedafueradelalcancedeeste
proyecto,porloqueseanalizaraunaltonivel,laarquitecturadeunIPXascomolosservicios
ofrecidosporestosproveedoresparaasegurarelservicioVoLTE.
5.4.1.1 Arquitectura y servicios

LosIPXofrecen:
ServicioGRX(GPRSRoamingeXchange)sinQoS,incluidoMMS.
EndToEntQoS,necesariosparalosserviciosIMS.
Variassolucionesdeconectividad:IPXTransport,IPXServiceTransitoIPXServiceHub
entreotras.
ServiciosDNSyENUMdeacuerdoaalestablecidoenelIR67delaGSMA
DebeofrecerestosservicioscumpliendolosrequisitosdeseguridadestablecidosenelIR77de
la GSMA, adems de cumplir con otros requisitos como la transparencia y neutralidad, la
generacindeCDRotraduccinIPV4/IPv6entreotros.
La arquitectura bsica se muestra a continuacin, aunque puede presentar variaciones en

funcindelosserviciosofrecidos.

Figura47InterconexinArquitecturaIPX[IR34]
Losoperadores(ServiceProvidersenlaFigura47)debendeconfigurarensusnodoselrouting
adecuadoparaalcanzarlosnodosdeloperadordestino,enviandosutrficoatravsdelIPX.
Estos operadores pueden tener ms de un proveedor IPX, por lo que se pueden presentar
caminosredundantesensusBG/Firewallparaalcanzarelmismodestino.
5.4.1.2 QoS
ParaofrecerserviciosVoLTEesnecesarioqueelIPXofrezcagarantadeQoSpuntoapunto,para
la cual se deben cumplir requisitos en cuanto disponibilidad, retardo, jitter y prdida de
paquetes.
Eneldocumentodela3GPPTS23.203sedefinenlosQCIofrecidosenelEPS,loquellevadoa
trminosdelaconectividadIPXsetraduceenlasiguientetabla:
Tabla19:MapeodeQCIEPSaCoS/DSCP[IR34]
Ethernet
EPS QoSInformation IPtransport
Transport
Signalling Diffserf
QCI TrafficClass THP CoS Binary DSCP
indication PHB
1
2 Conversational N/A N/A 5 101 EF 101110
3
4 Streaming N/A N/A 4 100 AF41 100010
5 1 Yes 3 011 AF31 011010
6 Interactive No 3 011 AF32 011100

7 2 No 2 010 AF21 010010
8 3 No 1 001 AF11 001010
9 Background N/A N/A 0 000 BE 000000
EnlaprimeracolumnaaparecenlosQCIdefinidosparaelEPS,elrestodecolumnasmuestran
losparmetrosnecesariosparaofrecerlaconectividadimplcitaendichoQCI.
Traffic Class, con cuatro posibles valores: Conversational, Streaming, Interactive y

Background
THPoTrafficHandPriority
ParmetrosparaeltransporteEthernet(parmtrosCoSyBinary)oIP(parmetrosPHB
yDSPdelprotocoloDiffServ)
Esta capacidad ofrecer QoS diferenciados es necesaria para implementar un servicio VoLTE
independientementedequesetratedeunescenariodeIMSinterworkingoIMSroaming,al
mismotiempoquepermiteimplementarlacapacidadOptimalMediaRoutingquesedescribea
continuacin.
5.4.2 Optimal Media routing

ElIPXdebesoportarlafuncionalidadOptimalMediaRouting(OMR),conlafinalidaddeque
losoperadoresimplicadospuedanestablecerelplanodeusuariodetalformaquesegarantice
una experiencia de usuario, al menos equiparable a una llamada sobre conmutacin de
circuitos.
LosprocedimientosOMRsonllevadosacaboporlaentidadesIMSquesoncapacesdecontrolar
losrecursosmultimediaymanipularlassesionesSessionDescriptionProtocol(SDP),oloquees
lomismo,aquellasentidadesquepuedenactuarcomoApplicationLevelGateway(ALG)ocomo
UserAgent(UA):
IBCFactuandocomoIMSALG
PCSCFactuandoasIMSALG
AScomoB2BUAadaptandolosprocesosIMSALalMRF
AScomoB2BUAadaptandolosprocesosUAalMRF
MGCFactuandocomoUA
EntrelosprocesosgeneralesdeOMRseencuentralaencapsulacindelainformacinSDPola
modificacindelainformacinrelativaalascodecsentreotros.
Analizarendetallecadaunodeestosprocedimientosnoesunodelosobjetivosdelproyecto,
peroamododeejemplosemuestraelformatodeunmensajeSIPInvite,dondemedianteel
protocoloSDPsedefinelasesindeusuario:
INVITE SIP: user_B@operator_Y.net; SIP/2.0

SIP headers according to 3GPP TS 24.229 [4]
Content-Type: application/sdp
Content-Length: ()
v=0
o=- 2987933615 2987933615 IN IP4 192.0.2.1
s=
t=0 0
c=IN IP4 192.0.2.1
m=audio 49170 RTP/AVP 96 97
a=curr:qos local none
a=curr:qos remote none
a=des:qos mandatory local sendrecv
a=des:qos none remote sendrecv
a=rtpmap:97 AMR
a=fmtp:97 mode-set=0,2,5,7; mode-change-period=2
a=rtpmap:96 telephone-event
a=maxptime:20
FuenteTS29.079

LascapacidadesmultimediasondefinidasenelTS26.114,yesnecesarioqueseansoportadas
tantoporelUEcomoporlosnodosIMSdelasredesimplicadas.Algunadeestas:
Codecs.SedebesoportarcodecsAdaptativeMultiRate(AMR)
Protocolos de transporte de informacin. Tanto el UE como los nodos deben
implementarelplanodeusuarioutilizandoRTPsobreUDP
5.4.3 Diameter Agent

VariasdelasinterfacesdetalladasenlosapartadosanterioresutilizanDiametercomoprotocolo
de comunicacin entre diferentes entidades, por lo que para ofrecer un diseo escalable,
flexibleydefcilmantenimientoseimplementaunagenteDiameterpuente,DEA(Diameter
EdgeAgent),siendoesteelnicocontactodelaPLMN.
EnelRFC3588DiameterBaseProtocolsedefinencuatrotiposdeagentesDiameter:
Diameter Relay, el cual retransmite los mensajes sin inspeccionar el mensaje,
simplementeloenrutadeacuerdoasuinformacin.
Diameterproxy,cuyaprincipaldiferenciaesqueestepuedeinspeccionarlosmensajes
Diameterparaaplicarpolticasdecontroloaadirinformacin(AVP).
RedirectAgent
Translation Agent, utilizado para realizar la traduccin entre dos protocolos,
usualmenteDiameteryRadious.

Figura48ArquitecturaDiameterparaRoaming[IR88]
5.4.4 DNS
ElsistemadeDNS(DomianNameServer)escrticotantoparaelfuncionamientodelservicio
GPRS/LTEcomoparalainterconexinIMS.
EstesistemapermitelatraduccindenombresaIP,aunquelafinalidaddelDNSdentrodeun
IPXestotalmentediferentealsudodeInternet.Enestospermitelaresolucindelosnombres
delosnodosdelosMNO,convirtindoloenunserviciodevitalimportanciaparaelinterworking
ylaestabilidaddelasredes.
5.4.4.1 Arquitectura
ElservicioDNSpresentaunaarquitecturadondelosDNSdelosGRX/IPXoinclusolosDNSdelas
propias operadoras, trabajan en modo esclavo, Slave Root, de un Master Root al que se
sincronizanatravsdelaszonasdetransferencia.
Con este mecanismo se busca aadir una capa extra de seguridad adems de asegurar
congruenciadelainformacinentodosSlaveRoot.
LainformacindelaMasterZonesealmacenaenelficherodelaMasterZone,elcualrecibesu
informacindevariasfuentescomopuedenselosoperadora,losGRX/IPXprovider,yadems
es validado y controlado por los Master Root Server Provider, los cuales operan bajo la
autorizacindelaGSMA.

Figura49ArquitecturaDNS[IR67]
5.4.4.2 Resolucin de nombres
Enlaarquitecturapresentada,laresolucindenombrespermitequealosresolutores(nodos
quenecesitanrealizarlatraduccin)obtengalaIPbuscadamedianteelsiguienteprocedimiento
1. ConsultaasuDNSlocal,elcualdelegalaconsultaenelSlaveRootdesupropiodominio
odesuGRX/IPX.
2. Si este Slave Root conoce la resolucin le responder directamente. En caso de no
conocerla,lapeticinesenviadaalMasterRoot.
3. ElMasterRootdevuelveladireccindelosDNSencargadosdeldominioconsultado
(authoritativeDNS)
4. SeconsultaalosDNSauthoritative.
5. EstosauthoritativeDNSrespondenconlaIPasociadaalaconsultarealizada.
GRX 1
Or
MNO 1
S la v e R o o t
DNS
2
3
4 G RX 1/2
A u th o rita tiv e Or
MNO 1 DNS MNO 2
L o c a l C a c h in g
5
1 DNS
6
R e s o lv e r

Figura50ProcedimientoderesolucinDNS[IR67]
5.4.4.3 Dominios
AdiferenciadelosDNSdeinternet,enlosDNSIPXexisteunnmerolimitadodedominio.
.gprs.UsadoprincipalmenteparaelservicioGPRS,aunquetambinesutilizadoenlosRAT
(RoutingAreaupdates)yenloshandoversentreSGSN.
.3gppnetwork.org,usadoenlosrealmsdeEPCyelenrutamientoSIP
.ipxsp.org.Noesutilizadoparanignservicioenespecial,aunquelosproveedoresde
serviciospuedenutilizarlos.
.e164enum.net.DominiodelasconsultasENUM.
.inaddr.arpa.Reservadoparaloslookupsinversos.
.ip6.arpa.ReservadoparaloslookupsinversosenIPv6.
.ipxnetwork.org.Sinusoparticular.
NombresEPC
LosnombresdelosnodosdelEPCorealmsdebenseguirelsiguienteformato:
epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org
DondeMNCcorrespondealcdigodeloperadorayelMCCalcdigodelpas.
NombresIMS
EnelcasodelosnodosIMS,elformatoeselsiguiente:
<Node name>. ims.mnc<MNC>.mcc<MCC>.3gppnetwork.org
Donde,aligualqueenelnombredelosnodosEPC,elMNCcorrespondealcdigodeloperadora
yelMCCalcdigodelpas.
5.4.5 Traduccin de numeraciones E164. ENUM

TalycomosehadescritoenellaseccindedireccionamientoynombredelncleoIMS,los
usuariosdelaredVoLTEsonidentificadosylocalizadosatravsdesusidentidadespblicas,las
cualespuedentenerdiferentesformatoscomoporejemploE.164,sistemadenumeracinesta
compuestoporCC+NCD+CC.
Enlaactualidadlaasignacindenumeracionessecomplicadebidoalaportabilidadnumrica
entre operadoras, por lo que no es posible asociar los rangos de nmeros a una operadora
propietaria.
HaciendousodelmecanismoENUMesposibletraducirunanumeracinE.164aunadireccin
IPrealizandolaconsultadeportabilidad,ademsdeobtenerunalistadeserviciosasociados.
EstatecnologahasidoestandarizaporelIETFyespecificadaporlaGSMAenelIR67.
EnlaFigura51semuestradeformaelprocedimientoderesolucin:

Figura51ProcedimientoderesolucindeE164aIP[IR67]
Enelprocedimientoanterior,haciendousodelosDNSdeformasimilaralaqueseobtienenlas
IPsdelosnodosdetransporte,seresuelveconlaIPdelservidorENUMqueutilizalaMNOpara
resolver las numeraciones E.164, el cual delega la consulta hasta encontrar la direccin IP
asociadaalanumeracin.
Lasconsultaspresentanformatoquesemuestra:
sip:+<E.164_number>@<xxx>.mnc<MNC>.mcc<MCC>.3gppnetwork.org;user=phone
Donde:
SIPindicaelprotocoloutilizado
E.164,numeracinquesebusca
<xxx>.mnc<MNC>.mcc<MCC>nombreestablecidomaselMNC/MNCdelaMNO.
ElresultadodelaconsultaalservidorENUMserelnombredelGatewayquepermitirenrutar
lallamadahaciaeldestino,elcualsertraducidoaunadireccinIPdestinohaciendousodeun
servidorDNS.
EsteGatewaycorrespondeconlaentidadMGCFdelaarquitecturadelncleoIMSmostradaen
elapartado3.3.1deestedocumento.
Elprocesocompletosemuestraenlasiguientefigura.

Figura52FuncionalidadENUM[Volte14]
5.4.6 Complementacin con redes Circuit Switched

Con el objetivo de ofrecer a los usuarios un servicio de mbito global se han de contemplar
aquellos escenarios en los que la red LTE se complemente con las redes Legacy o de
conmutacindecircuitos.Esposiblequelosusuariosrealizanroamingenredesenlaquean
noseofrecenlatecnologaVoLTEotansiquieraserviciosLTE.
5.4.6.1 Single Radio Voice Call Continuity (SRVCC)
En el TS 23.216 se presenta el Single Radio Voice Call Continuity (SRVCC) para permitir
handoverentreEUTRANyotrasredesdeacceso,comolasredesLegacyolasNO3GPPcomo
WiFI(VoWiFi).
Esteserviciopermiteeltraspasodeunallamadaencursoentrelosdiferentesnodos,paraloque
esnecesarioincluirenlaarquitecturaelServiceCallContinuityApplicationServer(SCCAS),el
cualseencargadealertaralasMSCdelapresenciadelUE,paraqueesteestedisponiblepara
continuarconlallamada.
Asuvez,esteASeselencargadodetransferirlallamadaRTPalasMGWcontroladasporlaMSC.
SR-
VCC
SR-
VCC
HSS
Um / Uu
BTS Abis / BSC A / IuCS MSC Sh
A2 NodeB Iub RNC MGCF
S6a SR-
GSM / WCDMA Gb / VCC
IuPS
Sv SCC AS
ISC
S3 SR-
Mw /
SGSN VCC I2/Mw SR-
VCC
Mg /
SRVCC Mw Mx B
handover MME
SR-
VCC I-/S-
ATCF
CSCF
S4
P-CSCF
S11 reuse
Gm Mb
SR- S1-MME
VCC SR- Mb
VCC
e-Uu S1-U
SR-
VCC
eNodeB S&P
GW ATGw
A1 SGi Mb
LTE
Serving Network Home Network
SR-
VCC Functionality

Figura53ArquitecturaSRVCC[IR64]
5.4.6.2 CS Fallback
EnaquellasredesenlaquenoestdisponibleelservicioVoLTEunaposiblesolucinesrealizar
unaregistroconjunto,tantoenlaredLTEcomoenlared2G/3G.Deestamaneracuandosea
necesariorealizarunallamadadevozestasecursaratravsdelareddecircuitos.

Figura54CSFallback[IR.88]
SealizacinENDTOEND|DiseodeunaRedVoLteenunEscenariodeRoaming
6 Sealizacin ENDTOEND
EnesteapartadosemuestraunodelosprocedimientosbsicosimplicadosenelservicioVoLTE
enunescenarioderoaming,elresgistro.
Sepretendemostrarlosprocesosimplicadostantoaniveldetransporte,conmayornivelde
detalleenlapartedencleooEPC,comoenlacapadeservicio,realizandomayornfasisenla
sealizacindecontrol.
Serecomiendalalecturade[Volte14],elTS23.228yelTS24.229dondeapareceuna gran
cantidaddeejemplosdesealizacinascomounmayordetalledelosprocesosimplicados.
As mismo, este apartado se complementa con el apartado 5.3.1 Escenarios VoLTE donde se
analizanlasdiferentesconfiguracionesposiblesparaimplementarelservicio.Endichoapartado
separtedelsupuestodequeelusuarioseencuentraregistradoenelncleoIMS,porloquelos
procesos que se muestran a continuacin han de ser un requisito previo para llevar a cabo
llamadasVoLTE.
6.1 RegistroVoLTE
DeacuerdoalodescritoenelapartadodeArquitecturas,elEPSofrecegarantadeQoSEndTo
EndmediantelacreacindesesionesEPSquesondefinidasporlasreglasPCCqueelPCRFinstala
enelPCEF(oPGWenelcasodelEPC).
ElclientepuededisponerdevariassesionesEPS,yestasasociadasalosdiferentesAPNque
figuranensuperfilEPC.
Asmismo,elusuarioesalavezsubscriptordeunoovariosservicios,talycomodebefiguraren
superfilIMS.
Figura55PerfilEPC Figura56PerfilIMS
[PoikselkHolmaHongistoKallioToskala12] [PoikselkHolmaHongistoKallioToskala12]
Esta seccin se divide a su vez en dos procesos, el registro en la capa de transporte o EPS y
registroenlacapadeservicio.
6.1.1 Registro EPS

Figura57RegistroEPS[Volte14]
1. LTEUuS1
ElUEenvaPDNConnectivityRequesthaciaelMMEatravsdelosinterfacesLTEUuyS1MME.
EnestemensajeEMM,AttachRetquest,debeirincluidalasiguienteinformacinobligatoria:
ProtocolConfigurationOptions(PCO),PDNtype,VoiceDomainPreference,UEsUsageSetting
(indicandosisoportavozIMS)yelmensajeESMcontenido.
2. MMEHSS
ElMMEllevaacaboelprocesodeautenticacinyregistroparaobtenerelperfildelusuario.
ElUEnodebeespecificarelAPNenelAttachinicial,sinoquedebeserelHSSelquelofaciliteal
MMEparaestablecerlaconexinconelPDN.EncasodequeestenoseaelAPNIMSsecreara
enunaprimerainstanciaelEPSbearerhaciaelPDNprefijado.
3. MMESGW
ElMMEiniciaelCreateSessionRequestparalacreacindelDefaultBearerparalasealizacin
IMSelcual,deacuerdoalasFigura20,debetenerelparmetroQCI=5, AMBR (UL/DL) = 100
Kbps/100 Kbps.
ElSGWcreaunanuevaentradaenlatabladelosbearesEPClocalizandoelTEIDdecontroldel
bearercreadoparaeltrficodecontrolentreelMMEyelSGW.
4. PGWPRCF
El SGW enva el Create Session Request al PGW, el cual proporciona una IP vlida al UE
utilizandodynamicPCCparainiciarelCCR(CreditControlRequest)haciaelPCRFdelaHOME,a
travs del PCRF de la red VISITED. En este mensaje CCR va contenida la informacin de
localizacin,laIPdelusuariooelRATentreotras.
Deestaforma,elPCRFmapealosdatosdelUEyobtienelareglaPCCparaeldefaultbearerpara
lasealizacinIMS.
5. PGWSGW
ElPGWcreaunanuevaentradaensutabladebearersconlainformacinobtenidadelPCRFy
conlosTEIDdecontrolydedatos.
AsuvezenvaelCreateSessionResponseconlaIPdelUE,elTEIDdedatosycontrol,elPCOy
parmetrosQoSalSGW.
ElPGWmapeaelAPNIMSconelPCSCFrecibidoenelPCOcomoelPCSCFpreconfigurado.
6. MMEUE
El MME enva el Attach Accept al eNodeB, el cual se lo comunica al UE para actualizar la

informacinRRC.
TrasesteprocesosedisponedeunBearerEPSDefaultparaeltrficodesealizacinIMSEND
TOEND.
6.1.2 Registro IMS

Figura58RegistroIMS[Volte14]
1. UEPCSCF
ElUEinicaelSIPRegisterhacialaIPdelPCSCFobtenidaduranteelprocesoderegistroenel
EPS,dondefiguraIMPUeIMPIdelsubscriptor,lainformacindeaccesoolascabecerasIMS
AKAutilizadasenelprocesodeautenticacinentreotros.
2. PCSCFIBCF
El PCSCF recibe el SIP y aade la cabecera Path con la SIP URI que le identifica, PCharging
Vectorheader,PVisitedNetworkIDparaidentificareldomino.
Enelcasoderoaming,seidentificaqueelusuarioperteneceaotrodominio,porloqueenvael
SIPRegisteralIBCF,elcualesdescubiertohaciendousodelDNS.
3. IBCFVIBCFH
El IBCF modifica el mensaje SIP para realizar funciones de seguridad THIG (de acuerdo a lo
definidoenTS24.229)ymodificalacabeceraPathantesdeenviarloalaredHOME.
4. IBCFHICSCFHSS
ElIBCFVenvaelmensajealICSCF,elcualenvaelUserAthenticationRequest(UAR)alHSS
paravalidaralusuarioyobtenerelSCSCF.EncasodequeelusuarionodispongodeunSCSCF
se proporciona al ICSCF las caractersticas que este debe cumplir en el User Athentication
Answers(UAA).
5. SCSCFHSS
UnavezrecevidoelSIPRegisterdesdeelICSCFelSCSCFinicialaMultimediaAuthentication
Request (MAR) contra el HSS para recibir los vectores IMSAKA. En este momento el HSS
almacenalainformacindelSCSCF.
6. SCSCFPCSCF
ElSCSCFalmacenaelvectorXRESyenvahaciaelusuario(haciendousodelacabecerasPATH)
unmensajeSIPResgisterconcdigo401AnathorisedincluyendolosparmetrosRANDyAUTH.
7. PCSCFUE
ElPCSCFeliminalaclavedecifradoydeintegridadyenvaalUEelRANDyAUTH.ElUEextrae
estosparmetrosycalculaelRESyenvaunnuevoSIPRegisteralPCSCF.
8. PCSCFVSCSCFH
DelmismomodoquelospasosdescritosanteriormenteseenvaelmensajehaciaelSCCSCF,
trashabersidoverificadoporelPCSCFelRESobtenidoporelUE.
SeenvadenuevoUserAthenticationRequestalHSS,elcualrespondeconladireccindelS
CSCFalmacenadapreviamente.
ElSCSCFvalidalosparmetrosdeseguridadyrealizaunServerAssigmentRequest(SAR)alHSS
aradescargarlafichadelusuarioenelServerAssigmentAnswer(SAA).
ElSCSCFrespondecon200OK.
9. PCSCFHPCRFVPCRFH
ElPCSCFenvaelAARalPCRFVelcualpasaelmensajealPCRFHatravsdelainterfazS9para
realizarelmapeodeldefaultbearerparaeltrficodecontrolIMS.
6.2 BearesQoSenEPS
Come se ha indicado anteriormente un usuario VoLTE puede disponer de varias sesiones
asociadas a diferentes PDN, las cuales implican la creacin de diferentes EPS bearer para el
mapeodelosdiferentesSDF.
ElcasomscomnesaquelenelqueusuariotienecontratadounserviciodeaccesoaInternet
ademsdelservicioVoLTE.
UsuarioregistradoenambosPDN
ElestadodelosbearesEPScuandoelsubscriptorseencuentraregistradoenambosPDNesel
mostradoenlatabla20.
Tabla20EPSBearerusuarioregistrado
Nombre
Bearer PlantillaSDF GBR MBR QCI/ARP Gating Charging
PCC
Default UL:(UE,IP,*,*,*,*) UL:Ilimitado QCI=9
Internet Abierto Offline
APNweb DL:(*,UE,IP,*,*,*) DL:Ilimitado ARP=7
UL:
Default (UE,IP,*,SIP,*,UDP) UL:100Kbps QCI=5
IMSC Abierto Offline
APNIMS DL: DL:100Kbps ARP=7
(*,UE,IP,SIP,*,UDP)
LlamadaVoLTEencurso
Una vez establecida la comunicacin entre el origen el destino aparece un nuevo bearer
Dedicated.
Tabla21BearesEPSllamadaVoLTEencurso
Nombre
Bearer PlantillaSDF GBR MBR QCI/ARP Gating Charging
PCC
Default UL:(UE,IP,*,*,*,*) UL:Ilimitado QCI=9

Internet Abierto Offline
APNweb DL:(*,UE,IP,*,*,*) DL:Ilimitado ARP=7
UL:
Default (UE,IP,*,SIP,*,UDP) UL:100Kbps QCI=5
IMSC Abierto Offline
APNIMS DL: DL:100Kbps ARP=7
(*,UE,IP,SIP,*,UDP)
UL: UL:88
Dedicated (UE,IP,*,RTP,*,UDP) Kbps UL:88Kbps QCI=1
IMSU Abierto Offline
APNIMS DL: DL:88 DL:88Kbps ARP=7
(*,UE,IP,RTP,*,UDP) Kbps
SobrelasentidadesEPSsecreanlosbearerIMSquesemuestranenlaFigura59.

Figura59BearersEPSDefaulyDedicatedparaunallamdaVoLTEencurso
Conclusiones|DiseodeunaRedVoLteenunEscenariodeRoaming
7 Conclusiones
ElservicioVoLTEdiseadopermiteofreceralosusuarioslacapacidadderealizarllamadasde
vozconindependenciadellugarenelqueseencuentreyhaciacualquierdestino,siemprey
cuando los servicios analizados en este documento se hayan desplegado entre las partes
involucradas.
Laarquitecturadelservicioseanalizaenelapartado3deArquitecturas,dondeellectorpuede
identificarlasentidadesdelasdiferentescapasquesonnecesariasparaimplementarelservicio
VoLTE,ascomolosprincipalesprotocolosimplicadosenlosplanosdecontrolyusuarioenel
apartado4.
Puestoquelafinalidadesladedesplegarunserviciomvilconcoberturaglobalsobrelared4G,
sehanseguidoprincipalmentelasindicacionesdefinidasporla3GPP,tantoaniveldetransporte
comodeservicioyaplicacin,conelresultadoquesepuedeverenelapartado3.4.
Lainterconexinnecesariaparapermitirquelasredesdedosoperadoresestnconectadas,y
portanto,permitirtantoelroamingdelosusuariosensusredescomoelinterworkingnecesario
paraelestablecimientodellamadasentreellos,seanalizaendetalleevaluandolasdiferentes
alternativaspresentadashastaelmomentoporlasorganizacionesyforosdeexpertos.
Tabla22EscenariosroamingconsolucinLTE
Escenario EPS NcleoIMS InterworkingIMS Solucin

VoLTE
Escenario1 HRS8 HPLMN No SimplePLMN
Escenario2 LBO HPLMN No SimplePLMN
Escenario3 LBO VPLMN SI HR
Escenario4 LBO VPLMN SI Ravel
ElresultadofinaldeldiseoeselusodelasolucinLBOaniveldeconectividadEPSconlos
ncleosIMSconectadosatravsdelosinterfacesIci/Izi,considerandolaalternativadeHome
Routinganiveldesesinlamasadecuadaparaeldesarrollodelservicio.
DeestaformaeltrficodelusuariohacialosPDNquenoseanIMSserealizardeformadirecta
desdeelPGWdelaVPLMNatravsdelinterfazGi,sintenerqueenrutarseatravsdelIPXpara
llegaralaHPLMN,ydesdeestaalcanzarelPDNcomoenlasolucinHRS8.Seconsiderauna
solucinmseficiente.
En cambio, la implementacin RAVEL a nivel de sesin se ha descartado debido a los

inconvenientes que presenta a la hora de establecer nuevos acuerdos, as como para el
mantenimientoysupervisindelservicio.
Se ha optado por una solucin Home Routing donde el trfico de usuario para el caso de
servicios IMS se enruta hacia la HPLMN, donde esta podr decidir sobre la ruta ms ms
adecuadaascomounamssimpleimplementacindeserviciosdevaloraadidoqueimpliquen
el uso de locuciones o la deteccin y correccin de averas. Tambin ser ms simple la
Conclusiones|DiseodeunaRedVoLteenunEscenariodeRoaming
intercepcin legal obligatoria o incluso la combinacin de llamadas VoTE y CS para alcanzar

determinadosdestinos.
Existen diferentes alternativas para llevar a cabo el despliegue del servicio, y debe ser el
operadorelquedecidacualseajustamsasusnecesidadesdediseo.
ReferenciasBibliogrficas|DiseodeunaRedVoLteenunEscenariodeRoaming
8 Referencias Bibliogrficas
8.1 Artculos
[ElHattachi15,Erfanian15] Rachid El Hattachi, Javan Erfanian. 5G White Paper. NGMN.
17/02/2015.
[Roa14] GSMA.IntenationalRoamingExplained.2014
[Volte14] GSMA.VoLTEServiceDescriptionandImplementationGuidelines.2014
[iDA14] IDATE.LTE2015.Markets&Trends.Facts&Figures.DigiwordiDate
[Ver15] NishiVermaNangia.VoiceandvideocallingoverLTE.Ovum2015
[HueM314] VctorHuertasGarca.NGN/IMSafondo.ApuntesasignaturaRedesdeNueva
generacinMsterIngenieradeTelecomunicacinUOCURL.
[HueM414] VctorHuertasGarca.Integracindeservicios.ApuntesasignaturaRedesde
NuevageneracinMsterIngenieradeTelecomunicacinUOCURL.
[Eri15] Ericsson.EricssonMobilityReport,onthepulseofthenetworkSociety.Noviembre
2015.
[RILTE15]GSMARiLTE,VoiceOverIMSroamingin3GPP,GSMA2015
[NTT15] NTTDocomo.VoLTERoamingInterconnectionStandardTechnology.NTTDocomo
TechnicalJournalVol15.N2.
[Nok13] NSNWhitepaper.FromVoiceoverIPtoVoiceOverLTE.NokiaSolutionsand
Networks,2013.
8.2 Libros
[SesiaToufikMatthew11] StefaniaSesia, IssamToufik,MatthewBaker.LTEtheUMTSlong
termevolution:fromtheorytopractice.Willey2011
[PoikselkHolmaHongistoKallioToskala12] MiikkaPoikselk,HarriHolma,JukkaHongisto,
JuhaKallioandAnttiToskalaVoiceOverLTE,VoLTE.Willey2012
8.3 Estndares
Nmerode
Ttulo
documento
3GPP
Study on technical aspects on roaming endtoend scenarios with Voice
TR29.949
OverLTE(VoLTE)
Study on roaming architecture for voice over
TR23.850
IPMultimediaSubsystem(IMS)withlocalbreakout
StudyontechnicalaspectsonroamingendtoendscenarioswithVoice
TR29.949
overLTE
TS21.905 Vocabularyfor3GPPSpecifications
TS23.228 IPMultimediaSubsystem(IMS)
TS23.002 Networkarchitecture
TS23.003 Numbering,addressingandIdentification
TS23.221 Architecturalrequirements
GeneralPacketRadioService(GPRS)enhancementsforEvolvedUniversal
TS23.401
TerrestrialRadioAccessNetwork(EUTRAN)access
IMSMultimediatelephonycommunicationserviceandsupplementary
TS24.173
services;Stage3
IPmultimediacallcontrolprotocolbasedonSessionInitiationProtocol
TS24.229
(SIP)andSessionDescriptionProtocol(SDP)
TS24.301 NonAccessStratum(NAS)protocolforEvolvedPacketSystem(EPS)
TS26.114 MediaHandlinganditeraction
TS29.060 GPRSTunnellingProtocol(GTP)acrosstheGnandGpInterface
TS29.079 OptimalMediaRouteingwithintheIPMultimediaSubsystem(IMS)
TS29.165 InterIMSNetworktoNetworkInterface(NNI)
TS29.212 PolicyandChargingControl(PCC);Referencepoints
TS29.230 Diameterapplication,3GPPspecificcodesandidentifiers
TS29.274 TunnelingProtocolforControlPlane(GTPv2C)
EvolvedUniversalTerrestrialRadioAccess(EUTRA)andEvolvedUniversal
TS36.300
TerrestrialRadioAccessNetwork(EUTRAN);Overalldescription
ITUT
Generalprinciplesandgeneralreferencemodelfor
Y.2011(10/2004) NextGenerationNetworks.

GeneraloverviewofNGN.
Y.2001(12/2004)

FunctionalrequirementsandarchitectureofNext
Y.2012(04/2010)
GenerationNetworks.
GSMA
GuidelinesforIPXProvidernetworks(PreviouslyInterServiceProviderIP
IR.34
BackboneGuidelines)
IR.64 IMSServiceCentralizationandContinuityGuidelines
IR.65 IMSRoamingandInterworkingGuidelines
DNSandENUMGuidelinesforServiceProvidersandGRXandIPX
IR.67
Providers
IR.88 LTEandEPCRoamingGuidelines
IR.90 RCSInterworkingGuidelines
IR.92 IMSProfileforVoiceandSMS
IETF
RFC791 InternetProtocol
RFC793 TransmisionControlProtocol
RFC1035 DomainNamesImplementationandSpecificaction
DefinitionoftheDifferentiatedServicesField(DSField)intheIPv4and
RFC2474
IPv6Headers
RFC3261 SIP:SessionInitiationProtocol
RFC3525 GatewayControlProtocolVersion1
RFC3588 DiameterBaseProtocol
RFC3588 UserDatagramProtocol
TheE.164toUniformResourceIdentifiers(URI)DynamicDelegation
RFC3761
DiscoverySystem(DDDS)Application(ENUM)
RFC5061 StreamControlTransmissionProtocol
8.4 ReferenciasenInternet
[UGT15]UGTComunicaciones.Noruegaponefechadecierreal2y3G.29/06/2016.
http://comunicaciones.smcugt.org/noticia/noruegaponefechadecierreal2y3gid51402.htm
[Cru15]MargaritaCruz,Turquaposponesubastadel4G;presidenteproponepasardel3Gal
5G.18/05/2015
http://www.mediatelecom.com.mx/index.php/agenciainformativa/noticias/item/86511
turqu%C3%ADaposponesubasta4gpresidentequierepasarde3ga5g
[Ope15]OpenSignal,Thestateofthe4G.Septiembre2015
http://opensignal.com/reports/2015/09/stateoflteq32015/
[IP15]GSMA,DeliveringanallIPworld,Diciembre2015
http://www.gsma.com/network2020/allipstatistics/
[NetLTE13]Netmanias,LTENetworkArchitecture:Basic.Julio2013
http://www.netmanias.com/en/?m=view&id=techdocs&no=5904
[Net13]Netmanias,LTEEMMandECMStates.Septiembre2013
http://www.netmanias.com/en/post/techdocs/5909/ecmemmltemobility/lteemmand
ecmstates
[NetPCC14]Netmanias,LTEPolicyandChargingControl(PCC).Agosto2014
http://www.netmanias.com/en/?m=view&id=techdocs&no=6562
[Eve15]EvenHelis,GSM,LTE,UMTSandIMSCallFlows.
http://www.eventhelix.com/RealtimeMantra/Telecom/#.ViKNS37hDcs
[News15]GSMA,VoLTENews.
http://www.gsma.com/network2020/volte/relatedlinks/voltenews/
[NTTVoLTE15] NTT Docomo News, DOCOMO Successfully Verifies VoLTE Roaming in

CommercialEnvironment.26deFebrerode2015.
https://www.nttdocomo.co.jp/english/info/media_center/pr/2015/0226_00.html
[KTNTT15]GSMANews,KTCorporationandNTTDOCOMOlandworldsfirstwithlaunchof
bilateralVoLTEservice.20deOctubre2015.
http://www.gsma.com/newsroom/blog/ktcorporationandnttdocomolandworldsfirst
withlaunchofbilateralvolteservice
[Korea15] GSMA News, GSMA WELCOMES LAUNCH OF WORLDS FIRST COMMERCIAL

INTERCONNECTEDVoLTESERVICEINSOUTHKOREA.18deJunio2015.
http://www.gsma.com/newsroom/pressrelease/gsmawelcomeslaunchofworldsfirst
commercialinterconnectedvolteserviceinsouthkorea/
[Tec14] TechZone360, AT&T, Verizon Target VoLTE Interop in 2015, RCS Later. 04 de
Noviembre2014.
http://www.techzone360.com/topics/techzone/articles/2014/11/04/392978attverizon
targetvolteinterop2015rcslater.htm
[tel15]Telecompaper,VodafoneSpainlaunchesVoLTE.7deJulio2015.
http://www.telecompaper.com/news/vodafonespainlaunchesvolte1091282
Apndices|DiseodeunaRedVoLteenunEscenariodeRoaming
9 Apndices
9.1 Glosario
B2BUA: Back.to.back user agent. Es un elemento lgico en las aplicaciones SIP que
manejalasealizacindecontrol,pasandoporestelosmensajesyactuandotantode
UserAgentClientcomodeUserAgentServer.
Best Effort: comunicacin sin garanta de entrega ni de una determinada calidad de

servicio.
Codec:configuracindeltrficomultimediaqueseespecificamedianteSDP.Parauna
sesinmultimediasesuelesoportardiferentescodes.
EPS Bearer. Tnel virtual con un tratamiento especfico de los paquetes IP con unos
parmetrosdecalidaddeterminadosenteel UEyelPGW,yasofreceruna garanta
ENDTOEND.
FDD:FrecuencyDivisionDuplexesunatcnicadondeseutilizanbandasdefrecuencias
diferentesparatransmitiryrecibir.
HPLMN:HomePublicLandMobileNetwork,redPLMNalaqueperteneceelusuario.
ISIM.SIMutilizadaenIMS.
ISUP:protocolodecircuitosconmutadosutilizadoparaconfigurar,manejarygestionar
lasllamadasdevozsobrelaRTB.
IVR:InteractiveVoiceResponseesunsistematelefnicoquepermiteinteractuarconel
usuarioatravsdegrabacionesdevozyreconocimientoderespuestassimples.
MCC:MobileCountryCode,eselcdigodepasasociadoelMNO.
MNC:MobileNetworkCode,eselcdigodeoperadorasociadoelMNO.
NAT/PAD:NetworkAddresTranslation/PortAddressTranslation,sonmecanismosque
permiten la reutilizacin de IP entre redes mediante la multiplexacin de las
comunicacioneshaciendousodelospuertosdecomunicacin.
NGN:NextGenerationNetworksonaquellasredesbasadasenpaquetesquepermite
prestar servicios de telecomunicacin y en la que se pueden utilizar mltiples
tecnologasdetransportedebandaanchapropiciadasporlaQoS.Sesoportamovilidad
generalizadaquepermitirlaprestacincoherenteyubicuadeserviciosalosusuarios
OMR: Optimal Media Routing son aquellos procedimientos llevados a cabo por las
entidadesIMSqueson capacesde controlarlosrecursosmultimediay manipularlas
sesionesSessionDescriptionProtocol.
OTT:OverTheTopsonaquellosserviciosofrecidossobrelasredesdetelecomunicacin
porunacompaadiferentealaqueofrecelosserviciosdeconectividad.Ejemplosde
compaasqueofrecenOTT:Google,Facebook,MicrosoftoTwitter.
PDN.PacketDatanetwork.RedesexternasalasqueseconectaelEPSatravsdelP
GW
PIMP: Proxy Mobile IP, es una arquitectura de red que implementa la gestin de
movilidadenredesIPpropuestaporlaIETFenelRFC5213.
PLMN: Public Land Mobile Network, red creada y operada por un administrador
reconocidoporlaRecognizedPrivateOperatingAgency(RPOA)conelfindeofrecer
serviciosdetelecomunicacinalpblico.
Proveedormultimedia:aquellasentidadesdeunaredIMSqueproporcionanflujosde
datosysoncontroladasporentidadesaplicanOMR.TrGW,BGWoMRFsonejemplos
deproveedoresmultimediaenunaredIMS.
RDSI:RedDigitaldeServiciosIntegradosoISNDeningls,ysetratadeunaevolucin
delaredRTCofreciendoserviciosdigitalesextremoaextremo.
Roamginpartner:operadorconelqueseabreunacuerdoderoaming.
Roaming: uso de los servicios contratados con el operador HOME (HPLMN) en la

infraestructuradeotro,VISITED(VPLMN).
RTC: Red de Telefonica Comunitada. Es sinnimo del trmino ingls PSTN (Public
SwitchedTelephoneNetwork)yhacenreferenciaalaredtradicionaldeconmutacin
decirtuitos.
SEG:SecurityGatewayesutilizadoparaoriginaryterminarasociacionessegurasentre
eleNodeByelUE.EstablecetunelesIPconclavesdeseguridadyencriptadoparallevar
acabocomunicacionessegurasatravsdelasinterfacesS1MME,S1UoX2.
SIM,SubscriberIdentityModuledondesealmacenandatosdelusuarioeintervieneen
losprocesosderegistroyautenticacindelosusuariosenlared.
SS7:SistemadeSealizacinporcanalcomnn7,esunconjuntodeprotocolosde
sealizacintelefnicautilizadoparaelestablecimientofinalizacindelasllamadas.
TDD:TimeDivisionDuplexesunatcnicaenlaqueeltransmisoryelrecetoremitenla
mismabandadefrecuenciasperoentiempodiferentes.
VoLTE: Voice Over LTE permite ofrecer llamadas de voz sobre una red IMSLTE con
independencia total de la red de circuitos, por lo que comunicacin se realiza
ntegramentesobreIP.
VPLMN:VisitedPublicLandMobileNetworkredPLMNNqueprestasuinfraestructura
aunusuarioajenoasured.
9.2 Abreviaciones
ALG ApplicationLevelGateway
APN AccessPointName
AS ApplicationServer
ATCF AccessTransferControlFunction
ATGw AccessTransferGateway
BGCF BreakoutGatewayControlFunction
CDR ChargingDataRecord
CS CircuitSwitch
CSCF Call/SessionControlFunction
DHCP DynamicHostConfigurationProtocol
DNS DomainNameSystem
DRX DiscontinuousReception
DTX DiscontinuousTransmission
EDGE EnhancedDataratesforGSMEvolution
ENUM E.164NumberMapping
EPC EvolvedPacketCore
eSRVCC EnhancedSingleRadioVoiceCallContinuity
EUTRAN EvolvedUTRAN(alsoknownas"LTE")
GERAN GSM/EDGERadioAccessNetwork
GRE GenericRoutingEncapsulation
GRX GPRSRoamingeXchange.
GSM GlobalSystemforMobiletelecommunications
GTP GprsTransportProtocol
HDVC HighDefinitionVideoConference
HPCRF HomeNetworkPolicyandChargingRulesFunction
HPLMN/HPMN HomePublic(Land)MobileNetwork
HRS8 HomeRoutingoverS8
HSS HomeSubscriberServer
IBCF InterconnectionBorderControlFunction
ICSCF InterrogatingCSCF
ICSI IMSCommunicationServiceIdentifier
IMMGW IPMultimediaMediaGateway
IMS IPMultimediaSubsystem
IMSAGW IMSAccessGateway
IMSI InternationalMobileSubscriberIdentity
IMSSF IPMultimediaServiceSwitchingFunctionality
IPX IPeXchange
ISIM IMSSIM
LBO LocalBreakOut
LTE LongTermEvolution(ofRAN)
MCC MobileCountryCode
MGCF MediaGatewayControlFunction
MGW MediaGateway
MNC MobileNetworkCode
MNO MobileNetworkOperator
MRF MultimediaResourceFunction
NAPTR NamingAuthorityPointerDNSResourceRecord
NAT NetworkAddressTranslation
NATPT NetworkAddressTranslationProtocolTranslation
NGN NextGenerationNetwork
OAM Operation,AdministrationandMaintenance
OMR OptimalMediaRouting
OSA OpenServiceAccess
OTT OverTheTop
PCF PolicyControlFunction
PCSCF ProxyCSCF
PCO ProtocolConfigurationOptions
PDNGW PacketDataNetworkGateway
PDP PacketDataProtocol
PDP PolicyDecisionPoint
PDU ProtocolDataUnit
PGW PacketGateway
PMIP ProxyMobileIP
PoC PushtotalkoverCellular
QoS QualityofService
RAN RadioAccessNetwork
RAVEL RoamingArchitectureforVoiceoverIPMultimediaSubsystem(IMS)with
Localbreakout
RSGW RoamingSignallingGateway
SCCAS ServiceCallContinuityApplicationServer
SCSCF ServingCSCF
SDF ServiceDataFlow
SDP SessionDescriptionProtocol
SGW SignallingGateway
SIGCOMP SIGnallingCOMPression
SIP SessionInitiationProtocol
SLF SubscriptionLocatorFunction
SMTP SimpleMailTransferProtocol
SOA ServiceOrientedArchitecture
SRVCC SingleRadioVoiceCallContinuity
TAP3 TransferredAccountProcedureversion3
TAS TelephonyApplicationServer
THIG TopologyHidingInternetworkGateway
TRF TransitandRoamingFunction
TrGW TransitionGateway
TSGW TransportSignallingGateway
UA UserAgent
UE UserEquipment
URI UniformResourceIdentifier
URL UniversalResourceLocator
UTRAN UMTSTerrestrialRadioAccessNetwork
ViLTE VideoOverLTE
VoHSPA VoiceoverHSPA
VoIMS Voice&videooverIMS(includesIR.58,IR.92andIR.94)
VoLTE VoiceoverLTE
VoWiFi VoiceoverWiFi
VPCRF VisitedNetworkPolicyandChargingRulesFunction
VPLMN/VPMN VisitedPublic(Land)MobileNetwork
9.3 ndiceAlfabtico
2
D
2G,63
DEA,66
Diameter,48,49,50,62,66
3 Diameterproxy,66
DiameterRelay,66
3GPP,30
DNS,42,63,66,68,69
3G,63
3GPP,18,22,27,30,32,57
E
4 E.164,41,68,69
ECM,36
4A,9
EDGE,29
4G,15,27,28
ElRegistrador,50
4G+,15
EMM,36
eNB,29
5 eNBeNode,29
ENDTOEND,33
5G,15 eNodeB,28
5GPPP,15 ENUM,63,68,69
EPC,27,30,32,50,68
A ePDG,30
EPS,27,29,30,31,33,34,52,54,64
AAA,48 EPSbearer,33
AMRWD,17 EPSBearer,33
API,45 EPSBearerManagement,31
ApplicationID,49 EUTRAN,27,28,29,30
ApplicationLevelGateway,65
ApplicationID,49 F
AS,38,45
AVP,49 FDD,29
B G
B2BUA,65 GGSN,32
beares,36 GPRS,29,30
broadcast,29 GRE,56,87
BusinessIntelligence,11 GRX,63
GSM,29,30
C GSMA,57,67,68
GTP,32,50
CarrierGrade,9
CCR,74 H
CS,18
CSFallback.Vase handover,18
CSCF,62 HomeRouting,62
HPLMN,52,54
HSPA,30
HSS,28,31,32,38,41,62
NNI,24
I
IBCF,55,65 O
IBFC,55
ICSCF,37 OCS,33
IETF,48,49,68 OFCS,33
iFC,46 OMR,65
IINNI,55 OptimalMediaRouting,65
IMPI,41 Originating,57
IMPU,41 OTT,9
IMS,10,18,36,37,38,42,43,46,48,52,54,62,63,
65,68,69
P
IMSinterworking,57
IMSroaming,57 PCC,32,34,62,74
IP,24,30 PCEF,32,34
IPX,63,68 PCRF,32,34
ISIM,41 PCSCF,65
ISUP,38 PDN,32,33
ITU,22,27 PGW,33
ITUT,27 PGW,32,33
PGW,33
K PLMN,31
PMIP,62
KeepAlive,17 PRCF,32
L Q
LBO,57 QCI,33,64
Legacy,70 QoE,23
LocalBreakout,62 QoS,10,23,33,41,43,63
LTE,10,11,13,15,28,29,31,33,70,71
R
M
RadioDatabeares,29
M2M,11 Radious,48
MasterRoot,66 RAT,74
MasterRootServerprovider,67 RCS,25
MasterZone,67 RDSI,38
Megaco,62 RedirectAgent,66
MGCF,65,69 RFC,48,49
MME,29,31,32,62 RichCommunicationSuite,14
MMS,63 roaming,31,70,72
MMTel,46 RRC,29,36
MMTEL,44 RTC,38
MNC,69
MNO,69
S
Mobilitymanagement,31
MRFC,38 S5,32
S6a,31
N S8,32
SAE,27
NAS,34 SCSCF,37,38
NATPAD,55 SCTP,48,50
NGN,10,16,44 SDF,34
NGNM,15 SDP,36,43,49
ServiceCallContinuityApplicationServer,70,89 UAR,75
ServiceEnablers,44 UDP,50
Servidorderedireccin,50 UE,29,31,32,33,36,41,43
Servidorproxy,50 Um,43
SessionDescriptionProtocol,65,85 UMTS,29,30
SGW,29,31,32 UNI,24
SignalingRadioBeared,29 URI,49
SIM,41 UserAgent,65
SIMcard,41 USIM,41
SIP,36,38,42,49,62
SlaveRoot,66
V
SMS,30
SON,29 ViLTE,14
SPR,32 VLR,31
SRVCC,18 Vodafone,15
SS7,38 VoiceCallContinuity,70
VoiceHD,15
T VoIP,9,10
VoLTE,9,14,15,18,19,21,25,27,28,30,44,52,68,
TCP,48,50 71
TDD,29 VoWiFi,15,18,70
Terminating,57 VPLMN,52,54
THIG,38,55
TranslationAgent,66
W
TrGW,55
WCDMA,29
U WiFi,30
WiMAX,30
UA,50

L Diaz FTF C 0116 Memoria

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

L Diaz FTF C 0116 Memoria

Uploaded by

Copyright:

Available Formats

DISEO DE UNA RED VoLTE EN UN

Mster en Tecnologas de Telecomunicacin Estudios de Informtica, Multimedia y

Ttulodeltrabajo: DISEO DE RED VoLTE EN UN ESCENARIO DE

Mster en Tecnologas de Telecomunicacin

usuarios y servicios en funcin de caractersticas de la comunicacin como el throughput, la

Esto repercute en menores tiempos de desarrollo de servicios adems de menos coste de

Concretamente, puesto que el objetivo anterior es muy ambicioso y un tanto ambiguo, se

1.3.1 Volumen de conexiones Roaming

Este aumento de usuarios conlleva un aumento de la facturacin asociada a las conexiones

1.3.2 Cobertura en funcin de la tecnologa

1.3.3 Penetracin mundial del LTE

1.3.4 Estado de VoLTE

La penetracin de la tecnologa VoLTE en Espaa es an menor, siendo Vodafone el nico

1.3.5 Siguientes pasos

1.4.1 SIP VoIP preVoLTE

1.4.2 OTT VoIP

Bajoconsumo energtico,caractersticasmuyimportantedebidoal consumodelos

La necesidad de inversin en un complejo Subsistema Multimedia IP (IP Multimedia

La importancia de la completa interoperabilidad con los nodos de conmutacin de

1.5.1 Identificacin de las tareas

1.5.1.1 Estudio de la situacin actual. Objetivos y motivaciones

Definicindelosobjetivosyalcancedelproyecto eidentificacin delasmotivacionesdelos

1.5.1.2 Definicin de conceptos tericos

1.5.1.3 Anlisis de arquitecturas

Anlisis de las arquitecturas necesarias para la ofrecer de servicio de VoLTE, presentado la

1.5.1.4 Estudio de protocolos

Identificacin de los protocolos que intervienen en los diferentes planos de comunicacin y

Definicin de interconexin y requisitos tcnicos necesarios para que dos operadoras

1.5.3 Evolucin del proyecto

1.7 Breve descripcin de los otros captulos de la

Se realizada un anlisis ms detallado de los principales protocolos que intervienen,

Red basada en paquetes que permite prestar servicios de telecomunicacin y en la que se

Interaccin con servicios de redes heredadas a travs de interfaces abiertas, para

Direccionamiento e identidad del usuario, de tal forma que mantenga la misma

2.3.1 Arquitectura funcional NGN

2.3.2 VoLTE como servicio NGN

TCP/IP - UDP/IP TCP/IP UDP/IP TCP/IP - UDP/IP

Mobile device Radio & access network Servers (IMS)

Estos organismos pueden estar constituidos por fabricantes, operadoras, organismos

De este organismo tomamos el modelo de referencia de la rede NGN explicado

La IETF (Internet Engineering Task Force) trabaja en la mejora de estndares y

GSMA, la cual en base de las recomendaciones creadas por otras organizaciones,

3.1.2 Evolved Packet System EPS

3.1.2.1 Acceso. EUTRAN

La red de acceso EUTRAN es definida en el documento 3GPP TS 36.300, donde aparece la

eNB eNode, es el elemento central de EUTRAN, el cual lleva a cabo la siguientes

S1U GTPU InterfazdecontrolentreeleNByelMME

S1MME S1AP InterfazdeusuarioentreeleNByelMME.

3.1.2.1.3 Bandas de frecuencia

3.1.2.2 Transporte troncal. EPC

SGW (ServingGatateway):Esnododeconexin entrelareddeaccesoydencleoparael

InterfazentreelPRCF yPGW utilizadaparaaplicarlaspolticas de

3.1.2.3 QoS en LTE

3.1.2.4 Non Access Stratum (NAS)

LacapaNAS esdividida asuvezen tres,EMM, ESMyECM dondese puedenpresentarlos

3.1.2.4.1 Transiciones EMM/ECM/RRC

3.1.2.4.2 Beares en funcin de estados EMM/ECM/RRC

MGCF (Media Gateway Control Function). Permite la traduccin de la sealizacin SIP en

La HSS participa en los procedimientos de registro, reregistro y deregistro de usuario;

Utilizado por los CSCF para reenviarse

Utilizado por el MGCF para controlar los

Utilizado por el ICSCF para reenviar

Utilizado por el SCSCF y el ICSCF para

Default UL:(UE,IP,,,,) UL:Ilimitado QCI=9