Contenido

Introducción

Antecedentes

Suscriptores de descarga en SGSN objetivo

Se requiere configuración básica

Justificación y explicación técnicas

Prevención de la Congestión de Link del Punto de Transferencia de Señales

Análisis

Algoritmo de descarga para recuento de destino

Configuración global para la descarga basada en el recuento de objetivos

Fase 1 de descarga

Fase 3 de descarga

Detener descarga y quitar el comando STP Congestion Protection

Notas importantes

Introducción

Este documento describe cómo descargar el tráfico de un nodo de soporte del servicio general de radio de paquetes (GPRS) (SGSN) a otro SGSN en el mismo conjunto con el uso de un identificador de recursos de red de destino (NRI).

Antecedentes

Para que el Cisco 500 Series Aggregation Services Router (ASR500) SGSN descargue suscriptores, asigna un Identificador de área de ruteo no de difusión (NB-RAI), marca un objetivo-NRI en el Identificador de suscriptor móvil temporal de paquete (P-TMSI) y reduce el temporizador de actualización de área de ruteo periódico durante la actualización de área de conexión/routing (RAI) U) aceptar mensajes. El comando offload CLI se mejora con el NRI de destino y el número de suscriptores para descargar con ese NRI de destino. Una vez que se ejecuta el comando CLI de descarga basado en el destino, el SGSN comienza a descargar los suscriptores. No detiene el proceso de descarga hasta que se ejecute un comando CLI disable o cuando se alcance el recuento de destino.

A continuación se presenta información importante que debe tenerse en cuenta sobre el proceso de descarga:

- El SGSN no tiene control sobre la velocidad de descarga; depende de las solicitudes Attach/RAU de los suscriptores. Las solicitudes Attach/RAU pueden ocurrir para suscriptores actuales o nuevos, y los suscriptores actuales pueden estar en estado inactivo/conectado o en espera/preparado.

- Debido a que las solicitudes Attach/RAU no están controladas por SGSN, SGSN no puede registrar la velocidad/los recuentos por administrador de sesiones (SESSMGR).

Suscriptores de descarga en SGSN objetivo

Esta sección describe cómo habilitar la descarga de tráfico al SGSN de destino.

Se requiere configuración básica

Esta es la configuración básica que se requiere para descargar los suscriptores:

a) iups-service iups_svc

# plmn id mcc <XXX> mnc <XXX> network-sharing common-plmn mcc <XXX> mnc <XXX>

b) sgsn-global , imsi-range definition

#imsi-range mcc <XXX> mnc <XXX> operator-policy <oppolicy> (or)

#imsi-range mcc <XXX> mnc <XXX> PLMNID <common-plmn> operator-policy <oppolicy>

c) associate cc-profile to this op-policy and hook up the peer sgsn address static

mapping.

# sgsn-address rac <xxx> lac <xxx> nri <> prefer local address ipv4 <XXX.XXX.XXX.XXX>

Nota: Realice los cambios de configuración adicionales que sean necesarios para permitir que la RAU funcione en los casos de descarga.

Debe configurar una política de operaciones sin una definición de red móvil terrestre pública (PLMN) o una definición de PLMN común en el rango de identidad de suscriptor móvil internacional (IMSI). Para que Cisco SGSN pueda gestionar los enlaces ascendentes basados en la identidad del suscriptor móvil temporal de paquetes (PTMSI), necesita una política de operaciones sin una definición PLMN o PLMN común (el PLMN común es el PLMN que se utilizó para la configuración de uso compartido de red en el servicio IUPS).

a) One without PLMN

#imsi-range mcc xxx mnc xxx operator-policy <>

#operator-policy name <>

associate call-control-profile <>

#exit

#call-control-profile <>

authenticate rau

sgsn-address rac <xxx> lac <xxx> nri <x> prefer local address ipv4 <xxx.xxx.xxx.xxx>

#exit

b) Define imsi-range with common-plmn as the one same which is in iups-service.

#imsi-range mcc <XXX> mnc <XXX> PLMNID <common-plmn> operator-policy <oppolicy>

#operator-policy name <oppolicy>

associate call-control-profile <ccprofile>

#exit

#call-control-profile ccprofile

authenticate rau

sgsn-address rac <XXX> lac <XXX> nri  <X> prefer local address ipv4< XXX.XXX.XXX.XXX>

#exit

Se puede utilizar cualquiera de estas definiciones de rango IMSI para permitir que la RAU funcione en los casos de descarga.

Justificación y explicación técnicas

En un entorno de red compartida, si se debe descargar el tráfico, el perfil CC seleccionado para el suscriptor descargado debe tener entradas para la búsqueda local.

Se seleccionarán el perfil CC con un rango IMSI (código de país móvil (MCC)/código de red móvil (MNC) del NB-RAI para los SGSN descargados) y el PLMN común como PLMID, o el rango IMSI (MCC/MNC del NB-RAI para los SGSN descargados) de estas entradas para la búsqueda.

Normalmente, no habrá un IMSI en el enlace ascendente, por lo que debe obtener el MNC/MCC de la RAI antigua en el mensaje GPRS Mobility Management (GMM). PLMN será el PLMN común, que es el PLMN compartido en la red y es temporal. Después de elegir esta política de op, el SGSN elige ejecutar una consulta de servidor de nombres de dominio (DNS) o elegir una dirección local de la asignación estática en el perfil CC.

Una vez resuelta la consulta, el SGSN envía la solicitud de contexto SGSN al peer source-SGSN. El SGSN_CTX_RESP tiene un IMSI del SGSN del peer y luego se selecciona la nueva política de operaciones basándose en esa información del IMSI. Por ejemplo, si el IMSI es 123456xxxxx y el PLMN transmitido actualmente es XXX-XXX, este es el resultado: imsi-range mcc <XXX> mnc <XXX> plmnid <XXXXXX> operator-policy <>.

Cuando se utiliza el uso compartido de red en un entorno de descarga, el SGSN debe elegir una política temporal para resolver la dirección IP de SGSN del peer. Esto puede lograrse como se mencionó anteriormente; una vez que el IMSI se obtiene del SGSN de peer/origen, el SGSN vuelve a elegir una política de op basada en el MNC/MCC IMSI.

Prevención de la Congestión de Link del Punto de Transferencia de Señales

En el caso de la congestión del punto de transferencia de señales (STP), adjunte una acción de regulación en el SGSN para reducir las transacciones por segundo. Agregue este comando en el SGSN de origen y de destino antes de descargar el tráfico, lo que ayuda a la velocidad de re-adhesión del acelerador:

network-overload-protection sgsn-new-connections-per-second 2000 action

reject-with-cause congestion queue-size 5000 wait-time 5

Los datos se proporcionan por link y el conjunto de links debe estar entre el STP y el HLR. En este ejemplo, puede suponer que:

- Hay un máximo de 1.600 transacciones por segundo en el conjunto de links.

- Hay cuatro links en ese conjunto de links.

- Durante el momento de la congestión, el SGSN envió 2.550 Transacciones por Segundo (TPS) hacia el STP.

- En condiciones normales, el SGSN envía unas 400 transacciones por segundo en la hora punta. (Se trata de un número agregado.)

- En caso de congestión, los eventos de evento de llamada por segundo (CEPS) alcanzaron los 1700.

Análisis

La protección contra sobrecarga de red es una función IMSIMGR que normalmente se encarga de los procedimientos, como la conexión IMSI y el enlace ascendente PTMSI externo (que puede ser una conexión PTMSI o RAU Inter SGSN). Cada procedimiento consume tres transacciones por segundo en el link GR, cuando considera la respuesta de solicitud en un TPS. La opción Send Authentication Information (SAI) se aplicará a TPS y Update GPRS Location (UGL) tomará dos TPS. En general, un mensaje que se maneja en el IMSIMGR tendrá tres TPS en la interfaz GR. Cuando considera el TPS de hora punta en el link, que es de 400 por segundo, significa que aproximadamente 150 nuevas conexiones por segundo son procesadas por el IMSIMGR.

Para un máximo de 1600 transacciones por segundo en el conjunto de enlaces, el IMSIMGR gestiona aproximadamente 533 (1600/3) new_conn_sec, por lo que debe tener un valor new_connections dentro del rango (150530). Debe dejar espacio entre los valores máximo y mínimo. Cisco recomienda configurar 350 transacciones para el valor new_connections con este comando.

Puede configurar una acción reject con un código de causa de congestión, de modo que las solicitudes Attach se rechacen con un código de causa GMM 22=congestión y la UE sepa el estado exacto de la red.

Aquí tiene un ejemplo:

#network-overload-protection sgsn-new-connections-per-second new_connections<350>

action { drop | reject with cause { congestion | network failure }

Algoritmo de descarga para recuento de destino

El SGSN de descarga utiliza el NRI de destino y el recuento de destino del comando CLI de descarga basado en el destino. Estos valores se actualizan al IMSIMGR y, finalmente, al SESSMGR, según la interacción IMSIMGR y SESSMGR. El IMSIMGR es la entidad central que rige el progreso de la descarga, ya que es un único proyecto. Los SESSMGR son entidades de procesamiento distribuidas. Dado que hay muchos SESSMGR y los suscriptores se distribuyen en los SESSMGR, la descarga ocurre paralelamente en todos los SESSMGR.

El IMSIMGR pasa el NRI objetivo y el recuento objetivo por NRI objetivo a cada SESSMGR. Cada SESSMGR realiza una copia de respaldo de los suscriptores descargados actualmente por cada NRI objetivo en todas las interacciones con el IMSIMGR. También se introduce un nuevo mensaje, que se envía cuando un número determinado o un valor de temporizador caduca o si no hay otro mensaje para recuperar los suscriptores actualmente descargados. El IMSIMGR realiza un seguimiento del número total de suscriptores descargados de todos los SESSMGR y notifica a todos los SESSMGR una vez que se ha alcanzado el recuento objetivo para ese NRI objetivo.

Configuración global para la descarga basada en el recuento de objetivos

Utilice esta configuración para descargar el tráfico según el recuento de destino:

config

sgsn-global

target-offloading algorithm optimized-for-target-count

end

Fase 1 de descarga

Esta sección describe cómo aplicar la fase de descarga inicial unas horas antes de la ventana de mantenimiento. Esta fase indica al SGSN que descargue cualquier suscriptor que envíe una solicitud de adhesión o un mensaje de solicitud RAU.

Nota: Repita este comando si el recuento de suscriptores aumenta de nuevo en el SGSN.

Este es un ejemplo que se puede utilizar para descargar el SGSN de origen (NRI 5) al SGSN de destino (NRI-3):

Context gn_ctx

sgsn offload sgsn-service sgsn_svc connecting t3312-timeout 4 target-nri

3 target-count 600000

Ingrese este comando para verificar el número de suscriptores que se descargan al SGSN de destino:

show sgsn-pool statistics sgsn-service sgsn_svc target-offloaded-to-peer target-nri <>

Nota: El t3312-timeout es un tiempo de espera de RAU periódico, según la Especificación técnica (TS) 23.236.

En el dominio del switch de paquetes (PS), se activa una nueva RAU cuando el temporizador RAU periódico se establece en un valor suficientemente bajo (el valor recomendado es de cuatro segundos) en el mensaje Accept (Aceptar). La UE enviará una nueva RAU poco después, y el nodo de la Red de acceso de radio (RAN) rutea a una nueva SGSN basada en el objetivo-NRI que está integrado en la P-TMSI.

Ingrese este comando para confirmar si el comando anterior está en vigor:

show sgsn-service name sgsn_svc

Sgsn NRI Value : 5, Offloading - connecting(On), activating(Off)

Sgsn Offload-T3312 Timeout : 4

Nota: El procedimiento de Fase 2 no se utiliza para este escenario de descarga porque la Fase 2 se utiliza sólo para NRI NULA. La descarga que se describe en este documento se basa en el NRI de destino, por lo que la Fase 2 no es válida.

Fase 3 de descarga

Esta sección describe algunos comandos adicionales que se utilizan para descargar el resto de los suscriptores menos de 100.000.

Ingrese el comando show subscribers summary durante el tiempo de espera. Asegúrese de que el número de suscriptores disminuya y no supere los 100.000.

Show sub summary idle-time greater-than

Según el número de suscriptores en el estado inactivo, durante más de 3600 segundos, los clientes deben decidir si borrar a los suscriptores del tiempo de inactividad de 3600 segundos o más.

# context local

#clear subscribers idle-time greater-than 3600 -noconfirm

Wait for 10-15 minutes then continue.

#clear subscribers idle-time greater-than 1800 -noconfirm

Wait for 10-15 minutes then continue

# clear subscribers idle-time greater-than 900 -noconfirm

wait for 10-15 minutes then continue

Si el recuento de suscriptores aún es superior a 100.000, es posible que se requiera una de estas acciones:

- Borre los suscriptores por nombre de punto de acceso (APN).

- Borre los suscriptores según la tarjeta APN/Packet Services Card (PSC).

- Borre los suscriptores en una instancia de administrador por sesión.

Detener descarga y quitar el comando STP Congestion Protection

Para quitar la protección contra sobrecarga de red y devolver el sistema a los parámetros predeterminados, ingrese este comando:

config

default network-overload-protection

end

Para detener el procedimiento de descarga, ingrese este comando:

Context gn_ctx

sgsn offload sgsn-service sgsn_svc connecting stop

Para confirmar si la descarga se ha detenido, ingrese este comando:

show sgsn-service name sgsn_svc

Nota: Asegúrese de que Descarga - conexión aparezca como Desactivado y que la activación aparezca como Desactivado en la salida de este comando.

Ingrese este comando para volver a la configuración al algoritmo de descarga predeterminado:

config

sgsn-global

default target-offloading algorithm

end

Notas importantes

Tenga en cuenta estas notas importantes sobre la información que se describe en este documento:

- Todos los suscriptores se descargarán del SGSN de origen basándose en el recuento de destino, de modo que todos los SESSMGR se dividan por igual con los subs descargados.

- El temporizador RAU periódico se establece en cuatro segundos y la PTMSI se incrusta con el NRI de destino que se devuelve con la PTMSI en el SGSN de origen.

- El MS realizará la RAU periódica con el NRI de destino que está integrado, y el Controlador de red de radio (RNC) enrutará las llamadas al SGSN de destino según el NRI.

- La configuración común de PLMN con el PLMN compartido ayuda a resolver la dirección SGSN estáticamente y a enviar un SGSN_CTXT_REQ al SGSN de origen.

- Una vez que este proceso ha finalizado, el suscriptor se descarga correctamente.