¿Qué es CSFB y SRVCC en LTE?

Independientemente del ritmo de despliegue de LTE redes en todo el mundo (más rápido en algunas
áreas, más lento en otras), el número de usuarios con dispositivos 4G está creciendo intensamente.
Gracias a factores tales como costos más bajos - debido a la ganancia de escala de producción, y también
fomentacion de la migración a planes 4G - que ofrecen los operadores que ya tienen una red disponible,
cada vez más personas tienen acceso a los nuevos servicios y beneficios que ofrece esta tecnología .
Sin embargo, por mucho que se mejoran los servicios de datos actuales, y que el progreso en la área lleve
a la adopción de nuevos servicios, una necesidad básica todavía debe seguir existiendo, al menos por un
tiempo: las llamadas de voz!

Mientras hacer una llamada de voz parezca sencillo, depende en gran medida del escenario en el que el
usuario se encuentra, y las alternativas disponibles para su realización. Por lo tanto, es necesario entender
bien cuáles son las posibilidades y los conceptos más importantes de estos escenarios clave.
En la primera generación de redes celulares, la comunicación a través de las llamadas de voz era el
objetivo principal, y se basó en una topología de conmutación de circuitos o "canales" (CS circuitos
conmutados).
Con el tiempo, ha surgido la necesidad de otros servicios (de datos!). Las llamadas de voz conviven con
estos nuevos servicios. A medida que aumenta la demanda, estos nuevos servicios fueron apoyadas por un
nuevo dominio, la conmutación de paquetes basada en IP (PS conmutación de paquetes). La siguiente
figura muestra cómo funcionan estos dos dominios.
Y en el sistema LTE (4G) tuvimos otro gran cambio: el dominio CS se ha extinguido! Redes LTE se
basan exclusivamente en el dominio PS, y servicios de voz deben ser llevadas a cabo por otras vías (como
veremos).
Pero como hemos mencionado, independientemente de topologías de red, todavía necesitamos servicios
de voz. (Por supuesto, que disminuyeron ligeramente en comparación con hace unos años, pero siguen
siendo significativas, es decir, su demanda sigue).
Con el crecimiento continúe de redes LTE, ¿vamos a tratar de entender un poco más los conceptos, las
alternativas y soluciones para que cualquier usuario pueda realizar una llamada de voz en una red LTE?
Nota: Todos los artículos telecomHall están escritos originalmente en Portugués. A continuación se
hacen traducciones en Inglés y Español. Como nuestro tiempo es escaso, sólo se producen varios errores
de ortografía (que utilizar el traductor automático, y sólo entonces hacer una revisión final). Pedimos
disculpas, y contamos con su comprensión de nuestro esfuerzo. Si usted quiere contribuir traduciendo /
corregir una de estas lenguas, o incluso uno nuevo, por favor comuníquese con nosotros: contacto.

¿Cómo, cuándo y dónde?

En primer lugar, tenemos que entender cómo, cuándo y dónde pueden ocurrir las llamadas de voz.
En las redes tradicionales 2G, llamadas de voz se realizan prácticamente sólo en circuitos - para cada
llamada (dominio CS).
En las redes tradicionales de 3G, servicios de voz pueden usar el dominio CS, pero también se pueden
hacer a través de soluciones OTT (Over The Top), aplicaciones que encapsulan la voz y hacen el
transporte a través de un dominio de Internet (PS), pero que carecen de los requisitos de calidad de
servicio necesarios para garantizar una buena comunicación - con los servicios de tipo No GBR (sin
garantía de tasa de bits). Ejemplo: Skype. Nota: Es muy raro, pero también es posible hacer llamadas de
voz OTT en redes 2G. De hecho, puede haber soluciones OTT en cualquier tecnología - que puede ser
utilizado en redes heredadas, y también en otros, tales como WiFi - que ya se utilizan comúnmente para
VoIP.
Y en las redes LTE, llamadas de voz pueden ser totalmente basadas en IP, pueden utilizar soluciones OTT
través de 4G, o ser transferidas al legado 2G/3G.

A medida que empezamos a ver, hay muchas alternativas. Como de costumbre, vamos a ver de manera
sencilla cada una.
Nota: En este tutorial, siempre nos referiremos a las llamadas de voz (de origen y/o de terminación); Sin
embargo, también se incluyen los servicios de SMS.

Alternativa a las llamadas de voz en una topología de red genérica 2G-3G-4G.

Y la mejor manera de entender las alternativas o posibilidades de hacer llamadas de voz en la red LTE
(4G), es partir de una topología de red 2G-3G-4G muy simplificada - considerando sólo los principales
elementos involucrados.
Como podemos ver en la siguiente figura, el LTE (EPC) no tiene "vínculo" directo a la red CS - como
hemos visto, está diseñado para cuidar de puramente IP (PS) llamadas. No tiene ninguna Media Gateway
conectada directamente, por lo que ninguna llamada CS es apoyada por el MME.

En otras palabras, si el usuario o UE (Equipo de Usuario) está en una red LTE, como se muestra en la
topología anterior, no podemos hacer una llamada de voz.
Nota: Como se ha mencionado antes y de acuerdo a la topología anterior, la única manera de tener
servicios de voz en LTE sería a través de servicios OTT tales como Skype. Sin embargo, esta solución no
se discute aquí hoy.
Si entendemos esto, también es fácil darse cuenta de que para tener los servicios de voz en LTE, los
cambios deben hacerse. Hay algunas alternativas, y más abajo tenemos los principales:
 VoLGA (Voice over LTE via Generic Access): Usa el legado 2G / 3G como un acceso genérico,
envasa los servicios de voz, y los entrega a través de LTE.
 CSFB (CS Fall Back): siempre que el UE tiene la necesidad de realizar una llamada, revertir
(retorno) para las redes de legado.
 VoLTE (Voice over LTE): hacer la voz sobre LTE en sí. En este caso, la voz es puramente IP -
VoIP LTE.
o SRVCC (Single Radio Voice Call Continuity): garantizar que llamadas puramente LTE
(VoLTE) se transfieren (a través de la entrega) para las redes existentes de una manera
transparente.
Nota: observe que el SRVCC es una opción cuando la llamada de voz se ha establecido en LTE. Es decir,
se trata de una alternativa condicional - teniendo en cuenta que la opción de VoLTE se ha utilizado.
Incluso sin saber muy bien las opciones que se presentan, es fácil imaginar que la "mejor" solución
llevaría la voz sobre su propia red LTE. Pero como todo en la vida, sino que también tiene el otro lado,
los pros y los contras.
Para entregar servicios de voz en la red LTE es necesario contar con una infraestructura que lo soporta.
En otras palabras, es necesario que exista un IMS (IP Multimedia Subsystem o IP Multimedia Core
Network Subsystem). Si un IMS está disponible, entonces la voz sobre LTE se puede proporcionar
mientras un conjunto mínimo de funcionalidad IMS y entidades también están presentes.
Nota: IMS es mucho más completo, y tener más fines distintos de la voz. La voz es sólo otra "aplicación"
de IMS, como veremos pronto.
Este conjunto mínimo de características y entidades de la IMS (llamado VoLTE o One Voice) se
estandarizó para que los operadores LTE para proporcionar servicios de voz sin tener que hacer cambios
muy radicales en la red (sin tener que invertir en una completa IMS, con todas las entidades y la
funcionalidad).
De todos modos, se requiere inversión.
Y por lo tanto, las dos primeras alternativas se convierten en atractivo: se basa en la infraestructura CS de
la red legada. Pero si, por un lado tales alternativas requieren menos inversión en la red LTE, estas
alternativas dependen de las redes 2G/3G existentes.

Hablemos un poco más sobre cada una de estas posibilidades, pero siempre tratando de mantener la visión
general, de la manera más simple posible de entender. Recuerde que nuestro objetivo es aprender el
concepto, para permitir una profundización en el tema, si lo desea, más fácilmente.

VoLGA
La primera alternativa de aplicación que surgió fue el Volga (Voz sobre LTE a través de acceso
genérico), o: tratar de usar lo que ya están disponibles, con cambios mínimos necesarios.
Para utilizar la infraestructura de redes legadas 2G/3G, VoLGA introduce una nueva entidad de red, el
VNC (Network Controller VoLGA), que básicamente funciona como un BSC 2G, que comunica con una
MSC GSM (Centro de Conmutación Móvil) y como una RNC 3G, en la comunicación con una MSC
UMTS (Mobile Switching Center).

Cuando tenemos una nueva llamada (sea originado o terminado), que es administrado por el MSC de la
red legada. VNC es que media la señal de voz y los mensajes relacionados entre el MSC y la red LTE.
Aunque es posible llevar a cabo la prestación de los servicios de voz y SMS a los usuarios de LTE, el
Volga no tuvo éxito. Esto es porque, como hemos visto, se necesita una inversión exclusiva para este fin.
Sin embargo, al mismo tiempo, los esfuerzos mundiales para VoLTE aumentaron (por ejemplo, las
inversiones en IMS), y por lo tanto esta alternativa, finalmente, cayó en desuso.

CSFB
Pero si en una mano operadores siguen buscando una infraestructura LTE completa (con total IMS) para
cumplir con los servicios multimedia y de voz también puramente LTE, esto no es una topología que está
disponible en el corto e incluso a medio plazo.
Mientras que la realidad no llega, debemos utilizar la red legada cuando existe la necesidad de la entrega
de voz y SMS para usuarios de LTE.
Y la alternativa más común de esto es el CSFB (CS Fall Back), una solución provisional hasta que
tengamos el apoyo total para voz sobre LTE.
En esquema de CSFB, cada vez que hay una demanda de una nueva llamada de voz, el usuario se LTE
'revertido' para una red de legada CS, suponiendo que esto proporciona una cobertura superpuesta. En
otras palabras, con CSFB, una llamada de voz nunca es activo en LTE, pero en redes legadas.
Al final de la llamada en la red legada, el UE puede volver a registrar en la red LTE.
Es algo parecido a esto: la UE se ha registrado (también) en la red legada. Cuando ello recibir una
llamada, la red de legada dice a la red LTE: 'Tengo una llamada a la UE, se puede pedir a venir aquí y
hacer la llamada?
Para CSFB ser posible, los usuarios deben utilizar dispositivos de modo dual, es decir, capaz de operar
tanto en la red LTE y quanto en la red legada.
Para soportar CSFB, una nueva interfaz se introduce: el SGs, que conecta la MME al MSC legada.

A medida que el CSFB es actualmente la opción más utilizada por varios operadores, vamos a ver
algunos de los escenarios básicos del mismo (CSFB).

CSFB - Registro y Localización

Cuando el CSFB UE está encendido, se registra en las dos redes: la red LTE y legada (CS).
Y para permitir la transferencia rápida de la red legada (sea 2G o 3G) cuando sea necesario, la red LTE
necesita saber la localización del UE.
Para ello, el MME, que rastrea la localización del UE en la red LTE, proporciona continuamente
información de localización a MSC legada, usando la nueva interfaz de SGs.
El conjunto de mensajes SGs luego soporta la gestión de la movilidad, los pages y SMS.

CSFB - Llamada Originada

Vamos a seguir, y suponemos que el UE está cubierto inicialmente por la red LTE, y que hay una
conexión IP activa.
Cuando el UE decide originar una llamada de voz, envía un SRM (Service Request Message) al MME
(más específicamente la ESR - Solicitud de Servicio Extendido).
El MME comprueba si el UE es capaz de CSFB, y notifica al eNodoB para transferir el UE a la red
legada.
Antes de realizar la transferencia del UE, el eNodoB puede pedir para hacer medidas de RF en las vecinas
de la red 2G / 3G. El eNodoB entonces decide la mejor red para el UE y realiza la transferencia.

Una vez que el UE acampa en la red 2G / 3G, inicia el procedimiento de llamada como de costumbre: el
UE inicia los procedimientos de control de llamada en la red heredada.
CSFB - Llamada + Conexión de datos en LTE
¿Y qué ocurre si tengo una conexión de datos activa en la red IP LTE y decido realizar una llamada de
voz?

Hay dos opciones:

Los datos también se transfieren a la red heredada, o

Los datos se suspenden temporalmente, hasta que regrese a la red LTE.
Aunque la primera opción parece ser la mejor, debemos tener en cuenta que la transmisión de datos IP
también se transfiere: puede operar a velocidades mucho más bajas (sistemas heredados). Además, es
posible que las redes heredadas denieguen la sesión IP debido a la falta de recursos o por no poder
procesarla.

La interfaz S3 se utiliza para llevar a cabo el traspaso de sesiones de PS para 3G (en este caso, el DTM -
Modo de transferencia dual debe existir, pero este detalle escapa a nuestro tema de hoy).

No hay transferencia de datos 4G compatible con 2G; en este caso, los datos se suspenden.

Los eRAB 4G se liberan cuando el UE realiza el CSFB.

Una información importante es que el S3 es una 'nueva' interfaz entre MME y SGSN en GTPCv2. Y para
apoyarlo, el SGSN necesita ser actualizado (la mayoría de los operadores no quieren hacer esto sin una
sólida justificación).

Y la interfaz Gn ya está en GTPCv1, que es la versión nativa de GTP para redes 3G. Entonces, en este
caso, solo es necesario actualizar el MME, y como es un nodo relativamente nuevo, probablemente sea
más fácil hacerlo. Sin mencionar que el nuevo SGSN puede tener soporte nativo para S3.

CSFB: llamada cancelada

Finalmente, tenemos el caso de una llamada terminada para usuario de LTE.

La solicitud de llamada llega primero al MSC donde el UE estaba previamente registrado.

Cuando el MSC recibe la solicitud de llamada, envía mensajes de búsqueda al MME relacionado a través
de la interfaz SG.

Este mensaje se reenvía al UE, que todavía está conectado a la red LTE.

Si el usuario acepta la llamada, envía un SRM (Mensaje de solicitud de servicio) al MME.

El entonces MME notifica al eNodoB que transfiera el UE para la red heredada, y el eNodoB luego
decide la mejor red para que el UE haga la llamada.
VoLTE
Todo lo que hemos visto hasta ahora se basa en la realización de llamadas de voz en la red heredada. Pero
como hemos visto, estas son soluciones 'temporales' hasta que la solución 'final', VoLTE, esté disponible.

Y la solución final de voz LTE (Voz sobre IP, o más específicamente VoLTE) usa la red troncal IMS. En
la figura siguiente se muestra un ejemplo de topología de red que admite VoLTE.

Para realizar llamadas de voz, las redes LTE deben tener un IMS. Cuando aparecieron las primeras redes
LTE, no tenían IMS, y sin IMS, no era posible hacer ninguna llamada a ninguna PSTN o CS.

Hemos hablado del IMS antes, pero recordemos.

IMS
IMS es una red troncal (red) en el nivel de aplicación, que funciona sobre otras redes inalámbricas y no
solo la LTE (como 3G, 2G, WiFi y otras).

Su concepto es bastante amplio, y comprenderlo con todas sus entidades, posibilidades, interfaces,
protocolos y posibilidades es una tarea extremadamente difícil, incluso para los más experimentados en el
tema.

El IMS no es nuevo: ya existía antes del LTE (así como de otras entidades, como el EPC PRCF, ¡que no
es nuevo!).

Su especificación completa consiste en miles y miles de estándares 3GPP. Pero tratemos de entender de
una manera más simple que la que se encuentra allí.

Como su nombre lo indica (Servicios multimedia IP), IMS ofrece varios servicios multimedia IP, incluido
VoIP (Voz sobre IP). ¡En IMS, la voz es solo 'otro' servicio!

IMS reúne funciones de voz como autenticación, autorización de servicio, control de llamadas,
enrutamiento, interoperabilidad con PSTN, facturación, servicios adicionales y VAS. Ninguno de estos
existe en el EPC: esta es la razón por la cual el EPC puro sin IMS no puede procesar una llamada de voz.
En otras palabras, para VoLTE, el acceso lo realiza el SAE (eUTRAN + EPC), mientras que el servicio
de voz se encuentra en el IMS.

Una analogía que podemos hacer para considerar que el IMS es un automóvil. Y la voz LTE, como
nuestro servicio de transporte (para ir de un lugar a otro).

Podemos comprar un automóvil muy básico: motor básico 1.0, ruedas, volante y otras partes
mínimas: sí, podemos ir de un lugar a otro.

O podemos comprar un automóvil "conectado": ultra moderno, potente, tetracombustible,

con todas las características de seguridad, ABS, Airbag, conectado a Internet, etc.: también
vamos de un lugar a otro ... pero nosotros ¡puede hacer muchas otras cosas también!

Eso es más o menos lo que sucede con el IMS. Se utiliza junto con la red LTE para admitir voz:
tanto la implementación completa de IMS como la implementación mínima recomendada por
IMS para Voice over LTE.

Pero la industria de las telecomunicaciones preferiría no invertir en un IMS completo, o al

menos no tenía suficiente razón para hacerlo de inmediato. Y para la adopción de la solución
de voz IMS más simple, aparece la iniciativa VoLTE, que especifica un conjunto mínimo de
características, y selecciona una opción simple cuando existen múltiples opciones para ciertas
funciones.

Sin embargo, no todas estas características son necesarias para la entrega de servicios básicos
de voz por la red LTE.
Así que vamos a ilustrar con un diagrama (extremadamente simple) la implementación de una
voz en IMS (VoLTE).

Supongamos que haremos una llamada VoLTE con una red CS de cualquier tipo, por ejemplo
PSTN (Public Switch Telephony Network).

Y considere en el IMS solo dos elementos simples, uno para el plano de control (con
señalización) y otro para el plano de usuario (con voz).

Y la entrada es la red SAE o LTE.

En IMS, el elemento de control sería un servidor SIP (pronto hablaremos de SIP, por ahora solo
entiendo que cuando tenemos una solicitud de llamada a este servidor, configura la llamada);
y el elemento de usuario sería una Media Gateway.

En comparación con las redes heredadas, el servidor SIP es equivalente al MSC en la topología
de red móvil y la pasarela de medios es equivalente a una pasarela de medios típica en
cualquier topología de red, que es común en prácticamente cualquier red de voz para manejar
llamadas.
El concepto anterior es válido, pero en la práctica el IMS se compone de muchas más
entidades, como se ve a continuación. Nota: No todas las entidades e interfaces posibles /
existentes se muestran en la figura.

Veamos (rápidamente) un poco sobre estos elementos clave.

Nota: No se preocupe o trate de comprender todo sobre estos elementos. Recuerde que nuestro objetivo
aquí hoy no es eso. De todos modos, vale la pena leerlo.

El MGCF (función de controlador de pasarela de medios) es el elemento de control que se comunica con
otras redes PSTN. Es significativo porque tiene que funcionar entre redes: puede hablar SIP, puede hablar
ISUP, puede hablar otros protocolos de señalización.

El IM-MGW (IM Media Gateway) es el elemento que se encarga de las funciones de voz, por ejemplo,
hace que se requiera la traducción del protocolo para admitir la llamada. Más específicamente, entre el
protocolo de transporte en tiempo real (RTP) a formato analógico o PCM básico en la red CS; y
viceversa.

El HSS (Home Subscriber Server) es un elemento que también existe en el LTE EPC (aunque apareció
primero en IMS), y sus funciones son similares.

La MRF (Función de Recursos de Medios) proporciona muchos servicios relacionados con la voz, como
conferencias, anuncios, reconocimiento de voz, etc. Siempre se divide en dos partes, el MRFP
(Procesador de funciones de recursos de medios), para flujos de medios y el MRFC (Controlador de
funciones de recursos de medios) que funciona básicamente como un "mezclador" de RTP.

Un concepto importante, y que vale la pena destacar aquí es el Proxy, por ejemplo para hacer filtros,
identificar de dónde vienen los usuarios, los casos de roaming, etc. Recuerde que estamos hablando de
una red IP. En lugar de que los usuarios hablen directamente con el servidor SIP, usan el proxy.
El CSCF (función de control de sesión de llamada) tiene algunas variaciones.

O P-CSCF (Proxy CSCF), entre otras tareas, proporciona información de QoS relacionada con la red
LTE. Asigne un AF al servicio de voz y proporcione las funciones de control "política" y "carga" a la
PCRF.
O I-CSCF (Proxy CSCF) es un interrogador.
Y el S-CSCF (CSCF de servicio): el servidor CSCF actúa como un nodo central.
La BGCF (función de control de pasarela de borde) funciona como una tabla de enrutamiento (o tabla B)
y actúa para ayudar al S-CSCF. Tiene básicamente decisiones de enrutamiento.

Mientras hablamos, la voz de IMS es un 'servicio' - el IMS es un 'facilitador' de servicios. Los servicios
IMS se proporcionan a través de AS (Servidores de aplicaciones).

Una de esas aplicaciones es la voz. Y también hay servicios de video, conferencias, etc.

De hecho, a veces los AS no se consideran parte de IMS (cuando entendemos el IMS como un CORE)
Y en IMS, el AS estándar para voz es el MMTel (Servicio de Telefonía Multimedia), a veces llamado
MTAS (Servidor de Aplicaciones de Telefonía Multimedia).

El SBC (Session Border Controller) es un elemento de los bordes del IMS para controlar la señalización
y, a menudo, los flujos de medios implicados en las llamadas.

El S-CSCF será responsable del enrutamiento de llamadas dependiendo de dónde estén el otro usuario (la
otra parte):

Un SBG (Session Border Gateway) si la otra parte está en dominio IP;

Un MGC / MGW si la otra parte está en el dominio CS (PSTN / PLMN).
IBCF y TrGW no se muestran en nuestra figura, pero son, respectivamente, el control y el plano de
usuario para otras redes IMS, otras redes SIP en general. Son similares a MGCF / IM-MGW: los
requisitos para llegar a uno u otro tipo de red son diferentes, por lo que también tienen partes separadas
para realizar las mismas funciones pero con redes diferentes.