Introducción
Este documento describe cómo resolver problemas de la AVP EPS-Location-Information que falta en el mensaje Insert-Subscriber-Data-Answer.
Prerequisites
Especificaciones técnicas de 3GPP: 29,272
Requirements
Cisco recomienda que conozca la guía de administración de StarOS-Mobility Management Entity (MME).
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Overview
Insert-Subscriber-Data Request (ISDR) e Insert-Subscriber-Data Answer (ISDA) son mensajes definidos a través de la interfaz S6a/S6d en redes 3GPP. Estos mensajes permiten que el servidor de suscriptor doméstico (HSS) envíe los datos de suscriptor actualizados al MME (S6a) o SGSN (S6d) sin que sea necesaria una solicitud de la red de acceso.
El procedimiento Insert-Subscriber-Data se utiliza cuando el HSS necesita actualizar la información del suscriptor almacenada en el MME o SGSN (Serving GPRS Support Node). A diferencia de otros procedimientos Diameter, este es iniciado por el HSS, no por el MME/SGSN.
Escenarios típicos para el uso de ISDR:
- Actualizaciones administrativas: Desencadenado por cambios en los datos de suscripción de usuario almacenados en HSS (por ejemplo, suscripciones nuevas o modificadas).
- Barrera determinada por el operador: Se utiliza cuando el operador aplica, modifica o elimina reglas de exclusión.
- Seguimiento de suscriptores: Habilita o actualiza el rastreo de suscriptores en MME/SGSN.
- Disponibilidad de UE: Informa a MME/SGSN que HSS quiere ser notificado cuando la UE se vuelva accesible.
- Compatibilidad con T-ADS (Terminating Access Domain Support): Solicita los datos necesarios para la dirección del tráfico en la capa de aplicación (T-ADS).
- Recuperación de ubicación/estado: Obtiene información de ubicación o estado de UE de MME/SGSN.
- Información de zona horaria local: Recupera los detalles de la zona horaria de la ubicación actual de UE (equipo de usuario).
- STN-SR (número de transferencia de sesión para SRVCC) Actualiza el número de routing SRVCC (Single Radio Voice Call Continuity) debido a las interacciones con SCC-AS (Service Centralization and Continuity Application Server).
- Información de GW (puerta de enlace) de PDN (red de datos de paquetes) (no 3GPP): Actualiza MME/SGSN con identidades de gateway PDN para el acceso no 3GPP, incluidos los servicios de emergencia.
- Cancelación del registro de SMS (servicio de mensajes cortos): Notifica a MME que se ha anulado el registro de los servicios SMS.
- Restauración de P-CSCF (Proxy Call Session Control Function): Activa la restauración según las instrucciones de HSS (según 3GPP TS 23.380).
- Configuración de eventos de supervisión: Solicita la configuración/generación de informes o la eliminación de eventos de supervisión.
- Actualización de hora activa: Envía el tiempo activo de PSM (modo de ahorro de energía) deseado a MME.
Formato de mensaje de ISDR-ISDA
< Insert-Subscriber-Data-Request> ::= < Diameter Header: 319, REQ, PXY, 16777251 >
< Session-Id >
[ DRMP ]
[ Vendor-Specific-Application-Id ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
{ Destination-Host }
{ Destination-Realm }
{ User-Name }
*[ Supported-Features]
{ Subscription-Data}
[ IDR- Flags ]
*[ Reset-ID ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
< Insert-Subscriber-Data-Answer> ::= < Diameter Header: 319, PXY, 16777251 >
< Session-Id >
[ DRMP ]
[ Vendor-Specific-Application-Id ]
*[ Supported-Features ]
[ Result-Code ]
[ Experimental-Result ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ IMS-Voice-Over-PS-Sessions-Supported ]
ETSI
3GPP TS 29.272 version 15.4.0 Release 15 70 ETSI TS 129 272 V15.4.0 (2018-07)
[ Last-UE-Activity-Time ]
[ RAT-Type ]
[ IDA-Flags ]
[ EPS-User-State ]
[ EPS-Location-Information ]
[Local-Time-Zone ]
[ Supported-Services ]
*[ Monitoring-Event-Report ]
*[ Monitoring-Event-Config-Status ]
*[ AVP ]
[ Failed-AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
¿Cuál es la función del AVP EPS-Location-Information?
El AVP EPS-Location-Information bajo el procedimiento Insertar Datos del Suscriptor en 3GPP se utiliza para proporcionar información sobre la ubicación del usuario relevante para las operaciones del Sistema de Paquetes Evolucionados (EPS). Específicamente, permite que el HSS solicite el MME para los detalles de la ubicación actual del suscriptor. Esto puede incluir el TAC (Código de Área de Seguimiento) y el eNB (Nodo Evolucionado B) ID de la celda que sirve al suscriptor. El objetivo principal de este AVP es que el HSS recupere información de ubicación sobre un suscriptor.
Flujo de llamada

1. HSS inicia la EIRD:
El HSS, responsable del almacenamiento y la administración de los datos del suscriptor, inicia un mensaje ISDR (con la Solicitud de información de ubicación EPS establecida en 1 en el AVP de indicadores IDR) al MME o SGSN. Esto se activa por eventos como la modificación de un perfil de suscripción del suscriptor o la actualización de una ubicación.
2. MME/SGSN recibe EIRD:
El MME o SGSN recibe el mensaje ISDR y extrae los datos del suscriptor.
3. MME/SGSN realiza acciones:
El MME o SGSN utiliza los datos de ubicación del suscriptor recibido para actualizar su base de datos local y potencialmente activar otros procedimientos, como actualizaciones de ubicación o activaciones de servicio.
4. MME/SGSN envía ISDA:
Una vez que el MME o SGSN ha procesado la EIRD y actualizado sus datos, envía un mensaje de la ISDA que contiene la AVP de información de ubicación de EPS (bajo la cual hay los 3 AVP requeridos- ID de celda, TAC, Age-of-Location-Info) al HSS para confirmar la finalización del proceso.
5. HSS recibe ISDA:
El HSS recibe el mensaje ISDA y verifica que los datos se hayan insertado correctamente en el MME o SGSN.
Troubleshoot
- El aspecto principal es comprobar si el 'Update-Dictionary-Avps' está presente en todos los 'servicios HSS'. En este caso es 'NA'. Puede verificar lo mismo ejecutando esta CLI:
******** show hss-peer-service service all *******
Service name : hss<>
Notify Request Message : Enable
Service name : hss<>
Notify Request Message : Enable
Update-Dictionary-Avps : N/A
- Una vez que se verifica, puede solicitar estos registros para resolver el problema más a fondo:
1. Request “show config verbose”
2. Monitor Subscriber with all the required options:
monitor subscriber <imsi>, along with 19,33,34,35,A,S,X,Y,+++
3. Debug logs:
logging filter active facility diameter level debug
logging filter active facility sessmgr level debug
logging filter active facility mme-app level debug
logging active
no logging active // to deactivate
4. Logging monitor:
configure
logging monitor msid <imsi>
exit
5. Request syslogs which captures the issue.
Situación problemática
En el paquete problemático que se muestra (paquete 1), puede ver que 'EPS location information AVP' se solicita/establece en '1' en la petición Insert-subscriber-Data Request (ISDR) y que no hay 'EPS information' presente en la respuesta Insert-subscriber-data (ISDA) (paquete 2) aunque se solicitó.


Para solucionar el problema, debe asegurarse de que continúa con todos los registros solicitados.
Como se mencionó anteriormente, primero debe verificar la configuración hss-peer-service del nodo problemático.
Configuración de referencia:
hss-peer-service <>
diameter hss-endpoint <>
no diameter update-dictionary-avps
--- more lines ---
exit
En esta configuración, puede ver que no había 'no diametro update-dictionary-avps'.
Por lo tanto, se actualizó a la última versión de acuerdo con la guía de administración de StarOS para rectificar el problema, que es la versión 11.
Esta es la configuración de referencia:
Mode
Exec > Global Configuration > Context Configuration > HSS Peer Service Configuration
configure > context context_name > hss-peer-service service_name
Entering the above command sequence results in the following prompt:
[context_name]host_name(config-hss-peer-service)#
Syntax
diameter update-dictionary-avps { 3gpp-r10 | 3gpp-r11 | 3gpp-r9 }
no diameter update-dictionary-avps
no
Sets the command to the default value where Release 8 ('standard') dictionary is used for backward compatibility of previous releases.
3gpp-r10
Configures the MME /SGSN to signal additional AVPs to HSS in support of Release 10 of 3GPP 29.272.
3gpp-r11
Configures the MME /SGSN to signal additional AVPs to HSS in support of Release 11 of 3GPP 29.272.
Using this keyword is necessary to enable the MME to fully support inclusion of the Additional Mobile Station ISDN (A-MSISDN) flag of the Feature List AVP in Update Location Request (ULR) messages sent over the S6a interface to the HSS at the time a UE Attaches. For more information about supporting A-MSISDN, refer to the information for the a-msisdn command in the Call-Control Profile configuration mode.
3gpp-r9
Configures the MME/SGSN to signal Release 9 AVPs to HSS.
Usage Guidelines
Use this command to configure the 3GPP release that should be supported for this HSS peer service.
This command is only applicable for the 'standard' diameter dictionary as defined in the diameter hss-dictionary command.
Solución
Una vez que se implementa la CLI sugerida, aquí está el seguimiento exitoso, es decir, la 'información de ubicación EPS' presente en el ISDA.

