GTP ' (GTP prime) es un protocolo basado en IP que se utiliza en redes GSM y UMTS . Se puede utilizar con UDP o TCP . GTP 'usa la misma estructura de mensajes que GTP (GTP-C, GTP-U), pero es en gran parte un protocolo separado. GTP 'usa el puerto UDP / TCP registrado 3386.
GTP 'se puede utilizar para transportar datos de carga desde la "Función de datos de carga" (CDF) de la red GSM o UMTS a la "Función de pasarela de carga" (CGF). En la mayoría de los casos, esto debería significar desde muchos elementos de red individuales, como los GGSN, a una computadora centralizada que luego entrega los datos de carga de manera más conveniente al centro de facturación del operador de red.
GTP 'se utiliza en la interfaz Ga dentro de la definición de red central 3GPP GPRS .
GTP 'reutiliza aspectos de GTP, aunque para citar 3GPP TS 32.295, "sólo se reutiliza parcialmente el plano de señalización de GTP". [1] GTP 'define un encabezado diferente, mensajes adicionales, valores de campo, así como un protocolo de sincronización para evitar perder o duplicar CDR en fallos CGF o SGSN / GGSN . Los CDR transferidos, si siguen los estándares 3GPP, se codifican en ASN.1 .
Encabezamiento
Los encabezados de GTP 'v1 y v2 contienen los siguientes campos
+ | Bits 0-2 | 3 | 4 | 5 | 6 | 7 | 8-15 | 16-31 | 32-47 | |||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0 | Versión | PT [0] | Reservado | Hdr len | Tipo de mensaje | Largo | Secuencia de números |
- Versión
- El primer campo de encabezado en un paquete GTP ' es el campo de versión de 3 bits. Para GTP 'v2, esto tiene un valor de 2 (de ahí el nombre GTP' v2).
- Tipo de protocolo (PT)
- un valor de 1 bit que diferencia GTP '(valor 0) de GTP (valor 1).
- Reservado
- un campo reservado de 3 bits (debe ser 1).
- Longitud del encabezado (Hdr len)
- un valor de 1 bit que para la versión 0 de GTP indica si se usa un encabezado de 20 bytes (valor 0) (según GTP ) o este encabezado de 6 bytes. Este bit debe estar desarmado (valor 0) para versiones posteriores de GTP 'y en estas no indica la longitud del encabezado ya que siempre debe ser de 6 bytes.
- Tipo de mensaje
- Un campo de 8 bits que indica el tipo de mensaje. Valores posibles:
Tipo de mensaje | Descripción |
---|---|
1 | Solicitud de eco |
2 | Respuesta de eco |
3 | Versión no admitida |
4 | Solicitud de nodo activo |
5 | Respuesta de Node Alive |
6 | Solicitud de redireccionamiento |
7 | Respuesta de redireccionamiento |
240 | Solicitud de transferencia de registro de datos |
241 | Respuesta de transferencia de registro de datos |
- Largo
- Un campo de 16 bits que indica la longitud del paquete que está encapsulado por GTP '(sin incluir el encabezado GTP' en sí).
- Secuencia de números
- Un campo de 16 bits que identifica de forma única este paquete y permite la detección de pérdida o duplicación
Tipos de mensajes
GTP 'usa los mensajes Versión no admitida de GTP, Solicitud de eco y Respuesta de eco sin cambios, pero agrega los siguientes mensajes
- Solicitud de nodo activo
- Respuesta de Node Alive
- Solicitud de redireccionamiento
- Respuesta de redireccionamiento
- Solicitud de transferencia de registro de datos
- Respuesta de transferencia de registro de datos
Solicitud / respuesta de nodo activo
Los mensajes Node Alive se utilizan para avisar a otros componentes de la red que un nodo ha iniciado el servicio. La solicitud se envía desde el inicio del nodo y, por lo tanto, proporciona un método más rápido para volver a habilitar el servicio que el sondeo mediante Echo Request / Response. Este mensaje también se puede utilizar para avisar de que otros nodos vuelven a estar en servicio y (en la versión 2 de GTP) para avisar de la dirección IPv6 del CGF.
Solicitud / respuesta de redireccionamiento
Los mensajes de redireccionamiento se utilizan para:
- desviar el flujo de CDR de los CDF ( SGSN / GGSN ) a otro CGF cuando el remitente se retira del servicio (por mantenimiento / falla).
- avisar que el CGF ha perdido su conexión con un sistema aguas abajo
En cualquier caso, las CDF reciben más información sobre una falla inminente o inmediata que si la CDF estuviera sondeando usando mensajes de solicitud de eco.
Este mensaje contiene detalles sobre la causa y, opcionalmente, direcciones de un CGF alternativo.
Solicitud / respuesta de transferencia de registro de datos
Los mensajes de Transferencia de registros de datos se utilizan para transportar CDR de manera confiable desde el punto de generación ( SGSN / GGSN ) hasta el almacenamiento no volátil en el CGF.
Solicitud de transferencia de registro de datos
Cada mensaje de solicitud de transferencia de registro de datos puede contener un mensaje de uno de estos cuatro tipos:
- Enviar paquete de registro de datos: este mensaje contiene cero o más CDR. Las CDR se pueden codificar en ASN.1 utilizando BER o, con menos frecuencia, PER .
- Enviar paquete de registro de datos posiblemente duplicado: este mensaje contiene uno o más CDR, y este mensaje se ha enviado previamente a otro CGF.
- Cancelar paquete de registro de datos: este mensaje ordena al CGF que elimine uno o más paquetes de registro de datos de la cola pendiente "posiblemente duplicada" del CGF.
- Liberar paquete de registro de datos: este mensaje ordena al CGF que escriba el contenido de uno o más paquetes de registro de datos de la cola pendiente CGF "posiblemente duplicada".
Existe un mecanismo para intentar evitar perder o escribir cualquier CDR duplicado. Esto se describe con cierto detalle en 3GPP TS 32.295. La premisa básica es que cada paquete se secuencia y, si no se reconoce individualmente, se reenviará hasta que sea reconocido por cualquier CGF. Los paquetes de registro de datos normales se escriben inmediatamente en un almacenamiento no volátil (p. Ej., Un disco), pero los paquetes reenviados se marcan como "posiblemente duplicados" y entran en una cola especial que no se escribe inmediatamente en el almacenamiento no volátil; una segunda confirmación del CDF es requerido.
La capacidad de enviar una solicitud de transferencia de registro de datos que contiene cero CDR se utiliza como prueba para detectar el éxito o el fracaso del CGF de tener registros escritos asignados a ese número de secuencia y es una parte importante del mecanismo anterior.
Respuesta de transferencia de registro de datos
La Respuesta de Transferencia de Registro de Datos reconoce la recepción de uno o más mensajes de Transferencia de Registro de Datos; las respuestas se pueden agrupar por razones de eficiencia, pero deben enviarse con más frecuencia que el tiempo de espera de envío de CDF.
El reconocimiento incluye una causa y puede ser un rechazo de los registros contenidos.
Referencias
- ^ 3GPP TS 32.295