VoLTE
Avalos Del Carpio Alejandro
Zelaya Ochoa Miguel Alberto
Sistemas y Servicios de Nueva Generación
Universidad Católica Boliviana
16 de Abril de 2018.
Abstract- El presente proyecto contiene una investigación
sobre los aspectos más importantes de VoLTE (Arquitectura,
funcionamiento, ciclo de llamadas, Qos, Handoff),
posteriormente realizar la convergencia de esta tecnología con
redes definidas por software y virtualización.
Palabras Clave- VoLTE, 4G, HandOff, QoS, convergencia,
NFV, SDN.
I. ANTECEDENTES
El tráfico de datos, en un sistema de telecomunicaciones,
crece rápidamente. Sin embargo en el presente para que
cualquier sistema de telecomunicaciones sea viable
comercialmente, la habilidad de llevar tráfico de voz es
esencial. Los sistemas existentes de 2G/3G usan
conmutación de circuitos para llevar el tráfico de voz. En la
conmutación de circuitos un circuito o canal dedicado end
to end es establecido para llevar el tráfico de voz para una
duración entera de transmisión. Por otra parte en el caso de
redes IP, el tráfico de voz es llevada usando paquetes IP
sobre conexión de datos. Por esta razón en general VoIP o
VoLTE son usados como solución.
II. QUÉ ES VOLTE
Cuando 3GPP comenzó a diseñar el sistema LTE, el enfoque
principal fue crear un sistema que puede lograr un alto
rendimiento de datos con baja latencia y al mismo tiempo
tiene la capacidad de garantizar una calidad de servicio de
extremo a extremo. LTE es una red totalmente IP y durante
las fases iniciales de su desarrollo, la capacidad de llevar el
servicio tradicional como la voz no se le dio mucha
importancia. Por lo tanto, para que las redes LTE lleven
llamadas de voz conmutadas por circuitos tradicionales, se
requería una solución diferente. Esta solución para llevar voz
sobre IP en redes LTE se conoce comúnmente como
"VoLTE". Básicamente, los sistemas VoLTE encubierto voz
en flujo de datos, que luego se transmite mediante la
conexión de datos.
En la solución VoLTE con servicios de voz que ahora
comparten datos con otros servicios habilitados para datos
como navegación web, transmisión de video y redes sociales,
la capacidad de administrar la velocidad, calidad y volumen
de datos junto con la señalización asociada es fundamental
para proporcionar una experiencia de usuario diferenciada.
Esto se puede lograr en la red LTE mediante la explotación
de capacidades del IMS.
III. BENEFICIOS DE VOLTE
Tanto para los suscriptores como para los operadores de red,
VoLTE ofrece importantes beneficios. Un estudio de
investigación independiente realizado por Signals Research
Group analizó el rendimiento VoLTE en una red VoLTE
comercialmente activa con visibilidad de acceso de radio,
núcleo e IMS, incluida la funcionalidad primaria de VoLTE.
El informe evaluó el tiempo de configuración de la llamada,
la confiabilidad, la calidad, los requisitos de recursos de red y
el impacto en la duración de la batería del dispositivo. El
estudio produjo los siguientes puntos de vista:
• La calidad de las llamadas VoLTE superó con creces la de
la voz de conmutación de circuitos 3G y fue
considerablemente más alta que el servicio de voz HD
ofrecido por Skype.
• Con la carga de la red (es decir, mucho tráfico competidor)
y, en particular, con las aplicaciones en segundo plano que se
ejecutan en el teléfono móvil y la transferencia de datos con
la red, los resultados de VoLTE fueron considerablemente
mejores que Skype.
• El tiempo de configuración de la llamada VoLTE fue casi
dos veces más rápido que la configuración de llamada de
conmutación conmutada por circuito 3G (CSFB)
• VoLTE utilizó sustancialmente menos recursos de red que
la voz de Skype, lo que a su vez dio como resultado una
mayor duración estimada de la batería del dispositivo para el
suscriptor y una red más eficiente para los CSP.
• Al dejar la cobertura LTE, las llamadas VoLTE se
transfirieron con éxito a la voz con conmutación de circuitos
3G, asegurando que las llamadas continuaran sin
interrupción
IV. VOLTE HANDOFF
Debido a que LTE es un sistema de radio orientado a la
comunicación de paquetes, inicialmente se prevé que la voz
mediante LTE de tipo auricular se proporcionará mediante
conmutación de circuitos utilizando Circuit Switched
FallBack (CSFB) y más tarde mediante una tecnología
llamada Voice over LTE (VoLTE). El área de servicio LTE
se expandirá gradualmente de modo que cuando se inicie el
servicio VoLTE todavía habrá áreas donde LTE no se ha
desplegado. SRVCC es la tecnología que permitirá una
comunicación de voz perfecta entre VoLTE y Circuit
Switching (CS) en 3G en una situación como esta. eSRVCC
está desarrollado para facilitar el HandOver (HO) de VoLTE
a 3G-CS entre dominios de red o, en otras palabras, para
mejorar el rendimiento de SRVCC.
Los estudios (SRVCC) incluyen este tipo de función HO para
servicios de telefonía sobre dominios de red.
Las tecnologías de implementación para VoLTE, que serán
seguidas por SRVCC que es una tecnología HO de voz para
el traspaso de VoLTE a 3G-CS) eSRVCC que es una versión
mejorada de SRVCC) que permite HO similar para servicios
de telefonía.
Como se describió anteriormente, en SRVCC la preparación
de los recursos del portador de circuitos entre el EPC y la red
CS, y la conmutación de la ruta de acceso de la llamada de
voz por el IMS se realizan en paralelo. El punto de anclaje
para a conmutación de los medios de voz es la terminal
(UE2) y el punto de anclaje para la ruta de señalización SIP
es el SCC-AS.

Figura 1. Roaming entre áreas de servicio

A. Descripción operativa de SRVCC

Por conveniencia, solo se muestran en la figura los módulos
necesarios para realizar la voz HO por SRVCC. Además de
las funciones ya descritas, existen el Centro de conmutación
multimedia (MSC) y el Controlador de red de radio (RNC) /
NodeB que comprenden la red CS. El primero es un tipo de
equipo de conmutación y el segundo controla la radio 3G. La
figura 2 ilustra el caso en el que el terminal de llamada UE1
inicia una llamada de voz VoLTE hacia el terminal llamado Figura 2. Descripción general de la configuración funcional de SRVCC
UE2. El control de llamadas en el IMS se realiza
básicamente en la red doméstica. En esta figura, "red V. ARQUITECTURA Y CONFIGURACIÓN BÁSICA PARA VOLTE
visitada" se refiere a la red a la que se ha movido UE1, y
VoLTE con IMS es un método de elección para implementar
desde donde intenta originar una llamada, que se supone que
una solución de voz de paquete de extremo a extremo para
es diferente de su red doméstica. En primer lugar, la
LTE. IMS es independiente del acceso, lo que implica que
señalización SIP se transmite a través de la ruta del portador
funciona con cualquier tecnología de red de acceso, y eso
de señal SIP entre UE1 y el IMS en la red doméstica, por lo
agrega aún más al atractivo de usar este tipo de
que el procesamiento de la llamada se realiza entre UE1 y
configuración. Conduce a la convergencia de la red y apoya
UE2 por medio del IMS. Como resultado del procesamiento
la interoperabilidad. La capacidad de red básica son los
de llamadas, se establece una ruta de portador de medios de
requisitos estandarizados generales de LTE a LTE-Avanzado
voz en los enlaces de sección UE1-PGW-UE2 y el envío /
según lo reconocido por el UIT-R y también considerando las
recepción de datos de voz se inicia entre UE1 y UE2
especificaciones de liberación de 3GPP 8 a 12. En la Figura
utilizando esta ruta.
4 se muestra desde el punto de vista del segmento funcional.
Cuando el eNodoB decide cambiar el sistema de radio de
La figura muestra cómo se puede dividir una red LTE en las
LTE a 3G después de detectar el cambio en el área de acceso
tres partes, siendo el extremo terminal, la red de acceso y el
de radio resultante del movimiento, etc. del usuario, el
núcleo del paquete evolucionado. VoLTE extiende una red de
eNodoB ordena el inicio del procesamiento de SRVCC.
control (IMS).
Específicamente, el eNodoB envía una señal de solicitud de
conmutación de radio al MME, después de lo cual el MME
solicita al MSC que asigne recursos en el lado de CS. A la
recepción de esta solicitud, el MSC procede a asegurar
recursos de ruta de portador entre él y el RNC que es el
equipo de control de radio en el lado 3G. Después de reservar
los recursos en el RNC, el MSC envía una solicitud de
conmutación de ruta de acceso al SCC-AS, es decir, el
módulo que controla el procesamiento de llamadas en
SRVCC, solicitando transferir la llamada de voz de LTE a
3G. El SCC-AS, habiendo recibido la solicitud, ordena a
Figura 3. Arquitectura 3GPP LTE de red que muestra las entidades de red que
UE2 cambiar la ruta y cambiar el destino del medio de voz se encuentran en el usuario y el plano de señalización entre eNodeB a través de
desde el PGW al MSC. En paralelo a lo anterior, el MSC las redes centrales, hacia un PDN.
envía al MME una respuesta a su solicitud de asignación de
recursos en el lado 3G, y el MME manda al terminal móvil
(UE1) a través del eNodoB para cambiar al sistema de radio
3G. Después de que el UE1 ha cambiado a 3G, las rutas de
transmisión para la señalización SIP y los datos de voz se
conmutan entre el MSC y el UE2, y el MSC continúa la
llamada de voz a través de las rutas 3G realizando la
conversión entre el circuito y portadores de paquetes.

Figura 4. Configuración de red VoLTE
VI. MANEJO DE LLAMADAS VOLTE EN LA EPC
El protocolo de inicio de sesión (SIP) juega un papel crítico
en la señalización a través del EPC. Es el idioma hablado por
el IMS para el EPC. El IMS también usa SIP para
comunicarse con el Equipo de Usuario (UE). El UE inicia un
proceso de registro de dominio IMS con su identificador
MMTel utilizando mensajes SIP. Durante este proceso, el
dispositivo debe ser autenticado. La solicitud INVITE
contiene un Protocolo de Descripción de Sesión (SDP) que
describe la información de medios preferida, como qué
codificación de voz es la preferida o la que es compatible
[48]. Adaptive Multi-Rate Wideband (AMR-WB) se utiliza
para voz HD o Adaptive Multi-Rate Narrowband (AMR-
NB), que también es una opción de códec ideal para VoLTE.
La red IMS o cualquier otra red IP externa se conectará al
EPC a través de una interfaz SGi. El puente de la
funcionalidad de carga entre EPC e IMS se realiza a través
de una interfaz Rx que conecta la PCRF con la P-CSCF que
se encuentra en el dominio IMS.
Figura 5. Acceso VoLTE e interfaces de la red central
Algunas de las funciones más importantes de S-GW incluyen
el almacenamiento en búfer de paquetes de enlace
descendente y el inicio de la búsqueda de UE cuando están
en modo inactivo. Además, también realiza el marcado,
encaminamiento y reenvío de paquetes de enlace descendente
(DL) y de enlace ascendente (UL), que se relacionan con
otras entidades que interactúan con S-GW, como MME,
PDN-GW, o la Política y la Función de Reglas de Carga
(PCRF). Estas entidades complementarias ayudan en muchas
funcionalidades de VoLTE, como la configuración de
llamadas, la modificación o el borrado de portadores para el
UE, como se muestra en la figura 3, donde se muestra una
configuración de llamada VoLTE. Considerando una
solicitud recibida de PDN-GW o PCRF, el S-GW también
puede retransmitir comandos al MME para que redirija un
túnel a un eNodoB. Esta operación se llama cambio de ruta.
Serving Gateway (S-GW) actúa como anclajes de movilidad
local cuando admite el cambio de ruta que implica el
traspaso entre eNodeB vecinos. En este caso, el P-GW juega
el punto de anclaje de movilidad IP global que actúa como un
enrutador, asignando direcciones IP al UE en el
procedimiento de registro.
VII. FUNCIONALIDAD DEL IMS EN VOLTE
Las entidades IMS son un requisito para llamar a
configuración y flujo. La Función de Control de Sesión de
Llamadas Interrogatorias (I-CSCF), Función de Control de
Sesión de Llamadas Proxy (P-CSCF), Función de Control de
Sesiones de Llamadas (S-CSCF) y Servidor de Aplicaciones
(AS) se muestra en la figura 4.
La PCRF es una entidad de frontera y reside en el S-GW en
muchos escenarios de implementación. Está conectado a
través del P-GW de una red LTE para unir un servicio de
paquete de extremo a extremo en el que se pueden
transportar paquetes de voz, lo que da como resultado un
servicio de grado de operador. IMS es impulsado por señal
SIP. Difiere del dominio de PS en el sentido de que usa una
configuración de estilo de red de computadora de un
protocolo y una funcionalidad. La figura 6 muestra una
topología de red doméstica VoLTE con tres de las cuatro
funciones de control de sesión de llamada mostradas como se
menciona anteriormente en la apertura de esta sección.
Figura 6. Una implementación del OPEN CORE de IMS Call Session Control
Functions
Las entidades IMS y las funcionalidades serán enumerados a
continuación.Las entidades enumeradas facilitan una
operación integral VoLTE, interfuncionamiento y servicios
de soporte.
 Session management/routing entities (CSCFs)
 Data Bases (HSS )
 Services (AS, MRFC, MRFP)
 Interworking functions( BGCF, MGCF, IMS-MGW,
SGW)
 Support functions(PCRF, SEG, IBCF, TrGW, LRF)
Hay cuatro tipos distintos de función de control de sesión de
llamada (S-CSCF) que proporcionan mensajes de
señalización de gestión de sesión y enrutamiento. Estas
entidades son Proxy-CSCF (P-CSCF), Serving-CSCF (S-
CSCF), Interrogating-CSCF (I-CSCF) y Emergency-CSCF
(E-CSCF). El rol de la entidad relevante de la llamada
VoLTE de extremo a extremo en una sesión de llamada se
resalta a continuación, pero no todas las entidades se
discuten en el alcance y objetivo de esta tesis. Estos incluyen
la sesión de emergencia definida en 3GPP TS 23.167.
Además, no está cubierto en este sistema básico de VoLTE el
cargo y el roaming. Esta tesis se limita a simulaciones que
involucran solo la administración de sesión (CSCF), una
función de soporte y la base de datos (HSS).

VIII. CICLO DE LLAMADAS EN VOLTE

Los procesos implicados en una llamada de VoLTE pueden
proporcionar un contexto significativo y un escenario
bastante típico. Desde el punto de vista de la UE, el paso
inicial es "escuchar" la información del sistema en forma de
bloques de información y bloques de información del
sistema. Una vez que se ha procesado esa información, el UE
puede iniciar sus propios procesos [5].

Figura 7. Procedimiento requerido para una llamada VoLTE

A. Conectividad PDN
El UE inicia la conexión emitiendo una solicitud de conexión
de control de recursos de radio (RRC). Esta solicitud incluye
tanto la información de identidad del UE como la causa del
establecimiento de la llamada (Señalización de origen móvil
o emergencia). Suponiendo que no hay problemas, la red
responde con un mensaje de configuración de conexión RRC.
El procedimiento hasta ahora ha establecido un portador de
señalización y un Canal de Control Dedicado (DCCH). Una
vez en el modo RRC Conectado, el UE responde enviando un
mensaje de Configuración de Conexión RRC Completo que
incluye la solicitud de Conexión para la conectividad PDN.
 Figura 8. Procesos requeridos para la conectividad al PDN
B. Autenticación
Ahora que se establece la señalización NAS (Non Access
Stratum), la red inicia una Solicitud de autenticación.
Una vez que la Respuesta de Autenticación del UE se
considera válida, la red envía un Comando de Modo de
Seguridad del NAS.
La Solicitud de autenticación ni la Respuesta de
autenticación están protegidas por integridad, el Comando de
modo de seguridad está protegido. A continuación, el UE
envía un mensaje de Modo de Seguridad Completo, que
establece la señalización NAS protegida.
Para proteger la información de Gestión de sesión EPS
(ESM), la red ahora envía una Solicitud de información de
ESM; el UE reacciona con una respuesta de información de
ESM que describe las opciones de configuración de protocolo
ahora protegidas.
Figura 9. Proceso de autenticación en el ciclo de la llamada en
VoLTE
C. Configuración del portador y EPS
Se deben configurar portadores de radio adicionales. La red
envía una reconfiguración de conexión RRC para activar el
portador de EPS. El UE confirma la finalización exitosa con
un mensaje de reconfiguración de conexión de RRC
completo y luego finaliza el procedimiento de conexión y
acepta la activación del portador de EPS.
Figura 10. Procesos de configuración de portador hacia el EPC e IMS
D. P-CSCF
Antes de enviar cualquier solicitud del Protocolo de Inicio de
Sesión (SIP), el UE debe realizar el "Descubrimiento P-
CSCF", el proceso de identificar la Función de Control de
Sesión Proxy-Llamada correcta (P-CSCF). La dirección P-
CSCF se puede descubrir de una de tres maneras diferentes:
1. Puede almacenarse en el Módulo de identidad de servicios
multimedia IP (ISIM).
2. El UE puede solicitarlo como parte de la solicitud de
conectividad de PDN durante el proceso de Adjuntar.
3. El UE puede solicitar una dirección IP y un Nombre de
dominio completo (FQDN) desde un servidor DHCP y luego
realizar una consulta DNS en la dirección IP y el FQDN
devueltos.
Figura 11. Descubrimiento P-CSCF
E. Registración SIP
Después de las solicitudes de autenticación, seguridad y
capacidad del UE, la red acepta la solicitud de conexión y
activa el contexto del portador de EPS. Una vez que eso ha
sucedido, comienza un registro de cliente IMS SIP.
1. El cliente de IMS intenta registrarse enviando una
solicitud de REGISTRO al P-CSCF.
2. La P-CSCF envía la solicitud de REGISTRO al I-CSCF.
3. El I-CSCF sondea el HSS para los datos utilizados para
decidir qué S-CSCF debe gestionar la solicitud de
REGISTRO. El I-CSCF luego toma esa decisión.
4. El I-CSCF envía la solicitud de REGISTRO al S-CSCF
apropiado.
5. La S-CSCF normalmente envía a la P-CSCF una respuesta
401 (NO AUTORIZADA), así como una cadena de desafío
en forma de un "número utilizado una vez" o "nonce".
6. La P-CSCF remite la 401 - respuesta NO AUTORIZADA
a la UE.
7. Tanto el UE como la red han almacenado algunos datos
secretos compartidos (SSD), el UE en su ISIM o USIM y la
red en el HSS. El UE usa un algoritmo por RFC 33101.
8. El UE envía una solicitud de REGISTRO al P-CSCF. Esta
vez, la solicitud incluye el resultado del hasce hash y SSD.
9. El P-CSCF envía la nueva solicitud de REGISTRO al I-
CSCF.
10. El I-CSCF envía la nueva solicitud de REGISTRO al S-
CSCF.
11. El S-CSCF sondea el HSS (a través del I-CSCF) para el
SSD, lo compara con el nonce y determina si el UE debería
poder registrarse. Suponiendo que los valores hash
coinciden, la S-CSCF envía una respuesta 200 - OK a la P-
CSCF. En este punto, la P-CSCF establece una asociación de
seguridad IPSec.
12. La P-CSCF remite la respuesta 200 - OK al UE.
Figura 12. Registro SIP
F. Suscripción de evento
Supongamos que el UE ahora intenta monitorear un "evento
de registro" específico.
Puede ser una devolución de llamada (para proporcionar
audio para un evento web compartido, por ejemplo) o una
actualización de una "lista de amigos" o un indicador de
mensaje en espera. Esto significa que el UE está solicitando
que se le notifique cada vez que haya un cambio en el estado
de registro.
Figura 13. Registro SIP
G. Llamada VoLTE
Las etapas iniciales de configuración de una llamada VoLTE
son los procesos de la conexión inicial, el descubrimiento P-
CSCF y la creación del portador predeterminado para la
señalización SIP.
El primer paso en una configuración de llamada VoLTE es
una solicitud SIP INVITE iniciada por el UE llamante.
Después de este paso, se llega a un acuerdo sobre los
parámetros específicos de los medios, como los códecs.
Después de algunos TIMBRES, INTENTOS y mensajes
ACEPTABLES, el UE llamante puede responder con un
método ACK Provisional (PRACK). El PRACK también se
reenvía al UE llamado. Cuando el abonado llamado responde
la llamada, el UE llamado responderá con un 200 OK antes
de que comience la mensajería RTP (multimedia).
Figura 14. Procesos de iniciación de llamada VoLTE
IX. QOS CLASS IDENTIFIER (QCI)
En una llamada VoLTE, el portador está asociado con un
Identificador de Clase QoS (QCI) de 1. Los valores QCI del
TS 23.2032 del 3GPP. Cada uno está generalmente dirigido
a un tipo de servicio específico en función de los requisitos
de retardo y pérdida de paquetes.
GBR=Guaranteed bit rate
Figura 15. Se muestran los niveles de priorización para diferentes servicios de
voz utilizados en QCI.
X. INTRODUCCIÓN A VOLTE SOBRE SDN Y NFV
Una vez establecida la arquitectura de VoLTE y definido
como es el proceso de una llamada y el manejo de esta para
realizar una mejora en el servicio se tiene que proponer un
marco para los servicios de seguridad para Voz sobre IP
(VoIP) y Voz sobre LTE (VoLTE) en redes comerciales
utilizando Redes definidas por software (SDN) y
Virtualización de funciones de red (NFV).
XI. VOLTE Y NFV
El subsistema multimedia IP (IMS) proporciona los medios
técnicos para que los operadores transfieran servicios básicos
(voz, video y mensajería) a un entorno LTE totalmente IP.
Las principales capacidades de un sistema IMS
(autenticación, autorización, registro, carga y enrutamiento)
pueden ser reutilizadas por servicios adicionales,
convirtiendo a IMS en una solución completa y a prueba de
futuro en el contexto de una estrategia más amplia de
Comunicaciones IP. La naturaleza de "acceso-diagnóstico"
de IMS y el soporte para un traspaso continuo lo convierten
en una opción aún más atractiva para los operadores con una
estrategia de Comunicaciones IP que se extiende a Voz sobre
WiFi (VoWiFi). Sin embargo, una red IMS convencional se
ve comprometida por un gran número de elementos
funcionales de propósito especial que interactúan a través de
interfaces de señalización discretas. Implementar y
administrar una red altamente diversa y compleja,
integrando productos distintos, resolviendo problemas de
interoperabilidad, aprovisionamiento de servicios y solución
de problemas en soluciones dispares, son propuestas que
consumen mucho tiempo y consumen mucho tiempo, lo que
resulta en un despliegue prolongado de servicios, bajos
márgenes de productos y retornos de inversión deficientes.
VoLTE y la Virtualización de Funciones de Red (NFV) están
ganando tracción con muchos lanzamientos globales y
muchos más previstos en los próximos años. Al mismo
tiempo, los proveedores de servicios también están ocupados
mejorando sus redes con infraestructuras definidas por
software para agilidad, eficacia y para la introducción de
servicios nuevos o mejorados. Una de esas mejoras clave para
las redes es la habilitación de servicios mejorados de
comunicaciones de voz de alta definición con soporte para el
códec Enhanced Voice Services (EVS).
La introducción de los servicios mejorados de voz HD
requiere actualizaciones en el núcleo y el borde del proveedor
de servicios y las redes de interconexión para abordar el
interfuncionamiento de los medios y la transcodificación
para obtener los beneficios completos de EVS. Los enfoques
basados en NFV de la nube de telecomunicaciones ofrecen la
capacidad de abordar este procesamiento de voz de forma
distribuida y segura, a escala eficiente y con elasticidad. Al
mismo tiempo, las soluciones basadas en NFV con funciones
de red virtual como los controladores de frontera de sesión
(SBC) al borde de las redes mitigan los desafíos tales como
las amenazas de seguridad, señalización e interoperabilidad
de los medios, y admiten nuevas arquitecturas de itinerancia
VoLTE.
XII. SOLUCIÓN DE ORACLE
La solución VoLTE virtualizada de Oracle Communications
se basa en una solución ágil. Núcleo IMS virtualizado con
elementos funcionales e interfaces consolidadas. Es más
simple y más rentable para implementar, operar y mantener
en comparación con las soluciones core tradicionales de IMS.
Esta solución de extremo a extremo permite a los operadores
superar las barreras comunes de implementación de IMS y
los desafíos comerciales enumerados anteriormente. Basado
en décadas de experiencia líder en el mercado en
controladores de frontera de sesión, sistemas de gestión de
políticas, enrutadores de señalización de diámetro y
servidores de aplicaciones IMS, la solución VoLTE
virtualizada de comunicaciones de Oracle proporciona a los
CSP un amplio conjunto de funciones de seguridad,
cumplimiento regulatorio, interfuncionamiento e
interoperabilidad esenciales para VoLTE y
implementaciones de VoWiFi. Con numerosas aplicaciones
listas para usar provistas por la solución, los CSP pueden
impulsar sus ofertas de VoLTE sin codificación o
personalización de proveedores y ofrecer una experiencia de
cliente cohesiva al brindar servicios IMS integrales,
consistentes y altamente confiables a través de redes LTE,
WiFi y heredadas.
Figura 16. Solución de Oracle para VoLTE virtualizado
XIII. QOS
La solución VoLTE Virtualizada de Oracle Communications
también brinda admisión control, equilibrio de carga y
gestión de políticas de QoS integral y madura y funciones de
generación de informes que brindan calidad de servicio
asegurada y disponibilidad de red durante periodos de
actividad anormal o eventos de redes. Los CSP pueden
aumentar la lealtad de los clientes al garantizar una
experiencia de usuario de alta calidad. Para garantizar que se
cumplan los acuerdos de nivel de servicio (SLA) premium, al
tiempo que se impide el robo de QoS en aplicaciones no
aprobadas, la red debe ser capaz de distinguir y tratar las
sesiones respaldadas por SLA de todos los demás tipos de
sesiones. Esta solución proporciona la clasificación L5
necesaria para abordar estos casos de uso. La solución
también proporciona marcas DiffServ o ToS por sesión, así
como herramientas para medir las métricas de calidad de
llamadas y señalización. Se puede utilizar para recopilar
estadísticas de QoS en tiempo real para informes de clientes
de SLA, aislamiento de fallas, verificación de SLA y análisis
de tráfico.
La resiliencia es un concepto cada vez más importante en las
redes IMS. Para garantizar la resiliencia de la red, el
componente IMS central de esta solución en una función P-
CSCF admite mecanismos para dirigir el tráfico al CSCF
apropiado según las estrategias de distribución y detectando y
redirigiendo el tráfico de los CSCF fallidos. La solución
detecta el fallo del servicio sobre la marcha y cambia al nodo
de reserva en tiempo real sin ninguna interrupción del
servicio. Oracle Communications Diameter Signaling Router
(OCDSR) prioriza el tráfico para garantizar a los usuarios
finales la mejor calidad de experiencia durante las
congestiones de red. El OCDSR crea una arquitectura de
señalización centralizada y segura que permite que las redes
centrales crezcan de forma incremental para soportar el Una red habilitada para VoLTE debe poder reservar y
aumento del servicio y las demandas de tráfico de VoLTE. priorizar adecuadamente los recursos de red apropiados.

XIV.SEGURIDAD XVI.REFERENCIAS
En las redes IP existen riesgos de denegación de servicio [1] Telecom Engineering Centre, New Delhi : " Voice over LTE: New Voice
Dynamics".
(DoS), espionaje y otros ataques maliciosos. Para proteger [2] Sandvine, Intelligent Broadband Networks : " Voice Over LTE: Challenges
los elementos críticos del servicio, como los servidores and Opportunities".
CSCF y los servidores de aplicaciones en la red, las [3] Techonology reports Takashi Koshimisu“Inter domain Hand Over
Technologies en LTE for Voice (VoLTE)”
características de seguridad únicas de la solución VoLTE [4] VoLTE by IP Multimedia subsystem. Autor de tesis: Mutale Chewe.
Virtualizada de Oracle Communications ayudan a los CSP a Helsinki Metropolia University of Applied Sciences.
construir redes confiables y seguras. Las características [5] 3GLTEINFO VoLTE CALL FLOW (www3glteinfo.com)
[6] IMS procedures and protocols by Spirent
como el ocultamiento de topología, el encalado de velocidad [7] Nishihama Yuusuke, Shinozuka Mashahiro : “Virtualized IMS solution
dinámica y el cifrado IMS-AKA (Autenticación IMS) son for Telecom Carriers”
especialmente importantes para asegurar la red y servicio [8] http://www.telecomtv.com/articles/nfv/nokia-networks-releases-commercial-
disponible. Junto con la autenticación resumida SIP y nfv-solution-for-volte-11704/
[9] Oracle: Oracle Communications Virtualized VoLTE Solution
estándar abierto basado autenticación (OAuth), la solución
Oracle VoLTE también ofrece compatibilidad con la
seguridad del protocolo de Internet (IPSec), la seguridad de
la capa de transporte (TLS) y el cifrado del protocolo de
transporte seguro en tiempo real (SRTP) para la privacidad y
la confidencialidad. La solución Oracle Communications
Virtualized VoLTE protege la red de las tormentas de
señalización y evita la degradación de la red y las
interrupciones con el enrutador de señalización de diámetro
de comunicaciones Oracle (OCDSR) motor de gestión de la
congestión flexible y robusto.

XV. INTEROPERABILIDAD
Numerosas características de las redes IP, como la
superposición de diferentes espacios de direcciones IP y la
diferencia en los protocolos de señalización, pueden
interrumpir la prestación de los servicios VoLTE. La
solución Oracle Communication Virtualized VoLTE
proporciona capacidades de traducción de protocolos y
direcciones IP para maximizar los tipos de clientes, los
proveedores y las topologías compatibles con la
infraestructura de servicios. Esto permite a los CSP
aumentar su base de clientes direccionables y acelerar el
tiempo de comercialización. Admite el interfuncionamiento
IPv6-IPv4 que permite a los CSP mantener su red principal
como IPv4 mientras comienzan a implementar terminales
IPv6. Cuando se trata de peering, la solución permite
interconectar un proveedor de servicios con IPv4 con un
nuevo operador que ha comenzado con IPv6 desde cero. El
motor de reglas de mediación guiado por GUI de OCDSR
alivia los problemas de interfuncionamiento e
interoperabilidad en un entorno multiproveedor y
multiprotocolo. La característica de reglas de manipulación
de encabezado SIP y DIAMETER (HMR) permite a los
operadores de red solucionar cualquier problema de
interoperabilidad dentro de su red VoLTE. También ayuda a
los CSP a crear o modificar servicios con funciones
existentes simplemente cambiando la configuración de la
función de red sin tener que esperar una nueva versión del
software y el proceso de homologación asociado utilizado
para implementar una nueva versión en el campo. En
esencia, el uso de HMR ayuda a reducir el costo total de las
soluciones y reduce el tiempo de lanzamiento al mercado
para la implementación de nuevos servicios y aplicaciones.