Está en la página 1de 66

IMS

IMS VoLTE Procedimiento VoLTE e IMS

Proxy Server
Determines Where
to Send the
Signaling Messages
User Agent User Agent
(Client) (Server)
Sends SIP Receives SIP
Requests Requests

Signaling Signaling

Media Stream (RTP)


– Basic signaling
RFC 3261  Call setup, termination
RFC 5359 – Advanced Services
 Transfer, forward, hold, mute, etc.
RFC 3264
– Capability exchange
 Express receive and send media capabilities
IMS VoLTE Procedimiento VoLTE e IMS

• Dialog (formally known as a Call


Legs)
Peer-to-peer SIP
Registrar Server

relationship between UAC
and UAS SIP Redirect Server/
• 2xx response to an INVITE
establishes a dialog Location Server
• Identified by Call-ID, To-
tag (local address) and
From-tag (remote address)
header fields

• Session - from SDP Specification


• A multimedia session is a
set of multimedia stream
information
• Defined by the
concatenation of user
name, session id, network
type, address type and
address elements in the Proxy Server
origin field
Signaling Signaling

Media Stream (RTP)


IMS VoLTE Procedimiento VoLTE e IMS

Arquitectura y Operación Básica de SIP (3GPP TS 23.228 V17.0.0)


IMS VoLTE Procedimiento VoLTE e IMS

Arquitectura y Operación Básica de SIP (3GPP TS 23.228 V17.0.0)


IP Multimedia Networks
Izi CS Network Mm Ici, Mm Mm Mm

Ix
TrGW IBCF Ms

Mb CS Mx Ma AS
BGCF
I-CSCF
Mb
Mb CS Mk Mx ISC
Mx
BGCF Mw Sh
Mw
Mj Mg Cx
Mi

IM MGCF Cx HSS
MGW Mn Mg S-CSCF
ISC
Dh
Rc
Mw
Mb MRB
Ut Dx SLF
Mp Mr
Cr, Mr’
MRFP P-CSCF
MRFC UE
IMS Iq Gm
Mb AGW
Mb
IMS VoLTE Procedimiento VoLTE e IMS

Ejemplo de Call Flow IMS

HSS

4 6
LTE/EPC 2 P-CSCF 3 I-CSCF 5 S-CSCF
1 (Access)
SIP Register SIP Register SIP Register
SIP

UE IMS 7 8
Application AS-1
Servers
AS-2

SIP Register
(3rd party IMS Registration)
IMS VoLTE Procedimiento VoLTE e IMS

Ejemplo de Call Flow IMS


IMS VoLTE Procedimiento VoLTE e IMS

Ejemplo de Call Flow IMS

video call.pcapng volte voice call.pcapng


IMS VoLTE Procedimiento VoLTE e IMS

VoLTE es, simplemente, llamadas de voz a través de la red LTE, o usualmente llamada 4G. Hasta
ahora las operadoras utilizaban las redes GSM o UMTS para transmitir las comunicaciones de
voz entre terminales y la red 3G y 4G se encargaban de transmitir nuestros datos a través de
internet.
IMS VoLTE Procedimiento VoLTE e IMS

LTE ALCANZA EL TIEMPO ES


MASA CRITICA EL CORRECTO

MEJORA
DRAMATICAMENTE AERODINAMIZA
EL QoS DEL SU RED Y
USUARIO NEGOCIOS
IMS VoLTE Procedimiento VoLTE e IMS

1. Voz en alta definición. La calidad de la llamada va a dar un salto con las llamadas VoLTE. El
método de compresión en las llamadas tradicionales usa un códec de 8 kbps, pero con VoLTE el
códec puede llegar a tener de 13 kbps además de un método de compresión más moderno. El
rango de frecuencias también se va a ver aumentado de 300-3400 Hz a 50-7000 Hz. Esto se
traduce en una llamada mucho más clara que una llamada móvil tradicional.

2. Conversaciones enriquecidas. Junto a la llamada, las operadoras podrán ofrecer un conjunto


de servicios conocidos como RCS (Rich Communications Services). Estos servicios pueden incluir
funciones como videollamadas, transferencia de datos, adjuntar localización o imágenes a la
conexión de la llamada, e incluso traducción simultánea durante la misma.

3. Conexiones más rápidas. El tiempo de establecimiento de llamada con VoLTE se va a ver


reducido con respecto a las llamadas a través de 2G. Puede que este tiempo de unos siete
segundos que ahora mismo esperamos para conectar se vea reducido a la mitad.
IMS VoLTE Procedimiento VoLTE e IMS

4. Menos consumo de batería. Los servicios de VoLTE tienen un consumo de energía más
moderado en comparación con los servicios de VoIP como Skype. VoLTE no es tan exigente
con sus requisitos de red, y por ello consume mucho menos energía que una llamada de voz por
Skype.

5. Integración con Wi-Fi. No sólo se puede usar VoLTE a través de la red 4G, si no que también
podemos usarlo a través de cualquier conexión Wi-Fi (VoWiFi), con el consiguiente ahorro en
nuestra tarifa de datos.
IMS VoLTE Procedimiento VoLTE e IMS

En cuanto a los problemas que pueda traer es de destacar que se trata de una tecnología nueva y
como tal todavía necesita un desarrollo más optimo para un servicio de calidad. De momento
estos son los inconvenientes de VoLTE:
 Desconexión de la llamada. Como ya hemos mencionado, es una tecnología nueva y la red 4G
todavía no tiene una extensión suficiente para garantizar una llamada sin desconexiones ya
que utiliza antenas diferentes al resto de tecnologías.
 Limitado a ciertos dispositivos. Como también hemos mencionado arriba, los únicos terminales
que soportarían las llamadas VoLTE serán los que cuenten con tecnología 4G.
 Sin comunicación entre operadoras. En principio sólo se puede llamar a través de VoLTE entre
clientes de la misma operadora.
IMS VoLTE Procedimiento VoLTE e IMS

 Cambio de precios. Ahora que ya nos hemos acostumbrado a la tarifa plana en llamadas, nos
cambian la tecnología. Las llamadas VoLTE, como hemos mencionado, circulan a través de la red
de datos. Por lo tanto el cobro de estas llamadas las encontraremos en la parte sobre uso de
datos de nuestra factura.
IMS VoLTE Procedimiento VoLTE e IMS

Universal Integrated Circuit (UICC)

Cada UE debe contener un UICC y cada UICC have uno o mas de los siguiente modulos:

 Subscriber Identity Module (SIM)


 UMTS Subscriber Identity Module (USIM)
 CDMA Subscriber Identity Module (CSIM) or Re-Useable Identification Module (R-UIM)
 IP Multimedia Services Identity Module (ISIM)

El ISIM es importante cuando el UE quiere usar recursos de la Red. ISIM contiene lo siguiente:
 IP Multimedia Private Identity (IMPI). Informacion de Dominio del Op.
 IP Multimedia Public Identity (IMPU). RFC 3966
 Secret Key
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

La arquitectura LTE es basada en el principio de un caja simple de radio. Como se muestra en la arquitectura
LTE (Siguiente Figura), para facilitar la gestión de recursos de radio y especialmente la movilidad, existe una
interfaz X2 entre los eNodeBs. Esta interfaz lleva la señalización necesaria para intercambiar información
sobre el uso de recursos de radio entre la estación base, para proporcionar una orden de traspaso cuando el
usuario se mueve o para manejar el reenvío de datos cuando el usuario se mueve a otro eNodeB. Algunas de
las funciones, como el comando de traspaso o el reenvío de datos también son posibles a través de la red
central. Hacia la red central hay una conexión a través de S1_U para los datos de usuario (hacia la S-GW en
el core de la red) y S1_MME para la señalización de control relacionada con el core de la red (hacia el MME).
Esto permite escalar la capacidad de procesamiento de red central por separado como una función del
volumen de datos y como la función de la cantidad de usuarios en la red.
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

La arquitectura del protocolo LTE muestra que todos los protocolos relacionados con la radio terminan en el
eNodeB, que es responsable de todas las señalizaciones y decisiones relacionadas con los recursos de radio.
La señalización de estrato sin acceso (NAS), que termina en el MME, se refiere a la no-señalización de radio,
como la autenticación en el sistema de paquetes evolucionado (EPS). La pila de protocolos más alejada del
eNodeB se muestra en la siguiente Figura.
IMS VoLTE Procedimiento VoLTE e IMS

Los datos de usuario se llevan encima del protocolo de datagramas de usuario (UDP) mientras que los
datos de plano de control utilizan el protocolo de transmisión de control de flujo (SCTP) para una mayor
fiabilidad porque SCTP también asegura la entrega en secuencia de los mensajes. El protocolo de túnel
GPRS (GTP-U) que se ejecuta en la parte superior de UDP lleva los datos de usuario a la pasarela de
servicio (S-GW). El protocolo de aplicación S1 (S1AP) es el protocolo de señalización entre MME y eNodeB.
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

PGW
PCRF
CHARGING

EPC
RAN MME
HSS
eNB transport

SGW AAA

UES IMPLEMENTA VoLTE EN UES

AGREGA CARACTERISTICAS
EUTRAN PARA ENODEBS ( SPS, ROHC, TTI
BUNDLING, ETC.)

TRANSPORT HABILITA QOS EN EL TRANSPORTE

PREPARAR EPC PARA VOLTE


EPC (CONFIGURAR APNS, QOS AND TAU)
IMS VoLTE Procedimiento VoLTE e IMS

TAS
SCAS
MGCF • PCSCF HLR
• SPDF MSC
• ATCF
IMS • ATGW
CS
HSS
MGW NETWORK

SBC CSCF

MODERNIZAR IMS PARA VoLTE


IMS
INTRODUCIR SRVCC
(ATCF/ATGW, SCC AS)

ACTIVAR SRVCC
CS
NETWORK
ACTUALIZAR TRUNKING & ROUTING
IMS VoLTE Procedimiento VoLTE e IMS

El servicio de voz sobre LTE (VoLTE) del UE obtiene la conectividad requerida de protocolo de Internet (IP)
para autenticación, asignación de direcciones IP, recuperación de la red de paquetes de datos (PDN),
Activación del contexto de suscripción para recuperación de la red de paquetes de datos (PDN), y
descubrimiento del posible protocolo de voz sobre Internet (VoIP) basado en el subsistema multimedia de
protocolo de Internet (IMS) y cuál es la dirección del punto de entrada de IMS.
IMS VoLTE Procedimiento VoLTE e IMS

LTE usa el concepto de bearers para llevar los datos entre el UE y el core de
la Red y además provee diferenciación de QoS. Si una diferenciación QoS es
requerida para un simple UE, entonces cada clase QoS usa su propio Bearer.
El bearer por default en LTE transporta señalización IMS usando
identificador de clase QoS (QCI) valor de 5. El bearer de Voz usa un
dedicado QCI con valor de 1.

Internet  QCI=8 o 9
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

LTE está diseñado para soportar la movilidad perfecta dentro del sistema LTE y entre las redes LTE y 2G-3G.
La solución de movilidad intra-frecuencia en LTE es ligeramente diferente de la movilidad en redes 2G y 3G
debido a la arquitectura plana LTE. Las redes 2G y 3G utilizan un controlador de estación base (BSC) y un
controlador de red de radio (RNC) para gestionar la movilidad, mientras que la red de radio LTE utiliza sólo el
eNode (estación base) en la arquitectura de red de radio. La gestión de movilidad es controlada por eNodeB
en base a las mediciones proporcionadas por los terminales.
En la figura mostrada mas adelante se muestra un procedimiento de handover intra-frecuencia. El UE se
conecta primero a eNodeB de origen que tiene una conexión de plano de usuario S1 a la pasarela de red
principal y plano de control a la entidad de gestión de movilidad (MME). El UE ejecuta continuamente
mediciones de células vecinas intra-frecuencias. Cuando la célula objetivo se convierte en suficientemente
fuerte, UE enviará el informe de medición a la fuente eNodeB. Los trigger de medición son definidos por la
red. La fuente eNodeB reserva recursos en la celda de destino a través de la interfaz X2. Si la interfaz X2 no
está disponible, el eNodeB de origen puede establecer una conexión X2 utilizando la información de medición
del UE
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

y la información del sistema de gestión de red. En la segunda fase, el eNodeB de origen envía un comando
de traspaso al UE. La fuente eNodeB comienza a reenviar los paquetes de enlace descendente hacia la
interfaz eNodeB de destino sobre X2. La interfaz X2 permite el uso de traspasos sin pérdidas donde no se
pierden paquetes. En la tercera fase, UE cambia la conexión de radio del eNodeB de origen al eNodeB de
destino. La interrupción en la conexión física durante el traspaso es típicamente inferior a 25 ms. Estas
primeras fases del traspaso no son visibles para la red central. En la última fase, el eNodeB de destino
solicita a la red central actualizar la conexión desde el eNodeB de origen al eNodeB de destino. Esta fase se
denomina 'conmutación de trayecto tardío' (late pathc switching) y no es visible para el UE. La idea de esta
movilidad es hacer que la transferencia de radio sea lo más rápida posible para mantener la conexión fiable y
sólo entonces actualizar la conexión de red principal. La arquitectura plana implica que cada traspaso
provoca alguna señalización a la red central. En redes 2G/3G BSC y RNC ocultan la mayor parte de la
movilidad de la red principal. Por lo tanto, la capacidad de señalización de red central en LTE debe ser
diseñada lo suficientemente alta.
IMS VoLTE Procedimiento VoLTE e IMS

Intra-frequency mobility
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

El CSFB fue concebido como una solución provisional en la Versión 8, hasta que el soporte de voz
basado en IMS se hizo disponible en las redes, ya que las redes LTE iniciales no solian soportar voz.
Existen medios específicos para recurrir a un servicio de voz CS cuando se usa LTE, estos son sistema
global para comunicaciones móviles (GSM), sistema de telecomunicaciones móviles universales (UMTS)
o red de acceso múltiple por división de código (CDMA) si está disponible en la misma área de
cobertura. Desde el punto de vista de la arquitectura, el CSFB requiere la disponibilidad de la interfaz SG
entre el MME y el servidor de centro de conmutación móvil (MSC) para permitirle proporcionar
paginación CS al lado LTE, así como la identidad combinada de EPC y de abonado móvil internacional
(IMSI ) Y procedimientos de separación (Ver Figura). También se entrega servicio de mensajes cortos
(SMS) a través de esta interfaz.
IMS VoLTE Procedimiento VoLTE e IMS

Arquitectura CSFB
IMS VoLTE Procedimiento VoLTE e IMS

Todas las opciones para CSFB a GSM, UMTS (WCDMA) y CDMA son listados
en la siguiente tabla.
Target system Solutions Release Mandatory for CS fallback UE
UTRAN RRC connection release with redirection without Sys 8 Yes
Info
RRC connection release with redirection with Sys 9 No
Info
PS handover with data radio bearer(s) (DRB) 8 Yes
GSM RRC connection release with redirection without Sys 8 Yes
Info
RRC connection release with redirection with Sys 9 No
Info
Cell change order without NACC 8 Yes
Cell change order with NACC 8 Yes
PS handover 8 No
cdma2000 (1×RTT) RRC connection release with redirection 8 Yes
Enhanced 1×CSFB 9 No
Enhanced 1×CSFB with concurrent high rate packet 9 No
data (HRPD) handover
Dual receiver 1×CSFB (RRC connection release 9 No
without redirection)

HRPD = High rate packet data.


IMS VoLTE Procedimiento VoLTE e IMS

CS fall-back to UTRAN with RRC connection release with redirection information


IMS VoLTE Procedimiento VoLTE e IMS

CS fall-back to UTRAN with PS handover after UE originated CS call


IMS VoLTE Procedimiento VoLTE e IMS

Las 5 diferentes soluciones para hacer CSFB a GSM son parcialmente


similares a UMTS.
IMS VoLTE Procedimiento VoLTE e IMS

 PS-PS Intersystem Handover.

En el futuro vendrá poder hacer IMS VoIP sobre HSPA, lo que significa que el terminal será capaz de moverse
entre los accesos LTE y HSPA a través de la red conmutada por paquetes durante una llamada VoIP. Para
transferencias sin intercalar, la red y el UE deben soportar transferencia de conmutación de paquetes (PS HO)
donde la red realiza la preparación de traspaso antes del cambio real entre sistemas.

GPP ha especificado dos variantes de movilidad entre sistemas, Gn y S3 basadas en las interfaces utilizadas
entre MME y SGSN. Ambas variantes ofrecen una transferencia PS entre sistemas optimizada de LTE a 3G (y
viceversa). Cuando se usa PS HO, el retardo de traspaso y el tiempo de interrupción de transferencia de datos
se minimizan cuando la preparación de traspaso se realiza antes de la ejecución.
IMS VoLTE Procedimiento VoLTE e IMS

El procedimiento de traspaso PS también se puede utilizar con CSFB o con SRVCC. Cuando PS HO se realiza con
CSFB, se reduce el tiempo de configuración de la llamada de voz porque se minimiza el tiempo necesario para el
cambio de acceso.

El Handover de PS-PS se explica generalmente en dos fases: preparación de traspaso y ejecución de traspaso. La
Figura da una descripción de alto nivel de cómo se realiza la preparación de traspaso entre el eNodoB LTE y el
controlador de red de radio 3G (RNC), y la señalización de red principal pasa por una interfaz S3 entre MME y
SGSN.
IMS VoLTE Procedimiento VoLTE e IMS

E-UTRAN to UTRAN PS-PS handover


IMS VoLTE Procedimiento VoLTE e IMS

SRVCC es una solución que aborda el problema de que no puede haber una cobertura completa para los
servicios de VoIP de MMTel utilizados en E-UTRAN. SRVCC resuelve este problema ofreciendo un mecanismo
en el que el UE realiza un traspaso de nivel de radio coordinado en combinación con un cambio de VoIP de IMS
a voz de conmutación de circuitos utilizando procedimientos IMS para la continuidad de servicio.

La versión inicial de SRVCC se desarrolló en la versión 8 y se ha mejorado en las próximas versiones para
incluir soporte para vídeo y, finalmente, en la versión 11, se ha añadido el soporte para la devolución SRVCC,
que permite la transferencia de un llamada CS en 2G/3G a MMTel/VoLTE en redes LTE.

Por lo tanto, SRVCC define una solución para cómo una llamada de voz basada en IP en el "sistema A" puede
ser entregada al "sistema B", que sirve a la llamada de voz usando procedimientos de conmutación de
circuitos.
IMS VoLTE Procedimiento VoLTE e IMS
IMS VoLTE Procedimiento VoLTE e IMS

3GPP ha especificado las siguientes combinaciones para SRVCC.

 LTE a GSM
 LTE a WCDMA
 WCDMA (HSPA) a GSM
 WCDMA a WCDMA
 LTE a 1xRTT.

En el release 11 se incluyó:

 GSM a LTE
 WCDMA a LTE.
Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

SGi/Gi
Acceso Simultaneo a Múltiple Servicios
S-GW/SGSN P-GW/GGSN Internet/Intran
et
Home Network

BG
Para UE VoLTE:
• Servicios de Internet/Intranet: a traves de la Home Network
S8/Gp
• Servicios IMS: a travez de la Visited Network
Bearer/PDP Context
Configuracion PDN en HSS
• Internet/intranet PDN
• APN name=<any name>
• QCI=9 or 8
• VPLMN=Not allowed
• IMS PDN UE
S8/Gp
• APN name=ims
• QCI=5
S-GW/SGSN P-GW/GGSN
VPLMN=Allowed
BG
• Visited
Network
Visited Network IM Subsystem

Bearer/PDP Context
video call.pcapng volte voice call.pcapng
Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Negociación de Configuración VoLTE entre UE y EPS


UE provides it’s settings to network in attach:
Voice domain preference and UE's usage setting value (octet 3, bit 1 to 3)
UE's usage setting (1 bit field)
Bit
3
0 Voice centric
1 Data centric

Voice domain preference for E-UTRAN (2 bit field)


Bit
2 1
0 0 CS Voice only
0 1 IMS PS Voice only
1 0 CS voice preferred, IMS PS Voice as secondary
1 1 IMS PS voice preferred, CS Voice as secondary
MS not supporting IMS voice shall indicate "CS Voice only".
MS only supporting IMS voice shall indicate "IMS PS Voice only".

SRVCC to GERAN/UTRAN capability


0 SRVCC from UTRAN HSPA or E-UTRAN to GERAN/UTRAN not supported
1 SRVCC from UTRAN HSPA or E-UTRAN to GERAN/UTRAN supported

Attach / TAU Request


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Negociación de Configuración VoLTE entre UE y EPS


MME responses to UE attach procedure:
IMS voice over PS session indicator (IMS VoPS) (octet 3, bit 1)
Bit
1
0 IMS voice over PS session in S1 mode not supported
1 IMS voice over PS session in S1 mode supported

Emergency bearer services indicator (EMC BS) (octet 3, bit 2)


Bit
2
0 emergency bearer services in S1 mode not supported
1 emergency bearer services in S1 mode supported

Additional update result value (octet 1)


Bits
2 1
0 0 no additional information
0 1 CS Fallback not preferred
1 0 SMS only
1 1 reserved

Bits 4 and 3 of octet 1 are spare and shall all be coded as zero.
Attach / TAU Response
Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

EPS/IMSI Combined Attach

Attach with IMSI.pcap Attach with GUTI.pcap


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Solicitud de conectividad IMS PDN


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

InitialUEMessage- Attach Request


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Attached Procedure – APN Specified by UE


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Attached Procedure – APN Not Specified by UE


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

APN – Configuration – Profile S6a: Diameter


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

QoS Class Identifier (QCI)

QCI Resource Priority Packet delay Packet error PHB DSCP Service class Example service
type budget loss rate
1 GBR 2 100 ms 10-2 EF 46 Conversational conversational voice
2 4 150 ms 10-3 EF 46 Conversational conversational video (live streaming)
3 3 50 ms 10-3 EF 46 Conversational real time gaming)
4 5 300 ms 10-6 AF41 34 Streaming non-conversational video (buffered
streaming)
5 Non-GBR 1 100 ms 10-6 AF31 26 Interactive/1 IMS signaling
6 6 300 ms 10-6 AF31 34 Interactive/1 video (buffered streaming)
(AF32) TCP-based (www, e-mail, chat, ftp, p2p
file sharing, progressive video, and so
on)
7 100 ms 10-3 AF21 18 Interactive/2 voice
7
video (live streaming)
interactive gaming
8 8 300 ms 10-6 AF11 10 Interactive/3 video (buffered streaming)
9 9 300 ms 10-6 BE 0 Background TCP-based (www, e-mail, chat, ftp, p2p
file sharing, progressive video, and so
on)
Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Allocation – Retention - Priority


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

PDN Conectivity Request


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

PCO : Protocol Configuration Options


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Registro de Subscriptores VoLTE (Primer Paso)


El Registro VoLTE esta dividido en 3 pasos:

• 1. Combined EPS/IMSI attach and IMS APN default bearer setup


• EPS Authentication
• EPS registration
• Internet APN Default bearer setup
• IMSI attach to one MSS/VLR through SGs interface
• VoLTE support discovery
• IMS APN default bearer setup
• 2. SIP registration
• IMS Authentication
• IMS registration
• 3. 3rd Party registration
• AS registration
Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

EPS Registration, Default bearer setup and VoLTE support discovery

LTE attach with IMSI.pcap


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

Negotiation of LTE voice support between UE and EPS


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

IMS Default Bearer Setup


Generalidades Protocolo SIP y SDP Protocolo SIP-T/SIP-I

IMS Registration and User Authentication (2do. Paso)

También podría gustarte