INICIAL 5G

5G BASICO
Topología RAN Interfaces Escenarios RRC
TOPOLOGIA
TOPOLOGIA
TOPOLOGIA
TOPOLOGIA

AMF - Función de acceso y movilidad

El AMF realiza la mayoría de las funciones que realiza el MME

en una red 4G.
Termina la interfaz RAN CP (N2)
Señalización NAS
Protección de integridad y cifrado NAS
Terminación NAS de capa de gestión de movilidad (MM)
Reenvío NAS de la capa de gestión de sesiones (SM)
Autenticación de UE
Gestiona el contexto de seguridad
Gestión de registros.
Gestión de conexiones.
Gestión de accesibilidad.
Gestión de la movilidad.
Aplica políticas relacionadas con la movilidad de PCF (por
ejemplo, restricciones de movilidad)
TOPOLOGIA

SMF: función de gestión de sesiones

El SMF realiza las funciones de administración de sesiones que

son manejadas por 4G MME, SGW-C y PGW-C.
Asigna direcciones IP al UE
Señalización NAS para la gestión de sesiones (SM)
Envía información de política y QoS a RAN a través de AMF
Notificación de datos de enlace descendente
Selecciona y controla la UPF para el enrutamiento del
tráfico. SMF determina cómo se aplica la política y el cobro por
estos servicios.
Intercepción legal - plano de control
TOPOLOGIA

UPF - Función de plano de usuario

La UPF es esencialmente una fusión de las partes del plano de

datos de la SGW y la PGW. En el contexto de la arquitectura
CUPS:
EPC SGW-U + EPC PGW-U → 5G UPF
La UPF realiza las siguientes funciones:
Enrutamiento y reenvío de paquetes
Inspección de paquetes y manejo de QoS. La UPF puede
integrar opcionalmente una inspección profunda de paquetes
(DPI) para la inspección y clasificación de paquetes. La
siguiente figura muestra la clasificación y el manejo de QoS en
la UPF.
Conexión a Internet POP (Punto de presencia). La UPF puede
integrar opcionalmente las funciones de firewall y traducción de
direcciones de red (NAT).
Anclaje de movilidad para traspasos Intra RAT e Inter-RAT
Intercepción legal: user plane UP
Mantiene e informa estadísticas de tráfico
TOPOLOGIA

AUSF - Función del servidor de autenticación

El AUSF realiza la función de autenticación de 4G HSS.

Implementa el servidor de autenticación EAP

Almacena claves
TOPOLOGIA

UDM: gestión de datos unificada

El UDM realiza partes de la función 4G HSS.

Generación de credenciales de autenticación y acuerdo de

claves (AKA)

Identificación de usuario

Autorización de acceso

Gestión de suscripciones
 TOPOLOGIA
AF - Función de aplicación
Realiza la misma función que el EPC AF.
Influencia de la aplicación en el enrutamiento del tráfico
Acceso a NEF
Interacción con el control de políticas.
NEF - Función de exposición de red
NEF proporciona un mecanismo para exponer de forma
segura los servicios y características del núcleo 5G.
Expone capacidades y eventos
Suministro seguro de información desde una aplicación
externa a la red 3GPP
Traducción de información interna / externa
Aprovisionamiento de parámetros del plano de control
Gestión de descripción de flujo de paquetes (PFD). Un PFD
es una tupla de protocolo IP del lado del servidor y número
de puerto.
TOPOLOGIA
NRF - Función de repositorio de NF

•Función de registro y descubrimiento de servicios para que las

funciones de red puedan descubrirse entre sí.

•Mantiene el perfil NF y las instancias NF disponibles

TOPOLOGIA

NSSF - Función de selección de segmento de red

NSSF redirige el tráfico a un segmento de red. Los

segmentos de red pueden definirse para diferentes
clases de abonados.

La NSSF realiza las siguientes funciones:

Selección de las instancias de Network Slice para servir

al UE

Determinación del NSSAI permitido

Determinación del conjunto de AMF que se utilizará

para servir al UE
RAN INTERFACES

Como veis, interfaces en RAN existen 3 que son

condicionales a la topología siendo N1 y N2 interfaces
que siempre se direccionan a una unidad de control bien
sea el AMF o a un MME. El interface N3 es el plano de
Usuario por donde se direccionara el trafico. Por hacer
una comparativa con LTE S1U o X2 seria N3 y S1C
serian N1 y N2. Fácil.
RAN INTERFACES
N1y N2 entre gNB (gNodeB) y AMF (Función
de gestión, movilidad y acceso al núcleo) es
usado para soportar servicios relacionados
con UE y no UE. Esto incluye operaciones
como actualizaciones de configuración,
transferencia de contexto de UE, gestión de
recursos de sesión de PDU y soporte para
procedimientos de movilidad.
El usuario (UE) tiene una conexión de RF de
muy alta velocidad a la torre local más
cercana. Esta conexión de alta velocidad está
siempre encendida, siempre que el móvil esté
encendido.
RAN INTERFACES

La arquitectura general de NR RAN (Red de acceso

de radio) no se vería muy diferente de la LTE. Sin
embargo, al entrar en detalles, comenzaremos a
ver algunas diferencias también. Vereis un nombre
diferente de cada nodo e interfaz. MME / S-GW en
LTE se reemplaza por AMF / UPF en NR y X2 / S1
en LTE se reemplaza por Xn / NG-C / U en NR. Un
nombre diferente significaría un protocolo e
implementación diferentes. Entre todas estas
diferencias, la más destacada sería que la
estructura interna de gNB se divide en dos partes
llamadas CU (Unidad Central) y DU (Unidad
Distribuida) como se muestra a continuación y estas
dos entidades están conectadas por una nueva
interfaz llamada F1
RAN INTERFACES

Mi primera pregunta fue "¿exactamente en qué punto ocurre la

división?". Por ahora, parece depender de cómo lo implementes. En
teoría, puede dividir en todas las capas de la pila de protocolos.

Esta opción permitirá centralizar la agregación de tráfico desde los

puntos de transmisión NR y E-UTRA. Además, puede facilitar la
gestión de la carga de tráfico entre los puntos de transmisión NR y E-
UTRA.
Los fundamentos para lograr una división PDCP-RLC ya se han
estandarizado para la conectividad dual LTE. Por lo tanto, esta opción
dividida debería ser la opción más sencilla de estandarizar y el
esfuerzo incremental requerido para estandarizarla debería ser
relativamente pequeño.
RAN INTERFACES

"¿Por qué tenemos que pensar en este tipo de

división?". Creo que la respuesta simple sería 'es porque
esta división ayuda a virtualizar las funcionalidades de la
red'. La virtualización generalmente significa flexibilidad y
reducción de costos. Con este tipo de división, podemos
pensar en una implementación de RAN como se mostro
en el Slide anterior. Al menos a partir de ahora, sería difícil
virtualizar la capa inferior de gNB (PHY / MAC / RLC),
pero podría colocar una pila de protocolos de capa
superior (PDCP y superior) en un protocolo abierto basado
en hardware y software.
 ESCENARIOS

Trabajamos en 2 escenarios, en uno la red LTE funciona como master y en el otro la red 5G toma el master.
ESCENARIOS

eNB  EPC  4G es Master

gNR  5GC  5G es Master
ng-eNB  5GC  5G es Master

en-gNB  EPC 4G es Master

gNB  5GC  5G es Master

Es importante quedarse con estas

nomenclaturas ya que según se nombre la
estación implica un modelo de topología u
otra.
 ESCENARIOS

La evolución actual en implementación del 5G implicaría un escenario compartido entre la red actual 4G y la
nueva 5G haciendo uso del Envolve Packet Core de LTE, eso cambiara en breve cuando el despliegue sea
mayor.
ESCENARIOS

El uso de diferentes frecuencias ha de ser

tomado en cuenta para propósitos de
optimización RF y balance de cargas ya que
es obvio que frecuencias muy elevadas
conllevan un ancho de banda mas alto que
mejora el throughput y latencia, pero son
pésimas para llegar lejos.
Es por ello que en el diseño de red,
conociendo a la gente de diseño y
recomendaciones de nuestro siempre amado
vendor… la van a cagar mil veces.

Recomendación: Frecuencias altas para

crear HotSpots de soporte en áreas reducidas
y de alta densidad… no experimentos de
hacerlas llegar 5 Km a ver si explotan como
hasta ahora.
 ESCENARIOS

Como se advirtió en el slide anterior una buena gestión de capas en frecuencia mejora mucho la experiencia de
usuario, genera un 90% menos de problemas en la red. La distribución que se observa es la manera LOGICA
de crear las capas de red necesarias para cada escenario. Es bueno verlo ahora, ya que “LOGICA” será una
palabra mística, de esas de las que todo el mundo a oído hablar, pero nadie ni la ha visto… ni la se la espera…
jejejeje.
 ESCENARIOS

Así se distribuye inicialmente la red 5G, obviamente en Colombia no se ha subastado bandas por encima de
los 3Ghz por lo que con las que se tienen podríamos determinar la banda de 700Mhz como Low band,
1900Mhz como Mid Bad y las bandas de 2600 y 2700 Mhz como las dense Urban.
Quédense con esta imagen que la necesitaran para explicársela a algún Proyect Manager (con dibujitos
siempre es mejor)
 ESCENARIOS

Se deben de producir movimientos de portadoras con el fin de mejorar el ancho de banda disponible para 5G.
En muchos países se deja la banda de GSM para comunicaciones generales de voz, 3G dona parte de sus
portadoras, así como 4G hacia 5G. Tiene su lógica ya que 3G y 4G mueven datos que el 5G puede hacer por
si mismo. GSM no se toca por razones estratégicas en caso de colapso de las redes IP ya que estas usan
enlaces y fibra combinada para servicios de voz.
 ESCENARIOS

Os incorporo esta imagen también simplemente para que conozcáis la terminología eMBB. mMTC, URLLC.
Son servicios disponibles en la red y aparecerán de vez en cuando en algún lado. Así cuando aparezcan
sabéis de que hablan y cuales son sus características.
ESCENARIOS

Como vimos en el Slide 20 los

escenarios a los que vamos a hacer
frente inicialmente y en su evolución
serian los que aparecen en la imagen.

Como observáis, los nombres de las

Estaciones cambian según el escenario
de topología.

Si… lo se, que ganas de tocar las

palmas, pero así se definió para que
nos concentremos mas … imagino que
será para eso.
RRC
RRC

Para mejorar el rendimiento el

proceso de RRC se mantendrá
inactivo siempre que entre el
UE y la red no se solicite un
registro para cualquier
actividad.
Con esto se ahorra procesos
de señalización que ocupan
espacio en la red.
RRC

El proceso para la activación de uso en RRC

dependerá de la solicitud de acceso a la red .
Este proceso se realiza via NAS (Non Access
Stratum) es decir que va directo al Core sin mediar
con ningún otro intermediario.
Una vez se tiene autorización del CORE es cuando
la red comienza a hacer su tarea, en este caso
comenzaría desde el interface N2 para comenzar a
gestionar el acceso y cosas de Movilidad con el
AMF que para eso es.

El proceso es muy rápido y limpio, con una

jerarquía bien definida que no involucra mensajería
excesiva.
RRC

RRC_IDLE:

• PLMN selection

• Broadcast of system information

• Cell re-selection mobility

• Paging for mobile terminated data is initiated by

5GC

• DRX for CN paging configured by NAS

RRC

RRC_CONNECTED:

• 5GC - NG-RAN connection (both C/U-planes) is

established for UE

• The UE AS context is stored in NG-RAN and the UE

• NG-RAN knows the cell which the UE belongs to

• Transfer of unicast data to/from the UE

• Network controlled mobility including measurements.

RRC

RRC_INACTIVE:

• PLMN selection
• Broadcast of system information
• Cell re-selection mobility
• Paging is initiated by NG-RAN (RAN paging)
• RAN-based notification area (RNA) is managed by NG-
RAN
• DRX for RAN paging configured by NGRAN
• 5GC - NG-RAN connection (both C/Uplanes) is
established for UE
• The UE AS context is stored in NG-RAN and the UE
• NG-RAN knows the RNA which the UE belongs to.
RRC
RRC_INACTIVE is characterized by:

• Use of RAN Notification Area (RNA)

• similar to CN tracking area for Idle

• RNA is configured per UE by gNB

• 1 to N cells defined by a List of cells or list of RAN Area ID or list

of TA IDs

• UE is reachable within a configured RNA via a RAN-initiated

paging

• RAN-initiated paging uses a RAN configured UE ID (I-RNTI)

• RNA Update (RNAU) triggered periodically and when moving

outside of the configured RNA
RRC

There are following two types of the I-RNTI:

• Full I-RNTI: A full I-RNTI which has a length of 40 bits which can be included within a 64 bit
RRCResumeRequest1 message over Common Control Channel 1

• Short I-RNTI: A short I-RNTI which has a length of 24 bits which can be included within a 48 bit
RRCResumeRequest message Common Control Channel

• The I-RNTI is applicable to the RRC Inactive State. While comparing with other RNTI, the I-RNTI is not used to
scramble the CRC bits. Instead, the I-RNTI is used to address the UE within RRC signalling messages.

• An I-RNTI can be allocated to a UE within an RRC Release message when it is moving from RRC Connected to
RRC Inactive as part of suspendConfig
RRC
RRC
RRC

La transición de inactivo a conectado mantiene un

registro como el que vemos en la imagen, solo que
pueden presentarse dos escenarios diferentes y/o
condicionantes que se expresan en el siguiente slide.
RRC
CURSO INICIAL 5G
GRACIAS

Siguiente curso Protocolos y

parámetros.