ES2776351T3 - Envío de múltiples G-PDU con un único datagrama de UDP - Google Patents
Envío de múltiples G-PDU con un único datagrama de UDP Download PDFInfo
- Publication number
- ES2776351T3 ES2776351T3 ES15726012T ES15726012T ES2776351T3 ES 2776351 T3 ES2776351 T3 ES 2776351T3 ES 15726012 T ES15726012 T ES 15726012T ES 15726012 T ES15726012 T ES 15726012T ES 2776351 T3 ES2776351 T3 ES 2776351T3
- Authority
- ES
- Spain
- Prior art keywords
- packet data
- datagram
- header
- data unit
- plural
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000005538 encapsulation Methods 0.000 claims abstract description 28
- 230000005641 tunneling Effects 0.000 claims abstract description 17
- 230000004044 response Effects 0.000 claims description 29
- 238000012544 monitoring process Methods 0.000 claims description 11
- 230000002401 inhibitory effect Effects 0.000 claims 1
- 238000000034 method Methods 0.000 description 27
- 238000004590 computer program Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000005764 inhibitory process Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Aparato, que comprende medio de encapsulamiento adaptado para encapsular unidades de datos por paquetes plurales en un datagrama de un protocolo de datagrama de usuario, en donde cada una de las unidades de datos por paquetes plurales comprende un respectivo encabezamiento de un protocolo de tunelización y un respectivo paquete de datos de usuario, cada uno de los encabezamientos indica una longitud de la respectiva unidad de datos por paquetes, y las unidades de datos por paquetes plurales incluyen una primera unidad de datos por paquetes y están dispuestas en el datagrama en un orden comenzando con la primera unidad de datos por paquetes; estando el aparato caracterizado por que comprende además medio de información adaptado para informar, por al menos el encabezamiento de la primera unidad de datos por paquetes, que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama.
Description
DESCRIPCIÓN
Envío de múltiples G-PDU con un único datagrama de UDP
Campo de la invención
La presente invención se refiere a aparatos relacionados con tunelización, en particular con interfaces de GTP. Usan transmisión a través de UDP.
Abreviaturas
3GPP Proyecto común de tecnologías inalámbricas de la 3a generación
APN Nombre de punto de acceso
ASN.1 Notación de sintaxis abstracta uno
CDMA Acceso múltiple por división de código
CP Plano de control
EDGE Evolución de la Tasa de Datos Mejorada para GSM
eNB Nodo B evolucionado
EPC Núcleo de paquetes evolucionado
ePDG Puerta de enlace de datos por paquetes evolucionada
E-RAB RAB evolucionada
F-TEID TEID totalmente cualificado
F-TEID-U Plano de usuario de F-TEID
G-PDUGTP PDU
GGSN Nodo de soporte de GPRS de puerta de enlace
GPRS Servicio general de radio por paquetes
GSM Sistema global para comunicación móvil
GTP Protocolo de tunelización de GPRS
GTP-C Plano de control de GTP
GTP-U Plano de usuario de GTP
IE Elemento de información
IP Protocolo de Internet
IPsec Seguridad de IP
LTE Evolución a Largo Plazo
LTE-A LTE Avanzada
MME Entidad de gestión de movilidad
MTU Unidad de transferencia máxima
O&M Operación y mantenimiento
PDN Red de datos por paquetes
PDU Unidad de datos por paquetes
PGW Puerta de enlace de red de datos por paquetes
PLMN Red móvil pública terrestre
QoS Calidad de servicio
RAB Portadora de acceso de radio
RAN Red de acceso por radio
RANAP Parte de aplicación de RAN
RNC Controlador de red de radio
S1AP Parte de aplicación de S1
SGSN Nodo de soporte de servicio GPRS
SGW Puerta de enlace de servicio
TCP Protocolo de control de transmisión
TEID Identificador de punto final de túnel
TEID-C TEID (para) plano de control
TEID-U TEID (para) plano de usuario
T-PDU PDU de transporte
TS Especificación técnica
TWAG Puerta de enlace de acceso inalámbrica fiable dentro de TWAN
TWAN Red de acceso inalámbrica fiable
UDP Protocolo de datagramas de usuario
UMTS Sistema universal de telecomunicaciones móviles
UP Plano de usuario
VoLTE Voz sobre LTE
WiFi Fidelidad inalámbrica
WLAN Red de área local inalámbrica
Glosario
F-TEID: este es IE de GTPv2 y contiene direcciones IP (IPv4, o IPv6 o ambas), TEID y también campos de Tipo de Interfaz. GTPv1 no tiene tal IE, sino que valores de dirección IP y TEID se envían como IE separados. En esta solicitud, por conveniencia, se usa F-TEID cuando se describen cuestiones comunes para ambos tipos de protocolo GTPv1 y GTPv2.
G-PDU: paquete de datos de usuario (T-PDU) más encabezamiento de GTP-U, enviado entre nodos de red de GTP-U.
GTPv1-C: tipo de protocolo de GTP para plano de control, que se especifica en 3GPP TS 29.060. Se usa GTPv1-C en redes de dominio de PS heredadas a través de las interfaces Gn-C/Gp-C.
GTPv1-U / GTP-U: tipo de protocolo de GTP para plano de usuario, que se especifica en 3GPP TS 29.281. Se usa GTPv1-U/GTP-U en plano de usuario a través de las interfaces Gn-U/Gp-U, S1-U, S2-U, S3-U, S4-U, S5-U/S8-U, S10-U, S12 y S16-U.
GTPv2: tipo de protocolo de GTP para plano de control, que se especifica en 3GPP TS 29.274. Se usa GTPv2 en redes de EPC a través de las interfaces S2-C, S3-C, S4-C, S5-C/S8-C, S10-C, S11 y S16-C.
Túnel de GTP: un túnel de GTP es un túnel de comunicación entre dos entidades de GTP.
Conexión de PDN: la asociación entre un UE representado por una dirección IPv4 y/o un prefijo IPv6 y una PDN representada por una APN.
TEID: elemento de información de identificador de punto final de túnel, que identifica un extremo de un túnel de GTP.
Antecedentes de la invención
El documento 3GPP TS 23.060, Anexo C "Consideración de enlace MTU", describe diversas taras de encapsulamiento para datagrama de plano de usuario. Según 3GPP TS23.060, la tara se vuelve mayor que el datagrama actual para carga útil de VoLTE, que habitualmente tiene una longitud de aproximadamente 40-50 octetos. Es decir, la tara de encapsulamiento para, por ejemplo, cargas útiles de VoLTE en redes de EPC, es excesivamente grande. Una gran cantidad de pequeños paquetes conduce a problemas de escalabilidad en diversos dispositivos de red.
Sumario de la invención
Un objetivo de la presente invención es mejorar la técnica anterior.
Según un primer aspecto de la invención, se proporciona un aparato según la reivindicación 1. Este comprende un medio de encapsulamiento adaptado para encapsular unidades de datos por paquetes plurales en un datagrama de un protocolo de datagrama de usuario, en donde cada una de las unidades de datos por paquetes plurales comprende un respectivo encabezamiento de un protocolo de tunelización y un respectivo paquete de datos de usuario, y cada uno de los encabezamientos indica una longitud de la respectiva unidad de datos paquetes.
Las unidades de datos por paquetes plurales incluyen una primera unidad de datos por paquetes y se disponen en el datagrama en un orden comenzando con la primera unidad de datos por paquetes; y el aparato incluye además un medio de información adaptado para informar, por al menos el encabezamiento de los primeros datos por paquetes, que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama.
El medio de información puede adaptarse para informar que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama estableciendo un bit predefinido en el encabezamiento de la primera unidad de datos por paquetes.
El medio de información puede adaptarse para informar que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama extendiendo el encabezamiento de la primera unidad de datos por paquetes con un encabezamiento de extensión predefinido.
Las unidades de datos por paquetes plurales pueden incluir una última unidad de datos por paquetes y pueden
disponerse en el datagrama en un orden finalizando con la última unidad de datos por paquetes; y el medio de información puede adaptarse para informar que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama en los encabezamientos de todas las unidades de datos por paquetes plurales excepto para la última unidad de datos por paquetes.
El aparato puede también comprender un medio de comparación adaptado para comparar la respectiva longitud de cada una de las unidades de datos por paquetes plurales con un umbral de longitud; medio de inhibición adaptado para inhibir el medio de encapsulamiento de encapsular las unidades de datos por paquetes plurales en el datagrama si al menos una de las longitudes excede el umbral de longitud.
El aparato puede también comprender un medio de comprobación adaptado para comprobar, si una indicación está almacenada, que un receptor previsto del datagrama se adapta para desencapsular las unidades de datos por paquetes plurales fuera del datagrama; medio de prohibición adaptado para prohibir, si la indicación no está almacenada, que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama.
El aparato puede adaptarse para recibir la indicación en un mensaje de control relacionado con el establecimiento de un portador para soportar el datagrama, en donde el mensaje de control puede ser al menos uno de los siguientes: una solicitud de crear portador, una solicitud de modificar portador, una respuesta de crear portador, una respuesta de modificar portador, una solicitud de crear contexto, una solicitud de actualizar contexto, una respuesta de crear contexto, una respuesta de actualizar contexto, una solicitud de establecer portadora de acceso de radio, una respuesta de establecer portadora de acceso de radio, una solicitud de asignar portadora de acceso de radio y una respuesta de asignar portadora de acceso de radio.
Según un segundo aspecto de la invención, se proporciona un aparato según la reivindicación 8. Este comprende un medio de monitorización adaptado para monitorizar, si un primer encabezamiento incluido en un datagrama recibido de un protocolo de datagrama de usuario incluye una información, que unidades de datos por paquetes plurales se encapsulan en el datagrama; medio de desencapsulamiento adaptado para desencapsular, si el primer encabezamiento incluye la información, las unidades de datos por paquetes plurales del datagrama, en donde cada una de las unidades de datos por paquetes plurales incluye un respectivo encabezamiento de un protocolo de tunelización y un respectivo paquete de datos de usuario, cada uno de los encabezamientos indica una longitud del respectivo paquete de datos de usuario, y una primera unidad de datos por paquetes de las unidades de datos por paquetes plurales se dispone primero en el datagrama e incluye el primer encabezamiento como el respectivo encabezamiento.
El medio de monitorización puede adaptarse para monitorizar que el primer encabezamiento incluye la información si un bit predefinido se establece en el primer encabezamiento.
El medio de monitorización puede adaptarse para monitorizar que el primer encabezamiento incluye la información si el primer encabezamiento se extiende mediante un encabezamiento de extensión predefinido.
El medio de desencapsulamiento puede adaptarse para desencapsular las unidades de datos por paquetes plurales en una secuencia según una disposición de las unidades de datos por paquetes en el datagrama; y el aparato puede también comprender un medio de detección adaptado para detectar si la última unidad de datos por paquetes desencapsulada por el medio de desencapsulamiento incluye la información; medio de detección adaptado para detener el desencapsulamiento por el medio de desencapsulamiento si la última unidad de datos por paquetes desencapsulada no incluye la información.
Según un tercer aspecto de la invención, se proporciona un aparato según la reivindicación 12. Este comprende un medio de comparación adaptado para comparar una longitud de datagrama de un datagrama recibido de un protocolo de datagrama de usuario con una longitud de primera unidad de datos por paquetes de una primera unidad de datos por paquetes; medio de desencapsulamiento adaptado para desencapsular, si la longitud de datagrama y la longitud de primera unidad de datos por paquetes no coinciden, una segunda unidad de datos por paquetes del datagrama, en donde la primera unidad de datos por paquetes se encapsula en el datagrama; la primera unidad de datos por paquetes incluye un primer encabezamiento de un protocolo de tunelización y un primer paquete de datos de usuario; el primer encabezamiento indica la longitud de primera unidad de datos por paquetes de la primera unidad de datos por paquetes; la segunda unidad de datos por paquetes incluye un segundo encabezamiento del protocolo de tunelización y un segundo paquete de datos de usuario, el segundo encabezamiento indica una longitud de segunda unidad de datos por paquetes de la segunda unidad de datos por paquetes, y la segunda unidad de datos por paquetes es diferente de la primera unidad de datos por paquetes.
El medio de desencapsulamiento puede adaptarse para desencapsular unidades de datos por paquetes adicionales del datagrama hasta que todas las unidades de datos por paquetes encapsuladas en el datagrama se desencapsulan, en donde cada de las unidades de datos por paquetes adicionales puede incluir un respectivo encabezamiento adicional del protocolo de tunelización y un respectivo paquete de datos de usuario adicional, cada uno de los encabezamientos adicionales puede indicar una longitud de unidad de datos por paquetes de la respectiva unidad de
datos por paquetes adicional; y cada una de las unidades de datos por paquetes adicionales puede ser diferente de la primera unidad de datos por paquetes.
El aparato según cada uno del segundo y tercer aspectos puede también comprender un medio de indicación adaptado para indicar que el aparato incluye el medio de desencapsulamiento.
El aparato según cada uno del segundo y tercer aspectos puede también comprender un medio de monitorización adaptado para monitorizar si se está estableciendo un portador de plano de usuario para soportar el datagrama; en donde el medio de indicación puede adaptarse para indicar, si el portador de plano de usuario se está estableciendo, en un mensaje de control relacionado con el establecimiento del portador de plano de usuario, que el aparato incluye el medio de desencapsulamiento. El mensaje de control puede ser al menos uno de los siguientes: una solicitud de crear portador, una solicitud de modificar portador, una respuesta de crear portador, una respuesta de modificar portador, una solicitud de crear contexto, una solicitud de actualizar contexto, una respuesta de crear contexto, una respuesta de actualizar contexto, una solicitud de establecer portadora de acceso de radio, una respuesta de establecer portadora de acceso de radio, una solicitud de asignar portadora de acceso de radio y una respuesta de asignar portadora de acceso de radio.
Según algunas realizaciones de ejemplo de la invención, se proporciona al menos uno de los siguientes efectos técnicos:
- se mejora la relación de carga útil/tara (es decir, aumenta);
- se mejora eficiencia de transmisión;
- se mejora tasa de paquetes en la red, es decir, reduce;
- la solución es compatible hacia atrás;
- no se necesita implementar la solución en toda la red a la vez;
- puede minimizarse o eliminarse totalmente el impacto en gestión de configuración de red.
Se ha de entender que cualquiera de las modificaciones anteriores se puede aplicar de forma individual o en combinación con los aspectos respectivos a los que se refieren las mismas, a no ser que las mismas se expongan explícitamente como alternativas excluyentes.
Breve descripción de los dibujos
Detalles, características, objetivos y ventajas adicionales son evidentes a partir de la siguiente descripción detallada de las realizaciones de ejemplo de la presente invención que debe tomarse en conjunto en conjunto con los dibujos adjuntos, en donde
La Figura 1 muestra un aparato según una realización de ejemplo de la invención;
La Figura 2 muestra un método según una realización de ejemplo de la invención;
La Figura 3 muestra un aparato según una realización de ejemplo de la invención;
La Figura 4 muestra un método según una realización de ejemplo de la invención;
La Figura 5 muestra un aparato según una realización de ejemplo de la invención;
La Figura 6 muestra un método según una realización de ejemplo de la invención; y
La Figura 7 muestra un aparato según una realización de ejemplo de la invención.
Descripción detallada de ciertas realizaciones de ejemplo
En el presente documento a continuación, ciertas realizaciones de ejemplo de la presente invención se describen en detalle con referencia a los dibujos adjuntos, en donde las características de las realizaciones de ejemplo pueden combinarse libremente entre sí a no ser que se describa de otra manera. No obstante, se ha de entender expresamente que la descripción de determinadas realizaciones se da únicamente a modo de ejemplo, y que en modo alguno se pretende que la misma se entienda como limitante de la invención a los detalles divulgados.
Además, se ha de entender que el aparato está configurado para realizar el método correspondiente, aunque en algunos casos se describe solo el aparato o solo el método.
Según algunas realizaciones de ejemplo de la invención, múltiples G-PDU se envían en un único datagrama de UDP. Una encapsulación de este tipo de G-PDU plurales en un datagrama de UDP no se prevé en normas actualmente. Se proporcionan tres opciones para encapsular G-PDU plurales en un único datagrama de UDP en el lado del emisor
y desencapsular las mismas en el lado del receptor.
1. Usar el bit de reserva en octeto 1 de encabezamiento de GTP-U. Si el emisor pone más de una G-PDU en un único datagrama de UDP, entonces el emisor establecerá el bit de al menos la primera de estas G-PDU a '1'. Por ejemplo, el emisor puede establecer el bit en todas estas G-PDU, pero la última a '1'.
2. Especificar un tipo de encabezamiento de extensión particular para la siguiente G-PDU. Por ejemplo, este encabezamiento de extensión puede transmitirse cada vez si otra G-PDU viene a continuación de esta G-PDU (es decir, la G-PDU con el encabezamiento de extensión particular) en el datagrama de UDP.
3. Enviar más de una G-PDU con un único datagrama de UDP sin modificar GTP-U. El receptor compara los tamaños (longitudes) del datagrama de UDP y la primera G-PDU encapsulada y determina a partir de esa comparación si G-PDU adicional o adicionales se encapsulan en el datagrama de UDP.
En las opciones 1 y 2, el emisor informa al receptor explícitamente sobre la presencia de G-PDU plurales en el datagrama de UDP, que puede no ser el caso según la opción 3.
Pueden combinarse dos o tres de las opciones en una única implementación. Por ejemplo, un receptor puede comprobar si la primera G-PDU informa sobre la presencia de G-PDU plurales según una (o ambas) opciones 1 y 2, y puede comparar adicionalmente las longitudes del datagrama de UDP con la de la primera G-PDU. La longitud de cada G-PDU se indica en el encabezamiento de la misma (por ejemplo, en los octetos 3 y 4, véase la Tabla 1 a continuación). Únicamente si todas las comprobaciones realizadas implican que G-PDU plurales se encapsulan en el datagrama de UDP, el receptor supone lo mismo e intenta desencapsular G-PDU plurales. De otra manera, se supone que el datagrama de UDP está corrompido y el receptor descarta el datagrama. Como alternativa, el receptor puede suponer que G-PDU plurales están encapsuladas si al menos una de las comprobaciones implica que G-PDu plurales están encapsuladas, e intentar desencapsular las mismas.
Desencapsular una G-PDU puede incluir decodificar los bits que pertenecen a la G-PDU según la indicación de longitud en el encabezamiento de la G-PDU.
En algunas realizaciones de ejemplo de la invención según la opción 1 y/u opción 2, la información sobre la encapsulación de G-PDU plurales se incluye en todas las G-PDU encapsuladas excepto para la última G-PDU encapsulada en el datagrama de UDP. Por lo tanto, el receptor puede reconocer, a partir de la ausencia de la información, que la última G-PDU está desencapsulada.
En algunas realizaciones de ejemplo de la invención según la opción 1 y/u opción 2, la información sobre la encapsulación de G-PDU plurales se incluye únicamente en la primera G-PDU encapsulada. A continuación, el receptor puede intentar desencapsular una G-PDU adicional cada vez después de haber desencapsulado una G-PDU anterior. Si la desencapsulación de la G-PDU adicional falla, el receptor supone que todas las G-PDU encapsuladas están desencapsuladas. Como una alternativa a la misma, según algunas realizaciones de ejemplo de la invención, el receptor puede comparar la longitud indicada en la G-PDU a desencapsular a continuación con el resto bits a decodificar, y puede decidir, basándose en esta comparación, si una G-PDU adicional tiene que desencapsularse, similar a la opción 3.
En algunas realizaciones de ejemplo de la invención, G-PDU plurales se incluyen en un único datagrama de UDP únicamente si las longitudes de las G-PDU son lo suficientemente pequeñas. Por ejemplo, si una de las G-PDU es mayor que un cierto límite, no se incluirá en el datagrama de UDP, sino que se enviará en un datagrama de UDP separado que comprende únicamente esta G-PDU. Las otras G-PDU puede aún incluirse en el único datagrama de UDP, o cada una de las mismas o algunas de las mismas pueden enviarse en datagramas de UDP separados.
Realizaciones de ejemplo de la invención pueden aplicarse a G-PDU que transportan tráfico de VoLTE. Otro ejemplo, en el que la tara se vuelve mayor que la carga útil y en el que puede ser útil aplicar realizaciones de ejemplo de la invención es un acuse de recibo de TCP. Sin embargo, la invención no se limita a estos ejemplos, sino que puede aplicarse a cualquier G-PDU transportada en datagramas de UDP.
En el caso de multiplexación de G-PDU de VoLTE plurales en un único datagrama de UDP, las G-PDU pueden originarse desde el mismo usuario de desde diferentes usuarios y/o pueden dirigirse al mismo receptor o a diferentes receptores (en el nivel de GTP). El emisor puede almacenar en memoria intermedia las G-PDU durante algún tiempo antes de encapsular las mismas en un datagrama de UDP. El tiempo debería elegirse de tal forma que QoS de VoLTE (fluctuación y latencia) se ve afectada de forma muy negativa. Por lo tanto, el caso de uso más interesante es cuando las G-PDU se originan desde diferentes usuarios y dirigen al mismo receptor (es decir, puerta de enlace, en nivel de GTP), porque en este caso casi no se introducen ni fluctuación y latencia adicionales.
Además, algunas realizaciones de ejemplo de la invención proporcionan una forma de soportar el operador de red en el escenario de mejora cuando una o más de las opciones anteriores se introducen en la red. En concreto, a largo plazo, un operador, que decide desplegar una o más de las opciones, debería mejorar preferentemente todas las entidades de GTP para soportar la opción u opciones. Esto, sin embargo, llevará algo de tiempo y, por lo tanto, la PLMN tendrá entidades de GTP que soportan la opción u opciones y entidades de GTP que no las soportan. Para
este periodo de tiempo transitorio, el operador puede emplear una de las realizaciones de ejemplo de la invención, según la cual una entidad de GTP mejorada informa a un par de GTP que proporciona la capacidad de desencapsular G-PDU plurales de un único datagrama de UDP. Según algunas realizaciones de ejemplo de la invención, la información puede implicar adicionalmente que la entidad de GTP mejorada proporciona la capacidad de encapsular G-PDU plurales en un único datagrama de UDP.
En algunas de estas realizaciones de ejemplo, información correspondiente en cuanto a la capacidad se añade a la señalización de plano de control, que se usa para los procedimientos de establecimiento de portador de plano de usuario. Como alternativa, la información de capacidad puede proporcionarse, por ejemplo, en un mensaje dedicado a la provisión de la información de capacidad. Por ejemplo, a través de las interfaces S2, S3, S4, S5/S8 y S16 se usa GTPv2 en plano de control y se usa GTPv1-U en plano de usuario. Para estas interfaces, característica de GTPv2, el elemento de información (IE) de características de nodo puede usarse para comunicar capacidad de plano de usuario al par de GTP. Esta alternativa, sin embargo, tiene las siguientes deficiencias para las interfaces S11/S1-U y S4-C/S12. A través de estas interfaces, los puntos finales de GTP-U (eNB/RAC y s Gw ) no tienen una interfaz de plano de control directa. En su lugar, MME/S4-SGSN actúa como un agente de plano de control entre eNB/RAC y SGW. Por lo tanto, MME/S4-SGSN puede necesitar mantener en su base de datos interna la capacidad de los puntos finales de GTP-U.
Como alternativa o además, el operador puede almacenar en las entidades de GTP información de capacidad de respectivos pares de GTP en cuanto a desencapsulación de múltiples G-PDU de un único datagrama de UDP. Esta información de capacidad puede proporcionarse y mantenerse mediante O&M.
Las opciones 1 a 3 pueden relacionarse con el plano de usuario, mientras el escenario de mejora puede relacionarse con el plano de control.
La Figura 1 muestra un aparato según una realización de ejemplo de la invención. El aparato puede ser una entidad de GTP, tal como un emisor, o un elemento de la misma. La Figura 2 muestra un método según una realización de ejemplo de la invención. El aparato según la Figura 1 puede realizar el método de la Figura 2 pero no se limita a este método. El método de la Figura 2 puede ser realizado por el aparato de la Figura 1 pero no se limita a ser realizado por este aparato.
El aparato comprende medio de encapsulamiento 10. El medio de encapsulamiento 10 puede ser un circuito de encapsulamiento.
El medio de encapsulamiento 10 encapsula unidades de datos por paquetes plurales (por ejemplo, G-PDU) en un datagrama de un protocolo de datagrama de usuario, tal como UDP (S10). Cada una de las unidades de datos por paquetes plurales comprende un respectivo encabezamiento de un protocolo de tunelización (por ejemplo, GTP) y un respectivo paquete de datos de usuario. Cada uno de los encabezamientos indica una longitud de la respectiva unidad de datos paquetes.
La Figura 3 muestra un aparato según una realización de ejemplo de la invención. El aparato puede ser una entidad de GTP, tal como un receptor, o un elemento de la misma. La Figura 4 muestra un método según una realización de ejemplo de la invención. El aparato según la Figura 3 puede realizar el método de la Figura 4 pero no se limita a este método. El método de la Figura 4 puede ser realizado por el aparato de la Figura 3 pero no se limita a ser realizado por este aparato.
El aparato comprende el medio de monitorización 110 y medio de desencapsulamiento 120. El medio de monitorización 110 y el medio de desencapsulamiento 120 puede ser un circuito de monitorización y un circuito de desencapsulamiento, respectivamente.
El medio de monitorización 110 monitoriza, si un primer encabezamiento comprende una información, que unidades de datos por paquetes plurales (por ejemplo, G-PDU) se encapsulan en el datagrama (S110). El primer encabezamiento se comprende en un datagrama recibido de un protocolo de datagrama de usuario tal como UDP. Cada una de las unidades de datos por paquetes plurales comprende un respectivo encabezamiento de un protocolo de tunelización (por ejemplo, GTP) y un respectivo paquete de datos de usuario, y cada uno de los encabezamientos indica una longitud del respectivo paquete de datos de usuario. Una primera unidad de datos por paquetes de las unidades de datos por paquetes plurales se dispone primero en el datagrama y comprende el primer encabezamiento como el respectivo encabezamiento. Es decir, la primera unidad de datos por paquetes comprende el primer encabezamiento y un primer paquete de datos de usuario.
Si el primer encabezamiento comprende la información que unidades de datos por paquetes plurales se encapsulan en el datagrama (S110 = "sí"), el medio de desencapsulamiento 120 desencapsula las unidades de datos por paquetes plurales del datagrama (S120).
La Figura 5 muestra un aparato según una realización de ejemplo de la invención. El aparato puede ser una entidad de GTP, tal como un receptor, o un elemento de la misma. La Figura 6 muestra un método según una realización de
ejemplo de la invención. El aparato según la Figura 5 puede realizar el método de la Figura 6 pero no se limita a este método. El método de la Figura 6 puede ser realizado por el aparato de la Figura 5 pero no se limita a ser realizado por este aparato.
El aparato comprende el medio de comparación 150 y medio de desencapsulamiento 160. El medio de comparación 150 y el medio de desencapsulamiento 160 pueden ser un circuito de comparación y un circuito de desencapsulamiento, respectivamente.
El medio de comparación 150 compara una longitud de datagrama de un datagrama recibido de un protocolo de datagrama de usuario (por ejemplo, UDP) con una longitud de primera unidad de datos por paquetes de una primera unidad de datos por paquetes tal como una G-PDU (S150). La primera unidad de datos por paquetes se encapsula en el datagrama. La primera unidad de datos por paquetes comprende un primer encabezamiento de un protocolo de tunelización (por ejemplo, GTP) y un primer paquete de datos de usuario. El primer encabezamiento indica la longitud de primera unidad de datos por paquetes de la primera unidad de datos por paquetes. La longitud de primera unidad de datos por paquetes indicada en el primer encabezamiento puede ser la longitud de la primera unidad de datos por paquetes, o puede ser una longitud a partir de la cual puede derivarse la longitud de la primera unidad de datos por paquetes.
Si la longitud de datagrama y la longitud de primera unidad de datos por paquetes no coinciden (S150 = "no"), el medio de desencapsulamiento 160 desencapsula una segunda unidad de datos por paquetes del datagrama (S160). La segunda unidad de datos por paquetes comprende un segundo encabezamiento del protocolo de tunelización y un segundo paquete de datos de usuario, y el segundo encabezamiento indica una longitud de segunda unidad de datos por paquetes de la segunda unidad de datos por paquetes. La segunda unidad de datos por paquetes es diferente de la primera unidad de datos por paquetes.
Dependiendo de la implementación, la longitud de datagrama coincide con la longitud de primera unidad de datos por paquetes si las longitudes son las mismas, o si algunas longitudes, que pueden derivarse inequívocamente a partir de la longitud del datagrama y la longitud indicada de la primera unidad de datos por paquetes, son las mismas. Estas longitudes se determinan de tal forma que uno puede decidir basándose en estas longitudes si el datagrama tiene o no un tamaño suficiente para comprender más unidades de datos por paquetes que la primera unidad de datos por paquetes.
La Figura 7 muestra un aparato según una realización de ejemplo de la invención. El aparato comprende al menos un procesador 610, al menos una memoria 620 que incluye código de programa informático, y disponiéndose el al menos un procesador 610, con la al menos una memoria 620 y el código de programa informático, para provocar que el aparato al menos realice al menos uno de los métodos según las Figuras 2, 4 y 6 y descripción relacionada.
A continuación en la memoria, se describen en detalle implementaciones de opciones 1 a 3 según realizaciones de ejemplo de la invención y de realizaciones de ejemplo que soportan el escenario de mejora. Sin embargo, estas descripciones detalladas no son limitantes. Por ejemplo, a continuación en la memoria se proporcionan valores específicos y procedimientos indicados como ejemplos únicamente y en algunas realizaciones de ejemplo de la invención pueden ser diferentes de las divulgadas a continuación en la memoria.
En la siguiente descripción detallada, se hace referencia documentos de normas de 3GPP y tablas comprendidas en las mismas. Para el significado de los campos distintos de la indicación de G-PDU encapsuladas plurales en un datagrama de UDP y la indicación de la capacidad para desencapsular G-PDU plurales encapsuladas en un único datagrama de UDP, y para el contenido de las notas relacionadas con los otros campos, se hace referencia al respectivo documento de normas de 3GPP.
Opción 1: usar el bit de reserva en encabezamiento de GTP-U, octeto 1
Según normas presentes, el bit 4 en el primer octeto del encabezamiento de GTP-U es un bit de reserva (véase la Figura 5.1-1 de 3GPP TS 29.281). Según la norma, el remitente lo establecerá a '0' y el receptor lo ignorará.
Tabla 1: encabezamiento de GTP-U se ún 3GPP TS 29.281 Fi ura 5.1-1
Según algunas realizaciones de ejemplo de la invención, el presente bit de reserva se hace útil. Si se establece a '1', esto indica que viene a continuación otra G-PDU. Por lo tanto, según algunas realizaciones de ejemplo de la invención, 3GPP TS 29.281, subcláusula 5.1 "Formato general" se cambia como se muestra en la Tabla 2:
Tabla 2: encabezamiento de GTP-U según la opción 1 de la invención, basándose en 3GPP TS 29.281, Figura
5.1-1
En lugar del bit de reserva, el encabezamiento de GTP-U comprende un campo llamado "Siguiente G-PDU (NG)", por ejemplo. Esta bandera indica la presencia o ausencia de otra G-PDU en el datagrama de UDP. Si el emisor pone más de una G-PDU en un único datagrama de UDP, a continuación el emisor establece la bandera a '1'. Si otra G-PDU no viene a continuación, a continuación la bandera se establece a '0'. Ya que el campo está en el primer octeto, siempre está presente. Obsérvese que octetos 3 y 4 proporcionan una indicación de la longitud de la G-PDU.
La opción 1 puede usarse para todas las interfaces de GTP-U. Obsérvese que la Tabla 2 muestra un caso en el que todas las G-PDU excepto para la última G-PDU del datagrama de UDP comprenden la indicación NG=1. En algunas realizaciones de ejemplo, únicamente la primera G-PDU encapsulada en el datagrama de UDP comprende la
indicación NG=1.
Opción 2: tipo de encabezamiento de extensión para indicar G-PDU plurales en un datagrama de UDP
En comparación con el documento actual de 3GPP TS 29.281, subcláusula 5.2, se define un nuevo tipo de encabezamiento de extensión, por ejemplo "Encabezamiento de GTP-U de extensión".
Tabla 3: definición de tipos de encabezamiento de extensión según la opción 2, basándose en 3GPP TS 29.281 Fi ura 5.2.1-3
Según la Tabla 3, tiene un valor de 11100000. Sin embargo, según algunas realizaciones de ejemplo de la invención, puede tener cualquier valor que no se usa para otro tipo de encabezamiento.
En algunas realizaciones de ejemplo, los bits 7 y 8 tienen el valor 11 (como en la Tabla 3) porque estos bits determinan el comportamiento del receptor si no conoce el tipo de encabezamiento de extensión, como se muestra en la Tabla 4: Tabla 4: definición de bits 7 y 8 de tipos de encabezamiento de extensión basándose en 3GPP TS 29.281, Fi r 21-2
Si los bits 7 y 8 se establecen a 11, (por ejemplo, como en 1110 0000) se garantiza que el receptor o bien soporta la característica de múltiples G-PDU en un único datagrama de UDP (y por lo tanto es capaz de decodificar los datos multiplexados), o bien el receptor informará al emisor que no soporta la característica enviando de vuelta el mensaje de notificación de encabezamientos de extensión soportados. Esta alternativa puede complementar el escenario de mejora relacionado con la solución de plano de control.
Según algunas realizaciones de ejemplo de la invención, el encabezamiento de extensión se transmite si otra G-PDU viene a continuación de la G-PDU que comprende este encabezamiento de extensión en el datagrama de UDP. El encabezamiento de extensión tiene una longitud de 4 octetos y, por lo tanto, el campo de longitud tiene valor 1 (el campo de longitud indica la longitud en unidades de 4 octetos).
Tabla 5: otro encabezamiento de extensión de G-PDU según algunas realizaciones de ejemplo de la invención
La opción 2 puede usarse para todas las interfaces de GTP-U. Obsérvese que se describe un caso en el que todas las G-PDU excepto para la última G-PDU del datagrama de UDP comprenden el encabezamiento de extensión que indica que otra G-PDU viene a continuación en el datagrama de UDP. En algunas realizaciones de ejemplo, únicamente la primera G-PDU encapsulada en el datagrama de UDP comprende este encabezamiento de extensión.
Según las opciones 1 y 2, si el receptor reconoce que al menos un encabezamiento (el encabezamiento de la primera G-PDU) indica la presencia de G-PDU plurales, intenta decodificar las G-PDU plurales.
Opción 3: enviar más de una G-PDU con un único datagrama de UDP sin explícitamente informar al receptor
Entidad de GTP-U envía más de una G-PDU con un único datagrama de UDP no indica la presencia de G-PDU plurales en un encabezamiento de las G-PDU. Por lo tanto, el receptor no recibe una indicación explícita sobre G-PDU encapsuladas plurales en el datagrama de UDP.
La entidad de GTP-U receptora lee la G-PDU de conector de UDP. Si UDP longitud de datagrama es mayor que la longitud de la G-PDU disponible para transportar G-PDU, esto indica que más de una G-PDU se incluyen el datagrama de UDP. En tal caso, la entidad de GTP-U receptora continúa decodificando posteriores G-PDU.
Obsérvese que, para comparar las longitudes de datagrama de UDP, algunas partes fijas tal como un encabezamiento del datagrama de UDP puede deber tenerse en cuenta porque el encabezamiento no está disponible para transportar G-PDU. También, según 3GPP TS 29.281, sección 5.1, la longitud indicada en el encabezamiento de la G-PDu no incluye los bits de las partes obligatorias del encabezamiento. Para una comparación de las longitudes, la longitud de las partes obligatorias tiene que añadirse a la longitud indicada en el encabezamiento. Es decir, el receptor determina si la longitud de la parte del datagrama de UDP disponible para G-PDU y la longitud indicada en el (primer) encabezamiento de G-PDU coinciden, en donde "coincidir" incluye que las "longitudes sin procesar" (es decir, la longitud total del datagrama de UDP y la longitud indicada en el encabezamiento de la G-PDu ) pueden adaptarse apropiadamente antes de que se comparen. Si las longitudes (adaptadas) no coinciden (es decir, si la longitud disponible para G-PDU es mayor que una longitud calculada basándose en la longitud indicada en el encabezamiento de G-PDU), se supone que el datagrama de UDP encapsula G-PDU plurales.
Es posible que la no coincidencia entre UDP longitud de datagrama y longitud de G-PDU se provocó por paquete de IP corrompido. Tal caso, sin embargo, puede detectarse fácilmente, si el recibido no extrae múltiples G-PDU del datagrama de UDP. En algunas realizaciones de ejemplo de la invención, un paquete de IP corrompido se trata de tal forma que simplemente se descarta.
La opción 3 puede usarse para todas las interfaces de GTP-U.
Soporte de escenario de mejora a través de plano de control
Durante el periodo de mejora de característica, PLMN tendrán entidades de GTP que soportan la característica de encapsular múltiples G-PDu en un único datagrama de UDP y entidades de GTP que no. Por lo tanto, una entidad de GTP que no soporta esta característica puede recibir un datagrama de UDP que comprende G-PDU plurales, pero la entidad de GTP no se configura para desencapsular las G-PDU plurales. Para resolver este problema, según algunas realizaciones de ejemplo de la invención, se añade un nuevo elemento de información a los procedimientos de plano de control que se usan para el establecimiento de portador de plano de usuario. El nuevo IE en un mensaje de CP indica el soporte de característica al par de plano de usuario.
Durante el establecimiento de portador de plano de usuario, con ambos tipos de protocolo de GTP-C GTPv1 y GTPv2, entidad de plano de control g Tp envía F-TEID-U (es decir, dirección IP y TEID-U) a su plano de usuario par. Si túnel directo, S12 o S1-U está en uso en plano de usuario, a continuación el SGSN/MME actúa como un agente de plano de control (Gn-C/Gp-C, S4-C y S11) y envía F-TEID-U del RNC/eNB a GGSN/SGW. SGSN/MME también envía F-TEID-U del GGSN/SGW a RNC/eNB. En todos los otros casos, entidad de GTP envía F-TEID-U a su propio plano de usuario par a través de señalización de plano de control.
Según algunas realizaciones de ejemplo de la invención, un nuevo IE o una nueva bandera en uno de los IE existentes se envía junto con F-TEID-U e indica al par que el emisor del nuevo IE y la bandera nueva, respectivamente, soporta múltiples G-PDU en un único datagrama de UDP. En algunas realizaciones de ejemplo de la invención, la entidad de GTP proporciona el nuevo IE y la bandera nueva, respectivamente, si se configura para desencapsular G-PDU plurales de un único datagrama de u Dp , independientemente de si se configura también para encapsular G-PDU plurales en un único datagrama de UDP. En algunas realizaciones de ejemplo de la invención, el nuevo IE y la bandera nueva, respectivamente, se proporcionan únicamente si la entidad de GTP se configura tanto para encapsular G-PDU plurales en un único datagrama de UDP como desencapsular G-PDU plurales de un único datagrama de UDP.
Una indicación de este tipo informa aproximadamente la capacidad de nodo en un momento dado en el tiempo. Según normas 3GPP actuales, una capacidad de nodo puede comunicarse únicamente con GTPv2 y únicamente entre pares de GTPv2 directos (MME/S4-SGSN y SGW, SGW y PGW, ePDG/TWAG y PGW), como se especifica en 3GPP TS 29.274 (véase la definición de "Características de nodo" en subclaúsulas 7.1.1, 7.1.2 y 8.83).
Sin embargo, por ejemplo eNB y SGW no pueden usar GTPv2 para comunicar a través de la interfaz S1-U (tampoco pueden usar GTPv1-C) y, por lo tanto, eNB y SGW no pueden usar "Características de nodo" de GTPv2 para negociar el soporte de característica. La misma limitación se aplica a RNC y SGW cuando se usa la interfaz S12. Según algunas realizaciones de ejemplo de la invención, eNB/RNC y SGW intercambian "Características de nodo" de GTPv2 a través de MME/S4-SGSN. En estos casos, MME/SGSN puede recordar capacidades de eNB/RNC y SGW.
Según algunas realizaciones de ejemplo de la invención, la indicación de soporte de característica se envía a cada establecimiento de conexión de PDN con mensajes de CP. Por lo tanto, la solución se hace genérica, es decir, aplicable a las interfaces S1-U y S12. A continuación, la indicación será redundante en ocasiones, porque, por ejemplo, si eNB y SGW ya han indicado el soporte de característica entre sí, no es necesario repetir esto con cada establecimiento de PDN. Por otra parte, la redundancia garantizará que se detecta dinámicamente un cambio en capacidad. Por ejemplo, si eNB se mejora para soportar la característica, MME informará a todas las SGW referidas acerca de esta mejora con señalización regular.
A continuación en la memoria, se describe cómo las especificaciones de 3GPP actuales pueden adaptarse para estandarizar algunas realizaciones de ejemplo de la invención. Sin embargo, realizaciones de ejemplo de la invención puede emplear la misma funcionalidad incluso si las normas de 3GPP no se adaptan en consecuencia. Obsérvese que los valores etc. proporcionados en la anterior descripción son ejemplos únicamente y no pretenden limitar el alcance de la invención que se define mediante las reivindicaciones.
Cambios en la especificación GTPv2
Para interfaces de plano de control basadas en GTPv2, puede añadirse una nueva bandera, por ejemplo "Indicación de Soporte de Múltiples G-PDU" (MGSI) al elemento de información (IE) de indicación existente. IE de banderas de indicación ya se distribuye con mensajes de respuesta de crear sesión, solicitud de crear de sesión, solicitud de modificar portador y respuesta de modificar portador cuando un portador de plano de usuario se está estableciendo para la conexión p Dn dada. Por tanto, se informarán a las entidades de GTP-U acerca de la capacidad de par antes de que comiencen el envío y recepción de G-PDU.
La propuesta de GTPv2 se ilustra en la cita a continuación de TS 29.274:
Tabla 6: indicación de so orte de múlti les G-PDU basándose en 3GPP TS 29.274 Fi ura 8.12-1
Como se muestra en la Tabla 6, Octeto 9, bit 5 comprende MGSI (Indicación de Soporte de Múltiples G-PDU): Si este bit se establece a 1, indica que el emisor soporta desencapsular múltiples G-PDU de un único datagrama de UDP. Por ejemplo, puede indicar que un nodo de plano de usuario soporta recibir múltiples G-PDU en un único datagrama de UDP. En algunas realizaciones de ejemplo, la indicación puede implicar adicionalmente que el plano de usuario soporta enviar múltiples G-PDU en un único datagrama de UDP. En lugar del Octeto 9, bit 5, puede proporcionarse MGSI en lugar de uno de los otros bits de reserva según normas actuales.
Cambios en la especificación GTPv1
Para interfaces plano de control basado en GTPv1, según algunas realizaciones de ejemplo de la invención, una nueva bandera, por ejemplo "Indicación de Soporte de Múltiples G-PDU", se añade al IE de banderas comunes extendidas existentes. En la actualidad, IE de banderas comunes extendidas puede enviarse únicamente con mensajes de solicitud de crear contexto de PDP y solicitud de actualizar contexto de PDP cuando un portador de plano de usuario se está estableciendo para la conexión PDN dada. Según algunas realizaciones de ejemplo de la invención, el IE de banderas comunes extendidas con el conjunto de bits de "Indicación de Soporte de Múltiples G-PDU" se añade también a respuesta de crear contexto de PDP y/o respuesta de actualizar contexto de PDP. Por tanto, se informan a ambas entidades de GTP-U acerca de la capacidad de par antes de que comiencen en envío y recepción de G-PDU.
En la Tabla 7, la propuesta de GTPv1-C se ilustra basándose en TS 29.060:
Tabla 7: elemento de información de banderas comunes según algunas realizaciones de ejemplo de la invención basándose en 3GPP TS 29.060 Fi ura 7.7.93.1
El campo de bit de MGSI (Indicación de Soporte de Múltiples G-PDU) en el octeto 4, bit 7, comunica a la entidad de GTP-U si el emisor del IE soporta desencapsulación de múltiples G-PDU de un único datagrama de UDP o no. Si este bit se establece a 1, indica que el emisor soporta el envío y recepción de múltiples G-PDU con un único datagrama de UDP. En lugar del octeto 4, bit 7, puede proporcionarse MGSI en lugar de uno de los otros bits de reserva según normas actuales.
Cambios en la especificación S1AP
Para la interfaz de S1-MME, según algunas realizaciones de ejemplo de la invención, pueden añadirse un nuevo tipo ASN.1 y respectivo parámetro a especificación de S1AP (3Gp P t S 36.413).
Propuesta de S1AP se ilustra en la Tabla 8, basándose en 3GPP TS 36.413.
-- Solicitud de Establecer E-RAB
E-RABToBeSetupItemBearerSUReq ::= SEQUENCE {
e-RAB-ID E-RAB-ID,
e-RABIevelQoSParameters E-RABLevelQoSParameters,
transportLayerAddress TransportLayerAddress,
gTP-TEID GTP-TEID,
nAS-PDU NAS-PDU,
iE-Extensions ProtocolExtensionContainer {{E-RABToBeSetupItemBearerSUReqExtlEs}} OPTIONAL,
sGW multipleGpduSupportlndication MultipleGpduSupportlndication OPTIONAL
}
Tabla 8: petición de establecer E-RAB según algunas realizaciones de ejemplo de la invención, basándose en 3GPP TS 36.413
MME envía mensaje de solicitud de establecer E-RAB a eNB con parámetro nuevo sGWmultipleGpduSupportIndication, que informa a eNB si la SGW soporta la característica o no. El mensaje de respuesta de establecer E-RAB puede adaptarse en consecuencia, como se muestra en la Tabla 9. Es decir, eBN envía mensaje de respuesta de establecer E-RAB a MME con parámetro nuevo eNBmultipleGpduSupportIndication, que informa a MME si el eNB soporta o no la característica de desencapsular múltiples G-PDU de un único datagrama de UDP:
-- Respuesta de Establecer E-RAB
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
E-RABSetupItemBearerSURes ::= SEQUENCE {
e-RAB-ID E-RAB-ID,
transportLayerAddress TransportLayerAddress,
gTP-TEID GTP-TEID,
iE-Extensions ProtocolExtensionContainer {{E-RABSetupItemBearerSUResExtlEs}} OPTIONAL,
eNBmultipleGpduSupportlndication MultipleGpduSupportIndication OPTIONAL
}
Tabla 9: respuesta de establecer E-RAB según algunas realizaciones de ejemplo de la invención, basándose en 3GPP TS 36.413
La correspondiente definición de tipo ASN.1 según algunas realizaciones de ejemplo de la invención es como se muestra en la Tabla 10:
Tabla 10: definición de tipo ASN.1
MultipleGpduSupportIndication ::= ::= ENUMERATED{
multipleGpduNotSupported,
multipleGpduSupported,
}
Cambios similares pueden aplicarse a mensajes de SOLICITUD/RESPUESTA DE MODIFICAR E-RAB.
Cambios a especificación de RANAP
Según algunas realizaciones de ejemplo de la invención, para la interfaz lu, un nuevo tipo ASN.1 y respectivo parámetro se añaden a la especificación de RANAP (3GPP TS 25.413).
Propuesta de RANAP se ilustra en la Tabla 11, basándose en 3GPP TS 25.413.
— Solicitud de Asignar RAB
TransportLayerlnformation ::= SEQUENCE {
transportLayerAddress TransportLayerAddress,
iuTransportAssociation luTransportAssociation,
iE-Extensions ProtocolExtensionContainer {
{TransportLayerlnformation-ExtlEs}} OPTIONAL,
gGSNmultipleGpduSupportlndication MultipleGpduSupportlndication OPTIONAL
}
Tabla 11: solicitud de asignar RANAP según algunas realizaciones de ejemplo de la invención, basándose en 3GPP TS 25.413
Como se muestra en la Tabla 11, SGSN envía el mensaje de solicitud de asignar de RAB a RNC con parámetro nuevo gGSN-multipleGpduSupportlndication, que informa a RNC si el GGSN soporta o no la característica de desencapsular múltiples G-PDU de un único datagrama de UDP. En consecuencia, como se muestra en la Tabla 12, RNC envía
mensaje de respuesta de asignar de RAB a SGSN con parámetro nuevo mcMultipleGpduSupportIndication, que informa a SGSN si el RNC soporta o no la característica de desencapsular múltiples G-PDu de un único datagrama de UDP. La definición de tipo ASN.1 para estos parámetros puede la misma que se muestra en la Tabla 10.
— Respuesta de Asignar RAB
RAB-SetupOrModifiedltem ::= SEQUENCE {
rAB-ID RAB-ID,
transportLayerAddress TransportLayerAddressOPTIONAL,
iuTransportAssociation IuTransportAssociation OPTIONAL,
dl-dataVolumes DataVolumeList OPTIONAL,
iE-Extensions ProtocolExtensionContainer {{RAB-SetupOrModifiedltem-ExtlEs}} OPTIONAL,
rncMultipleGpduSupportlndication MultipleGpduSupportlndication OPTIONAL
}
Tabla 12: respuesta de asignar RANAP según algunas realizaciones de ejemplo de la invención, basándose en 3GPP TS 25.413
Pueden aplicarse cambios similares al mensaje de SOLICITUD DE MODIFICAR RAB.
Algunas realizaciones de ejemplo de la invención pueden emplearse en una red 3GPP. Pueden emplearse también en otras redes móviles 3GPP y no 3GPP tal como redes CDm A, EDGE, LTE, LTE-A, UTRAN, WiFi, W lAN, etc., si se implementa una interfaz de GTP interface, o si se usa la misma técnica de multiplexación para cualquier otro protocolo.
Realizaciones de ejemplo de la invención pueden aplicarse a cualquier entidad de red que emplea una interfaz de GTP-U. Ejemplos no limitantes son
- PGW y TWAG (dentro de TWAN), conectadas a través de la interfaz S2a;
- PGW y ePDG conectadas a través de la interfaz S2b;
- SGW y eNB conectados a través de la interfaz S1-U;
- SGW y SSGN conectados a través de la interfaz S4; y
- PGW y SGW conectadas a través de la interfaz de s 5/S8.
Una pieza de información puede transmitirse en uno o mensajes plurales desde una entidad a otra entidad. Cada uno de estos mensajes también puede comprender (diferentes) piezas de información.
Nombres de elementos de red, protocolos y métodos se basan en normas actuales. En otras versiones u otras tecnologías, los nombres de estos elementos de red y/o protocolos y/o métodos pueden ser diferentes, siempre que proporcionen una funcionalidad correspondiente.
Si no se indica de otra manera o se hace claro de otra manera a partir del contexto, la afirmación de que dos entidades son diferentes significa que realizan diferentes funciones. Esto no quiere decir, necesariamente, que las mismas se basen en un hardware diferente. Es decir, cada una de las entidades descritas en la presente descripción puede basarse en un hardware diferente, o algunas o la totalidad de las entidades pueden basarse en el mismo hardware. No significa necesariamente que se basan en diferente software. Es decir, cada una de las entidades descritas en la presente descripción puede basarse en diferente software, o algunas o todas de las entidades pueden basarse en el mismo software.
Según la anterior descripción, debería ser evidente, por lo tanto, que realizaciones de ejemplo de la presente invención proporcionan, por ejemplo un par de GTP tal como a MME, eNB, PGW, TWAG, ePDG, Sg W, SSGN, o un componente del mismo, un aparato que incorpora el mismo, un método para controlar y/u operar el mismo y programa o programas informáticos que controlan y/u operan el mismo así como medios que transportan tal programa o programas informáticos y forman producto o productos de programa informático.
Implementaciones de cualquier de los bloques, aparatos, sistemas, técnicas, medios, entidades, unidades, dispositivos o métodos descritos anteriormente incluyen, como ejemplos no limitantes, implementaciones como hardware, software, firmware, circuitos o lógica de fin especial, hardware o controlador de fin general u otros dispositivos informáticos, una máquina virtual o alguna combinación de los mismos.
Se ha de observar que la descripción de las realizaciones se proporciona a modo de ejemplo únicamente y que pueden hacerse diversas modificaciones sin alejarse del alcance de la invención según se define mediante las reivindicaciones adjuntas.
Claims (14)
1. Aparato, que comprende
medio de encapsulamiento adaptado para encapsular unidades de datos por paquetes plurales en un datagrama de un protocolo de datagrama de usuario, en donde cada una de las unidades de datos por paquetes plurales comprende un respectivo encabezamiento de un protocolo de tunelización y un respectivo paquete de datos de usuario, cada uno de los encabezamientos indica una longitud de la respectiva unidad de datos por paquetes, y las unidades de datos por paquetes plurales incluyen una primera unidad de datos por paquetes y están dispuestas en el datagrama en un orden comenzando con la primera unidad de datos por paquetes;
estando el aparato caracterizado por que comprende además
medio de información adaptado para informar, por al menos el encabezamiento de la primera unidad de datos por paquetes, que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama.
2. El aparato según la reivindicación 1, en donde
el medio de información está adaptado para informar que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama estableciendo un bit predefinido en el encabezamiento de la primera unidad de datos por paquetes.
3. El aparato según cualquiera de las reivindicaciones 1 y 2, en donde
el medio de información está adaptado para informar que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama extendiendo el encabezamiento de la primera unidad de datos por paquetes con un encabezamiento de extensión predefinido.
4. El aparato según cualquiera de las reivindicaciones 1 a 3, en donde
las unidades de datos por paquetes plurales incluyen una última unidad de datos por paquetes y están dispuestas en el datagrama en un orden finalizando con la última unidad de datos por paquetes; y
el medio de información está adaptado para informar que el medio de encapsulamiento encapsula las unidades de datos por paquetes plurales en el datagrama en los encabezamientos de todas las unidades de datos por paquetes plurales excepto para la última unidad de datos por paquetes.
5. El aparato según cualquiera de las reivindicaciones 1 a 4, que comprende además
medio de comparación adaptado para comparar la respectiva longitud de cada una de las unidades de datos por paquetes plurales con un umbral de longitud;
medio de inhibición adaptado para impedir al medio de encapsulamiento encapsular las unidades de datos por paquetes plurales en el datagrama si al menos una de las longitudes excede el umbral de longitud.
6. El aparato según cualquiera de las reivindicaciones 1 a 5, que comprende además
medio de comprobación adaptado para comprobar, si una indicación está almacenada, que un receptor previsto del datagrama esté adaptado para desencapsular las unidades de datos por paquetes plurales fuera del datagrama;
medio de prohibición adaptado para prohibir, si la indicación no está almacenada, que el medio de encapsulamiento encapsule las unidades de datos por paquetes plurales en el datagrama.
7. El aparato según la reivindicación 6, adaptado para recibir la indicación en un mensaje de control relacionado con el establecimiento de un portador para soportar el datagrama, en donde
el mensaje de control es al menos uno de los siguientes: una solicitud de crear portador, una solicitud de modificar portador, una respuesta de crear portador, una respuesta de modificar portador, una solicitud de crear contexto, una solicitud de actualizar contexto, una respuesta de crear contexto, una respuesta de actualizar contexto, una solicitud de establecer portadora de acceso de radio, una respuesta de establecer portadora de acceso de radio, una solicitud de asignar portadora de acceso de radio y una respuesta de asignar portadora de acceso de radio.
8. Aparato, que comprende
medio de monitorización adaptado para monitorizar, si un primer encabezamiento incluido en un datagrama recibido de un protocolo de datagrama de usuario incluye una información, que unidades de datos por paquetes plurales se encapsulan en el datagrama; medio de desencapsulamiento adaptado para desencapsular, si el primer encabezamiento incluye la información, las unidades de datos por paquetes plurales del datagrama, en donde cada una de las unidades de datos por paquetes plurales incluye un respectivo encabezamiento de un protocolo de tunelización y un respectivo paquete de datos de usuario,
cada uno de los encabezamientos indica una longitud del respectivo paquete de datos de usuario, y una primera unidad de datos por paquetes de las unidades de datos por paquetes plurales está dispuesta primero
en el datagrama e incluye el primer encabezamiento como el respectivo encabezamiento.
9. El aparato según la reivindicación 8, en donde
el medio de monitorización está adaptado para monitorizar que el primer encabezamiento incluye la información si un bit predefinido está establecido en el primer encabezamiento.
10. El aparato según cualquiera de las reivindicaciones 8 y 9, en donde
el medio de monitorización está adaptado para monitorizar que el primer encabezamiento incluye la información si el primer encabezamiento está ampliado mediante un encabezamiento de extensión predefinido.
11. El aparato según cualquiera de las reivindicaciones 8 a 10, en donde
el medio de desencapsulamiento está adaptado para desencapsular las unidades de datos por paquetes plurales en una secuencia según una disposición de las unidades de datos por paquetes en el datagrama; y el aparato comprende además medio de detección adaptado para detectar si la última unidad de datos por paquetes desencapsulada por el medio de desencapsulamiento incluye la información;
medio de detección adaptado para detener el desencapsulamiento por el medio de desencapsulamiento si la última unidad de datos por paquetes desencapsulada no incluye la información.
12. Aparato, que comprende
medio de comparación adaptado para comparar una longitud de datagrama de un datagrama recibido de un protocolo de datagrama de usuario con una longitud de primera unidad de datos por paquetes de una primera unidad de datos por paquetes;
medio de desencapsulamiento adaptado para desencapsular, si la longitud de datagrama y la longitud de primera unidad de datos por paquetes no coinciden, una segunda unidad de datos por paquetes del datagrama, en donde la primera unidad de datos por paquetes está encapsulada en el datagrama;
la primera unidad de datos por paquetes incluye un primer encabezamiento de un protocolo de tunelización y un primer paquete de datos de usuario; el primer encabezamiento indica la longitud de primera unidad de datos por paquetes de la primera unidad de datos por paquetes;
la segunda unidad de datos por paquetes incluye un segundo encabezamiento del protocolo de tunelización y un segundo paquete de datos de usuario,
el segundo encabezamiento indica una longitud de segunda unidad de datos por paquetes de la segunda unidad de datos por paquetes, y la segunda unidad de datos por paquetes es diferente de la primera unidad de datos por paquetes.
13. El aparato según la reivindicación 12, en donde
el medio de desencapsulamiento está adaptado para desencapsular unidades de datos por paquetes adicionales del datagrama hasta que todas las unidades de datos por paquetes encapsuladas en el datagrama se desencapsulan, en donde
cada una de las unidades de datos por paquetes adicionales incluye un respectivo encabezamiento adicional del protocolo de tunelización y un respectivo paquete de datos de usuario adicional,
cada uno de los encabezamientos adicionales indica una longitud de unidad de datos por paquetes de la respectiva unidad de datos por paquetes adicional; y cada una de las unidades de datos por paquetes adicionales es diferente de la primera unidad de datos por paquetes.
14. El aparato según cualquiera de las reivindicaciones 8 a 13, que comprende además
medio de indicación adaptado para indicar que el aparato incluye el medio de desencapsulamiento.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2015/060285 WO2016180459A1 (en) | 2015-05-11 | 2015-05-11 | Sending multiple g-pdus with a single udp datagram |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2776351T3 true ES2776351T3 (es) | 2020-07-30 |
Family
ID=53276071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES15726012T Active ES2776351T3 (es) | 2015-05-11 | 2015-05-11 | Envío de múltiples G-PDU con un único datagrama de UDP |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US10582417B2 (es) |
| EP (1) | EP3295639B1 (es) |
| CN (1) | CN107735996A (es) |
| ES (1) | ES2776351T3 (es) |
| WO (1) | WO2016180459A1 (es) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10039146B2 (en) | 2016-07-14 | 2018-07-31 | Sprint Communications Company L.P. | General packet radio service tunneling protocol multiplexing |
| CN108377493B (zh) * | 2016-11-21 | 2021-01-29 | 华为技术有限公司 | 连接建立方法、设备及系统 |
| CN107333295B (zh) | 2017-06-09 | 2021-04-06 | 京信通信系统（中国）有限公司 | 一种数据分流方法和网关 |
| CN114556894B (zh) * | 2019-08-16 | 2026-03-24 | 诺基亚技术有限公司 | 用于分组转发控制协议消息捆绑的方法、装置和计算机程序产品 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6973072B1 (en) * | 2001-02-22 | 2005-12-06 | Cisco Technology, Inc. | High performance protocol for an interconnect system of an intermediate network node |
| US8351400B2 (en) * | 2004-05-05 | 2013-01-08 | Qualcomm Incorporated | Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system |
| US7761705B2 (en) * | 2004-09-17 | 2010-07-20 | At&T Intellectual Property I, L.P. | Detection of encrypted packet streams |
| WO2008097028A1 (en) * | 2007-02-09 | 2008-08-14 | Lg Electronics Inc. | Digital broadcasting system and method of processing data |
| CN101388825B (zh) * | 2007-09-12 | 2012-02-01 | 华为技术有限公司 | 一种传输gprs隧道协议数据包的方法和设备 |
| CN101420369A (zh) * | 2007-10-24 | 2009-04-29 | 华为技术有限公司 | 通用分组无线业务隧道协议报文传输方法、系统及设备 |
| WO2010095880A2 (ko) * | 2009-02-19 | 2010-08-26 | 엘지전자 주식회사 | 무선 통신 시스템에서 영역 변경을 통한 핸드오버 방법 및 장치 |
| CN101494613B (zh) * | 2009-02-24 | 2012-04-04 | 华为技术有限公司 | 时钟报文隧道传输的方法、网络节点和通信系统 |
| CN101877915B (zh) * | 2009-04-28 | 2014-07-02 | 中兴通讯股份有限公司 | 一种长期演进系统中继站的数据传输方法和系统 |
| US20130028336A1 (en) * | 2011-07-28 | 2013-01-31 | Limberg Allen Leroy | Receivers for COFDM digital television transmissions |
| JP5865755B2 (ja) * | 2012-03-28 | 2016-02-17 | 三菱電機株式会社 | 無線基地局およびゲートウェイ装置 |
| US9258218B2 (en) * | 2012-11-30 | 2016-02-09 | Alcatel Lucent | Software-defined network overlay |
| JP2016524379A (ja) * | 2013-05-15 | 2016-08-12 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | データ伝送方法及び装置、通信デバイス、並びに通信システム |
| US9525562B2 (en) * | 2013-05-23 | 2016-12-20 | Cahon Systems, Inc. | Modular deterministic communication terminal for remote systems |
| WO2015085273A1 (en) * | 2013-12-06 | 2015-06-11 | Interdigital Patent Holdings, Inc. | Layered connectivity in wireless systems |
| US9310084B2 (en) * | 2014-03-27 | 2016-04-12 | Frank Chen | Stove deactivation timer assembly |
| JP6331670B2 (ja) * | 2014-05-12 | 2018-05-30 | ソニー株式会社 | 受信装置、および送信装置、並びにデータ処理方法 |
-
2015
- 2015-05-11 ES ES15726012T patent/ES2776351T3/es active Active
- 2015-05-11 CN CN201580081636.6A patent/CN107735996A/zh active Pending
- 2015-05-11 US US15/573,675 patent/US10582417B2/en not_active Expired - Fee Related
- 2015-05-11 WO PCT/EP2015/060285 patent/WO2016180459A1/en not_active Ceased
- 2015-05-11 EP EP15726012.6A patent/EP3295639B1/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN107735996A (zh) | 2018-02-23 |
| WO2016180459A1 (en) | 2016-11-17 |
| EP3295639A1 (en) | 2018-03-21 |
| US20180132134A1 (en) | 2018-05-10 |
| EP3295639B1 (en) | 2019-12-18 |
| US10582417B2 (en) | 2020-03-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12452761B2 (en) | Methods for MAC frame extensibility and frame specific MAC header design for WLAN systems | |
| TWI795659B (zh) | 在通信系統中經由控制平面使用指定之有效負荷容器類型進行使用者資料傳送 | |
| EP2007078A1 (en) | Header size reduction of data packets | |
| ES2929669T3 (es) | Método para el interfuncionamiento entre redes en un sistema de comunicación inalámbrica y aparatos para el mismo | |
| ES2731130T3 (es) | Control de descubrimiento de tamaño de unidad de transmisión máxima usando órdenes de AT | |
| ES2924524T3 (es) | Nodo de red de acceso por radio, terminal de radio y métodos para los mismos | |
| ES2932964T3 (es) | Procedimiento y aparato para solicitar recursos de transmisión de enlace lateral en un sistema de comunicación inalámbrica | |
| JP5479571B2 (ja) | 高度ｌｔｅにおけるセルフバックホール処理及びリレー処理用の無線ベアラ識別 | |
| ES2390582T3 (es) | Método y sistema para el servicio de control de velocidad en una red | |
| ES2927575T3 (es) | Comunicación de datos no de IP a través de redes de paquetes de datos | |
| ES2966693T3 (es) | Procedimiento para transmitir informe de estado de capa de PDCP en sistema de telecomunicaciones móviles y receptor de telecomunicaciones móviles | |
| JP6521156B2 (ja) | 無線通信システム、移動局および無線局 | |
| ES2922758T3 (es) | Soporte de transacciones de plano de usuario a través de una red móvil | |
| ES2689805T3 (es) | Método, sistema y producto de programa informático para el interfuncionamiento entre diferentes tecnologías inalámbricas | |
| US10924919B2 (en) | Transparent per-bearer switching between WWAN and WLAN | |
| US20130343304A1 (en) | System and Method for Configuring Multiple IP Connections | |
| ES2921991T3 (es) | Sistema de comunicación inalámbrica, estación base y estación móvil | |
| ES2745087T3 (es) | Procedimiento y dispositivo de control de múltiples conexiones en LAN inalámbrica | |
| EP2941934A1 (en) | Packet data connections in a wireless communication system using a wireless local area network | |
| BRPI0807398A2 (pt) | Método para configurar a unidade de transmissão máxima de enlace em um equipamento de usuário, equipamento de usuário, e, nó em uma rede de rádio de evolução de arquitetura de sistema/evolução de longa duração. | |
| US20160072930A1 (en) | Data transmission method and apparatus, communications device, and communications system | |
| ES2776351T3 (es) | Envío de múltiples G-PDU con un único datagrama de UDP | |
| ES2536486T3 (es) | Procedimiento y aparato para realizar acciones en paquetes en nodos intermedios en una conexión entre un dispositivo de comunicación y un dispositivo de destino en una red objetivo | |
| ES2966160T3 (es) | Manejo de conexión de portador de una red de comunicaciones | |
| BR112016018660B1 (pt) | Equipamento de usuário para comunicação de dados celulares e controle de tráfego, método para comunicar dados celulares e controlar tráfego e meio de armazenamento legível por máquina |