UNIVERSIDAD DE CHILE

FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS

DEPARTAMENTO DE INGENIERA ELCTRICA

ESTUDIO DE ARQUITECTURAS PARA

LA CONVERGENCIA DE TELEFONA FIJA-MVIL

MEMORIA PARA OPTAR AL TTULO DE INGENIERO CIVIL

ELECTRICISTA

PAULINA NATALIA PEA ZAMUDIO

PROFESOR GUA:
ALFONSO EHIJO BENBOW

MIEMBROS DE LA COMISIN:
HELMUTH THIEMER WILCKENS
NICOLS LEIVA DOMIC

SANTIAGO DE CHILE
ABRIL 2007
 UNIVERSIDAD DE CHILE
FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS
DEPARTAMENTO DE INGENIERA ELCTRICA

ESTUDIO DE ARQUITECTURAS PARA

LA CONVERGENCIA DE TELEFONA FIJA-MVIL

PAULINA NATALIA PEA ZAMUDIO

COMISIN EXAMINADORA CALIFICACIONES

NOTA (n) (Letras) FIRMA
PROFESOR GUA:
SR ALFONSO EHIJO BENBOW : _________ _________________ _________
PROFESOR CO-GUA:
SR HELMUTH THIEMER WILCKENS : _________ _________________ _________
PROFESOR INTEGRANTE:
SR NICOLS LEIVA DOMIC : _________ _________________ _________

NOTA FINAL EXAMEN DE TTULO : _________ _________________ _________

MEMORIA PARA OPTAR AL TTULO DE

INGENIERO CIVIL ELECTRICISTA

SANTIAGO DE CHILE
ABRIL 2007
 RESUMEN DEL INFORME FINAL
PARA OPTAR AL TTULO DE
INGENIERO CIVIL ELECTRICISTA.
POR: PAULINA PEA ZAMUDIO
PROF. GUA: SR ALFONSO EHIJO

ESTUDIO DE ARQUITECTURAS PARA LA CONVERGENCIA

DE TELEFONA FIJA-MVIL

El acelerado desarrollo de las tecnologas en telecomunicaciones tanto de telefona fija y mvil

como de las redes de datos, junto con el surgimiento de nuevas tecnologas de acceso para proveer
distintos servicios han abierto las puertas a nuevos problemas y oportunidades a las empresas.
Mientras por un lado, la amplia gama de tecnologas ha permitido un mayor nmero de servicios y de
penetracin en los distintos estratos y nichos de usuarios, por otro lado, la interoperabilidad entre
distintas redes se ha vuelto un problema no menor.

Desde hace algn tiempo se estn viviendo una serie de cambios dentro de las redes de los
operadores de telecomunicaciones: ya no basta que una empresa de telefona ofrezca slo servicios
de telefona e Internet, o que las empresas distribuidoras de televisin por cable ofrezcan slo
servicios de televisin, sino que todas las redes de telecomunicaciones se estn orientando y
evolucionando a brindar un amplio espectro de servicios. Este fenmeno se conoce como
convergencia de redes o FMC (Fixed Mobile Convergence). El concepto de convergencia fija-mvil
se enfoca a la provisin de servicios desde cualquier tipo de terminal y sin importar la red de acceso
utilizada. Para eso es necesario hacer que todos los tipos de redes de telecomunicaciones interacten
entre s, de forma de orientarlas a los servicios y aplicaciones sin importar la naturaleza del acceso
utilizado por el usuario. Surgen as conceptos como el de NGN (Next Generation Network) para
lograr este objetivo y nuevas arquitecturas integradoras como lo son IMS (IP Multimedia Subsystem).

En este trabajo se presenta un estudio de las principales arquitecturas actuales de telefona

tanto fijas como mviles, donde se contempla la telefona fija tradicional, celular e IP. Dentro de este
estudio se examinan sus componentes funcionales, protocolos e interfaces con la finalidad de
plantear y estudiar las arquitecturas y componentes necesarias para que estas redes sean
interoperables, planteando una arquitectura convergente y orientada a servicios.

Se expone como resultado principalmente un estudio de la arquitectura IMS como una opcin
factible para lograr la convergencia, mostrando sus principales entidades y procedimientos de
interoperacin con otras redes. Adems, como un aporte a las tecnologas de acceso inalmbricas
emergentes en servicios de redes se plantea una arquitectura con WiMAX como tecnologa de acceso
y se comparan sus ventajas y desventajas en relacin a otras tecnologas de acceso a las redes de
telecomunicaciones.

La descripcin detallada tanto de las componentes de IMS como paraguas de la convergencia

como de los procedimientos de interoperacin entre esta arquitectura y diferentes redes de acceso da
pie para el desarrollo de nuevas memorias relativas a este tema, como por ejemplo la implementacin
de una arquitectura convergente a nivel docente basada en IMS utilizando tecnologas de acceso de
inters en la actualidad, como lo son las tecnologas inalmbricas y en particular WiMAX. Las futuras
investigaciones y trabajos de desarrollo basados en la convergencia de redes son de gran importancia
en la formacin de ingenieros tiles y valiosos para el mercado de hoy en da.
 Dedico esta memoria
a mis queridsimos padres Jos y Mirta y
a mi amado Mauricio
 Agradecimientos

Quiero destacar el gran apoyo que me ha brindado en el trabajo en mi memoria dentro de un

grupo con tan buena disposicin como lo es el Team ToIP, grupo de memoristas y ex-memoristas
liderado por el seor Alfonso Ehijo, gerente de Ingeniera en Telmex y mi profesor gua. Es a l a
quin le agradezco por permitirme realizar con l un trabajo de memoria de un tema tan actual y de
mi inters como lo es el actual desarrollo de las redes y la movilidad. Adems, le agradezco por su
buena voluntad, claridad, consejos y tiempo an cuando l mismo se encuentra agobiado en muchas
oportunidades por un cargo con tantas responsabilidades como es el que tiene.

Le agradezco entonces a mis compaeros de trabajo y a todos los integrantes del Team, en
particular a Nicols Leiva, cuyo apoyo tambin fue muy importante para m. Nicols Leiva es parte
del team ToIP y mi profesor integrante, que siempre estuvo dispuesto a ayudarme, aclararme dudas e
invirti mucho tiempo en correcciones y consejos de gran valor para m.

Por otra parte, agradezco mucho a todas las personas que me han apoyado con su amor y
cario, gracias a mis queridos paps que me han entregado tanto sin exigirme nada, a mis hermanos
que cuentan conmigo y a mis amigas-hermanas Carolina, Paulina y Marcela que han sido un
maravilloso apoyo durante parte importante de mi vida y espero que lo sigan siendo mucho ms.
Finalmente, gracias a mi amor Mauricio por su apoyo, amor y por entregarme permanente confianza
en que puedo lograr este trabajo.
ndice de Contenidos

ndice de Figuras ...................................................................................................... vii

ndice de Tablas.......................................................................................................... x

Captulo 1 Introduccin ...........................................................................................1

1.1. Motivacin......................................................................................................................... 1
1.2. Objetivos Generales ......................................................................................................... 2
1.3. Objetivos Especficos ...................................................................................................... 3
1.4. Estructura de la Memoria ................................................................................................ 3

Captulo 2 Antecedentes.......................................................................................... 4
2.1. Evolucin de las Telecomunicaciones en el Mundo ................................................... 4
2.2. Crecimiento de las Telecomunicaciones en Chile........................................................ 7
2.3. Fixed Mobile Convergence (FMC)............................................................................. 9
2.3.1. Caractersticas de un Servicio FMC......................................................................... 10
2.3.2. Etapas de la Convergencia........................................................................................ 11
2.3.3. Proposicin de valor al Cliente de FMC................................................................. 12
[Link]. Proposicin de valor al Consumidor ..............................................................12
[Link]. Proposicin de valor a la Empresa .................................................................13
2.4. Conceptos Bsicos de Comunicaciones Mviles ....................................................... 14
2.4.1. Celda............................................................................................................................. 14
2.4.2. Handoff ....................................................................................................................... 15
2.4.3. Roaming....................................................................................................................... 15
2.4.4. Enlaces Uplink y Downlink...................................................................................... 16
2.4.5. Comunicaciones Dplex ........................................................................................... 16
2.4.6. Tipos de Acceso en la Interfaz Radioelctrica....................................................... 16
[Link]. FDMA: Frequency Division Multiple Access ...............................................16
[Link]. TDMA: Time Division Multiple Access ........................................................17
[Link]. CDMA: Code Division Multiple Access........................................................17
2.5. Next Generation Network (NGN).............................................................................. 18
2.5.1. Arquitectura NGN..................................................................................................... 19
[Link]. Funciones del Estrato de Transporte .............................................................20
[Link]. Funciones del Estrato de Servicio...................................................................21
[Link]. Funciones de Administracin ..........................................................................21
[Link]. Funciones de Usuario Final .............................................................................22
2.6. IP Multimedia Subsystem (IMS)................................................................................... 22

i
 2.6.1. Capas de la Arquitectura IMS................................................................................... 22
2.6.2. Arquitectura de IMS .................................................................................................. 23
[Link]. User Equipment (UE).......................................................................................24
[Link]. Home Subscriber Server (HSS) .......................................................................24
[Link]. Call Session Control Function (CSCF)...........................................................25
[Link]. Subscription Locator Function (SLF) ............................................................27
[Link]. Policy Decision Function (PDF).....................................................................27
[Link]. Media Gateway Control Function (MGCF) ..................................................27
[Link]. IP Multimedia Subsystem Media Gateway Function (IMS-MGW)........28
[Link]. Multimedia Resource Function Controller (MRFC) ....................................28
[Link]. Multimedia Resource Function Processor (MRFP) .....................................28
[Link]. Breakout Gateway Control Function (BGCF)............................................29
[Link]. Application Server (AS)..................................................................................29
[Link]. Trunking Signaling Gateway (T-SGW) ........................................................29
2.6.3. Interfaces entre Entidades Funcionales.................................................................. 29
2.6.4. Protocolos en IMS ..................................................................................................... 30
[Link]. SIP (Session Initiation Protocol).....................................................................31
[Link]. COPS (Common Open Policy Server)...........................................................31
[Link]. Diameter .............................................................................................................31
[Link]. Megaco ................................................................................................................31
2.7. Arquitecturas de Redes de Telefona ........................................................................... 31
2.7.1. Public Switched Telephone Network (PSTN)....................................................... 31
[Link]. Breve Descripcin .............................................................................................31
[Link]. Arquitectura........................................................................................................32
[Link]. Sealizacin SS7 en la PSTN ...........................................................................33
2.7.2. Telefona Mvil .......................................................................................................... 37
[Link]. Breve Historia de la Telefona Mvil..............................................................37
[Link]. GSM ....................................................................................................................38
[Link]. GPRS...................................................................................................................41
[Link]. EDGE.................................................................................................................43
[Link]. UMTS..................................................................................................................44
[Link]. Resumen de Caractersticas..............................................................................47
2.7.3. VoIP............................................................................................................................. 47
[Link]. H.323 ...................................................................................................................48
[Link]. SIP........................................................................................................................49
[Link]. Diferencias entre H.323 y SIP .........................................................................50
[Link]. Otros Protocolos: MGCP y MEGACO ........................................................51
2.7.4. PacketCable................................................................................................................. 52
[Link]. Evolucin de PacketCable................................................................................52
[Link]. Arquitectura........................................................................................................53
2.8. Tecnologas de Acceso................................................................................................... 54
2.8.1. HFC.............................................................................................................................. 54
2.8.2. xDSL ............................................................................................................................ 56
[Link]. Asymmetrical DSL (ADSL) .............................................................................56
[Link]. Otros sabores xDSL......................................................................................57
2.8.3. WiMAX ....................................................................................................................... 58

Captulo 3 Metodologa..........................................................................................61
3.1. Conceptos y Funcionamiento de IMS ......................................................................... 61
3.1.1. Identificacin de Usuarios ........................................................................................ 61
ii
 [Link]. Identidad Privada de Usuario ..........................................................................62
[Link]. Identidad Pblica de Usuario...........................................................................62
[Link]. Relacin entre la Identidad Privada y pblica de Usuario ...........................62
3.1.2. Descubrimiento al Punto de Entrada de IMS........................................................ 63
3.1.3. Aspectos de Seguridad en IMS................................................................................. 64
[Link]. Autentificacin y Acuerdos de Clave (AKA) ................................................64
[Link]. Seguridad de Domino de Red (NDS).............................................................64
[Link]. Seguridad de Acceso a Servicios de IMS........................................................65
3.1.4. Control de los Portadores de Trfico...................................................................... 66
[Link]. Control para Acceso a travs de UMTS o GPRS .........................................66
[Link]. Control para Acceso a travs de una WLAN................................................67
[Link]. Factores para la Implementar QoS en Redes de Acceso WLAN...............68
3.1.5. Proceso de Registro ................................................................................................... 70
[Link]. Flujo de Informacin de Registro Usuario no Registrado .......................70
[Link]. Flujo de Informacin de Re-registro Usuario actualmente Registrado..72
[Link]. Resumen de la Informacin Almacenada ......................................................72
3.1.6. Procedimientos de Sesin End-to-End .................................................................. 73
3.1.7. Procedimientos de Inicio de Sesin ........................................................................ 75
[Link]. Origen Mvil desde una red Visitada: Roaming ...........................................75
3.1.8. Procedimientos S-CSCF/MGCF l S-CSCF/MGCF......................................... 77
[Link]. Diferentes Operadores de Origen y Trmino ...............................................77
3.1.9. Procedimientos de Trmino de Sesin ................................................................... 79
[Link]. Trmino Mvil en una red Visitada: Roaming ..............................................79
[Link] de Control de Borde............................................................................... 80
[Link] entre IMS y Redes de Acceso WLAN ......................................... 82
[Link]. Identidad de Usuario.......................................................................................82
[Link]. Escenarios de Descubrimiento y Seleccin de Red....................................83
[Link]. Arquitectura de Interoperacin .....................................................................84
[Link]. Algunos Procedimientos ................................................................................86
[Link] Access Network (GAN) ............................................................................ 88
[Link]. Seleccin de Modo en Terminales Multimodales .......................................89
[Link]. Procedimientos de Descubrimiento y Registro en la GAN......................90
[Link]. Manejo de Handoff.........................................................................................92
3.2. Diferencias entre IMS y PSTN..................................................................................... 94
3.2.1. Numeracin e Identidades........................................................................................ 94
[Link]. Identidad de Usuario.........................................................................................94
[Link]. Identidad en el Terminal...................................................................................94
[Link]. Identidad para el Enrutamiento de Llamadas ...............................................95
3.2.2. Movilidad..................................................................................................................... 99
3.2.3. Calidad de Servicio (QoS)......................................................................................... 99
3.2.4. Sealizacin de Llamadas........................................................................................ 100
3.3. Diferencias entre IMS y Packetcable ......................................................................... 102
3.3.1. Origen de las Arquitecturas .................................................................................... 102
3.3.2. Aplicacin de QoS ................................................................................................... 103
3.3.3. Adaptaciones a la Identidad de Usuario ............................................................... 103
3.3.4. Elementos de Interconexin .................................................................................. 104
3.4. Management Information Base (MIB) ...................................................................... 104
3.4.1. Simple Network Management Protocol (SNMP)................................................ 104
3.4.2. MIB para el Protocolo SIP ..................................................................................... 105
3.5. WiMAX.......................................................................................................................... 106
iii
 3.5.1. Principales Caractersticas de la Arquitectura de WiMAX................................. 106
[Link]. Capa Fsica (PHY).......................................................................................... 107
[Link]. Capa de Control de Acceso al Medio (MAC)............................................. 109
3.5.2. Comparativa de WiMAX con algunas Tecnologas 3G ..................................... 110
[Link]. Ventajas de la Utilizacin de OFDM(A)..................................................... 112

Captulo 4 Resultados .......................................................................................... 114

4.1. Convergencia de Telefona Fija Mvil ................................................................... 114
4.1.1. Redes Convergentes versus Redes Superpuestas ................................................ 114
4.1.2. Potenciadores e Inhibidores de FMC ................................................................... 115
[Link]. Aspectos del Desarrollo para la Industria ................................................... 115
[Link]. Aspectos del Desarrollo para los Consumidores ....................................... 115
[Link]. Aspectos del Desarrollo para la Empresa ................................................... 116
4.2. IMS como paraguas de la Convergencia de Redes .............................................. 117
4.2.1. Redes de Acceso a IMS ........................................................................................... 118
[Link]. Redes Celulares ............................................................................................... 118
[Link]. Redes PSTN .................................................................................................... 118
[Link]. Redes Wireless LAN ...................................................................................... 119
[Link]. Redes de Acceso Genrico (GAN).............................................................. 120
4.2.2. Algunos Procedimientos de Interaccin entre redes .......................................... 120
[Link]. Descubrimiento del P-CSCF ........................................................................ 120
[Link]. Procedimiento de Registro............................................................................ 121
[Link]. Interaccin entre dos redes IMS .................................................................. 122
[Link]. Interaccin entre IMS y la PSTN................................................................. 123
[Link]. Interaccin entre IMS y una red IPv4 ......................................................... 124
4.2.3. Factores a Considerar para la Implementacin de IMS ..................................... 124
[Link]. Escalabilidad.................................................................................................... 125
[Link]. Flexibilidad ...................................................................................................... 125
[Link]. Disponibilidad................................................................................................. 126
[Link]. Seguridad.......................................................................................................... 126
[Link]. Calidad de Servicio (QoS) ............................................................................. 126
[Link]. Administrabilidad ........................................................................................... 127
[Link]. Costo - Efectividad......................................................................................... 127
4.3. Utilizacin de WiMAX como Tecnologa de Acceso ............................................. 128
4.3.1. Arquitectura de Interoperacin de WiMAX con IMS........................................ 128
4.3.2. WiMAX Fijo y WiMAX Mvil............................................................................... 129
4.3.3. Comparacin Grfica de WiMAX Mvil con Tecnologas 3G......................... 129

Captulo 5 Discusiones......................................................................................... 132

5.1. Sobre Resultados........................................................................................................... 132
5.2. Sobre la Convergencia de Redes................................................................................. 133
5.3. Sobre IMS ...................................................................................................................... 134
5.4. Sobre WiMAX............................................................................................................... 135

Captulo 6 Conclusiones....................................................................................... 137

Captulo 7 Acrnimos........................................................................................... 141

Captulo 8 Bibliografa ......................................................................................... 147

iv
Captulo 9 Anexos................................................................................................. 151
9.1. Modelos de Referencia de Red ................................................................................... 151
9.1.1. Modelo OSI .............................................................................................................. 151
[Link]. Capa Fsica....................................................................................................... 152
[Link]. Capa de Enlace................................................................................................ 152
[Link]. Capa de Red..................................................................................................... 152
[Link]. Capa de Transporte ........................................................................................ 153
[Link]. Capa de Sesin ................................................................................................ 153
[Link]. Capa de Presentacin..................................................................................... 153
[Link]. Capa de Aplicacin......................................................................................... 153
9.1.2. Modelo TCP/IP ....................................................................................................... 154
[Link]. Capa de Internet ............................................................................................. 155
[Link]. Capa de Transporte ........................................................................................ 155
[Link]. Capa de Aplicacin......................................................................................... 155
9.1.3. Modelo Jerrquico de Red ...................................................................................... 155
[Link]. Capa Core ........................................................................................................ 156
[Link]. Capa de Distribucin ..................................................................................... 156
[Link]. Capa de Acceso............................................................................................... 156
9.2. Arquitecturas de Redes de Telefona (Continuacin).............................................. 156
9.2.1. GSM ........................................................................................................................... 156
[Link]. Protocolos Utilizados..................................................................................... 156
[Link]. Canales Fsicos y Lgicos .............................................................................. 158
[Link]. Interfaces entre Entidades Funcionales ...................................................... 158
9.2.2. GPRS ......................................................................................................................... 159
[Link]. Protocolos Utilizados..................................................................................... 159
[Link]. Canales Fsicos y Lgicos .............................................................................. 161
[Link]. Interfaces entre Entidades Funcionales ...................................................... 162
9.2.3. UMTS ........................................................................................................................ 162
[Link]. Clases de Servicio en UMTS ......................................................................... 162
[Link]. Protocolos Utilizados..................................................................................... 163
[Link]. Canales Fsicos y Lgicos .............................................................................. 165
[Link]. Interfaces entre Entidades Funcionales ...................................................... 166
9.2.4. PacketCable............................................................................................................... 166
[Link]. Arquitectura (Continuacin) ......................................................................... 166
[Link]. Sistemas de Soporte Operacional................................................................. 168
[Link]. Principales Protocolos ................................................................................... 169
[Link]. Interfaces entre componentes funcionales ................................................. 170
[Link]. Adaptacin de Identidades de IMS.............................................................. 171
9.3. Diagrama Resumen de IMS ........................................................................................ 172
9.4. Conceptos y Funcionamiento de IMS (Continuacin) ........................................... 173
9.4.1. Ejemplos de Control de Portadores de Trfico................................................... 173
[Link]. Proceso de Reservacin de Recursos en UMTS ........................................ 173
[Link]. Proceso de Reservacin de Recursos a travs de una WLAN................. 174
[Link]. Implementacin de QoS en redes Inalmbricas ........................................ 174
9.4.2. Procedimientos de Inicio de Sesin ...................................................................... 175
[Link]. Origen desde la PSTN ................................................................................... 175
[Link]. Origen desde un Cliente externo SIP No-IMS .......................................... 177
9.4.3. Procedimientos S-CSCF/MGCF l S-CSCF/MGCF....................................... 178
[Link]. Terminacin PSTN en una Red distinta a la del S-CSCF......................... 178
9.4.4. Procedimientos de Trmino de Sesin ................................................................. 179
v
 [Link]. Trmino en una red PSTN............................................................................ 179
[Link]. Trmino en un Cliente externo SIP No-IMS ............................................. 180
9.4.5. Funciones de Control de Borde............................................................................. 182
[Link]. Transporte del Plano de Usuario.................................................................. 182
9.4.6. Puntos de Referencia para la Interoperacin entre IMS y una WLAN ........... 186
9.4.7. Escenarios de Interoperacin entre Redes IMS IPv4 e IPv6 ............................ 188
[Link]. Acceso del UE a IMS..................................................................................... 188
[Link]. Escenarios de Interoperacin ....................................................................... 189
[Link]. Escenarios de Migracin................................................................................ 190
9.5. Caractersticas Avanzadas de WiMAX (Continuacin)........................................... 191
9.5.1. Adaptive Modulation and Coding (AMC)............................................................ 191
9.5.2. Hybrid Auto Repeat Request (HARQ)................................................................. 191
9.5.3. Frequency Selective Scheduling ............................................................................. 192
9.5.4. Tcnicas de Radio .................................................................................................... 192

vi
ndice de Figuras

Figura 1: Nmero de Abonados Mviles por cada 100 Habitantes. ..........................................5

Figura 2: Nmero de Lneas Fijas por cada 100 Habitantes........................................................5
Figura 3: Distribucin Mundial de Abonados a Servicios 3G, Ao 2004. ................................6
Figura 4: Tasa de Penetracin de Internet por Continente, Ao 2004. .....................................6
Figura 5: Evolucin de la Penetracin de Servicios de Telecomunicaciones en Chile. ...........7
Figura 6: Evolucin de Telefona Fija Analgica y Digital ..........................................................8
Figura 7: Distribucin de Tecnologas de Acceso a Internet en Chile.......................................9
Figura 8: Concepto bsico de FMC...............................................................................................10
Figura 9: Etapas de adopcin de FMC..........................................................................................12
Figura 10: Clsters de 7 Celdas. .....................................................................................................14
Figura 11: Tipos de Sectorizacin de Celdas................................................................................14
Figura 12: Administracin del Handoff. .......................................................................................15
Figura 13: Frequency Division Multiple Access (FDMA). ........................................................17
Figura 14: Time Division Multiple Access. ..................................................................................17
Figura 15: Code Division Multiple Access. ..................................................................................18
Figura 16: Principios de NGN. ......................................................................................................18
Figura 17: Diagrama de la Arquitectura NGN. ...........................................................................19
Figura 18: Capas de la Arquitectura IMS. .....................................................................................23
Figura 19: Cambio de Integracin vertical a horizontal dado por IMS....................................23
Figura 20: Arquitectura del Core de IMS......................................................................................24
Figura 21: Entidades soportadas por el HSS................................................................................25
Figura 22: Ejemplo de Llamada de Larga Distancia de A hasta B............................................33
Figura 23: Tipos de Puntos y Enlaces de Sealizacin en SS7..................................................35
Figura 24: Arquitectura PSTN con SS7. .......................................................................................35
Figura 25: Comparacin entre el modelo OSI y protocolo SS7................................................35
Figura 26: Arquitectura GSM. ........................................................................................................39
Figura 27: Arquitectura GPRS. ......................................................................................................42
Figura 28: GPRS versus EGPRS. ..................................................................................................43
Figura 29: Arquitectura UMTS.......................................................................................................45
Figura 30: Core de la Arquitectura UMTS Release 5. .................................................................47
Figura 31: Pila de Protocolos para servicios Multimedia en Internet.......................................48
Figura 32: Relacin entre las distintas versiones de PacketCable..............................................53
Figura 33: Arquitectura PacketCable Release 2.0. .......................................................................53
Figura 34: Arquitectura de Acceso HFC. .....................................................................................55
Figura 35: Red HFC Actual. ...........................................................................................................56

vii
Figura 36: Arquitectura de una red de acceso ADSL..................................................................57
Figura 37: Arquitectura de Referencia de WiMAX. ....................................................................60
Figura 38: Ejemplo de la Relacin entre Identidades de Usuario. ............................................62
Figura 39: Mecanismo para el descubrimiento del P-CSCF a travs de GPRS.......................63
Figura 40: Mecanismo Genrico para el descubrimiento del P-CSCF.....................................63
Figura 41: Uso de Dominios de Seguridad de Red y Gateways de Seguridad. .......................65
Figura 42: Entidades del Control SBLP........................................................................................66
Figura 43: Arquitectura de QoS para acceso 3GPP IP a travs de una WLAN. ....................68
Figura 44: Flujo de mensajes en IMS para el proceso de Registro - Usuario no Registrado.71
Figura 45: Secciones de Procedimientos de Sesin.....................................................................74
Figura 46: Origen Mvil; Roaming................................................................................................76
Figura 47: Flujo de mensajes en IMS para Redes de distintos Operadores.............................78
Figura 48: Flujo de Mensajes para Trmino Mvil en una Red Visitada. ................................80
Figura 49: Funciones de Control de Borde. .................................................................................81
Figura 50: Origen de sesin IMS hacia una red IPv4. ................................................................82
Figura 51: Escenario de Anunciacin y Seleccin de Red..........................................................84
Figura 52: Modelo de Interoperacin con WLAN AN entre UE y su red Home. ................85
Figura 53: Modelo de Interoperacin con una red WLAN en caso de Roaming...................86
Figura 54: Seleccin de WLAN de Interoperacin y red Visitada. ...........................................87
Figura 55: Procedimiento de Autentificacin y Autorizacin para una WLAN.....................88
Figura 56: Arquitectura funcional de GAN..................................................................................89
Figura 57: Procedimiento de Descubrimiento en una GAN.....................................................91
Figura 58: Procedimiento de Registro en una GAN...................................................................92
Figura 59: Procedimiento de Handoff desde una celda UTRAN a una GAN. ......................93
Figura 60: Mdulo de Identidad de Servicios IP Multimedia (ISIM). ......................................95
Figura 61: Formatos de Numeracin de la Recomendacin ITU-T E.164. ............................97
Figura 62: Ejemplo de Traduccin de E.164 a SIP URI. ...........................................................98
Figura 63: Resumen de un Proceso de Registro en IMS. ...........................................................99
Figura 64: Trfico de Sealizacin ISUP generado en una llamada Local............................ 101
Figura 65: Operacin de un Servidor Proxy.............................................................................. 102
Figura 66: Puntos de Referencia de QoS en PacketCable....................................................... 103
Figura 67: Diagrama de la Arquitectura 802.16. ....................................................................... 106
Figura 68: Ortogonalidad en OFDM. ........................................................................................ 108
Figura 69: OFDM y OFDMA..................................................................................................... 108
Figura 70: Diagrama de Resumen de la Arquitectura IMS...................................................... 117
Figura 71: Acceso a IMS a travs de Redes Celulares.............................................................. 118
Figura 72: Acceso a IMS a travs de una red PSTN. ............................................................... 119
Figura 73: Acceso a IMS a travs de una red WLAN.............................................................. 119
Figura 74: Acceso a IMS a travs de una red GAN. ................................................................ 120
Figura 75: Descubrimiento del P-CSCF a travs de una Red de Conectividad IP.............. 121
Figura 76: Procedimiento de Registro al sistema IMS. ............................................................ 121
Figura 77: Resumen de Sesin SIP End-to-End. ..................................................................... 122
Figura 78: Resumen de una sesin desde IMS a la PSTN....................................................... 123
Figura 79: Interaccin entre IMS y una red IPv4. .................................................................... 124
Figura 80: Arquitectura de Interoperacin entre WiMAX e IMS. ......................................... 128
Figura 81: Comparacin de Desempeo entre WiMAX Mvil, HSPA y EVDO............... 130
Figura 82: Diagrama Comparativo entre EVDO, HSPA y WiMAX Mvil. ........................ 131
Figura 83: Proyecciones de Usuarios y Retornos de FMC 2004-2010. ................................. 134
Figura 84: Comparacin entre el Modelo OSI y TCP/IP....................................................... 155
Figura 85: Modelo Jerrquico de Red......................................................................................... 156

viii
Figura 86: Pila de Protocolos utilizados en GSM..................................................................... 157
Figura 87: Pila de Protocolos de transmisin utilizados en GPRS. ....................................... 160
Figura 88: Pila de Protocolos de Sealizacin utilizados en GPRS. ...................................... 161
Figura 89: Pila de Protocolos del Plano de Sealizacin utilizados en UMTS..................... 163
Figura 90: Pila de Protocolos del Plano de Usuario utilizados en UMTS. ........................... 163
Figura 91: Relacin entre Identidades Pblicas de Usuario, GRUUs y UEs. ...................... 171
Figura 92: Diagrama Resumen de IMS. ..................................................................................... 172
Figura 93: Reservacin de Recursos para un servicio basado en una poltica local............. 173
Figura 94: Flujo de Mensajes para entregar QoS con una WLAN de acceso. ..................... 174
Figura 95: Origen desde la PSTN. .............................................................................................. 176
Figura 96: Origen desde un Cliente Externo No-IMS............................................................. 177
Figura 97: Inicio de Sesin con trmino PSTN en una Red distinta a la del S-CSCF. ....... 179
Figura 98: Procedimiento de Trmino de Sesin en la PSTN................................................ 180
Figura 99: Flujos de Mensajes para un Cliente externo SIP No-IMS de Trmino.............. 181
Figura 100: Utilizacin de AMC en WiMAX............................................................................ 191
Figura 101: Sistema Adaptivo de Antenas................................................................................. 192

ix
ndice de Tablas

Tabla 1: Interfaces en IMS..............................................................................................................30

Tabla 2: Descripcin de los Enlaces SS7. .....................................................................................34
Tabla 3: Mensajes de Sealizacin en ISUP. ................................................................................36
Tabla 4: Caractersticas Principales de las Generaciones de Telefona Mvil. ........................38
Tabla 5: Comparacin de Caractersticas de la familia GSM. ....................................................47
Tabla 6: Tipos de Requerimientos SIP..........................................................................................50
Tabla 7: Tipos de Cdigos de Estatus en una Respuesta SIP....................................................50
Tabla 8: Principales Diferencias entre H.323 y SIP. ...................................................................51
Tabla 9: Resumen de las principales caractersticas de algunas tecnologas xDSL.................58
Tabla 10: 802.16d versus 802.16e. .................................................................................................59
Tabla 11: Asignacin de QoS de acuerdo al Trfico UMTS......................................................67
Tabla 12: Informacin almacenada antes, durante y despus del Registro..............................73
Tabla 13: Combinaciones de los Procedimientos de Sesin......................................................74
Tabla 14: Resumen de Interfaces Areas de 802.16................................................................. 107
Tabla 15: Aplicaciones y QoS para WiMAX............................................................................. 109
Tabla 16: Resumen Comparativo de algunas Caractersticas de 1xEVDO, HSPA y WiMAX
Mvil................................................................................................................................................ 111
Tabla 17: Comparacin de Desempeo de EVDO, HSPA y WiMAX Mvil..................... 112
Tabla 18: Comparacin entre Redes Convergentes y Superpuestas. ..................................... 114
Tabla 19: Paralelo de caractersticas entre (S)OFDMA y CDMA.......................................... 130
Tabla 20: Anlisis FODA de WiMAX. ...................................................................................... 136
Tabla 21: Ejemplos de Protocolos por Capas........................................................................... 154
Tabla 22: Canales Lgicos en GSM............................................................................................ 158
Tabla 23: Interfaces en GSM....................................................................................................... 159
Tabla 24: Canales Fsicos y Lgicos agregados por GPRS. .................................................... 161
Tabla 25: Interfaces en GPRS. .................................................................................................... 162
Tabla 26: Clases de Servicios en UMTS..................................................................................... 162
Tabla 27: Canales Fsicos y Lgicos utilizados en UMTS. ...................................................... 165
Tabla 28: Interfaces en UMTS. ................................................................................................... 166
Tabla 29: Velocidades de Transferencia de DOCSIS. ............................................................. 169
Tabla 30: Principales Interfaces de PacketCable. ..................................................................... 170
Tabla 31: Mapeo de la Clase de Trfico de acuerdo al Nmero de Colas. ........................... 175
Tabla 32: Mapeo de Categoras de Acceso WMM y Etiquetas 802.1D. ............................... 175
Tabla 33: Derivacin de Headers IPv4 a IPv6 (sin fragmentacin). ..................................... 183
Tabla 34: Derivacin de Headers IPv4 a IPv6 (con fragmentacin)..................................... 184

x
Tabla 35: Derivacin de Headers IPv6 a IPv4 (sin fragmentacin). ..................................... 185
Tabla 36: Derivacin de Headers IPv6 a IPv4 (con fragmentacin)..................................... 186
Tabla 37: Puntos de Referencia para la Interoperacin con una WLAN. ............................ 187
Tabla 38: Algunos Escenarios End-to-End. ............................................................................. 190

xi
Captulo 1
Introduccin

1.1. Motivacin
Desde hace algn tiempo hasta ahora, el servicio de telefona fija ha mantenido constante su
nivel de penetracin en el mercado y, en algunos casos, sta se ha visto incluso disminuida en cierto
grado. Por otra parte, el surgimiento de la telefona celular ha tenido un crecimiento explosivo y una
alta penetracin en el mercado en todo el mundo.

La telefona celular abri una nueva era de movilidad y de conectividad para las personas:
ahora pueden comunicarse en cualquier momento con quien deseen a travs de un telfono mvil.
Estudios internacionales han arrojado como resultado que un nmero considerable de personas
prefieren hablar por celular desde sus casas an cuando la cobertura celular indoor es deficiente e
incluso teniendo la opcin de utilizar un telfono fijo para esa llamada lo que significara un costo
menor y mejor calidad de servicio (La empresa BT, en el lanzamiento de su producto BT Fusion
report que el 30% de las llamadas celulares en el Reino Unido son originadas en el hogar). As, el
negocio de la telefona celular ha logrado una penetracin en el mercado mundial sumamente alta y,
debido a esto, el mercado se ha vuelto altamente competitivo.

Por otra parte, el acceso a redes de Internet por parte de los usuarios ha ido evolucionando
desde unos pocos usuarios iniciales a 220 millones de clientes estimados para el 2007 (Bilderbeek,
Finger y Vestergaard, [13]). Junto con el crecimiento de los clientes de conexiones a Internet ha ido
creciendo la capacidad de dichas conexiones permitiendo cada vez ms el acceso de los usuarios a
servicios que demandan mayor velocidad de datos. Con el pasar del tiempo, se han desarrollado
tecnologas de acceso a Internet ms eficientes tanto en capacidad de transmisin de datos como en
costo para el usuario, de la misma forma se he mejorado la comodidad del enlace llegando, incluso, a
las redes wireless (o inalmbricas), principalmente con tecnologa Wi-Fi. Se han implementado
muchas de estas redes en forma gratuitas (llamadas hotspots, que son espacios con una red de acceso
a Internet a travs de Wi-Fi) que se encuentran disponibles para los usuarios en aeropuertos, cafs y
universidades (entre otros), las que constituyen una seal de modernidad de parte de las empresas
operadoras.

Los usuarios pueden acceder a una serie de servicios que le permiten estar conectado dentro de
su espacio tanto laboral como personal. Ya no se trata slo de telefona fija, tambin est la telefona
celular y todos los servicios de voz que pueden ofrecerse a travs de Internet junto con un software
adecuado partiendo desde una comunicacin de voz bsica, por ejemplo, a travs de MSN

1
Messenger hasta aplicaciones ms sofisticadas donde se puede montar videoconferencia, llamadas
simultneas, etc.

Es as, dada esta gran cantidad de recursos de comunicaciones y el surgimiento e

implementacin creciente de tecnologas de acceso wireless a Internet, que las personas han ido
adquiriendo cada vez ms movilidad en sus trabajos y en su vida en general. Sin embargo, la
innovacin en productos de telecomunicaciones ha creado mayor complejidad para los usuarios. El
abanico de alternativas disponibles para la comunicacin abre una problemtica que tiene que ver
con la interoperacin que debiera existir entre dichos servicios de comunicaciones. Un ejemplo de
este escenario es el siguiente: Juan est disponible solamente para comunicarse en lnea a travs de un
programa como Messenger. Hasta hace poco tiempo, Juan no podra ser alcanzado por Ana, la que
desea comunicarse con l, pero slo cuenta con un telfono mvil o celular. Sin embargo, ya es
posible la interoperacin entre algunos programas como Messenger y la telefona celular de forma
que Juan y Ana puedan comunicarse.

As, si un cliente deseara cubrir todas las alternativas vigentes de telecomunicaciones debiera
llevar consigo aproximadamente 6 tipos de terminales distintos y su tasa de xito para comunicarse
con un compaero de trabajo en el primer intento sera del 36% (Santarelli, [35]). Y no slo la
cantidad de formas de comunicacin sera un problema sino que la cantidad de cuentas y alternativas
tarifarias para cada uno de estos equipos hacen una situacin bastante engorrosa para el usuario.

Surge entonces el concepto de Convergencia Fija-Mvil o FMC (Fixed-Mobile Convergence)

como la solucin para el complejo problema de interoperabilidad planteado en los prrafos
anteriores. Esta solucin implica que un usuario pueda acceder a todos los servicios que tenga
contratados desde un terminal nico y a travs de cualquier red de acceso sin importar su naturaleza,
es decir, desde la red xDSL del hogar, Wi-Fi, Bluetooth o desde una red celular, entre otros.

Que una arquitectura de red convergente sea independiente de la tecnologa de acceso abre las
puertas para que las empresas de telecomunicaciones que no cuentan con ltima milla instalada
(empresas conocidas como CLEC, sigla en ingls que significa Competitive Local Exchange Carrier)
puedan optar por brindar servicios al usuario final sin tener la necesidad de utilizar las redes de
terceros para llegar a stos (desagregacin de redes) sino que por medio de la instalacin de
tecnologas de acceso inalmbrico de bajo costo de implementacin como lo es, por ejemplo, la
tecnologa WiMAX, que es una tecnologa que est en constante actualizacin de sus capacidades y
que podra permitir en el futuro su implementacin como tecnologa de acceso mvil. De esta forma,
comienza a derrumbarse una de las mayores barreras de entrada para nuevos operadores de
telecomunicaciones: La inversin inicial en que deben incurrir para desplegar redes de acceso.

1.2. Objetivos Generales

Se busca establecer la arquitectura de red necesaria para migrar y finalmente ofrecer servicios
convergentes de red y determinar las ventajas y desventajas de la utilizacin de WiMAX como
tecnologa de acceso a una red de telefona convergente.

2
1.3. Objetivos Especficos
Ordenar y especificar las principales arquitecturas necesarias y la evolucin de las redes
actuales hacia dichas arquitecturas para brindar servicios convergentes.
Identificar y analizar dichas arquitecturas y sus principales caractersticas como protocolos,
bloques funcionales e interfaces utilizadas para brindar servicios de redes convergentes.
Caracterizar la tecnologa WiMAX junto con sus avances como tecnologa de acceso
wireless y discutir la factibilidad de su utilizacin en servicios de convergencia.
Plantear una solucin de arquitectura convergente y los principales factores de factibilidad
de su implementacin.

1.4. Estructura de la Memoria

La consumacin de esta memoria se basa en las siguientes labores a realizar:
Estudio del desarrollo de las telecomunicaciones a nivel internacional.
Estudio de los servicios de convergencia fija-mvil.
Estudio de las principales arquitecturas de redes de telefona.
Estudio de arquitecturas convergentes.
Descripcin de interoperacin de componentes entre las distintas redes.
Descripcin del funcionamiento de la red convergente.
Estudio comparativo entre la arquitectura convergente y la PSTN.
Anlisis de WiMAX como tecnologa de acceso.

3
Captulo 2
Antecedentes

2.1. Evolucin de las Telecomunicaciones en el Mundo

Los servicios de telecomunicaciones generalmente se engloban en el trmino TIC que quiere
decir Tecnologas de la Informacin y la Comunicacin y que incluye tanto servicios de telefona de
lnea fija, mvil como servicios de acceso a Internet.

La industria de las telecomunicaciones se ha caracterizado siempre por un avance continuo

tanto en los aspectos regulatorios como tecnolgicos. El crecimiento de las TIC se ha visto
beneficiado por dos hechos: la privatizacin y la apertura de los mercados a la competencia. As, en
Amrica la privatizacin de los operadores tradicionales de telecomunicaciones ha alcanzado un 74%
y los niveles de competencia en servicios de Internet alcanzan el 93%, en telefona mvil es del 76%
y en telefona fija, 61% (datos obtenidos para el ao 2005). Es la competitividad la que ha provocado
un aumento en el flujo de inversiones en las telecomunicaciones y al mismo una serie de fusiones y
adquisiciones (un ejemplo claro de esto es la fusin Metrpolis-VTR y Telefnica Mvil-BellSouth).
Asimismo, las grandes empresas telefnicas han comenzado a incorporar nuevos productos y
tecnologas como la IPTV a travs de ADSL o ADSL2+.

Es importante destacar que, aunque el crecimiento de las TIC ha sido incesante, no se observa
el mismo nivel de crecimiento en todo el mundo, observndose una brecha tecnolgica entre pases
desarrollados y pases en desarrollo adems de diferencias entre las distintas clases sociales dentro de
un mismo pas. Con el pasar del tiempo, estas divergencias han tendido a sesgarse y se espera que
siga as. Sin embargo, la brecha an es considerable. Este fenmeno se observa en la Figura 1 y
Figura 2 (ITU, [22]).

Cada una de estas figuras describe dos casos diferentes. En cuanto a la telefona mvil el
nmero de abonados se mantiene en aumento para todo el mundo aunque se observa una clara
diferencia en los niveles de penetracin para cada grupo.

En cambio, la telefona fija pareciera haber estancado su crecimiento. Sin embargo, ms que
una condicin esttica se observa que los pases desarrollados (naciones con mayor penetracin de
lneas fijas) han ido disminuyendo su porcentaje de lneas fijas mientras que los pases en vas de

4
desarrollo (naciones con menor penetracin) han experimentado un crecimiento del porcentaje de
lneas fijas.

El aumento en la penetracin de la telefona mvil junto con el estancamiento o disminucin

de la telefona fija abren el debate sobre si estos dos tipos de telefona son sustitutivos. En estudios
estadsticos realizados se ha encontrado que, aunque el nmero de lneas mviles superan a las fijas,
la cantidad de minutos hablados a travs de las fijas ha aumentado, principalmente debido a la
diferencia de precios de ambos servicios, por lo que se deduce que son complementarias. An en
pases en que la telefona mvil se encuentra en una etapa de baja de precios, el nivel sustitutivo es
dbil, encontrndose que ambas alternativas no son sustitutos cercanos.

100
Pases Desarrollados
90
Pases en Desarrollo
80 77
Mundo
70
70 65
58
60
Abonados

50
50

40 35
28
30 25 23
18 19
20 16 19
13 12
8 8 14
10 5 4 5 11
3 8
2 3 5
1 1 1 2
0 0 0
94 95 96 97 98 99 00 01 02 03 04
Ao

Figura 1: Nmero de Abonados Mviles por cada 100 Habitantes.

100
Pases Desarrollados
90
Pases en Desarrollo
80 Mundo

70

56 57 57 56
Lneas Fijas

60 54 54 55 54
50 52
49
50

40

30

16 16 17 18 18
20 14 14 15
12 12 13
10 13
10 11 12
7 8 9
0 4 5 6 6
94 95 96 97 98 99 00 01 02 03 04
Ao

Figura 2: Nmero de Lneas Fijas por cada 100 Habitantes

Los servicios de lnea fija corresponden a la tecnologa de telecomunicaciones que menos

cambios ha experimentado en el tiempo y, debido al ingreso de las empresas de televisin por cable
al mercado de la telefona fija, las ILECs (Incumbent Local Exchange Carrier) corren el riesgo de
seguir disminuyendo su participacin en el mercado. Por otra parte, el xito mundial de la telefona
mvil se debe a varios factores tales como la introduccin de las tarifas de prepago, la subvencin de
equipos en algunos pases y la disponibilidad de servicios como la mensajera corta (SMS).

5
 En cuanto a los servicios 3G GSM de telefona mvil, dada la brecha tecnolgica existente es
muy poco probable que los operadores de pases en desarrollo la ofrezcan en un futuro muy
prximo. El mayor uso de esta tecnologa no se ha visto, como se tendera a pensar, en Europa, sino
que en Amrica del Norte y en Asa Pacfico, zonas que concentran aproximadamente el 93% de los
abonados a dicha tecnologa. Ya en el ao 2004, Estados Unidos, Corea y Japn concentraban por s
solos el 75% de los abonados a tecnologas 3G.

La Figura 3 (ITU, [22]) muestra la distribucin de abonados a tecnologas 3G a nivel mundial

para el ao 2004. Es importante mencionar que el nmero total de abonados a estas tecnologas
durante el 2004 alcanzaba los 160 millones de clientes.

40,1%
44,6%

0,2%
8,5% 5,5%
1,1%

Amrica frica
Oceana Europa
Asia - WCDMA Asia - CDMA 2000 1x

Figura 3: Distribucin Mundial de Abonados a Servicios 3G, Ao 2004.

Con respecto a la disponibilidad de acceso a Internet, la evolucin de este servicio ha sido

notable aunque an falta mucho para disminuir la brecha tecnolgica entre los distintos pases y
clases sociales. En el ao 1988 haba solamente 8 pases con acceso a Internet, en el ao 2003, el
nmero de pases con acceso a Internet alcanzaba los 209. Para el 2004, se estim que el 13,2% de la
poblacin del mundo tendra acceso a Internet, como se muestra en la Figura 4 (ITU, [22]).

35
31,1

30 28,2

25
Porcentaje [%]

20

15 13,2

10 8,1

5 2,6

0
Mundo Amrica Europa Asia frica

Figura 4: Tasa de Penetracin de Internet por Continente, Ao 2004.

Sin embargo, es importante notar que estas tasas de penetracin no son uniformes en cada
continente. En la zona de Asia Pacfico el acceso a Internet alcanza el 60% en pases tales como la

6
Repblica de Corea, Australia y Nueva Zelanda, mientras que no supera el 5% en pases como
Bangla Desh y Camboya. Por otra parte, hay pases en frica en que el acceso a Internet tiene una
penetracin del 50%.

Un factor importante dentro del desarrollo de las telecomunicaciones es el acceso a Internet a

travs de tecnologas de Banda Ancha. Las tecnologas de Banda Ancha, al contar con una mayor
velocidad de datos permiten el desarrollo de nuevos servicios en Internet ms exigentes en cuanto a
tasa de transferencia. Estos servicios pueden ir desde aplicaciones recreativas, didcticas hasta la
creacin de nuevos negocios y servicios pblicos. Para el 2004, se tena que el 2,5% de la poblacin
mundial tena acceso a estas tecnologas, lo que constituye el 38% del total de los usuarios a Internet.

La Banda Ancha sigue, por consiguiente, en aumento tanto que incluso en algunos pases las
conexiones de banda ancha han superado por mucho al nmero de conexiones por mdem. As,
adems de los sitios HotSpots (con tecnologa Wi-Fi) que han tenido gran xito en algunos pases,
se est comenzando a hacer pruebas pilotos con tecnologa WiMAX.

2.2. Crecimiento de las Telecomunicaciones en Chile

Chile es un pas que no se ha visto exento de la evolucin en telecomunicaciones que ha
experimentado el mundo. La competitividad del mercado de Telecomunicaciones ha permitido una
serie de fusiones de empresas a partir del 2004, como por ejemplo entre Telefnica Mvil y Bellsouth
(actual Movistar) y entre VTR y Metrpolis, lo que demand la participacin del Tribunal de Defensa
de la Libre Competencia. Asimismo, se han producido una serie de adquisiciones, dentro de las que
destaca la adquisicin de Smartcom por Telmex.

En la Figura 5 se muestra la evolucin de los servicios de telefona fija, mvil y acceso a

Internet entre los aos 2000 a 2004.

27,9
04 62,1
21,5

26,3
03 49,4
Periodo (anual)

21,4

23,8
02 42,8
23,0

20,1
01 34,2
22,6

16,7
00 22,4
21,7

0 10 20 30 40 50 60
[%]
Lneas en Servicio Abonados Mviles Usuarios de Internet

Figura 5: Evolucin de la Penetracin de Servicios de Telecomunicaciones en Chile.

Lo primero que se observa es que las lneas de telefona fija en servicio comienzan a aumentar
despus de un periodo en que la tendencia de stas era a disminuir. As mismo, la cantidad de
abonados mviles han aumentado vigorosamente en el tiempo alcanzando una penetracin de 62,1

7
abonados por cada 100 habitantes. Al mismo tiempo que ha aumentado el nmero de abonados,
tambin ha aumentado el uso que se hace de servicios de valor agregado en los servicios mviles
como en el caso de la mensajera SMS adems del servicio bsico de voz. En relacin al crecimiento
de la penetracin a Internet, la cantidad de conexiones alcanz un total de 940695 mostrando un
aumento de conexiones dedicadas y disminucin de las conmutadas.

En cuanto a la telefona fija cabe destacar dos tecnologas diferentes para brindar este servicio
y que son las lneas analgicas y digitales. Las lneas analgicas son las tradicionales de una red PSTN
(Public Switched Telephone Network) mientras que las lneas digitales corresponden a las ofrecidas
por empresas de Televisin por Cable e ISDNs (Integrated Services Digital Network) y
corresponden a una tecnologa de hace pocos aos que le han entregado un nuevo impulso al
mercado de la telefona fija.

La Figura 6 muestra la evolucin de las dos tecnologas de lneas fijas en los ltimos aos en el
pas. La telefona digital ha tenido una tasa de aumento del 11% desde el periodo de diciembre del
2004 a junio del 2005, mientras que en ese mismo periodo la tasa de aumento de la telefona
analgica es del 2%. Sin embargo, es importante notar que estos porcentajes de crecimiento son
relativos ya que la telefona fija analgica posee alrededor de 3120000 lneas y la telefona digital no
alcanza las 220000 lneas.

Telefona Analgica Telefona Digital

230.000
3.300.000
210.000
3.200.000 190.000

170.000
3.100.000
150.000
3.000.000
130.000

2.900.000 110.000

90.000
2.800.000
70.000

2.700.000 50.000
Dic 01 Mar 03 Dic 03 Jun 04 Dic 04 Jun 05 Dic 01 Mar 03 Dic 03 Jun 04 Dic 04 Jun 05

Periodo Periodo
Figura 6: Evolucin de Telefona Fija Analgica y Digital

Con relacin a las conexiones a Internet, stas se pueden dividir en dos grandes grupos:
Conexiones conmutadas: Una conexin de este tipo corresponde a un usuario que se
conecta a Internet llamando desde su telfono. Las tecnologas que se distinguen en Chile
para este tipo de conexin son:
Telefnica Analgica.
ISDN (Integrated Services Digital Network).
Conexiones dedicadas: Dentro de este tipo de conexin se distinguen las siguientes
tecnologas:
ADSL (Asymmetric Digital Subscriber Line).
Cable Mdem.
Otras tecnologas: En este conjunto se engloban tecnologas de acceso dedicado va
enlace satelital dedicado, Frame Relay, Wireless Local Loop, HDSL, Ethernet y ATM.

8
 En la Figura 7 (SUBTEL, [38]) se muestra la distribucin de tecnologas de acceso a Internet,
tanto para conexiones conmutadas como dedicadas. Claramente se observa un rpido crecimiento en
las conexiones dedicadas y que las conexiones conmutadas han disminuido, esto debido a las tasas de
transferencia superiores que alcanzan las conexiones dedicadas en comparacin con las conmutadas.

Telefnica Analgica ISDN ADSL Cable Mdem Otras Tecnologas

700000 800000
Conexiones Conmutadas

600000 700000

Conexiones Dedicadas
600000
500000
500000
400000
400000
300000
300000
200000
200000
100000 100000

0 0
2001 2002 2003 2004 2005 2006 2001 2002 2003 2004 2005 2006
Periodo Periodo

Figura 7: Distribucin de Tecnologas de Acceso a Internet en Chile.

2.3. Fixed Mobile Convergence (FMC)

Como se mencion en la seccin anterior, el nmero de tecnologas disponibles hoy en da
hacen que las personas y empresas posean una eleccin sumamente amplia en cuanto al acceso en las
telecomunicaciones. Por un lado, este fenmeno permite que sea ms fcil contactar personas pero
por otro lado se hace cada vez ms difcil mantenerse en contacto con la parte deseada a travs del
medio apropiado y de forma eficiente.

La ETSI (European Telecommunications Standards Institute) define el concepto de FMC

como el prstamo de capacidades de red independientes de la tcnica de acceso. Es importante
destacar que esta definicin no implica la convergencia fsica de redes, sino que se involucra con el
desarrollo de una arquitectura de red convergente y los estndares que la soporten; este conjunto de
estndares debiera ser capaz de entregar servicios fijos, mviles o hbridos.

As, el objetivo de la convergencia fija-mvil es entregar servicios de comunicaciones centrados

en el cliente en vez de una tecnologa de acceso a la red. Esto implica un cambio fundamental en la
forma en que las comunicaciones mundiales funcionan actualmente. FMC busca combinar la
conveniencia, libertad de movimiento y servicios personalizados del mundo inalmbrico con la
calidad de servicio de las comunicaciones fijas. De esta forma, los usuarios estarn siempre
conectados mientras el servicio de comunicaciones de la red optimiza el enrutamiento a travs de
balanceo de calidad, cobertura y ancho de banda eficiente.

9
 Figura 8: Concepto bsico de FMC.

2.3.1. Caractersticas de un Servicio FMC

Como se mencion anteriormente, un servicio FMC debe permitir al usuario el acceso a un
amplio rango de comunicaciones, informacin y servicios de entretenimiento, con calidad de servicio
permanente sin importar el terminal utilizado, la ubicacin de usuario o la red sobre la cual corren las
aplicaciones. As, un servicio FMC debiera tener una o ms de las siguientes caractersticas:
Uniformidad: Puede estar en el terminal, arquitectura y/o nivel de servicio. A nivel de
terminal y de red, esto se presenta en el llamado handoff: Las llamados originadas en la red
mvil pueden moverse a una red fija y viceversa, o entre diferentes redes wireless como
Wi-Fi y 2G, sin interrupcin o cambio en la calidad de servicio. A nivel de arquitectura,
esto es transferir aplicaciones de una plataforma de red a otra, sin necesitar codificacin
complicada o traduccin.
Flexibilidad en mtodos de acceso: Los servicios de convergencia y terminales permitirn a
los clientes usar la tecnologa de acceso ms apropiada, como celular o Wi-Fi, basados en
criterios tales como ubicacin actual, aplicacin requerida, calidad de servicio y tarifa de
llamadas.
CPE Convergente (Converged Customer Premise Equipment): O equipamiento local para
el cliente convergente. La disponibilidad de CPE permitir a los clientes moverse entre
tipos de acceso ms fcilmente. Los usuarios actuales poseen generalmente un telfono de
lnea fija para voz a bajo costo y acceso a Internet y un telfono mvil para voz inalmbrica
y quizs aplicaciones bsicas de datos como SMS. Los usuarios de empresas, comnmente
tienen ms terminales como un PDA o un laptop para datos mviles. Sin embargo, la
entrada de CPEs como telfonos Wi-Fi permitirn a los usuarios usar un terminal para
acceder a las aplicaciones a las que actualmente accede con algunos dispositivos.
Personalizacin: Los servicios FMC permiten al usuario final decidir el conjunto de
servicios a recibir tan bien como la apariencia y ambiente de la interfaz de usuario del
terminal. La disponibilidad del CPE dar a los usuarios una identidad unificada. Por
ejemplo, en vez de que los usuarios deban configurar un dispositivo mvil y luego uno fijo,

10
 cada uno con el mismo conjunto de servicios como libreta de direcciones personalizada,
slo debern hacerlo una vez para un dispositivo. Hoy, la personalizacin est asociada
principalmente con el mundo mvil, como los dispositivos mviles incluyen una mayor
variedad de opciones de personalizacin que los dispositivos fijos. FMC llevar la
personalizacin al mbito de la lnea fija.
Lo mejor del mundo celular, fijo e inalmbrico: Un servicio FMC debe unir la libertad de la
movilidad con la seguridad, calidad de servicio, mayor ancho de banda y menores costos de
los servicios de lnea fija. Esto es posible a travs del uso de varias redes, ya sean celular,
fija o inalmbrica.

2.3.2. Etapas de la Convergencia

La adopcin y migracin de la convergencia fijo-mvil ocurrir en una serie de etapas, en las
cuales estn trabajando una amplia variedad de industrias. Sin embargo, la adopcin de FMC est
condicionada por el panorama existente en cada pas en trminos de niveles de competencia,
regulacin, infraestructura y requerimientos de usuario lo que ha permitido la existencia de variados
modelos del desarrollo de la convergencia adaptados a la realidad de cada pas.

La evolucin comn considerada para FMC considera tres etapas donde las dos primeras se
definen como de pre-convergencia y se basan en la forma en cmo el servicio es vendido y lanzado
al mercado en vez de cambios de infraestructura de la red o de la interfaz de usuario. La tercera etapa
se define como de convergencia ya que implica cambios fundamentales en la infraestructura de red
como en los terminales de usuario. Las etapas son:
Convergencia Comercial: Lanzamiento de bundles (lotes, referido a un conjunto) con
mltiples servicios con un precio.
Convergencia a Nivel de Producto: Como por ejemplo un buzn de mensajes nico para
telfono fijo y mvil.
Convergencia de Terminales y de Red: Existencia de un nico dispositivo para mltiples
tipos de acceso y aplicaciones junto con la existencia de continuidad en cuanto al handoff
entre redes.

En la Figura 9 se muestra una tabla con las etapas propuestas por la IDC para la convergencia.

11
 Valor

Bundles con los Operadores lanzando

Etapas FMC servicios existentes servicios Proliferacin de FMC
fijos, de banda ancha, convergentes
Capas de Convergencia
WiFi y celulares

Bundles con mltiples

servicios con una Nuevos servicios Continuidad en el
Caractersticas multimedia toman roaming de servicios
cuenta nica del
de Servicio operador en mltiples ventaja de FMC multimedia
redes

Comienzan a aparecer Los dispositivos Mercado de terminales

Caractersticas dispositivos de voz y WiFi/celular son completamente
datos en modo dual dominantes y las convergido con
de Terminales WiFi/celular opciones multimedia muchos modelos y
crecen savores

Depsitos de redes La capa IP comienza a

Caractersticas celulares, fijas, banda hacer converger las Una nica red
ancha y de WiFi redes fijas, de banda convergida IP
de Red ancha, celulares, WiFi
y WiMAX

Tiempo
Figura 9: Etapas de adopcin de FMC.

2.3.3. Proposicin de valor al Cliente de FMC

FMC propone cambios en las arquitecturas y servicios de red que no son igualmente vistos por
los usuarios finales como por las empresas. As, se describirn brevemente las proposiciones de valor
para cada uno de estos clientes.

[Link].Proposicin de valor al Consumidor

FMC se enfoca a presentar a los consumidores una experiencia de comunicacin uniforme
tanto dentro como fuera del hogar. En su forma ms extrema, esta experiencia de consumidor
uniforme puede entregar un terminal, un servicio y un precio. Los clientes estarn siempre
conectados, mientras el servicio de comunicaciones balancear la calidad, cobertura y ancho de banda
eficientes, presentando al cliente con la mejor experiencia posible donde sea que est. Los beneficios
del consumidor sern por su conveniencia y simplicidad, activando nuevos servicios al mismo
tiempo. Estos beneficios pueden incluir:
Un terminal y nmero de telfono por miembro de la familia.
Una cuenta combinando servicios sobre redes fijas y mviles (celular y wireless).
Una gua de telfonos y un buzn de voz.
Mejor calidad para las llamadas mviles indoor.
Menor costo para las llamadas mviles en el hogar.
La disponibilidad de msica, e-mail, juegos, videos y otros servicios en el hogar o mientras
se est a travs de otras casas con FMC activado o hotspots Wi-Fi para menores costos y
mayores velocidades.

12
 La disponibilidad de ambientes wireless con altas velocidades y con mltiples sesiones
posibles desde la misma casa a menor costo y mayor calidad.
Balanceo de calidad de servicio, cobertura y eficiencias de ancho de banda.

Es importante destacar que no todos los consumidores pueden beneficiarse de esta

experiencia. El principal pre-requisito para el concepto actual de terminal nico de FMC es la
existencia de una conexin de banda ancha a Internet, tal como xDSL o cable junto con una
instalacin Wi-Fi o Bluetooth.

[Link].Proposicin de valor a la Empresa

Actualmente, muchas compaas estn experimentando la creciente movilidad de su fuerza de

trabajo, tales como ejecutivos viajando a travs del mundo, vendedores en campo y telefonistas
operando desde el hogar ciertas horas del da. Se observa entonces que la lnea entre el hogar y lugar
de trabajo y entre ocupacin y recreacin se hace cada vez ms difusa.

La mayora de las empresas estn de acuerdo que la eficiencia de los empleados y la satisfaccin
del cliente aumentaran si los servicios de voz y datos de la empresa se movilizaran ms; sin embargo,
el costo de la movilidad es un gran problema de las empresas actualmente. La realidad actual es que
muchos empleados tienen un telfono de lnea fija en su escritorio y un telfono mvil adicional para
ser contactados fuera de la oficina.

FMC combinado con la telefona IP y el uso de tecnologas inalmbricas puede lograr que una
empresa evite costos en infraestructura y en llamadas mviles en la oficina, es decir, los empleados
pueden ser ubicados ms eficientemente. Sin embargo, en la actualidad, el costo de implementar un
servicio convergente es prohibitivo para la gran mayora de las empresas fuera de los servicios de
voz.

Los beneficios de FMC para las empresas incluyen:

Los funcionarios estarn siempre conectados por telefona, mail y las aplicaciones de la
empresa, lo que aumentar la eficiencia y satisfaccin del cliente.
Los funcionarios utilizarn un terminal, una suscripcin y un nmero, lo que disminuye los
costos, aumenta la manejabilidad y simplifica las cuentas a travs de los registros de
llamadas.
Las mejoras en los costos totales de la empresa pueden ser logradas a travs de PBX,
servicios mviles e infraestructura de red.
Nuevos servicios de comunicacin para la empresa tales como presencia, mensajera y
conferencia instantnea y otros servicios multimedia disponibles.
Balanceo de calidad de servicio, cobertura y eficiencia del ancho de banda.

Esto no implica un camino fcil para las empresas, ya que el cambio debe ir acompaado de
seguridad mvil punto-a-punto y la integracin con las redes ya existentes.

13
 2.4. Conceptos Bsicos de Comunicaciones Mviles

2.4.1. Celda
El concepto de celda, surge para solucionar el problema dado por el limitado nmero de
usuarios que brinda la telefona inalmbrica con una nica antena por zona y la alta potencia que
deba ser emitida por la antena tanto como por los propios terminales para establecer un enlace de
comunicacin. De esta forma, se divide la zona a que se le quiere brindar cobertura en varias sub-
zonas o celdas, cada una con una antena que puede establecer cierto nmero de llamadas.

Dado que cada antena cubre una zona de radio reducido, la emisin de potencia es elegida de
forma de minimizar la interferencia causada por el reuso de frecuencias en las celdas posteriores.
Adems, las celdas por lo general se configuran en grupos de de 7 llamados clster cada uno con
diferente frecuencia, de forma que se vayan repitiendo en la zona como un patrn, como se observa
en la Figura 10.

F2
F2 F7 F3
F7 F3 F1
F1 F6 F4
F6 F4 F5 F2
F5 F2 F7 F3
F7 F3 F1
F1 F6 F4
F6 F4 F5
F5

Figura 10: Clsters de 7 Celdas.

Como se observa en la Figura 10, las celdas son representadas como figuras hexagonales; sin
embargo, esta representacin es slo explicativa y la verdadera forma de una celda depende de las
caractersticas del terreno y de la propagacin de radio.

(a) Tres Sectores (b) Seis Sectores

Figura 11: Tipos de Sectorizacin de Celdas.

Si se produce que, a pesar de las celdas configuradas, comienza a producirse congestin de

trfico en cada una de ellas, entonces las celdas pueden subdividirse en celdas ms pequeas de
manera de entregar servicios a ms clientes. La antena dentro de una celda puede ser omnidireccional

14
o direccional. Si es omnidireccional, entonces la antena estar ubicada en el centro de la celda. Si la
antena es direccional, lo ms comn es que tenga una cobertura de 120 (antena de tres sectores) o
de 60 (antena de seis sectores). En la Figura 11 se muestra la sectorizacin con estos dos tipos de
antenas.

2.4.2. Handoff
Se conoce como handoff al procedimiento de traspasar una llamada en una canal de voz
dentro de cierta celda hacia otro canal en otra celda o dentro de la misma. Existen dos tipos
principales de handoff:
Hard handoff: Consiste en el cambio de frecuencia cuando se pasa de un canal de
comunicacin a otro (FDMA - TDMA).
Soft handoff: Consiste en el cambio de cdigo (CDMA) al pasar de un canal de
comunicacin a otro.

Adems, es muy importante saber administrar el handoff dentro de una red desde una celda
hacia otra debido a que pueden ofrecerse inestabilidades entre celdas lo que produce un efecto de
ping-pong y que, dado el caso, obliga a que se produzca un handoff forzado.

Figura 12: Administracin del Handoff.

El handoff puede producirse gracias a la superposicin de las celdas. El terminal necesita una
potencia mnima recibida desde la antena para que se produzca la comunicacin; as puede cambiar
su enlace desde una celda a otra cuando la potencia recibida desde la antena de la primera celda
resulta ser inferior a la potencia mnima de recepcin tolerada por el terminal o a la potencia recibida
desde la antena de la otra celda.

2.4.3. Roaming
El concepto de roaming se basa en la capacidad de que un terminal funcione en una zona de
cobertura que no corresponde a su red de procedencia (ms conocida como red Home). En esa red
visitada, el usuario puede hacer y recibir llamadas (o iniciar sesiones en el caso de un servicio no
celular) como si fuera la red local en un proceso que le es transparente.

La implementacin del roaming se hace posible gracias a la interconectividad que existen entre
las bases de datos y redes de distintos proveedores d servicio.

15
 2.4.4. Enlaces Uplink y Downlink
Dentro de las telecomunicaciones, se producen dos tipos de enlace:
Enlace Uplink: Es la informacin transmitida desde el terminal hacia la estacin base.
Enlace Downlink: Es la informacin transmitida desde la estacin base al terminal.

2.4.5. Comunicaciones Dplex

Se le denomina comunicacin dplex a aquellas en que el flujo de informacin (voz y/o datos)
puede ser transmitido por todos los participantes de dicha comunicacin. Se destacan dos tipos de
comunicaciones dplex:
Half-dplex: En que el flujo de datos fluye ya sea en un sentido o el otro, es decir, no hay
transmisin simultnea de las dos partes.
Full-dplex: En que los flujos de datos de cada una de las partes pueden ser enviados
simultneamente.

Ahora, cuando se tiene un acceso punto-a-multipunto y las comunicaciones uplink y downlink

utilizan el mismo medio fsico, como es el caso celular, suelen utilizarse mtodos de duplexacin,
tales como:
TDD (Time Division Duplex): Consiste en la aplicacin de TDMA para separar los flujos
de uplink y downlink. Su ventaja es que las velocidades de transmisin de estos flujos
pueden ser asimtricas.
FDD (Frequency Division Duplex): Consiste en la aplicacin de FDMA para separar los
flujos de uplink y downlink. Este mtodo es mucho ms eficiente para enlaces con trfico
simtrico.

2.4.6. Tipos de Acceso en la Interfaz Radioelctrica

Los tipos de acceso utilizados en la telefona celular son bsicamente tres, y son los que se
explicarn a continuacin.

[Link].FDMA: Frequency Division Multiple Access

Corresponde simplemente a la modulacin en frecuencia de la voz, este tipo de acceso a la red

se utilizaba en los sistemas celulares analgicos, por lo que fue el primer mtodo de acceso de
telefona celular. En la Figura 13 se muestra un tipo de acceso FDMA que era el utilizado en AMPS.

16
 Figura 13: Frequency Division Multiple Access (FDMA).

[Link].TDMA: Time Division Multiple Access

Corresponde propiamente a los sistemas digitales ya que discretiza el tiempo en unidades de

largo fijo llamadas time-slots. TDMA por lo general es utilizada en conjugacin con FDMA para
brindar ms canales de acceso en cada clula.

En la Figura 14 se muestran dos aplicaciones de TDMA para dos tecnologas distintas. La

imagen de la izquierda muestra la configuracin de TDMA y FDMA que era utilizada en la
tecnologa D-AMPS (Digital AMPS), aqu se observan tres canales de tiempo por frecuencia donde
cada time-slot tiene una duracin de 40 ms. Por otra parte, en la figura de la izquierda se muestra una
aplicacin TDMA de la tecnologa GSM, en este caso se tienen ocho time-slots por frecuencia en
que cada time-slot tiene una duracin de 4615 ms.

(a) Utilizacin en D-AMPS (b) Utilizacin en GSM

Figura 14: Time Division Multiple Access.

[Link].CDMA: Code Division Multiple Access

CDMA es una tecnologa que aumenta la capacidad de la telefona celular mediante una
transmisin en una amplia porcin del espectro. As, cada seal de voz es enviada en todo el ancho
del espectro pero est multiplicada por un cdigo seudo-aleatorio nico con una tasa de bits mucho
ms alta que el mensaje de voz, por lo que se crea un efecto de ensanchamiento de la banda de
frecuencia.

La idea es que la cantidad de cdigos que son multiplicados por la seal de voz son
ortogonales entre s de forma que un mensaje debe ser decodificado por el receptor con el mismo
cdigo de forma que no se pierda la informacin original. De esta manera, toda la informacin que
17
no corresponda a la que se desea recibir es eliminada debido a la ortogonalidad de los cdigos,
apareciendo como un ruido aleatorio que es ignorado.

CDMA es considerada superior a los otros mtodos de acceso por varias empresas y
organizaciones. Sin embargo, CDMA slo funciona si todas las seales de radio recibidas poseen la
misma potencia ya que si una seal es mucho ms potente que las otras, esta seal dominante har
que el resto no se pueda recuperar. La Figura 15 muestra la relacin que tiene CDMA con los
dominios del tiempo y la frecuencia.

Figura 15: Code Division Multiple Access.

2.5. Next Generation Network (NGN)

Una red NGN (en castellano, Red de Prxima Generacin) responde a la visin final de una
red que cumpla con todos los requerimientos de una red convergente universal (Figura 16).

Al pasar el tiempo, se han introducido al concepto de red nuevas atribuciones y necesidades

para las cuales originalmente no estaba diseada. As, la recomendacin de la ITU-T (International
Telecommunication Union Telecommunication Standardization Sector) Y.2001 identifica cierto
nmero de caractersticas necesarias de una red NGN y en su recomendacin Y.2011 entrega una
marco general de la arquitectura necesaria para cumplir con los requerimientos deseados.

Paquetes y
Soft Red
switching Multiservicio

Arquitectura
distribuida

Interfaces y
Protocolos
CoS abiertos
y
QoS
NGN
Flexibilidad,
nuevas
cualidades y
Capas con Efectivo servicios
funciones en costo
autnomas (CAPEX,
OPEX)

Figura 16: Principios de NGN.

18
 En la Recomendacin Y.2001, NGN se define como una red de paquetes capaz de entregar
servicios de telecomunicaciones y de hacer uso de mltiples tecnologas de transporte de banda
ancha con QoS y en la cual las funciones relativas al servicio son independientes de las tecnologas de
transporte utilizadas, es decir, el acceso de los usuarios a la red puede realizarse a travs de cualquier
tecnologa de acceso. Adems, la red debe ser capaz de soportar movilidad generalizada pero que
permita el acceso de los usuarios a los servicios sin depender de la ubicacin.

En la Recomendacin Y.2011 se entregan las bases para el desarrollo de los modelos

funcionales de una red NGN. As, se separa la arquitectura que pueda tener una red NGN con la del
modelo bsico de referencia OSI, entre las situaciones que se pueden encontrar se tienen:
El nmero de capas de una red NGN puede no ser 7.
Las funciones de las capas individuales pueden no corresponder a las del modelo OSI.
Ciertas condiciones o definiciones descritas para el modelo OSI pueden no ser aplicables.
Los protocolos involucrados pueden no ser protocolos OSI.
Los requerimientos de red para el modelo OSI pueden no ser aplicables.

2.5.1. Arquitectura NGN

En la Figura 17 se muestra un diagrama de la arquitectura NGN, se observa en esta figura que
las funciones NGN se dividen en estratos de servicio y transporte como lo especifica la
recomendacin Y.2011.
Las funciones del usuario final se conectan a la NGN a travs de la interfaz UNI (User-to-
Network Interface), mientras que las otras redes se encuentran interconectadas a travs de la interfaz
NNI (Network-to-Network Interface). Por ltimo, la interfaz ANI (Application-to-Network
Interface) demarca la frontera con los proveedores de aplicaciones.

Aplicaciones
ANI

Funciones de Soporte de Aplicacin y de Soporte de Servicios

Funciones de Administracin

Registro de
Servicios
de Usuario Funciones de
Control de Servicios
Estrato de Servicio

Registro de
Transporte Funciones de Funciones de
de Usuario Control Adjuntas Control de
Funciones a la red Recursos y Admisin
de Otras
Funciones de Control de Transporte
Usuario Redes
Final
Funciones de Transporte

Estrato de Transporte
UNI NNI

Media Administracin Control

Figura 17: Diagrama de la Arquitectura NGN.

19
 [Link].Funciones del Estrato de Transporte

Las funciones del estrato de transporte permiten la conectividad entre todas las componentes y
funcionalidades separadas fsicamente. El estrato de transporte es responsable de proveer QoS punto
a punto, lo que constituye una muy importante caracterstica. El estrato de transporte se divide en las
redes de acceso y el Core de la red con una funcin de enlace entre las dos entidades.

[Link].1. Funciones de Transporte

Esta entidad se puede dividir en las siguientes funciones:
Funciones de Acceso: Administra el acceso de los usuarios finales a la red. Las funciones de
acceso dependen de la tecnologa utilizada para esto, tales como W-CDMA, xDSL, acceso
por cable, tecnologas inalmbricas, Ethernet, acceso ptico, etc.
Funciones de Transporte de Acceso: Estas funciones son responsables de transportar
informacin a travs de la red de acceso. Tambin proveen mecanismos de control de QoS
interactuando directamente con el trfico de usuario, incluyendo administracin del buffer,
encolamiento y programacin, filtrado de paquetes y clasificacin de trfico entre otros.
Funciones de Borde: Son las funciones utilizadas para el procesamiento de trfico cuando
el trfico de acceso es fusionado en el Core de la red.
Funciones de Transporte del Core: Funciones responsables de asegurar el transporte de la
informacin a travs del core de la red. Entregan los medios que permiten diferenciar la
calidad de transporte en la red, de acuerdo a las interacciones con las Funciones de Control
de Transporte. Tambin proveen mecanismos de QoS interactuando directamente con el
trfico de usuario, encolamiento y programacin, filtrado de paquetes, clasificacin de
trfico, control de entrada y Firewalls entre otros.

[Link].2. Funciones de Control de Transporte

Estas funciones se dividen en dos entidades ms:
Funciones de Control Adjuntas a la red: Funciones que proveen registro a nivel de acceso y
la inicializacin de las funciones del usuario final para acceder a los servicios NGN. stas
proveen identificacin y autentificacin a nivel de red, administran el espacio de direcciones
IP de la red de acceso y autentifican las sesiones de acceso. Tambin anuncian el punto de
contacto del servicio NGN y las funciones de aplicacin al usuario final.
Funciones de Control de Recursos y Admisin o RAFCs (Resource and Admission Control
Functions): Proveen el control de admisin y funcionalidades de entrada, incluyendo el
control de la direccin de red y traduccin de puertos (NAPT) y puntos de campos de
cdigo de servicios diferenciados (DSCP). El control de admisin envuelve chequeo de
autentificacin basado en los registros de usuario a travs de las Funciones de Control
Adjuntas a la red. Las RAFCs interactan con las funciones de transporte para controlar
una o ms de las siguientes funcionalidades en la capa de transporte: filtrado de paquetes,
clasificacin de trfico, marcacin y polticas, reservacin de ancho de banda y ubicacin.

[Link].3. Registro de Transporte de Usuario

Este bloque representa la compilacin del usuario y otros datos de control dentro de una
funcin nica de Registro de Usuario en el estrato de transporte. Esta funcin puede ser

20
especificada e implementada como un conjunto de bases de datos cooperndose con funcionalidades
dentro de cualquier parte de la NGN.

[Link].Funciones del Estrato de Servicio

Estas funciones proveen servicios basados en la sesin y no basados en sesin, incluyendo
suscripcin o notificacin de informacin de presencia y un mtodo de mensajes para intercambio de
mensajera instantnea. Las funciones del estrato de servicio tambin entregan todas las
funcionalidades de red asociadas a los servicios existentes de la PSTN o ISDN y las capacidades e
interfaces para los equipos legacy de clientes.

[Link].1. Funciones de Control de Servicios

Se incluyen aqu funciones de control de sesin, de registro, autentificacin y autorizacin en
este nivel. Tambin pueden incluir funciones como recursos de control de media.

[Link].2. Funciones de Registro de Servicios de Usuario

Estas funciones representan la compilacin de datos de usuario y otros datos de control dentro
de una nica funcin de registro de usuario en el estrato de servicio. Esta funcin puede ser
especificada e implementada como un conjunto de bases de datos cooperativas con funcionalidades
que residen en cualquier parte de la red NGN.

[Link].3. Funciones de Soporte de Aplicacin y de Soporte de Servicio

NGN soporta APIs (Application Programming Interfaces) abiertas que permiten aplicar
capacidades NGN a los proveedores externos de servicios para crear servicios mejorados para los
usuarios NGN. Todas las funciones de aplicacin y los proveedores externos de servicios acceden a
las capacidades y recursos del estrato de servicio de NGN a travs de servidores o gateways en este
estrato.

[Link].Funciones de Administracin

Las funciones de administracin permiten a los operadores de una NGN administrar la red y
entregar servicios que cumplan con la calidad, seguridad y fiabilidad esperadas. Estas funciones se
localizan de forma distribuida a cada entidad funcional e interactan con la administracin de
elementos de red, administracin de red y entidades funcionales administradoras de servicios.

Las funciones de administracin incluyen funciones de precios y facturas. Estas funciones

interactan entre ellas dentro de la NGN para recolectar la informacin de cobranza y para permitir
que los operadores de la red NGN cuenten con los recursos necesarios para cobrar apropiadamente
a los clientes. Los cargos pueden realizarse tanto en aplicaciones fuera de lnea como servicios en
lnea.

21
 [Link].Funciones de Usuario Final

Las interfaces hacia el usuario final son tanto fsicas como funcionales (control). En una red
NGN se deben soportar todas las categoras de equipos de clientes, desde los telfonos utilizados en
una red PSTN a complejas redes corporativas. Adems, el terminal de usuario puede ser fijo o mvil.

2.6. IP Multimedia Subsystem (IMS)

IMS es una arquitectura basada en los conceptos de NGN capaz de proveer sesiones
multimedia en tiempo real (como sesiones de voz, video y conferencia) y sesiones que no requieren
de tiempo real (como Push-to-Talk, presencia o mensajera instantnea) sobre redes all-IP. IMS
apunta a la entrega de servicios indiferentemente de la red utilizada: fija, mvil o Internet y se basa en
interfaces y protocolos abiertos.

IMS fue diseado por la 3GPP (Third Generation Partnership Project), que corresponde al
grupo que crea las especificaciones de telecomunicaciones de tercera generacin, y fue inicialmente
diseado como parte de la arquitectura de UMTS. Adems, existe la 3GPP2 que corresponde a un
proyecto entre organizaciones de Amrica del Norte y Asia para adaptar IMS a la versin 3G de
CDMA, CDMA2000. As como muchas organizaciones tratando de adaptar sus modelos (CableLabs,
ETSI, etc.)

2.6.1. Capas de la Arquitectura IMS

La arquitectura IMS crea un ambiente de acceso agnstico para entregar un amplio rango de
servicios multimedia a los que un usuario puede acceder usando cualquier dispositivo o conexin de
red. IMS soporta sesiones IP-a-IP sobre cualquier protocolo de conexin almbrica o inalmbrica.

Adems, IMS permite la interoperacin entre redes TDM e IP para brindar una experiencia de
servicio continuo. Las capas definidas en IMS son:
Capa de Acceso: IMS es agnstico al acceso. Puede ser GPRS, EDGE, UMTS, Wi-Fi,
WiMAX, redes tradicionales anlogas (como xDSL), etc. 3GPP2 asume accesos
CDMA2000.
Capa de Transporte: Es una red all-IP conformada por routers IP (Edge y core IP).
Capa de Control de Sesin: Comprende los servidores de Control de la Red para
administrar llamadas o establecer sesiones y modificaciones.
Capa de Aplicacin: Utiliza servidores de aplicacin y contenido para proveer servicios de
valor agregado. Los elementos principales de esta capa son el AS (Application Server),
MRFC (Multimedia Resource Function Controller) y MRFP (Multimedia Resource
Function Processor).

En la Figura 18 se muestra un diagrama con las capas definidas en IMS y sus principales
componentes:

22
 Figura 18: Capas de la Arquitectura IMS.

Con este modelo de capas, IMS define una arquitectura horizontal donde los servicios y
funciones comunes pueden ser reutilizadas en mltiples aplicaciones y adems se pueden especificar
caractersticas como interoperabilidad y roaming. Tambin se observa que existen dos flujos de
datos, uno de sealizacin (plano de control) y otro con el flujo de media (plano de usuario.)

Esta arquitectura horizontal permite que los operadores puedan moverse fuera de las
implementaciones verticales tradicionales, como se muestra en la Figura 19. La arquitectura de red
tradicional (con funcionalidades de servicio nico para cobros, presencia y enrutamiento entre otras)
es muy costosa y compleja para construir y mantener. Por otra parte, IMS brinda un nmero de
funciones genricas en estructura e implementacin que puedan ser reutilizadas por todos los
servicios en la red. As se pueden observar funciones comunes como administracin de grupos o
listas, presencia, operacin y administracin, directorios y cobranza.

Figura 19: Cambio de Integracin vertical a horizontal dado por IMS.

2.6.2. Arquitectura de IMS

En la Figura 20 se presenta la configuracin de las entidades del IM CN (Core Network)
Subsystem. Aqu, todas las configuraciones se consideran implementadas en distintos puntos lgicos.

23
Si se instalan dos puntos lgicos en el mismo equipamiento fsico, las interfaces relevantes estarn
dentro de ese equipo.

Redes IP Multimedia Redes de

Sealizacin
Mvil Legacy
Red CS
C, D,

Mm
Mk
Gc, Gr

Mm
Mb

BGC

Cs
AS
I-CSCF

Mk
Cx

Sh
Cs

Dx
BGCF IS

Mw
T-SGW
HSS
Cx

Mj

Mi

Dx
Mb

Mn Mg S-CSCF
IM-MGW MGCF Dx

SLF

Mw
Mb

r
M

Mp Gq Gm Ut
MRFP MRFC P-CSCF UE

IMS
Mb
Mb

PDF

Flujo de Media Sealizacin

Figura 20: Arquitectura del Core de IMS.

[Link].User Equipment (UE)

Corresponde al terminal utilizado por el usuario para acceder a los servicios de la red IMS,
puede ser un telfono celular, un computador porttil o cualquier equipo que permita acceder a
servicios de comunicaciones multimedia.

[Link].Home Subscriber Server (HSS)

El HSS corresponde a la base de datos principal de un usuario. Esta entidad contiene la
informacin de suscripcin necesaria para brindar soporte a las entidades de red que manipulan
llamadas o sesiones.
Una red local (tambin llamada red Home) puede contener uno o ms HSSs. Esto depende del
nmero de suscriptores mviles, capacidad del equipo y organizacin de la red. El HSS es
responsable de la participacin de la siguiente informacin relacionada con el usuario:
Identificacin de usuario, numeracin e informacin de direccionamiento.
Informacin de Seguridad del usuario: Informacin de control de acceso a la red para
autentificacin y autorizacin.
Informacin de Ubicacin del usuario a nivel inter-sistema: El HSS soporta el registro del
usuario y guarda informacin de ubicacin inter-sistema.
Informacin de profile (registro) del usuario.

24
 El HSS tambin genera la informacin de Seguridad del usuario para autentificacin mutua,
comunicacin de verificacin de integridad y cifrado. Basado en toda esta informacin, el HSS
tambin es responsable de soportar las entidades de control de llamadas y administracin de sesin
de los diferentes dominios y subsistemas del operador, como se muestra en la Figura 21.

HSS:
Informacin de Suscripcin
Informacin de Ubicacin,
..

D C Gr Gc Cx Rp

Servidor MSC Servidor GMSC SGSN GGSN CSCF Servidor GUP

Figura 21: Entidades soportadas por el HSS.

El HSS consta de las siguientes funcionalidades:

Funcionalidad IP multimedia para brindar soporte a las funciones de control de IMS como
el CSCF.
El subconjunto de funcionalidades HLR/AuC requerido por el dominio PS (Packet
Switched) y CS (Circuit Switched) (si es que se desea permitir el acceso de los suscriptores
al dominio CS o soportar roaming a las redes GSM/UMTS legacy del dominio CS).
El HSS se considera como un depsito de datos GUP (Generic User Profile) para los datos
del usuario en IMS.

Las funcionalidades de HLR y AuC, se explican a continuacin:

HLR (Home Locator Register): Representa una parte del HSS con la funcionalidad de
brindar soporte para las entidades del dominio PS y CS.
AuC (Authentification Center): Es una parte del HSS que se asocia con el HLR y guarda
una clave de identidad para cada suscriptor mvil registrado con el HLR asociado, esta
clave se usa para generar datos de seguridad para cada suscriptor mvil. Adems, el AuC se
comunica slo con su HLR asociado, el que solicita los datos necesarios para
autentificacin y cifrado al AuC, los guarda y entrega al VLR y SGSN que los necesita para
realizar las funciones de seguridad para una estacin mvil.

[Link].Call Session Control Function (CSCF)

Corresponde a un servidor SIP; existen tres sabores de CSCFs.

[Link].1. Proxy-CSCF
El Proxy-CSCF (P-CSCF) es el primer punto de contacto dentro de IMS. El P-CSCF se
comporta como un proxy, es decir, acepta requerimientos y los sirve internamente o los reenva. En
condiciones anmalas, el P-CSCF puede terminar e independientemente generar transacciones SIP.

El PDF (Policy Decision Function) puede ser una entidad lgica del P-CSCF o un nodo fsico
separado. Si el PDF se implementa en un nodo fsico separado, las funciones desempeadas por el P-
CSCF son:

25
 Reenviar el requerimiento de registro SIP recibido desde el UE a un punto de entrada
determinado usando el nombre del dominio Home, como se entreg por el UE.
Reenviar mensajes SIP recibidos desde el UE hacia algn Servidor SIP (por ejemplo un S-
CSCF) cuyo nombre haya sido recibido por el P-CSCF como resultado de un
procedimiento de registro.
Reenviar el requerimiento SIP o respuesta al UE.
Mantener una Asociacin de Seguridad entre l mismo y cada UE.
Debiera realizar la compresin y/o descompresin de mensajes SIP.
Autorizacin de portadores de recursos y administracin de QoS.

[Link].2. Interrogating-CSCF
El Interrogating-CSCF (I-CSCF) es el punto de contacto dentro de la red de un operador para
todas las conexiones destinadas a un usuario de ese operador de red, o un usuario con roaming
actualmente localizado dentro del rea de servicio de ese operador de red.

Puede haber mltiples I-CSCFs dentro de un operador de red. Las funciones realizadas por el
I-CSCF son:
Registro: Asignacin de un S-CSCF a un usuario realizando registros SIP.
Flujos relacionados y no relacionados con la sesin:
o Enrutamiento de un requerimiento SIP recibido desde otra red hacia el S-CSCF.
o Obtener la direccin del S-CSCF del HSS.
o Reenviar el requerimiento SIP o respuesta al S-CSCF determinado anteriormente.

Basado en la configuracin local, el I-CSCF puede realizar funciones de enrutamiento de

trnsito. Si el I-CSCF determina, basado en una consulta al HSS, que el destino de la sesin no est
dentro del IMS, este debe reenviar el requerimiento o retornarlo con una respuesta de falla hacia el
punto de origen.

[Link].3. Serving-CSCF
El Serving-CSCF (S-CSCF) realiza los servicios de control de sesin para el UE. ste mantiene
un estado de sesin como lo necesite el operador de red para el soporte de los servicios. Dentro de
un operador de red, diferentes S-CSCFs pueden tener diferentes funcionalidades. Las funciones
realizadas por el S-CSCF durante una sesin son:
Registro: Puede comportarse como un Registrador, es decir, acepta requerimientos de
registro y hace que su informacin est disponible a travs del Servidor de Localizacin
(por ejemplo, el HSS).
Flujos relacionados y no relacionados con la sesin
o Control de Sesin para las sesiones de los extremos registrados.
o Se puede comportar como un servidor Proxy, es decir, acepta requerimientos y los sirve
internamente o los reenva, posiblemente luego de una traduccin.
o Puede terminar e independientemente generar transacciones SIP.
o Interacciona con las Plataformas de Servicios para el soporte de Servicios.

26
 o Entrega a los extremos informacin relacionada con eventos de servicios (Por ejemplo,
notificacin de tonos o de cuenta).
o Para un punto de origen (es decir, el UE de origen, o AS de origen):
Obtener desde una base de datos, la direccin del punto de entrada para el
operador de red que sirve al usuario de destino desde el nombre de destino (por
ejemplo, nmero de telfono discado o SIP URI), cuando el usuario de destino es
un cliente de un operador de red diferente, reenva el requerimiento SIP o responde
a un I-CSCF dentro del operador de red.
Cuando el nombre de destino del usuario de destino y el usuario de origen es un
cliente del mismo operador de red, reenva el requerimiento SIP o lo responde a un
I-CSCF dentro de la red del operador.
Reenva el requerimiento SIP o responde a un BGCF para el enrutamiento de
llamadas a la PSTN o dominio CS.
o Para un extremo de destino (es decir, para un UE final):
Reenviar el requerimiento SIP o respuesta a un P-CSCF.
Modificar el requerimiento SIP para enrutar una sesin entrante al dominio CS de
acuerdo al HSS y a las interacciones de control de servicio, en caso de que el
usuario reciba la sesin entrante a travs del dominio CS.
Reenviar el requerimiento SIP o responder a un BGCF para el enrutamiento de
llamadas a la PSTN o dominio CS.

Adems todos los tipos de CSCF son capaces de crear CDRs (Charging Data Records), lo que
corresponde a un registro que contiene los eventos necesarios para las operaciones de cobro en la
red (por ejemplo, el horario de la llamada, duracin, cantidad de datos transferidos, etc.).

[Link].Subscription Locator Function (SLF)

El SLF es necesario en la red slo en el caso en que exista ms de un HSS en dicha red.
Tampoco se necesita si el AS est configurado para usar un HSS predefinido. El SLF cumple con las
siguientes funciones:
Es solicitado por el I-CSCF durante el levantamiento de Registro y Sesin para obtener el
nombre del HSS que contenga los datos especficos del suscriptor requerido. Adems, el
SLF es solicitado tambin por el S-CSCF durante el Registro.
Es solicitado por el AS para obtener el nombre del HSS que contiene los datos especficos
del suscriptor requerido.

[Link].Policy Decision Function (PDF)

El PDF acta como un punto de decisin de polticas para el control de poltica basado en
servicios de los recursos portadores IP.

[Link].Media Gateway Control Function (MGCF)

El MGCF se encarga de:

27
 Controlar las partes del estado de llamada que pertenecen al control de conexin para
canales media en un IMS-MGW.
Se comunica con las entidades CSCF, BGCF y PSTN.
Determina el next hop (paso siguiente se refiere a la prxima entidad a la cual se enviar
el requerimiento) dependiendo del nmero de enrutamiento para las llamadas entrantes
desde redes legacy.
Realiza la conversin de protocolos entre ISUP/TCAP y los protocolos de control de
llamadas IMS.
La informacin fuera de banda recibida en el MGCF puede ser reenviada al CSCF/IMS-
MGW.

[Link].IP Multimedia Subsystem Media Gateway Function (IMS-MGW)

Un IMS-MGW puede crear terminaciones de canales portadores desde una red CS y flujos de
media desde una red PS (por ejemplo, flujo RTP en una red IP). El IMS-MGW puede soportar
conversin de media, control de portadores y procesamiento de carga til. El IMS-MGW:
Interacta con el MGCF para el control de recursos.
Posee y maneja recursos como echo cancellers, etc.
Puede necesitar tener codecs.

El IMS-MGW ser equipado con los recursos necesarios para el soporte del transporte de
media UMTS/GSM. Adems, se puede requerir la adaptacin de H.248 para soportar codecs
adicionales y protocolos de framing, etc.

[Link].Multimedia Resource Function Controller (MRFC)

El MRFC se encarga de:

Controlar los recursos de flujos de media en el MRFP.
Interpretar informacin entrante desde el AS y S-CSCF (por ejemplo, identificador de
sesin) y controla de forma acorde el MRFP.
Generar CDRs.

[Link].Multimedia Resource Function Processor (MRFP)

El MRFP se encarga de:

Controlar los portadores en el punto de referencia Mb.
Entregar recursos a ser controlados por el MRFC.
Mezclar los stream media entrantes (por ejemplo, para mltiples partes).
Originar flujos de media (para anuncios multimedia).
Procesar los flujos de media (por ejemplo, transcodificacin de audio, anlisis de media).
Control de Piso (es decir, administra los derechos de acceso para recursos compartidos en
un ambiente de conferencia).

28
 [Link]. Breakout Gateway Control Function (BGCF)

El BGCF selecciona la red en la cual ocurrir el paso a la PSTN y, dentro de la red donde
ocurrir el paso, selecciona el MGCF.

[Link]. Application Server (AS)

Un Servidor de Aplicacin (AS) ofrece servicios IM de valor agregado y se ubica ya sea en la

red Home del usuario o en una ubicacin de tercera parte. La ubicacin de tercera parte puede ser
una red o simplemente un AS autnomo.

La interfaz S-CSCF al AS es usada para entregar servicios que se ubican en el AS. Se identifican
dos casos:
S-CSCF a un AS en la red Home.
S-CSCF a un AS en una red externa confiable (por ejemplo, de tercera parte o visitada). El
S-CSCF no entrega funcionalidades de autentificacin y seguridad para asegurar el acceso
directo de la tercera parte al Subsistema IM.

La interfaz del I-CSCF al AS se utiliza para reenviar requerimientos SIP destinados a una
Identidad de Servicio Pblico alojado por el AS directamente a ese AS. Un AS puede influenciar e
impactar la sesin SIP en nombre de los servicios soportados por la red del operador y puede alojar y
ejecutar servicios.

[Link]. Trunking Signaling Gateway (T-SGW)

El T-SGW es el encargado de la conversin de sealizacin a nivel de transporte entre el

transporte de sealizacin SS7 y el transporte de sealizacin basado en IP.

2.6.3. Interfaces entre Entidades Funcionales

La Tabla 1, a continuacin, presenta las principales interfaces (tambin llamadas puntos de
referencia) presentes en la arquitectura IMS junto con una breve descripcin de stas.

29
 Tabla 1: Interfaces en IMS.
Une las
Interfaz Breve Descripcin Protocolo
entidades
Usada para intercambiar mensajes entre el UE y
Gm UE, P-CSCF
los CSCFs.
SIP
P-CSCF, I-CSCF, S-
Mw CSCF
Usada para intercambiar mensajes entre CSCFs SIP
S-CSCF, I-CSCF, Usada para intercambiar mensajes entre el CSCF
ISC AS y el AS
SIP
I-CSCF, S-CSCF, Usada para comunicarse entre el I-CSCF o S-
Cx HSS CSCF y el HSS
Diameter
I-CSCF, S-CSCF, Usada por el I-CSCF o S-CSCF para encontrar el
Dx SLF HSS correcto en caso de que exista ms de uno.
Diameter
Usada para intercambiar informacin entre el AS
Sh AS, HSS
y el HSS.
Diameter
Usada por el AS para encontrar el HSS correcto
Dh AS, SLF, HSS
en caso de que exista ms de uno.
Diameter
I-CSCF, S-CSCF, Usada para intercambiar mensajes entre IMS y No
Mm red IP externa redes IP externas. especificada
El MGCF convierte la sealizacin ISUP a SIP y
Mg MGCF a I-CSCF
la reenva al I-CSCF.
SIP
Usada para intercambiar mensajes entre S-CSCF
Mi S-CSCF a BGCF
y BGCF.
SIP
Usada para intercambiar mensajes entre BGCF y
Mj BGCF a MGCF
MGCF en la misma red IMS.
SIP
Usada para intercambiar mensajes entre BGCFs
Mk BGCF a BGCF
en redes IMS diferentes
SIP
Usada intercambiar mensajes entre el S-CSCF y
Mr S-CSCF, MRFC
MRFC.
SIP
Usada para intercambiar mensajes entre MRFC y H.248/
Mp MRFC, MRFP
MRFP MEGACO
Permite el control de recursos del plano de H.248/
Mn MGCF, IM-MGW
usuario. MEGACO
Permite administrar al UE informacin HTTP/
Ut UE, AS
relacionada con sus servicios. HTTPS
Hacia servicios de Permite acceder a los servicios de la red IPv6
Mb redes IPv6 para transportar datos de usuario.
Usada para intercambiar decisiones de polticas
Gq P-CSCF, PDF con informacin relacionada entre el P-CSCF y Diameter
PDF

En la seccin 9.3 de Anexos se muestra un diagrama de resumen de las principales entidades

de IMS con sus respectivas interfaces, protocolos utilizados y funciones principales.

2.6.4. Protocolos en IMS

A continuacin se presentan los principales protocolos utilizados en IMS.

30
 [Link].SIP (Session Initiation Protocol)

IMS utiliza el protocolo de iniciacin de sesin de la IETF para control y sealizacin de

sesiones. As, cualquier terminal con un software compatible con SIP y una direccin SIP, la cual es
un tipo de identificador fuente, puede participar en sesiones IMS. En la seccin [Link] se explica
este protocolo ms en detalle.

[Link].COPS (Common Open Policy Server)

IMS utiliza COPS, de la IETF, para asegurar calidad de servicio, lo cual es importante para
telefona y otros tipos de trfico que no toleran latencia. COPS permite la comunicacin de QoS y
otra informacin de polticas de trfico entre un servidor de polticas (que para efectos de IMS,
corresponde al PDF) y los clientes.

[Link].Diameter
IMS usa el protocolo Diameter, del IETF, para permitir a los terminales acceder al HSS, y
despus entrega la necesaria autentificacin, autorizacin y, para comunicaciones con cobro, servicios
de accounting.

[Link].Megaco

El protocolo Megaco (H.248), del IETF y la ITU, es el protocolo que define las operaciones
necesarias para que un Media Gateway Controller sea capaz de soportar llamadas entre redes RTC-IP
o IP-IP. En la seccin [Link] se describe ms en detalle este protocolo.

2.7. Arquitecturas de Redes de Telefona

En esta seccin se pretende estudiar las arquitecturas ms conocidas para brindar servicios de
telefona, tanto fija como mvil. Se comenzar entonces por la arquitectura inicial de telefona
correspondiente a la PSTN, luego se estudiarn algunas tecnologas de telefona mvil (con especial
nfasis en la familia GSM) entendindose por telefona mvil a la telefona celular y no a los nuevos
tipos de telefona IP wireless. Posteriormente se estudiar la telefona a travs de Internet o ToIP y
finalmente se incluirn arquitecturas actuales como IMS y PacketCable.

2.7.1. Public Switched Telephone Network (PSTN)

[Link].Breve Descripcin

La red PSTN corresponde a la red de telefona conmutada tradicional, y corresponde a la red

de mayor cobertura geogrfica. Esta arquitectura ha evolucionado a su forma actual en sus 100 aos
de existencia. Inicialmente, la red PSTN se adapt para manipular manualmente canales de ancho de

31
banda bajo (4 KHz). Posteriormente, la red se digitaliz para brindar servicios de datos de alta
velocidad. Sin embargo, esta digitalizacin fue desarrollada solamente entre centrales, la seal de
llegada a los terminales telefnicos sigue siendo analgica. Los avances en las tecnologas de
conmutacin de paquetes permitieron que la transformacin de la sealizacin de la red soporte un
amplio rango de mejoras al servicio bsico.

An as, una red PSTN se caracteriza principalmente por las siguientes caractersticas:
Es capaz de manipular varios canales dedicados de bajo ancho de banda (64 Kbps o 4
KHz).
Una vez que se ha asignado un canal, ste permanece asignado se est utilizando o no. El
nmero de canales existentes en la red es muy inferior a las lneas suscritas (teora de
Erlang), estos canales se van asignando a medida que se requiere establecer una llamada.
Posee retardos inferiores a 100 ms y bajos tiempos de establecimiento de la llamada.
Est optimizada para el transporte de voz. Sin embargo, se ha utilizado el mismo medio
para proveer enlaces xDSL.
Posee ancho de banda para la voz garantizado.
Los terminales de esta red (por ejemplo, telfonos) son baratos debido a su funcionalidad
limitada y especializada.

[Link].Arquitectura

La red PSTN posee una arquitectura jerrquica, como se puede apreciar en la Figura 22.

En la arquitectura de una red PSTN se cuenta con cinco clases de switches o conmutadores:
Clase 5: Corresponde al primer conmutador de contacto para el usuario y tambin recibe el
nombre de switch local o End Office.
Clase 4: Corresponden a los switches regionales y tambin son llamados Tndem de acceso.
Clase 3: Corresponden a los Tndem de acceso inter-regional.
Clase 2: Corresponde al switch IXC (IntereXchange Carrier) o compaa de larga distancia.
Clase 1: Corresponde a un Gateway entre distintos IXC.

En Chile, se cuenta con switches Clase 4 y 5 solamente.

32
 Figura 22: Ejemplo de Llamada de Larga Distancia de A hasta B.

[Link].Sealizacin SS7 en la PSTN

Al igual que la arquitectura PSTN, la sealizacin dentro de esta red ha evolucionado en el

tiempo. Luego de la conmutacin manual hasta principios del siglo XX, en 1910 se implement la
conmutacin electromecnica que dur hasta los aos 60 y en que la sealizacin se transportaba
en banda y era interpretada por elementos electromecnicos y electrnicos dentro de la red. A
mediados de los 60, se introdujeron las centrales digitales y el control de conmutacin por CPU
(control por programa almacenado). Los primeros protocolos de sealizacin eran bastante
limitados, pero con la llegada de las redes de computadores, las seales comenzaron a ser

33
intercambiadas a travs de una red de conmutacin de paquetes fuera de banda y dedicada solo para
sealizacin. An as, la red de acceso del abonado se mantiene generalmente analgica y la
sealizacin de la red se mantiene transparente para ste. Actualmente, el sistema de sealizacin
utilizado es SS7 (Signaling System 7), el cual provee una estructura universal para la sealizacin,
mensajera, interfaces y mantencin de red para redes telefnicas. ste lleva los establecimientos de
llamadas, intercambiar la informacin de usuario, enrutamiento de llamadas, diferentes estructuras de
cuentas (de precio) y soporte de servicios de red inteligente.

SS7 es un sistema de sealizacin bien estructurado que define una arquitectura de sealizacin
conformado por 2 conjuntos principales de elementos:
Puntos de sealizacin, que se explicaron anteriormente y que son:
o SSP (Serving Switching Point): Originan, terminan o transportan llamadas. Se comunica
con otros SSPs para iniciar, administrar o alcanzar circuitos de voz para terminar
llamadas. Adems, enva mensajes de consulta a una base de datos centralizada (SCP)
para determinar cmo enrutar una llamada.
o STP (Signal Transfer Point): Consiste en un conmutador de paquetes para transportar
el trfico de red entre los puntos de sealizacin. Para esto se basa en la informacin de
enrutamiento contenida en el mensaje SS7. Adems, un STP puede realizar traduccin
global de ttulo, un procedimiento en el cual el punto de sealizacin de destino se
determina de los dgitos presentes en el mensaje de sealizacin y puede actuar como
Firewall.
o SCP (Service Control Point): Enva respuestas a los SSPs que originan consultas
conteniendo el nmero de enrutamiento asociado con el nmero discado.
Enlaces de Sealizacin: Los mensajes SS7 son intercambiados entre elementos de red
sobre canales bidireccionales de 56 o 64 Kbps llamados enlaces de sealizacin. Estos
enlaces estn dedicados exclusivamente a la sealizacin fuera de banda, por lo que ofrece
que las llamadas se creen ms rpidamente que la sealizacin en banda. stos estn
organizados lgicamente por tipo de enlace de acuerdo a su uso en la red. En la Tabla 2 se
muestra una breve descripcin de estos enlaces.
Tabla 2: Descripcin de los Enlaces SS7.
Enlace Descripcin
A Conecta un SCP o SSP con un STP. Slo transmite mensajes desde los
(Access) puntos finales de origen o hacia los de destino.
B Conecta un STP con otro STP. Su distincin con el enlace D es arbitraria
(Bridge) por lo que tambin se llama enlace B/D.
Conecta un par de STPs que realizan funciones idnticas. Es usado slo
C
cuando un STP no tiene acceso a alguna ruta disponible por alguna falla de
(Cross)
enlace(s).
Conecta un STP secundario (local o regional) a un STP primario (gateway
D
de inter-red). Su distincin con el enlace B es arbitraria por lo que tambin
(Diagonal)
se llama enlace B/D.
Conecta un SSP con un STP. Provee un mapa de sealizacin alternativo si
E
un SSP no puede ser alcanzado por el STP mediante el enlace A. Se
(Extended)
implementa slo para mayor robustez de la red y no siempre es necesario.
F (Fully Conecta dos puntos finales de sealizacin (SSPs y SCPs). Usualmente no
associated) se usa en redes con STPs.

34
 En la Figura 23 se muestran tanto los puntos de sealizacin como los enlaces de la
arquitectura SS7.

Figura 23: Tipos de Puntos y Enlaces de Sealizacin en SS7.

Cada nodo se identifica en la red por un nmero o cdigo. Los enlaces entre nodos son full-
dplex de 56 Kbps o 64 Kbps. La Figura 24 muestra una red PSTN actual con sealizacin SS7.

Figura 24: Arquitectura PSTN con SS7.

El protocolo SS7 se divide en estratos de sub-protocolos, de forma muy similar al modelo de

capas OSI, la Figura 25 muestra un paralelo entre las capas del modelo OSI y del protocolo SS7.

Figura 25: Comparacin entre el modelo OSI y protocolo SS7.

35
 MTP (Message Transfer Part): El protocolo MTP se divide en tres niveles:
o MTP Nivel 1: Es equivalente a la capa fsica del modelo OSI. Define las caractersticas
fsicas, elctricas y funcionales del enlace de sealizacin digital. Las interfaces fsicas
definidas incluyen E-1 (32 canales de 64 Kbps), DS-1 (24 canales de 64 Kbps), V.35 (64
Kbps), DS-0 (64 Kbps) y DS-0A (56 Kbps).
o MTP Nivel 2: Es equivalente a la capa de enlace del modelo OSI. Asegura las
transmisiones precisas End-to-End de un mensaje a travs de un enlace de sealizacin.
Este protocolo implementa control de flujo, validacin de secuencia de mensajes, y
verificacin de error.
o MTP Nivel 3: Es equivalente a la capa de red del modelo OSI. Permite el enrutamiento
de mensajes entre puntos de sealizacin en la red SS7, se encarga de re-enrutar el
trfico desde enlaces fallidos y puntos de sealizacin y controla el trfico en casos de
Congestin.
ISUP (ISDN User Part): Define el protocolo usado para iniciar, administrar y actualizar
circuitos troncales que llevan voz y datos entre las lneas de origen y destino. ISUP se usa
para llamadas ISDN y no-ISDN. Sin embargo, las llamadas que se originan y terminan en
el mismo switch no usan sealizacin ISUP.
TUP (Telephone User Part): En algunas partes del mundo, TUP se usa para soportar y
terminar llamadas bsicas. TUP maneja slo circuitos analgicos.
SCCP (Signaling Connection Control Part): Provee servicios orientados y no orientados a
la conexin y capacidades de Traduccin Global de Ttulo (GTT: Global Title Translation)
sobre MTP Nivel 3. Un ttulo global es una direccin (nmero 800, nmero de tarjeta de
llamadas o nmero de identificacin de suscriptores mviles) que es traducido por SCCP a
un cdigo de punto de destino y nmero de subsistema (identifica una aplicacin en el
punto de sealizacin de destino). SCCP se utiliza en la capa de transporte para servicios
basados en TCAP.
TCAP (Transaction Capabilities Applications Part): Soporta el intercambio de datos no
relacionados con circuitos entre aplicaciones a travs de la red SS7 usando servicios SCCP
no orientados a la conexin. Las consultas y respuestas enviadas entre SSPs y SCPs son
llevadas en mensajes TCAP.

El tipo de mensaje ISUP que se est transmitiendo se define en un octeto de bits que puede
contener alguna de las opciones que se presentan en la Tabla 3.
Tabla 3: Mensajes de Sealizacin en ISUP.
Mensaje ISUP Asunto
Primer mensaje enviado para informar al switch partner que se
IAM (Initial Address debe establecer una llamada en el CIC contenido en el mensaje.
Message) Contiene la llamada y nmero de llamada, tipo de servicio (voz
o datos) y otros parmetros opcionales.
ACM (Address Complete Mensaje retornado desde el switch terminante cuando el
Message) suscriptor es alcanzado y el telfono empieza a sonar.
Se enva cuando el suscriptor levanta el telfono. Normalmente
ANM (Answer Message)
el cobro de la llamada comienza en ese momento.
REL (Release) Es enviado para limpiar la llamada cuando un suscriptor cuelga.
RLC (Release Complete) Es un acuse de recibo del Release.

36
 2.7.2. Telefona Mvil

[Link].Breve Historia de la Telefona Mvil

El primer servicio de telefona mvil fue introducido por AT&T en Estados Unidos el ao
1946 y estaba destinado a usuarios que viajaban en auto. Este sistema no era propiamente celular ya
que no operaba con un sistema de celdas sino que con una nica antena que brindaba todo el
servicio a la zona que por lo general era de un radio de 80 Km, por lo cual dicha antena deba ser
muy potente. El servicio de voz ofrecido durante este periodo era analgico con transmisin en
frecuencia modulada (FM). El sistema utilizado para hablar era muy similar al de Push-to-Talk ya que
el usuario deba presionar un botn en el telfono para hablar de forma de cortar la recepcin del
telfono. Sin embargo, a medida que aument la demanda de este servicio, el sistema no pudo
soportar la capacidad necesaria por lo que la calidad de ste era muy deficiente con probabilidades de
bloqueo superiores al 65%.

Luego, a mediados de los aos 60, la Bell System implement el sistema IMTS (Improved
Mobile Telephone System), el que corresponda a una mejora al sistema anterior. ste tambin
posea una antena transmisora de alta potencia pero que utilizaba dos frecuencias: una para enviar y
otra para recibir. IMTS soportaba 23 canales en el rango de los 150 a 450 MHz con un ancho de
banda reducido de 25 a 30 KHz. Es a finales de los 60s y principios de los 70s cuando surge la idea
de la utilizacin de clulas y por tanto una telefona propiamente celular. Por otra parte, la invencin
del microprocesador a principios de los aos 70s y el uso de un enlace de control digital entre el
telfono mvil y la estacin base dieron un impulso al desarrollo de la telefona celular.

El primer sistema de telefona mvil completamente celular fue AMPS (Advanced Mobile
Phone Service), este sistema an segua siendo analgico y cada usuario utilizaba completamente un
canal de radio. Las clulas en AMPS posean un tamao de aproximadamente 10 Km y la principal
innovacin fue que se introdujo el concepto de handoff. En AMPS, el ancho de banda destinado a
una comunicacin era de 30 KHz, y la separacin entre las frecuencias de transmisin y de recepcin
era de 45 MHz. Desde el punto del espectro radioelctrico, AMPS utilizaba 25 MHz. En Chile, el
espectro de 25 MHz se dividi entre las compaas Telefnica mvil y Bellsouth, por lo que cada
clula de cada compaa poda tener 416 canales, de los cuales 21 eran de control.

Durante 1990, la voz de la telefona celular se convirti en digital en [Link]. Ya en el ao

1989, se cre en Europa la agrupacin GSM (Groupe Spciale Mobile) para crear un estndar de
telefona digital, el que culmin en el ao 1992 con la aparicin de la telefona GSM (Global System
for Mobile communications). En 1994, Qualcomm, Inc. Propuso una nueva tecnologa celular que
funcionaba en un escenario de espectro esparcido llamado CDMA (Code Division Multiple Access)
que prometa mayor cantidad de usuarios por clula.

La evolucin de los sistemas celulares se divide en generaciones, la Tabla 4 muestra las

principales caractersticas de cada generacin.

37
 Tabla 4: Caractersticas Principales de las Generaciones de Telefona Mvil.
Generaciones Mviles
Caractersticas 1G 2G 3G
Transmisin Analgica Digital Digital
Acceso FDMA TDMA, CDMA TDMA, W-CDMA
Ejemplos de UMTS, CDMA-2000,
AMPS, JTACS GSM, IS-95
Tecnologa ARIB-W-CDMA.
Voz
Funcionalidades Voz Voz y Mensajera corta
Datos a alta velocidad
* Domstico: 2 Mbps
Velocidad de Mximo a 9600 bps * 9600-14400 bps
* Exterior a interior
Transmisin de utilizando mdems de * Hasta 115200 bps
peatonal: 348 Kbps
datos banda vocal. (GSM-GPRS)
* En vehculos: 144 Kbps
* 800 900 MHz * 1885 2025 MHz
Espectro 800 900 MHz
* 1800 1900 MHz (PCS) * 2110 2200 MHz

[Link].GSM

GSM (Global System for Mobile communications) corresponde a un estndar europeo para
telefona mvil de de segunda generacin y que fue diseado para la transmisin de voz y servicios
de manejo de mensajes.

La arquitectura y protocolos de GSM se basan en el modelo de referencia OSI de siete capas.

Su mtodo de acceso corresponde a FDMA con 124 canales y TDMA con 8 intervalos de tiempo
por trama donde una trama comprende 8 canales fsicos que transportan lo canales lgicos de trfico
y sealizacin (control). El canal de trfico hace uso de un codificador vocal que proporciona una
seal digital de 13Kbps; mientras que el canal de sealizacin se sustenta sobre el canal de trfico a
velocidades de 2.4, 4.8 y 9.6 Kbps con diferentes procedimientos de adaptacin de la velocidad,
codificacin de canal y entrelazado.

La arquitectura de una red GSM est compuesta por numerosas entidades funcionales. En la
Figura 26 se muestra una red GSM tpica. La red GSM puede dividirse en cuatro partes:
Equipo mvil (ME), que corresponde al terminal de usuario.
Subsistema de Estaciones Base (BSS), que controla el enlace de radio con el ME.
Subsistema de Conmutacin y Red, cuya parte principal es el Centro de Conmutacin para
Mviles (MSC). Ofrece el servicio de conmutacin de llamadas entre los mviles y la red
fija y el manejo de la movilidad.
Subsistema de Soporte y Operacin (OSS), que controla la operacin del sistema y la
inicializacin de la red.

Adems, en la seccin 9.2.1 de Anexos, se explican algunas caractersticas tcnicas de esta

arquitectura como protocolos, canales fsicos y lgicos e interfaces entre entidades funcionales.

38
 Figura 26: Arquitectura GSM.

[Link].1. Equipo Mvil

El equipo mvil o MS (Mobile Station) est compuesto por el terminal y una tarjeta inteligente
llamada SIM (Subscriber Identity Module).

El SIM es el que permite la movilidad de forma que el usuario pueda acceder a la red con esta
tarjeta desde cualquier terminal. La tarjeta SIM puede ser protegida contra uso no autorizado
mediante el uso de un password o nmero de identificacin personal de 4 dgitos conocido como
PIN (Personal Identification Number). Adems, dentro del SIM se encuentra almacenado el IMSI
que corresponde a un nmero personal del usuario, de mbito internacional.

El terminal se identifica de forma inequvoca mediante el IMEI (International Mobile

Equipment Identity), que corresponde a un nmero de identificacin grabado internamente por el
fabricante. Este nmero puede ser solicitado por la red para comprobar si no se encuentra en una
lista de equipos robados o con mal funcionamiento. El IMEI y el IMSI son independientes.

[Link].2. Subsistema de Estaciones Base

El BSS (Base Station Subsystem) est compuesto por dos partes: el BTS (Base Transceiver
Station) y el BSC (Base Station Controller). Estas se comunican mediante la llamada Interfaz Abis.
BTS: Esta componente consta de las antenas y transmisores de radio que define la clula y
maneja el protocolo de radio con la Estacin Mvil.
BSC: Maneja los recursos de radio de una o ms BTS junto con la inicializacin de los
canales de radio, el salto en frecuencia y los handoff. Es la conexin entre la Estacin
Mvil y el MSC.

[Link].3. Subsistema de Conmutacin y Red

El Subsistema de Conmutacin y Red o NSS (Network and Switching Subsystem) se encarga
de administrar las comunicaciones que se realizan entre los diferentes usuarios de la red. El
componente principal de este sistema es el MSC (Mobile services Switching Center). Acta como un

39
nodo de conmutacin normal de una red PSTN o ISDN aadiendo todas las funciones necesarias
para manejar un usuario mvil, como su registro, autenticacin, localizacin handoffs, etc.

El MSC facilita la conexin con las redes fijas utilizando SS7. Cada MSC tiene su propio VLR,
que puede cubrir varias reas. Cada rea se identifica por una identidad de rea (LAI) compuesta por
tres dgitos de pas, dos de red GSM y dos octetos de identidad de rea. Cada celda se identifica por
una identidad de rea, ms un campo variable de identidad de celda que siempre es menor de 16 bits.

Por otro lado, cada estacin base tiene un cdigo de 6 bits denominado BSIC con el que se
distingue de los adyacentes para el envo de las medidas hacia el MSC. Este BSIC puede repetirse en
el mismo pas para dos BTS que no estn prximas.

El MSC se sustenta en 4 registros o bases de datos:

HLR (Home Location Register): Contiene toda la informacin administrativa de cada
cliente registrado en la red GSM con la actual localizacin del mvil. Entre la informacin
que almacena el HLR tenemos fundamentalmente la localizacin del usuario y los servicios
a los que tiene acceso. Hay un HLR por cada red GSM, aunque puede estar implementado
en una base de datos distribuida. El HLR y el VLR junto con el MSC proporcionan la ruta
o camino de la llamada (routing) y la capacidad de roaming de GSM.
VLR (Visitor Location Register): Contiene la informacin del HLR necesaria para el
control y ejecucin de los servicios contratados para cada mvil situado en el rea
geogrfica controlada por el VLR. Aunque el VLR puede ser configurado como una
entidad independiente todos los fabricantes lo sitan junto en el MSC, de forma que el rea
geogrfica controlada por el MSC corresponde a la controlada por el VLR. De esta forma
se simplifica la sealizacin.
EIR (Equipmenent Identity Register): Es una base de datos que se utiliza para
proporcionar seguridad en las redes GSM pero a nivel de equipos vlidos. La EIR contiene
una base de datos con todos los terminales que son vlidos para ser usados en la red. Esta
base de datos contiene los IMEI de cada terminal, de manera que si un determinado mvil
trata de hacer uso de la red y su IMEI no se encuentra localizado en la base de datos del
EIR no puede hacer uso de la red.
AuC (Authentication Center): Es una base de datos protegida que almacena una copia de la
clave secreta almacenada en cada tarjeta SIM y que se utiliza para la autenticacin y
encriptado de la seal en el canal de radio. El AuC almacena una copia del PIN almacenado
en la tarjeta SIM de cada usuario. Cuando un mvil se mueve por un rea controlada por
un VLR, en ste se le asigna un nmero temporal (TMSI). En el HLR y en el VLR se
memorizan para usuario unas claves Ki y Kc que sirven para autenticar y cifrar. En la
tarjeta tambin se graba la identidad de la ltima rea de localizacin visitada. En el centro
de autenticacin (AuC) que puede estar en el mismo lugar que el HLR se generan y
almacenan por cada IMSI cinco tripletas de autenticacin compuestas por cinco conjuntos
de serie pregunta, serie respuesta y llave de cifrado.

Adems de las componentes antes mencionadas, el NSS cuenta con el GMSC (Gateway
Mobile Services Switching Center) que consiste en un gateway que se encarga intermediar entre las
redes de telefona fijas y la red GSM.

40
 [Link].4. Subsistema de Soporte y Operacin
Los subsistemas de Soporte y Operacin u OSS (Operation and Support Subsystem) se
conectan a diferentes NSS y MSC para controlar y monitorizar toda la red GSM. La tendencia actual
en estos sistemas es que, dado que el nmero de BSS se est incrementando se pretende delegar
funciones que actualmente se encarga de hacerlas el subsistema OSS en los BTS de modo que se
reduzcan los costes de mantenimiento del sistema.

[Link].5. Acceso al Medio Fsico

Como se mencion anteriormente, GSM utiliza una combinacin de TDMA y FDMA para
acceder a la interfaz fsica. En cuanto a tcnicas de duplexacin, GSM utiliza FDD con dos canales
fsicos de 25 MHz cada uno, el uplink est implementado entre los 890 y 915 MHz y el downlink se
ubica entre los 935 y 960 MHz. Adems, cada banda posee canales portadores de 200 KHz de ancho.

A su vez, cada canal portador utiliza TDMA siendo dividido en 8 time-slots donde en cada
uno de ellos se transmite informacin. La modulacin utilizada para la informacin es GMSK
(Gaussian Minimum Shift Keying), lo que permite alcanzar una velocidad de 270 Kbps.

[Link].GPRS

GPRS (General Packet Radio Services) corresponde a una evolucin de la tecnologa GSM que
se ubica entre la segunda y tercera generacin de telefona celular, por lo que se identifica como una
tecnologa 2.5G a modo de transicin entre ambas generaciones. GPRS surge para dar solucin a
ciertos problemas y limitaciones de GSM, entre los que se encuentran:
Velocidad de transferencia de 9,6 Kbps.
Tiempo de establecimiento de conexin, de 15 a 30 segundos. Adems, en cada sesin se
deben reiniciar las aplicaciones.
Pago por tiempo de conexin.
Problemas para mantener la conectividad casos de Roaming.

Al sistema GPRS se le conoce tambin como GSM-IP ya que usa la tecnologa IP para acceder
directamente a los proveedores de contenidos de Internet. Es una tecnologa que comparte el rango
de frecuencias de la red GSM utilizando una transmisin de datos por medio de 'paquetes' y fue
diseado para ser utilizada en conjunto con GSM.

GPRS cuenta con dos caractersticas principales:

Canales compartidos entre diferentes usuarios: A diferencia de GSM, que durante una
llamada el canal de comunicacin de usuario permanece asignado aunque no se enven
datos; en GPRS los canales de comunicacin se comparten entre los distintos usuarios en
forma dinmica, de modo que un usuario slo tiene asignado un canal cuando se est
realmente transmitiendo datos.
Mayor velocidad y eficiencia de la red: la velocidad se ve aumentada hasta un mnimo de 40
Kbps y un mximo de 115 Kbps por comunicacin en comparacin con GSM cuya
velocidad es de 9,6 Kbps, y la tecnologa utilizada permite la comparacin de cada canal
con varios usuarios, mejorando de esta manera su eficiencia en la utilizacin de los recursos
de la red.

41
 En la tecnologa GPRS, se pueden encontrar tres tipos de terminales, los que se nombran a
continuacin:
Clase A: Permite el uso simultneo de GSM y GPRS asignando 1 time-slot para GSM y 1 o
ms para GPRS sin que se produzca degradacin de ninguno de los dos servicios.
Clase B: Permite el uso de GPRS y GSM alternadamente, pero dndole prioridad al acceso
GSM, producindose degradacin de QoS slo para GPRS.
Clase C: Permite una eleccin manual de GPRS o GSM sin uso simultneo.

En cuanto a la arquitectura de red de GPRS est basada fundamentalmente en GSM pero con
algunos elementos adicionales. En la Figura 27 se muestra la arquitectura lgica de GPRS con GSM.
Adems, en la seccin 9.2.2 de Anexos, se explican algunas caractersticas tcnicas de esta
arquitectura como protocolos, canales fsicos y lgicos e interfaces entre entidades funcionales.

Figura 27: Arquitectura GPRS.

Los elementos principales introducidos en GPRS son:

Nodos de soporte GPRS (GSN): Se encargan de integrar las redes GPRS sobre las GSM.
Adems, son los responsables de enrutar los paquetes de datos entre estaciones mviles y
redes de paquetes de datos externas (PDN).
Servicio de soporte de nodos de GPRS (SGSN): El SGSN almacena informacin de
localizacin y perfiles de usuario de todos los usuarios registrados a dicho SGSN. Elige los
datos desde y hacia las estaciones mviles sin su servicio de rea. Adems realiza las
operaciones de un servidor AAA.
Nodo soporte GPRS pasarela (GGSN): acta como interfaz entre la red troncal GPRS y las
redes de paquetes de datos externos. Adems convierte los paquetes al protocolo de
paquetes de datos correspondiente y viceversa.
Interfaz Gb: Es la encargada de conectar la estacin base de control (BSC) con el SGSN.
Todas las GSN se interconectan utilizando una red troncal IP-based GPRS (Inter PLMN
GPRS). Con esta troncal las GSN encapsulan los paquetes PDN y los transmiten usando
GTP (GPRS tunneling protocol). Existen dos tipos de troncal GPRS:
o Redes troncales Intra-PLMN conectan GSN a la misma PLMN y son por tanto redes
IP-Based del proveedor de GPRS.

42
 o Redes troncales Inter-PLMN conectan GSN a diferentes PLMN. Un acuerdo de
roaming entre dos proveedores de red GPRS es necesario para instalar este tipo de
redes.

[Link].1. Acceso al Medio Fsico

A diferencia de GSM, que asignaba a cada usuario ranuras de tiempo de forma indefinida,
GPRS permite que los recursos de radio y time-slots sean utilizados por mltiples usuarios,
asignando as un time-slot a cierto usuario en un intervalo de tiempo dado. As, para que GPRS
permita el acceso mltiple de usuarios a travs de TDMA, ste coordina un nmero especfico de
tramas y time-slots en un tiempo limitado.

[Link].EDGE

La tecnologa EDGE (Enhanced Data Rates for Global Evolution), tambin conocida como
EGPRS (Enhanced General Packet Radio Service) corresponde al paso siguiente en la evolucin de
GSM hacia 3G. El objetivo de esta nueva tecnologa es incrementar la tasa de transmisin de datos y
la eficiencia del espectro, as como el de facilitar nuevas aplicaciones e incrementar la capacidad para
usos mviles.

EDGE es introducido dentro de especificaciones y descripciones existentes en GPRS, slo que

se vara la capa fsica con una nueva tcnica de modulacin y mtodos de tolerancia de errores de
transmisin, combinados con mecanismos mejorados de adaptacin de acoplamiento. As, se mejora
la eficiencia del espectro y de las aplicaciones. GPRS y EGPRS tienen diferentes protocolos y
diferentes comportamientos en el lado del sistema de la estacin base. Sin embargo, en el lado de la
red, GPRS y EGPRS comparten los mismos protocolos de direccin de paquetes y por lo tanto se
comportan de la misma manera. As se aprecia en la Figura 28.

Adems de aumentar el rendimiento de procesamiento de datos para cada usuario, EDGE

tambin aumenta la capacidad. Con EDGE, durante el mismo time-slot puede atenderse a ms
usuarios. Esto disminuye el nmero de los recursos de radio requeridos para atender el mismo
trfico, y tener mayor capacidad de datos o servicios de voz. EDGE hace ms fcil la coexistencia de
la conmutacin de circuitos y la conmutacin de paquetes logrando un uso ms eficiente de los
recursos de radio.

Figura 28: GPRS versus EGPRS.

43
 [Link].UMTS

UMTS (Universal Mobile Telecommunications System) corresponde a un estndar de telefona

mvil de tercera generacin que posee una red ncleo basada en la evolucin de GSM y cuya red de
acceso se basa en la tecnologa de acceso W-CDMA (Wideband CDMA). UMTS pretende ser el paso
final en la convergencia de Internet y las redes mviles, en ella, los usuarios tendrn la posibilidad de
acceder a contenidos y servicios multimedia de banda ancha independientemente del lugar donde se
encuentren.

El desarrollo de la arquitectura UMTS se dividi en varias fases hasta alcanzar la arquitectura

final de una red integrada de servicios multimedia independientes de la posicin del usuario:
Release 1999 (R99) o primera fase o propone una evolucin ms o menos lgica desde las
arquitecturas de segunda generacin. Esta versin introduce el concepto de UTRAN
(UMTS Terrestrial Radio Access Network).
Release 4 (R4, tambin conocida como Release 2000) o segunda fase propone reemplazar la
componente de conmutacin de circuitos, que segua vigente en la versin 99, por una red
completamente basada en trfico IP (All-IP UMTS network architecture) con una
arquitectura estratificada y la implementacin de calidad de servicio a nivel de transporte.
Release 5: Implementa transporte IP sobre UTRAN, calidad de servicio punto-a-punto y se
agrega IMS y HSDPA (High Speed Downlink Packet Access).
Release 6: Realiza ampliaciones sobre IMS.

UMTS pretende entregar servicios de voz y datos con diferentes clases de servicios y con
diferente calidad de servicio (QoS). Se han definido clases de calidad de servicio para responder a
cuatro tipos de trfico cuyas caractersticas se muestran en la Tabla 11, en la seccin [Link] de
Anexos.

En cuanto a la arquitectura de UMTS de la especificacin R99 se consideran tres categoras de

elementos:
Elementos de la red ncleo de GSM: Entre ellos estn el MSC, los registros EIR, VLR y
HLR y el AuC.
Elementos de la red GPRS: Entre ellos, el SGSN y el GGSN.
Elementos especficos de UMTS: El equipo del usuario UE (User Equipment) y la Red de
Radio Acceso Terrestre UMTS (UMTS Terrestrial Radio Access Network-UTRAN).

En la Figura 29 se muestra el esquema general de la arquitectura UMTS R99 que se compone

de tres grandes bloques:
Terminales mviles UE (User Equipment) (Figura 29.a.): Consta de dos partes, el equipo
mvil (ME) y el USIM (Universal Subscriber Identity Module).
Red de acceso a radio (UTRAN) (Figura 29.b): Sus lmites son la interfaz Iu hacia el Core y
la interfaz Uu (interfaz de radio) hacia el UE. Considera la incorporacin de dos nuevos
elementos: el RNC y el Nodo B cuyas funciones equivalen a la funcin de la BSC y la BTS
en las redes GSM/GPRS, ambas entidades juntas forman un RNS (Radio Network
System).
o Controlador de Radio de la Red RNC (Radio Network Controller): Controla uno o ms
nodos B. Entre sus funciones se encuentra la administracin de recursos de transporte,

44
 de control de los nodos, informacin del sistema, handoff y control de potencia del
enlace downlink y del ciclo de control de potencia uplink, entre otros.
o Nodo B: Cada uno de estos puede proveer servicio a mltiples celdas y corresponde
bsicamente a una entidad lgica, entre sus funciones se encuentra la implementacin
lgica de los nodos, mapeo de los recursos lgicos a recursos de hardware, control del
ciclo interno de control de potencia uplink, deteccin de errores y multiplexacin en los
canales de transporte, modulacin y desmodulacin de los canales fsicos,
sincronizacin de tiempo y frecuencia, entre otros.
Red troncal o ncleo CN (Core Network) (Figura 29.c): Est basada en la topologa de la
red GSM/GPRS, provee funciones de conmutacin, enrutamiento, transporte y bases de
datos para el trfico de la red, contiene elementos de conmutacin de circuitos, tales como
el MSC, el VLR y el GMSC, elementos de conmutacin de paquetes, tales como el SGSN y
el GGSN, y elementos que soportan ambos tipos de conmutacin, tales como el EIR, el
HLR y el AuC.

Para mayor informacin, en la seccin 9.2.3 de Anexos, se explican algunas caractersticas

tcnicas de esta arquitectura como protocolos, canales fsicos y lgicos e interfaces entre entidades
funcionales.

Figura 29: Arquitectura UMTS.

[Link].1. Acceso al Medio Fsico

UMTS utiliza como tecnologa de acceso a CDMA pero con una expansin del ancho de
banda del espectro a 5 MHz, lo que se conoce como WCDMA (Wideband-CDMA).

La modulacin utilizada por UMTS corresponde a QPSK (Quadrature Phase Shift Keying) y
posee tanto duplexacin FDD como TDD. En FDD, el enlace downlink se encuentra entre los 2110

45
y 2170 MHz y el enlace uplink se encuentra entre los 1920 y 1980 MHz, cada uno de estos enlaces
cuenta con 12 canales portadores. En cambio, si se utiliza TDD las frecuencias utilizadas estn entre
los 2010 y 2025 MHz y entre los 1900 y 1920 MHz, lo que permite obtener 7 canales portadores.

Se debe tener en cuenta que todos los datos de UMTS hasta aqu mencionados corresponden a
la versin 99 de esta arquitectura. La evolucin de UMTS es clave para comprender el fenmeno de
la convergencia de redes, por lo que proceder a mencionarlos principales cambios en las versiones
siguientes de esta arquitectura.

El segundo paso en la evolucin de la arquitectura UMTS corresponde a la versin 4, los

principales cambio experimentados corresponden a una completa migracin del trfico de voz a
trfico IP; adems, la entidad lgica MSC se divide en dos entidades funcionales:
MGW (Media Gateway): Responsable de proveer conectividad y sealizacin de control
(en caso de un servidor de control).
MGC (Media Gateway Controller): Entrega servicios al MGW de forma de que este ltimo
permita acceder a redes tradicionales.

La versin 5 de UMTS, corresponde a un importante avance en la arquitectura. En este caso,

los principales cambios realizados son:
El trfico dentro de toda la red es IP (red all-IP), incluyendo en la UTRAN.
Como mejora al acceso de radio de la red, se implementa HSDPA (High Speed Downlink
Packet Access).
Se produce una separacin entre los planos de transporte y control de la red debido a la
implementacin de IMS (IP Multimedia Subsystem), el que (en esta versin) posee las
siguientes entidades funcionales:
o HSS (Home Subscriber Server).
o CSCF (Call Session Control Function), el cual puede ser de uno de estos tres tipos:
Serving-CSCF, Interrogating-CSCF o Proxy-CSCF.
o MRF (Media Resource Function) y MGCF (Media gateway Control Function),
entidades que permiten que UMTS interactu con las redes tradicionales y celulares.

En la Figura 30 se muestra un esquema sobre el papel que juega IMS en la versin 5 de UMTS.

La versin 6 de UMTS realiza ampliaciones a la arquitectura de IMS de forma de implementar

mensajera e imposicin de los precios o cargos basado en los flujos de datos y permitiendo a UMTS
operar con redes LAN inalmbricas.

46
 Control Servicios y Aplicaciones
Control y datos

Servidor Servidor
MSC GMSC HSS
Iu-CS

Iu-CS MGW MGW PSTN/ISDN

UTRAN
Iu-PS SGSN GGSN Redes IP

MRF CSCF MGCF

Funcionalidad IMS Servicios y Aplicaciones

Figura 30: Core de la Arquitectura UMTS Release 5.

[Link].Resumen de Caractersticas

A continuacin se presenta una tabla comparativa que muestra la evolucin de las tecnologas
GSM desde 1G hasta 3G junto con sus caractersticas bsicas.
Tabla 5: Comparacin de Caractersticas de la familia GSM.
Ancho de
Tecnologa Generacin Acceso Modulacin Velocidad
banda
GSM 2G TDMA GMSK 200 KHz 9,6 Kbps
GPRS 2,5G TDMA GMSK 200 KHz 160 Kbps
EDGE 2,75G TDMA 8-PSK 200 KHz 384 Kbps
UMTS 3G WCDMA Q-PSK 5 MHz 2 Mbps

2.7.3. VoIP
El trmino genrico de Voz sobre IP (VoIP) consiste en la transmisin de voz a travs de la
red IP por medio de protocolos IP para aplicaciones multimedia, de forma de aprovechar el ancho
de banda ms eficientemente que en una red telefnica tradicional o PSTN y utilizando tcnicas de
compresin vocal.

47
 El estndar de VoIP fue definido por la ITU en 1996; sin embargo, VoIP no define un
protocolo como estndar sino que define una serie de normas y elementos con los que debe cumplir
toda red de VoIP. La IETF (Internet Engineering Task Force) defini una pila de protocolos que en
su conjunto se denomin Internet Multimedia Conferencing Architecture (Arquitectura para
aplicaciones de Conferencia Multimedia en Internet), la que se puede observar en la Figura 31.

Sealizacin Calidad de Servicio Transporte de Media

Encap. de
Aplicacin

Media (H.261,
H.323 SIP RTSP RSVP RTCP MPEG)

RTP
Transporte

TCP UDP
Red

IPv4, IPv6
Enlace

PPP AAL3/4 AAL5 PPP

Fsica

Sonet ATM Ethernet V.34

Figura 31: Pila de Protocolos para servicios Multimedia en Internet.

Dentro de los protocolos ms importantes, se encuentran los protocolos de sealizacin,

donde se destacan H.323 y SIP, los cuales se describirn brevemente a continuacin.

[Link].H.323

H.323 corresponde a un protocolo creado por la ITU-T estandarizado en 1996, este protocolo
recibi el nombre de Sistemas y terminales de telefona visual sobre redes de rea local sin garantas
de calidad de servicio y fue el primer protocolo en cumplir con la normativa de VoIP.

Los terminales y dispositivos de H.323 pueden soportar aplicaciones en tiempo real (voz,
video) como aplicaciones de datos y combinaciones de stas.

La arquitectura de H.323 contiene las siguientes entidades funcionales:

Terminal: Corresponde a un dispositivo de usuario que permite la comunicacin en tiempo
real con otro terminal, gateway o MCU. Puede entregar soporte de audio, video y datos y
debe contener un sistema de control, el codec de audio e interfaz de la red, mientras que los
codec de video y aplicaciones de datos del usuario son optativas.
Gateway: Es el encargado de proveer la conexin entre los terminales H.323 y otros
terminales de otras redes, como por ejemplo la PSTN.
Gatekeeper: Tambin llamado Controlador de Acceso, representa al elemento inteligente
de la red H.323 y provee servicios de control de llamadas a los puntos finales. Dentro de
sus funciones se encuentra la conversin de direccin IP a E.164 o viceversa, control del

48
 establecimiento de llamadas, de ancho de banda, administracin de equipos en una misma
zona, enrutamiento de llamadas, tarificacin, etc.
MCU (MultiControl Unit): Tambin llamada Unidad de Multi-Control, es la encargada de
soportar conferencias entre tres o ms terminales y gateways en una conferencia
multipunto. Puede negociar las capacidades de los terminales y revisar capacidades durante
la conferencia.

[Link].SIP
SIP (Session Initiation Protocol) es un protocolo de la IETF que define una arquitectura de
sealizacin y control y cuya finalidad es la inicializacin, modificacin y trmino de sesiones
multimedia (por ejemplo video, voz, mensajera, etc). SIP implementa un conjunto de funciones de
procesamiento de llamadas y caractersticas similares a las de una red PSTN, es un protocolo punto a
punto, escalable y con inteligencia distribuida.

SIP realiza la comunicacin entre dispositivos a travs de los protocolos RTP, RTCP y SDP.
Una caracterstica importante de SIP es que es un protocolo basado en texto lo que permite que sea
de implementacin simple, flexible y ampliable, est basado en mensajes de requerimiento y
respuesta y toma muchos conceptos utilizados en protocolos como HTTP.

Dentro de las entidades funcionales necesarias para la arquitectura SIP se encuentran:

UA (User Agent o Agente de Usuario): Son entidades que se comunican entre ellas para
permitir la comunicacin entre los clientes, estas comunicaciones son del tipo cliente-
servidor. ste se divide en dos componentes lgicas:
o UAC (User Agent Client): Genera requerimientos SIP y recibe las respuestas a estos
requerimientos.
o UAS (User Agent Server): Genera respuestas a los requerimientos SIP.
Servidores SIP: Estos pueden ser de tres tipos:
o Proxy Server: Reenvan requerimientos y resuelven a qu servidores reenviar y, en caso
que se necesite, modificando algunos campos. Dentro de los Proxy Server se
contemplan dos tipos:
Statefull Proxy: Mantiene el estado de las sesiones mientras se procesan los
requerimientos y permite la opcin de forking en el envo de los requerimientos
de forma de encontrar la mejor respuesta y enviarla al usuario.
Stateless Proxy: No mantiene el estado de las sesiones durante el procesamiento
de los requerimientos sino que solamente reenva los mensajes.
o Registrar Server: Acepta los requerimientos de registro de los usuarios y guarda su
informacin para brindar servicios de localizacin y traduccin de direcciones del
dominio que controla.
o Redirect Server: Genera respuestas para el redireccionamiento de los requerimientos
que recibe hacia el prximo servidor.

Los mensajes SIP pueden dividirse en requerimientos y respuestas SIP. En la Tabla 6 se

muestran los distintos tipos de requerimientos SIP.

49
 Las respuestas SIP se caracterizan por el Cdigo de Estatus, que consiste en un nmero de tres
dgitos que identifica la naturaleza de la respuesta. Los Cdigos de Estatus se clasifican en seis clases,
las que se observan en la Tabla 7.
Tabla 6: Tipos de Requerimientos SIP.
Requerimiento Descripcin
INVITE Inicia una sesin.
Re-INVITE Se utiliza para cambiar el estado de la sesin.
Confirma el establecimiento de sesin y slo puede ser usado con
ACK
un INVITE.
BYE Termina una sesin.
CANCEL Cancela una invitacin pendiente.
Vincula una direccin permanente a una ubicacin actual y puede
REGISTER
incluir datos de usuario.
Investigacin de capacidad, que determina caractersticas
OPTIONS
soportadas por el otro lado de la sesin.

Tabla 7: Tipos de Cdigos de Estatus en una Respuesta SIP.

Cdigos de
Descripcin
Estatus
Respuesta Provisional/Informacional. Indica que el requerimiento fue
1xx
recibido y que el recipiente va a procesarlo.
Respuesta de xito. El requerimiento fue exitosamente recibido,
2xx
entendido y aceptado.
Respuesta de Redireccin. Es necesario que se tomen ms acciones por
3xx
el requeriente para completar el requerimiento.
Respuesta de Error del Cliente. El requerimiento contiene un error de
4xx
sintaxis o el servidor no puede satisfacer el requerimiento.
Error del Servidor. El servidor fall en satisfacer un requerimiento
5xx
vlido. Corresponde a una falta del servidor.
Respuesta de Falla Global. El requerimiento no puede ser satisfecho
6xx por ningn servidor. Para que el servidor responda esta clase de
respuesta necesita tener informacin definitiva del usuario.

[Link].Diferencias entre H.323 y SIP

H323 y SIP poseen dos enfoques bastante distintos. Mientras que el diseo de H.323 proviene
de ingenieros vinculados cercanamente con las redes PSTN, SIP fue pensado aprovechando las
caractersticas de Internet. As mismo, H.323 posee un mayor nivel de complejidad y SIP es
esencialmente flexible.

En la Tabla 8, a continuacin se presentan las principales diferencias entre H.323 y SIP.

50
 Tabla 8: Principales Diferencias entre H.323 y SIP.
Caracterstica SIP H.323
Cdigo Texto Binario
Complejidad Estilo HTTP Complejo
Monoltica: sealizacin,
Arquitectura Modular: slo sealizacin control de conferencia, registro,
negociacin
Mensajera instantnea Si No
Cualquier URL, direcciones e-
Soporte de direcciones Host, E.164, gatekeeper aliases
mail, H.323, http, E.164
Protocolo de Transporte Principalmente UDP, TCP Principalmente TCP, UDP
Estandarizacin de Estandarizar protocolos, no
Estandarizar todo
servicios servicios
Servicios suplementarios Pobremente definidos Rigurosamente definidos
Bajo (impone arquitectura
Ajuste a Internet Alto
ISDN a redes IP)
Escalabilidad Excelente Pobre
Slo streams media, incluyendo
Tipos de servicios Sin limitaciones obvias
voz
Interoperabilidad Amplia Limitada

[Link].Otros Protocolos: MGCP y MEGACO

Hasta ahora, los protocolos SIP y H.323 no describen una clara separacin entre el trfico de
media y de sealizacin. Sin embargo, la separacin entre sealizacin y media es deseable para la red
ya sea para centralizar la inteligencia de la red y disear redes costo-eficientes (as se aprecia desde las
arquitectura PSTN a la IMS). Luego, si existe una separacin entre las entidades de control de
llamadas y de manejo del stream media (como un gateway de voz), se necesita un protocolo entre
estos dos tipos de entidades de forma que la entidad de control pueda administrar la entidad de
stream media.

El protocolo de control ms utilizado actualmente en redes de VoIP es MGCP (Media

Gateway Control Protocol) desarrollado por la IETF. Sin embargo, este protocolo ha sido
desplazado por MEGACO/H.248 desarrollado en conjunto por la IETF y la ITU.

MGCP es utilizado por elementos externos de control de llamadas llamados MGCs (Media
Gateway Controller) para controlar los MGs (Media Gateways). Los gateways VoIP son vistos desde
afuera como un nico gateway VoIP. Un ejemplo de esto son los Trunking gateways que unen las
redes PSTN y VoIP.

MEGACO (H.248) es un protocolo con la funcin de interfaz entre los Call Agents externos
(MGCs) y los MGs. Este estndar es el resultado de un esfuerzo colaborativo entre las
organizaciones IETF y ITU. H.248 se basa fuertemente en MGCP, pero con algunas mejoras:
Soporta servicios multimedia y de conferencia multipunto mejorados.
Cuenta con una mejor sintaxis para un procesamiento de mensajes ms eficiente.

51
 Opciones de transporte TCP y UDP.
Permite codificacin binaria o de texto.
Formaliza procesos de extensin para funcionalidades mejoradas.

A pesar de que MGCP fue utilizado primero, H.248 ha ganado terreno y una amplia aceptacin
en la industria como el estndar oficial para las arquitecturas de gateways descompuestos. Hoy, no
hay planes para mejorar el estndar MGCP por ningn cuerpo internacional.

2.7.4. PacketCable
PacketCable define especificaciones para una arquitectura que permita soportar la convergencia
de voz, video, datos y tecnologas mviles aprovechando las redes de banda ancha por cable.
PacketCable utiliza una arquitectura y un conjunto de interfaces abiertas para soportar la rpida
introduccin de nuevos servicios IP sobre las redes de cable. Esta arquitectura posee mltiples
versiones, las que fueron desarrolladas para brindar inicialmente servicios de voz y multimedia. La
versin PacketCable 2.0 est basada la arquitectura IMS Release 6 de la 3GPP, pero adaptada a las
redes de cable.

PacketCable pretende ser una arquitectura flexible de forma que sea una plataforma que
entregue las capacidades bsicas necesarias para entregar servicios tales como:
VoIP residencial y comunicaciones IP de video; Capacidades como videotelefona,
tratamiento de llamadas basado en presencia, capacidad de terminales e identidad entre
otros.
Caractersticas de integracin de plataformas, como el nombre de la persona que llama e
identificacin del nmero en la TV y manejo de la llamada desde la TV.
Servicios de Movilidad e integracin con celulares y redes inalmbricas; capacidades como
handoff de llamada y roaming entre VoIP de PacketCable sobre Wi-Fi y redes celulares
inalmbricas, integracin de buzn de voz, y un nico nmero E.164 (por ejemplo, un
nmero telefnico).
Aplicaciones multimedia, como audio con QoS y video streaming.
Extensiones de servicios comerciales, como extensiones de PBX, servicios IP Centrex para
negocios pequeos y medianos, etc.
Extensiones de telefona SIP residencial, como caractersticas de la telefona tradicional
(por ejemplo, llamada en espera), servicios de operadora y de emergencia.

Para un conocimiento ms acabado, en la seccin 9.2.4 de Anexos, se explican algunas

caractersticas tcnicas de esta arquitectura como sistemas de soporte operacional, interfaces entre
componentes funcionales, y principales protocolos.

[Link].Evolucin de PacketCable

A grandes rasgos, cada versin abarca las siguientes implementaciones:

Release 1.0: Brinda soporte para aplicaciones de telefona usando E-MTAs.
Release 1.5: Entrega nuevas capacidades y agrega SIP para la administracin de sesin
dentro y entre redes PacketCable.
52
 Multimedia: Separa capacidades de QoS y define una arquitectura genrica de QoS.
Release 2: Agrega soporte para endpoints basados en SIP y una plataforma de servicio
basada en SIP que puede ser utilizada para soportar variados servicios.

La Figura 32 ilustra las versiones de PacketCable. PacketCable 2.0 utiliza a PacketCable

Multimedia para QoS. PacketCable Multimedia, sin embargo, est separada y puede ser usada por
otras aplicaciones tambin. Las aplicaciones que hacen uso de la plataforma de servicio SIP estn
definidas en versiones separadas autnomas y no se muestran en la Figura 32.

Figura 32: Relacin entre las distintas versiones de PacketCable.

[Link].Arquitectura

En la Figura 33 se muestra un diagrama bsico de la arquitectura PacketCable correspondiente

a la Release 2.0.
Red Peer

Interconexin Sistemas de Soporte

Elemento de Borde DNS DHCP Tiempo Operacional

Proxy de
Interconexin ENUM PAC NMS y EMS CDF

Media Proxy
PSTN

Core Aplicacin
Servidor de
PSTN GW Aplicacin
SG SLF HSS
PacketCable

Servidor de
MGC BGCF Presencia
E-MATs

MG I-CSCF S-CSCF PacketCable

Servidor de
Multimedia
CMS Polticas

Borde
Administrador de
Servidor TURN Servidor STUN P-CSCF (Edge)
Aplicacin PacketCable

Red de
CMTS Otro Acceso
Docsis

Cable Cable Cable Cable Punto de

E- Modem Modem Modem Acceso
Modem
MTA
Nat y
Firewal
l Red Local
UE UE UE UE UE

Figura 33: Arquitectura PacketCable Release 2.0.

A continuacin se explicar brevemente cada bloque funcional de esta arquitectura:

53
 [Link].1. Red Local
En la red local se encuentran dos entidades principales:
UE (User Equipment): PacketCable soporta clientes para servicios de telefona.
PacketCable Multimedia provee un marco de QoS y contabilidad. PacketCable agrega
soporte para clientes basados en SIP con una variedad de capacidades, por ejemplo: soft y
hard phones, telfonos inteligentes, telfonos inalmbricos o almbrico, UEs de mensajera
instantnea, terminales de video, etc. Los UE pueden ser dispositivos fijos o mviles tales
como notebooks o telfonos Wi-Fi. Pueden estar en la red de acceso cable, o pueden
obtener servicios de otras redes de acceso.
NAT y Firewall: Entre la red local y la red de acceso pueden estar presentes un NA(P)T
(Network Address and Port Translation) y un Firewall. Como un NAT puede modificar
direcciones IP y puertos y un Firewall restringe el acceso, la sealizacin y planos
portadores necesitan comportarse en forma diferente cuando se insertan entre el UE y P-
CSCF.

[Link].2. Red de Acceso

El UE se conecta al Borde (Edge) a travs de la red de acceso de cable existente o a travs de
otras redes de acceso (por ejemplo, puntos de acceso Wi-Fi pblicos, redes celulares 3G de datos).
Los elementos de la red de acceso entregan conectividad IP y los recursos de QoS necesarios por el
UE para desplegar los servicios PacketCable.

En la red de acceso se pueden encontrar las siguientes entidades funcionales:

CM (Cable Modem): El CM corresponde al CPE (Customer Premise Equipment) usado en
conjunto con el CMTS para entregar servicios de transporte de datos en banda ancha sobre
la red de acceso de cable HFC. Un E-MTA corresponde a un cliente basado en
sealizacin de llamadas de red con un cable mdem embebido. Es importante notar que,
mientras el E-MTA no se comunica directamente con la red, un servicio de telefona
basado en sealizacin de red y un servicio basado en sealizacin SIP pueden entregarse a
travs del mismo CM. Adems, los UE PacketCable 2.0 tambin pueden estar embebidos
con un CM.
CMTS (Cable Modem Termination System): El CMTS se encuentra en el headend del
operador de red y, en conjunto con el CM, es utilizado para entregar transporte de datos de
banda ancha sobre la red de acceso de cable HFC.
Punto de Acceso: PacketCable puede ser utilizado para entregar servicios a los UEs que
reciben conectividad IP a travs de distintos tipos de redes de acceso.

El resto de la arquitectura se basa en IMS y se describe en la seccin [Link] de Anexos.

2.8. Tecnologas de Acceso

2.8.1. HFC
La red HFC (Hibrid Fibre Coaxial) es una red que corresponde a la evolucin de las redes
CATV coaxial para poder soportar otros tipos de servicios adems de la televisin y trfico

54
ascendente. La tecnologa CATV surgi a partir de los aos 60 y se caracterizaba por la transmisin
de seal analgica sobre cable coaxial, ser unidireccional (sistemas broadcasting), con una topologa
de distribucin en rbol y tecnologa FDM (6 MHz por canal). El desarrollo de Ethernet permiti
que se viera la oportunidad de utilizar el acceso de cable coaxial a los hogares para extender LANs; la
hibridacin de la red se produjo simultneamente con el desarrollo del mundo Internet y la demanda
de los usuarios de banda ancha.

La idea de una red HFC es llegar con fibra hasta un nodo y luego los usuarios de cada nodo se
unen con un bus de cable coaxial. Sobre estas redes se pueden brindar servicios de televisin (tanto
seal analgica como digital), de datos (principalmente basados en DOCSIS) y de Voz (basado
principalmente en PacketCable). El espectro de radiofrecuencia en HFC se divide en dos regiones:
Trfico ascendente: Frecuencias entre 5 MHz y 40 MHz.
Trfico descendente y CATV: Frecuencias mayores a 50 MHz.

La estructura bsica de una red HFC se compone de una cabecera (o headend) que funciona
como un centro de control y emisin, la red troncal de fibra ptica que distribuye las seales hacia
los nodos primarios (o hubs), la red secundaria que une los hubs con los nodos finales, los cuales
distribuyen la seal a los clientes ya sea a travs de un cable mdem (CM) o MTA (Multimedia
Terminal Adapter).

Figura 34: Arquitectura de Acceso HFC.

Para contar con una mayor robustez de la red, la red troncal de fibra ptica se construye en un
doble anillo; los nodos pticos principales reparten la seal hacia los anillos secundarios, donde otros
nodos realizan la conversin opto-elctrica de la seal u electro-ptica dependiendo si es trfico
descendente o ascendente respectivamente. En la Figura 34 se observa que cada nodo soporta cerca
de 500 hogares y la red final posee una topologa de anillo.

55
 Para lograr una conexin a Internet o realizar una llamada telefnica a travs de la red HFC se
debe contar con un canal extra para transportar la seal de telefona y datos ascendentes y
descendentes. En la Figura 35 se muestra un diagrama de la red HFC para proveer televisin,
telefona e Internet.

Figura 35: Red HFC Actual.

La entidad clave en esta arquitectura es el CMTS (Cable Modem Termination System), que
corresponde a la funcin que permite el acceso de los CMs a la red telefnica tradicional (PSTN), red
telefnica IP o a Internet.

2.8.2. xDSL
xDSL (x Digital Subscriber Line) corresponde a una tecnologa de acceso que reutiliza las
redes de pares de cobre de telefona tradicional para brindar acceso a Internet de banda ancha y, por
tanto, permitiendo utilizar la red telefnica ya existente para transmitir datos.

xDSL est compuesto por un conjunto de sabores de tecnologas (cada una de las cuales se
diferencia de las dems en el nombre por su primera letra, la que se generaliza con una x) que
transforman las lneas analgicas en digitales. xDSL corresponde a una tecnologa punto a punto que
funciona con un mdem tanto en el lado del cliente como en el de la central telefnica (cada mdem
adaptado a las distintas necesidades de cada extremo) y sin amplificadores o repetidores entre ambos
extremos.

La tecnologa xDSL ms masificada corresponde a ADSL, pero existen muchas otras variantes.

[Link].Asymmetrical DSL (ADSL)

Ms que una nueva tecnologa de acceso, ADSL es una tecnologa de mdem que es capaz de
transmitir velocidades entre 1.5 Mbps y 6 Mbps bajo la tecnologa actual. El mdem ADSL adems
provee el proceso de multiplexacin por divisin de frecuencia para separar los trficos de voz y
56
datos para el transporte a travs del bucle, tarea que actualmente es realizada por el splitter. Los tipos
de multiplexacin utilizados en ADSL son CAP (Carrierless Amplitude/Phase) o DMT (Discrete
Multitone).

Figura 36: Arquitectura de una red de acceso ADSL.

ADSL recibe ese nombre por la asimetra existente entre su velocidad de datos ascendente y
descendente. En la Figura 36 se observa la arquitectura de una conexin a Internet a travs de
ADSL, en la central se reciben distintas seales ADSL de un conjunto de clientes donde cada seal
pasa por su filtro o splitter y luego se concentra en un nico punto para su transporte a travs de una
red ATM. El multiplexor que une las lneas ADSL que llegan a la central recibe el nombre de
DSLAM (Digital Subscriber Line Access Multiplexer).

[Link].Otros sabores xDSL

En la tabla a continuacin se presentan las principales variantes de xDSL con sus principales
caractersticas.

57
 Tabla 9: Resumen de las principales caractersticas de algunas tecnologas xDSL.
Nombre Significado Download Upload Modo de Operacin
Diferentes velocidades
Asymmetric
ADSL 1.5 a 8.192 Mbps 16 a 640 Kbps download y upload, un
DSL
par de cables.
Diferentes velocidades
download y upload,
Rate Adaptive 64 Kbps a 8.192
RADSL 16 a 768 Kbps diferentes operaciones
DSL Mbps
comunes usan 768
Kbps. Un par de cables.
Actualmente ratificado
Consumer como DSL-lite ([Link]).
CDSL 1 Mbps 16 a 160 Kbps
DSL No usa splitters. Un par
de cables.
1.544 Mbps
1.544 Mbps
High-data rate (Norteamrica) Servicios simtricos.
HDSL
DSL 2.048 Mbps (resto Dos pares de cable.
2.048 Mbps
del mundo)
144 Kbps 144 Kbps Operacin simtrica. Un
IDSL ISDN DSL (64+64+16) (64+64+16) par de cables. ISDN
como BRI como BRI BRI.
Usa slo un par de
1.544 Mbps, 1.544 Mbps,
SDSL Single DSL cables, pero tpicamente
2.048 Mbps 2.048 Mbps
entrega 768 Kbps
Very High Se necesita fibra y
VDSL 13 a ~52 Mbps 1.5 a 6 Mbps
data rate DSL probablemente ATM
192 Kbps a 2.36 192 Kbps a 2.36
Usa un par de cables
Single High- Mbps Mbps
SHDSL
speed DSL 384 Kbps a 4.72 384 Kbps a 4.72
Usa dos pares de cables
Mbps Mbps

2.8.3. WiMAX
WiMAX (Worldwide Interoperability for Microwave Access) nace del estndar 802.16 Wireless
MAN (Metropolitan Area Network) de Interfaz area de la IEEE y es una especificacin que posee
una arquitectura Punto-a-Multipunto (PMP). WiMAX ha evolucionado en sus caractersticas a travs
de las distintas versiones desarrolladas, las que se nombran a continuacin:
802.16: Su rango de frecuencia est entre los 10 y 600 GHz y requiere de lnea de vista
(LOS: Line of Sight).
802.16a: Su rango de frecuencia est entre los 2 y 11 GHz y no requiere de lnea de vista
(NLOS: Non Line of Sight).

58
 802.16d (o 802.16-2004): Se basa en 802.16 y 802.16a con algunas mejoras haciendo
obsoletos los estndares anteriores. Tambin soporta espectro bajo los 11 GHz y dispone
de transmisin TDD y FDD.
802.16e: Posee la capacidad de entregar caractersticas de movilidad y portabilidad
implementndolas en las capas MAC (de enlace) y PHY (fsica).
802.16g: Es capaz de soportar movilidad en capas superiores a las capas 1 y 2 y a travs del
backhaul (Backhaul es un trmino referido al transporte de trfico entre sitios distribuidos,
por ejemplo puntos de acceso, y puntos de presencia ms centralizados). Esta
estandarizacin no se ha determinado y es muy pronto para estimar los cambios requeridos
cuando esta fase del estndar est disponible.

Los estndares actuales especifican el uso de OFDM (Orthogonal Frequency Division

Multiplexing) u OFDMA (Orthogonal Frequency Division Multiple Access). OFDMA se basa en
OFDM y combina tcnicas de divisin de tiempo de y frecuencia para una utilizacin ms eficiente
del espectro. En la Tabla 10 se muestra una comparacin entre las dos versiones de WiMAX ms
recientes.
Tabla 10: 802.16d versus 802.16e.
Caractersticas 802.16d 802.16e
2-11 GHz licenciado y no 2-6 GHz licenciado y no
Frecuencia
licenciado licenciado
Lnea de vista NLOS NLOS
Nmada (mxima velocidad
Movilidad Fijo y Nmada
~70 Km/hr)
Radio promedio de celda 6,4 Radio promedio de celda 1,6
Rango
9,6 Kms 4,8 Kms
Escalable1,5 - 5 MHz con
Canalizacin Escalable1,5 - 20 MHz
sub-canales
Eficiencia Espectral < 3,75 bps/Hz < 3 bps/Hz

Tasa de bits < 75 Mbps(20 MHz BW*) < 15 Mbps(5 MHz BW)

Duplexacin TDD / FDD TDD / FDD

Mandatoria -3DES Mandatoria-3DES
Encriptacin
Opcional-AES Opcional-AES
Familia de Tecnologa OFDM/OFDMA QPSK, Scalable OFDMA QPSK, 16
y Modulacin 16QAM & 64QAM QAM & 64 QAM
*
BW: Bandwidth; ancho de banda.

Una MAN wireless basada en el estndar WiMAX se configura de forma muy similar a una red
celular tradicional con estaciones base estratgicamente ubicadas utilizando una arquitectura punto-a-
multipunto para entregar servicios a un rea de algunos kilmetros de radio dependiendo de la
frecuencia, potencia de transmisin y sensibilidad del receptor. Normalmente, las estaciones base son
conectadas con un retorno al centro de la red mediante fibra o enlaces microondas punto-a-
multipunto hacia nodos de fibra disponibles o a travs de lneas arrendadas de algn operador de
lneas cableadas. En la Figura 37 se muestra un diagrama bsico de la arquitectura de WiMAX.

59
 Figura 37: Arquitectura de Referencia de WiMAX.

El rango y la capacidad NLOS de WiMAX hacen atractiva a la tecnologa y efectiva en costos

en un amplio conjunto de ambientes. Esta tecnologa fue ideada desde el principio como una forma
de entregar acceso de banda ancha inalmbrico a la ltima milla en redes MAN con un desempeo
y servicios comparables a las tecnologas de acceso tradicionales como DSL, Cable o lneas T1/E1.

60
Captulo 3
Metodologa
En este captulo se describe la metodologa utilizada en el presente documento para alcanzar
los objetivos del trabajo de memoria y sus correspondientes resultados. En el captulo anterior ya se
entreg un marco de las arquitecturas de telefona existentes, ahora se pretende ilustrar cmo es que
estas arquitecturas interaccionan entre ellas para comunicarse y finalmente poder llegar a una
arquitectura convergente como resultado del documento.

As, primero se realizarn las siguientes tareas:

Cmo es que funciona la arquitectura IMS mencionada en el captulo anterior y algunos de
sus procesos ms importantes.
Se analizarn las similitudes entre IMS y la arquitectura PSTN y entre IMS y PacketCable.
Se establecern los procesos de interoperacin entre IMS y otras arquitecturas de redes de
modo de obtener como resultado una arquitectura convergente.
Se estudiar el funcionamiento de WiMAX como tecnologa de acceso.

3.1. Conceptos y Funcionamiento de IMS

IMS corresponde a una arquitectura de red agnstica del acceso, ya sea a travs de las redes
tradicionales o legacy (PSTN o GSM) o a travs de tecnologas de acceso IP tales como xDSL, cable
o tecnologas inalmbricas.

Como se vio anteriormente, IMS corresponde a una arquitectura orientada a los servicios, por
lo que puede representar la clave para la interaccin entre redes de distinto tipo y lograr as la
convergencia de servicios y de redes.

3.1.1. Identificacin de Usuarios

Existen dos tipos de identidades de usuario en IMS, una pblica y una privada, las que se
explicarn a continuacin.

61
 [Link].Identidad Privada de Usuario

La identidad privada de usuario es una identidad global nica definida por el operador de la red
Home y todo usuario de la red debe tener por lo menos una, la que puede utilizarse slo para
identificar al usuario desde una perspectiva de red y ser utilizada para propsitos de registro,
autorizacin, administracin y accounting. sta no identifica al usuario como persona sino que
identifica la suscripcin del usuario y ser vlida mientras exista dicha suscripcin. Esta identidad
tiene la forma de un NAI (Network Access Identifier) y debe ser almacenada en forma segura por
una aplicacin ISIM (IMS Identity Module) sin que el usuario pueda modificarla.

[Link].Identidad Pblica de Usuario

Estas identidades son utilizadas para requerimientos de comunicacin con otros usuarios y
pueden ser publicadas (por ejemplo, en directorios telefnicos, tarjetas de presentacin o pginas
Web). Un usuario puede tener una o ms identidades pblicas y es necesario que sea capaz de
utilizarse tanto en la numeracin de la telefona tradicional o para el enrutamiento en Internet. La
identidad pblica puede tener la forma de una SIP URI (Uniform Resource Identifier) o de URL
(Uniform Resource Locator) de telfono y por lo menos una identidad pblica se debe almacenar en
una aplicacin ISIM. Es importante destacar que la identidad pblica de usuario no es utilizada para
fines de autentificacin de usuario.

[Link].Relacin entre la Identidad Privada y pblica de Usuario

En la Figura 38 se muestra un ejemplo de un usuario con dos identidades privadas, la segunda

es para su entorno laboral y la primera para su entorno familiar y amigos. Es posible que cada
identidad privada tenga una coleccin de datos e identidades pblicas diferentes pero en este ejemplo
ambas identidades privadas comparten una identidad pblica. Los dos profiles de servicio pueden
estar programados y administrados de forma distinta, por ejemplo, las sesiones SIP realizadas desde
el trabajo pueden desviarse a un buzn de mensajes durante los fines de semana.

Figura 38: Ejemplo de la Relacin entre Identidades de Usuario.

El Profile de Servicios de IMS es una coleccin de datos de servicios del usuario con un
conjunto de caractersticas de registro independientes. El Profile de servicios es definido y mantenido
en el HSS (Home Subscriber Server, la base de datos relacionada con los clientes de una red) y su
alcance se limita al dominio del IMS. El S-CSCF tiene los datos de un solo Profile de Servicio de
usuario en un momento.

62
 3.1.2. Descubrimiento al Punto de Entrada de IMS
Para que el UE o terminal de usuario sea capaz de comunicarse con la arquitectura IMS de la
red, ste debe saber al menos una direccin del P-CSCF (recordar que el Proxy-CSCF es el primer
servidor SIP con el que se contacta el UE). Para esto, la 3GPP cuenta con dos procedimientos, uno
para el acceso a travs de la red GPRS y otro para el acceso a travs de una red genrica utilizando un
procedimiento DNS del protocolo DHCP.

En la Figura 39 se muestra el procedimiento realizado a travs de una red GPRS. El UE enva

un requerimiento de activacin en un contexto PDP, en el cual agrega un flag para solicitar la
direccin IP del P-CSCF y recibe una respuesta con la o las direcciones de P-CSCFs. Esta
informacin es transportada a travs de los elementos de red de GPRS, el SGSN y el GGSN.

UE SGSN GGSN

Activar un requerimiento
Crea un requerimiento de
de contexto PDP
contexto PDP

Obtiene la(s) direccin(es) IP

de P-CSCF(s)
Crea una respuesta de
Activa una aceptacin de contexto PDP
contexto PDP

Figura 39: Mecanismo para el descubrimiento del P-CSCF a travs de GPRS.

En la Figura 40 se muestra el procedimiento genrico para el descubrimiento del P-CSCF. En

este proceso el UE enva una consulta DHCP a la red de acceso de conectividad IP (IP-CAN: IP
Connectivity Access Network), la cual reenva el requerimiento a un servidor DHCP. La respuesta al
UE es una lista que puede que contenga los dominios de P-CSCFs o de direcciones IPv6 de P-
CSCFs. Luego de obtener la lista, el UE realiza una consulta a un servidor DNS para encontrar la
direccin IP del P-CSCF.

UE IP-CAN Servidor DHCP Servidor DNS

Consulta DHCP
Consulta DHCP

Respuesta DHCP
Respuesta DHCP

Consulta DNS
Consulta DNS

Respuesta DNS
Respuesta DNS

Figura 40: Mecanismo Genrico para el descubrimiento del P-CSCF.

63
 3.1.3. Aspectos de Seguridad en IMS
La arquitectura de seguridad en IMS consta de tres bloques funcionales, los que se explican a
continuacin:
Seguridad de Dominio de Red (NDS: Network Domain Security).
Seguridad de Acceso a IMS.
Autentificacin y Acuerdos de Clave (AKA: Authentication and Key Agreement).

[Link].Autentificacin y Acuerdos de Clave (AKA)

La seguridad en IMS se basa en una clave secreta de varios trminos, la que se comparte entre
el ISIM y el AuC de la red. El mdulo ISIM se desempea como un bloque de almacenamiento para
la clave secreta compartida (K) y est embebido en la tarjeta UICC (Universal Integrated Circuit
Card). Para proteger a la tarjeta ISIM de acceso no autorizado se utiliza seguridad combinada de
posesin (es decir, el acceso al dispositivo fsico) y conocimiento (el usuario debe conocer el cdigo
PIN de la tarjeta).

AKA provee autentificacin mutua del ISIM y el AuC y establece un par de claves de cifrado e
integridad. Para el proceso de autentificacin se utiliza un requerimiento de autentificacin que
contiene un reto o desafo aleatorio (RAND) y un token de autentificacin de red (AUTN). El ISIM
verifica el token y tanto ste como la red mantienen una secuencia de nmeros para cada proceso de
autentificacin. El ISIM responde al requerimiento de la red aplicando la clave secreta al desafo
aleatorio para producir una respuesta de autentificacin (RES) la que sirve para autentificar el ISIM
en la red.

[Link].Seguridad de Domino de Red (NDS)

El sistema IMS tambin protege el trfico en el core de la red de forma de proveer

confidencialidad, integridad de datos, autentificacin y proteccin de trfico mediante el uso de
mecanismos criptogrficos de seguridad y protocolos de seguridad aplicados en seguridad IP (IPSec).

La parte central de NDS son los dominios de seguridad, usualmente un dominio de seguridad
es una red operada por una nica autoridad administrativa (en muchos casos referido al core de la
red) que mantiene polticas uniformes de seguridad en el dominio. En NDS se definen dos tipos de
interfaces:
Interfaz Za: Utilizada entre diferentes dominios de seguridad y su uso es mandatorio.
Interfaz Zb: Utilizada entre nodos dentro de un mismo dominio de seguridad. Su uso es
opcional.

Cuando se tiene un flujo de trfico entre dos dominios de seguridad, estos pasan a travs de un
gateway de seguridad (SEG), el que se ubica en el borde del dominio de seguridad y tuneliza trfico a
otros dominios. El SEG es responsable de aplicar las polticas de seguridad entre los dominios, lo
que incluye filtrado de paquetes o funcionalidad de Firewall. Adems es responsable de levantar y
mantener las Asociaciones de Seguridad (SAs) IPSec con los otros SEGs. Las SAs son negociadas
usando el protocolo IKE (Internet Key Exchange) y slo dos SAs pueden establecerse en un SEG:
para trfico entrante y para trfico saliente. En general, el trfico se encuentra encriptado, con
64
proteccin de integridad de datos y autentificacin mediante el protocolo ESP (IPSec Encapsulating
Security Payload).

En la Figura 41 se muestra el uso de dominios y gateways de seguridad para dos usuarios que
se encuentran en su red Home.

Dominio de Seguridad A Dominio de Seguridad B

Dominio de Seguridad de Red

SEG SAs SEG

Zb Za Zb

I-CSCF I-CSCF
Zb Zb Zb Zb
Gm Gm
P-CSCF Zb HSS HSS Zb P-CSCF

Zb Zb Zb Zb
S-CSCF S-CSCF

Figura 41: Uso de Dominios de Seguridad de Red y Gateways de Seguridad.

[Link].Seguridad de Acceso a Servicios de IMS

En seguridad, existen dos tipos de seguridad para acceder a servicios, uno de ellos es para
servicios basados en SIP, el segundo es para servicios basados en HTTP. Dado que SIP es una parte
muy importante de IMS, una clave de seguridad es proteger la sealizacin SIP en IMS de forma que
se debe proteger de forma especial la interfaz entre el terminal de usuario y el P-CSCF (denominada
Gm).

De esta forma, IMS define un dominio de confianza que incluye los elementos P/I/S-CSCF,
BGCF (Breakout Gateway Control Function), MGCF/MRFC (Media Gateway Control Function /
Multimedia Resource Function Controller) y todos los AS que no estn controlados por una tercera
parte. La principal componente de confianza es la identidad de la entidad, que debe ser conocida y
verificada por los otros nodos dentro de la red para establecer alguna relacin. El nivel de confianza
depender del rol que tiene la entidad en la red por lo que la confianza est condicionada por la
funcin que cumple la entidad. Adems, la confianza entre entidades es transitiva a otras entidades,
es decir, si el nodo A tiene cierto nivel de confianza en B y B en C, luego A tambin tendr cierto
nivel de confianza en C.

Los trminos que definen el comportamiento esperado para una entidad en el dominio de
confianza (por ejemplo, el dominio F) y las garantas del cumplimiento de comportamiento en dicho
dominio necesitan ser especificados en el llamado Spec(F).

En IMS, el usuario puede requerir que su identidad no sea revelada a las entidades fuera del
dominio de confianza, esto lo realiza insertando sus preferencias de privacidad en un header de
privacidad que es inspeccionado por la red. La autentificacin para acceder a IMS se basa en el
protocolo AKA, cuyos mensajes se transmiten tunelizados a travs de SIP. Adems de la
autentificacin, el UE necesita negociar los mecanismos de seguridad que sern utilizados en la
interfaz Gm con la red IMS. La integridad de datos y la autentificacin son mandatorios y son
provedos a travs del protocolo ESP IPSec.

65
 Adems del trfico basado en SIP, es necesario para el UE que se administren datos asociados
con ciertas aplicaciones de IMS. De esta forma se necesita implementar confidencialidad y
proteccin de integridad de datos basados en trfico HTTP en la interfaz Ut (entre el UE y el AS).

3.1.4. Control de los Portadores de Trfico

Para que el operador pueda brindar servicios, el sistema IMS debe ser capaz de controlar la
QoS de las sesiones de usuario junto con el trmino/inicio de ellas. Para esto, el plano de control y el
plano de usuario deben se capaces de interactuar entre ellos. Se pueden distinguir dos tipos de
arquitecturas para el control de portadores. En el primer modelo el usuario accede a la red a travs de
GSM o UMTS, en el segundo modelo, la red de acceso corresponde a una red IP, generalmente
inalmbrica.

[Link].Control para Acceso a travs de UMTS o GPRS

Para este caso, existe un sistema para autorizar y controlar el uso de los portadores de trfico
llamado Control SBLP (Service-Based Local Policy Control). En la Figura 42 se muestran las
entidades funcionales de este sistema.

Figura 42: Entidades del Control SBLP.

Las entidades mostradas incluyen un PDF (Policy Decision Function) y un P-CSCF (Proxy-
CSCF, el servidor SIP de contacto entre el UE y la arquitectura IMS). El resto de las componentes
son:
Administrador IP BS (Bearer Service: Portador de Servicio): administra y controla el IP BS
externo usando un mecanismo IP estndar. Esta entidad se encuentra en el GGSN, pero
puede encontrarse tambin en el UE y puede soportar funciones de diferenciacin de
servicio (DiffServ) y de RSVP (Resource ReSerVation Protocol, RFC 2205).
Funcin Traduccin/Mapeo: Permite la interoperacin entre los parmetros y mecanismos
usados dentro del Administrador UMTS BS y el Administrador IP BS. Esta funcin se
encuentra en el GGSN pero tambin puede estar dentro del UE.

66
 Administrador UMTS BS: Se encarga de los requerimientos de reservacin de recursos
desde el UE y se encuentra tanto en el UE como GGSN.
Punto de aplicacin de Polticas: Aplica las decisiones de polticas realizadas por el PDF y
se encuentra en el Administrador IP BS del GGSN.
PDF: Elemento lgico de decisin de polticas que usa mecanismos IP estndar para
implementar SBLP en la capa de portadores IP.
Funcin de Aplicacin (AF: Application Function): Ofrece servicios que requieren el
control de portadores de recursos IP compartidos. El AF mapea parmetros a nivel de
aplicacin de QoS dentro de informacin de establecimiento y enva la informacin al PDF
a travs de la interfaz Gq. Un ejemplo de AF es el P-CSCF mostrado en la Figura 42.

En el contexto PDP, el usuario debe tener acceso a una de las siguientes alternativas:
Servicio bsico GPRS de conectividad IP: Los portadores se establecen de acuerdo a la
suscripcin de usuario, polticas de portadores de recursos del operador local, funciones de
control del operador local y acuerdos de roaming GPRS.
Servicios basados en mejoras GPRS: El portador es usado para soportar un servicio
mejorado de la capa de aplicacin.

Como se deduce del prrafo anterior, el GGSN es responsable de la autorizacin de QoS

basado en las polticas del operador local, as, saca la informacin de QoS del contexto PDP y debe
realizar el mapeo entre la informacin de QoS de los dominios IP y UMTS. As, asigna las clases de
QoS de acuerdo a la Tabla 11.
Tabla 11: Asignacin de QoS de acuerdo al Trfico UMTS.
Clase de QoS Clase de Trfico UMTS Prioridad de manejo de Trfico
A Conversacional N/A
B Streaming N/A
C 1
D Interactiva 2
E 3
F Background N/A

Dentro de las funciones del control SBLP estn la autorizacin de portadores, aprobacin y
eliminacin de QoS, indicacin de liberacin, prdida o recuperacin de portadores, revocacin de
autorizacin e intercambio de identificadores de cobro.

En la seccin [Link] de Anexos se ilustra, a modo de ejemplo, el proceso de reservacin de

recursos para un servicio basado en una poltica local.

[Link].Control para Acceso a travs de una WLAN

Algunos servicios 3GPP basados en conmutacin de paquetes (como VoIP sobre IMS,
streaming, etc.) requieren una disposicin estricta de QoS. As, para soportar estos servicios sobre
redes WLAN se requiere una interoperacin 3GPP-WLAN. Esto es muy importante ya que en la
actualidad algunas tecnologas wireless (como Wi-Fi) no cuentan con QoS. De esta forma, la

67
arquitectura 3GPP I-WLAN (Interworking WLAN) utilizada debe ser independiente de la tecnologa
WLAN implementada y la QoS debe ser definida de forma general.

En la Figura 43 se muestra la arquitectura de QoS considerada para un acceso IP a travs de

una WLAN. Donde las entidades son: WLAN AN, que quiere decir WLAN Access Network, WAG
es WLAN Access Gateway, PDG es Packet Data Gateway y TE es Terminal Equipment.

El Servicio End-to-End permite el transporte de la sealizacin y datos de usuario entre el

WLAN UE y otro TE (o nodo correspondiente) y para el caso de acceso 3GPP consiste en un
servicio de portadores WLAN y externos (los que pueden ser, por ejemplo, de tipo UMTS). El
servicio de portadores de acceso IP provee el transporte de sealizacin y datos de usuario entre el
WLAN UE y el PDG y soporta QoS I-WLAN. Mientras que el Servicio WLAN de Portadores
soporta las capacidades de portadores especficas de la WLAN AN entre sta y el WLAN UE.

WLAN WLAN WAG PDG TE

UE AN

Servicio End-to-End

Servicio de Portadores de Acceso IP 3GPP Servicio Externo de Portadores

Servicio WLAN de Portadores

Figura 43: Arquitectura de QoS para acceso 3GPP IP a travs de una WLAN.

Cuando se utiliza acceso 3GPP IP, se crea un tnel desde el UE al PDG para llevar el trfico
de servicios el cual puede cruzar backbones de operadores mviles en caso de roaming. Estos tneles
pueden llevar trfico a la red Home de ms de un usuario sin importar que haya distintos tipos de
servicios ni su QoS individual ya que normalmente los datos y headers interiores irn encriptados.
Una forma de implementar QoS en estos casos es el uso de DiffServ por parte del UE y PDG para
determinar los bits de DiffServ en los headers IP exteriores de forma de implementar diferentes
clases de trfico y, por tanto, diferentes niveles de QoS.

Una vez obtenida la QoS durante la fase de autentificacin, los distintos tipos de QoS de
trfico se pueden mapear desde la red Home hacia la WLAN. De la misma forma, el UE puede
marcar el trfico en la direccin inversa. El profile de QoS debe incluir datos como la informacin de
ancho de banda permitido y los mximos tipos de trfico de servicio del usuario. El punto de
aplicacin de polticas de ancho de banda en un sistema 3GPP an no est definido.

En la seccin [Link] de Anexos se muestra un proceso de asignacin de QoS a travs de una

WLAN.

[Link].Factores para la Implementar QoS en Redes de Acceso WLAN

Como se mencion anteriormente, las redes WLAN actuales implementan pocos mecanismos
o ninguno de QoS. Por ejemplo, la tecnologa IEEE 802.11 (o Wi-Fi) no considera QoS en sus
enlaces. Sin embargo, nuevas tecnologas inalmbricas como la tecnologa IEEE 802.16 consideran
algunos mecanismos de QoS.

68
 En redes, la QoS se encuentra definida por una serie de parmetros o problemas que se desean
evitar o reducir tales como:
Prdida de Paquetes: En casos en que los buffers de los routers en una red se encuentren
saturados, stos se vern obligados a perder o botar paquetes.
Retardo: Se refiere al tiempo que tarda un paquete para llegar a su destino a travs de la
red. El retardo se puede deber al encolamiento que puede sufrir el paquete en los buffers
de algunos routers o al camino tomado para llegar a la direccin de destino, por ejemplo.
Jitter: Este parmetro corresponde a la variacin del tiempo de retardo que sufren los
paquetes para llegar a su destino.
Llegada fuera de orden: Al enviar una coleccin de paquetes a una direccin de destino en
Internet, estos paquetes pueden tomar distintos caminos y, por lo tanto, pueden llegar a
destino en un orden distinto al que fueron enviados por lo que se requieren protocolos
adicionales para ordenar la informacin. Este tipo de parmetro es importante para
transmisin de video, en que la sincronizacin es una caracterstica deseada.
Error: Muchos paquetes llegan a destino combinados con otros, corruptos o simplemente
se pierden debido a problemas en la ruta.

Adems de estos parmetros que son los ms tpicos, tambin pueden sumarse parmetros
como ancho de banda del enlace, nmero de intentos para lograr la conexin o tiempo empleado en
la conexin (en horas de ms alto trfico o en horario normal) juntos con muchos ms parmetros
diferentes dependiendo del tipo de servicio que se quiere entregar.

Sin embargo, en redes inalmbricas se suman otros parmetros caractersticos de este tipo de
red de acceso. Dentro de estos parmetros se pueden distinguir los siguientes:
Atenuaciones en el aire, causada por el entorno fsico como edificios o clima, por ejemplo.
Estas atenuaciones pueden cambiar en forma aleatoria.
Degradacin de la seal que puede deberse a la misma modulacin utilizada por la
tecnologa y al uso de una frecuencia limitada.
Muchas tecnologas inalmbricas estn definidas en bandas de frecuencia de uso libre, por
lo que las transmisiones pueden verse afectadas por transmisiones en la misma frecuencia
de otras fuentes.
Las tcnicas de modulacin tambin influyen en el ancho de banda logrado. Las tcnicas
con mayor ancho de banda no son muy robustas y requieren condiciones ptimas para
poder implementarse, mientras que las conexiones ms flexibles y robustas cuentan con un
ancho de banda menor.
La movilidad es una de las ideas objetivo principales en la utilizacin de tecnologas de
acceso inalmbricas, por lo que debieran mantenerse parmetros de QoS en movimiento.

Se debe recordar que estos parmetros de QoS no son igualmente importantes para todos los
tipos de servicios, sino que darn origen a variadas clasificaciones de QoS dependiendo de los
requerimientos de cada sesin, por ejemplo, para un servicio SMS es ms importante evitar la prdida
de paquetes que el retardo de stos, al contrario que en un servicio de video-conferencia.

Para la implementacin de QoS en redes inalmbricas probablemente se utilizarn protocolos

ya existentes. Un protocolo de gran utilidad para la implementacin de QoS puede ser el protocolo
de la IEEE 802.1D. Esto se explica en la seccin [Link] de Anexos.

69
 3.1.5. Proceso de Registro
Se llama proceso de registro al proceso que se produce entre el UE y la red de acceso cuando
el UE requiere conectividad con la red.

Durante el proceso de registro se asigna un S-CSCF (Serving CSCF) que corresponde al

servidor SIP que responder a los requerimientos del UE, sin embargo, este S-CSCF asignado puede
ser cambiado en un periodo posterior. Adems existe un I-CSCF (Interrogating CSCF) que
corresponde a un servidor SIP cuya funcin es determinar la direccin del S-CSCF a utilizar basado
en las capacidades requeridas. El I-CSCF obtiene el nombre del S-CSCF de su rol de Seleccionador
de S-CSCF para determinar y ubicar al S-CSCF durante el registro. As, en el proceso de registro, el I-
CSCF es el encargado de tomar la decisin de seleccionar el S-CSCF para el usuario en la red es
tomada.

Para la realizacin del registro, se debe considerar una serie de requerimientos, entre los que
destacan los siguientes:
El S-CSCF debe tener diferentes capacidades o, en su defecto, poder acceder a diferentes
capacidades.
El operador de red debe tener la opcin de ocultar su estructura de red interna a las otras
redes y no debe ser necesario para la red exponer las direcciones IP explcitas dentro de la
red.
Es deseable que el UE utilice los mismos procesos de registro tanto en su red Home como
red visitada.
El HSS (Home Subscriber Server) debe ser capaz de restringir el acceso a usuarios del IMS
desde redes visitadas no autorizadas.
Debe ser posible registrar mltiples identidades pblicas en el HSS con un slo proceso de
registro.

El proceso de registro distingue dos casos principales distintos, el primero en que un usuario se
registra por primera vez en la red y el otro en que el usuario se registra nuevamente en una red en la
que ya estaba registrado.

[Link]. Flujo de Informacin de Registro Usuario no Registrado

El la Figura 44 se observa la cantidad de flujos entre entidades funcionales en IMS para el

proceso de registro. En este caso se observa que el usuario est en roaming, es decir, accede a
travs de una red visitada a su red Home; si el usuario iniciara el registro desde su propia red Home
todas las entidades perteneceran a la misma red.

Los procesos realizados, se resumen a continuacin:

1. Despus de que el UE obtuvo conectividad IP, ste puede realizar el registro enviando el
flujo de informacin de registro al proxy (que contiene la Identidad de Usuario Pblico,
Identidad de Usuario Privada, nombre del dominio de la red Home, direccin IP del UE).
2. El P-CSCF examina el Home domain name para descubrir el punto de entrada a la red
Home (es decir, el I-CSCF). El proxy enva el flujo de informacin de registro al I-CSCF
(nombre/direccin del P-CSCF, Identidad de Usuario Pblico, Identidad de Usuario

70
 Privada, identificador de red P-CSCF, direccin IP del UE). Para determinar la direccin de
la red Home en funcin del nombre de dominio de esta red, se utiliza un mecanismo de
resolucin nombre-direccin. El identificador de red P-CSCF es un string que identifica a
la red Home, la red donde el P-CSCF est ubicado.

Red Visitada Red Home

UE P-CSCF I-CSCF HSS S-CSCF
1. Registro
2. Registro 3. Cx-Query /
Cx-Sellect-Pull
4. Cx-Query Resp /
Cx-Sellect-Pull Resp

5. Registro

6. Cx-Put / Cx-Pull
7. Cx-Put Resp/
Cx-Pull Resp

8. Control de
Servicio
9. 200 OK
10. 200 OK
11. 200 OK

Figura 44: Flujo de mensajes en IMS para el proceso de Registro - Usuario no Registrado.

3. El I-CSCF enva el flujo de informacin Cx-Query/Cx-Sellect-Pull al HSS (Identidad de

Usuario Pblico, Identidad de Usuario Privada, identificador de red P-CSCF a travs del
protocolo SIP).
El HSS verifica si el usuario ya est registrado e indica si al usuario le est permitido
registrarse en esa red (identificada por el identificador de red P-CSCF) de acuerdo a la
suscripcin de usuario y las restricciones/limitaciones del operador si las tuviera.
4. El HSS enva el mensaje SIP Cx-Query Resp/CX-Sellect-Pull Resp al I-CSCF. ste
contiene el nombre del S-CSCF, si es conocido por el HSS, o las capacidades del S-CSCF,
si es que es necesario seleccionar un nuevo S-CSCF. Luego de que se retornan las
capacidades, el I-CSCF realiza la funcin de seleccin del nuevo S-CSCF basado en las
capacidades retornadas.
Si la verificacin en el HSS no fue exitosa, el Cx-Query Resp rechaza el intento de registro.
5. El I-CSCF, usando el nombre del S-CSCF, determina la direccin del S-CSCF a travs de
un mecanismo de resolucin nombre-direccin. El I-CSCF tambin determina el nombre
de una red Home de contacto conveniente, basado en la informacin recibida desde el
HSS. Entonces, el I-CSCF enva el flujo de informacin de registro (nombre, direccin del
P-CSCF, Identidad de Usuario Pblico, Identidad de Usuario Privada, identificador de red
P-CSCF, direccin IP del UE) al S-CSCF seleccionado. La red Home de contacto es usada
por el P-CSCF para reenviar la sealizacin de iniciacin de sesin a la red Home.
El S-CSCF guarda el nombre/direccin del P-CSCF proporcionado por la red visitada.
Esto representa el nombre/direccin a la que la red Home reenva la subsiguiente
sealizacin se sesin al UE. El S-CSCF guarda la informacin de ID de red del P-CSCF.
6. El S-CSCF enva el Cx-Put/Cx-Pull (Identidad de Usuario Pblico, Identidad de Usuario
Privada, nombre del S-CSCF) al HSS.

71
 7. El HSS guarda el nombre del S-CSCF para el usuario y retorna el flujo de informacin Cx-
Put Resp/Cx-Pull Resp (informacin de usuario) al S-CSCF. La informacin de usuario
entregada por el HSS al S-CSCF incluye informacin de nombre(s)/direccin(es) que se
pueden usar para acceder a las plataformas usadas por el control de servicio mientras el
usuario est registrado en ese S-CSCF. El S-CSCF guarda la informacin del usuario
indicado. Adems de la informacin de nombre(s)/direccin(es), tambin se puede usar
informacin de seguridad para usarla dentro del S-CSCF.
8. Basado en un criterio de filtro, el S-CSCF enva informacin de registro a la plataforma de
control de servicio y realiza los procedimientos de control de servicio apropiados.
9-11. Se retorna el flujo de informacin 200 OK (informacin de la red Home de contacto para
el caso en que el registro sea exitoso) desde el S-CSCF hacia el UE.

[Link].Flujo de Informacin de Re-registro Usuario actualmente

Registrado

El UE debe iniciar niveles de aplicacin de re-registro peridico ya sea para refrescar un

registro existente o en respuesta a un cambio en el estatus de registro del UE. Un procedimiento de
re-registro tambin puede ser iniciado cuando las capacidades del UE hayan cambiado.

Cuando es iniciado por el UE, basado en el tiempo de registro establecido durante los registros
previos, el UE debe mantener un timer ms corto que el timer de registro de la red. Si el UE no se
re-registra, cualquier sesin activa puede ser desactivada.

El procedimiento de re-registro es muy similar al proceso de registro explicado anteriormente,

el requerimiento de re-registro iniciado por el usuario es tratado por el P-CSCF e I-CSCF como un
registro nuevo. Sin embargo, al llegar al HSS, ste verifica si el usuario ya est registrado y retorna
una indicacin que revela que ya existe un S-CSCF asignado (paso 4 del proceso de registro). Luego
de esto, todos los flujos de datos son iguales a los de un registro nuevo.

[Link].Resumen de la Informacin Almacenada

En la Tabla 12 se muestra parte de la informacin almacenada en las entidades funcionales
antes, durante y despus de los procesos de registro explicados anteriormente.

72
 Tabla 12: Informacin almacenada antes, durante y despus del Registro.
Entidad Antes del Registro Durante el Registro Despus del Registro
Credenciales. Credenciales.
UE Dominio Home. La misma que antes del Dominio Home.
(red local) Nombre/Direccin del registro Nombre/Direccin del
Proxy. Proxy.
Punto de entrada Inicial Punto de entrada a la
P-CSCF Funcin de de la Red. red Final.
(red Home o Enrutamiento Direccin del UE. Direccin del UE.
Visitada) IDs de Usuario Pblicas IDs de Usuario Pblica
y Privada. y Privada.
Nombre/Direccin del
S-CSCF.
I-CSCF Direccin del HSS o ID de red del P-CSCF.
No declara informacin
(red Home) SLF Informacin de
contacto de la red
Home.
Profile de Servicio de Nombre/Direccin del
HSS ID de red del P-CSCF
Usuario S-CSCF
Nombre/Direccin del
HSS.
Profile de Usuario. Puede tener
Nombre/Direccin de informacin del estado
S-CSCF
No declara informacin la ID de red del de sesin.
(red Home)
P-CSCF. Lo mismo que durante
ID de Usuario el registro.
Pblica/Privada.
Direccin IP del UE.

3.1.6. Procedimientos de Sesin End-to-End

A continuacin se presentarn brevemente los principales procesos utilizados para comunicar a
dos terminales de usuario a travs de IMS.

Los procedimientos para establecer una sesin se dividen en tres procesos dependiendo del
nivel de red en el que se est y los que se distinguen en la Figura 45. Las principales secciones de
procesos son:
Procedimientos de origen, entre el UE que origina la sesin y el S-CSCF de su red Home.
Procedimientos S-CSCF/MGCF a S-CSCF/MGCF, en que se pasa del S-CSCF/MGCF de
la red del usuario de origen a la red del usuario final. Se tienen las opciones S-CSCF o
MGCF, dependiendo si la red es IMS o la PSTN.
Procedimientos de trmino, entre el S-CSCF de la red de trmino de sesin y el UE de
trmino.

73
 UE#1 S-CSCF#1 S-CSCF#2 UE#2

Procedimiento Procedimiento Procedimiento

de Origen S-CSCF a S-CSCF de Trmino

Figura 45: Secciones de Procedimientos de Sesin.

En la Tabla 13 se detallan cada una de las posibilidades de procedimientos para cada seccin.
Cuando se establece una sesin, esta se pueden realizar con cualquier opcin de de los tres
procedimientos explicados anteriormente.
Tabla 13: Combinaciones de los Procedimientos de Sesin.
Procedimiento
Procedimiento de Origen Procedimiento de Trmino
S-CSCF a S-CSCF
Trmino Mvil en una red
Origen Mvil desde una red visitada (Roaming).
visitada (Roaming). Trmino Mvil en su red Home.
Origen Mvil desde la red Diferentes Trmino Mvil, en el dominio
Home. Operadores de Red CS (Circuit Switched) en
Origen desde la PSTN. como puntos de Roaming.
Origen desde el Servidor de origen y trmino. Trmino en el Servidor de
Aplicacin (AS). Aplicacin (AS).
Origen desde una red NO-IMS. Trmino desde una red NO-
IMS.
Trmino Mvil en una red
Origen Mvil desde una red visitada (Roaming).
visitada (Roaming). Trmino Mvil en su red Home.
Un nico Operador
Origen Mvil desde la red Trmino Mvil, en el dominio
de Red como punto
Home. CS (Circuit Switched) en
de origen y trmino.
Origen desde el Servidor de Roaming.
Aplicacin (AS). Trmino en el Servidor de
Aplicacin (AS).
Origen Mvil desde una red
visitada (Roaming).
Terminacin PSTN
Origen Mvil desde la red
en la misma red que Trmino en una red PSTN.
Home.
la del S-CSCF.
Origen desde el Servidor de
Aplicacin (AS).
Origen Mvil desde una red
visitada (Roaming).
Terminacin PSTN
Origen Mvil desde la red
en una red diferente a Trmino en una red PSTN.
Home.
la del S-CSCF.
Origen desde el Servidor de
Aplicacin (AS).

74
 3.1.7. Procedimientos de Inicio de Sesin
Los procedimientos de inicio de sesin especifican el mapa de sealizacin entre el UE
realizando un intento de establecimiento de sesin y el S-CSCF asignado para realizar el servicio de
origen de sesin. Este mapa de sealizacin se determina durante el registro del UE, y se mantiene
fijo por la vida del registro. Por otra parte, el UE siempre tiene un P-CSCF asignado (el que se
determina en el proceso de descubrimiento).

Como se tiene en la Tabla 13, existen varios procedimientos de inicio de sesin. En este
trabajo se explican tres de estos procedimientos. El mostrado a continuacin corresponde al caso de
origen mvil en una red visitada, es decir, en caso de roaming, los casos restantes se encuentran en la
seccin 9.4.2 de Anexos.

[Link]. Origen Mvil desde una red Visitada: Roaming

A continuacin se considera un UE en una red visitada, ste determina el P-CSCF a travs del
procedimiento de descubrimiento de CSCF. La red Home publica el S-CSCF como punto de entrada
desde la red visitada. La secuencia de mensajes se observa en la Figura 46 y el procedimiento es
como sigue:
1. El UE enva un requerimiento SIP INVITE al P-CSCF, este mensaje puede representar
uno o ms trficos de media para sesiones multimedia.
2. Se genera un Authorization-Token y se almacena en el P-CSCF. El P-CSCF recuerda S-
CSCF y enva el requerimiento del UE.
3-4. El S-CSCF valida el perfil de servicio y realiza la lgica de servicio requerida para el
usuario. Esto incluye autorizacin basada en la suscripcin del usuario. Luego, el S-
CSCF reenva el requerimiento como se explica en los procedimientos S-CSCF a S-
CSCF.
5-6. Se retornan las capacidades del flujo media de destino a travs del mapa de sealizacin
y el S-CSCF reenva el mensaje al P-CSCF.
7. El P-CSCF autoriza los recursos necesarios para la sesin.
8. El Authorization-Token se incluye en el mensaje y el P-CSCF lo reenva al punto de
origen.
9-10. El UE decide el conjunto de flujos de media ofrecidos para esa sesin, confirma la
recepcin del mensaje y enva una confirmacin al P-CSCF. Despus de determinar los
recursos necesarios, el UE comienza la reservacin de dichos recursos para la sesin.
11-15. El P-CSCF reenva la confirmacin al S-CSCF y ste reenva el mensaje al punto de
trmino. El punto de trmino responde al punto de origen con un reconocimiento.
16-21. Cuando la reservacin de recursos est completa, el UE enva un mensaje de reservacin
de recursos exitoso al punto de trmino a travs del mapa de sealizacin establecido.
El mensaje se enva primero al P-CSCF. Luego, el punto de trmino responde con una
confirmacin al de origen.
22-25. El punto de trmino puede generar un ringing, el que es reenviado al UE. Y, en este
caso, el UE indica al usuario de origen que el destino est ringing.
26-27. Cuando la parte de destino contesta, el punto de trmino enva una respuesta final 200
OK al S-CSCF, la que es reenviada al P-CSCF.

75
28-29. El P-CSCF indica que los recursos reservados para esta sesin deben ser aprobados para
su uso y luego enva una respuesta final 200 OK al origen de sesin.
30-33. El UE inicia el flujo(s) de media para esta sesin y responde al 200 OK con un mensaje
SIP ACK enviado a travs del mapa de sealizacin.

Red visitada Red Home de origen Red

destino
UE P-CSCF S-CSCF

1. Invite
2. Invite

3. Control de Servicio

4. Invite

5. Ofrece Respuesta
6. Ofrece respuesta

7. Autoriza QoS

8. Ofrece respuesta

9. Confirma respuesta
11. Confirma respuesta
10. Reserva Recursos 12. Confirma respuesta

13. Conf Ack

14. Conf Ack
15. Conf Ack

16. Conf Reservacin

17. Conf Reservacin
18. Conf Reservacin

19. Conf Reservacin

20. Conf Reservacin
21. Conf Reservacin
22. Ringing
23. Ringing
24. Ringing
26. 200 OK
27. 200 OK
25. Alerta Usuario

28. Aprobacin
compromiso de QoS

29. 200 OK

30. Start Media

31. Ack
32. Ack
33. Ack

Figura 46: Origen Mvil; Roaming.

76
 3.1.8. Procedimientos S-CSCF/MGCF l S-CSCF/MGCF
En la arquitectura IMS, el MGCF se considera un punto final SIP, el que permite la
interoperacin entre la PSTN e IMS. ste traduce mensajes ISUP/BICC del lado de la PSTN a
sealizacin SIP en IMS y viceversa.

El S-CSCF que manipula el origen de sesin realiza un anlisis de la direccin de destino y

determina si es un suscriptor de la red del mismo operador o es de otro operador. Si el anlisis de la
direccin de destino determina que pertenece a un suscriptor de un operador diferente, el
requerimiento es enviado dentro de la red del operador de origen a un punto de entrada conocido
dentro de la red del operador de destino, el I-CSCF. Si el anlisis de la direccin de destino determina
que el suscriptor es de una red del mismo operador, el S-CSCF para el requerimiento a un I-CSCF
local.

Como se mostr en la Tabla 13, en IMS se definen cuatro procedimientos dentro de esta
seccin:
1. Diferentes Operadores de Origen y Trmino.
2. Un nico operador de origen y trmino.
3. Sesin con la parte de trmino en una red PSTN en la misma red del S-CSCF.
4. Sesin con la parte de trmino en una red PSTN en una red diferente a la del S-CSCF.

Los puntos 1 y 2 junto con los puntos 3 y 4 son bastante similares entre s, por lo que slo se
explicarn dos casos correspondientes a los puntos 1 y 4 (el caso 4 se muestra en la seccin 9.4.3 de
Anexos).

[Link].Diferentes Operadores de Origen y Trmino

El flujo de mensajes para este caso es bastante extenso y se muestra en la Figura 47. Se
considera que el S-CSCF de la red de origen conoce un punto de entrada a la red del otro operador,
este punto ser utilizado como el I-CSCF de entrada a la red de trmino. A continuacin se presenta
un resumen del procedimiento.

1-3. El requerimiento SIP INVITE se enva desde el UE al S-CSCF de origen mediante

algn procedimiento de origen. El S-CSCF de origen invoca la lgica de servicio
necesaria para el intento de sesin, analiza la direccin de destino y determina el
operador de red al cual pertenece el suscriptor final. As, reenva el mensaje al I-CSCF
de entrada a la red de trmino para el usuario de destino.
4-6. El I-CSCF de entrada consulta al HSS por la informacin de ubicacin actual del
usuario de trmino. El HSS responde con la direccin del actual S-CSCF para este
usuario. El I-CSCF de entrada reenva el requerimiento al S-CSCF de trmino que se
encargar del trmino de sesin.
7. El S-CSCF de la red de trmino utiliza las lgicas de servicio apropiadas para intentar
establecer la sesin.
8. La secuencia continua con los flujos de mensajes determinados por el procedimiento de
trmino.

77
 Red Red Home de origen Red Home de destino Red
origen destino
S-CSCF #1 I-CSCF #2 HSS S-CSCF #2

1. Invite

2. Control de Servicio
3. Invite
4. Consulta Ubicacin
5. Respuesta
6. Invite

7. Control de Servicio
8. Invite

10. Ofrece respuesta 9. Ofrece respuesta

11. Ofrece respuesta
12. Ofrece respuesta
13. Confirma respuesta
14. Confirma respuesta
15. Confirma respuesta
16. Confirma respuesta
17. Conf Ack
18. Conf Ack
19. Conf Ack
20. Conf Ack
21. Conf Reservacin
22. Conf Reservacin
23. Conf Reservacin
24. Conf Reservacin
25. Conf Reservacin
26. Conf Reservacin
27. Conf Reservacin
28. Conf Reservacin 29. Ringing
30. Ringing
31. Ringing
32. Ringing 33. 200 OK
34. 200 OK
35. 200 OK
36. 200 OK
37. Ack
38. Ack
39. Ack
40. Ack

Figura 47: Flujo de mensajes en IMS para Redes de distintos Operadores.

9-12. Las capacidades de flujo de media del trmino son retornados a travs del mapa de
sealizacin y se reenvan desde el S-CSCF de la red de trmino hasta el S-CSCF de la
red de origen y hasta el UE de origen a travs de algn procedimiento de origen.
13-16. El punto de origen decide los flujos de media a usar de los ofrecidos y confirma la
recepcin del mensaje con una confirmacin. Esta informacin es reenviada al S-CSCF
de la red de origen, hacia el S-CSCF de la red de trmino y llega hasta el punto final de
trmino.
17-20. El punto de trmino enva un reconocimiento (Acknowledgement) de la confirmacin
y pasa a travs del mapa de sesin al punto de origen.
21-28. El punto de origen reconoce la reserva de recursos exitosa y el mensaje es reenviado al
punto de trmino. Luego, el punto de trmino reconoce la respuesta y enva un mensaje
al punto de origen a travs del mapa de sesin establecido.
29-32. El punto de trmino puede generar un ringing y se reenva un mensaje al punto de
origen a travs del mapa de sesin establecido.
33-40. El punto de trmino enva un mensaje 200 OK al punto de origen a travs del mapa de
sesin establecido. El punto de origen reconoce el establecimiento de sesin y enva al
punto de trmino otro mensaje 200 OK a travs del mapa de sesin establecido.

78
 3.1.9. Procedimientos de Trmino de Sesin
Los procedimientos de trmino especifican el mapa de sealizacin entre el S-CSCF asignado
para implementar el servicio y el UE de trmino. El mapa de sealizacin utilizado se define en el
momento de registro del UE y permanece fijo durante la vida del registro. Adems, se debe recordar
que el UE tiene asignado un P-CSCF, el que se determina en el procedimiento de descubrimiento y,
el cual conoce la direccin del UE por el proceso de registro. A continuacin se presentan los
procedimientos de los principales escenarios de trmino (La continuacin de estos procedimientos se
muestra en la seccin 9.4.4 de Anexos).

[Link].Trmino Mvil en una red Visitada: Roaming

En este caso se considera que el UE no se encuentra en su red Home. En la Figura 48 se

muestra la secuencia de mensajes necesarios para establecer la sesin en la parte de trmino, si el
usuario estuviera en su propia red Home, la nica diferencia sera que el P-CSCF al que est
conectado estara tambin dentro de la red Home.

A continuacin se resume el flujo de mensajes para establecer el trmino de sesin:

1. El origen enva un requerimiento SIP INVITE mediante algn procedimiento de inicio
de sesin y de S-CSCF/MGCF a S-CSCF/MGCF.
2. El S-CSCF valida el profile y realiza la lgica de servicio necesaria para levantar la sesin
como autorizacin basado en la suscripcin del usuario
3. El S-CSCF recuerda que el UE se encuentra en una red visitada y reenva el
requerimiento al P-CSCF en esa red.
4. Se genera un Token de autorizacin y se incluye en el mensaje. Como el P-CSCF sabe la
direccin del UE, le reenva el mensaje de invitacin.
5-8. El UE determina los tipos de stream media propuestos por la parte de origen que puede
soportar y responde con un mensaje de oferta a la parte de origen. El P-CSCF autoriza
los recursos necesarios y el mensaje de oferta es reenviado al origen.
9-15. El punto origen responde al mensaje con una confirmacin a travs del mapa de
sealizacin. Cuando el UE de trmino recibe la confirmacin, ste enva un mensaje de
reconocimiento al origen mediante el mapa establecido y comienza los procedimientos
de reservacin de recursos.
16-18. Cuando la parte de origen completa su reservacin de recursos, sta enva al usuario
final un mensaje de reservacin exitosa de recursos.
19. Opcionalmente, el UE puede alertar al usuario de que se est intenta iniciar una sesin.
20-22. El UE responde a la reservacin exitosa de recursos con un mensaje hacia el punto de
origen.
23-25. En el caso que el UE alerte al usuario del intento de sesin y el usuario acepte, se enva
hacia la parte de origen un mensaje de ringing.
26-28. Cuando el UE responde, se enva un mensaje 200 OK al P-CSCF, el que luego indica
que los recursos de QoS aprobados anteriormente deben ser ejecutados y el UE
comienza el envo de stream media.
29-33. El P-CSCF enva un mensaje final 200 OK al S-CSCF y ste lo reenva a la parte de
origen, la que responder con un mensaje de reconocimiento.

79
 Red de Red Home de Trmino Red visitada
origen
S-CSCF P-CSCF UE
1. Invite

2. Control de Servicio
3. Invite
4. Invite

5. Ofrece Respuesta

6. Autoriza QoS

7. Ofrece respuesta
8. Ofrece respuesta
9. Confirma respuesta 10. Confirma respuesta
11. Confirma respuesta
12. Conf Ack

13. Reserva Recursos

14. Conf Ack
15. Conf Ack

16. Conf Reservacin

17. Conf Reservacin
18. Conf Reservacin

19. Alerta Usuario

20. Conf Reservacin

21. Conf Reservacin
22. Conf Reservacin 23. Ringing
24. Ringing
25. Ringing
26. 200 OK

27. Aprobacin
compromiso de QoS
28. Start Media
29. 200 OK
29. 200 OK
31. Ack
32. Ack 33. Ack

Figura 48: Flujo de Mensajes para Trmino Mvil en una Red Visitada.

3.1.10. Funciones de Control de Borde

En el caso real de muchos operadores IMS con sus redes interconectadas, se hace necesario un
sistema de control de trfico y administracin en los bordes de las redes, o mejor dicho, en los
puntos de interconexin.

En la Figura 49 se muestra un esquema de la arquitectura necesaria para la implementacin del

Control de Borde. Se debe recordar que la red de acceso (IP-CAN: IP Connectivity Access Network)
puede ser o no UMTS.

80
 DNS HSS
Sealizacin
Portadores

I-CSCF BGCF
S-CSCF

P-CSCF
IBCF

IMS-ALG THIG

IP-CAN
TrGW
Otras Redes
Funciones de
UE Red IMS Control de Borde
SIP/IMS

Figura 49: Funciones de Control de Borde.

Las entidades que componen el conjunto de Funciones de Borde son:

IBCF (Interconnection Border Control Function): Provee funciones de aplicacin
especfica en la capa de los protocolos SIP/SDP para realizar la interconexin entre
dominios de dos operadores. Esta entidad permite el ocultamiento de la topologa de red,
funciones de control en el plano de transporte, exploracin de la informacin de
sealizacin SIP, generacin de los CDRs apropiados. El IBCF contiene dos entidades
funcionales ms:
9 IMS-ALG (IMS Application Level Gateway): Es una entidad funcional de aplicacin
que permite la comunicacin entre nodos IPv6 e IPv4 y viceversa para el stack de
protocolos SIP/SDP. Esta entidad recibe un mensaje SIP desde algn nodo CSCF o
desde una red externa IPv4 y cambia los parmetros SIP/SDP apropiados para la
traduccin de direcciones entre IPv6 e IPv4. Para esto, el IMS-ALG necesita modificar
los cuerpos y headers del mensaje SIP que tienen una asociacin de direccin IP
indicada.
9 THIG (Topology Hiding Inter-network Gateway): Como los indica su nombre, es la
entidad encargada de ocultar en parte o por completo la topologa de red del operador.
Tambin restringe la informacin de la red, como aspectos de seguridad, escalabilidad y
administracin de red.
TrGW (Transition Gateway): Se ubica entre el mapa de informacin media y est
controlado por el IBCF. Provee funciones como NA(P)T y traduccin de protocolos
IPv6/IPv4.

En la Figura 50 se muestra un ejemplo de interoperacin entre redes con distintas versiones IP.
En este escenario hay un cliente (A) en su red Home que es IPv6 y que desea iniciar una sesin con
otro cliente (B) que se encuentra en la red de otro operador cuya versin de IP es IPv4.

81
 P-CSCF S-CSCF Lado del
UE (A) IP-CAN IMS-ALG TrGW
(A) (A) usuario (B)

1. Inicio de Sesin

2. El S-CSCF
determina, a travs de
una consulta DNS que
el dominio d trmino
soporta slo IPv4

3. El S-CSCF usa al IMS-ALG y TrGW para

adquirir los recursos necesarios como la
direccin IPv4 y puertos en nombre del
usuario A para que ste pueda comunicarse
transparentemente

4. Contina el Inicio de Sesin

5. El IMS-ALG reemplaza el puerto/direccin

IPv4 del usuario B con su propia informacin
IPv6 para sealizacin y con la informacin
IPv6 del TrGW como la informacin de
contacto del usuario B para el mapa de
media y los enva al S-CSCF

6. Se establece el mapa de sealizacin 6. () 6. ()

7. Se establece el mapa de media 7. ()

Figura 50: Origen de sesin IMS hacia una red IPv4.

Para una comprensin a mayor profundidad del transporte de datos en el plano de usuario
entre redes IPv4 e IPv6, la seccin 9.4.5 de Anexos describe este mtodo. Adems, en la seccin
9.3.5 se describen los escenarios de Interoperacin entre redes IMS IPv4 e IPv6.

[Link] entre IMS y Redes de Acceso WLAN

En la actualidad se observa un fuerte crecimiento y desarrollo de las tecnologas inalmbricas
de acceso. IMS define una arquitectura de interoperacin entre la red IMS y una red WLAN
(Wireless Local Area Network) para que un usuario pueda iniciar o recibir sesiones desde IMS.

[Link].Identidad de Usuario

Una caracterstica importante que debiera tener una red de acceso WLAN para interoperar con
IMS es el control de acceso por parte de los usuarios, por lo que se hace esencial un mtodo de
autentificacin. El procedimiento de autentificacin se basa en el mtodo EAP (Extensible

82
Authentication Protocol), donde la identificacin de usuario se sustenta en el Identificador de Acceso
a la red (NAI: Network Access Identifier).

El NAI se compone de dos partes, una de nombre de usuario (NAI username) y otra de
nombre de dominio (realm).

[Link].1. NAI Username

Existen tres tipos de nombre de usuario:
1. Permanente: Usado para una autentificacin completa y se deriva del IMSI.
2. Pseudnimo: Usada en identidades temporales y para autentificacin completa, se usa para
la proteccin de identidad de usuario para reemplazar la identidad permanente derivada del
IMSI en transmisiones de radio de forma de proteger al usuario de rastreo de redes de
acceso no autorizadas. Estas identidades son asignadas por el Servidor AAA 3GPP.
3. De re-autentificacin rpida: Usada en identidades temporales y slo en caso de re-
autentificacin. Tambin provee proteccin de la identidad de usuario y son asignadas por
el Servidor AAA 3GPP.

[Link].[Link] Realm Name

El nombre de dominio NAI debe estar en la forma de un nombre de dominio IP y debe
identificar la red mvil Home del usuario.

[Link].Escenarios de Descubrimiento y Seleccin de Red

Cuando un terminal de usuario se encuentra en un ambiente con mltiples redes de acceso
WLAN (WLAN AN), debe elegir como red de acceso a una de ellas basndose en sus caractersticas,
por ejemplo, el WLAN UE puede necesitar seleccionar una red pblica mvil visitada para
autentificarse, o una red mvil que soporte sus llamadas de emergencia.

En la Figura 51 se muestra un escenario cubierto por algunas de acceso WLAN (WLAN AN

#1, #2,..., #n) que tienen un conjunto de acuerdos de roaming con diferentes redes 3G (Redes
3GPP Visitadas #1, #2,..., #n). El UE puede conectarse a su red Home mediante la WLAN AN #1
a travs de las redes visitadas #1 o #2 y a travs la WLAN #2 est directamente enlazada con la red
Home del usuario.

El descubrimiento de red depende de la tecnologa de la red de acceso, la 3GPP especifica el

escenario de descubrimiento para la tecnologa Wi-FI (IEEE 802.11), pero no se descartan nuevas
tecnologas a ser utilizadas.

83
 Figura 51: Escenario de Anunciacin y Seleccin de Red.

[Link].Arquitectura de Interoperacin
[Link].[Link] Funcionales
En la Figura 52 se muestra la arquitectura necesaria para la interoperacin entre una red de
acceso WLAN y una red IMS. En este escenario, el UE se comunica a travs de la WLAN AN con
su propia red Home.

Los elementos necesarios para este modelo son:

WLAN UE: Corresponde al equipo de usuario con una tarjeta o chip de seguridad que
utiliza el suscriptor para acceder a la WLAN AN. Este terminal puede servir slo para
acceso a travs de una WLAN o a travs de mltiples mtodos de acceso. Dentro de sus
principales funciones est la asociacin con una WLAN de interoperacin, autentificacin
basada en mtodos EAP, seleccin de una red visitada adecuada en casos de roaming, etc.
Servidor 3GPP AAA: El servidor AAA (Autentificacin, Autorizacin y Accounting) Se
localiza dentro de la red 3GPP y entre sus funciones est recuperar la informacin de
autentificacin y profile del suscriptor desde el HSS/HLR de la red Home del Suscriptor,
autentificar al suscriptor basado en la informacin obtenida, actualizar la informacin de
autorizacin de acceso si la suscripcin de usuario se modifica, comunicar informacin de
autorizacin a la WLAN AN, registrar su nombre en el HSS para cada suscriptor
autentificado y autorizado, puede actuar como Proxy, mantener el estatus del WLAN UE
en la WLAN, generar informacin de accounting y cobro.
WAG (WLAN Access Gateway): Corresponde a un gateway en el cual los datos hacia y
desde la red de acceso WLAN puede ser enrutada a travs de la red mvil pblica para
proveer servicios al WLAN UE. EL WAG permite a la red pblica mvil visitada generar
informacin de cobros para los usuarios que acceden a travs de la WLAN AN en caso de
roaming, mejorar el enrutamiento de paquetes a travs del PDG, filtrar paquetes basado en
la informacin no encriptada en los paquetes, soportar mecanismos DiffServ para paquetes
IP downlink/uplink (en caso que se aplique QoS) y puede implementar polticas despus
de establecer el tnel.

84
 Intranet / Internet
SLF HSS HLR

r Sistema
G

Dw
/

x
D

W
de Cobro
Wf Offline
Wa Servidor
3GPP AAA Wo
OCS
WLAN Ww Red de Wm

Wg

Wy

Wz
UE Acceso WLAN
Wr Wp Wi
WAG PDG
Wu

Figura 52: Modelo de Interoperacin con WLAN AN entre UE y su red Home.

PDG (Packet Data Gateway): A travs del PDG se accede a los servicios PS (Packet
Switched), el PDG puede estar en la red Home o visitada dependiendo de los procesos de
autentificacin, seleccin de servicio y verificacin de suscripcin. EL PDG contiene la
informacin de enrutamiento de los usuarios conectados a la red WLAN, enruta los
paquetes de datos recibidos desde el PDN hacia el usuario conectado a la WLAN AN y
viceversa, realiza mapeo y traduccin de direccin, encapsula y desencapsula, acepta o
rechaza la red WLAN requerida de acuerdo a la decisin hecha por el Servidor 3GPP
AAA, etc.
Sistema de Cobro Offline: Se encuentra dentro de la red 3GPP e incluye mecanismos para
la recoleccin y reenvo de informacin sobre el uso de recursos en la WLAN de acceso.
OCS (Online Charging System): El OCS o Sistema de Cobro Online incluye mecanismos
para adquirir permisos en lnea para permitir al suscriptor acceder a la WLAN.

En la Figura 53 se muestra un escenario en que un cliente accede a los servicios de su red

Home a travs de una red visitada. La red Home es responsable del control de acceso y los registros
de cobro pueden ser generados tanto en la red visitada como en la red Home.

En el modelo que muestra la Figura 53 se muestra una nueva entidad funcional adems de las
anteriormente nombradas:
Proxy 3GPP AAA: Representa una funcin de aproximacin y filtro que reside en la red
visitada. Entre sus funciones est traspasar la informacin entre la WLAN y el Servidor
3GPP AAA, cumplir las polticas derivadas de los acuerdos de Roaming entre operadores
de servicios y operadores de WLANs, limitar la informacin de acceso a la WLAN basado
en informacin de autorizacin de la red Home, reportar informacin de cobro y
accounting por usuario al Sistema de Cobro Offline de la red visitada para los usuarios en
Roaming, terminacin del servicio y conversin de protocolos cuando lo puntos de
referencia Wa y Wd no usan el mismo protocolo.

En la seccin 9.4.6 de Anexos se muestra una breve descripcin de los puntos de referencia en
la arquitectura de interoperacin entre IMS y redes de acceso WLAN.

85
 Intranet / Internet
Red 3GPP Visitada

Sistema
Proxy Wf de Cobro
Wa 3GPP AAA
Offline

g
W
WLAN Ww Red de
UE Acceso WLAN Wr

Wd
WAG

Dw SLF
Servidor
3GPP AAA Wx
D

Wp
/G HSS

Wo
r

Wm

Wf
OCS HLR
y
W

PDG Wz Sistema
de Cobro
Offline
Wi

Red 3GPP Home

Figura 53: Modelo de Interoperacin con una red WLAN en caso de Roaming.

[Link].Algunos Procedimientos

A continuacin se ilustran algunos procedimientos bsicos para mostrar de mejor forma el

funcionamiento de la arquitectura de interoperacin de la red IMS con una red de acceso WLAN.
[Link].[Link] Inicial de Red
En la Figura 54 se muestran los pasos a seguir para que se realice la seleccin de red. Estos
pasos son:
1. El WLAN UE selecciona una WLAN AN y establece la conexin con el procedimiento
especfico para esa WLAN.
2. Se inicia el procedimiento de autentificacin propio de la tecnologa WLAN. As, el WLAN
UE enva el NAI a la WLAN AN.
3. Si la WLAN AN no es capaz de enrutar el requerimiento de autentificacin, sta enva una
respuesta al WLAN UE que contiene informacin de las redes a las que la WLAN AN
puede enrutar requerimientos de autentificacin. Luego, el puede WLAN UE continua la
autentificacin de acceso con un NAI diferente o iniciar la autentificacin de acceso con
otra WLAN UE o puede detenerse. Si el WLAN UE contina el acceso a travs de la
WLAN AN seleccionada, debe elegir una red visitada de las propuestas por la WLAN AN
y construir el nuevo NAI indicando roaming.
4. La WLAN AN enruta el mensaje 3GPP AAA al Servidor/Proxy 3GPP AAA basado en el
NAI para realizar la autentificacin de acceso.

86
 WLAN UE WLAN AN Servidor/Proxy
3GPP AAA

1. Establecimiento de Conexin con la WLAN AN

2. Comienza la autentificacin de Acceso con un NAI

3. Anunciacin de las Redes Mviles Visitadas

4. Procedimiento de Autentificacin de Acceso

Figura 54: Seleccin de WLAN de Interoperacin y red Visitada.

[Link].2. Autentificacin y Autorizacin de Acceso a la WLAN

En la Figura 55 se muestra el proceso de autentificacin y autorizacin de acceso a la WLAN.
Los pasos seguidos se explican a continuacin:
1. Se establece la conexin WLAN con el procedimiento especfico de la tecnologa de la
WLAN.
2. Se inicia el procedimiento de autentificacin EAP en la forma especfica de la tecnologa de
la WLAN, los paquetes EAP son transportados en forma encapsulada por la interfaz Wa y
se intercambian mensajes EAP entre el Servidor 3GPP AAA y el WLAN UE (la cantidad
depende del tipo de EAP utilizado). La WLAN AN puede enviar sus capacidades o
polticas de QoS al Servidor AAA en los procedimientos de sealizacin.
3. Si no est disponible en el Servidor 3GPP AAA, se recupera informacin del HSS para
ejecutar la autentificacin del usuario que accede. Para identificar al usuario se utiliza el
username del NAI. Durante la recuperacin de informacin el HSS verifica si existe otro
servidor AAA que est sirviendo al usuario, si es as, el HSS enva la direccin del Servidor
donde el usuario est registrado al servidor actual para que la informacin sea enrutada al
servidor previamente utilizado.
4. Si no est disponible en el Servidor 3GPP AAA, se recuperan del HSS los profiles
relacionados con la WLAN de suscriptores. El profile incluye informacin de autorizacin
e identidad permanente del usuario.
5. Opcionalmente, el Servidor/Proxy 3GPP AAA puede enviar informacin de aplicacin de
polticas al WAG de la red mvil pblica visitada por el WLAN UE.
6. Si la autentificacin y autorizacin EAP fueron exitosas, el Servidor 3GPP AAA enva un
mensaje Acceso Aceptado a la WLAN. Mensaje que incluye informacin de
autentificacin EAP, autorizacin de conexin, y profile de QoS (si se aplica).
7. La WLAN informa al WLAN UE sobre el xito en la autentificacin y autorizacin con un
mensaje EAP de xito.
8. El Servidor 3GPP AAA recibe de la WLAN un mensaje para iniciar el Accounting.
9. El Servidor 3GPP AAA considera que se inicia una nueva sesin autentificada y verifica su
validez. Si es de un usuario que ya tiene una sesin previamente establecida, el servidor
cierra las sesiones previas para evitar mltiples sesiones WLAN.
10. El Servidor 3GPP AAA registra los usuarios de la WLAN en el HSS, los que son
identificados por su identidad permanente.

87
 WLAN UE WLAN AN Servidor 3GPP AAA HSS/HLR WAG

1. Se levanta la Conexin WLAN

3. Se recupera del
HSS la informacin de
autentificacin si no est
disponible en el
2. Se realiza la cantidad necesaria de mensajes de
Servidor 3GPP AAA
Requerimiento y Respuesta EAP entre el UE y el Servidor
3GPP AAA dependiendo de la especificacin del tipo de 4. Se recupera del
EAP usado. HSS el profile del
suscriptor si no est
disponible en el
Servidor 3GPP AAA

5. Entrega de la informacin de cumplimiento de

polticas
6. Aceptacin de Acceso
7. EAP/xito
8. Comienza el
Accounting

9. Valida la nueva sesin

10. Registro WLAN

al HSS si el usuario
WLAN an no ha sido
registrado a este
Servidor 3GPP AAA

Figura 55: Procedimiento de Autentificacin y Autorizacin para una WLAN.

[Link] Access Network (GAN)

A pesar de que IMS se ha planteado como agnstica al acceso, es importante mencionar la Red
de Acceso Genrico (GAN) que corresponde a una alternativa de acceso a la red IMS. El modelo
GAN tambin es conocido como UMA (Unlicensed Mobile Access) y, a grandes rasgos, define un
sistema de telecomunicaciones que permite acceder tanto a redes locales (como tecnologas de acceso
Bluetooth o 802.11) como a redes de reas ms amplias (como lo seran redes GSM/GPRS o UMTS)
a travs de un nico terminal conocido como telfono mvil de modo dual.

La arquitectura funcional de la Red de Acceso Genrico se muestra en la Figura 56. Dentro de

las entidades funcionales de esta arquitectura se incluyen:
Estacin Mvil (MS: Mobile Station), que contiene un nuevo bloque funcional para
acceder a la GAN.
Red de Acceso Genrica IP: Es la red que provee conectividad entre el MS y el GANC. La
conexin de transporte IP se extiende desde el GAN al MS definindose la interfaz Up
entre estas entidades.
Controlador de Acceso Genrico a la Red (GANC: Generic Access Network Controller),
que aparece como un Subsistema de Estacin Base (BSS) GERAN (Red de Acceso de
Radio GSM EDGE) desde el punto de vista del Core de la red. Esta entidad incluye un
Gateway de Seguridad (SEGW: Security Gateway) que termina los tneles de acceso

88
 remoto desde el MS, entregando autentificacin mutua, encriptacin e integridad de datos
para el trfico de sealizacin, voz y datos.
SMLC (Serving Mobile Location Center): el GANC puede entregar la informacin de
ubicacin requerida al SMLC a travs de la interfaz Lb y el SMLC es responsable de la
determinacin final de localizacin.
CBC (Cell Broadcast Centre) que permite servicios de broadcasting a las celdas.

SMLC CBC

Lb Red Mvil Pblica Home/Visitada

Generic Access
Network A
MSC
Controller
(GANC)
Red de Acceso Up Gb
MS SGSN
Genrica IP

Wrr Proxy/Servidor D/Gr

SEGW HLR
3GPP AAA

Wd

Red Mvil Pblica Home

(caso de Roaming)
Figura 56: Arquitectura funcional de GAN.

Adems, GAN cuenta con las siguientes interfaces:

Interfaz A, para servicios de conmutacin de circuitos.
Interfaz Gb, para servicios de conmutacin de paquetes.
Interfaz CBC-BSC, para soportar servicios de broadcasting en las celdas.

[Link].Seleccin de Modo en Terminales Multimodales

Un terminal que soporte acceso genrico debe soportar cualquier tipo de tecnologa IP adems
de las interfaces de radio de GERAN (recordar que GERAN consiste al acceso a travs de una red
GSM EDGE) y, posiblemente, UTRAN (red de acceso UMTS) por lo que el terminal puede estar en
cualquiera de estos tipos de operacin.

De esta forma, el terminal debe ser configurado para operar en uno de los modos
(GERAN/UTRAN o GAN) en un tiempo dado. Cuando el MS se enciende, siempre comienza en
modo GERAN/UTRAN, de forma que pueda conmutar al modo GAN basado en preferencias del
usuario o en la configuracin del operador. Dentro de las preferencias posibles se encuentran:
Slo GERAN/UTRAN: El MS nunca conmuta al modo GAN.
Preferencia GERAN/UTRAN: El MS se encontrar en este modo siempre que detecte
una celda adecuada de este tipo de acceso. Si no se encuentra una celda adecuada, entonces
el MS conmuta a modo GAN. Sin embargo, si el MS detecta una celda GERAN o
UTRAN adecuada se de-registra de la GAN e inicia un registro con la red
GERAN/UTRAN.

89
 Preferencia GAN: Luego de que el MS se ha registrado exitosamente en la GAN con la red
de acceso genrica IP, el MS conmuta al modo GAN todo el tiempo que la GAN est
disponible. Si el MS se de-registra o se pierde la conectividad con la GAN, entonces el MS
conmuta al modo GERAN/UTRAN.
Slo GAN: Luego de que el MS se enciende en modo GERAN/UTRAN para obtener
informacin de la red, ste conmuta al modo GAN y no vuelve a conmutar al modo
GERAN/UTRAN.

[Link].Procedimientos de Descubrimiento y Registro en la GAN

Cuando un MS realiza procedimientos de descubrimiento y registro con una GAN, es porque
se encuentra en los modos de slo GAN, preferencia GAN o, si no existe alguna celda
GERAN/UTRAN, en el modo preferencia GERAN/UTRAN.

Una vez que el MS establece la conexin con la red IP de acceso genrico, determina un
GANC-SEGW apropiado al cual conectarse. Primero, el MS se conecta a una red GANC provisional
en su red Home (la direccin de esta entidad se encuentra almacenada en la tarjeta SIM del MS), la
que le entrega la direccin del GANC por defecto de la red Home, en el cual el mvil se puede
registrar para completar el proceso de registro. El GANC por defecto puede aceptar el registro,
redireccionar el MS a otro GANC o rechazar el registro.

Cuando el MS complete exitosamente un registro, ste puede guardar la informacin del

GANC que le est sirviendo que es el GANC con el que pudo realizar el registro. As mismo, si es
rechazado por un GANC o si el registro falla por otra razn, el MS borrar de su lista la informacin
de ese GANC.

En la Figura 57 se presenta un caso normal del proceso de descubrimiento. En resumen, los

pasos seguidos son:
1-2. Si al MS se le ha entregado o derivado el nombre de un dominio calificado para obtener el
SEGW, ste realiza una consulta DNS a travs de la red IP de acceso genrico para
obtener la direccin IP del SEGW. Luego, el servidor DNS retorna la direccin IP del
SEGW entregado.
3. El MS establece un tnel seguro entre l y el SEGW entregado.
4-5. Si al MS se le ha entregado un nombre de dominio calificado para el GANC, ste realiza
una consulta DNS a travs del tnel seguro para obtener la direccin IP del GANC.
Luego, el servidor DNS retorna una respuesta con la direccin IP del GANC.
6-8. El MS establece una sesin TCP con un puerto del GANC provisional y le consulta a ste
la direccin del GANC por defecto usando un mensaje de requerimiento de
descubrimiento GA-RC. Luego, el GANC provisional responde con un mensaje de
aceptacin y usa la informacin entregada por el MS para entregar la direccin IP o
nombre del dominio del GANC por defecto y su SEGW asociado. En caso de que el
GANC no pueda aceptar el requerimiento de descubrimiento, ste retorna un mensaje de
rechazo al MS indicando la causa de ste rechazo.
9. Se actualiza el tnel seguro IPSec hacia el SEGW. Este mismo tnel puede ser reutilizado
para los procedimientos de registro en la GAN.

90
 GANC Provisional
MS DNS SEGW DNS GANC

1. Consulta DNS

2. Respuesta DNS

3. Se establece un tnel seguro

4. Consulta DNS

5. Respuesta DNS

6. Requerimiento de Descubrimiento GA-RC

7. Aceptacin de Descubrimiento GA-RC

8. Rechazo de Descubrimiento GA-RC

9. Se actualiza el tnel seguro

Figura 57: Procedimiento de Descubrimiento en una GAN.

Luego del proceso de descubrimiento, el MS establece un tnel seguro con el SEGW del
GANC por defecto e intenta registrarse con ste. Si ste GANC acepta el registro entonces se
convierte en el GANC Servidor, o el GANC provisional puede redireccionar el registro a un GANC
Servidor diferente. El redireccionamiento de GANC puede deberse a la informacin entregada por el
MS, polticas del operador o balanceo de carga de la red.

En la Figura 58 se muestra el proceso normal para un caso de registro. Los pasos seguidos para
este proceso son:
1-2. Si el MS slo cuenta con el nombre de dominio del SEGW por defecto o servidor, debe
realizar una consulta DNS para obtener su direccin IP. Luego, el DNS retorna una
respuesta.
3. El MS establece un tnel seguro IPSec con el SEGW si es que no se reutiliza el tnel
establecido en el proceso de descubrimiento.
4-5. Si el MS tiene el nombre del dominio del GANC por defecto o servidor, ste debe realizar
una consulta DNS para obtener su direccin IP. Luego, el servidor DNS entrega una
respuesta.
6-9. El MS levanta una conexin TCP con un puerto TCP en el GANC e intenta registrarse en
ste transmitiendo un requerimiento de registro GA-RC. Si el GANC acepta el intento de
registro, responde con un mensaje de aceptacin de registro GA-RC. En el caso de que el
GANC rechace el registro, responde con un mensaje de rechazo de registro con las
razones del rechazo. Alternativamente, si el GANC desea redireccionar el MS a otro
GANC Servidor, le enva un mensaje de Redireccin de registro GA-RC entregando el
nombre del dominio o direccin IP del GANC objetivo junto con su SEGW asociado.
10. Si la conexin TCP es actualizada, el tnel IPSec puede ser actualizado dependiendo si la
red indica que el mismo tnel puede ser reutilizado para el prximo registro.

91
 GANC por Defecto o Servidor
MS DNS SEGW DNS GANC

1. Consulta DNS

2. Respuesta DNS

3. Se establece un tnel seguro

4. Consulta DNS

5. Respuesta DNS

6. Requerimiento de Registro GA-RC

7. Aceptacin de Registro GA-RC

8. Rechazo de Registro GA-RC

9. Redireccin de Registro GA-RC

10. Se actualiza el tnel seguro

Figura 58: Procedimiento de Registro en una GAN.

[Link].Manejo de Handoff
Dado que en los terminales multimodales existentes para el acceso GAN definen perfiles de
preferencias de acceso a la red GERAN/UTRAN o GAN que no necesariamente excluye a una de
estas tecnologas se tienen dos tipos de handoff:
Handoff GERAN/UTRAN a GAN: El que se produce asumiendo que el MS se encuentra
con una llamada activa en la GERAN/UTRAN y que su modo seleccionado es Preferencia
GAN o es Preferencia GERAN/UTRAN pero se pierde el acceso a una celda con estas
caractersticas. As, el MS se ha registrado exitosamente con una GANC obteniendo la
informacin necesaria del sistema GAN.
Handoff GAN a GERAN/UTRAN: Se produce asumiendo que el MS est con una
llamada activa en la GAN cuando un acceso GERAN/UTRAN se vuelve disponible y que
el modo seleccionado del MS es Preferencia GERAN/UTRAN o es de Preferencia GAN
pero el MS comienza a perder cobertura de la GAN basndose en sus medidas locales,
reportes RTCP recibidos o indicaciones de calidad del enlace uplink recibidas de la GANC.

En la Figura 59, a modo de ejemplo, se muestra el proceso de handoff desde una red UTRAN
a GAN. El procedimiento realizado es:
1. El MS comienza a incluir informacin sobre una celda GAN en los mensajes de
Reporte de Medidas enviados al RNC (Radio Network Controller, en UMTS controla
uno o ms nodos B). As, el MS reporta el nivel de seal ms alto de la celda GAN, este
valor no es el valor real medido, sino que un valor artificial que le permite al UE indicar
preferencia por la GAN.
2-4. Basado en las medidas del MS el RNC decide iniciar el handoff a la celda GAN y
comienza la fase de preparacin del proceso de reubicacin enviando un mensaje de
Reubicacin Requerida al CN identificando la celda objetivo (GAN). Luego, el CN
enva un requerimiento al GANC objetivo para la asignacin de recursos del handoff y
el GANC objetivo enva un reconocimiento del requerimiento de handoff enviado
92
 indicando que puede soportar el handoff y el canal de radio al que se debe dirigir la
estacin.

MS GANC RNC CN

GAN
Registrado
1. Uu: Reporte de Medidas
2. Reubicacin Requerida

3. Requerimiento de Handoff

4. Ack del Requerimiento de Handoff

5. Comando de Reubicacin
6. Uu: Handoff desde el Comando UTRAN

7. Acceso de Handoff GA-CSR

8. Se levanta el stream RTP

9. Handoff Completo GA-CSR

10. Handoff Detectado

11. Trfico de Voz

12. Handoff Completo

13. Iu Release Cmd

14. Iu Release Cmp

Figura 59: Procedimiento de Handoff desde una celda UTRAN a una GAN.

5-6. El CN enva un comando de Reubicacin al RNC y ste enva al MS un mensaje de

Handoff desde la UTRAN para iniciar el handoff a la GAN. El MS no conmuta su
mapa de audio desde la UTRAN a la GAN hasta que se complete el handoff para
reducir el tiempo de corte de la seal de voz.
7-9. El MS accede al GANC con el mensaje de acceso recibido y el comando de handoff
desde la UTRAN recibido desde el RNC, con este mensaje el GANC correlaciona el
handoff con el reconocimiento que le haba enviado al CN e identifica el xito del
handoff. Luego el GANC activa el mapa de portadores con el MS y el MS transmite un
mensaje de handoff completo para indicar el trmino del procedimiento desde su
perspectiva.
10-12. El GANC indica al CN que ha detectado al MS y el CN tiene la opcin de conmutar el
plano de usuario desde el RNC hacia el GANC. Se establece el trfico de voz
bidireccional entre el MS y CN a travs del GANC y el GANC indica que el handoff
est completo. Si an no se ha conmutado el plano de usuario, se conmuta en este
momento.
13-14. Finalmente, el CN derriba la conexin hacia el RNC con el Comando Release Iu y el
RNC confirma la actualizacin de los recursos UTRAN asignados para la llamada.

93
 3.2. Diferencias entre IMS y PSTN
Hasta ahora ya se han definido las entidades funcionales necesarias para la interoperacin entre
una red IMS y una red PSTN. Estas entidades son:
MGCF (Media Gateway Control Function), que es el encargado del control del estado de
llamadas y el control de conexin en el IMS-MGW. Adems se comunica con las entidades
CSCF, BGCF y PSTN y realiza la conversin de protocolos entre ISUP/TCAP y
protocolos de control de llamadas de IMS.
IMS-MGW (IMS Media Gateway), que puede levantar terminaciones de canales de
portadores desde una red CS y stream media desde una red PS (por ejemplo transmisiones
RTP). Adems interacta con el MGCF para el control de recursos y administra ciertos
recursos.
BGCF (Border Gateway Control Function), que selecciona la red en la cual ocurrir el paso
a la PSTN y, dentro de esta red, selecciona el MGCF.
T-SGW (Trunking Signaling Gateway) que se encarga de la conversin de sealizacin a
nivel de transporte entre SS7 y sealizacin IP.

Para una mayor comprensin en las diferencias que deben soslayar estas entidades para la
interoperacin entre ambas redes se analizan las principales diferencias entre las redes IMS y PSTN.

3.2.1. Numeracin e Identidades

[Link].Identidad de Usuario

Como se mencion anteriormente, un suscriptor en IMS cuenta con dos tipos de identidades:
privadas y pblicas. Una identidad privada puede componerse de una o ms identidades pblicas y
un usuario puede tener, a su vez, una o ms identidades privadas. De la misma forma, un suscriptor
puede contar con uno o ms Perfiles (Profiles) de Servicio que corresponden a un conjunto de datos
relacionados con el usuario y servicio (ver Figura 38).

Por otra parte, en la red PSTN no existe una relacin as para los suscriptores. Un suscriptor
est asignado a una conexin telefnica mediante una base de datos con la finalidad bsica de
cobranza. De la misma forma, los planes de servicio estn asignados a la conexin ms que al
suscriptor. Sin embargo, ltimamente se han implementado servicios que ofrecen ms control a un
cliente mediante el uso de claves. Un ejemplo de este control se observa en planes de telefona con
bloqueo a ciertas llamadas excepto si se ingresa una clave en el telfono, la que autentificara al cliente
dueo de la suscripcin.

[Link].Identidad en el Terminal

En IMS no slo se identifica al usuario desde la red sino que existe un sistema de identificacin
del usuario dentro del propio terminal. Este sistema consiste en un mdulo de identificacin
conocido como ISIM (IP Multimedia Services Identity Module) que reside en un dispositivo fsico
removible dentro del terminal llamado UICC (Universal Integrated Circuit Card). El ISIM almacena

94
datos especficos del suscriptor IMS, estos datos se pueden dividir en ser grupos, como se muestra en
la Figura 60, estos grupos o bloques son:
Claves de Seguridad, que se dividen en:
o Claves de Integridad: usadas para proveer integridad a los datos de sealizacin SIP.
o Claves de Cifrado: usadas para proveer confidencialidad a la sealizacin SIP.
o Claves Identificadores: usadas para servicios de seguridad IMS.
Identidad Privada de Usuario, utilizada en los requerimientos de registro para identificar la
suscripcin de usuario.
Identidad Pblica de Usuario, que contiene una o ms identidades pblicas y es usado en
los requerimientos de registro y de comunicacin con otros usuarios.
Nombre de Dominio de la Red Home, consiste en el nombre del punto de entrada de la
red Home y se usa para enrutar los requerimientos de registro del usuario a su red Home.
Referencia de Reglas de Acceso, usado para guardar informacin sobre los nmeros
personales de identificacin que necesitan ser verificados para tener acceso a la aplicacin.
Datos Administrativos, incluyen datos que pueden ser usados por los suscriptores IMS
para ciertas operaciones o por manufactureras para ejecutar pruebas.

Claves de Seguridad Identidad Privada de Usuario

ISIM Identidad Pblica de Usuario Nombre de Dominio de la Red Home

Referencia de Reglas de Acceso Datos Administrativos

UICC

Figura 60: Mdulo de Identidad de Servicios IP Multimedia (ISIM).

Adems del mdulo ISIM que identifica al usuario, el terminal puede contar con un
identificador propio del terminal llamado IMEI (International Mobile station Equipment Identity)
que, al igual que en GSM, define en forma nica al terminal para mayor seguridad.

En cuanto a la arquitectura PSTN, estos mdulos de identidad no son aplicables ya que el

terminal no almacena ninguna informacin que haga que el Core de la red reconozca la suscripcin.
Los datos de la suscripcin junto con la identidad de sta se encuentran asociados exclusivamente a
la lnea que brinda el servicio siendo el terminal un dispositivo annimo que puede ser conectado a
cualquier lnea.

[Link].Identidad para el Enrutamiento de Llamadas

Aqu se pretende comparar las identidades necesarias para poder enrutar una llamada hasta
cierta direccin. En la red PSTN estas identidades tienen la forma de un plan de numeracin. Este
plan de numeracin consiste en un sistema que identifica puntos de comunicacin dentro de una red

95
mediante el uso estructurado de nmeros. Dado que la telefona tradicional es fija, la estructura de
los nmeros se divide para indicar regiones especficas o grupos de suscripciones.

No existe un nico sistema de numeracin telefnica en el mundo, sino que vara de pas en
pas. Para identificar en forma nica cada lnea o conexin en la PSTN, la CCITT (Comite
Consultatif Internationale de Telegraphique et Telephonique) dise un plan de numeracin mundial
que cuenta con cdigos de acceso a cada pas y llamados cdigos nacionales. De la misma forma, la
ITU-T administra y disea el estndar de Plan de Numeracin Mundial. La recomendacin E.164 de
la ITU-T describe la estructura de este plan y sus requerimientos. Esta recomendacin provee la
estructura de nmeros y funcionalidades para tres categoras de numeracin de telecomunicaciones
pblicas internacionales:
Estructura de Numeracin para reas Geogrficas: Identifica una suscripcin dentro de un
rea geogrfica a nivel local, nacional e internacional. Su estructura tiene un nmero
mximo de 15 dgitos y cuenta con las siguientes partes:
o Cdigo de pas, que va de 1 a 3 dgitos.
o Nmero Significativo Nacional (NSN: National Significant Number) que est
conformado por el Cdigo de Destino Nacional (NCD: National Destination Code)
que es opcional y por el nmero de suscripcin (SN: Subscriber Number). Su largo
mximo est condicionado por el largo del cdigo de pas (ambos deben sumar a lo
ms 15 dgitos).
Estructura de Numeracin para Servicios Globales: Identifica suscripciones en forma nica
slo a nivel internacional. Consiste en un cdigo de pas de tres dgitos y un nmero de
suscripcin global. El cdigo de pas se encuentra siempre en el rango de los 8xx o 9xx y se
utiliza para servicios como nmeros de telfonos gratuitos internacionales entre otros.
Estructura de Numeracin para Redes: Identifica una suscripcin nicamente dentro de
una red e internacionalmente. Su estructura es bsicamente para direccionar redes como
sistemas satelitales globales o proveedores de servicios de red. Esta estructura cuenta con
los siguientes bloques:
o Cdigo de pas, que tiene tres dgitos y se encuentra siempre en el rango de los 8xx.
o Cdigo de Identificacin de Red, que va de 1 a 4 dgitos.
o Nmero de la suscripcin.

En la Figura 61 se muestran los formatos para cada tipo de numeracin establecidos por la
recomendacin E.164 de la ITU-T.

96
 Estructura de Numeracin para reas Geogrficas

Cdigo de Pas
Cdigo de Destino
para reas Nmero de Suscripcin
Nacional
Geogrficas

1 a 3 dgitos Mximo (15 a n dgitos)

NSN
Mximo 15 dgitos

Estructura de Numeracin para Servicios Globales

Cdigo de Pas
para Servicios Nmero de Suscripcin Global
Globales

3 dgitos Mximo 12 dgitos

Mximo 15 dgitos

Estructura de Numeracin para Redes

Cdigo de Pas
Cdigo de Identificacin Nmero de Suscripcin
para Redes

1 a 4 dgitos Mximo (12 a x dgitos)

3 dgitos
Mximo 12 dgitos

Mximo 15 dgitos

Figura 61: Formatos de Numeracin de la Recomendacin ITU-T E.164.

En el sistema IMS se utilizan las entidades privadas y pblicas de usuario para lograr enrutar la
llamada. Cada vez que un cliente IMS se registra en la red, el HSS (Home Subscriber Server) guarda
la ubicacin del suscriptor junto con el P-CSCF que le permite el acceso a la red IMS, ya sea si el
cliente se encuentra en su red Home o en una red Visitada (caso de Roaming).

Un ejemplo de identidad privada de usuario sera usuario_ejemplo@realm. Por otra parte, la

identidad de usuario pblica en IMS est definida por las identidades que provee el protocolo SIP.
Estas identidades pueden ser de dos tipos:
SIP URI (Uniform Resource Identifier): Este tipo de identidad tiene la misma forma que
una direccin e-mail: usuario@dominio. Existen dos esquemas de SIP URIs:
o sip:[Link]@[Link] es un SIP URI, que corresponde a la forma ms comn.
o sips:[Link]@[Link] es un SIP URI Seguro (Secure SIP URI).
Adems, existen dos tipos de SIP y SIP URIs:
o Direccin de Registro (AOR: Address of Record), que es una direccin IP que
identifica al usuario y que puede ser manejado por la gente como un nmero telefnico.
o Nombre de Dominio Completamente Cualificado (FQDN: Fully Qualified Domain
Name) o direccin IP (identifica un dispositivo) del dominio. Un ejemplo de sta es
sip:[Link]@[Link] o sip:[Link]@[Link].

97
 tel (telephone) URI: Se usa para identificar recursos usando un nmero de telfono. SIP
permite que los requerimientos sean enviados a un telfono URI. El tel URI puede
contener un nmero global o local. Si es un nmero global sigue la regla de la
recomendacin E.164 y comienza con un + (por ejemplo, [Link] si es
un nmero local sigue los planes privados de numeracin.

Las entidades de red tambin cuentan con un sistema de identificacin mediante SIP URIs. Sin
embargo, no es necesario que estos identificadores sean globalmente publicados en servidores DNS.
Un ejemplo de identificador de CSCF puede ser sip:chile.cscf3@[Link].

Los distintos tipos de numeracin para la PSTN e IMS pueden interactuar mediante un sistema
de resolucin de direccin E.164 a SIP-URI. El S-CSCF puede soportar la habilidad de traducir
direcciones E.164 contenidos en un requerimiento URI a un tel URI no SIP utilizando traduccin de
un servidor ENUM DNS, donde ENUM es un protocolo que permite el mapeo de direcciones
E.164 a planes de direccin IP DNS, utilizando un sistema jerrquico muy similar al del sistema
DNS. La operacin realizada por ENUM consiste en un mapeo de los dgitos E.164 a zonas
separadas DNS concatenadas con el dominio [Link]. El mapeo de los nmeros es simple: Cada
dgito del nmero de telfono se invierte en orden de significancia y se inserta un punto (.) entre cada
dgito. Luego se agrega el dominio [Link] a la secuencia de nmeros invertida. El proceso
puede resumirse en cinco pasos:
Se verifica que el nmero de telfono est escrito en su forma completa incluyendo el cdigo
de pas. Por ejemplo, + 1-703-610-2000.
Se remueve todos los caracteres que no sean dgitos, con la excepcin del +, que se
mantiene como un flag para identificar que el nmero est completamente cualificado. Por
ejemplo, 17036102000.
Se insertan puntos entre cada dgito. Por ejemplo, [Link].[Link].0.0.0.
Se invierte el orden de los dgitos. Por ejemplo, [Link].[Link].0.7.1.
Se agrega el string [Link] al final del nmero. Por ejemplo,
[Link].[Link].[Link].

Luego de mapear el nmero al nombre del dominio, se consulta un DNS para obtener la
ubicacin URI correspondiente. Un ejemplo de la traduccin de E.164 a SIP URI se muestra en la
Figura 62.

Se entrega un +351 218440118

nmero de telfono

Se transforma en
un dominio ENUM [Link].[Link].[Link].[Link]

Se devuelve una [Link]

lista de direcciones
URI
sip:[Link]@[Link]
Figura 62: Ejemplo de Traduccin de E.164 a SIP URI.

98
 3.2.2. Movilidad
La telefona fija no soporta movilidad ya que cada suscripcin est asociada a una lnea o
conexin telefnica. Al contrario, la movilidad es una de las caractersticas ms valiosas de IMS como
arquitectura paraguas de la convergencia. La arquitectura IMS y los sabores de CSCFs (Proxy-
CSCF, Interrogating-CSCF y Serving-CSCF) permiten que un cliente pueda acceder a sus servicios
contratados dentro de su propia red Home. En la Figura 63 se muestra un usuario en caso de
Roaming registrndose en su red, esto es un claro ejemplo del sistema de movilidad y de roaming
en la arquitectura IMS.

Red Home

4. HSS
6.
5.
I-CSCF S-CSCF
7.
3. SLF

2. 8.

Red Visitada

PDF P-CSCF

1.
Red de
9. Acceso

Figura 63: Resumen de un Proceso de Registro en IMS.

En resumen, el proceso es:

1-2. El UE descubre un P-CSCF en la red visitada y enva un requerimiento de registro. El P-
CSCF determina que la red Home del usuario no es la propia y enva el requerimiento a
un CSCF conocido de esa red, el I-CSCF.
3-5. El I-CSCF consulta al SLF la direccin del HSS al cual dirigirse para verificar la
suscripcin de usuario (si es que existe ms de un HSS). Luego de verificar los datos de la
suscripcin con el HSS, enva el requerimiento a un S-CSCF asignado basado en los
servicios requeridos.
6-9. El S-CSCF pide el Profile de Servicio al HSS y guarda en ste las direcciones necesarias
para contactar al UE, luego se enva la respuesta al terminal de usuario a travs del I-
CSCF y P-CSCF.

3.2.3. Calidad de Servicio (QoS)

La arquitectura PSTN se conoce como una arquitectura CS o de Conmutacin de Circuitos.
Esto quiere decir que un usuario tiene cierta cantidad fija de recursos asignada durante la duracin de
la llamada (la que se asigna al inicio de sta) por lo que esta arquitectura ofrece servicios de llamadas
con calidad de servicio garantizada.

99
 En el sistema IMS, en cambio, se tiene que la transmisin es PS o de conmutacin de paquetes.
Al ser la transmisin de naturaleza IP, los canales y recursos de transmisin son compartidos por
todos los usuario dentro de la celda y se hace necesario un sistema de administracin de recursos o
de portadores de red. Como se expuso anteriormente, el sistema encargado de la administracin de
portadores de trfico en IMS es el Control SBLP (Service-Based Local Policy Control), el que se
encargar de la autorizacin de portadores (accin que realiza el PDF y que ejecuta el SGSN). La
autorizacin de QoS es realizado por el PDF basndose en los siguientes datos:
Identificador de flujo, que identifica los flujos IP descritos en las componentes de media
asociados a una sesin SIP. Un ejemplo de identificador es: m=video 50230 RTP/AVP
31.
Tasa de datos, informacin que se deriva de los parmetros de ancho de banda SDP.
Clase de QoS: Representa la clase ms alta que puede ser usada por la componente media
que requiere el UE.

3.2.4. Sealizacin de Llamadas

La arquitectura PSTN utiliza sealizacin SS7 (Signaling System #7), este estndar se encarga
de enrutar los mensajes de control a travs de la red para realizar la administracin de llamadas
(creacin, mantencin y terminacin) y funciones de administracin de red. A pesar de que la PSTN
es una red de conmutacin de circuitos, el sistema de sealizacin es de conmutacin de paquetes y
est sobrepuesto sobre la red de conmutacin de circuitos. La red y protocolo SS7 se utilizan para lo
siguiente:
Levantar, administrar y eliminar llamadas.
Servicios inalmbricos.
Servicios de telecomunicaciones gratuitos (800/888) e inalmbricos (900).
Caractersticas de llamadas mejoradas como reenvo de llamadas o conferencia.
Telecomunicaciones eficientes y seguras.

SS7 se explica en forma ms detallada en la seccin [Link] de Antecedentes. En la Figura 64 se

observa el mapa de sealizacin que se establece con el protocolo ISUP en una llamada local. El
significado de los mensajes de sealizacin puede encontrarse en la Tabla 3. En resumen, el
procedimiento es como sigue:
El telfono de origen levanta el telfono y marca el nmero del telfono de destino
El SSP ms cercano genera un mensaje ISUP IAM para reservar un circuito, este
requerimiento es enrutado desde el SSP de origen (SSP 1) hasta el de destino (SSP 2).
El SSP de destino verifica que la suscripcin de destino se encuentre en su entorno, en ese
caso, enva al SSP de origen un mensaje ISUP ACM y genera un tono de llamada en el
telfono de destino.
El SSP de origen recibe el ACM y genera un tono de marcado en el telfono de origen.
Cuando el telfono de destino contesta, el SSP de destino deja de transmitir el tono de
llamado y enva un mensaje ISUP ANM al SSP de origen.
El SSP de origen conecta al usuario del telfono de origen y se inicia el cobro de la llamada
(proceso de facturacin).

100
 Cuando un usuario cuelga (en este caso, el de origen) el SSP de origen enva al de destino
un mensaje ISUP REL para limpiar la llamada y liberar recursos.
El SSP de destino deja sin tono la lnea o enva un tono al telfono de destino, luego
reconoce el mensaje ISUP REL con un mensaje ISUP RLC. El usuario de destino puede
colgar en cualquier momento desde que el usuario de origen colg.

SSP 1 STP 1 STP 2 SSP 2

Levanta

Tono de Discado

Marca
IAM IAM
IAM
ACM
ACM
ACM
ACM
(Mapa de Voz) Tono de Ring Ring

ANM Levanta
ANM
ANM

Conversacin (sobre el mapa de voz)

Cuelga
REL
REL
REL
Silencio o tono
RLC RLC Cuelga
RLC

Figura 64: Trfico de Sealizacin ISUP generado en una llamada Local.

En cuanto a IMS, el protocolo principal de sealizacin de llamadas es SIP (Session Initiation

Protocol) de la IETF. El protocolo SIP tiene la finalidad de establecer, modificar y terminar sesiones
multimedia y fue creado con los siguientes objetivos:
Neutralidad del Protocolo de Transporte, que sea capaz de correr sobre protocolos
confiables (TCP, SCTP) y no confiables (UDP).
Requerimientos de Enrutamiento, que puede ser directo (desempeo) o enrutado por un
proxy (control).
Separacin de la descripcin de sealizacin y media.
Extensibilidad.
Movilidad Personal.

En todos los procesos mostrados para IMS est presente la sealizacin SIP en el
enrutamiento de llamadas. A continuacin se presente un ejemplo simple de la funcin que realiza un
Servidor Proxy en una sesin SIP entre dos terminales.

101
 Figura 65: Operacin de un Servidor Proxy.

3.3. Diferencias entre IMS y Packetcable

A diferencia de la relacin entre la arquitectura PSTN e IMS, la arquitectura PacketCable (de
CableLabs) corresponde a una adaptacin de la arquitectura IMS a las redes de los operadores de
cable. Esta adaptacin se realiza con la finalidad de que los operadores de redes de cable agreguen
servicios mviles a sus paquetes de servicios para atraer la atencin del cliente mediante servicios
multimedia. De esta forma, los operadores de cable saltarn de sus servicios triple play (datos, voz
y televisin) a un cuadruple play con la adicin de servicios inalmbricos. Dentro de los nuevos
servicios multimedia que estos operadores podran ofrecer ya se estn viendo en el mercado, como
por ejemplo VoD (Video on Demand) y otros estn por venir como telfonos celulares duales
(tecnologa celular ms Wi-Fi).

PacketCable adapta sus entidades funcionales e interfaces junto con agregar otras nuevas para
implementar una red tipo IMS. Aqu se pretende mencionar los principales cambios y aportes
realizados por PacketCable a IMS de forma de ilustrar aplicaciones reales de IMS a redes actuales
para implementar servicios convergentes.

3.3.1. Origen de las Arquitecturas

Ya se ha explicado que IMS proviene de la evolucin de la tecnologa celular UMTS,
tecnologa de acceso que define en el Core de su red a la arquitectura IMS. A pesar de que IMS fue
amplindose gradualmente a distintas arquitecturas de telecomunicaciones y a distintos mtodos de
acceso, el acceso a travs de la tecnologa GPRS o UMTS corresponden a su punto fuerte.

102
 Por otra parte, la orientacin de PacketCable responde a los intereses de los operadores de
Cable. Las primeras versiones de PacketCable no estaban basadas en IMS sino que simplemente se
orientaban a brindar servicios de voz y, posteriormente, algunos servicios multimedia. Sin embargo,
en la versin 2.0, PacketCable se basa casi completamente en IMS (ver Figura 33).

3.3.2. Aplicacin de QoS

Un ejemplo bastante ilustrativo de la adaptacin que realiza PacketCable corresponde al
sistema encargado de la aplicacin de QoS en la red. En la Figura 66 se muestra un esquemtico de
las entidades necesarias para esta finalidad.

Gq pkt-qos-1 Administrador pkt-mm-3 Servidor de

PDF P-CSCF de Aplicacin
Polticas
PacketCable

pkt-mm-2 pkt-qos-2

Red
Gm CMTS
GPRS

pkt-mm-1

UE CM

Figura 66: Puntos de Referencia de QoS en PacketCable.

Se observa que esta arquitectura es bastante similar a la de IMS, pero con la salvedad de que
existe una entidad funcional, el Administrador de Aplicacin PacketCable, y varias interfaces
exclusivas de PacketCable (para ms informacin, ver la ).

La funcin del Administrador de Aplicacin (AM, Application Manager) es ser una interfaz
entre la arquitectura SIP de PacketCable y la arquitectura PacketCable Multimedia (primera
arquitectura desarrollada para brindar servicios Multimedia). De esta forma, recibe los mensajes de
QoS desde el P-CSCF y los formula adecuadamente para que sean interpretados por el Servidor de
polticas de la arquitectura PacketCable Multimedia. Es importante notar que, si el UE accede desde
una red GPRS se utiliza la interfaz Gb, de IMS, para la administracin de QoS desde el PDF hasta el
P-CSCF. Por otra parte, si accede a travs de una red de cable, los requerimientos de QoS son
recibidos por el Servidor de Polticas, el que los enva al AM.

3.3.3. Adaptaciones a la Identidad de Usuario

Adems de las identidades pblicas y privadas de usuario definidas por IMS, PacketCable
agrega la identidad GRUU (Globally Routable User Agent URI), en que cada GRUU se asocia con
una identidad pblica de usuario y un UE. Esta adaptacin se explica en la seccin [Link] de Anexos.

103
 3.3.4. Elementos de Interconexin
PacketCable posee elementos de borde de red para comunicarse con otras redes del tipo IMS y
con la red PSTN. Adems, esta arquitectura incluye la entidad funcional CMS (Call Management
Server) que provee soporte a servicios de telefona para clientes de sealizacin de llamadas (por
ejemplo, E-MTAs). El CMS provee la mayora de las caractersticas de telefona e interacta con los
servidores de aplicacin para proveer aplicaciones adicionales.

3.4. Management Information Base (MIB)

Una parte muy importante en el funcionamiento de redes es su nivel de administrabilidad. Una
Base de Informacin de Administracin o MIB consiste en una base de datos virtual utilizada para
administrar las entidades en una red de telecomunicaciones (como por ejemplo routers o switches).

La base de datos es jerrquica con una estructura en forma de rbol y sus entradas son
direccionadas mediante identificadores de objetos implementados mediante ASN.1. ASN.1 (Abstract
Syntax Notation One) es un estndar de notacin flexible que describe estructuras de datos para
representar, codificar, transmitir y decodificar datos. ste provee un conjunto de normas formales
para describir estructuras de objetos independientes de las tcnicas de comunicacin de una mquina
especfica y permite remover ambigedades. Las identidades objeto que son races en la jerarqua
MIB pertenecen a diferentes organizaciones de estndares mientras que las identidades de niveles
inferiores son asignados por organizaciones asociadas.

Una herramienta importante en la base de informacin de administracin es SNMP (Simple

Network Management Protocol) que consiste en un protocolo de comunicacin entre estaciones de
administracin (como por ejemplo, consolas) y los objetos administrados (como routers, switches y
gateways). Las componentes controladas por la consola de administracin necesita un Agente SNMP
que es un software que se puede comunicar con el administrador SNMP.

Un objeto administrado es uno de cierto nmero de caractersticas especficas del dispositivo

administrado. Existen dos tipos de objetos administrados: los escalares (que definen una nica
instancia del objeto) y los tabulares (que definen mltiples instancias relacionadas a un objeto y que
se agrupan en tablas MIB). Dentro de los objetos MIB se encuentran objetos mandatorios, por
ejemplo, una Tabla de Traduccin de Direccin (llamada atTable). Los MIBs son peridicamente
actualizados de forma de agregar nuevas funcionalidades y reparar defectos.

3.4.1. Simple Network Management Protocol (SNMP)

Una red con administracin SNMP cuenta con tres componentes claves:
Dispositivos administrados: Es un nodo de la red que contiene un agente SNMP y que se
ubica en una red administrada. stos recolectan y almacenan informacin de
administracin dejando la informacin a disponibilidad de los NMSs usando SNMP.
Agentes: Consiste en un software de administracin de red que se encuentra en un
dispositivo administrado. ste posee conocimiento local de informacin administrativa y
traduce esta informacin a una forma compatible con SNMP.

104
 Sistemas de Administracin de Red (NMS: Network-Management System): Ejecuta
aplicaciones que monitorean y controlan los dispositivos administrados. stos proveen la
mayor parte de los recursos de procesamiento y memoria para la administracin de la red.

La arquitectura SNMP cuanta con las siguientes entidades funcionales:

Agente Master: Consiste en un software corriendo en una componente de red que soporte
SNMP. As, ste acta como un servidor en la terminologa de la arquitectura cliente-
servidor. Un Agente Master se basa en sub-agentes que proveen informacin sobre la
administracin de funcionalidades especficas. Los agentes Master tambin pueden ser
referidos como objetos administrados.
Sub-agente: Consiste en un software corriendo en una componente de red que soporte
SNMP y que implemente la informacin y funcionalidad de administracin definida por un
MIB especfico de un sistema especfico. Algunas capacidades del sub-agente son agrupar
informacin y configurar los parmetros de los objetos administrados, responder a los
requerimientos de los administradores, y generar alarmas.
Estacin de Administracin: Tambin llamado administrador, es la componente final de la
arquitectura SNMP. ste funciona como el equivalente del cliente en la arquitectura
cliente-servidor. Adems, emite requerimientos para las operaciones de administracin en
nombre de un administrador o aplicacin y recibe informacin de los agentes.

3.4.2. MIB para el Protocolo SIP

El protocolo SIP incluye MIB para su administracin lo que permite, por tanto, que el Core
IMS pueda ser administrado con este mtodo. MIB provee algunos objetos administrados para las
entidades SIP Agentes de Usuario y Servidores Proxy, de Redireccin y Registro. As, se pueden
monitorear el estado y estadsticas del protocolo adems de configurar las entidades SIP.

La estructura del SIP MIB define cuatro mdulos MIB:

SIP-COMMON-MIB, que contiene objetos MIB comunes usados en todas las entidades
SIP. stos incluyen el tipo de protocolo SIP, tipo de entidad, el estado operacional y
administrativo, mximo nmero de transacciones que una entidad puede administrar,
configuraciones de Timer, tablas de resumen de estadsticas, tablas de respuestas SIP y
nmero de transacciones entre otros. Adems, el SIP-COMMON-MIB contiene
notificaciones para indicar si cdigos de estado han sido enviados o recibidos por el
sistema.
SIP-SERVER-MIB, que contiene objetos especficos a los servidores Proxy, de
Redireccin y Registro. Algunos de estos son objetos de configuracin comn a los
servidores como los modos de operacin proxy, mtodos de autentificacin proxy, tablas
de estadsticas aplicables a los servidores SIP Proxy, Registradores y tabla estadstica con el
nmero de requerimientos REGISTER que han sido aceptados o rechazados.
SIP-UA-MIB, que contiene objetos especficos para los Agentes de Usuario. Este grupo
especifica los objetos de configuracin de servidores SIP aplicables a los Agentes de
Usuario incluyendo la direccin IP del servidor SIP utilizado para el registro, proxy o
redireccin de llamadas.
SIP-TC-MIB, que define las convenciones textuales usadas entre los mdulos MIB.

105
 3.5. WiMAX
En esta seccin se pretende analizar las principales caractersticas de WiMAX como tecnologa
de acceso y sus ventajas sobre otras tecnologas ya existentes o emergentes. Como se explic
anteriormente, el estndar 802.16 ha evolucionado desde un sistema limitado en movilidad y con
lnea de vista a un estndar mucho ms flexible con sus ltimas versiones hasta a proveer
conectividad mvil con su versin 802.16e o WiMAX Mvil.

WiMAX (Worldwide Interoperability for Microwave Access) consiste en un consorcio

industrial que promueve el uso del estndar areo de la IEEE 802.16 y que se encarga del desarrollo
de esta tecnologa en interoperabilidad, aplicaciones y caractersticas. Como un estndar WMAN
(Wireless Metropolitan Area Network), WiMAX juega un gran rol para los operadores de redes a
gran escala debido a su buen potencial en operacin tanto en cobertura geogrfica como en
velocidad de transmisin y a un bajo costo de implementacin lo que lo posiciona como alternativa a
lneas DSL o Cable. Existen dos versiones de WiMAX que pueden proveer soluciones optimizadas
para acceso de banda ancha inalmbrico para acceso fijo, nmada, porttil y mvil:
WiMAX 802.16-2004: Utiliza OFDM (Orthogonal Frequency Division Multiplexing) y
soporta acceso fijo y nmada tanto en ambientes LOS como NLOS.
WiMAX 802.16e: Optimizado para canales de radio dinmicos mviles, provee soporte
para roaming y handoffs, utiliza SOFDMA (Scalable Orthogonal Frequency Division
Multiplexing Access). Con esta tcnica tambin se puede entregar un servicio fijo.

3.5.1. Principales Caractersticas de la Arquitectura de WiMAX

En la Figura 67 se muestra un diagrama de la arquitectura 802.16.

Upper layer Entity Upper layer Entity

SDU SDU
SAP SAP

CID 1
Downlink CID 2
Reconstitution
Classifier ..
CID n
{ SDU, CID,}
{ SDU, CID,}
BS SS
SAP SAP
802.16 MAC CPS 802.16 MAC CPS
Figura 67: Diagrama de la Arquitectura 802.16.

El plano superior puede estar implementado ya sea como un bridge, router o un host. Cuando
la Unidad de Servicio de Datos (SDU: Service Data Unit) llega a una sub-capa de Convergencia, el
Clasificador de esta capa clasifica el tipo de trfico y lo mapea a una Identidad de Conexin (CID:
Connection ID) en particular y donde cada CID refiere a un profile especfico. Cada profile describe
varias caractersticas como el esquema de modulacin o FEC (Forward Error Correction) entre
106
otros. De esta forma, luego de que se definen los CID entre la estacin base (BS: Base Station) y la
estacin suscriptora (SS: Subscriber Station), el header de informacin de carga es suprimido.

Dentro de la arquitectura WiMAX existen dos capas que determinan en gran parte sus
caractersticas, estas capas son la capa fsica (PHY) y la capa MAC (Media Access Control)

[Link].Capa Fsica (PHY)

El estndar 802.16 trabaja en variadas bandas de frecuencia. Estas se pueden dividir en dos
grupos principales: bandas licenciadas, entre los 10 y 66 GHz; y bandas de uso libre, entre 2 y 11
GHz. Durante el desarrollo de esta tecnologa, se fueron implementando distintos tipos de interfaces
areas, donde las principales se resumen en la Tabla 14.
Tabla 14: Resumen de Interfaces Areas de 802.16.
Designacin Aplicabilidad Duplexacin
10-66Ghz Licenciado TDD, FDD, HFDD
Wireless MAN-SC
2-11Ghz Licenciado TDD, FDD
2-11Ghz Licenciado TDD, FDD
Wireless MAN-OFDM
2-11Ghz Exento de licencia TDD
Wireless MAN- 2-11Ghz Licenciado TDD, FDD
OFDMA 2-11Ghz Exento de licencia TDD

[Link].1. Multiplexacin
WiMAX 802.16-2004 utiliza multiplexacin OFDM, lo que le permite contar con 256 canales.
La tcnica OFDM es un sistema digital de codificacin y modulacin basada en la tcnica FDM o
multiplexacin en frecuencia donde una estacin transmisora puede enviar datos a travs de distintos
canales en frecuencias ortogonales, es decir, frecuencias independientes bastante cercanas unas de
otras por lo que los canales deben ser de banda estrecha y, an as, los canales se traslapan.

Dentro de los principales errores que afectan a una seal area se encuentran la interferencia
inter-smbolos y el desvanecimiento de la seal producido por trayectorias mltiples. Para evitar esto,
se debe esperar un tiempo determinado entre el envo de un smbolo y otro. Este intervalo de tiempo
se llama intervalo de guardia y hace ineficiente el uso del espectro. Para optimizar este efecto, OFDM
divide la transmisin en sub-portadoras con el mismo tiempo de guardia, de forma que el tiempo de
transmisin de los smbolos se multiplica por el nmero total de sub-portadoras.

Como las seales pueden presentar desvanecimientos en ciertas frecuencias, en OFDM slo
algunas sub-portadoras se ven afectadas, sin embargo, los cdigos de informacin de errores proveen
informacin redundante que permite a los receptores recuperar la informacin de estas sub-
portadoras, logrando finalmente que la tcnica OFDM sea ms robusta al desvanecimiento.

Por otra parte, las sub-portadoras pueden modularse individualmente mediante tcnicas como
BPSK, QPSK, 16-QAM o 64-QAM. Luego de la modulacin, los datos de todas las sub-portadoras
se traspasan a una nica cadena de smbolos mediante una transformada de Fourier inversa rpida
(IFFT), para en el receptor aplicar una FTT que permite demodular cada sub-portadora
independientemente.

107
 Dado que las sub-portadoras son ortogonales, stas pueden traslaparse. Pero para esto, cuando
la potencia de una de las sub-portadoras est en su mximo, la potencia del resto de las sub-
portadoras debe ser nula, como se muestra en la Figura 68.

Figura 68: Ortogonalidad en OFDM.

En cuanto a la versin 802.16e, sta utiliza una modificacin de OFDM conocida como
OFDMA. OFDMA (Orthogonal Frequency Division Multiple Access) es un esquema de mltiple-
acceso/multiplexacin que provee operaciones de multiplexacin de los flujos de datos desde
mltiples usuarios a los sub-canales downlink y acceso mltiple uplink mediante los sub-canales
uplink. As, a cada usuario se le asigna una o ms sub-portadoras de forma que comportan un
determinado ancho de banda. En la Figura 69 se observa la diferenciacin entre OFDM y OFDMA.

Figura 69: OFDM y OFDMA.

En OFDMA, la subcanalizacin define sub-canales que pueden asignarse a diferentes

suscriptores dependiendo de las condiciones del canal y sus requerimientos de datos, de forma de
permitir un uso ms eficiente de los recursos.

802.16e est basado en la enmienda SOFDMA (Scalable OFDMA), la cual escala el tamao de
la Transformada Rpida de Fourier (FFT) al ancho de banda del canal de forma de mantener el
espaciado entre carriers constante en canales con distinto ancho de banda. De esta forma, el
espaciado constante permite una mayor eficiencia espectral en canales anchos y reduccin de costos
en canales angostos.

108
 [Link].Capa de Control de Acceso al Medio (MAC)

La capa MAC se encarga de administrar eficientemente los recursos de la interfaz area.

Soporta servicios de banda ancha Punto-a-Multipunto (PMP) y Mesh, adems soporta QoS y
seguridad, entre otros. Como la capa MAC debe soportar diversas tecnologas en el backhaul, en la
parte superior de sta existe una sub-capa de Convergencia. Adems cuenta con una capa de
seguridad, que permite la autentificacin, acceso a la red o encriptacin de datos.

[Link].1. Soporte de QoS

Tanto 802.16-2004 como 802.16e implementan QoS en la capa MAC. Los parmetros de QoS
son negociados durante el establecimiento de sesin entre la BS y SS. El tipo de QoS se provee a
travs de flujos de servicios que corresponden a flujos unidireccionales de paquetes con un conjunto
de parmetros particulares de QoS. Los parmetros del flujo de servicio pueden ser administrados
dinmicamente a travs de mensajes MAC para acomodarse a una demanda dinmica de servicios.
En la Tabla 15 se observan los tipos de aplicaciones y QoS de WiMAX mvil.
Tabla 15: Aplicaciones y QoS para WiMAX.
Categora de QoS Aplicaciones Especificaciones de QoS
UGS Mxima velocidad sostenida
Unsolicited Grant VoIP Mxima tolerancia a la latencia
Service Tolerancia al Jitter
Mnima velocidad reservada
rtPS
Mxima velocidad sostenida
Real-Time Polling Streming de audio o video
Mxima tolerancia a la latencia
Service
Prioridad de Trfico
Mnima velocidad reservada
ErtPS Mxima velocidad sostenida
Voz con deteccin de
Extended Real-Time Mxima tolerancia a la latencia
actividad (VoIP)
Polling Service Tolerancia al Jitter
Prioridad de Trfico
nrtPS Mnima velocidad reservada
File Transfer Protocol
Non-Real-Time Polling Mxima velocidad sostenida
(FTP)
Service Prioridad de Trfico
BE Transferencia de datos, Mxima velocidad sostenida
Best Effort Service navegacin en la Web, etc. Prioridad de Trfico

[Link].2. Seguridad
WiMAX mvil soporta varias caractersticas de seguridad, entre ellas el soporte de
autentificacin mutua de dispositivo/usuario, protocolo de administracin flexible de claves y una
fuerte encriptacin de trfico. Los aspectos de uso de las caractersticas de seguridad son:
Protocolo de Administracin de Clave: La base de la seguridad en WiMAX Mvil es el
protocolo PKMv2 (Privacy and Key Management Protocol Version 2). Se basan en este
protocolo la autentificacin, control de encriptacin de trfico, intercambio de clave en el
handoff y mensajes de seguridad Multicast/Broadcast.
Autentificacin Dispositivo/Usuario: WiMAX Mvil soporta la autentificacin de
dispositivo y usuario con el protocolo EAP de la IETF, el que provee soporte para
109
 credenciales basadas en SIP, USIM, Certificado Digital, basado en Nombre de Usuario o
Password.
Encriptacin de Trfico: Se utiliza cifrado AES-CCM para proteger los datos de usuario
sobre la interfaz MAC de WiMAX Mvil. Las claves usadas para el cifrado se generan por
la autentificacin EAP. La mquina de estado de encriptacin de trfico posee un
mecanismo de refresco de clave peridico (TEK) para mayor proteccin.
Proteccin de mensajes de Control: El control de datos se protege usando AES o MD5.
Soporte de Handoff Rpido: WiMAX Mvil soporta un esquema de Handshake de 3 vas
para la re-autentificacin de forma de soportar handoffs rpidos. Este mecanismo adems
es til para prevenir ataques del tipo man-in-the-middle. El trmino Handshake (o
Apretn de Manos) es referido en telecomunicaciones a una comunicacin en que ambas
partes involucradas requieren de manifestaciones de disponibilidad y/o autenticidad de su
compaero.

Existen varias otras caractersticas de WiMAX dignas de ser mencionadas, en la seccin 9.5 de
Anexos se mencionan las principales de ellas.

3.5.2. Comparativa de WiMAX con algunas Tecnologas 3G

Adems de WiMAX existen variadas tecnologas que prometen conectividad inalmbrica de
banda ancha. Entre estas tecnologas se encuentran UMTS y EVDO, estas tcnicas se basan en la
multiplexacin CDMA. UMTS se basa en la variante WCDMA y EVDO en CDMA2000.

En pocas palabras, cada tecnologa se puede describir de la siguiente forma:

1xEVDO (Evolution Data-Optimized), corresponde a una evolucin de CDMA2000
desarrollado por la 3GPP2. 1xEVDO ofrece velocidades de transmisin mximas de 2.4
Mbps (Rev 0) y 3.1 Mbps (Rev A) en el enlace downlink (DL) y 153.6 kbps (Rev 0) y 1.8
Mbps (Rev A) en el enlace uplink (UL) en un canal de 1.25 MHz. EVDO-Rev B agrega
mejoras a la capacidad DL, esperndose que se incremente a 4.9 Mbps en un canal de 1.25
MHz.
UMTS HSDPA (High-Speed Downlink Packet Access), provee mejoras en el enlace
downlink a WCDMA R99 y fue definido por la 3GPP. Esta mejora ofrece velocidades de
transmisin mximas de hasta 14 Mbps en un canal de 5 MHz, y con la nueva mejora
HSUPA (High-Speed Uplink Packet Access), tambin provee mejoras en la capacidad del
enlace UL. Las tecnologas combinadas de HSDPA y HSUPA se nombran HSPA.

En la Tabla 16 se muestra un resumen de las principales caractersticas tcnicas de estas

tecnologas y WiMAX Mvil.

110
 Tabla 16: Resumen Comparativo de algunas Caractersticas de 1xEVDO, HSPA y WiMAX Mvil.
Atributo 1xEVDO Rev A HSPA WiMAX Mvil
Estndar Base CDMA 2000/IS-95 WCDMA IEEE 802.16e-2005
Duplexacin FDD FDD TDD
Downlink TDM CDM-TDM
OFDMA
Uplink Multi-Acceso CDMA CDMA
Escalable: 5, 7, 8.75,
BW del Canal 1.25 MHz 5.0 MHz
10 MHz
Tamao del DL 1.67 ms 2 ms
5 ms TDD
Frame UL 6.67 ms 2, 10 ms
QPSK/8PSK/ QPSK/16QAM/
Modulacin DL QPSK/16QAM
16QAM 64QAM
Modulacin UL BPSK, QPSK/8PSK BPSK, QPSK QPSK/16QAM
46 Mbps, DL/UL=34
Peak Mximo DL 3.1 Mbps 14 Mbps 32 Mbps, DL/UL=1
(BW: 10 MHz)
7 Mbps, DL/UL=15
Peak Mximo UL 1.8 Mbps 5.8 Mbps 4 Mbps, DL/UL=3
(BW: 10 MHz)
Programacin rpida Programacin rpida Programacin rpida
Programacin
en el enlace DL en el enlace DL en enlaces DL y UL
Iniciado por la Red Optimizado por la
Handoff Soft Handoff Virtual
Hard Handoff Red Hard Handoff
Cobertura Tpica 1- 3 Km Micro-celda
5 15 Km 1 - 5 Km
de Celda <1 Km Pico-celda

De esta tabla se desprende que existen varias caractersticas comunes a las tres tecnologas,
entre las que se incluye:
Adaptive Modulation and Coding (AMC).
Hybrid ARQ (HARQ).
Programacin Rpida.
Handoff con ancho de banda eficiente.

En cuanto al desempeo de estas tecnologas, se debe tener en cuenta que EVDO y HSPA
operan en un canal de frecuencia de 2 GHz mientras que WiMAX Mvil opera en los 2.5 GHz, lo
que claramente pone en una ligera desventaja a WiMAX debido a los efectos de propagacin. Por
otra parte, al utilizar duplexacin FDD, tanto EVDO como HSPA utilizan dos canales de 5 MHz y
1.25 MHz respectivamente mientras que WiMAX Mvil, al tener duplexacin TDD, utiliza slo un
canal (de ancho variable, a lo ms 10 MHz).

En la Tabla 17 se muestra un ejemplo de desempeo de las tecnologas EVDO, HSPA y

WiMAX Mvil en distintos escenarios de implementacin. En este caso, WiMAX Mvil est
operando en los 10 MHz y EVDO-Rev B posee una implementacin multicanal de 5 MHz
comparable con la multiplexacin TDD de 10 MHz de WiMAX Mvil adems de considerar un uso
opcional de 66QAM en el enlace DL de EVDO-Rev B. Adems, tanto para EVDO como HSPA se

111
utiliza una nica antena transmisora y dos receptoras (1x2, SIMO: Single Input Multiple Output), en
cuanto a WiMAX Mvil se utiliza una implementacin 2x2 MIMO con un sistema AMS.
Tabla 17: Comparacin de Desempeo de EVDO, HSPA y WiMAX Mvil.
1x EVDO 3x EVDO WiMAX
Parmetro HSPA
Rev A Rev B Mvil
Duplexacin FDD FDD FDD TDD
Espectro Ocupado (MHz) 2.5 10 10 10
BW del Canal (MHz) DL 1.25 5 5
DL/UL=3
UL 1.25 5 5
Eficiencia Espectral (bps/Hz) DL 0.85 0.93 0.78 1.91
UL 0.36 0.28 0.30 0.84
Velocidad de Informacin de red DL 1.06 4.65 3.91 14.1
por Canal/Sector (Mbps) UL 0.45 1.39 1.50 2.20

Adems de estos datos, otros estudios y simulaciones se ha encontrado que la eficiencia

espectral de WiMAX puede llegar a alcanzar valores muy cercanos a los 3 bps/Hz por sector.

En cuanto a los costos en los que incurre cada una de estas tecnologas, un parmetro muy
comn es considerar el costo de red en dlares por MByte o Gbyte bajado desde la red. Estos costos
incluyen todos los gastos de operacin de la red. Para la tecnologa EVDO-Rev A se tiene un costo
de 0.02 $ US/Mbyte (o bien, 20 $ US/Gbyte) y para HSPA se tiene un costo de 10.4 $ US/Gbyte.
En cuanto a WiMAX se tiene un costo de 12 $ US/Gbyte, esto para un ancho de banda de 5 MHz y
una eficiencia espectral de 0.76 bps/Hz por sector, por lo que a mayor eficiencia los costos son
inferiores al aqu presentado.

Otra caracterstica importante a considerar es la movilidad de estas tecnologas. WiMAX

comenz pensada como una tecnologa inalmbrica fija o nmada. Sin embargo WiMAX Mvil est
diseado para brindar conectividad a velocidades entre 75 y 100 Km/h (con un mximo terico de
120 Km/h). Por otra parte, las tecnologas HSPA y EVDO estn diseadas para proveer enlaces
mviles a altas velocidades, permitiendo moverse a velocidades superiores a los 200 Km/h.

[Link].Ventajas de la Utilizacin de OFDM(A)

Adems de las ventajas tcnicas ya mencionadas, existen algunas que estn relacionadas
netamente con la tcnica de multiplexacin. A continuacin se muestran algunas caractersticas
diferenciadoras entre la multiplexacin OFDM y tcnicas derivadas de CDMA:
Atenuacin: Como WiMAX opera en bandas de frecuencia superiores a los 2 GHz y
tpicamente las tecnologas 3G trabajan en bandas inferiores a sta, entonces WiMAX pude
requerir mayor nmero de celdas que en las tecnologas 3G.
Multipath: OFDM(A) se desempea mucho mejor que CDMA en ambientes multipath ya
que sobrelleva mejor la Interferencia Inter Smbolo (ISI), efecto que se produce cuando las
seales reflejadas se traslapan con la seal transmitida.
Desvanecimiento Selectivo de Frecuencias: OFDMA es ms resistente al desvanecimiento
selectivo de frecuencias ya que su naturaleza ortogonal permite corregir los errores en cada
sub-canal.

112
 Deterioro de Frecuencia y Ruido de Fase: OFDMA es ms sensitivo al deterioro de
frecuencia y ruido de fase resultante de la Interferencia Inter-Canal (ICI). Aunque esto
puede ser mitigado por el uso de bandas de guarda.
Rechazo al Ruido de Impulso: Como los smbolos OFDM son de ms larga duracin que
los smbolos CDMA, el ruido del impulso causan un menor impacto en la tasa de error. En
CDMA, la prdida de unos pocos smbolos puede llevar a un aumento del BER (Bit Error
Rate).
Adaptive Modulation and Coding (AMC): OFDMA utiliza de mejor forma AMC, logrando
obtener tasas de transmisin superiores comparada con otras tcnicas CDMA. Adems,
OFDMA es capaz de mejorar esta ventaja aplicando AMC a nivel de sub-canales.
Reuso de Frecuencia: CDMA emplea promediacin de interferencia, lo que permite
mantener un reuso de frecuencia de 1 y OFDMA requiere, tpicamente, un reuso de
frecuencia de 1:3, lo que quiere decir que la velocidad alcanzable por celda para cierto
ancho de banda debe dividirse por 3. El uso de AAS en OFDMA permite sobrellevar esta
limitacin, a pesar de que la tcnica AAS pude ser costosa.
Limitacin de Cdigo: Debido a la limitacin de cdigos disponible, la mayora de los
clientes HSDPA estar limitado a 5 cdigos del mximo de 15. An ms, como cada
usuario necesitar por lo menos un cdigo para voz o datos, esto puede tener un impacto
significativo en el nmero de usuarios soportado por cada sistema, sobre todo comparado
por el nmero de usuarios soportado por OFDMA.
QoS: WiMAX posee una capa MAC orientada a transmisin de datos, al contrario de las
tecnologas basadas en CDMA, que estn orientadas a la conmutacin de circuitos.
Adems, WiMAX cuenta con mltiples modos de duplexacin, que pueden permitir que el
ancho de banda de los enlaces UL y DL pueda asignarse dinmicamente dependiendo de
las condiciones de trfico.

113
Captulo 4
Resultados

4.1. Convergencia de Telefona Fija Mvil

A continuacin se analizan los principales motivos para adoptar IMS y los factores a considerar
tanto de parte de operadores como de clientes que favorecen o retrasan su adopcin.

4.1.1. Redes Convergentes versus Redes Superpuestas

La convergencia de redes se trata de ofrecer nuevos servicios a los clientes ms que nuevas
tecnologas. Para esto, el operador puede utilizar una red convergente o bien, implementar mltiples
servicios de mltiples redes. Entonces, Por qu decidirse por redes convergentes y no redes
superpuestas? En la Tabla 18 se ilustran los principales motivos por los que una red convergente se
prefiere a una superpuesta.
Tabla 18: Comparacin entre Redes Convergentes y Superpuestas.
Red Convergente Red Superpuesta
Simplifica la arquitectura de red. Dimensionado segn el despliegue.
Comparte equipos comunes para Menor dependencia de un
minimizar el CAPEX. suministrador.
Reduce el OPEX (menos elementos de
Optimizada segn los requisitos de los
red, espacio, piezas de repuesto, gestin
servicios.
y aprendizaje).
Reutiliza estadsticamente los recursos. Despliegue ms rpido.
Bajo costo para cambiar servicios e
Probado despliegue a gran escala.
introducir nuevos.

Se tiene que, aunque las redes superpuestas estn tcnicamente ms desarrolladas y existe ms
conocimiento del funcionamiento de stas, las redes convergentes reducen los gastos operativos
(OPEX) e inversiones (CAPEX) adems de ser ms flexibles y ms eficientes.

114
 4.1.2. Potenciadores e Inhibidores de FMC
Del desarrollo actual de las arquitecturas de telefona y de las tecnologas de acceso se puede
observar una serie de condicionantes que favorecen o limitan el desarrollo de la FMC. Estos aspectos
pueden dividirse en tres grandes grupos: de la industria, de los consumidores y de las empresas.

[Link].Aspectos del Desarrollo para la Industria

A continuacin se resumen tanto los potenciadores como inhibidores para el desarrollo de la

FMC desde el punto de vista de la Industria.

[Link].1. Potenciadores de la Industria

Redes de Prxima Generacin (NGN): La evolucin de las redes fijas y mviles ha
migrado desde redes verticales y poco flexibles a redes NGN (horizontales, con
arquitectura de capas y conmutacin de paquetes) que se caracterizan por ser menos
costosas, con ms funcionalidades, mayor relacin precio/desempeo y mltiples
interfaces convergentes.
Terminales Convergentes: Los telfonos mviles estn desarrollndose como dispositivos
convergentes con mltiples servicios adems de voz. Una caracterstica importante de los
terminales es que puedan acceder a ms de una tecnologa de acceso adems de la celular,
como por ejemplo bluetooth, Wi-Fi o WiMAX. Sin embargo, la duracin de la batera
necesita mejorarse.
Crecimiento de Redes Inalmbricas: Una de las tecnologas inalmbricas ms populares
actualmente es Wi-Fi (con diferentes niveles de ancho de banda, alcance y seguridad) que
permite la implementacin de hotspots. Adems, WiMAX permite el desarrollo de redes
WMAN y las redes Mesh permiten una implementacin fcil y rpida de redes junto con la
unin de zonas Wi-Fi.

[Link].2. Inhibidores de la Industria

Disponibilidad Limitada: Actualmente existen algunos terminales convergentes en el
mercado. Su rango es limitado y muchos operadores piensan que debido a los pocos
terminales existentes, la habilidad del proveedor de entregar servicios atractivos se ve
retrasada. Los recientes terminales lanzados y los prximos a salir cambiarn esta
percepcin.
La telefona fija y mvil son negocios separados para los operadores ms integrados: Los
cambios ms grandes para FMC sern organizacionales y polticos ms que tecnolgicos.

[Link].Aspectos del Desarrollo para los Consumidores

A continuacin se resumen tanto los potenciadores como inhibidores para el desarrollo de la
FMC desde el punto de vista de los Consumidores.

115
 [Link].1. Potenciadores para los Consumidores
Los consumidores de servicios de telecomunicaciones son cada vez ms exigentes, stos
desean servicios a precios razonables, simples para usar y que simplifiquen o mejoren sus vidas. De
esta forma, los clientes valorarn, entre otras, las siguientes caractersticas:
Buena cobertura de telefona mvil indoor.
Bajos precios y ms simplicidad en los precios de planes.
Innovadores servicios y terminales.
Servicios auto-instalables, plug-and-play, de uso intuitivo.
Fcil de usar y servicios de roaming con el mismo nmero, un buzn de voz y un terminal.

En mercados emergentes con economas de rpido crecimiento, los usuarios tienen ms

recursos para invertir adems del servicio bsico de voz.

[Link].2. Inhibidores para los Consumidores

Dentro de las razones por las que los consumidores no quieran suscribir los servicios FMC se
encuentran:
No querer atarse a un slo proveedor.
Falta de percepcin de valor en el servicio.
Falta de terminales atractivos en comparacin con actuales de uso nico.
Complejidad de los servicios ofrecidos.
Complejidad en la implementacin tcnica de los servicios.

[Link].Aspectos del Desarrollo para la Empresa

Finalmente, se resumen los potenciadores e inhibidores para el desarrollo de la FMC desde el

punto de vista de la Empresa.

[Link].1. Potenciadores para las Empresas

Las empresas tienen muchos potenciadores en comn con los consumidores pero estn menos
orientados a la calidad y se basan ms en el precio. Dentro de sus potenciadores se encuentran una
mejor cobertura indoor, menores cargos por roaming, simplicidad en las comunicaciones internas y
externas y utilizacin de menos tipos de terminales para diferentes servicios.

Todas las empresas de telecomunicaciones en un mercado maduro necesitan incrementar sus

retornos promedio por usuario y retener a sus clientes. Los aspectos potenciadores de las empresas
pueden dividirse en tres grupos:
Operadores mviles: FMC les permite compartir el trfico fijo residencial y lneas
alquiladas, mejorar la calidad de llamadas mviles y diferenciarse de los otros operadores
mviles. FMC tambin puede ayudar a evitar la saturacin del enrutamiento de trfico fuera
de la red.

116
 Operadores Integrados (Fijo-Mvil): FMC les permite lanzar paquetes o bundles de
servicios y mejorar la calidad de servicio de sus llamadas. Adems, pueden utilizar sus
instalaciones celulares para disminuir la competencia de los operadores puramente mviles.
Operadores Fijos: FMC les permite ofrecer servicios de valor agregado que atraigan a los
clientes y pueden utilizar su infraestructura en packs de cuatro servicios.

[Link].2. Inhibidores para las Empresas

Dentro de los aspectos inhibidores de FMC para las empresas se encuentran:
Incertidumbre en soluciones seguras.
Eleccin limitada de terminales atractivos.
FMC no es de tan bajo costo como la telefona IP que ya ha sido implementada puesto que
esta ltima no es de carcter integrados de arquitecturas y tan slo comprende un nico
servicio (la telefona) dentro de la amplia gama de servicios que contempla FMC.

4.2. IMS como paraguas de la Convergencia de Redes

Como se abord durante el desarrollo de esta memoria, IMS establece una arquitectura de red
que permite unificar las diferentes redes existentes para que dos usuarios puedan comunicarse
estando en cualquier parte y desde cualquier red de acceso o para que un usuario pueda acceder a sus
servicios contratados en su red Home desde cualquier red. En la Figura 70 se muestra un diagrama
de resumen de la arquitectura IMS.

Figura 70: Diagrama de Resumen de la Arquitectura IMS.

En esta seccin se resumen las principales redes de acceso estudiadas, junto con generalidades
de procedimientos de acceso de inters y algunos factores de importancia que se deben considerar
para decidir a implementar nuevas arquitecturas como IMS.

IMS tiene la ventaja de estar definida con estndares abiertos y es una de las arquitecturas ms
desarrolladas como candidata para proveer la convergencia de redes. Est bien definida para brindar

117
mltiples servicios de voz y multimedia a travs de UMTS y GPRS. Sin embargo, en su ltima
versin incluye acceso a travs de redes WLAN y, aunque an no est completamente definido,
promete proveer servicios multimedia con calidad de servicio a travs de este medio.

4.2.1. Redes de Acceso a IMS

A continuacin se resumen las principales redes de acceso para acceder a IMS.

[Link].Redes Celulares

En un principio IMS fue diseado para acceder a travs de redes UMTS (red de acceso
UTRAN) o GPRS (red de acceso GERAN), el acceso a la red IMS se realiza a travs de las entidades
SGSN, que se encarga de requerir el acceso al punto de acceso a la red IMS (el Proxy-CSCF) y el
GGSN, que se encarga de encontrar el Proxy-CSCF. Luego, los terminales pueden acceder a IMS.
En la Figura 71 se muestra un diagrama bsico del acceso a IMS mediante redes celulares.

D F
HLR/AuC VLR EIR

BTS Abis Gr

Gb
BSC SGSN
Gc
BTS Resto de la red IMS
GERAN
Go Gq
GGSN PDF P-CSCF
Gn
Nodo B Iub
Iups
RNC SGSN

Nodo B
UTRAN Core de la Red 3GPP
Figura 71: Acceso a IMS a travs de Redes Celulares.

[Link].Redes PSTN

La red IMS permite la comunicacin hacia y desde usuarios de la PSTN. En la Figura 72 se

muestran las entidades necesarias para la interaccin entre un acceso PSTN y la red IMS. Cuando se
inicia el proceso de comunicacin, el switch PSTN se encarga de reservar un circuito de voz entre
ste y el IMS-MGW (encargado de convertir el flujo TDM de la red PSTN a IP y viceversa) y enva
un mensaje de sealizacin IAM al T-SGW (que realiza el traspaso de la sealizacin desde
transporte TDM a IP y viceversa), luego, el T-SGW enva el mensaje de sealizacin al MGCF sobre
transporte IP (que controla al IMS-MGW). El MGCF crea una asociacin en el IMS-MGW para
vincular una terminacin TDM (de parte del circuito de voz) con una RTP (de parte del enlace de
voz IMS). Luego, el MGCF crea una invitacin SIP al destino, la que se enva a travs del S-CSCF.

En este ejemplo, el acceso a IMS se hace directamente a la red Home del usuario de destino,
por lo que slo se necesita un BGCF. Si el usuario de destino se encontrara en otra red, entonces se
necesitara acceder al BGCF de esa red y luego al S-CSCF.

118
 Resto de la Red IMS
Concentrador IMS-MGW
Cs Mn Mg S-CSCF
Switch
PSTN MGCF
Mi

Mj
T-SGW BGCF
Red PSTN

Core de la Red 3GPP

Figura 72: Acceso a IMS a travs de una red PSTN.

[Link].Redes Wireless LAN

En las ltimas versiones de IMS se estableci la arquitectura general de acceso a redes wireless.
En particular, la 3GPP defini ciertos parmetros para la interaccin de IMS con Wi-Fi pero no se
descarta la inclusin de nuevas tecnologas como WiMAX. En la Figura 73 Se muestra la arquitectura
general para acceder a IMS a travs de una WLAN.

Cx Resto
CSCF de IMS
Intranet / Internet
SLF HSS HLR

r Sistema
G
Dw

/
x

D
W

de Cobro
Wf Offline
Wa Servidor
3GPP AAA Wo
OCS
WLAN Ww Red de Wm
Wg

Wy

Wz

UE Acceso WLAN
Wr Wp Wi
WAG PDG PDN
Wu

Figura 73: Acceso a IMS a travs de una red WLAN.

El terminal accede a un servidor de Autentificacin, Autorizacin y Accounting a travs de la

red WLAN para solicitar acceso a la red IMS. Este servidor consulta al SLF (en caso de que exista
ms de un HSS) a cul HSS dirigirse para el usuario en particular que solicita acceso. Luego de que se
autentifica y autoriza al cliente, ste puede acceder a los servicios del IMS y se utilizan los bloques de
cobros para registrar los cargos que se le asignarn al usuario.

Este tipo de acceso puede extenderse a todo tipo de acceso IP, como por ejemplo redes xDSL,
HFC o fibra ptica siempre y cuando exista un identificador en el terminal o equipo mvil que
permita la autentificacin, como por ejemplo una identidad USIM o NAI.

119
 [Link].Redes de Acceso Genrico (GAN)

La 3GPP define una red de acceso genrico a IMS, esta red de basa en el uso de terminales
duales (es decir, acceso a una red de celular como UMTS y a una red IP inalmbrica como Wi-Fi,
Bluetooth o WiMAX, entre otras). Este terminal est predeterminado para preferir una de las redes
de acceso a las que puede optar y, en caso en que no pueda acceder a esta red, entonces se decide por
la otra. Las redes GAN tambin son conocidas como UMA y en la Figura 74 se muestra un diagrama
bsico de sta.

El controlador GANC permite el acceso y seguridad al Core de la red, dependiendo del tipo de
acceso utilizado (si es celular o IP), el procedimiento seguido corresponde al de redes celulares
(seccin [Link]) o al de redes WLAN (seccin [Link]).

SMLC CBC

Lb Red Mvil Pblica Home/Visitada

Generic Access
Network A
MSC
Controller
(GANC)
Red de Acceso Up Gb
MS SGSN
Genrica IP

Wrr Proxy/Servidor D/Gr

SEGW HLR
3GPP AAA

Wd
Red Mvil Pblica Home
(caso de Roaming)
Figura 74: Acceso a IMS a travs de una red GAN.

4.2.2. Algunos Procedimientos de Interaccin entre redes

A continuacin se pretende resumir y explicar brevemente ciertos procedimientos de
interaccin entre redes e IMS que son de inters.

[Link].Descubrimiento del P-CSCF

Antes de poder iniciar cualquier sesin, el terminal de usuario debe acceder al Core de la red
IMS encontrando un punto de entrada a sta, este punto de entrada es el P-CSCF. Existen dos
mtodos de descubrimiento del P-CSCF, el primero es a travs de una red UMTS o GRPS en que se
utilizan las entidades SGSN y GGSN para conseguir una lista de direcciones IP de los P-CSCF, el
segundo est definido a travs de una red de conectividad IP genrica, como se muestra en la Figura
75.

Primero, el terminal enva una consulta a un Servidor DHCP para obtener una lista de los P-
CSCF en la red. El Servidor DHCP puede responder con los nombres o direcciones de los P-CSCFs,
si responde con los nombres, el terminal debe realizar una consulta adicional a un servidor DNS para

120
obtener las direcciones. Finalmente, teniendo la direccin IP, el terminal puede encontrar un P-CSCF
con el cual registrarse.

Red Home /
Visitada

1 Servidor
DHCP
2 Red de
Conectividad IP 3 Servidor
DNS
4
5 P-CSCF

Figura 75: Descubrimiento del P-CSCF a travs de una Red de Conectividad IP.

[Link].Procedimiento de Registro
Antes de que un usuario pueda iniciar cualquier tipo de sesin con una red IMS, ste debe ser
registrado en dicha red. La Figura 76 muestra el proceso de registro para un usuario que se encuentra
en caso de Roaming.

A travs de la red de acceso, el terminal de usuario inicia un proceso de bsqueda de algn P-

CSCF disponible. Luego de encontrarlo, el terminal enva al P-CSCF un requerimiento de registro. El
P-CSCF determina que el usuario no es cliente de la red local (red visitada), por lo que reenva el
requerimiento a la red Home de origen del usuario, especficamente a un punto de entrada que el P-
CSCF conozca (el I-CSCF). El I-CSCF consulta al HSS sobre cual S-CSCF debe iniciar el registro del
usuario y, luego de determinar el S-CSCF, le enva el requerimiento de registro al S-CSCF. El S-
CSCF se encarga de realizar el registro de usuario junto con verificar sus permisos y almacenar su
ubicacin actual. Es importante notar que, en caso de existir ms de un HSS, el I-CSCF consulta a la
entidad SLF a cual de los HSSs dirigirse.

Red Home

4. HSS
6.
5.
I-CSCF S-CSCF
7.
3. SLF

2. 8.

Red Visitada

PDF P-CSCF

1.
Red de
9. Acceso

Figura 76: Procedimiento de Registro al sistema IMS.

121
 El proceso de registro se repite peridicamente en caso de que las condiciones del terminal
(por ejemplo, la localizacin) hayan cambiado.

[Link].Interaccin entre dos redes IMS

En la Figura 77 se muestra un resumen de los procedimientos realizados para que el usuario de
la red de origen pueda iniciar una sesin (por ejemplo, de voz) con el usuario en la red de destino.

Interacciones en la red del Interacciones en la red del

mvil de origen mvil terminante

Red Home Red Home

(Origen) (Destino)
8 HSS
HSS S-CSCF 6
5 I-CSCF S-CSCF
4 9
I-CSCF SLF 7
SLF 10
3

Red Visitada Red Visitada

(Origen) (Destino)
Plano de
Control
P-CSCF
PDF
P-CSCF
PDF
11
1 12

Plano de
Usuario
Figura 77: Resumen de Sesin SIP End-to-End.

En este caso se tiene que ambos usuarios se encuentran en caso de Roaming, es decir, no se
encuentran en su red Home contratada sino que en redes visitadas. El acceso a la red puede ser de
tipo celular o una red de acceso WLAN. Los pasos que siguen las entidades en la Figura 77 se
encuentran numeradas para un mayor entendimiento del proceso.

En resumen, el usuario de origen accede a una red de acceso y, a travs de sta, est enlazado
con un P-CSCF. Cuando el usuario desea establecer una sesin con el usuario de destino, ste enva
una invitacin al P-CSCF. Como el usuario se encuentra en Roaming, el P-CSCF se encarga de dirigir
el requerimiento a un punto conocido de la red Home del usuario de origen (el I-CSCF), el cual se
encarga de encontrar al S-CSCF que tratar el requerimiento del usuario de destino mediante un
proceso similar al descrito en el procedimiento de registro.

Luego de que el S-CSCF recibe el requerimiento del origen, ste determina que el usuario de
destino no es cliente de esta red y dirige la invitacin a un punto conocido de la red de destino (el I-
CSCF). Con un procedimiento igual al realizado en la red de origen, el I-CSCF de la red de destino
determina al S-CSCF que servir al usuario de destino. Este S-CSCF determina que el usuario de
destino no se encuentra en la red Home, sino que en una red visitada determinada y enruta la

122
invitacin al P-CSCF de la red visitada y, por consiguiente, al usuario de destino inicindose as el
intercambio de informacin.

[Link].Interaccin entre IMS y la PSTN

En la Figura 78 se muestra el proceso y entidades necesarias para establecer una sesin iniciada
desde una red de acceso celular o IP a una red PSTN para el caso de Roaming. En este caso la
comunicacin tpicamente ser de voz.

Interacciones en la red del Interacciones en la red del

mvil de origen mvil terminante

Red Home Red Home

(Origen) (Destino)
S-CSCF 6
7 8 MGCF
HSS 9
5 BGCF
BGCF
4 T-SGW
I-CSCF SLF
3
IMS-MGW
10
2
12
Red Visitada 11
(Origen) 14
Plano de Switch
PSTN
Control P-CSCF
PDF

1 13

Red PSTN
(Destino)
Plano de
Usuario
Figura 78: Resumen de una sesin desde IMS a la PSTN.

El proceso realizado en el lado de origen para enviar el requerimiento de inicio de sesin al S-

CSCF del usuario de origen es el mismo que el descrito en la parte anterior. Sin embargo, cuando el
S-CSCF del usuario de origen recibe el requerimiento, ste determina que la identidad de destino
pertenece a una red PSTN por lo que deriva el requerimiento a la entidad BGCF, la que se encarga
de realizar el corte entre las redes IMS y PSTN. El BGCF determina, en este caso, que el traspaso de
la llamada desde IMS a la PSTN no se realiza dentro de la misma red Home de Origen por lo que
decide la red en la que debe producirse este traspaso y enva el requerimiento al BGCF de dicha red.

El BGCF de la red de destino selecciona el MGCF que controlar el estado de la sesin. El

MGCF realiza la traduccin de sealizacin entre la red IMS y PSTN y la enva al T-SGW, que
realiza el cambio de transporte entre dichas redes y enva la sealizacin al Switch de la PSTN. Este
Switch reserva recursos con el IMS-MGW para establecer el mapa del flujo de voz. El T-SGW
reenva el mensaje al MGCF, el que entrega al IMS-MGW la orden para conectar las terminaciones
TDM y RTP e iniciar la sesin.

123
 [Link].Interaccin entre IMS y una red IPv4

IMS es una arquitectura definida para IPv6. Sin embargo, cuenta con Funciones de Control de
Borde que, adems de ocultar la topologa de la red a redes exteriores, permite que IMS interopere
con redes IPv4. En la Figura 79 se muestra un diagrama de esta interaccin.

Red Home
(Origen)

HSS S-CSCF 6
5
4
IMS-ALG
I-CSCF 7
2 3 TrGW
SLF
8
Red Visitada
(Origen)
Plano de
Control P-CSCF Red de
PDF
Destino IPv4
1

Plano de
Usuario
Figura 79: Interaccin entre IMS y una red IPv4.

En este caso, un usuario desea iniciar una sesin con otro usuario que se encuentra en una red
IPv4. El procedimiento para asignarle al usuario un S-CSCF es el mismo que en los casos anteriores,
sin embargo, cuando el S-CSCF analiza la direccin del usuario de destino, ste determina mediante
una consulta DNS que el dominio de trmino soporta slo IPv4. Para poder establecer el mapa de
sealizacin, el S-CSCF debe hacer uso del IMS-ALG y TrGW para adquirir los recursos necesarios
como la direccin IPv4 y puertos en nombre del usuario de origen de forma que pueda modificar los
paquetes de datos a IPv4 de forma que puedan ser interpretados por la red de destino.

Cuando la red de destino responde al requerimiento, el IMS-ALG y TrGW realizan la

traduccin inversa para que el trfico sea interpretado por la red IMS y se establezca el mapa de
sealizacin y de transmisin de media.

4.2.3. Factores a Considerar para la Implementacin de IMS

Para implementar una red, se debe realizar un anlisis para determinar que dicha red cumpla
con ciertos requisitos para ser efectiva. A continuacin se analizarn algunos factores de IMS que son
preponderantes a la hora de decidir implementarlo. Estos factores son:
Escalabilidad.
Flexibilidad.
Disponibilidad.
Seguridad.
Calidad de Servicio (QoS).
Administrabilidad.
124
 Costo Efectividad.

[Link].Escalabilidad

Existen varias razones que hacen que IMS sea escalable. Una de ellas es que la arquitectura
IMS permite aprovechar las redes ya implementadas para que interacten entre ellas. Si las redes
actualmente implementadas no son suficientes, el operador puede decidir implementar ms redes de
acceso de variados tipos dependiendo de sus necesidades. Por otra parte, el modelo distribuido de
IMS permite que se puedan implementar todas las entidades necesarias para un ptimo
funcionamiento de la red:
En caso en la base de datos HSS llegue a su lmite, pueden seguir implementndose ms
bases de datos sin agregar muchos procedimientos extras. Esto se debe a que existe la
entidad SLF, que indica al CSCF a qu HSS dirigirse, por los que slo se agrega un paso
ms a los procedimientos de asignacin de CSCF.
Pueden implementarse tantos CSCFs como sea necesario, dada su condicin de elemento
distribuido en la red. La implementacin de mltiples CSCFs optimiza el uso de los
recursos y evita retardos y congestin de la red, los que pueden producirse por la existencia
de demasiados clientes asignados a pocos CSCFs.

Es importante notar que en el mercado existen alternativas de entidades funcionales de IMS

(por ejemplo Softswitches o servidores SIP) de gran capacidad por lo que no es necesario
implementar una red engorrosa y difcil de administrar para satisfacer la demanda. Por otro lado, as
como existen funciones de gran capacidad, tambin pueden implementarse entidades de poca
capacidad. Esto, principalmente implementando softwares desarrollados como soporte como los
creados por Sun en lenguaje Java y que permiten implementar entidades funcionales del tamao ideal
para la red.

[Link].Flexibilidad

En IMS se pueden considerar dos tipos de flexibilidad de red. El primer tipo ya fue
mencionado y tiene que ver con que IMS es agnstica al acceso, por lo que un usuario debe poder
acceder a la arquitectura IMS a travs de cualquier red de acceso, incluso redes IPv4. Sin embargo,
este tipo de flexibilidad slo podr ser apreciada por los usuarios finales si cuentan con terminales
capaces de acceder a algunas de estas redes de acceso.

Por otro lado, la flexibilidad de IMS puede observarse en la cantidad de aplicaciones que
pueden ser implementadas. Al ser una arquitectura separada en capas, slo se necesita implementar
ms mdulos en la capa de Aplicacin sin necesidad de realizar cambios significativos en el resto de
la arquitectura de la red. En palabras simples, la arquitectura de la capa de aplicacin responde a un
modelo Cliente/Servidor donde el servidor consiste en un contenedor con distintos bloques, lo que,
combinados, permiten el desarrollo de distintas aplicaciones. Un ejemplo comn de servidores de
aplicacin son los servidores SIP, siendo las aplicaciones ms comunes las de presencia, mensajera
instantnea, video streaming, etc. Actualmente, existen varios vendedores de plataformas de
Aplicacin SIP, entre ellos: IBM, Microsoft, Sun, Lucent y 3Com.

125
 [Link].Disponibilidad

IMS se puede considerar como una arquitectura robusta y resistente a los accidentes o fallas de
la red. La entidad ms importante en el funcionamiento de IMS es el CSCF (Proxy, Interrogating o
Serving), esta entidad permite establecer, modificar y terminar las sesiones solicitadas por los clientes
IMS. Estas entidades pueden implementarse en cantidad suficiente en las redes para sobrellevar la
falla de una o ms de ellas y el sistema IMS cuenta con procedimientos establecidos para que, en caso
en que un CSCF falle, asignar otro disponible al terminal de usuario.

Algunos de los procesos que permiten que IMS se reponga a la prdida de algn CSCF son:
Procesos de Descubrimiento del punto de entrada al IMS: Cuando un usuario desea
acceder a la red IMS, el terminal solicita los nombres o direcciones de los P-CSCFs
existentes e intenta registrarse con alguno de ellos de forma que, si no puede registrarse
con alguno de la lista, intenta registrarse con el otro.
Proceso de Re-registro: Luego de que un usuario ya se registr en la red, ste se registra
peridicamente. Esto permite que en caso de que falle el Proxy, Interrogating o Serving
CSCF, sea asignado nuevamente otro CSCF disponible durante este proceso.

Por otra parte, IMS tambin permite implementar entidades redundantes como Servidores de
Aplicacin, Gateways o HSSs y adems permite la existencia de interfaces redundantes.

[Link].Seguridad

Como se analiz en el captulo de Metodologa, IMS cuenta con variados mtodos de

seguridad a distinto nivel. As, IMS permite implementar seguridad cifrando los mensajes de
sealizacin SIP, con procesos de Autentificacin y Acuerdos de Clave (AKA), establece dominios
de seguridad, Gateways de seguridad y seguridad en el acceso a distintos servicios de IMS.

Por otra parte, IMS cuenta con un conjunto de Funciones de Borde que protege la topologa
de la red de forma que no sea conocida por otros operadores ni pueda ser vulnerada debido a esta
informacin y provee funcionalidades de Firewall y de NAT.

[Link].Calidad de Servicio (QoS)

Para acceso a travs de UMTS o GPRS, IMS implementa variados tipos de QoS dependiendo
del tipo de servicio, profile de usuario, ancho de banda de la red de acceso, etc. El sistema utilizado
para proveer QoS y administrar los portadores de trfico se llama Control SBLP (Service-Based
Local Policy Control) y es un sistema que recibe los requerimientos desde el terminal de usuario y,
basado en una serie de polticas, el sistema decide asignar una calidad de servicio dada y cierto
nmero de portadores y, finalmente, aplica esta asignacin.

Para el caso de acceso a travs de redes WLAN, el manejo de QoS se encuentra en desarrollo.
La 3GPP plantea el uso de DiffServ para implementar distintos tipos de QoS en estas redes. Sin
embargo, el trabajo en esta rea an no est maduro.

126
 [Link].Administrabilidad

IMS implementa administrabilidad MIB heredado principalmente del uso del protocolo SIP
entre entidades funcionales, pero tambin de muchos otros protocolos utilizados como TCP, UDP,
DHCP, DNS, RTP, etc.

El uso de MIB en IMS permite llevar un seguimiento del desempeo de las funciones de red, y
permite el uso de herramientas como SNMP que es un protocolo que permite la comunicacin entre
entidades controladoras de la red y las funciones controladas.

[Link].Costo - Efectividad

IMS permite integrar redes que estaban naturalmente separadas. Esto permite reducir costos
operacionales que, de otra forma, se incurriran en cada red por separado. Dentro de estos costos se
cuenta mantencin de la red, emisin de boletas y gastos en operacin. Dado que el primer objetivo
de los operadores es aumentar sus beneficios ofreciendo nuevos servicios, la convergencia de redes a
travs de IMS permite combinar servicios existentes para generar nuevos servicios. Como IMS
unifica la capa de servicio, estos pueden ser expandidos a bajo costo mediante el aumento de las
aplicaciones y generar ms ingresos por la implementacin de nuevos servicios.

Por otra parte, se debe considerar que no es difcil comenzar a implementar la arquitectura
IMS en una red ya existente, por lo que no habra que incurrir en nuevos costos tales como
climatizacin, uso de espacio o se incurrira en un aumento de los costos poco significativos por
ejemplo en el uso de energa, ya que dada la naturaleza IP de las entidades funcionales, su gasto
energtico es reducido.

Adems, dada la independencia al acceso con que cuenta IMS, sta permite a los operadores
llegar al usuario final a travs de redes de acceso de bajo costo, como por ejemplo redes de acceso
inalmbricas que utilizan parte del espectro no licenciado. Y por este mismo motivo, IMS permite
que no sea necesario realizar cambios en las capas ms bajas de la red, especficamente la de acceso,
la que representa entre un 30 y 50% del costo total de una red.

127
 4.3. Utilizacin de WiMAX como Tecnologa de Acceso
En esta seccin se pretende resumir las principales caractersticas de WiMAX y sus ventajas
sobre otras tecnologas de acceso.

4.3.1. Arquitectura de Interoperacin de WiMAX con IMS

Como se estudi anteriormente, la 3GPP permite la utilizacin de redes inalmbricas como
tecnologa de acceso al Core de la red IMS. En la Figura 80 se muestra la arquitectura de
interoperacin entre WiMAX e IMS.

DNS

R3 DHCP
R3

BS
Wn HA Wp Wi
GW ASN WAG PDG PDN
R6 WiMAX
R1
BS Wg Wm
ASN
Servidor
R4 HSS
AAA Wx
Cx
BS Dw D/Gr

GW ASN SLF HLR CSCF Resto

R6 de IMS
BS
ASN

Core de la Red 3GPP

Figura 80: Arquitectura de Interoperacin entre WiMAX e IMS.

La red de acceso WiMAX (WiMAX AN) permite acceder a los servicios IMS. La movilidad
dentro de la red es administrada por el Agente Home WiMAX (WiMAX HA) que se localiza entre el
Gateway ASN (Access Service Network Gateway) y el WAG (WiMAX Access Gateway). La red de
acceso WiMAX se conecta a la red IMS a travs del WAG y al servidor AAA 3GPP para el proceso
de autentificacin. Es importante recordar que el WAG es un gateway a travs del cual los datos
hacia/desde la WiMAX AN es enrutada para entregar al MS (Estacin Mvil) los servicios de la red
3GPP. Dentro de las funciones del WAG est el enrutamiento de paquetes hacia el PDG (Packet
Data Gateway), filtrado de paquetes y crear informacin de accounting. La principal funcin del
PDG es enrutar los paquetes entre la PDN (Packet Data Network) y el MS.

Una implementacin til de la red sera integrar el acceso UMTS con el acceso WiMAX de
forma de aprovechar la movilidad de UMTS con la alta velocidad de transmisin de datos de
WiMAX. Para esto sera necesario utilizar un terminal dual que cuente con acceso a ambas
tecnologas.

128
 4.3.2. WiMAX Fijo y WiMAX Mvil
WiMAX Fijo (802.16-2004) y WiMAX Mvil (802.16e) son dos tecnologas bastante similares
pero con enfoques a mercados bastante distintos. Ambos estndares estn definidos en el mismo
espectro, poseen el mismo ancho de banda de canal, duplexacin y modulacin. Sin embargo,
802.16-2004 utiliza acceso OFDMA y 802.16e SOFDMA.

De esta forma, WiMAX Fijo logra una gran transmisin de datos (un mximo terico de 75
Mbps) y una eficiencia espectral que puede alcanzar los 3.75 bps/Hz mientras que WiMAX Mvil
alcanza un mximo de 15 Mbps y una eficiencia espectral inferior a los 3 bps/Hz. Por otra parte,
WiMAX Mvil permite una cobertura de celda entre 3 y 5 Km indoor y de 6 a 10 Km outdoor
adems que permite establecer conexiones a puntos mviles hasta a 120 Km/h, mientras que
WiMAX Fijo posee un alcance de la celda entre 3 y 5 Km outdoor y no soporta enlaces mviles.

WiMAX Fijo, por tanto, se utiliza para requerimientos de altas tasas de datos sin mayor
movilidad, esto lo hace til no slo como tecnologa de acceso sino que tambin puede ser utilizado
como parte troncal de la transmisin de datos de forma que se reduzcan los costos de
implementacin de la red puesto que es una tecnologa inalmbrica. Por otra parte WiMAX Mvil
permite mayor movilidad y mejor cobertura indoor que permite una mejor experiencia de usuario en
la ltima milla aunque est limitada por tener una tasa de datos menor a WiMAX fijo.

Es importante considerar que, aunque WiMAX Mvil implementa celdas con mayor cobertura
que WiMAX Fijo, el nmero de celdas tambin se ve determinado por la capacidad de transmisin
demandada y, por tanto, es posible que en una misma rea, WiMAX Mvil necesite implementar ms
celdas que WiMAX Mvil.

4.3.3. Comparacin Grfica de WiMAX Mvil con Tecnologas

3G
En la Figura 81 se muestra una comparativa del desempeo de WiMAX Mvil con HSPA y
EVDO en cuanto a trminos de Eficiencia Espectral y Velocidad de Informacin de red por
Canal/Sector (datos que se observan en la Tabla 17).

Se observa en este diagrama que la utilizacin de WiMAX Mvil aprovecha mejor el espectro
que las otras tecnologas y que logra velocidades muy superiores a las alcanzadas por las tecnologas
3G (ms de 3 veces la velocidad DL de 3x EVDO Rev B y casi 1.5 veces la velocidad UL de HSPA).
En este caso se tiene una eficiencia espectral de 1.91 bps/Hz para WiMAX Mvil, sin embargo, se
debe recordad que esta tecnologa puede alcanzar valores cercanos a los 3 bps/Hz.

129
 Eficiencia Espectral DL [bps/Hz] Eficiencia Espectral UL [bps/Hz] Velocidad por Canal/Sector DL [Mbps] Velocidad por Canal/Sector UL [Mbps]

2 16

Velocidad de Informacin de Red

1,8
14
1,6
12
Eficiencia Espectral

1,4

1,2 10

1 8

0,8
6
0,6
4
0,4

0,2 2

0 0
1x EVDO Rev A 3x EVDO Rev B HSPA WiMAX Mvil 1x EVDO Rev A 3x EVDO Rev B HSPA WiMAX Mvil

Tecnologa Tecnologa

(a) Eficiencia Espectral (b) Velocidad de Informacin de Red

Figura 81: Comparacin de Desempeo entre WiMAX Mvil, HSPA y EVDO.

Otra caracterstica a considerar en la comparativa entre estas tecnologas corresponde a la

tcnica de tcnica de multiplexacin utilizada: Mientras WiMAX utiliza la tcnica (S)OFDMA, las
tecnologas EVDO y HSPA utilizan tcnicas heredadas de CDMA. En la Tabla 19 se muestra una
tabla comparativa entre ambas tcnicas de multiplexacin.
Tabla 19: Paralelo de caractersticas entre (S)OFDMA y CDMA.
Caracterstica (S)OFDMA CDMA
Evita la interferencia inter- Necesita ecualizacin y mejoras
Ambiente Multipath
smbolo (ISI). al ruido.
Es resistente ya que su Produce errores en la
Desvanecimiento naturaleza ortogonal permite transmisin disminuyendo la
Selectivo de Frecuencias corregir errores en cada sub- tasa de datos transmitida
canal. efectiva.
Sus smbolos de larga duracin La prdida de unos pocos
Rechazo al Ruido de
mitigan el impacto en la tasa de smbolos puede aumentar el
Impulso
error BER.
Lo soporta y mejora aplicndolo
AMC Lo soporta.
a sus sub-canales.
Interferencia multi- Lo evita por ser de naturaleza
Necesita ecualizacin.
usuario en el DL ortogonal.
Cuanta con un reuso variable,
Interferencia entre Cuenta con promediacin de
puede evitar y promediar la
celdas interferencia.
interferencia.

De esta tabla se deduce que los sistemas WiMAX tendrn un mejor desempeo en cuanto a
rechazo a la interferencia, eficiencia espectral y tolerancia al multipath adems de ofrecer servicios de
alta calidad. Sin embargo, CDMA tiene la ventaja de responder mejor a la calidad en comunicaciones
de voz.

En el diagrama de la Figura 82 ([18], [26], [43]) se observa una comparativa de resumen de

variadas caractersticas de WiMAX Mvil, HSPA y EVDO. Los valores utilizados corresponden slo
a ponderadores comparativos y no a valores reales y, para efectos de grfico, se utiliz el mayor valor

130
para estos tres casos como el valor 10 (por lo que los mximos reales pueden ser superiores a los
aqu ilustrados).

Eficiencia espectral DL Eficiencia espectral DL

10 10

8 8

6 6
1/(US$/ Gbyte) Veloc. de Info. DL 1/(US$/ Gbyte) Veloc. de Info. DL
4 4

2 2

0 0

Movilidad Peak Mximo DL Movilidad Peak Mximo DL

Cobertura Cobertura

(a) EVDO (b) HSPA

Eficiencia espectral DL
10

6
1/(US$/ Gbyte) Veloc. de Info. DL
4

Movilidad Peak Mximo DL

Cobertura

(c) WiMAX Mvil

Figura 82: Diagrama Comparativo entre EVDO, HSPA y WiMAX Mvil.

De este diagrama se puede rescatar que WiMAX mvil posee el mejor desempeo en cuanto a
transferencia de datos superando por mucho a las otras tecnologas al igual que gastos de operacin
por transmisin de datos bueno (y que se puede mejorar con una configuracin ms eficiente de
antenas dado que este costo es proporcional a la eficiencia espectral). Sin embargo, el desempeo de
WiMAX Mvil en cuanto a movilidad es bastante menor al de las otras tecnologas 3G.

Esto ltimo implica que, por el desarrollo logrado por la tecnologa WiMAX hasta ahora, el
escenario ptimo de acceso a IMS establezca a WiMAX Mvil y a las tecnologas 3G como
cooperativas. De esta forma se puede aprovechar la buena cobertura indoor de las redes inalmbricas
como WiMAX y su gran capacidad en transmisin de datos con el manejo de movilidad y voz de los
sistemas 3G.

131
Captulo 5
Discusiones

5.1. Sobre Resultados

Las arquitecturas de interoperacin descritas en el captulo de resultados se basan nicamente
en las especificaciones de la 3GPP de IMS. Estas especificaciones sobre IMS corresponden a la
alternativa de red convergente ms avanzada hasta el momento en cuanto a desarrollo de interfaces,
funcionalidades y especificaciones. Se dejaron de lado otras alternativas propietarias principalmente
por problemas de interoperacin con otros tipos de redes y a que las empresas operadoras se estn
enfocando principalmente al uso de IMS como opcin para brindar servicios convergentes costo-
eficientes.

Adems de los procedimientos resumidos en resultados, existen muchsimos ms procesos

descritos en profundidad en las especificaciones de la 3GPP. Sin embargo, los procedimientos
descritos corresponden a los ms ilustrativos para un fcil entendimiento de la arquitectura propuesta
por IMS, de sus principales entidades funcionales y caractersticas.

Para analizar los factores determinantes en la efectiva implementabilidad de IMS, se decidi

evaluar siete factores principales que debiera tener en cuenta cualquier operador antes de decidir
realizar una inversin en modificar su red. IMS cumple con todas estas caractersticas, encontrndose
como una alternativa bastante factible desde dicho punto de vista.

En cuanto a la evaluacin de WiMAX como tecnologa de acceso, los datos utilizados fueron
sacados principalmente de la pgina del WiMAX Forum. Esta tecnologa se incluy en esta memoria
como una alternativa factible y econmica para brindar servicios convergentes tanto de parte de las
operadoras fijas cmo mviles para abrirse paso a mercados no satisfechos. Se realiz una breve
comparativa entre esta tecnologa y las principales tecnologas 3G debido al desarrollo tomado por el
estndar 802.16e o WiMAX Mvil que supone la abertura de WiMAX al mercado de la telefona
mvil de forma de analizar los pro y contra de utilizarlo como tecnologa de acceso alternativa a los
servicios mviles celulares actuales y 3G. Existen otros estndares IP que prometen conectividad
mvil como el estndar de la IEEE 802.20, estos estndares se encuentran bien definidos y
caracterizados en la memoria Comparativa de Tecnologas Emergentes de Acceso a Redes Mviles
y Fijas de Priscila Lpez ([26]). Sin embargo, se opt por evaluar WiMAX debido al gran desarrollo
que ha tenido esta tecnologa en cuanto a hardware, tanto de red como de terminales, a su

132
disponibilidad actual y a las muchas innovaciones y desarrollos de variadas empresas (como Intel)
para brindar soluciones de acceso basadas en esta tecnologa.

5.2. Sobre la Convergencia de Redes

La convergencia de redes surge de una necesidad tanto de las empresas como de los usuarios.
Esta necesidad no est basada propiamente en las tecnologas sino que se orienta a la convergencia
de servicios y responde a una necesidad a corto y mediano plazo, dado por un ambiente altamente
competitivo en el mercado de las telecomunicaciones debido a la madurez y saturacin del mercado y
a que las nuevas tecnologas permiten la entrada de nuevos competidores al servicio de voz; junto
con el deseo de los clientes de mejorar las comunicaciones.

De esta forma, las empresas de telecomunicaciones que necesitan consolidar sus servicios
(tanto en redes fijas como mviles) se ven forzadas a migrar a redes convergentes para obtener una
ventaja y no ser desplazadas por su competencia. Una razn importante de la convergencia de redes
consiste en la reduccin de los gastos de los operadores tanto en el CAPEX (ahorros entre un 10 y
20%) como en el OPEX (ahorros cercanos al 40%).

Una red convergente debe cumplir con los siguientes requerimientos bsicos:
La comunicacin debe establecerse fcilmente por cualquier persona.
El servicio de comunicacin debe estar disponible en cualquier momento.
El servicio de comunicacin debe estar disponible en cualquier lugar.
La red y terminal debe proporcionar cualquier servicio.
El servicio debe estar disponible a travs de cualquier acceso.
Cualquier tipo de servicio debe de ser capaz de usar el ancho de banda necesario de la red,
facilidades de seguridad y otros recursos.
Los servicios de contenido entregados por la red o terceros deben ser proporcionados
mediante interfaces abiertas.
El costo del servicio debe ser razonable.

Para satisfacer estos requerimientos, se hace necesario crear soluciones a nivel global y, por
tanto, se necesita lograr acuerdos en cuanto a soluciones basadas en estndares abiertos y en
plataformas de servicios End-to-End. Como respuesta a esta necesidad surge la arquitectura IMS,
definida por la 3GPP, que permite la implementacin de diferentes servicios multimedia como los de
Presencia o Push-to-Talk. IMS logra que las distintas redes puedan interoperar con servicios
convergentes con un ambiente de servicios dinmico que permite la introduccin de nuevos servicios
de forma rpida y econmica. Pero para esto, los operadores de distintas redes (telefona fija, mvil y
operadores de cable) deben hacer el esfuerzo de organizarse y adoptar la arquitectura IMS, de forma
de que no se creen soluciones isla.

IMS corresponde a una red NGN de carcter abierto, cuenta con una arquitectura horizontal y
con interfaces abiertas en cada capa. Las capas de la arquitectura son la de Aplicacin, Control,
Transporte y Acceso. Una de sus principales caractersticas es la separacin de trfico en planos de
control y stream media, la transmisin de datos se basa en conmutacin de paquetes y permite la
movilidad del usuario a travs de las redes de acceso independientemente de la naturaleza de stas.

133
 La rpida implementacin de servicios convergentes por parte de los operadores ser un
movimiento estratgico en su crecimiento y valor percibido. Ya en Europa y Asia se han lanzado
servicios que cuentan con elementos de handoff entre redes y el uso de un CPE (Customer Premise
Equipment) convergente que caben en la categora de servicios convergentes. Por ejemplo,
Swisscom's Mobile Unlimited Service permite a los usuarios de empresas moverse entre diferentes
tipos de redes mviles (UMTS, Wi-Fi, GPRS y EDGE) de forma que no sea percibida por el usuario,
France Telecom's Business Everywhere permite a sus empleados mviles acceder a su red usando un
laptop o PDA desde cualquier red de acceso (ADSL, 3G, Wi-Fi, GPRS o PSTN) utilizando slo un
password. Tambin en Corea, Japn y Reino Unido se han lanzado servicios de convergencia con
terminales duales de telefona que conmutan entre tecnologas 3G e IP.

Aunque el desarrollo del mercado FMC se encuentra en paales, se espera que en los prximos
aos se lance una gran cantidad de servicios convergentes en el mundo. IDC pronostica que, para el
2010, los usuarios FMC a nivel mundial alcanzarn los 47 millones con un retorno de US $ 24 miles
de millones. En la Figura 83 se observa el desarrollo de usuarios y retornos proyectados hasta el 2010
por IDC.

Usuarios (millones) Retornos (US $B)

50
45
40
35
30
25
20
15
10
5
0
2004 2005 2006 2007 2008 2009 2010

Figura 83: Proyecciones de Usuarios y Retornos de FMC 2004-2010.

5.3. Sobre IMS

Para enfrentar la convergencia de telefona Fija-Mvil, los operadores necesitan una estrategia
que defina sus objetivos como negocio y soluciones que logren metas tanto a corto, mediano o largo
plazo. La solucin debe sobrellevar una serie de dificultades tales como la introduccin de servicios
multimedia IP que deben ser soportados por variados terminales, la entrega de servicios debe ser
costo-eficiente y utilizar tecnologas de acceso complementarias, adems debe lograr una baja en los
costos operacionales y que los servicios tradicionales se mantengan. Los primeros pasos a tomar para
la evolucin de redes es optimizar el Core de conmutacin de paquetes de la red de forma de
permitir un empleo rpido de servicios multimedia IP de valor agregado de la forma ms efectiva en
costos que sea posible. Una caracterstica clave de esta estrategia es el uso de componentes comunes
de la red y extensiones especficas de servicios que reduzcan el costo del desarrollo e implementacin
de los servicios.

Esta estrategia puede ser muy bien enfrentada utilizando IMS o IP Multimedia Subsystem
como el motor para la entrega de servicios con un Core de la red unificado. IMS juega un rol crucial

134
en la convergencia, y con el uso de SIP (Session Initiation Protocol) permite la introduccin de
servicios IP, incluyendo VoIP, compartir video y otros servicios multimedia.

El estndar IMS define una arquitectura genrica para ofrecer VoIP y servicios multimedia.
Corresponde a un estndar internacional especificado por la 3GPP y que ha sido adoptado por otros
cuerpos de estndares como ETSI/TISPAN. Una de sus caractersticas principales es el soporte de
mltiples tipos de acceso, que incluyen GSM, WCDMA, conexiones a banda ancha mediante cables y
WLAN. Para los usuarios, los servicios basados en IMS permiten comunicaciones persona a persona
y persona a contenido en una forma altamente personalizada y controlada y, para los operadores,
IMS toma el concepto de una arquitectura estratificada horizontalmente donde los servicios y
funciones comunes pueden ser reusadas para aplicaciones mltiples. Adems, por sus caractersticas
de interoperabilidad, roaming, control de portadores, facturacin, seguridad e integracin, IMS es el
factor clave en la convergencia de telefona fija-mvil.

Para los operadores fijos y mviles, IMS permite un camino seguro de migracin a una
arquitectura all-IP que concede al usuario final demandar servicios nuevos y enriquecidos. El xito
que logre IMS al agregar valor a los servicios de telecomunicaciones depende fuertemente de la
disposicin que tengan las distintas empresas de telecomunicaciones en lograr acuerdos de roaming
no slo con redes en el extranjero sino con redes dentro del mismo pas en zonas donde no se tenga
cobertura de forma de lograr una efectiva sensacin de conectividad en todas partes de parte del
usuario.

Una de las fuerzas de IMS es que separa el modelo de control de sesin en mltiples entidades
funcionales con interfaces estndar entre stas. Esto permite que IMS tenga una naturaleza multi-
vendedor de forma que los operadores puedan adoptar este sistema seleccionando los mejores
productos disponibles en el mercado para cada entidad de la arquitectura. El modelo distribuido de
IMS crea un ambiente donde las vulnerabilidades de cada elemento varan dependiendo de las
funciones provedas, las interfaces soportadas y la plataforma utilizada. Los operadores que
implementen IMS necesitan desarrollar una arquitectura de seguridad con polticas de seguridad
consistentes, este puede convertirse en un reto en un ambiente donde las responsabilidades en la
administracin de las plataformas se dispersan en ms de un grupo de operacin. Por ejemplo, en un
ambiente, el Core del sistema IMS (como los CSCFs) pueden estar administrados por un grupo de
operacin distinto al de los servidores de aplicacin, en esta situacin es importante para ambos
grupos acordar los estndares, polticas y procesos para actividades crticas de seguridad como
escaneo, Firewall o filtrado.

5.4. Sobre WiMAX

WiMAX corresponde a una tecnologa inalmbrica orientada al mercado inalmbrico en zonas
metropolitanas como una tecnologa de acceso. WiMAX se basa en dos estndares: 802.16d o
WiMAX Fijo, y 802.16e o WiMAX Mvil.

WiMAX Fijo abre una gran oportunidad a empresas de servicios de telecomunicaciones que no
cuentan con ltima milla dado que sobrelleva de forma simple y baja en costos tanto en la
construccin de redes de acceso como en sistemas troncales. Con WiMAX Fijo se pueden crear
redes de transporte de forma de transferir grandes tasas de datos a grandes distancias utilizando slo
dos antenas y sin lnea de vista. Esto permite satisfacer mercados que, sin esta tecnologa, no seran

135
rentables como sectores rurales o de bajos recursos a bajo costo de instalacin y con servicios
baratos para los clientes.

Una caracterstica de WiMAX de gran valor para la convergencia es la implementacin de

redes Mesh. Las redes Mesh inalmbricas son simples y fciles de implementar y su topologa reduce
significativamente la necesidad de un backbone almbrico, una de los principales obstculos para
crear grandes zonas Wi-Fi. As, WiMAX permite el desarrollo de nuevos negocios tanto para
operadores fijos como mviles de forma de proveer valor agregado a sus servicios IP inalmbricos.

Por otra parte, WiMAX Mvil promete satisfacer la demanda de usuarios que requieren
transferencia de datos a altas velocidades y con cierto margen de velocidad (hasta 100 Km/h) que
permite comunicaciones mviles en la mayor parte de las zonas urbanas aunque no sera capaz de
funcionar en trenes, carreteras o cualquier zona en que las velocidades de transporte superen los 100
Km/h. De esta forma, WiMAX Mvil an no es una tecnologa que pueda reemplazar a las
telefonas mviles de forma total.

Sin embargo, mientras WiMAX Mvil no pueda superar la movilidad de la telefona celular o
3G, puede desempearse como una tecnologa complementaria para los servicios celulares 3G.
Mientras WiMAX es conocido por sus capacidades de transmisin a grandes distancias y a altas tasas,
3G soporta la movilidad a altas velocidades de movimiento de parte del usuario.

La Tabla 20 muestra un breve anlisis FODA de WiMAX.

Tabla 20: Anlisis FODA de WiMAX.
F (Fortalezas) Gran cobertura con alta capacidad, estndares unificados, Costos
de equipos comparativamente ms bajos que en redes almbricas o
3G, trabajo de red rpido y flexible, utiliza tanto banda de
frecuencia licenciada (para el caso chileno, las empresas Entel,
TELMEX, Telsur y VTR tienen asignada la banda licenciada de 3,5
GHz para operar) como no licenciada.
O (Oportunidades) Puede ser combinada con redes WLAN, 3G, ADSL, etc. Sirve
como solucin de ltima milla tanto para accesos fijos como
mviles.
D (Debilidades) Tcnica y equipos de usuario inmaduros, el ambiente inalmbrico
es complejo, desempeo inestable para transmisiones a largas
distancias, sufre muchsima interferencia en el caso de operar en
una banda no licenciada.
A (Amenazas) ADSL, Cable, Fibra, MAN, WLAN y 3G.

La tecnologa WiMAX no es un sueo lejano, Telmex es una empresa de telecomunicaciones

chilena que ya comenz la implementacin de WiMAX en Chile utilizando tecnologa de Alcatel-
Lucent. Durante la primera quincena de abril del 2007, esta red ya comenz a estar operativa para
brindar servicios de telecomunicaciones a pequeas y medianas empresas en Santiago, Concepcin,
Talcahuano, Curic, Iquique, La Serena, Coquimbo, Linares, Ovalle, Rancagua, Talca, Temuco,
Valdivia, Valparaso y Via del Mar. Prximamente estar operando en Calama, Osorno, Puerto
Montt, Requinoa y Punta Arenas y se proyecta para fines de este ao, que la red WiMAX de Telmex
cubra el 91% de las comunas de Chile (incluyendo Isla de Pascua), lo que equivale al 98% de la
poblacin chilena.

136
Captulo 6
Conclusiones

En el presente trabajo se realiz un estudio y caracterizacin de las principales arquitecturas de

telefona tanto fija como mvil, identificndose principalmente sus entidades funcionales, interfaces y
sus principales protocolos. Entre las arquitecturas estudiadas se encuentran la red PSTN, GSM,
GPRS, UMTS, PacketCable e IMS. Adems se repasaron los protocolos de VoIP: H.323, SIP y
MEGACO.

Tambin se abord el concepto de FMC (Fixed Mobile Convergence) y gran parte del
funcionamiento, procesos y caractersticas soportadas de la arquitectura IMS, estndar considerado
como clave en la implementacin de redes convergentes. Junto con esto, se estudi y evalu la
utilizacin de la tecnologa WiMAX como alternativa de acceso para redes convergentes.

Del estudio de FMC se puede concluir que este proceso cambiar la forma en que se realizan
las telecomunicaciones, cambiando la visin centrada en la red a una visin centrada en el cliente,
brindndoles simplicidad, nuevos servicios a bajo precio y, desde el punto de vista de las empresas,
una gran herramienta para incrementar la eficiencia y reducir costos. Sin embargo, para que FMC sea
una realidad, requiere un trabajo de colaboracin entre sistemas de telecomunicaciones que hasta
ahora han trabajado independientemente, no slo en el mbito de los operadores fijos y mviles sino
que tambin de las manufactureras de equipos de red y terminales.

El desarrollo de los terminales mviles a utilizar debe ser un proceso muy bien pensado por las
agrupaciones FMC, ya que estos favorecern una u otra tecnologa de acceso de parte de los
operadores. Inicialmente se espera que estos terminales cuenten con sistemas de acceso a tecnologas
3G y a otra tecnologa inalmbrica, tpicamente Wi-Fi o Bluetooth y en el futuro se espera la
implementacin de otras tecnologas como WiMAX. El precio de los terminales ser una pieza
determinante de la velocidad con que los servicios FMC penetrarn en el mercado. Ya en la
actualidad se aprecia la aparicin de terminales convergentes, principalmente de GPRS (o UMTS) y
Wi-Fi (o Bluetooth); hasta la fecha los precios de estos terminales son altos por lo que se orientan a
un mercado bsicamente ejecutiva y son privativos para la mayora de los usuarios mviles actuales.

La convergencia fija-mvil ser un gran esfuerzo tanto para operadores como manufactureras
pero con claros beneficios para ambas partes y generosos retornos (para el 2009, se estima un
mercado de US $ 141 billones). Sin embargo, la convergencia no ser uniforme para todas las redes
sino que tendr variaciones dependiendo del tipo de red. En el mejor de los casos, la convergencia

137
ser lograda por un sistema que sirva tanto para el mundo fijo y mvil con las menores variaciones
posibles. Este es el caso de IMS, de la 3GPP.

Del estudio realizado de IMS se saca en limpio que ste es una iniciativa basada en estndares
con gran acogida dentro de la industria. IMS atrae a todos los sectores de la industria mvil
incluyendo operadores de red, vendedores de infraestructura, empresas y algunos desarrolladores de
aplicaciones que ya han desarrollado nuevos servicios.

IMS es una plataforma de servicios de la 3GPP creada inicialmente para redes UMTS que
puede ser fcilmente exportada a redes de nueva generacin. De hecho, se prob que interopera de
forma exitosa con redes legacy fijas y celulares y con accesos IP como redes GSM, GPRS, UMTS,
CDMA (cuya interoperacin fue incluida por la 3GPP2), redes WLAN y todo tipo de acceso IP
(xDSL, fibra, cable, etc.). Aunque la calidad de servicio ofrecida en redes IP an es motivo de
estudio, contemplndose el uso de DiffServ como mtodo para proveer QoS. Una de las principales
caractersticas de IMS es que distribuye las entidades encargadas de levantar y administrar sesiones en
toda la red hacindola ms robusta que las redes tradicionales y ms flexible en cuanto a capacidad (y
por tanto, tambin en cuanto a costo-efectividad) y planeacin de la red.

El modelo de negocios propuesto por IMS minimiza el riesgo de que los operadores de redes
de prxima generacin se transformen slo en el transporte de los servicios. Adems IMS permite la
integracin de terceras partes en la red, ofreciendo mltiples escenarios atractivos para los usuarios.

IMS ser capaz de soportar los servicios de bundles (paquetes) de servicios, que ya se estn
observando en el mercado actual. IMS est diseado para hacer que el operador de red se beneficie
de este tipo de servicios. Adems los bundles de servicios permiten la asociacin de mltiples
empresas para brindar servicios combinados, por ejemplo, la compra del supermercado puede ser
acompaada por un aviso MMS o SMS al llegar al hogar. Con esto, se abre un amplio rango de
posibilidades de aplicaciones de IMS, lo que hace difcil pronosticar el futuro de esta plataforma. IMS
es una buena plataforma para implementar servicios de ms de una empresa, desarrollando
productos que el usuario demande.

As mismo, IMS es clave en la evolucin a redes all-IP por el hecho de proveer una forma
estandarizada y bien estructurada para entregar servicios, para la interoperacin con redes legacy y
para la convergencia fija-mvil. Actualmente, IMS es el nico estndar con comunicaciones basadas
en SIP. Desde una perspectiva de red, IMS ofrece un desarrollo costo-eficiente tanto en trminos de
implementacin, operacin y mantenimiento.

Desde una perspectiva mvil, ya se est comenzando la implementacin de IMS para ofrecer
servicios multimedia, un ejemplo de estos servicios es el ya conocido Push-to-talk sobre Celular
(PoC). Adems, la arquitectura IMS permitir enriquecer la telefona mvil legacy (con conmutacin
de circuitos) combinando las capacidades de los mundos de conmutacin de circuitos y de paquetes.
En el futuro podr implementarse VoIP a medida que se introduzcan las redes inalmbricas, sin
embargo, este proceso tomar tiempo debido a la existencia limitada de los portadores de radio.

De esta forma, IMS soportar nuevas capacidades multimedia como video, mensajera,
servicios personalizados, etc. los que pueden ser implementados a medida que crezca la demanda del
mercado y en concordancia con los estndares definidos por la 3GPP y otras organizaciones
preocupadas por la convergencia, como OMA.

138
 Desde el punto de vista de las redes cableadas o wireline, muchos factores apoyan el desarrollo
de redes IMS, entre ellos se encuentran: que no existen restricciones de ancho de banda, sin
problemas de roaming, y los terminales cuentan con el suficiente poder de procesamiento para
proveer aplicaciones avanzadas. Todas estas caractersticas implican que los operadores wireline
pueden comenzar a implementar IMS para introducir nuevos servicios que generen retornos y
reducciones en el OPEX y CAPEX.

El reemplazo de la telefona de conmutacin de circuitos basado en banda ancha y tecnologa

VoIP ya est pasando. Sin embargo, muchas de estas soluciones se basan en arquitecturas
propietarias y que no interactan con otras arquitecturas ni con IMS. Por el contrario, IMS es una
gran oportunidad para los operadores fijos ya que es la nica arquitectura estndar para
comunicaciones basadas en SIP en redes wireline y gran parte de la comunidad wireline de
telecomunicaciones se estn uniendo y adoptando este estndar.

Ya existen en la actualidad variadas plataformas IMS que permiten la implementacin de redes

con altos requerimientos pero tambin redes pequeas. Un ejemplo de implementacin de
plataforma IMS de bajo costo son las especificaciones Java para SIP que permite la existencia de los
CSCFs, y Servidores de Aplicacin (con variadas aplicaciones ya creadas). Java provee paquetes o
libreras de objetos de desarrollo y programacin abierta y con un alto desempeo que reduce los
costos muy significativamente a los operadores de redes pequeas.

Del anlisis de WiMAX realizado se concluye que es un importante elemento en la visin de

convergencia. WiMAX puede ofrecer a los proveedores de servicios una forma eficiente en costos
para ofrecer servicios multimedia de gran valor a los suscriptores debido a su potencial para proveer
altas tasas de transferencia y cierta movilidad. WiMAX puede ser integrado con redes wireline y 3G
de forma de entregar ancho de banda a los usuarios en un amplio rango de localizaciones. Adems,
puede complementar los servicios DSL extendiendo su alcance a usuarios que no tengan acceso a la
red o como red de acceso en los ltimos 100 metros desde la red para minimizar los costos en la
implementacin de fibra.

WiMAX permite ser implementada como red de acceso a bajo costo bajo variadas condiciones
demogrficas tanto urbanas como rurales. Adems, sus caractersticas permiten servir como backhaul
para los Hot Spots Wi-Fi. Sin embargo, este negocio no es rentable ofrecido de forma nica pero s
es un buen complemento para otros servicios del operador y que logra buenos retornos con una
pequea inversin extra. En zonas rurales de poca densidad, permite una inversin inicial reducida, la
que se puede ir aumentando a medida que aumenta la demanda.

Con el desarrollo actual de la especificacin WiMAX, es claro que no puede ser utilizado en
forma nica como tecnologa de acceso, sino como tecnologa complementara tanto para unir
puntos de acceso WLAN o para trabajar junto con redes celulares de hasta 3G de capacidad limitada.
Esto, de todas formas, abre una gran oportunidad de mercado ya que los usuarios gradualmente
comienzan a utilizar aplicaciones cada vez ms sofisticadas que requieren altas tasas de transferencia.
Una de las grandes oportunidades que ofrece WiMAX es que es una tecnologa que permite la
ampliacin de servicios tanto en redes de operadores fijos como mviles pues permite a los
operadores fijos brindar servicios con caractersticas mviles y, permite a los operadores mviles
ofrecer servicios de banda ancha sin mayor inversin en su infraestructura, sobre todo en cuanto a la
ltima milla.

WiMAX est direccionado a un mercado global, est basado en interfaces estndar abiertas
desarrolladas por alrededor de 400 compaas contribuyendo para su adopcin en todo el mundo.

139
Comparado con otras alternativas mviles como HSPA y EVDO, WiMAX es ms flexible y
dinmico en la asignacin de recursos, con mejor sistema de QoS y es capaz de servicios DSL y
Cable en ambientes mviles de forma efectiva en costos.

El enfoque de esta memoria es fundamentalmente terico, un buen aporte para trabajos

futuros consistira en el desarrollo de una maqueta de arquitectura IMS con herramientas abiertas
(como las ya mencionadas de Java u otras como OpenSer) que permitan verificar experimentalmente
su funcionamiento con variadas tecnologas de acceso y aplicaciones. Esta arquitectura puede ser
enriquecida con las mltiples aplicaciones desarrolladas por otros memoristas del Team ToIP, como
los servicios de E-Learning o de Contact Center.

140
Captulo 7
Acrnimos
1xEVDO: Evolution Data-Optimized.
3G GSM: Red GSM de Tercera Generacin.
3GPP: Third Generation Partnership Project.
AAA: Authentication, Authorization & Accounting.
AAS: Adaptive Antenna System.
ACM: Address Complete Message.
ADSL: Asymmetric Digital Subscriber Line.
ADSL2+: Asymmetric Digital Subscriber Line 2 Plus.
AF: Application Function.
AKA: Authentication and Key Agreement.
AMC: Adaptive Modulation and Coding.
AMS: Adaptive MIMO Switching.
AN: Access Network.
ANM: Answer Message.
AMPS: Advanced Mobile Phone Service.
ANI: Application-to-Network Interface.
API: Application Programming Interfaces.
AS: Application Server.
ASN: Access Service Network.
ASN.1: Abstract Syntax Notation One.
ATM: Asynchronous Transfer Mode.
AuC: Authentication Center.
BER: Bit Error Rate.
BGCF: Breakout Gateway Control Function.
BS: Bearer Service.
BS: Base Station.
BSC: Base Station Controller.
BSS: Base Station Subsystem.

141
 BTS: Base Transceiver Station.
CBC: Cell Broadcast Centre.
CCITT: Comite Consultatif Internationale de Telegraphique et Telephonique.
CDMA: Code Division Multiple Access.
CDF: Charging Data Function.
CDR: Charging Data Records.
CGF: Charging Gateway Function.
CID: Connection ID.
CM: Cable Modem.
CMS: Call manager Server.
CMTS: Cable Modem Termination System.
CN: Core Network.
COPS: Common Open Policy Server.
CPE: Customer Premise Equipment.
CS: Circuit Switched.
CSCF: Call Session Control Function.
DHCP: Dynamic Host Configuration Protocol.
DL: Downlink.
DNS: Domain Name System.
DOCSIS: Data Over Cable Service Interface Specification.
E-MTA: Embedded Multimedia Terminal Adapter (1 MTA + 1 Cable mdem).
EAP: Extensible Authentication Protocol.
EDGE: Enhanced Data Rates for Global Evolution.
EGPRS: Enhanced General Packet Radio Service.
EIR: Equipmenent Identity Register.
EMS: Element Management System.
ESP: IPsec Encapsulating Security Payload.
ETSI: European Telecommunications Standards Institute.
FA: Foreign Agent.
FDD: Frequency Division Duplex.
FDMA: Frequency Division Multiple Access.
FEC: Forward Error Correction.
FMC: Fixed-Mobile Convergence.
GAN: Generic Access Network.
GANC: Generic Access Network Controller.
GGSN: Gateway GPRS Support Node.
GMSC: Gateway Mobile Services Switching Center.
GPRS: General Packet Radio Service.
GRUU: Globally Routable User Agent URI.
GSM: Global System for Mobile communications.

142
 GSN: GPRS Support Node.
GUP: Generic User Profile.
HARQ: Hybrid Auto Repeat Request.
HFC: Hibrid Fibre Coaxial.
HLR: Home Location Register.
HSDPA: High-Speed Downlink Packet Access.
HSPA: High-Speed Packet Access.
HSS: Home Subscriber Server.
HSUPA: High-Speed Uplink Packet Access.
I-CSCF: Interrogating CSCF.
I-WLAN: Interworking WLAN.
IAM: Initial Address Message.
IBCF: Interconnection Border Control Function.
ICI: Inter-Channel Interference.
IETF: Internet Engineering Task Force.
IKE: Internet Key Exchange.
IMEI: International Mobile Equipment Identity.
IMS: IP Multimedia Subsystem.
IMS-ALG: IMS Application Level Gateway.
IMS-MGW: IP Multimedia Subsystem Media Gateway Function.
IMTS: Improved Mobile Telephone System.
IP: Internet Protocol.
IP-CAN: IP Connectivity Access Network.
ISDN: Integrated Services Digital Network.
ISI: Inter-Symbol Interference.
ISIM: IMS Identity Module.
ISO: International Standards Organization.
ISUP : ISDN User Part.
ITU: International Telecommunication Union.
IXC: IntereXchange Carrier.
LOS: Line of Sight.
MAC: Media Access Control.
MCU: MultiControl Unit.
MGC: Media Gateway Controller.
MGCF: Media Gateway Control Function.
MGW: Media Gateway.
MIB: Management Information Base.
MIMO: Multiple Input Multiple Output.
MRF: Media Resource Function.
MRFC: Multimedia Resource Function Controller.

143
 MRFP: Multimedia Resource Function Processor.
MS: Mobile Station.
MSC: Mobile Services Switching Center.
MTP: Message Transfer Part.
NAI: Network Access Identifier.
NAT : Network Address Translation.
NAPT: Network Address and Port Translation.
NCD: National Destination Code.
NDS: Network Domain Security.
NGN: Next Generation Network.
NLOS: Non Line of Sight.
NMS: Network Management System.
NNI: Network-to-Network Interface.
NSN: National Significant Number.
NSS: Network and Switching Subsystem.
OCS: Online Charging System.
OFDM: Orthogonal Frequency Division Multiplexing.
OFDMA: Orthogonal Frequency Division Multiple Access.
OMA: Open Mobile Alliance.
OSI: Open Systems Interconnection Reference Model.
OSS: Operation and Support Subsystem.
P-CSCF: Proxy CSCF.
PAC: Provisioning, Activation, and Configuration.
PBX : Private Branch eXchange.
PCM: Pulse Code Modulation
PDF: Policy Decision Function.
PDG: Packet Data Gateway.
PDN: Packet Data Network.
PDP: Packet Data Protocol (utilizado en GPRS).
PIN: Personal Identification Number.
PKMv2: Privacy and Key Management Protocol Version 2.
PS: Packet Switched.
PSTN: Public Switched Telephone Network.
QoS: Quality of Service.
RAB: Radio Access Bearer.
RAFC: Resource and Admission Control Function.
RNC: Radio Network Controller.
RNS: Radio Network System.
RSVP: Resource ReSerVation Protocol.
RTCP: Real Time Control Protocol.

144
 RTP: Real Time Protocol.
S-CSCF: Serving CSCF.
SBLP: Service-Based Local Policy.
SCCP: Signaling Connection Control Part.
SCP: Service Control Point.
SDP: Session Description Protocol.
SDU: Service Data Unit.
SEG/SEGW: Security Gateway.
SGSN: Serving GPRS Support Node.
SIM: Subscriber Identity Module.
SIMO: Single Input Multiple Output.
SIP: Session Initiation Protocol.
SLF: Subscription Locator Function.
SMLC: Serving Mobile Location Center.
SMS: Short Message Service.
SN: Subscriber Number.
SNMP: Simple Network Management Protocol.
SOFDMA: Scalable Orthogonal Frequency Division Multiplexing Access.
SS: Subscriber Station.
SS7: Signaling System 7.
SSP: Serving Switching Point.
STP: Signal Transfer Point.
STUN: Simple Traversal of UDP through NATs.
T-SGW: Trunking Signaling Gateway.
TCAP: Transaction Capabilities Application Part.
TCP: Transmission Control Protocol.
TDD: Time Division Duplex.
TDMA: Time Division multiple Access.
TE: Terminal Equipment.
TGCP: PSTN Gateway Call Signaling Protocol.
THIG: Topology Hiding Inter-network Gateway.
TIC: Tecnologas de la Informacin y la Comunicacin.
ToIP: Telephony over IP.
TrGW: Transition Gateway.
TUP: Telephone User Part.
UA: User Agent.
UAC: User Agent Client.
UAS: User Agent Server.
UDP: User Datagram Protocol.
UE: User Equipment.

145
 UICC: Universal Integrated Circuit Card.
UL: Uplink.
UMA: Unlicensed Mobile Access.
UMTS: Universal Mobile Telecommunications System.
UNI: User-to-Network Interface.
URI: Uniform Resource Identifier.
URL: Uniform Resource Locator.
USIM: Universal Subscriber Identity Module.
UTRAN: UMTS Terrestrial Radio Access Network.
VLR: Visitor Location Register.
VoIP: Voice over IP.
WAG: WLAN Access Gateway.
Wi-Fi: Wireless Fidelity.
WiMAX: Worldwide Interoperability for Microwave Access.
WLAN: Wireless Local Area Network.
WMAN: Wireless Metropolitan Area Network.
WMM: Wireless Multimedia Extensions.
xDSL: Digital Subscriber Line.

146
Captulo 8
Bibliografa
[1] 3GPP: TR 21.905 v7.2.0 (2006-06): Vocabulary for 3GPP Specifications [en lnea].
[Link] [Consulta: Noviembre
2006]
[2] 3GPP: TR 23.836 v1.0.0 (2005-11): Quality of Service (QoS) and policy aspects of
3GPP Wireless Local Area Network (WLAN) interworking [en lnea].
[Link] [Consulta: Noviembre
2006]
[3] 3GPP: TR 23.934 v1.0.0 (2002-08): 3GPP system to Wireless Local Area Network
(WLAN) Interworking; Functional and architectural definition [en lnea].
[Link] [Consulta: Noviembre
2006]
[4] 3GPP: TR 23.981 v6.4.0 (2005-09): Interworking aspects and migration scenarios for
IPv4 based IMS implementations [en lnea].
[Link] [Consulta: Noviembre
2006]
[5] 3GPP: TS 23.002 v7.1.0 (2006-03): Network architecture [en lnea].
[Link] [Consulta: Noviembre
2006].
[6] 3GPP: TS 23.207 v6.6.0 (2005-09): End-to-end Quality of Service (QoS) concept
and architecture [en lnea].
[Link] [Consulta: Noviembre
2006].
[7] 3GPP: TS 23.228 v7.4.0 (2006-06): IP Multimedia Subsystem (IMS); Stage 2 [en
lnea].
[Link] [Consulta: Noviembre
2006].
[8] 3GPP: TS 23.234 v7.4.0 (2006-12): 3GPP system to Wireless Local Area Network
(WLAN) interworking; System Description [en lnea].
[Link] [Consulta: Diciembre
2006].

147
[9] 3GPP: TS 29.162 v7.1.0 (2006-03): Interworking between the IM CN subsystem and
IP networks [en lnea].
[Link] [Consulta: Noviembre
2006].
[10] 3GPP: TS 29.207 v6.5.0 (2005-09): Policy Control over Go interface [en lnea].
[Link] [Consulta: Noviembre
2006].
[11] 3GPP: TS 43.318 v7.0.0 (2006-11): Radio Access Network; Generic access to the
A/Gb interface; Stage 2 [en lnea].
[Link] [Consulta: Diciembre
2006].
[12] BECERRA, Nstor: Apuntes EL55A: Sistemas de Telecomunicaciones,
Departamento de Ingeniera Elctrica, Universidad de Chile, 2005.
[13] BILDERBEEK, Pim; FINGER, Jill y VESTERGAARD, Lars: Fixed-Mobile
Convergence: Unifying the Communications Experience [en lnea].
[Link] [Consulta: Agosto
2006].
[14] CableLabs: PacketCable 2.0: Architecture Framework Technical Report [en
lnea].
[Link]
[Link] [Consulta: Noviembre 2006].
[15] DAUPHIN, Jean-Louis; ZNATY, Simon: IP Multimedia Subsystem: Principles and
Architecture [en lnea].
[Link] [Consulta: Noviembre 2006].
[16] Digital Engineering Library @ McGraw Hill: Broadband Telecommunications
Handbook, Captulo 16: xDSL [en lnea].
[Link] [Consulta: Noviembre 2006].
[17] Digital Engineering Library @ McGraw Hill: Softswitch Architecture for VoIP,
Captulo 2: The Public Switched Telephone Network (PSTN) [en lnea].
[Link] [Consulta: Noviembre 2006].
[18] GASPAROLLO, Luigi: Guidelines on the Smooth Transition of Existing Mobile
Networks to IMT-2000 for Developing Countries ARB Region [en lnea].
[Link]
2000/documents/Damascus2005/Presentations/Day%201/Damascus_1_4_2.PDF
[Consulta: Marzo 2006].
[19] IEEE: An Architecture UMTS-WiMAX Interworking [en lnea].
[Link]
&count=28&index=21 [Consulta: Diciembre 2006].
[20] Intel: Understanding WiMAX and 3G for Portable/Mobile Broadband Wireless [en
lnea]
[Link]
05%20Intel_WiMAX_White_Paper%20(Hassib).pdf [Consulta: Octubre 2006].

148
[21] ITU, Unin Internacional de Telecomunicaciones: Informe sobre el Desarrollo de
las Telecomunicaciones 2003: Indicadores de acceso para la sociedad de la
informacin [en lnea].
[Link]
[Consulta: Septiembre 2006].
[22] ITU, Unin Internacional de Telecomunicaciones: Informe sobre el Desarrollo de
las Telecomunicaciones 2006: Evaluacin de las TIC para el desarrollo econmico y
social [en lnea].
[Link]
[Link] [Consulta: Septiembre 2006].
[23] KORHONEN, Juha: Introduction to 3G Mobile Communications, Artech House,
2003.
[24] LARRABEITI, David; MORENO, Jos; SOTO, Ignacio: Protocolos de
Sealizacin para el transporte de Voz sobre redes IP [en lnea].
[Link] [Consulta:
Octubre 2006].
[25] LEIVA, Nicols: Comparacin de Estructuras de Costo de Sistemas de Telefona
sobre IP y Tradicional. Memoria de Ttulo para optar a la Carrera de Ingeniero Civil
Electricista. Santiago, Chile. Universidad de Chile, Facultad de Ciencias Fsicas y
Matemticas, 2006.
[26] LPEZ, Priscila: Comparativa de Tecnologas Emergentes de Acceso a Redes
Mviles y Fijas. Memoria de Ttulo para optar a la Carrera de Ingeniero Civil
Electricista. Santiago, Chile. Universidad de Chile, Facultad de Ciencias Fsicas y
Matemticas, 2007.
[27] Lucent Technologies: The WiMAX Option for Delivering Converged Services
[28] MONTIEL, Alejandro: Historia de la Telefona Inalmbrica [en lnea].
[Link]
[Link] [Consulta: Octubre 2006].
[29] NAVEAS, Pablo: Telefona IP: sus caractersticas y protocolos utilizados [en lnea].
[Link]
nformes/[Link] [Consulta: Noviembre 2006].
[30] OLEXA, Ron: Implementing 802.11, 802.16, y 802.20 Wireless Networks
Planning, Troubleshooting, and Operations, Elsevier Inc., 2005. ISBN: 0-7506-
7808-9.
[31] PACHN, lvaro: Evolucin de los sistemas mviles celulares GSM [en lnea].
[Link]
[Consulta: Octubre 2006].
[32] PAREKH, Shyam; LEE, Jiwoong: EE228a Lecture 6 Spring 2006: IEEE 802.16
/ WiMAX [en lnea].
[Link] [Consulta: Octubre 2006].

149
[33] POIKSELK, Miikka; MAYER, Georg; KHARTABIL, Hisham; NIEMI, Aki: The
IMS IP Multimedia Concepts and Services in the Mobile Domain, John Wiley &
Sons Ltd, 2004. ISBN: 0-470-87113-X.
[34] SANDOVAL, Jorge: Diapositivas del curso EL64E, Redes de Computadores,
Departamento de Ingeniera Elctrica, Universidad de Chile, 2006.
[35] SANTARELLI, Omar: Convergencia Redes IP, Fijas y Mviles [en lnea].
[Link] [Consulta: Septiembre 2006].
[36] SIP Working Group: Management Information Base for the Session Initiation
Protocol (SIP); [Link] [en lnea].
[Link] [Consulta: Diciembre
2006].
[37] SUBTEL, Subsecretara de Telecomunicaciones: Informe Estadstico 10:
Estadsticas de Desempeo del Sector de Telecomunicaciones en Chile: Junio 2004
Junio 2005 [en lnea].
[Link]
SITIO/SUBTEL/ESTDEMERCADO/INFESTAD/INFESTAD2/INFO_ESTA
DISTICO_10_JUN.PDF [Consulta: Septiembre 2006].
[38] SUBTEL, Subsecretara de Telecomunicaciones: Series conexiones internet (Fecha
Publicacin 27 de diciembre de 2006) (Perodo Informacin Enero 2000 - Marzo
2006) [en lnea].
[Link]
L30 [Consulta: Marzo 2006].
[39] WIKIPEDIA, La Enciclopedia libre [en lnea]. [Link] [Consulta:
Octubre 2006 Febrero 2007].
[40] WiMAX Forum: Business Case Models for Fixed Broadband Wireless Access based
on WiMAX Technology and the 802.16 Standard [en lnea].
[Link]
[Link] [Consulta: Diciembre 2006].
[41] WiMAX Forum: Fixed, nomadic portable and mobile applications for 802.16-2004
and 802.16e WiMAX networks [en lnea].
[Link]
2004_and_802.16e_WiMAX_networks_final.pdf [Consulta: Octubre 2006].
[42] WiMAX Forum: Mobile WiMAX Part I: A Technical Overview and Performance
Evaluation [en lnea].
[Link]
view_and_Performance.pdf [Consulta: Enero 2007].
[43] WiMAX Forum: Mobile WiMAX Part II: A Comparative Analysis [en lnea].
[Link]
parative_Analysis.pdf [Consulta: Diciembre 2006].

150
Captulo 9
Anexos

9.1. Modelos de Referencia de Red

Dado el gran crecimiento de las redes de computadores desde su creacin, el manejo e
interoperacin de dichas redes se fue volviendo cada vez ms complejo. Con el objetivo de
simplificar el diseo de las redes de telecomunicaciones y lograr una compatibilidad y comprensin
ms abiertos, stas se dividen en un conjunto de niveles o capas que conforman la arquitectura de la
red, entendindose por capa una entidad que realiza por s sola una funcin especfica.

Adems de simplificar la comprensin de las redes y de permitir la interoperacin entre estas,

los modelos de capas permiten cambiar o agregar funcionalidades en una capa sin tener que cambiar
las otras y simplifican la deteccin de fallas (troubleshooting).

As, han surgido una serie de modelos de referencia, donde los ms masificados son:
Modelo OSI.
Modelo TCP/IP.
Modelo Jerrquico de Redes.

9.1.1. Modelo OSI

A finales de los 70s, la ISO (International Standards Organization) comenz a desarrollar un
modelo conceptual para la conexin de red llamado modelo OSI (Open Systems Interconnection
Reference Model). En el ao 1984, este modelo se convirti en el estndar internacional de las
comunicaciones entre redes.

Los principios aplicados para la divisin en capas son:

Se debe crear una capa siempre que se necesite un nivel diferente de abstraccin.
Cada capa debe realizar una funcin bien definida.
La funcin de cada capa se debe elegir pensando en la definicin de protocolos
estandarizados internacionalmente.

151
 Los lmites de las capas deben elegirse a modo de minimizar el flujo de informacin a
travs de las interfaces.
La cantidad de capas debe ser suficientes para no tener que agrupar funciones distintas en
la misma capa y lo bastante pequea para que la arquitectura no se vuelva inmanejable.

El modelo OSI define en 7 capas los protocolos de comunicacin. Los niveles inferiores se
encargan de acceder al medio, mientras que los superiores, definen como las aplicaciones acceden a
los protocolos de comunicacin. Las dos nicas capas del modelo con las que, de hecho, interacta el
usuario son la primera capa, la capa Fsica, y la ltima capa, la capa de Aplicacin. A continuacin se
explica brevemente la funcionalidad de cada capa.

[Link].Capa Fsica
La capa fsica del modelo OSI es la encargada de las conexiones fsicas de la computadora
hacia la red, es decir en esta capa la informacin es manejada bit a bit sobre un medio de transporte.

La capa fsica estandariza el medio fsico por los que viajar la informacin, caractersticas de
materiales y elctricas usadas en la transmisin, caractersticas funcionales de la interfaz, transmisin
del flujo de bits a travs del medio, administracin de seales elctricas y electromagnticas. Un
ejemplo de estas caractersticas son niveles de voltaje y disposicin de pines.

[Link].Capa de Enlace

Esta capa es la encargada de transmitir la informacin en paquetes denominados frames o

tramas a un conjunto de terminales en una red local. Adems, a partir de cualquier medio de
transmisin debe ser capaz de proporcionar una transmisin sin errores.

Para cumplir su objetivo, algunas responsabilidades de esta capa son: estructurar frames,
direccionamiento y mecanismo de acceso, crear y reconocer los lmites de las tramas, resolver los
problemas derivados del deterioro, prdida o duplicidad de las tramas. Adems, esta capa debe incluir
algn mecanismo de regulacin del trfico que evite la saturacin de un receptor que sea ms lento
que el emisor.

Para poder transmitir los frames a un terminal dentro de la red local, cada terminal debe tener
una direccin, que permita indicar cual es el o los destinatarios del frame. Un equipo que se
caracteriza con esta capa en temas de redes es el switch.

[Link].Capa de Red

La funcin de la capa de red es hacer que los datos lleguen desde el origen al destino, an
cuando ambos no estn conectados directamente. Es decir, transmitir paquetes de informacin a
estaciones, en otras redes locales (red Global).

152
 La capa de red se encarga del funcionamiento de la subred de comunicaciones, enrutamiento
de los paquetes (mediante una tabla de enrutamiento) y control de congestin, y la comunicacin
entre redes que no necesariamente utilizan el mismo protocolo en niveles inferiores.

Adems, la capa de red estandariza la estructura de los paquetes, direccionamiento global y

enrutamiento. El router es ejemplo de equipos que se manejan en esta capa.

[Link].Capa de Transporte
La capa de transporte es la capa lmite entre las capas de procesamiento de datos y el
transporte de stos. Su funcin es permitir el establecimiento, mantencin y trmino de canales de
comunicacin o circuitos virtuales entre aplicaciones en estaciones remotas.

Entre las responsabilidades de la capa de transporte se encuentran el comunicar aplicaciones

mediante la modalidad de intercambio de datagramas o el establecimiento de sesiones persistentes,
identificar aplicaciones, estandarizacin de estructuras de datagramas, sesiones, identificadores de
aplicacin, mecanismos de establecimiento de sesiones y la multiplexacin de mensajes provenientes
de distintas aplicaciones.

[Link].Capa de Sesin

La capa de sesin tiene la funcin de comunicar las aplicaciones, por medio de algn protocolo
previamente acordado, por sobre las sesiones de capa transporte

Las tareas de esta capa son el control de la sesin a establecer entre el emisor y el receptor y
control de la concurrencia y sincronizacin, la mantencin de puntos de verificacin (checkpoints) y
la estandarizar los protocolos de comunicacin entre aplicaciones.

[Link]. Capa de Presentacin

El objetivo de esta capa es encargarse de la representacin de la informacin, de manera que

aunque distintos equipos puedan tener diferentes representaciones internas los datos lleguen de
manera reconocible. En otras palabras, esta capa se encarga de manejar las estructuras de datos
abstractas y realizar las conversiones de representacin de datos necesarias para la correcta
interpretacin de los mismos.

Dentro de sus tareas, se encuentra que la informacin enviada por la capa de aplicacin sea
entendible y la verificacin de la estructura semntica y sintaxis de los datos a enviar.

[Link].Capa de Aplicacin

La capa de aplicacin corresponde a la capa ms cercana al usuario, por lo que es la encargada

de relacionar al usuario con la comunicacin proporcionada por las capas inferiores. La capa de

153
aplicacin contiene los programas del usuario, adems que contiene los protocolos que se necesitan
frecuentemente.

Adems, la capa de aplicacin define los protocolos que utilizan las aplicaciones para
intercambiar datos, como correo electrnico, gestores de bases de datos y servidor de ficheros y que
pueden emular terminales virtuales o ser utilizados para transferencia de archivos u otras labores.

En la Tabla 21, a continuacin, se presentan algunos ejemplos de protocolos de redes de

computadores ordenados segn las capas del modelo OSI a las que pertenecen.
Tabla 21: Ejemplos de Protocolos por Capas.
Capa 7: Aplicacin FTP, HTTP, Telnet, SNMP
Capa 6: Presentacin JPEG, MPEG, ASCII, MIDI, HTML, XML
Capa 5: Sesin NFS, SQL
Capa 4: Transporte UDP, TCP
Capa 3: Red IP, IPX, OSPF
MPLS, SNA
Capa 2: Enlace Ethernet, Token Ring, LocalTalk, FDDI, X.21, X.25, Frame
Relay, BitNet, CAN, ATM, Wi-Fi, HDLC, SDLC
RS-232, RS-449, EIA-422, EIA-485, V.21-V.23, V.90
Capa 1: Fsica Cdigos NRZ, Codificacin Manchester, Cable coaxial, Par
trenzado,10Base2, 10BASE5, 10BASE-T, 100BASE-TX,
PDH, SDH, T-carrier, E-carrier, SONET, DSSS, FHSS

9.1.2. Modelo TCP/IP

El modelo TCP/UDP fue desarrollado por la Agencia de Investigacin de Defensa de los
Estados Unidos (ARPA o DARPA) de forma que la principal caracterstica de esta red fuera ser
funcional para cualquier tecnologa de red y ser robusta a la prdida de algn nodo causada por
ataques nucleares.

As, DARPA cre el grupo de protocolos de TCP/IP (stack TCP/IP), cuyo nombre est
compuesto por las siglas de los dos estndares principales: Transmission Control Protocol (TCP) e
Internet Protocol (IP). Este modelo hace posible la comunicacin entre un par de terminales en
cualquier lugar del mundo.

El modelo TCP/IP est basado en el modelo OSI; sin embargo, posee menos capas agrupando
funcionalidades en algunas de sus capas. Es importante mencionar que el modelo TCP/IP no
especfica protocolos en la capa de hardware, por lo que stos dependern de la arquitectura de red
fsica utilizada. En la Figura 84 se observa un paralelo entre las capas de ambas arquitecturas.

154
 Figura 84: Comparacin entre el Modelo OSI y TCP/IP.

[Link].Capa de Internet

Es una capa orientada hacia un servicio sin conexin de forma que se puedan ingresar paquetes
a la red sin importar su destino. Su funcin es, por tanto, enrutar los paquetes de informacin a su
destino a travs de los distintos nodos de red.

La capa de Internet, por tanto, no es confiable y posee una poltica de mejor esfuerzo (best
effort), el protocolo oficial de esta capa es el protocolo IP (Internet Protocol).

[Link].Capa de Transporte

En esta capa se realiza una comunicacin punto a punto entre emisor y receptor. El modelo
TCP/IP utiliza para esto dos tipos de protocolos:
TCP (Transmission Control Protocol): Implementa servicios orientados a la conexin,
confiables y con control de flujo.
UDP (User Datagram Protocol): Implementa servicios no orientados a la conexin ni
confiable.

[Link].Capa de Aplicacin

En esta capa corren los protocolos que prestan servicios especficos al usuario. Algunos
ejemplos de estos protocolos son: TELNET, FTP, HTTP, etc.

9.1.3. Modelo Jerrquico de Red

El modelo jerrquico de red, propietario de Cisco, es un diseo de 3 capas cuya finalidad es la
simplificacin del diseo, planificacin y operacin de las redes. En la Figura 85 se aprecia un
diagrama con las capas del modelo jerrquico.

155
 CORE

Switching de alta velocidad

DISTRIBUCIN
Conectividad basada en polticas

ACCESO
Acceso a grupos de trabajo locales y remotos

Figura 85: Modelo Jerrquico de Red.

[Link].Capa Core
La capa Core, es la capa que transporta la mayor cantidad de trfico, por lo que corresponde al
backbone de una red. Para cumplir con su funcin debe tener una serie de caractersticas como son
la alta velocidad de transmisin de datos, alta confiabilidad (como lo pueden ser redes redundantes) y
baja latencia (este ltimo punto, es muy importante el tiempo de convergencia y adaptabilidad de los
protocolos de enrutamiento). La capa Core, por lo general es transparente al usuario final.

[Link].Capa de Distribucin

La capa de distribucin corresponde a la capa de servidores y es la interfaz de acceso entre las

capas Core y Acceso. Dentro de sus funciones se encuentra el enrutamiento, filtrado, polticas,
seguridad, enrutamiento entre VLANs y separacin entre protocolos de enrutamiento estticos y
dinmicos.

[Link].Capa de Acceso
Como lo indica el nombre, esta capa provee acceso a los recursos de parte de los usuarios y se
caracteriza por ser conmutada y compartir el ancho de banda. La capa de acceso segmenta la red,
conecta a los usuarios a la LAN y asla de broadcast a los servidores.

9.2. Arquitecturas de Redes de Telefona (Continuacin)

9.2.1. GSM

[Link].Protocolos Utilizados

En la Figura 86 se observa la pila de protocolos existentes entre las entidades MS (estacin

mvil), BTS, BSC y MSC.

156
 En esta figura se observan tres capas de protocolos que coinciden con la capa de red, en el
modelo OSI:
CM (Connection Management): Responsable de la gestin de las llamadas (establecer,
mantener y terminar llamadas) a solicitudes de los usuarios.
MM (Mobility Management): Responsable del mantenimiento de la informacin de
localizacin del usuario.
RR (Radio Resource Management): Responsable del establecimiento y mantenimiento del
enlace entre el MS y el MSC.

MS Um BTS Abis BSC A MSC

CM

MM CM I
S
U
MM P
MAP /
RR T
BSSAP BSSAP TCAP U
BTSM P
RR BTSM
LAPBm LAPDm LAPD LAPD SSCP SSCP SSCP

Radio Radio PCM PCM MTP MTP MTP

16 / 64 Kbps 64 Kbps / 2 Mbps

Figura 86: Pila de Protocolos utilizados en GSM.

Adems de estas capas se encuentran las siguientes:

RR: Parte de la funcionalidad de RR administrada por el BTS.
LAPD y LAPDm (Link Access Protocol on Dm Channel): Coinciden con la capa de enlace
del modelo OSI.
BTSM (Base Transceiver Station Management): Responsable de transferencia de
informacin de capa RR al BSC.
SCCP (Signalling Connection Control Part): Forma parte de la sealizacin SS7.
MTP (Message Transfer Part): Junto con SCCP, forma parte de la sealizacin SS7 y es
responsable de la seguridad de la transmisin entre el BSC y MSC.
BTSM (BTS Management).
BSSAP (Base Station System Application Part): Recibe los mensajes RR para enviarlos a la
MSC.
TCAP (Transaction Capabilities Application Part): Se utiliza para transmitir informacin en
tiempo real entre MSC, HLR y VLR.
MAP (Mobile Application Part): Define la capa de aplicacin, protocolos de sealizacin,
procesos para registrar usuarios mviles y manejo de handoff entre sistemas celulares.
ISUP (ISDN Part User).
TUP (Telephone User Part).

157
 [Link].Canales Fsicos y Lgicos

Los canales fsicos en GSM corresponden a los time-slots antes mencionados. Sin embargo,
estos canales fsicos pueden transmitir dos tipos de informacin o canales lgicos:
Canal de trfico o TCH (Traffic Channel): transporta la informacin de voz o datos.
Canal de control o CCH (Control Channel): transporta informacin de sealizacin.

En la Tabla 22 se observa cada uno de estos canales.

Tabla 22: Canales Lgicos en GSM.
Tipo de
Denominacin Descripcin
canal
TCH/FS S: Voz (Speech)
9.6: Datos a 9600 bps.
TCH/F9.6 4.8: Datos a 4800 bps.
Canales TCH/F4.8 2.4: Datos a 2400 bps.
de F: Full Rate. La informacin de un usuario se
TCH/F2.4 enva en una ranura de tiempo, en cada trama.
Trfico
(TCH) H: Half Rate. La informacin de un usuario
TCH/HS
se enva en una ranura de tiempo, trama de
TCH/H4.8 por medio. Dos usuarios comparten una
misma ranura en diferentes instantes de
TCH/H2.4 tiempo.
Canales de Broadcast BCCH Utilizados para permitir el enganche de los
BCH (Broadcast FCCH mviles y el monitoreo de las potencias de los
Channels) mviles en celdas vecinas (MAHO).
SCH
Canales Canales Comunes de PCH
de Control CCCH Permiten el establecimiento de las llamadas y
RACH
Control (Common Control la asignacin de canales de control.
(CCH) Channels) AGCH
Canales de Control SDCCH
Dedicados DCCH Canales bidireccionales utilizados para
SACCH
(Dedicated Control sealizacin y supervisin al usuario.
Channels) FACCH

[Link].Interfaces entre Entidades Funcionales

En la Tabla 23 se encuentran listadas las diferentes interfaces de la arquitectura GSM.

158
 Tabla 23: Interfaces en GSM.
Intercambio de Informacin
Se ubica
Interfaz Descripcin Trfico Protocolo
entre
Usuario Sealizacin
Permite el intercambio de informacin
sobre la administracin del BSS, de las
A MSC BSC llamadas y de la movilidad. A travs de Si SS7
ella, se negocian los circuitos que sern
utilizados entre el BSS y el MSC.
Abis BSC BTS Permite el control del equipo de radio. Si LAPD
Permite al MSC acceder a informacin
sobre algn cliente que se encuentre en
el rea de influencia de dicho MSC en
VLR MSC
B el VLR. Esta interfaz NO debe ser No MAP/B
(asociados)
externa (por desempeo, por el
volumen de informacin
intercambiado).
Utilizada por los GMSC para enrutar la
C HLR MSC No MAP/C
llamada hacia el MSC destino.
Permite intercambiar informacin entre
ambas HLRs, esta informacin se
D HLR HLR encuentra relacionada con la posicin No MAP/D
del mvil y la gestin del servicio
contratado por el usuario.
Permite el intercambio entre MSCs
MAP/E,
E MSC MSC cuando el mvil cambia de rea de Si (64 Kbps)
RDSI, ISUP
influencia de un MSC a otro.
Utilizada cuando el MSC desea
F MSC EIR No
comprobar el IMEI de un equipo.
Permite la interconexin entre dos
G VLR VLR No MAP/G
VLRs de diferentes MSCs
Permite la comunicacin entre las bases
H HLR AuC Si MAP/H
de datos HLR y AuC
Permite el intercambio transparente de
I MSC MS datos entre el MSC y el MS a travs del
BSS.
Interfaz de radio, se encuentra entre la Voz: 13 Kbps
Um BSS MS LAPDm
estacin mvil y el BSS. Datos: 9,6 Kbps

9.2.2. GPRS

[Link].Protocolos Utilizados
La pila de protocolos utilizados en la arquitectura GPRS puede dividirse en dos partes:
protocolos de transmisin y protocolos de sealizacin. A continuacin se explicar cada una de
estas partes.

159
 El plano de transmisin se encarga de la transmisin de datos del usuario junto con la
sealizacin para el control de flujo, deteccin y correccin de errores. En la Figura 87 se muestra la
pila de protocolos de transmisin entre las entidades MS, BSS, SGSN y GGSN.

A continuacin se explican algunos de los protocolos ms importantes de la pila de

transmisin:
GTP (GPRS Tunneling Protocol): Responsable del transporte de los datos de usuario y la
sealizacin entre los nodos de GSN. Sus paquetes contienen los paquetes IP o X.25 del
usuario.
SNDCP (Subnetwork Dependent Convergence Protocol): Responsable de transportar los
paquetes de datos entre los SGSN y el MS. Se encarga de la multiplexacin de varias
conexiones de la capa de red en una conexin lgica virtual de la capa LLC.
RLC/MAC: Estos protocolos actan en la interfaz de aire y permiten la multiplexacin
multiusuario en los canales de datos compartidos.
LLC (entre MS y SGSN): Corresponde a parte de la capa de enlace y se encarga del control
de secuencia, de flujo, entrega en orden y deteccin de errores. Se puede interpretar como
una adaptacin del protocolo LAPDm de GSM.

MS Um BSS Gb SGSN Gn GGSN Gi

Aplicacin

IP/X.25 IP/X.25

SNDCP SNDCP GTP GTP

LLC LLC IP IP
LLC Relay
RLC RLC BSSGP BSSGP
Frame Frame L2 L2
MAC MAC
Relay Relay
GSM PL GSM PL L1bis L1bis L1 L1
Figura 87: Pila de Protocolos de transmisin utilizados en GPRS.

En cuanto a la pila de protocolos de sealizacin de GPRS, en la Figura 88 se observan los

respectivos protocolos entre el MS, BSS y SGSN.

Esta pila incluye los protocolos relacionados con el control y mantenimiento de las funciones
del plano de transmisin, conexin, activacin y localizacin de recursos de la red, entre otros.

La nueva capa que aparece corresponde a GMM/SM (GPRS Mobility Management / Session
Management) y que se encarga de la movilidad y la gestin de sesin mientras se realizan las
funciones de seguridad y otros.

Ahora, la interaccin del SGSN con las bases de datos HLR, VLR y EIR se produce a travs
de los mismos protocolos utilizados en GSM.

160
 MS Um BSS Gb SGSN

GMM/SM GMM/SM

LLC LLC
LLC Relay
RLC RLC BSSGP BSSGP
Frame Frame
MAC MAC
Relay Relay
GSM PL GSM PL L1bis L1bis
Figura 88: Pila de Protocolos de Sealizacin utilizados en GPRS.

[Link].Canales Fsicos y Lgicos

Al igual que GSM, GPRS divide sus canales fsicos en canales lgicos de trfico y sealizacin.
La Tabla 24 muestra los canales fsicos y lgicos aportados GPRS a la arquitectura celular de GSM.
Tabla 24: Canales Fsicos y Lgicos agregados por GPRS.
Tipo de
Denominacin Descripcin
canal
Canales de Canales PDCH Son asignados exclusivamente para el
Paquetes de dedicados servicio GPRS.
Canales
Datos PDCH
Fsicos Canales PDCH bajo
(Packet Data Son utilizados para GPRS si no son
CHannel) demanda
necesarios para GSM.
Packet Paging Channel: Utilizado para localizar una estacin mvil
PPCH antes de la transferencia de paquetes.
Canales de Packet Random Access Utilizado por la estacin mvil para
control comn Channel: PRACH solicitar canales para GPRS.
Packet Access Grant Utilizados para comunicar a la estacin
Channel: PAGCH mvil los canales de trfico asignados.
Packet Broadcast
Canales de Utilizado para difundir informacin de
Control Channel:
difusin control general del sistema GPRS.
Canales PBCCH
Lgicos Canales de Packet Data Traffic Usado para la transferencia de paquetes de
trfico Channel: PDTCH datos.
Canal de sealizacin asociado con un
Packet Associated
canal de trfico PDTCH. Permite transferir
Control Channel:
el nivel de potencia e informacin del
Canales PACCH
sistema.
dedicados de
control
Packet Timing Control Utilizado para el envo de informacin
Channel- PTCCH. relacionada con el avance del tiempo.

161
 [Link].Interfaces entre Entidades Funcionales

En la Tabla 25 se muestran las nuevas interfaces introducidas por GPRS y las entidades
funcionales que une cada una de estas interfaces.
Tabla 25: Interfaces en GPRS.
Interfaz Descripcin
Interfaz entre los nodos GSN (GGSN, SGSN) y el Gateway CG
Ga
(Charging Gateway)
Gb Interfaz entre el SGSN y la BSS; normalmente usa Frame Relay
Gc Interfaz entre el GGSN y el HLR
Interfaz entre la red GPRS (GGSN) y alguna red de paquetes de datos
Gi
externa (PDN: Packet Data Network)
Interfaz entre dos nodos GSN (por ejemplo entre GGSN y SGSN);
Gn
ste se conecta con el backbone de una red interna
Interfaz entre dos nodos GSN en diferentes PLMNs; esto a travs de
Gp
un gateway de borde
Gr Interfaz entre el SGSN y el HLR
Gs Interfaz entre el SGSN y el MSC/VLR
Gf Interfaz entre el SGSN y el EIR

9.2.3. UMTS

[Link].Clases de Servicio en UMTS

Tabla 26: Clases de Servicios en UMTS.
Clase de
Naturaleza Caractersticas Bsicas Ejemplos
Servicio
Mantener un retardo pequeo y
Servicios de
Conversacional constante al igual que la variacin de Voz, videotelfono
tiempo real
tiempo entre paquetes.
Mantener la variacin de tiempo
Servicios de Streaming de video
Streaming entre paquetes. Retardo constante,
tiempo real o audio
no necesariamente muy pequeo.
Modelo de peticin y respuesta.
Servicios de Mantiene el contenido de los datos. Navegacin en
Interactivo
tiempo no real Retardo moderado y bajas tasas de Internet
error.
Diferido Servicios de No se necesita interaccin. Correo electrnico,
(Background) tiempo no real Mantiene el contenido de los datos. descarga de datos.

162
 [Link].Protocolos Utilizados

A continuacin se presentarn en forma breve los protocolos utilizados en UMTS, tanto en el

plano de usuario como el de control o sealizacin. En la Figura 89 y Figura 90 se muestran los
protocolos de correspondientes a cada plano entre el UE, Nodo B, RNC y MSC. Ahora, se debe
tener en cuenta que los protocolos en cada pila es un ejemplo que puede ir variando a distintos
protocolos especficos dependiendo del tipo de canal.

Uu Iub Iu-CS
UE NODO B RNC MSC/VLR

CC CC

MM MM

RRC RANAP RANAP

RRC
RRC NBAP NBAP SCCP SCCP

RLC RLC SSCF- SSCF- MTP3-B MTP3-B

UNI UNI SSCF-NNI SSCF-NNI
SSCOP SSCOP SSCOP SSCOP
MAC MAC
AAL5 AAL5 AAL5 AAL5
ATM ATM ATM ATM
PHYS PHYS
PHYS PHYS PHYS PHYS
Figura 89: Pila de Protocolos del Plano de Sealizacin utilizados en UMTS.

Uu Iub Iu-CS

UE NODO B RNC MSC+VLR

PDCB BMC PDCB BMC

RLC RLC
IU UP IU UP
MAC MAC
Protocol Protocol
Canal Canal
Lgico FP Lgico FP

PHYS PHYS AAL2 AAL2 AAL2 AAL2

ATM ATM ATM ATM

PHYS PHYS PHYS PHYS
Figura 90: Pila de Protocolos del Plano de Usuario utilizados en UMTS.

ATM (Asynchronous Transfer Mode): Protocolo utilizado en el transporte en el Core de la

red, se basa en la multiplexacin de divisin de tiempo asncrona de paquetes de datos de
largo fijo.
AAL2 y AAL5 (ATM Adaptation Layer): Su funcin es procesar los datos de capas
superiores para la transmisin en ATM. Es decir, segmenta los datos a enviar y reensambla
los datos recibidos. AAL2 se encarga de la transmisin de flujos de datos en tiempo real
con velocidades variables y AAL5 se encarga de la transmisin de flujos de datos con
velocidades variables sin necesidad de cumplir con tiempo real.

163
 Iu UP (User Plane) Protocol: retransmite los datos de usuario desde la UTRAN al CN y
viceversa.
Capa de Adaptacin de Usuario SS7 MTP3: Tambin llamada M3UA, soporta el transporte
de cualquier sealizacin SS7 MTP3-U (en el caso de la UTRAN, ser SCCP) utilizando los
servicios de SCTP (Stream Control transmisin Protocol).
MAP: Corresponde a un conjunto de protocolos utilizados por los elementos del CN para
su comunicacin mutua.
MTP (Message Transfer Part): Se encarga del enrutamiento de mensajes, discriminacin y
distribucin, administracin del enlace de sealizacin y distribucin de carga.
NBAP (Node B Application Part): Usado por el RNC para administrar al Nodo B a travs
de la interfaz Iu. Dentro de sus funciones est la administracin de la configuracin de
celda, del canal de transporte, informacin de sistema, enlace de radio, medidas y recursos
dedicados, correccin de potencia entre otros.
Capa Fsica (PHYS): El estndar ATM no indica ningn medio fsico especfico. La capa
fsica en la interfaz Iu consta de dos sub-capas: PMD (Physical Media Dependent) y TC
(Transmission Convergence).
ALCAP (Access Link Control Application Part): Llamada genricamente Q.2630.1, es
utilizado para establecer conexiones del plano de usuario a travs del dominio CS. Tambin
se conoce como protocolo de sealizacin AAL2.
Q.2150.1: Corresponde a un convertidor entre los protocolos ALCAP y MTP3-B.
RANAP (Radio Access Network Application Part): Entrega el servicio de sealizacin
entre la UTRAN y el CN. RANAP posee tres tipos de servicios: Servicios de control
general (referidos a toda la interfaz Iu), servicios de notificacin (referido a UEs especficos
o a todos los UEs dentro de un rea) y servicios de control dedicado (referidos a un slo
UE).Adems, el transporte de sealizacin cuenta con dos tipos de servicio: transferencia
de datos orientada a la conexin y transferencia de datos no orientada a la conexin.
Dentro de las funciones del protocolo RANAP est la reubicacin del RNC que est
sirviendo, liberacin de los recursos de todas las conexiones Iu, control de sobrecarga en la
interfaz Iu, reseteo de la Iu, reporte de las situaciones generales de error, entre otros.
RNSAP (Radio Network Subsystem Application Part): Especifica los procedimientos de
sealizacin en la red de radio entre dos RNCs. Dentro de los servicios de RNSAP estn
los procedimientos bsicos de movilidad, procedimientos globales, administracin y
supervisin del enlace de radio, reconfiguracin del canal fsico, entre otros.
SSCF (Service-Specific Coordination Function): Mapea los requerimientos de capas
superiores a requerimientos de SSCOP.
SSCOP (Service-Specific Connection-Oriented Protocol): Define mecanismos para
establecer conexiones y liberarlas, e intercambio de la informacin de sealizacin entre
entidades de sealizacin.
SCCP (Signaling Connection Control Part): Posee dos clases de mensajes, la clase 0 provee
servicios no orientados a la conexin y la clase 2, servicios orientados a la conexin.
SCTP (Stream Control Transmission Protocol): Permite transmitir varios protocolos de
sealizacin sobre redes IP.

164
 [Link].Canales Fsicos y Lgicos

En la Tabla 27, a continuacin, se presentan los canales lgicos y fsicos definidos en UMTS.
Tabla 27: Canales Fsicos y Lgicos utilizados en UMTS.
Tipo de Canal Nombre Sentido Tipo Descripcin
BCCH Difusin de informacin de la red

PCCH Aviso a mviles no localizados

Control
Sealizacin con mviles sin
CCCH
Canales conexin RRC
Downlink
Lgicos Sealizacin con un mvil
DCCH
especfico
Transferencia de informacin con
DTCH
un mvil especfico
Trfico
Transferencia de informacin
CTCH
punto-a-multipunto
Difusin de informacin de la red y
BCH
la celda
Envo de informacin a mviles
FACH
cuya ubicacin es conocida
Downlink Comn
Envo de informacin a mviles
PCH
cuya ubicacin NO es conocida
Canales de
DSCH Asignacin de recursos
Transporte
RACH Acceso aleatoria de los mviles
Uplink Comn
Transmisin de paquetes sin
CPCH
asignacin exclusiva.
Transmisin de informacin y
DCH Bidireccional Dedicado
sealizacin en un mvil especfico
P-CCPCH Soporta el canal BCH

Downlink Comn Soporta los canales FACH y el

S-CCPCH
PCH
PDSCH Soporta el canal DSCH

Canales Fsicos PRACH Soporta el canal RACH

Uplink Comn
PCPCH Soporta el canal CPCH

DPDCH Trfico de datos del DCH

Bidireccional Dedicado
PDCCH Trfico de sealizacin del DCH

165
 [Link].Interfaces entre Entidades Funcionales

UMTS define cuatro nuevas interfaces adems de las definidas en GPRS. Estas interfaces se
muestran en la Tabla 28.
Tabla 28: Interfaces en UMTS.
Interfaz Situada entre
Uu Equipo de Usuario (UE) y Nodo B
Iu-CS Interfaz para Conmutacin de Circuitos (RNC-MSC/VLR)
Iu
Iu-PS Interfaz para Conmutacin de Paquetes (RNC-SGSN)
Iub RNC a Nodo B
Iur RNC a RNC (No tiene equivalencia en GSM).

9.2.4. PacketCable

[Link].Arquitectura (Continuacin)

[Link].1. Borde (Edge)

Dentro del bloque de borde se encuentras las siguientes entidades funcionales:
P-CSCF (Proxy CSCF): Esta entidad cumple la misma funcin que el P-CSCF de IMS
(descrito en la seccin [Link].1). El UE accede a la infraestructura SIP a travs del P-CSCF.
El P-CSCF protege la red SIP de los detalles de protocolos especficos de la red de acceso
(como QoS) y permite que la infraestructura sea escalable a travs de la manipulacin de
ciertos recursos de tareas intensivas cuando se interacta con el UE.
Servidores STUN y STUN Relay: Un Servidor STUN es una entidad que recibe
requerimientos STUN, y enva respuestas STUN. Los requerimientos STUN son
tpicamente requerimientos vinculantes usados para determinar los vnculos asignados por
los NATs. El UE enva un requerimiento de vinculacin al servidor sobre UDP. El
servidor examina la direccin IP y el puerto fuente del requerimiento, y los copia dentro de
una respuesta, la que es enviada de vuelta al UE.
La red PacketCable emplea tres servidores STUN, uno como componente funcional del P-
CSCF (no ilustrado en la Figura 33) y dos ms como servidores STUN autnomos:
o El servidor STUN como componente funcional dentro del P-CSCF es utilizado por los
UEs SIP para mantener los vnculos NAT para la sealizacin. Estos mensajes STUN
tambin actan como keepalives, permitiendo al UE determinar la disponibilidad del P-
CSCF y detectar reinicios del NAT.
o El servidor STUN mostrado en la Figura 33 se usa para determinar una de las posibles
direcciones de media candidatas a travs del protocolo STUN.
o El servidor STUN Relay es una entidad que recibe requerimientos STUN de ubicacin,
y enva respuestas STUN. Es servidor es capaz de actuar como un relay de datos,
recibiendo datos en la direccin proveda a los UE, y reenvindola a los UE. Esta
funcionalidad permite que los datos multimedia atraviesen NATs para los casos en
otras tcnicas de atravesamiento de NATs resulten insuficientes.

166
 Administrador de Aplicacin PacketCable: El Administrador de Aplicacin PacketCable es
responsable de variadas tareas. La ms importante de ellas es determinar los recursos de
QoS necesarios para una sesin basado en los descriptores de sesin recibidos y
administrar los recursos de QoS asignados para una sesin.
Determinar los recursos de QoS para una sesin implica interpretar el descriptor de sesin
y calcular el ancho de banda necesario, determinando el tipo de programacin de trfico, y
trasladar los clasificadores de trfico. Esto tambin implica determinar el nmero de flujos
necesarios para la sesin (slo voz vs. voz y video) y administrar la asociacin de los flujos
a la sesin.

[Link].2. Core
El Core de PacketCable, como se observa en la Figura 33, est conformado por entidades
cuyas funciones son las mismas descritas para la arquitectura IMS. Estas entidades son:
S-CSCF (Serving CSCF): Descrito en la seccin [Link].3.
I-CSCF (Interrogating CSCF): Descrito en la seccin [Link].2.
HSS (Home Subscriber Server): Descrito en la seccin [Link].
SLF (Subscription Locator Function): Descrito en la seccin [Link].

[Link].3. PacketCable Multimedia

PacketCable Multimedia define una plataforma basada en IP para entregar servicios multimedia
con QoS mejorada sobre redes de acceso DOCSIS 1.1 (o superior). Esta plataforma permite que las
capacidades del Core de PacketCable (por ejemplo autorizacin de QoS y control de admisin,
mensajes de evento para la cobranza y seguridad) para soportar un amplio rango de servicios IP, ms
all de la telefona. As, mientras el CMS PacketCable es ptimo para brindar servicios de telefona
residencial, los componentes de PacketCable Multimedia ofrecen una plataforma de servicios IP que
requieren un mtodo de QoS.

La arquitectura PacketCable Multimedia define la interaccin entre un CMTS, Servidor de

Polticas y Administracin de Aplicacin. A continuacin se describe el Servidor de Polticas:
Servidor de Polticas: El Servidor de Polticas acta principalmente como un intermediario
entre Administrador(es) de Aplicacin y CMTS(s) para la administracin de sesin de QoS.
ste aplica polticas de red a los requerimientos del Administrador de Aplicacin y acta
como proxy para los mensajes entre el Administrador de Aplicacin y el CMTS.

[Link].4. Aplicacin
AS (Servidor de Aplicacin): Un AS provee servicios con aplicaciones especficas. Un AS
puede influenciar una sesin SIP basado en los servicios soportados. Tambin puede
realizar el papel de Host y ejecutar servicios. Adems puede iniciar o terminar servicios en
nombre de un usuario.
Servidor de Presencia: Corresponde a un servidor de aplicacin especializado. Acta como
el punto focal para la conexin de fuentes de informacin de presencia y las partes
interesadas.

167
 [Link].5. Interconexin
Elemento de Borde: Se interconecta con las redes que pueden ser soportadas a travs de un
elemento de borde. El elemento de borde contiene una funcin Proxy de Interconexin y
puede contener una funcin Media Proxy. La funcionalidad Proxy de Interconexin incluye
interoperacin de protocolos, aplicaciones de registro SIP, servicios de seguridad,
administracin de direcciones IP, interoperacin con redes IPv4 e IPv6.
PacketCable no define requerimientos funcionales especficos que el Elemento de Borde
deba soportar, sino que cada operador determina los requerimientos de ste de acuerdo a
sus necesidades.
BGCF (Breakout Gateway Control Function): Provee la seleccin de red para enrutamiento
a la PSTN y dentro de su propia red determina cual MGC se utilizar para conectarse a la
PSTN.
PSTN GW (Gateway PSTN): Est formado por el SG (Signaling Gateway, que realiza la
conversin de sealizacin a nivel de la capa de transporte entre SS7 y transporte basado
en IP), MGC (Media Gateway Controller, que realiza la conversin de protocolos entre
mensajes SS7 ISUP y protocolos PacketCable) y el MG (Media Gateway, que realiza la
conversin de los canales portadores entre la red conmutada y la de PacketCable, basada en
flujos RTP).
CMS (Call Managment Server): Entrega soporte a los servicios de telefona para clientes
con sealizacin de llamadas de red (como los E-MTAs). Entrega la mayor parte de las
cualidades de la telefona mientras acta directamente con los servidores de aplicacin para
entregar aplicaciones adicionales a los E-MTAs. Adems, el CMS se comunica con los
CSCFs como un igual.

[Link].Sistemas de Soporte Operacional

Se espera que la red PacketCable posea los siguientes servidores como parte del Sistema de
Soporte Operacional:
Servidor DHCP (Dynamic Host Configuration Protocol): Se utiliza un servidor DHCP
cuando la red local del UE est bajo el control del Proveedor de Servicios. ste entrega
informacin de participacin de la red IP. Los UEs en ambientes que no estn bajo el
control del proveedor de Servicios puede no ser capaz de utilizar los servicios del DHCP,
en esos casos se asume que la informacin de participacin de la red IP es entregada al UE
por la red local.
Servidor DNS (Domain Name System): Se utiliza para resolver entidades DNS a
direcciones de red y viceversa.
Servidor ENUM: Se utiliza para almacenar y traducir nmeros E.164 a SIP URIs o
Registros NS (Name Server) apuntando al Servidor de Nombre para el operador con la
delegacin de ese nmero E.164 especfico.
Elemento PAC (Provisioning, Activation, and Configuration): Es la componente
responsable de aprovisionamiento, activacin y configuracin de los UEs. es la responsable
de mantener la informacin de configuracin del UE. Los datos de configuracin
contienen la informacin necesaria para que un UE entregue servicios. Tambin es el
elemento que comunica los cambios en la configuracin de la red al usuario o viceversa.

168
 EMS y NMS (Element Management y Network Management Systems): Un EMS o NMS
relaciona a una o ms entidades asociadas con el monitoreo y administracin de elementos
de red especficos o de una red completa, respectivamente.
Servidor de Tiempo: Usado por los UEs para obtener el tiempo.
CDF/CGF (Charging Data Function / Charging Gateway Function): El CDF recibe
eventos de cobranza de los distintos elementos de la red PacketCable. As, puede utilizar la
informacin contenida en los CDRs. Los CDRs producidos por el CDF son transferidos al
CGF, el que acta como un gateway al Sistema de Soporte de Cuentas.

[Link].Principales Protocolos
Dentro de los protocolos utilizados por PacketCable se encuentran:
RTP (Real Time Protocol) y RTCP (Real Time Control Protocol).
TGCP (PSTN Gateway Call Signaling Protocol), que es una extensin MGCP para Media
Gateways.

Uno de los protocolos ms importantes para el funcionamiento de PacketCable corresponde al

protocolo DOCSIS, el se describe brevemente a continuacin.

DOCSIS corresponde a un estndar internacional creado por CableLabs que define los
requerimientos de interfaz para cable mdems utilizados para la distribucin de datos de alta
velocidad sobre sistemas de red de televisin por cable. Se han adoptado distintas variantes de las
versiones de DOCSIS dependiendo de los sistemas de bandas que utilice cada pas para la televisin
por cable.

DOCSIS provee una gran variedad de opciones en la capa fsica PHY y la capa de Control de
Acceso al Medio MAC (correspondientes a las capas 1 y 2 del modelo OSI respectivamente),
Capa PHY: DOCSIS 1.0 y 1.1 especifica canales de ancho entre 200 KHz y 3,2 MHz
mientras que DOCSIS 2.0 especifica 6,4 MHz. En cuanto a modulacin DOCSIS
especifica 64-QAM o 256-QAM para el flujo downstream y QPSK o 16-QAM para el flujo
upstream.
Capa MAC: DOCSIS 1.0 y 1.1 utilizan TDMA y DOCSIS 2.0 utiliza TDMA y S-CDMA
(Synchronous CDMA). Adems, desde su versin 1.1, DOCSIS incluye caractersticas de
QoS que permiten soportar aplicaciones eficientemente.

En la Tabla 29 se aprecian las velocidades de transferencia de las distintas versiones de

DOCSIS, tanto downstream como upstream.
Tabla 29: Velocidades de Transferencia de DOCSIS.
DOCSIS Downstream Upstream
1.1 38 Mbps 10 Mbps
2.0 40 Mbps 30 Mbps
3.0 160 Mbps 120 Mbps

169
 [Link].Interfaces entre componentes funcionales

PacketCable define un conjunto de interfaces o puntos de referencia entre entidades

funcionales. Estas interfaces pueden ser propias o tomadas de la arquitectura IMS. Los puntos de
referencia propios de PacketCable tienen un formato de nombre estandarizado con las siguientes
caractersticas: pkt-<rea funcional>-<nmero del punto de referencia>.

En la se muestran las principales interfaces de PacketCable adicionales a las de IMS.

Tabla 30: Principales Interfaces de PacketCable.
Interfaz Une las entidades Breve Descripcin
Corresponde a una interfaz del tipo TGCP (Trunking
pkt-sig-1 MGC MG
Gateway Control Protocol).
Permite establecer sesiones de voz a los E-MTAs con
CMS (S/I)-CSCF los elementos PacketCable. Adems permite al BGCF,
pkt-sig-2 MGC (S/I)-CSCF S-CSCF e I-CSCF intercambiar sealizacin de sesin
MGC BGCF con un MGC para interoperar con la PSTN. Usa el
protocolo CMSS (CMS to CMS Signaling)
P-CSCF Interfaz de Servicio Web Multimedia. Permite al P-
pkt-qos-1 Administrador de CSCF hacer requerimientos de QoS al Administrador de
Aplicacin Aplicacin.
El servidor de polticas usa el protocolo CPD (Control
Servidor de Polticas
pkt-qos-2 Point Discovery) para determinar el CMTS que sirva a
- CMTS
un UE dado.
Permite al CMTS instruir al CM para montar, desechar,
pkt-mm-1 CM CMTS
o cambiar un flujo de servicio DOCSIS.
Servidor de Polticas Permite al servidor de polticas traspasar sus decisiones
pkt-mm-2
- CMTS al CMTS y a este ltimo, entregar respuestas.
Administrador de
Permite al administrador de aplicacin pedir al servidor
pkt-mm-3 Aplicacin
de polticas que instale decisiones en el CMTS.
Servidor de Polticas
UE Servidor Permite al UE acceder al servidor TURN para que
pkt-nat-1
TURN soporte el cruce del NAT.
UE Servidor Permite al UE determinar una de las posibles
pkt-nat-2
STUN externo direcciones media usando STUN.
pkt- pacm-1 UE - DHCP Provee la informacin de participacin de la red.
Permite al UE resolver nombres DNS para la
pkt- pacm-2 UE DNS localizacin de elementos de red o enrutamiento de
mensajes.
Permite al UE, a travs del uso de SIP, suscribir el
pkt- pacm-3 UE - PDS
estatus de informacin y caractersticas de datos.
Usado para distribuir y administrar la configuracin y
pkt- pacm-4 UE -XDS
caractersticas de datos.
pkt- pacm-5 UE Tiempo Permite al UE obtener el tiempo.
Permite a los EMSs y NMSs monitorear y administrar
pkt- pacm-6 UE EMS & NMS
UEs.

170
 [Link].Adaptacin de Identidades de IMS.

Adems de las identidades pblicas y privadas de usuario definidas por IMS, PacketCable
agrega la identidad GRUU (Globally Routable User Agent URI), en que cada GRUU se asocia con
una identidad pblica de usuario y un UE. En PacketCable, cuando un UE se registra se le asigna una
ID de Instancia en un tiempo dado, de esta forma, el GRUU sirve como un URI (Uniform Resource
Identifier) que puede usarse desde cualquier dominio y se enrutar slo al UE con la especfica
identidad pblica asociada y la ID de Instancia. Los GRUUs son asignados por el S-CSCF del UE y
los requerimientos destinados a un GRUU son enrutados al S-CSCF responsable de la identidad de
usuario pblica asociada con el GRUU.

En la Figura 91 se observa la relacin entre las identidades pblicas de usuario, GRUUs y UEs.
Si un UE se registra con mltiples identidades pblicas a cada una se le asigna un GRUU separado.
De la misma forma, si varios UEs se registran con la misma identidad pblica, a cada uno se le asigna
un diferente GRUU.

Identidad Pblica
GRUU-1
De usuario - 1

Identidad Privada UE-1

De usuario - 1
GRUU-2
Identidad Pblica
De usuario - 2

Identidad Privada GRUU-3

De usuario - 2 UE-2
Identidad Pblica
GRUU-4
De usuario - 3
Figura 91: Relacin entre Identidades Pblicas de Usuario, GRUUs y UEs.

171
9.3. Diagrama Resumen de IMS

Figura 92: Diagrama Resumen de IMS.

172
 9.4. Conceptos y Funcionamiento de IMS
(Continuacin)

9.4.1. Ejemplos de Control de Portadores de Trfico

[Link].Proceso de Reservacin de Recursos en UMTS

En la Figura 93 se observa, a modo de ejemplo, el proceso de reservacin de recursos para un

servicio basado en una poltica local. El proceso realizado se resume a continuacin:
1. El UE enva un mensaje de Activar Contexto PDP al SGSN con los parmetros de QoS e
informacin vinculada.
2. El SGSN enva al GGSN el mensaje de Crear Contexto PDP.
3. El GGSN enva un mensaje COPS de Requerimiento al PDF con la informacin vinculada
para obtener informacin relevante de polticas.
4. Mediante un token de autorizacin, el PDF identifica el estatus de informacin de la
autorizacin y enva un requerimiento de autorizacin al AF (en este caso, el P-CSCF).
5. El AF (P-CSCF) enva la informacin de servicio al PDF.
6. El PDF autoriza los recursos de QoS requeridos para la sesin e instala las polticas a nivel
de portadores IP en su base de datos interna.
7. El PDF enva un mensaje COPS Dec (Decision) de vuelta hacia el GGSN.
8. El GGSN enva un mensaje COPS RTP hacia el PDF, lo que gatilla un mensaje de reporte
a ser enviado desde el PDF al AF.
9. El GGSN mapea el flujo IP basado en la informacin de polticas en el contexto PDP
basado en la informacin de polticas y usa esta informacin para aceptar el requerimiento
de activacin PDP, y enva un mensaje de respuesta de Crear un contexto PDP al SGSN.
10. Se realiza un procedimiento de asignacin RAB (Radio Access Bearer).
11. El SGSN enva un mensaje de contexto PDP de activacin de aceptacin.

UE SGSN GGSN PDF P-CSCF

Activa un contexto PDP Crea un contexto PDP

de requerimiento
Requerimiento Requerimiento de
autorizacin Gq

Ack. Autorizacin Gq

Autoriza QoS

Dec

Crea un contexto PDP RTP

de respuesta
Activacin RAB

Activa un contexto PDP

de aceptacin

Figura 93: Reservacin de Recursos para un servicio basado en una poltica local.

173
 [Link].Proceso de Reservacin de Recursos a travs de una WLAN

A continuacin se muestra un proceso de asignacin de QoS a travs de una WLAN. Los

pasos de este proceso son:
1. El UE comienza el proceso de autentificacin para el acceso WLAN.
2. La WLAN enva sus capacidades junto con el requerimiento de acceso del usuario a un
Servidor AAA 3GPP.
3. El profile de QoS del usuario es bajado desde el HSS/HLR al Servidor AAA.
4. Se realizan los intercambios de autentificacin.
5. El requerimiento de acceso del usuario es aceptado y se enva el mensaje correspondiente
junto con el profile de QoS autorizado desde el Servidor AAA 3GPP a la WLAN.
6. La WLAN informa al UE de la autentificacin exitosa.
7. Los mensajes de accounting desde la WLAN incluyen el profile de QoS que est siendo
utilizado.

UE WLAN Servidor AAA 3GPP HSS

Comienza autentificacin
Requerimiento de Acceso
+ Capacidades WLAN Baja el profile de usuario

Ms intercambios de Autorizacin

Aceptacin de Acceso +
Profile de QoS autorizado
Autentificacin aceptada
Mensajes de Accounting +
Profile de QoS usado

Figura 94: Flujo de Mensajes para entregar QoS con una WLAN de acceso.

[Link].Implementacin de QoS en redes Inalmbricas

Para la implementacin de QoS en redes inalmbricas probablemente se utilizarn protocolos

ya existentes. Un protocolo de gran utilidad para la implementacin de QoS puede ser el protocolo
de la IEEE 802.1D que es una especificacin que entrega pautas para la priorizacin de diferentes
trficos de usuario en la Capa 2 del modelo OSI. El protocolo 802.1D define un parmetro llamado
user_priority que corresponde a la prioridad requerida por el usuario que origina el servicio y
consiste en un nmero natural desde 1 hasta 7 (aunque cero es el valor de la prioridad de usuario por
defecto). En la Tabla 31 se observan los valores de prioridad de usuario para distintas clases de
trfico existentes.

Con el este protocolo se pueden implementar clases de trfico en redes inalmbricas. Por
ejemplo, la Alianza Wi-Fi defini un perfil llamado WMM (Wireless Multimedia Extensions) que se
basa en las especificaciones de la tecnologa de la IEEE 802.11e. El perfil WMM provee soporte para
aplicaciones multimedia definiendo cuatro categoras de acceso derivadas del protocolo 802.1D. En
la Tabla 32 se muestran estas categoras de acceso.

174
 Tabla 31: Mapeo de la Clase de Trfico de acuerdo al Nmero de Colas.
N de Colas del sistema Tipos o Clases de Trfico soportados por las Colas
{Best Effort, Excellent effort, Background, Voice,
1
Controlled Load, Video, Network Control}
{Best Effort, Excellent effort, Background}
2
{Voice, Controlled Load, Video, Network Control}
{Best Effort, Excellent effort, Background},
3
{Controlled Load, Video}, {Voice, Network Control}
{Background}, {Best Effort, Excellent effort},
4
{Controlled Load, Video}, {Voice, Network Control}
{Background}, {Best Effort, Excellent effort},
5
{Controlled Load}, {Video}, {Voice, Network Control}
{Background}, {Best Effort}, {Excellent effort},
6
{Controlled Load}, {Video}, {Voice, Network Control}
{Background}, {Best Effort}, {Excellent effort},
7
{Controlled Load}, {Video}, {Voice}, {Network Control}

Tabla 32: Mapeo de Categoras de Acceso WMM y Etiquetas 802.1D.

Categora de Acceso Etiquetas 802.1D
WMM Prioridad de Voz 7, 6
WMM Prioridad de Video 5, 4
WMM Prioridad de Best Effort 0, 3
WMM Prioridad de Background 2, 1

9.4.2. Procedimientos de Inicio de Sesin

[Link].Origen desde la PSTN

Cuando un usuario trata de iniciar una sesin travs de IMS desde la red PSTN, se requiere de
la entidad funcional MGCF (Media Gateway Control Function), la que en IMS es un punto final SIP
que inicia los requerimientos en nombre de la PSTN y MGW. As, las entidades subsiguientes
involucradas en la sealizacin consideran la sealizacin como si viniera de un S-CSCF.

Debido al enrutamiento de sesin dentro de la PSTN, el procedimiento de origen slo podr

ocurrir en la red Home del suscriptor de destino. El flujo de mensajes para el procedimiento de
origen se muestra en la Figura 95.

El procedimiento de origen desde la PSTN es como sigue:

1. La PSTN establece un mapa de portadores hacia el MGW, y sealiza al MGCF con un
mensaje IAM (Initial Address Message) dando la identidad troncal e informacin de
destino.
2. El MGCF inicia un comando H.248, para fijar la troncal desde la PSTN a un puerto IP.

175
 Gateway de Red Home de destino Red IMS Home
de destino
PSTN MGW MGCF
1. IAM

2. Interaccin H.248 para crear la

Conexin

3. Invite

4. Ofrece Respuesta

5. Interaccin H.248 para modificar

la Conexin para reservar recursos

6. Confirma respuesta

7. Conf Ack

8. Reservar Recursos

9. Conf Reservacin

10. Conf Reservacin

11. Ringing
12. ACM
13. 200 OK
14. ANM

15. Interaccin H.248 para

comenzar el flujo de media

16. Ack

Figura 95: Origen desde la PSTN.

3. El MGCF inicia un requerimiento SIP INVITE en direccin a un identificador

telefnico o, si es dirigido por una poltica del operador local, a un identificador SIP, y
enva el requerimiento a un I-CSCF configurado.
4. Se retornan las capacidades del stream media del destino por el mapa de sealizacin.
5. El MGCF inicia un comando H.248 para modificar los parmetros de conexin e
indicar al MGW que reserve los recursos necesarios para la sesin.
6-7. El MGCF decide el stream media para esa sesin, confirma la recepcin del mensaje y
enva una confirmacin. Luego, el punto de trmino responde a la confirmacin.
8. El MGW reserva los recursos necesarios para la sesin.
9-10. Cuando la reservacin de recursos est completa, el MGCF enva el mensaje de
Reservacin de Recursos exitosa al punto de trmino y ste ltimo responde al de origen
cuando ocurri la reservacin de recursos exitosa.
11-12. Opcionalmente, el punto de trmino puede realizar alertas. Si es as, ste seala a la parte
de origen con una respuesta provisional indicando ringing. Este mensaje se enva al
MGCF y ste enva un mensaje ACM (Address Complete Message) a la PSTN.
13-14. Cuando la parte de destino responde, los procedimientos de trmino y S-CSCF a S-
CSCF entregan una respuesta final SIP 200 OK enviada al MGCF. ste ltimo enva un
mensaje ANM (Answer Message) a la PSTN.

176
 15. El MGCF inicia un comando H.248 para alterar la conexin al MGW y hacerla
bidireccional.
16. El MGCF reconoce la respuesta final SIP y responde con un mensaje SIP ACK.

[Link].Origen desde un Cliente externo SIP No-IMS

Como se mencion anteriormente, SIP (Session Initiation Protocol) es un protocolo para

iniciar, modificar y terminar sesiones muy utilizado para VoIP. De esta forma, pueden existir muchos
clientes SIP que no soporten algunas extensiones SIP IMS y, sin embargo, deseen realizar una sesin
a travs de esta arquitectura. Para estos casos, el UE debe levantar la sesin sin activar la
transferencia de informacin media hasta que la sesin haya sido aceptada y se haya completado la
reservacin de recursos.

En la Figura 96 se muestra un ejemplo para un cliente SIP No-IMS y un usuario de trmino

que se encuentra en su red Home (en este caso, no se encuentra en alguna red visitada).

Red de Origen Externa Red Home de Trmino

Cliente SIP Externo S-CSCF S-CSCF UE

1. Invite
2. Invite

3. Autoriza Recursos de QoS

4. Invite

5. Reservacin
de Recursos

6. 180 Ringing
7. 180 Ringing
8. 180 Ringing
9. 200 OK (media activo)

10. Ejecutar Recursos de QoS

11. 200 OK (media activo)

12. 200 OK (media activo)

13. ACK
14. ACK
15. ACK

Figura 96: Origen desde un Cliente Externo No-IMS.

Para este ejemplo, el procedimiento de origen para un cliente externo es:

1-2. Llega al UE en la red IMS un requerimiento de sesin con la informacin de media pero
sin la precondicin de capacidad requerida.
3. El P-CSCF (utilizando el PDF) se basa en las polticas del operador para autorizar los
recursos necesarios para la sesin y se genera un token de autorizacin. Sin embargo, los
parmetros no han sido negociados an.
4. El P-CSCF reenva el requerimiento INVITE al UE.
5. El UE inicia la reservacin de recursos de acuerdo a la sesin y parmetro de media.
6-8. La informacin de ringing se enva a la parte de origen.

177
 9-12. Cuando el UE completa la reservacin de recursos y el usuario acepta la sesin, el UE
enva una respuesta 200 OK. Basado en las polticas del operador el P-CSCF/PDF
puede actualizar la autorizacin de media de acuerdo a los parmetros negociados y
entrega los recursos autorizados para la sesin.
13-15. La parte de origen enva un reconocimiento de la sesin (Acknowledgement).

9.4.3. Procedimientos S-CSCF/MGCF l S-CSCF/MGCF

[Link].Terminacin PSTN en una Red distinta a la del S-CSCF

En la Figura 97 se muestran los flujos necesarios para establecer una sesin hacia una
terminacin PSTN en que la red de trmino no se encuentra en la misma red que el S-CSCF de la red
de origen utilizada. En estos casos se utiliza la entidad funcional BGCF (Border Gateway Control
Function) que se encarga de hacer la transicin entre la red IMS y la red PSTN si sta si el cambio
ocurre en la misma red de origen o, si el cambio ocurre en otra red, se encarga de entregar el
requerimiento a otro BGCF dentro de esa red.

A continuacin se explican, en resumen, los procedimientos realizados:

1. El requerimiento SIP INVITE se enva desde el UE al S-CSCF de la red de origen.
2. El S-CSCF de origen realiza la lgica de servicio necesaria para levantar la sesin.
3. El S-CSCF de origen analiza la direccin de destino y determina que es para la PSTN, y
entrega el requerimiento al BGCF en la red de origen.
4. El BGCF de la red de origen determina que la transicin a la PSTN debe ocurrir en otra
red y reenva el requerimiento al BGCF de esa red de destino.
5. El BGCF de la red de destino determina que el MGCF (recordar que el MGCF es el
punto final SIP que inicia requerimientos en nombre de la PSTN) debe estar en esa red
y selecciona un MGCF apropiado. El requerimiento SIP INVITE es reenviado al
MGCF y, por tanto, al punto de trmino en la PSTN.
6-9. Las capacidades de stream media del destino son retornados a travs del mapa de
sealizacin desde el punto de trmino en la PSTN hacia el punto de origen.
10-13. El punto de origen decide las capacidades de flujo entre las caractersticas ofrecidas y
confirma la recepcin del mensaje enviando un mensaje de confirmacin al S-CSCF de
la red de origen y luego es reenviado hasta llegar al punto de trmino en la PSTN.
14-21. El punto de trmino responde un reconocimiento a travs del mapa de sesin hasta el
punto de origen. Luego de que el punto de origen completa los procedimientos de
reserva de recursos, enva un mensaje de reservacin de recursos exitosa al S-CSCF de la
red de origen, el que es reenviado al punto de trmino mediante el mapa de sesin
establecido.
22-29. El punto de trmino responde el mensaje hacia el punto de origen y puede generar un
mensaje de ringing hacia el punto de origen.
30-37. El punto de trmino enva 200 OK cuando la parte de destino responde la sesin y el
punto de origen enva un reconocimiento del establecimiento de la sesin.

178
 Red Red Home de origen Red de Interworking Red
origen trmino
S-CSCF #1 BGCF1 #1 BGCF #2

1. Invite

2. Control de Servicio

3. Invite
4. Invite
5. Invite

6. Ofrece respuesta
7. Ofrece respuesta
8. Ofrece respuesta
9. Ofrece respuesta

10. Confirma respuesta

11. Confirma respuesta
12. Confirma respuesta
13. Confirma respuesta

14. Conf Ack

15. Conf Ack
17. Conf Ack 16. Conf Ack

18. Conf Reservacin

19. Conf Reservacin
20. Conf Reservacin
21. Conf Reservacin

22. Conf Reservacin

24. Conf Reservacin 23. Conf Reservacin
25. Conf Reservacin
26. Ringing
27. Ringing
28. Ringing
29. Ringing
30. 200 OK
31. 200 OK
32. 200 OK
33. 200 OK

34. Ack
35. Ack
36. Ack
37. Ack

Figura 97: Inicio de Sesin con trmino PSTN en una Red distinta a la del S-CSCF.

9.4.4. Procedimientos de Trmino de Sesin

[Link].Trmino en una red PSTN

Cuando se debe realizar una terminacin hacia la PSTN, la transicin debe realizarse en la
misma red Home de origen. Sin embargo, pueden existir acuerdos entre los operadores que permitan
realizar la terminacin hacia la PSTN en una red distinta a la red Home de origen.

En la Figura 98 se muestra el flujo de mensajes para realizar una sesin con la parte de trmino
en una red PSTN. A continuacin se resume la secuencia de mensajes realizada:
1. El MGCF recibe un requerimiento SIP INVITE mediante algn procedimiento de
inicio de sesin y de S-CSCF/MGCF a S-CSCF/MGCF.
2-3. El MGCF inicia una interaccin H.248 para tomar un canal saliente y determinar las
capacidades media del MGW. Luego, determina el tipo de stream media que soporta de
entre los que le propone la parte de origen y le enva un mensaje de respuesta.
4. La parte de origen enva una confirmacin o puede continuar ofreciendo nuevos tipos
de stream media.

179
 5-6. El MGCF inicia una interaccin H.248 para modificar la conexin establecida en el paso
2 y dirige al MGW para que reserve los recursos necesarios para el stream media y luego
responde los medios ofrecidos a la parte de origen.
7. El MGW reserva los recursos necesarios.
8-10. Luego de que la parte de origen reserva sus recursos necesarios exitosamente enva un
mensaje de confirmacin al MGCF, el que enva un mensaje IAM a la PSTN y luego
enva una respuesta al mensaje de reserva exitosa hacia la parte de origen.
11-12. Luego de que se establece el mapa de destino, la parte de trmino puede alertar al
usuario de trmino sobre el intento de sesin; si es el caso, ste responde con un
mensaje ACM y el MGCF indica un mensaje ringing a la parte de origen.
13. Cuando la parte de trmino responde, la PSTN enva un mensaje ANM al MGCF.
14-16. El MGCF inicia una interaccin H.248 para que la conexin en el MGW se haga
bidireccional y enva una respuesta SIP 200 OK a la parte de origen, la que enva un
mensaje de reconocimiento de vuelta al MGCF.

Red de Gateway de Red Home de Trmino

Origen
MGCF MGW PSTN

1. Invite

2. Interaccin H.248 para crear la

Conexin

3. Ofrece Respuesta

4. Confirma respuesta

5. Interaccin H.248 para modificar

la Conexin para reservar recursos

6. Conf Ack

7. Reservar Recursos

8. Conf Reservacin 9. IAM

10. Conf Reservacin
11. ACM
12. Ringing
13. ANM

14. Interaccin H.248 para

comenzar el flujo de media
15. 200 OK

16. ACK

Figura 98: Procedimiento de Trmino de Sesin en la PSTN.

[Link].Trmino en un Cliente externo SIP No-IMS

Es posible que un cliente IMS desee iniciar sesin con un cliente SIP externo que no soporte
las precondiciones necesarias en IMS. Cuando pasa esto, existe proceso de tres etapas para iniciar la
sesin. En la Figura 99 se muestran los flujos de mensajes para las tres etapas definidas en el prrafo
180
siguiente. En este escenario, se supone que ambos usuarios estn en su red Home como forma de
simplificacin.

Red Home de Origen Red de Trmino Externa

UE P-CSCF S-CSCF Cliente SIP Externo

1. Invite
2. Invite
(Precondicin) 3. Invite
(Precondicin)
Primer Paso

(Precondicin)
4. 420 (Bad Extension)
5. 420 (Bad Extension)
6. 420 (Bad Extension) No soporta Precondicin
No soporta Precondicin
No soporta Precondicin
7. ACK
8. ACK
9. ACK

10. Invite
11. Invite
Precondicin soportada 10. Invite
Precondicin soportada
(Media Inactivo) Precondicin soportada
(Media Inactivo)
(Media Inactivo)

14. 180 Ringing 13. 180 Ringing

15. 180 Ringing
Segundo Paso

17. 200 OK 16. 200 OK

(Media inactivo) (Media inactivo)

18. Autorizar Recursos de QoS

19. 200 OK
(Media inactivo)
20. ACK
21. ACK
22. ACK
23. Inicia Reservacin
de Recursos

24. Invite
25. Invite
(Media activo) 26. Invite
(Media activo)
(Media activo)
28. 200 OK 27. 200 OK
(Media activo) (Media activo)
Tercer Paso

29. Ejecutar Recursos de QoS

30. 200 OK
(Media activo)
20. ACK
21. ACK
22. ACK

Sesin Establecida

Figura 99: Flujos de Mensajes para un Cliente externo SIP No-IMS de Trmino.

Los pasos seguidos son:

1. El UE de origen inicia un requerimiento de sesin IMS con precondiciones de capacidades
que no son soportadas por el cliente SIP externo. Cuando llegan a la parte de trmino, sta

181
 responde que no soporta estas precondiciones a lo que la parte de origen responde con un
reconocimiento.
2. Basado en la respuesta que no existe soporte, el UE de origen reinicia la sesin anulando
sus requerimientos e indicando slo su propio soporte. El UE ajusta todas sus
componentes media como inactivas hasta que la informacin de media ya ha sido
negociada por el P-CSCF/PDF de forma de establecer la sesin pero sin que se hayan
asignado los recursos an. Finalmente, el UE inicial la reservacin de recursos.
3. Una vez acordados los parmetros de la sesin y ya que el UE ha reservado recursos
exitosamente, la sesin contina levantndose pasando los componentes media a activos.
De esta forma el P-CSCF/PDF asigna los recursos reservados y luego de un
reconocimiento del UE, se establece la sesin entre los dos puntos.

9.4.5. Funciones de Control de Borde

[Link]. Transporte del Plano de Usuario

Como se mostr anteriormente, el TrGW se encarga de hacer la traduccin de informacin

necesaria entre redes IPv4 e IPv6. Cuando el TrGW recibe un mensaje desde una red a otra realiza
una de las siguientes acciones:
Reemplaza la (o las) direccin IPv4 recibida y nmero de puerto en el mensaje con la
direccin y puerto IPv6 correspondiente.
Reemplaza la (o las) direccin IPv6 recibida y nmero de puerto en el mensaje con la
direccin y puerto IPv4 correspondiente.

En el primer caso, si el TrGW recibe un mensaje IPv4 debe reemplazarlo por un mensaje con
headers IPv6 para enviarlo a la red IPv6. As, se distinguen dos alternativas:
Si el paquete no est fragmentado (indicado por el bit DF, que est activado), los headers
IPv6 se configuran como lo indica la Tabla 33.
Si el paquete est fragmentado (bit DF no activado), los headers IPv6 se configuran como
se muestra en la Tabla 33.

182
 Tabla 33: Derivacin de Headers IPv4 a IPv6 (sin fragmentacin).
Campo IPv6 Valor
Versin 6
El comportamiento por defecto es que el valor de este
campo IPv6 es el valor del campo IPv4 Tipo de
Servicio (los 8 bits correspondientes son copiados). Sin
Clase de Trfico
embargo, el TrGW puede implementar la opcin de
ignorar el valor de este campo IPv4 y dejar el campo
Clase de Trfico en cero.
Etiqueta de Flujo Este campo se configura en cero (todos los bits cero).
Su valor es el campo de largo total IPv4 menos el
Largo de Carga til (Payload) tamao del header IPv4 y el largo del campo de
opciones IPv4, si existe.
El valor del Prximo Header IPv6 se copia del campo
Prximo Header
del protocolo IPv4.
Su valor es el valor del campo IPv4 Time to Live
Lmite de Saltos
menos 1.
Puede administrarse como las direcciones del mensaje de
Direccin Fuente carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).
Puede administrarse como las direcciones del mensaje de
Direccin de Destino carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).

183
 Tabla 34: Derivacin de Headers IPv4 a IPv6 (con fragmentacin).
Campo IPv6 Valor
Versin 6
Clase de Trfico El comportamiento por defecto es que el valor de este
campo IPv6 es el valor del campo IPv4 Tipo de
Servicio (los 8 bits correspondientes son copiados). Sin
embargo, el TrGW puede implementar la opcin de
ignorar el valor de este campo IPv4 y dejar el campo
Clase de Trfico en cero.
Etiqueta de Flujo Este campo se configura en cero (todos los bits cero).
Largo de Carga til (Payload) Su valor es el campo de largo total IPv4 menos el
tamao del header IPv4 y el largo del campo de
opciones IPv4, si existe.
Prximo Header Este campo se activa como header de Fragmento (44).
Lmite de Saltos Su valor es el valor del campo IPv4 Time to Live
menos 1.
Direccin Fuente Puede administrarse como las direcciones del mensaje de
carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).
Direccin de Destino Puede administrarse como las direcciones del mensaje de
carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).
Headers de Fragmentos:
a) Prximo Header Copiado del campo del Protocolo IPv4.
b) Fragmento de Copiado del Fragmento de Compensacin IPv4.
Compensacin (Offset)
c) Bit de ms fragmentos Copiado del valor de ms fragmentos del campo de flags
IPv4 de bit de ms fragmentos.
d) Identificacin Los 16 bits de menor orden son copiados del campo de
Identificacin IPv4, los 16 bits de mayor orden se dejan
en cero.

En el segundo caso, si el TrGW recibe un mensaje IPv6 que va hacia una red IPv4, entonces se
distinguen dos casos, igual que en el caso anterior:
Si el paquete IPv6 no est fragmentado, el paquete IPv4 es como en la Tabla 35.
Si el paquete IPv6 est fragmentado, el paquete IPv4 es como en la Tabla 36.

184
 Tabla 35: Derivacin de Headers IPv6 a IPv4 (sin fragmentacin).
Campo IPv4 Valor
Versin 4
Largo del Header de Internet 5 (sin opciones IPv4).
El comportamiento por defecto es que el valor de este
campo IPv4 es el valor del campo IPv6 Clase de
Trfico (los 8 bits correspondientes son copiados). Sin
Tipo de Servicio
embargo, el TrGW puede implementar la opcin de
ignorar el valor de este campo IPv6 y dejar el campo
Clase de Trfico en cero.
Su valor es el valor del campo de largo de carga til IPv6
Largo Total
ms el tamao de los headers IPv4.
Identificacin Todos los bits son puestos en cero.
El flag de ms fragmentos (more fragment) es puesto en
Flags cero. El flag no fragmentos (Dont fragment) es puesto
en uno.
Su valor es el valor del campo IPv6 Lmite de Saltos
Time to Live (TTL)
menos 1.
Protocolo Su valor es el del campo IPv6 del Prximo Header
Header Checksum Se calcula una vez que el header IPv4 se ha creado.
Puede administrarse como las direcciones del mensaje de
Direccin Fuente carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).
Puede administrarse como las direcciones del mensaje de
Direccin de Destino carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).

185
 Tabla 36: Derivacin de Headers IPv6 a IPv4 (con fragmentacin).
Campo IPv4 Valor
Versin 4
Largo del Header de Internet 5 (sin opciones IPv4).
El comportamiento por defecto es que el valor de este
campo IPv4 es el valor del campo IPv6 Clase de
Trfico (los 8 bits correspondientes son copiados). Sin
Tipo de Servicio
embargo, el TrGW puede implementar la opcin de
ignorar el valor de este campo IPv6 y dejar el campo
Clase de Trfico en cero.
Su valor es el valor del campo de largo de carga til IPv6
Largo Total ms el tamao de los headers IPv4 menos 8, por el
header de Fragmento.
Es copiada de los 16 bits de menor orden en el campo
Identificacin
de Identificacin IPv6, en el header de Fragmento IPv6.
El flag IPv4 de ms fragmentos (more fragment) es
copiado del flag IPv6 M en el header de fragmento IPv6.
Flags El flag no fragmentos (Dont fragment) es puesto en
cero para permitir que el paquete IPv4 sea fragmentado
por los routers IPv4.
Su valor es el valor del campo IPv6 Lmite de Saltos
Time to Live (TTL)
menos 1.
Protocolo Su valor es el del campo IPv6 del Prximo Header
Header Checksum Se calcula una vez que el header IPv4 se ha creado.
Puede administrarse como las direcciones del mensaje de
Direccin Fuente carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).
Puede administrarse como las direcciones del mensaje de
Direccin de Destino carga til como se describi en el primer prrafo
(cambiar las versiones de direcciones y puertos).

9.4.6. Puntos de Referencia para la Interoperacin entre IMS y

una WLAN
En la Tabla 37 se muestra una breve descripcin de los puntos de referencia en la arquitectura
de interoperacin entre IMS y redes de acceso WLAN.

186
 Tabla 37: Puntos de Referencia para la Interoperacin con una WLAN.
Punto de
Descripcin General
Referencia
Conecta la WLAN AN a la red 3GPP de acceso (que puede ser la red
Wa Home o visitada). Transporta informacin de autentificacin, autorizacin y
cobro de forma segura.
Conecta al Servidor 3GPP AAA al HSS. Permite la comunicacin entre la
Wx
infraestructura WLAN AAA y el HSS.
Es opcional entre el Servidor 3GPP AAA y el HLR para versiones antiguas
D / Gr
(anteriores a la 6) de IMS.
Usado por el Servidor 3GPP AAA para comunicarse con el OCS.
Wo Transporta informacin de cobro en lnea para el control de crdito del
suscriptor.
Enlaza al Servidor/Proxy 3GPP AAA con el Sistema de Cobro Offline.
Wf Transporta o reenva informacin de cobro offline entre los sistemas de
cobro offline de la red visitada o Home.
Interfaz AAA entre el Servidor/Proxy 3GPP AAA y el WAG. Usado para
Wg entregar informacin al WAG para que aplique polticas y, para roaming,
transporte de informacin de cobro desde el WAG al Proxy.
Enlaza la WLAN AN con el WAG. Usada para forzar el trfico en un tnel
Wn
a viajar a travs del WAG.
Wp Enlaza el WAG con el PDG.
Enlaza el PDG con la Red de Paquetes de Datos (por ejemplo un operador
Wi
externo pblico o privado).
Enlaza al PDG con el Servidor/Proxy 3GPP AAA. Permite al
Servidor/Proxy recuperar atributos de tunneling y configuracin de
Wm
parmetros IP del WLAN UE, transporte de mensajes relacionados con
autorizacin y cobro, entre otros.
Conecta al Proxy 3GPP AAA con el Servidor. Transporta informacin
Wd
relacionada con autentificacin y autorizacin de forma segura.
Wu Enlaza el WLAN UE y el PDG y representa el tnel entre estas entidades.
Enlaza el WLAN UE con la WLAN AN a travs de la especificacin IEEE
Ww
802.1x u otro sistema. Transporta mensajes de sealizacin.
Enlaza el Servidor 3GPP AAA y el SLF. Permite al Servidor 3GPP AAA
Dw encontrar la direccin del HSS que tiene los datos del suscriptor en un
escenario de red con ms de un HSS.
Enlaza el PDG con el OCS. Transporta informacin relacionada con el
Wy
cobro en lnea para el control de crdito del suscriptor.
Enlaza al PDG con el Sistema de Cobro Offline. Transporta informacin
Wz
relacionada con el cobro offline.

187
 9.4.7. Escenarios de Interoperacin entre Redes IMS IPv4 e
IPv6
Es importante definir sistemas de interoperacin entre redes IMS que soporten distintas
versiones de Internet. En una primera instancia, para permitir la interoperacin entre ambos tipos de
redes, se debe considerar la existencia de terminales IMS (UE) de stack dual, es decir, un terminal
que puede utilizar tanto IPv4 como IPv6 para acceder a la red IMS (este terminal debe elegir
inteligentemente qu versin IP utilizar). Tambin se consideran redes Core IMS de stack dual, es
decir, que operan con ambos tipos de versiones IP. A continuacin se muestran los requerimientos
que deben cumplir estas redes para su interoperacin y se presentan algunos escenarios de migracin.

[Link]. Acceso del UE a IMS

Antes de que el UE se comunique con el Core de la red IMS, ste debe establecer una
conexin con el IP-CAN, obtener una direccin IP y adquirir la direccin de un P-CSCF. Si la red
IMS est basada en IPv4, se deben considerar mecanismos para el descubrimiento del P-CSCF que
an no han sido definidos como opciones en el IMS de la 3GPP.

Se necesitan evaluar mecanismos del descubrimiento de P-CSCF para los siguientes casos:
a) Acceso a travs de GPRS: El UE necesita obtener una direccin del P-CSCF IPv4 desde el
GGSN en un contexto PDP. Si el contexto PDP establecido es de tipo IPv4, entonces el
GGSN debiera entregar direcciones IPv4 de P-CSCFs. Esto no descarta escenarios en que
el GGSN enve direcciones IPv6 de P-CSCFs en un contexto PDP IPv4. En el periodo de
migracin, es recomendable que las redes de stack dual ofrezcan un sistema de
descubrimiento comn a terminales IPv4 e IPv6 de forma de enviar direcciones IPv4
embebidas en direcciones IPv6.
b) Acceso basado en DHCP: Actualmente el uso de DHCP se limita a redes IPv6. Para que
sea usado por un UE IPv4. Una posible solucin es usar un P-CSCF y un UE IPv4 que
soporten la configuracin del P-CSCF apropiado a travs de DHCPv4, de esta forma, al
UE se le entrega una completa capacidad de resolver el nombre del P-CSCF.
c) Otros Mecanismos de acceso: Estos mecanismos pueden ser de administracin de
terminales tipo SMS (Short Message Service), OTA (Over the Air Activation), OMA
(Open Mobile Alliance) u otros esquemas de configuracin. El mtodo ms recomendable
para descubrir P-CSCFs IPv4 es OMA, ya que la mayora de los UE IPv4 soportan este
mecanismo.
OMA es un cuerpo de estndares que desarrolla estndares abiertos para la industria de la
telefona mvil de forma de entregar servicios que sean capaces de interoperar sin importar
el pas, operador, terminales mviles o tecnologa de acceso utilizada. OMA se enlaza con
otros cuerpos de estndares como la 3GPP, 3GPP2 o la IETF y tiene especificaciones para
MMS, IMPS (Instant Messaging and Presence), PoC (Push to talk over Cellular) entre
otros.

Un UE IMS de stack dual puede acceder a la red IMS usando IPv4 o IPv6 dependiendo de la
versin de la red IMS, que puede ser IPv4, de stack dual o IPv6. Para esto, el UE debe descubrir la
versin IP de la red IMS. Una posibilidad es tener el UE preconfigurado para alguna versin o bien,
tratar primero con una versin y luego con la otra. Un comportamiento del UE de stack dual puede
ser:

188
 EL UE de stack dual siempre intentar iniciar la comunicacin con el sistema IMS con
IPv6. En caso de que falle, utilizar IPv4.
Si el UE se comunic en forma exitosa mediante una comunicacin IPv6, ste utilizar esta
versin para encontrar al P-CSCF.

Es importante tomar en cuenta los siguientes puntos:

Si el UE se registr mediante IPv6 con una red IMS de stack dual, sta debe utilizar IPv6
para toda la comunicacin an cuando parte de ella se haya realizado mediante IPv4.
El UE y el P-CSCF crean un tnel IPSec entre ellos para asegurar la informacin enviada,
por lo que cualquier entidad entre ambos que modifique los mensajes IP intercambiados
puede crear serios problemas de seguridad. Ms an, si se utiliza compresin SIP, sta no
puede ser modificada de ningn modo.

[Link]. Escenarios de Interoperacin

Ya anteriormente se explic la arquitectura de Funciones de Control de Borde que definen la

interoperacin entre redes IPv4 e IPv6 utilizando el concepto de IMS-ALG y TrGW (NATs). Esta
arquitectura tambin es aplicable para la migracin de redes IMS IPv4 a IPv6.

Los escenarios a considerar para la interoperacin en IMS asumen empleos de IPv4 e IPv6.
Los distintos escenarios se pueden dividir en cuatro categoras:
1. Escenarios de No-Roaming: El UE est conectado directamente a la red de su propio
operador o red Home.
2. Escenarios de Roaming: El UE se encuentra en un red distinta a la de su operador o red
Visitada.
3. Escenarios de Acceso GPRS: El UE accede a servicios IMS (a travs de una red Home o
Visitada) mediante la red de acceso GPRS.
4. Escenarios End-to-End interconectados: Corresponde a la mezcla de los distintos tipos de
escenarios anteriores e interconectados a redes IMS/SIP de forma de soportar sesiones en
escenarios End-to-End

En todos los casos es necesario considerar la versin IP del UE, junto con el uso de
direccionamiento privado y de NAT en el borde de las redes IPv4. En todos los escenarios, el
trmino NAT puede adems abarcar el uso de NA(P)T y de ALG (Application Level Gateway).
Adems, las redes de interconexin asumen el soporte de IPv4 o de IPv4 con IPv6.

En la Tabla 38 se observan ejemplos de escenarios End-to-End. La X en la columna

NATx indica que es esta entidad es necesaria para la comunicacin entre redes. Las entidades
NAT1 y NAT2a se encuentran en los bordes de la red 1 (red de origen) y la red de trnsito,
mientras que la entidad NAT2b se encuentra entre el S-CSCF y el P-CSCF de la red 2 (supone
casos de Roaming en la red de trmino).

En el caso en que las redes usen Stack Dual, la red 1 decide la versin IP a utilizar en la red de
trnsito basado en las capacidades de dicha red y de la red 2 junto con las polticas definidas entre las
redes 1 y 2.

189
 Tabla 38: Algunos Escenarios End-to-End.
Esc. UE 1 Red 1 NAT1 Trnsito NAT2a Red 2 NAT2b UE 2

1 IPv4 IPv4 X IPv4 - IPv4 - IPv4

Stack Dual
2 IPv4 X IPv4 - IPv4 - IPv4
(IPv4)
Stack Dual Stack Dual
3 IPv4 IPv4 X IPv4 - X
(IPv6) (IPv6)
Stack Dual Stack Dual Stack Dual
4 IPv4 X IPv4 - X
(IPv4) (IPv6) (IPv6)
Stack Dual
5 IPv4 IPv4 X IPv4 - X IPv6
(IPv6)
Stack Dual
6 IPv6 - IPv6 - IPv6 - IPv6
(IPv6)
7 IPv6 IPv6 X IPv4 X IPv4 - IPv4
Stack Dual
8 IPv6 IPv6 - IPv6 - X IPv4
(IPv4)
Stack Dual
9 IPv6 IPv6 - IPv6 - X IPv4
(IPv4)
IPv6 Stack Dual
10 IPv6 IPv6 - IPv6 - -
(IPv6)

[Link]. Escenarios de Migracin

En un escenario de migracin, algunos usuarios IMS estarn usando UE IPv4 a pesar de que la
red haya migrado desde IMS IPv4 a IPv6. De esta forma, el P-CSCF debe soportar IPv4 para
comunicarse con el UE ya que otra entidad entre el UE y el P-CSCF podra arriesgar la seguridad del
enlace. Si el S-CSCF ya ha evolucionado a IPv6, el registro del UE IPv4 puede realizarse a travs de
una direccin IPv6 mediante un NAT entre el P-CSCF y el S-CSCF.

Aunque esta posibilidad no ha sido estudiada en profundidad, es claro que puede comprometer
la seguridad del enlace ya que cambiara la correlacin y otros servicios o capacidades que usan la
direccin IP, por lo que se recomienda implementar redes de Stack dual en vez de solamente una red
IPv6 con un NAT. As mismo, en una etapa de migracin temprana, se recomienda el uso de
terminales UE de stack dual para facilitar la migracin de IPv4 a IPv6 y evitar los problemas
mencionados anteriormente.

Aunque la red objetivo es una red IMS IPv6, temporalmente pueden coexistir elementos IPv4
e IPv6 en la misma red. Una forma de afrontar la migracin puede ser dividir la red en dos partes
lgicas cada una con versiones IP distintas y comunicadas mediante el uso de NATs, otra forma es
emplear entidades de red con capacidades duales en cuanto a la versin IP durante las primeras
etapas de la migracin, alternativa mucho ms simple.

190
 9.5. Caractersticas Avanzadas de WiMAX
(Continuacin)

9.5.1. Adaptive Modulation and Coding (AMC)

Adaptive modulation and coding (AMC) fue introducida en WiMAX para mejorar la cobertura
y capacidad para WiMAX en aplicaciones mviles. El soporte para QPSK, 16QAM y 64 QAM son
mandatorios en el DL de WiMAX mvil. En el UL, 64QAM es opcional.

OFDM utiliza QPSK y QAM. La modulacin y tasas de cdigos se pueden cambiar para
enfrentar tasas de transferencia ms altas, pero un mayor orden de modulacin requiere mejores
condiciones del canal. La Figura 100 muestra cmo modulaciones de mayor orden como QAM 64
son usadas ms cerca de la estacin base.

Figura 100: Utilizacin de AMC en WiMAX.

9.5.2. Hybrid Auto Repeat Request (HARQ)

A grandes rasgos, HARQ es un recurso utilizado para recuperar informacin en caso de que
sea recibida con errores. En caso de que la deteccin y correccin de errores (provedos por FEC) no
sean suficientes para corregir un error en el lado del receptor, en vez de descartar el paquete con
errores, el receptor puede enviar un mensaje ARQ al transmisor y ste retornar al receptor
informacin con un FEC ms fuerte. El receptor utilizar ambos mensajes para recuperar el paquete
original.

HARQ es activado en un canal utilizando el protocolo Stop and Wait, el que provee una
respuesta rpida a los errores de paquetes. Adems se provee un canal de sealizacin de ACK
(reconocimiento) en el enlace uplink. Sin embargo, tambin se permite el uso de canales mltiples
para ARQ stop-and-wait.

191
 9.5.3. Frequency Selective Scheduling
En canales inalmbricos de banda ancha las condiciones de propagacin varan dependiendo
de la porcin del espectro que se est utilizando y, por tanto, tambin vara el enlace para los usuarios
que estn utilizando dicho espectro. De esta forma, WiMAX soporta una programacin selectiva de
frecuencias tomando ventaja de la diversidad de frecuencias multi-usuario de forma de mejorar la
QoS. Con la permutacin de sub-canales adyacentes, se puede asignar un subconjunto de sub-canales
a los usuarios mviles basndose en la potencia de la seal para que cada MS cuente con el mapa de
ganancia ms fuerte.

9.5.4. Tcnicas de Radio

En WiMAX, las tcnicas de transmisin de radio utilizan esquemas de diversidad para tomar
ventaja de las seales multipath y reflejadas que ocurren en ambientes NLOS. El uso de mltiples
antenas (en transmisin y/o recepcin) puede reducir los efectos del fading, interferencia y prdidas.
La diversidad de transmisin en OFDMA se permite porque utiliza codificacin espacio-tiempo, de
forma que en la recepcin se utilicen las dos seales combinadas para tomar ventaja de ambas.

Una de las alternativas ms bsicas de antenas mltiples es MIMO (Multiple Input Multiple
Output) que mejora la velocidad de transmisin e incrementa la seal. Como lo indica el nombre,
MIMO utiliza mltiples antenas receptoras y transmisoras para la multiplexacin espacial. Cada
antena puede transmitir diferentes datos, los que son decodificados en el receptor.

Otra alternativa es el uso de AAS (Adaptive Antenna System). Con AAS, las estaciones base
pueden crear rayos dirigidos de forma de focalizar la energa de transmisin al receptor y abarcar un
mayor rango de distancia. Adems, este sistema permite eliminar interferencias indeseadas de otras
fuentes y se aumenta la eficiencia espectral de la frecuencia.

Figura 101: Sistema Adaptivo de Antenas.

Por otra parte, WiMAX Mvil soporta AMS (Adaptive MIMO Switching), una tcnica en que
se selecciona una configuracin MIMO de varias disponibles para maximizar la eficiencia espectral
sin reducir el rea de cobertura.

192