[MMEs] [Gn based LTE to 3G Handover] ... - M... https://outlook.office.com/owa/?viewmodel=Re...

[MMEs] [Gn based LTE to 3G Handover] 3GPP comportamiento

erroneo para UE en IDLE / Flexi-NS-ATCA-MME

Mendonza, Felipe (EXT - AR/Cordoba)

jue 29/06/2017 02:10 p.m.
Bandeja de entrada

Para:Mourelle,
Alejandro (Nokia - AR/Buenos Aires) <alejandro.mourelle@nokia.com>; Bottazzi, Guillermo (Nokia -
AR/Cordoba) <guillermo.bottazzi@nokia.com>;

Cc:Wortley,Juan (Nokia - AR/Cordoba) <juan.wortley@nokia.com>; Saibene, Omar (Nokia - AR/Cordoba)

<omar.saibene@nokia.com>; Scaramellini, Juan (Nokia - AR/Cordoba) <juan.scaramellini@nokia.com>; Molina, Javier
Hernan (Nokia - AR/Buenos Aires) <javier_hernan.molina@nokia.com>; Gordillo, Gordillo Dalton (Nokia -
AR/Cordoba) <dalton.gordillo@nokia.com>; Ramirez Santos, Marcela (Nokia - AR/Cordoba)
<marcela.ramirez_santos@nokia.com>; lorenzo.herrera.arg@msiamericas.com
<lorenzo.herrera.arg@msiamericas.com>; Mendonza, Felipe (EXT - AR/Cordoba) <felipe.mendonza.ext@nokia.com>;

2 archivos adjuntos (39 KB)

atp-2-9-8_MT_CSFB_to_UTRAN_UE_in_idle_mode_OK.pcap; atp-2-9-8_MT_CSFB_to_UTRAN_UE_in_idle_mode_NO-
OK.pcap;

Saludos @Alejandro-Mourelle y/o Guillermo-Bottazzi.

La presente es para comunicar|requerir su ayuda.

Con base a lo conversado telefónicamente el día de hoy (Alejandro Mourelle).
Comentario: Esto no es stopper para ATP ni para rollout de nuevo POOL de MMEs.

ANTECENDENTES

Con base al estándar 3GPP cuando un UE (mobil) está en IDLE no debe existir "Gn based LTE to 3G Handover"
Con base al estándar 3GPP cuando un UE (mobil) está en IDLE debe existir un "Intersystem Gn mobility from
LTE to 3G" y/o "Intersystem Gn mobility from 3G to LTE".
Este escenario aplica tanto para Movilidad originada por PS (DATOS) como para Voz (CSFALLBACK MT y/o MO).
En los ATPs de MMEBAH01 y MMEMAR01 se verifica que el comportamiento observado es el correcto con base al
estándar 3GPP.
En los ATPs de MMEROS01 y MMETOR01 se verifica que el comportamiento observado no es el correcto con base
al estándar 3GPP.
Se descarta versión de SW (NS16.5MP0.1) ya que en trazas ejecutadas desde mi casa se observa el mismo
comportamiento (MMEJO201 y/o MMECOR01).

Se adjunta trazas de ejemplo de CSFALLBACK MT IDLE (ya que es más fácil apreciar y comprobar lo que indico).
Sin embargo el escenario está presente para "CSFALLBACK MO IDLE" - "CSFALLBACK MT IDLE" - "Intersystem
Gn mobility from LTE to 3G"
Para mayor detalles del escenario correcto ver archivos adjuntos "".
Para mayor detalles del escenario incorrecto ver archivos adjuntos "".

IMPACTO

Desde el punto de vista de toda la red Nokia:

1. El comportamiento incorrecto impacta en TPS.

1 of 2 6/29/17, 2:15 PM
[MMEs] [Gn based LTE to 3G Handover] ... - M... https://outlook.office.com/owa/?viewmodel=Re...

2. Es decir desde el punto de vista MACRO impacta el total de TPS utilizados para signalling en todos
los elementos vendor Nokia.

Desde el punto de vista de red de terceros.

1. Impacta la capacidad instalada en plataforma SAE-GW, PGW Cisco.

2. Impacta la capacidad instalada en plataforma PCRF (esta última se que está saturada del lado de
CLARO ARS la cual origina outage de servicio|billing).

RECOMENDACIÓN

Se recomienda analizar|resolver el root cause de este escenario en el media plazo (en paralelo a los "roll-outs"
de nuevo POOL de MME) por el siguiente motivo:

1. Desde el punto de vista técnico está errado el comportamiento con posible impacto a
corto|mediano plazo en TPS vs Performance de los equipos Nokia.
2. Desde el punto de vista de planning esto podría impactar en el dimensionamiento de la red que le
hace al cliente.
3. Desde el punto de vista comercial podría impactar el % ofrecido a CLARO ARS de liberación de
carga en POOLs de MMEs con este nuevo POOL

Agradeciendo de antemano la atención y ayuda prestada.

Saludos cordiales

Felipe Chang Mendoza

PS Engineer
Mobile Broadband, Networks
NOKIA

Mobil: +54 351 3514849

Skype: felipe_chang2011

2 of 2 6/29/17, 2:15 PM