ES2423455T3 - Transmisión de datos - Google Patents

Transmisión de datos Download PDF

Info

Publication number
ES2423455T3
ES2423455T3 ES08102927T ES08102927T ES2423455T3 ES 2423455 T3 ES2423455 T3 ES 2423455T3 ES 08102927 T ES08102927 T ES 08102927T ES 08102927 T ES08102927 T ES 08102927T ES 2423455 T3 ES2423455 T3 ES 2423455T3
Authority
ES
Spain
Prior art keywords
data
tunnel
carriers
network
identification
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
Application number
ES08102927T
Other languages
English (en)
Inventor
Max Gasparroni
Christopher Pudney
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vodafone Group PLC
Original Assignee
Vodafone Group PLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from GB0718088A external-priority patent/GB2448004B/en
Application filed by Vodafone Group PLC filed Critical Vodafone Group PLC
Application granted granted Critical
Publication of ES2423455T3 publication Critical patent/ES2423455T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un procedimiento para transmitir datos en una pluralidad de portadores en una red de telecomunicacionescelulares o móviles entre un primer y un segundo nodos de red, relacionándose la pluralidad de portadores condiferentes servicios para un terminal móvil, incluyendo el procedimiento: establecer un único túnel (40) entre el primer y el segundo nodos de red de la red de telecomunicaciones,teniendo el único túnel un identificador de túnel; crear la pluralidad de portadores (42) en el túnel único; asignar a cada portador una identificación única, teniendo cada identificación única un primer componente(34) que es el identificador de túnel como componente común a cada portador y un segundo componente(36) que son datos de identificación utilizables para identificar cada portador; aplicar la identificación única de cada portador a los datos, de manera que los datos asignados a unportador particular tiene la única identificación de ese portador particular aplicado; y transmitir los datos en dicha pluralidad de portadores en dicho túnel único de manera que:el primer componente de cada identificación única aplicada a los datos permite que la pluralidad deportadores que transmiten los datos a y/o desde el terminal móvil compartan el túnel único; caracterizado porque el segundo componente de cada identificación única aplicada a los datospermite que una red de transporte entre el primer y el segundo nodos de red distinga los datosrelacionados entre sí de la pluralidad de portadores y que aplique diferenciación de calidad deservicio de datos transmitidos sobre la pluralidad de portadores dentro del túnel.

Description

Transmisión de datos
La presente invención se refiere a un procedimiento para transmitir datos en una pluralidad de portadores en una red de telecomunicaciones celulares o móviles. La presente invención se refiere también a una red de 5 telecomunicaciones adaptada para implementar tal procedimiento.
Para asegurar la competitividad de los sistemas 3GPP en un periodo de tiempo de los próximos 10 años y más, se está estudiando una Evolución a Largo Plazo (LTE) de la tecnología de acceso 3GPP. El sistema de paquetes evolucionado (EPS), previamente conocido como Evolución de Arquitectura de Sistema (SAE), se describe en 3GPP TS 23.401, y TS 23.402.
10 Importantes tareas de tal evolución a largo plazo incluyen latencia reducida, capacidad de sistema mejorada, coste por bit reducido, y velocidades de datos de usuario superiores, El aumento de la economía de escala a través de la reducción de complejidad y la reutilización de mecanismos y protocolos ya definidos en el Internet fijo es un elemento importante para conseguir ahorros de coste.
El documento WO2004036849 describe el uso de microtúneles para proporcionar múltiples sesiones de servicios de
15 datos al mismo nodo móvil en un sistema de comunicaciones inalámbricas. Asimismo, la flexibilidad de los microtúneles optimiza los recursos del sistema. A petición de un servicio de datos, se genera un registro de configuración de encapsulación. Se crea una cabecera de encapsulación en respuesta a la configuración de encapsulación. La cabecera de encapsulación incluye un identificador de servicio de paquete y un identificador de microtúnel.
20 El documento US7068645 describe un dispositivo de red que proporciona diferentes calidades de servicio (CdS) a diferentes datagramas de capa 3 cuando son transportados por túneles. Se pueden implementar un túnel para proporcionar diferentes CdS a diferentes paquetes dependiendo de la cabecera de paquete. El dispositivo de red examina la cabecera de cada datagrama para determinar la CdS a proporcionar. Al menos la porción de datos en el datagrama está encapsulada para su transporte en el túnel. La porción de datos encapsulada a su vez se encapsula
25 en forma de uno o más paquetes, reflejando el formato del paquete la CdS determinada para el datagrama.
Ahora se describirán brevemente elementos claves de una red EPS/LTE, y su funcionamiento, con referencia a la figura 1.
Cada nodo electrónico B 15 o estación base corresponde a un conjunto respectivo de células de su red de telecomunicaciones celulares o móviles y recibe células/datos de y transmite células/datos a un terminal móvil en
30 ese conjunto de células por comunicación de radio inalámbrica en el dominio de conmutación por paquetes. Tal terminal móvil de abonado (o equipo de usuario – UE) se muestra en la referencia 11. El terminal móvil puede ser un teléfono móvil portátil, una agenda digital personal (PDA), un ordenador portátil equipado con una tarjeta de datos, o un ordenador portátil con un microcircuito integrado que contiene la funcionalidad de UE.
La señalización RRC con el terminal móvil 11 termina en el nodo electrónico B 15, comprendiendo el nodo
35 electrónico B la Red de Acceso de Radio (RAN) o la red EPS/LTE. El nodo electrónico B 15 lleva a cabo las funciones tanto del nodo B como de una gran parte del RNC de una red 3G/UMTS. El núcleo de red de la red EPS/LTE incluye Pasarela de red de datos de paquete (PDN GW) 7, pasarela de servicio (serving GW) 19 y también una Entidad de gestión de movilidad (MME) (no mostrado).
Se puede considerar que las comunicaciones entre el terminal móvil 11 y el núcleo de red se dividen en un plano de
40 control y un plano de usuario. El plano de control lleva a cabo la señalización requerida, e incluye el protocolo de aplicación relevante y el portador de señalización para transportar los mensajes de protocolo de aplicación. Entre otras cosas, el protocolo de aplicación se usa para crear el portador de acceso de radio en la capa de red de radio. El plano de usuario transmite tráfico de datos e incluye flujos de datos y portadores de datos para los flujos de datos. Los flujos de datos se caracterizan por uno o más protocolos de trama especificados por esa interfaz. En general, el
45 plano de usuario lleva datos para ser usados por un terminal de recepción -tal como datos que permiten la reproducción de una voz o una imagen-y el plano de control controla como se transmiten los datos.
La estructura de CdS (Calidad de Servicio) actualmente aceptada en 3GPP se describe en 3GPPT TS 23.40 y se muestra en la figura 1. En esta estructura:
! Los Flujos de datos de servicio (SDF) 1,3 representan un flujo IP que caracteriza una aplicación particular.
50 ! La plantilla de flujo de tráfico descendente (DL) (DL TFT) es un conjunto de filtros de paquetes descendentes. DL TFT 5 en la PDN GW 7 une flujos de datos de servicio (identificados por filtros de paquetes) a portadores EPS en dirección descendente. Múltiple SDF pueden multiplexarse sobre el mismo EPS incluyendo múltiples filtros de paquete descendentes en el DL TFT 5.
! La plantilla de flujo de tráfico ascendente (UL) (UL TFT) es un conjunto de filtros de paquetes ascendentes. 55 UL TFT 9 en el terminal móvil (UE) 11 une flujos de datos de servicio (identificados por filtros de paquetes) a portadores EPS en dirección ascendente. Múltiple SDF pueden multiplexarse sobre el mismo EPS
incluyendo múltiples filtros de paquete ascendentes en el UL TFT 9. ! Un portador de radio 13 transporta paquetes de un portador EPS entre el UE 11 y el nodo electrónico B 15 (y viceversa). Hay: una correlación de 1:1 entre portador de radio y portador EPS ! El portador S1 17 transporta los paquetes de portadores EPS entre la Pasarela de servici19 y la PDN GW
5 7.
El plano de usuario de protocolo de tunelización GPRS (GTP-U) se han elegido como protocolo de tunelización de interfaces S1 y S5/S8a 17,12 (para la arquitectura 3GPP EPS para opción de mejora de GPRS). Las especificaciones actuales del protocolo GTP (TS 29,0,0), define el TEID (Identificador de extremo de túnel) que se usa para identificar un túnel de transporte individual. Las especificaciones de estructura CdS (TS 23,107) definen un 10 enfoque de portador para sistemas 2G y 3G existentes donde cada flujo IP con diferentes requisitos de CdS es correlacionado en un servicio portador UMTS identificado por un Contexto PDP. TS 23.107 (Figura 1) especifica cómo un servicio portador UMTS está a su vez provisto por subcapas tales como un Servicio portador de acceso de radio (a su vez dividido en Servicio portador de radio y Servicio de portador de acceso RAN) y Servicio portador CN. Cada Servicio portador (por ejemplo TS 25.413 para RAN) especifica cómo realizar una asociación 1:1 entre un
15 portador y un túnel de transporte identificada por un GTP TEID (TS 29.06).
En consecuencia, un identificador de extremo de túnel GTP (TEID) se usa para identificar un flujo de CdS particular de un UE 11 particular. Este paradigma no es eficiente porque típicamente un UE puede querer establecer varios portadores EPS para tener diferentes tratamientos de CdS para diferentes tipos de servicios a los que se puede acceder. Esto significa que cada flujo CdS para un UE dado requiere un túnel diferente. Esto es una fuente de
20 mayores ineficiencias en términos de retardo y carga de señalización en la creación (y eliminación) de un nuevo túnel cada vez que un nuevo portador tiene que ser establecido (o liberado). En particular, el TEID tiene que ser negociado y comunicado a ambos extremos del túnel. Esta ineficiencia se enfatiza durante la transmisión, donde todos los túneles está relacionados con una UE que tienen que ser eliminados de la antigua estación base y establecidos en la nueva estación base.
25 Como se muestra en la Figura 1, el GTP TEID usado sobre la S1 puede ser diferente de GTP TEID usado en S5/S8a, y la correlación entre los dos se mantiene mediante la Pasarela de servicio 19.
Un segundo problema con el paradigma actual es la falta de diferenciación de CdS de estos túneles GTP desde un punto de vista del transporte. Incluso un REID diferente es asignado para cada flujo de CdS, la correlación de TEID de CdS se conoce solo en los nodos de extremo (por ejemplo Nodo electrónico B, Pasarela de servicio 19 y PDN
30 GW 7). Por esta razón, la red de transporte que lleva el tráfico de interfaces S1 y S5/S8a 17,21 no puede priorizar el tráfico basado en el TEID. En consecuencia, las redes de transporte (que incluye tanto secciones de núcleo y de retroceso) tienen que ser sobredimensionados para hacer frente a fuertes demandas horarias porque no se realiza diferenciación de calidad de servicio en los paquetes IP que encapsulan los diferentes túneles GTP.
En un aspecto, la presente invención proporciona un procedimiento para transmitir datos en una pluralidad de
35 portadores en una red de telecomunicaciones celulares o móviles entre un primer y un segundo nodos de red, relacionándose la pluralidad de portadores con diferentes servicios para un terminal móvil, incluyendo el procedimiento : establecer un único túnel entre el primer y el segundo nodos de red de la red de telecomunicaciones, teniendo el único túnel un identificador de túnel; crear la pluralidad de portadores en el túnel único; asignar a cada portador una identificación única, teniendo cada identificación única un primer componente que es el identificador de
40 túnel como componente común a cada portador y un segundo componente que son datos de identificación utilizables para identificar cada portador; aplicar la identificación única de cada portador a los datos, de manera que los datos asignados a un portador particular tiene la única identificación de ese portador particular aplicado; y transmitir los datos en dicha pluralidad de portadores en dicho túnel único de manera que: el primer componente de cada identificación única aplicada a los datos permite que la pluralidad de portadores que transmiten los datos a y/o desde
45 el terminal móvil compartan el túnel único; y el segundo componente de cada identificación única aplicada a los datos permite que una red de transporte entre el primer y el segundo nodos de red distinga los datos relacionados entre sí de la pluralidad de portadores y que aplique diferenciación de calidad de servicio de datos transmitidos sobre la pluralidad portadores dentro del túnel.
En la realización, cada portador transmite datos relativos a un servicio particular o flujo CdS.
50 En la realización se proporcionan datos de identificación para identificar los portadores respectivos dentro del túnel. Los datos de identificación indican también la prioridad de los datos (es decir, CdS) en cada portador. Los datos de identificación pueden ser indicativos de una clase de servicio DiffSer DSSC, como se define en RFC 4594. Esto proporciona un mecanismo apropiado, ya conocido en el mundo IP fijo, para transmitir datos de prioridad o CdS.
En la realización, en un primer mecanismo, los datos de identificación se transmiten en un identificador de extremo
55 de túnel, TEID. Los datos de identificación comprenden una parte del REID, siendo otra parte del TEID común a todos los portadores en dicho túnel. La parte común del TEID identifica el túnel. De manera ventajosa, esto permite que solo un ID (la parte común) sea negociado entre dos extremos de túnel (por ejemplo, una pasarela de servicio y un nodo electrónico B). En la realización, en un segundo mecanismo, los datos de identificación se transmiten como un campo separado de un identificador de extremo de túnel, TEID. El TEID es común a todos los portadores en el túnel. El TEID identifica el túnel. Solo un ID (el TEID) se negocia entre los extremos de túnel.
La red de telecomunicaciones móvil o celular puede ser una red EPS/LTR, y los nodos pueden comprender un terminal móvil (UE), nodo electrónico B, pasarela de servicio y/o pasarela de red de datos de paquetes. La invención se puede aplicar también a otros tipos de redes de telecomunicaciones celulares o móviles para transmitir datos
5 entre nodos que corresponden a estos nodos.
En la realización solo un túnel se establece entre un terminal móvil y las redes, siendo los datos transmitidos en una pluralidad de portadores en el túnel.
La presente invención se refiere también a una red de telecomunicaciones móviles o celulares definidas en las reivindicaciones.
10 Para comprender mejor la presente invención, se describirá ahora una realización, a modo de ejemplo solo, con referencia a los dibujos anexos en los que:
La figura 1 muestra esquemáticamente los elementos de una red de telecomunicaciones que incluye un terminal de telecomunicaciones móviles; y Las figuras 2 y 3 muestran disposiciones alternativas para indicar la CdS de un portador particular; y
15 La figura 4 muestra esquemáticamente un único túnel para una pluralidad de portadores.
En los dibujos los elementos similares se designan en general con el mismo número de referencia.
La realización que se va a describir ahora trata los dos problemas mencionados anteriormente:
1. Reduciendo el retardo de ajuste de portador y simplificando la estructura de gestión de portador; y
2. Simplificando el modelo de CdS de EPS aprovechando lo más posible la estructura de CdS de IP a 20 desplegar por operadores móviles sin importar el EPS.
Se usa un túnel de movilidad de plano de usuario único sobre las interfaces S1 y S5/S8a 17,21 (basadas en GTP) para cada UE 11. Con un solo túnel de movilidad de plano de usuario para todos los flujos posibles (aquí considerados como portadores EPS), hay una necesidad de distinguir entre los flujos diferentes dentro del mismo túnel, para mantener el concepto de portador EPS extremo a extremo.
25 La mayoría de los operadores de red móvil están experimentando iniciativas para hacer converger su red de transporte de Modo de transferencia asíncrono (ATM) y Multiplex por división de tiempo (TDM) hacia una infraestructura unificada basada en IP. Estas iniciativas cubren básicamente tanto la red de núcleo (incluyendo conectividad en itinerancia) y redes de retroceso desde la red de núcleo al nodo electrónico B 15. Estas redes IP son capaces de “DiffServ”. Los DiffServ o Servicios Diferenciados se describen en RFC 2474, y especifican un
30 mecanismo simple escalable y de grano grueso para clasificar, gestionar tráfico de red y proporcionar garantías de CdS en redes de IP por modem. El marcado CdS especificado en el campo de Tipo de Servicio (ToS) de una cabecera de IP puede correlacionarse con el mecanismo CdS usado en la red de transporte específica, tal como Conmutación de etiquetas multiprotocolo (MLPS). Sin embargo, los mecanismo de tunelación actualmente aceptados en 3GPP no exigen ningún a correlación del tipo de servicio transportado por cada túnel (identificado en
35 forma de Etiquetas) en la cabecera de IP exterior en términos de valores de Punto de Código DiffServ (DSCP).
La realización propone dos mecanismos, que se pueden usar bien en de manera aislada o conjunta.
Según el primer mecanismo, se identifica el GPRS TEID. De manera apropiada, el espacio GPRS TEID es un campo de 32 bits no estructurado en la cabecera GTP. Según el primer mecanismo, el espacio TEID está dividido en dos fragmentos como se muestra en la figura 2. El primer fragmento (REID-UE) 30 se usa para identificar el UE 11 y
40 comprende 24 bits. El segundo fragmento (TEID-QF) 32 identifica el flujo CdS (que representa un portador EPS en el caso de 3GPP EPS descrito en TS 23.401, o un contexto PDP en el caso de sistemas conmutados por paquetes 3GPP anteriores descritos en TS 23.060) para el UE 11 y comprende 8 bits. Sin embargo, el primer fragmento puede en su lugar ser de 26 bits, y el segundo fragmento de 6 bits.
El nuevo formato del TEID permite tener solo un túnel por UE11. Este túnel está identificado por el primer fragmento
45 de 24/26 bits (TEID-UE) del campo GTP TEID. El último fragmento 8/6 bits (TEID-QF de ese campo identifica el portador EPS. De manera importante, solo un ID (que será el primer fragmento de 24/26 bits (TEID-UE) por UE 11 debía negociarse entre la pasarela de servicio 19 y el nodo electrónico B 15 (o entre cualesquiera dos extremos de túnel). En las versiones de la técnica anterior de GTP explicadas anteriormente, cada portador tiene que negociar un nuevo TEID. En el primer mecanismo, hay tantos TEID por UE 11 como el número de portadores EPS establecidos
50 por el UE 11, pero todos estos TEID tienen los primeros 24 bits (o 26 bits) en común).
Como se ha establecido en TS 23.401, cada portador EPS está asociado con dos parámetros CdS denominados Etiqueta y Prioridad de asignación y retención (ARP).
Una etiqueta es un escalar que se usa como referencia para parámetros específicos de nodo de acceso que controlan un tratamiento directo de paquetes de nivel de portador de control (por ejemplo, programados, pesos, umbrales de admisión, umbrales de gestión de cola, configuración de protocolo de capa de enlace, etc.). Junto con la Prioridad de asignación y retención, una Etiqueta identifica únicamente el portador EPS de un UE 11. La Etiqueta en contexto 3GPP EPS/LTE no es diferente y no lleva semántica diferente de las Clases de Servicio DiffServ (DSSC) definidas en RFC 4594.
Por este motivo las clases de Servicio DiffServ se pueden usar para el segundo fragmento 32 para identificar un portador EPS/LTE asociado a un UE 11. El DSSC puede ser indicado estableciendo que el segundo fragmento tenga un valor DSCP que corresponde al DSSC, como se muestra en la siguiente tabla:
Nombre de clase de servicio -DSSC
Ejemplos de aplicación Nombre DSCCP Valor DSCP
Control de red
Encaminamiento de red CS6 110000
Telefonía
Portador de telefonía IP (VoIP) EF 101110
Señalización
Señalización de telefonía IP CS5 101000
Conferencia multimedia
Vídeo H/323 / V2 Conferencia (adaptativa) AF41,AF42 AF43 100010, 100100 100110
Interactivo en tiempo real
Videoconferencia y juego interactivo CS4 100000
Flujo de contenido multimedia
Video y audio de flujo de contenido previa solicitud AF31, AF32, AF33 011010, 011100, 011110
Difusión de vídeo
Difusión de TV y eventos en directo CS3 011000
Datos de latencia baja
Transacciones cliente / servidor Pedidos vía web AF21, AF22 AF23 010010, 010100 010110
Operaciones administración ymantenimiento
Operaciones administración y mantenimiento y P CS2 010000
Datos de alto rendimiento
Aplicaciones de almacenamiento y envío AF11, AF12, AF13 001010, 001100, 001110
Estándar
Aplicaciones no diferenciadas DF, (CS0) 000000
Datos de prioridad baja
Cualquiera baja que no tenga seguro BW CS1 001000
Donde CS = Selector de clase, DF = Comportamiento por defecto (por ejemplo Mejor esfuerzo), AF = Envío asegurado, y EF = envío expedido.
10 La siguiente tabla muestra características de clase de servicio DiffServ.
Nombre de clase de servicio -DSSC
Características de tolerancia a tráfico Pérdida Retardo Inestabilidad
Control de red
Paquetes de dimensión variable, principalmente mensajes cortos no elásticos, pero el tráfico también puede ser por ráfagas (BGP) Bajo Bajo Si
Telefonía
Paquetes de pequeñas dimensiones fijas, velocidad de emisión constante, caudales no elásticos y bajos Muy bajo Muy bajo Muy bajo
Señalización
Paquetes de dimensiones variables, flujo en directo cortos algo por ráfagas Bajo Bajo Si
Conferencia multimedia
Paquetes de dimensiones variables intervalo de transmisión constante, velocidad adaptativa, reacciona a pérdida Bajo a medio Muy bajo Bajo
Interactivo en tiempo real
Flujos RTP/UDP, no elástico velocidad principalmente variable Bajo Muy bajo Bajo
Flujo de contenido multimedia
Paquetes de dimensiones variable elásticos con velocidad variable Bajo a medio Si Medio
Difusión de vídeo
Velocidad constante y variable, no elástico, flujos no Muy bajo Medio Bajo
por ráfagas
Nombre de clase de servicio -DSSC
Características de tolerancia a tráfico Pérdida Retardo Inestabilidad
Datos de latencia baja
Flujos cortos elástico en directo de velocidad variable Bajo Bajo medio a Si
Operaciones, administración ymantenimiento
Paquetes de dimensiones variables, flujos elásticos y no elásticos Bajo Medio Si
Datos de alto rendimiento
Velocidad variable, flujos elásticos en directo largos por ráfagas Bajo a alto Medio Si
Estándar
Un bit de todo No especificado
Datos de baja prioridad
No en tiempo real y elástico Alto alto Si
El uso de DSSC en el segundo fragmento permite tanto la identificación de cada flujo particular (portador EPS) así como aplicación de CdS en una capa de transporte cuando se despliega una red de transporte capaz de DiffServ basada en IP. Se proporciona esto último porque el DSSC usado en el segundo fragmento se puede copiar (sin
5 necesidad de ninguna correlación) en el campo de punto de código DiffServ de cabecera IP exterior (DSCP).
Cuando UE 11 se fija a la red exterior, la pasarela de servicio 19 y el nodo electrónico B 15 asignan cada uno un TEID-UE y un valor para TEID-QF que identifica un perfil de CdS. En consecuencia, y como en el sistema GPRS actual, un par de TEID de 32 bits están asignados.
Cualquier paquetes de enlace descendente que son recibidos por el nodo electrónico 15 con el TEID-UE de UE 11,
10 pero con un TEID_QF no asignado, puede ser manejado con el CdS por defecto (o por otra norma predeterminada). La pasarela de servicio 19 puede aplicar manejo similar a paquetes de enlace ascendente.
Agrupando todos los flujos CdS para UE 11 bajo el mismo TEID-UE, a continuación en los procedimientos fijación, Petición de servicio y otros procedimientos, el nodo electrónico B 11 puede asignar su TEID-UE en una fase muy temprana en el procedimiento. Entonces (usando el tratamiento indicado en el párrafo anterior), el flujo de datos de
15 usuario puede iniciarse antes que en los procedimientos actuales descritos en TS 23.401.
Además, la asignación temprana de TEID evita complejidad en la pasarela de servicio (causada por la necesidad de amortiguar paquetes de enlace ascendente mientras se espera la asignación del TEID de enlace descendente de nodo electrónico B 15).
Cuando el UE se desplaza de una zona de pasarela de servicio 19 a otra zona de pasarela de servicio, en la
20 disposición de la técnica anterior cada portador dedicado necesita que un mensaje separado sea enviado a la pasarela de red de datos de paquetes 7 y al nodo electrónico 15. Según el primer mecanismo, solo un mensaje, que lleva el TEID-UE se puede usar para conmutar el portador por defecto junto con sus portadores dedicados asociados.
En una modificación del primer mecanismo la cabecera GTP-U incluye un nuevo campo 36 además del TEID 34 de
25 32 bits, como se muestra en la figura 3. El flujo de CdS se indica en el nuevo campo 36, y puede comprende 6 o 8 bits y puede trasladarse en una interpretación diferente del propio campo TEID por los extremos de túnel.
El nuevo formato del TEID en la figura 3 permite tener solo un túnel por UE 11. El túnel es identificado por los 32 primeros bits del campo GTP TEID (el TEID 34). Los últimos 8 bits de ese campo (nuevo campo 36) identifican el portador EPS. Solo un ID (que será los primeros 32 bits, TEID 34) por UE 11 tiene que ser negociados entre la
30 pasarela de servicio 19 y el nodo electrónico B 15 (o entre cualesquiera dos extremos de túnel). Por el contrario, en la versión de técnica anterior de GTP explicada anteriormente cada portador tenía que negociar un nuevo TEID. En el segundo mecanismo hay tantos TEID por UE11 como el número de portadores EPS establecido por el UE 11 pero todos estos TEID tendrán los primeros 32 bits en común.
El segundo mecanismo correlaciona la Etiqueta de CdS (que identifica el portador EPS) a un valor consistente en las
35 clases de servicio DSCP dictadas por el IETF en RFC 4594. Estos valores podrían copiarse al campo de tipo de servicio (ToS) de la cabecera de IP exterior (por ejemplo, el que lleva la carga útil GTP).
Tanto en el primer como el segundo mecanismo, el valor de la Etiqueta CdS debería comunicarse con el nodo final (es decir el nodo electrónico B 15 en caso de S1 y pasarela de servicio 19 en caso de S5/S8a) usando el plano de señalización durante el procedimiento de establecimiento de portador. Los mecanismos propuestos permiten la implementación de una solución de túnel de plano de usuario por UE 11 sin sacrificar la posibilidad de tener múltiples portadores EPS por cada UE con diferentes tratamientos CdS.
La figura 4 muestra esquemáticamente el túnel único 40 para IE 11 para tres portadores EPS 42A, 42B y 42C. El
5 TEID de cada portador incluye el DSSC de cada portador 42A, 42B y 42C. En el enlace descendente, el nodo electrónico B 15 recibe los portadores EPS 42A, 42B y 42C del túnel único 40 y transmite los datos en portadores radio respectivos 44A, 44B y 44C.
Usar el DSSC (Clases de servicio DiffServ) como Etiquetas 3GPP EPS CdS simplifica el modelo EPS CdS. Definirse en un concepto IETF, se espera que el DSSC se convierta en un identificador “de clase de servicio” universal que
10 asegura que el CdS se aplica a través de sistema basados en IP heterogéneos (3GPP, no 3GGp y transporte) de manera consistente. Esta correlación disipará 3GPP de tener que especificar otro conjunto adicional de parámetros para diferenciar clases de CdS diferentes. Además, QCI (identificadores de clase CdS) especificado para GPRS Rel7 (Pre-LTE) debería relacionarse de nuevo con DSSC.
Por este motivo, DSSC (como se define en RFC 4594) se podría usar para identificar un portador EPS dentro del
15 túnel GTP-U de UE identificado por el TEID. El mismo valor de DSSC podría configurarse en la cabecera de IP exterior para permitir la diferenciación de CdS en la red de transporte. Esto a su vez se reflejará en horros de coste considerables a causa de la capacidad reducida de ser proporcionada para tales redes de transporte.
Cabe señalar que este DSCP necesita ser copiado desde la cabecera de IP dentro de cualquier cabecera de IP de encapsulación IPSec entre la pasarela de servicio 19 y el nodo electrónico B 15. Este procedimiento debe llevarse a
20 cabo por la pasarela de servicio 19 para el tráfico DL (enlace descendente) y por el nodo electrónico B 15 para el tráfico UL (enlace ascendente). Los mismos principios se aplican en la interfaz 21 entre la pasarela de red de datos de paquetes 7 y la pasarela de servicio 19.
La realización descrita simplifica la estructura 3GPP EPS CdS actualmente aceptada desplegando una solución de túnel de movilidad de plano de usuario (GTP-U) por UE (sobre S1 y S5/S8a) y reutilizando la semántica de clases de
25 servicio DiffServ de IP para caracterizar las diferentes clases CdS en sistemas 3GPP.
Estas mejoras producirán:
! una solución de gestión de movilidad más sencilla por 3GPP EPS con solo un túnel de movilidad por UE para administrar, reduciendo la complejidad de sistema y dando como resultado de este modo un coste de equipo inferior
30 ! retardo de configuración de portador reducido que da como resultado una mayor capacidad de respuesta de acceso de servicio ! la capacidad de aplicar CdS sobre redes de transporte habilitadas de DiffServ de IP.

Claims (11)

  1. REIVINDICACIONES
    1.-Un procedimiento para transmitir datos en una pluralidad de portadores en una red de telecomunicaciones celulares o móviles entre un primer y un segundo nodos de red, relacionándose la pluralidad de portadores con diferentes servicios para un terminal móvil, incluyendo el procedimiento:
    5 establecer un único túnel (40) entre el primer y el segundo nodos de red de la red de telecomunicaciones, teniendo el único túnel un identificador de túnel; crear la pluralidad de portadores (42) en el túnel único; asignar a cada portador una identificación única, teniendo cada identificación única un primer componente
    (34) que es el identificador de túnel como componente común a cada portador y un segundo componente
    10 (36) que son datos de identificación utilizables para identificar cada portador; aplicar la identificación única de cada portador a los datos, de manera que los datos asignados a un portador particular tiene la única identificación de ese portador particular aplicado; y transmitir los datos en dicha pluralidad de portadores en dicho túnel único de manera que:
    15 el primer componente de cada identificación única aplicada a los datos permite que la pluralidad de portadores que transmiten los datos a y/o desde el terminal móvil compartan el túnel único; caracterizado porque el segundo componente de cada identificación única aplicada a los datos permite que una red de transporte entre el primer y el segundo nodos de red distinga los datos relacionados entre sí de la pluralidad de portadores y que aplique diferenciación de calidad de
    20 servicio de datos transmitidos sobre la pluralidad de portadores dentro del túnel.
  2. 2.-El procedimiento de la reivindicación 1 en el que los datos de identificación indican la prioridad del dato en cada portador.
  3. 3.-El procedimiento de la reivindicación 1 o 2 en el que los datos de identificación son identificativos de una clase de servicio DiffServ, DSSC, como se define en RFC 4594.
    25 4.-El procedimiento de la reivindicación 1, 2 o 3 en el que el túnel único se establece usando protocolo de tunelización GPRS, GTP.
  4. 5.-El procedimiento de la reivindicación 4, en el que los datos de identificación comprenden una parte de un identificador de extremo de túnel, TEID, siendo otra parte del TEID el identificador de túnel, común a todos los portadores en dicho túnel.
    30 6.-El procedimiento de la reivindicación 1, 2 o 3 en el que los datos de identificación son transmitidos como un campo separado de un identificador de extremo de túnel, TEID.
  5. 7.-El procedimiento de la reivindicación 3, que incluye, además, copiar los datos de identificación en un campo de cabecera de IP exterior sin correlación.
  6. 8.-El procedimiento de la reivindicación 1, 2 o 3 en el que los datos de identificación se transmiten en una cabecera 35 de IP exterior.
  7. 9.-Una red de telecomunicaciones celulares o móviles que incluye medios para establecer un único túnel entre nodos de la red de telecomunicaciones entre los primeros y segundos nodos de red, y para transmitir datos por una pluralidad de portadores en dicho túnel, relacionando la pluralidad de portadores a diferentes servicios de un único terminal móvil, comprendiendo la red:
    40 medios para establecer un único túnel (40) entre el primer y el segundo nodos de red de la red de telecomunicaciones, teniendo el único túnel un identificador de túnel; medios para crear la pluralidad de portadores (42) en el túnel único, que está configurado para asignar a cada portador una identificación única, teniendo cada identificación única un primer componente (34) común a cada portador que es el identificador de túnel y un segundo componente (36) que son datos de
    45 identificación utilizables para identificar cada portador; medios para aplicar la identificación única de cada portador a los datos, de manera que los datos asignados a un portador particular tienen la única identificación de dicho portador particular aplicado; y medios para transmitir los datos en dicha pluralidad de portadores en dicho túnel único de manera que:
    50 el primer componente de cada identificación única aplicada a los datos permite que la pluralidad de portadores que transmiten los datos a y/o desde el terminal móvil compartan el túnel único; caracterizado porque el segundo componente de cada identificación única aplicada a los datos permite que una red de transporte entre el primer y el segundo nodos de red distinga los datos relacionados entre sí de la pluralidad de portadores y que aplique diferenciación de calidad de
    55 servicio de datos transmitidos sobre la pluralidad de portadores dentro del túnel.
  8. 10.-La red de telecomunicación de la reivindicación 9 en el que los datos de identificación indican la prioridad de los datos.
  9. 11.-La red de telecomunicación de la reivindicación 9 o 10, en el que los datos de identificación son identificativos de una clase de servicio DiffServ, DSSC, como se define en RFC 4594.
    5 12.-La red de telecomunicación de la reivindicación 9, 10 0 11, en el que los medios de establecimiento está configurado para establecer el túnel único usando protocolo de tunelización GPRS, GTP.
    13-La red de telecomunicación de la reivindicación 9 a 12 en el que los datos de identificación comprenden una parte de un identificador de extremo de túnel, TEID, siendo otra parte del TEID el identificador de túnel, común a todos los portadores en dicho túnel.
    10 14.-La red de telecomunicación de la reivindicación 9, 10 o 11 en el que los datos de identificación son transmitidos como un campo separado de un identificador de extremo de túnel, TEID.
  10. 15.-La red de telecomunicación de la reivindicación 11 en el que incluye, además, medios para configurar copiar los datos de identificación en un campo de cabecera de IP exterior sin correlación.
  11. 16.-La red de telecomunicación de la reivindicación 9, 10 o 11 en el que los datos de identificación se transmiten en 15 una cabecera de IP exterior.
ES08102927T 2007-03-26 2008-03-26 Transmisión de datos Active ES2423455T3 (es)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
GBGB0705787.0A GB0705787D0 (en) 2007-03-26 2007-03-26 Telecommunications networks
GB0705787 2007-03-26
GBGB0707503.9A GB0707503D0 (en) 2007-03-26 2007-04-18 Telecommunications networks
GB0707503 2007-04-18
GB0718088 2007-09-17
GB0718088A GB2448004B (en) 2007-03-26 2007-09-17 Data transmission

Publications (1)

Publication Number Publication Date
ES2423455T3 true ES2423455T3 (es) 2013-09-20

Family

ID=38024868

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08102927T Active ES2423455T3 (es) 2007-03-26 2008-03-26 Transmisión de datos

Country Status (4)

Country Link
US (1) US8064395B2 (es)
EP (1) EP1976196B1 (es)
ES (1) ES2423455T3 (es)
GB (2) GB0705787D0 (es)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8995469B2 (en) * 2008-01-30 2015-03-31 Qualcomm Incorporated Relay based header compression
JP5309708B2 (ja) * 2008-06-16 2013-10-09 富士通株式会社 移動局及びデータ送信方法
US8711744B2 (en) * 2008-09-29 2014-04-29 Telefonaktiebolaget Lm Ericsson Commissioning incoming packet switched connections
WO2010039084A1 (en) * 2008-10-01 2010-04-08 Telefonaktiebolaget L M Ericsson (Publ) Method for enabling a home base station to choose between local and remote transportation of uplink data packets
US8902805B2 (en) * 2008-10-24 2014-12-02 Qualcomm Incorporated Cell relay packet routing
BRPI0921337B8 (pt) 2008-11-06 2022-07-12 Sharp Kk Equipamento de usuário (ue) e gateway de dados por pacote (pgw) em um sistema de comunicação móvel, sistema de comunicação móvel e método de comunicação para um sistema de comunicação móvel
US7843826B2 (en) * 2008-11-07 2010-11-30 Avaya Inc. Automatic detection and re-configuration of priority status in telecommunications networks
US8289848B2 (en) 2009-02-02 2012-10-16 Telefonaktiebolaget Lm Ericsson (Publ) Controlling a packet flow from a user equipment
US20120069797A1 (en) * 2009-02-27 2012-03-22 Panasonic Corporation Method for a communication node with a plurality of communication interfaces to notify dynamic path setup and associates apparatus thereof
CN102804705B (zh) * 2009-04-02 2015-09-09 瑞典爱立信有限公司 用于处理网络通信的技术
US20100260109A1 (en) * 2009-04-10 2010-10-14 Qualcomm Incorporated Optimized inter-access point packet routing for ip relay nodes
JP2010258920A (ja) * 2009-04-27 2010-11-11 Ntt Docomo Inc 移動通信システム
US8873381B2 (en) 2009-06-22 2014-10-28 Qualcomm Incorporated Bearer quality of service selection
CN101945429B (zh) * 2009-07-08 2014-09-17 华为技术有限公司 移动网络用户面数据路由的方法、装置和系统
CA2774005C (en) * 2009-11-02 2015-10-27 Lg Electronics Inc. Nat traversal for local ip access
WO2011057655A1 (en) * 2009-11-16 2011-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Devices for variable traffic flow templates
WO2011103982A1 (en) * 2010-02-25 2011-09-01 Deutsche Telekom Ag Multi-protocol label switching (mpls) functionality in a communications network between a first node and a second node via a wireless connection
EP2996282B1 (en) 2010-07-29 2019-05-15 Telefonaktiebolaget LM Ericsson (publ) Handling network traffic via a fixed access
US8982888B2 (en) 2010-10-18 2015-03-17 Motorola Solutions, Inc. Service data flow detection in a conforming 3GPP access network having a packet modification function
GB2485230A (en) * 2010-11-08 2012-05-09 Wireless Tech Solutions Llc Communication network for communicating, storing or deleting data packets depending upon the type of data packet i.e. machine-to-machine data packets
GB2485233B (en) * 2010-11-08 2015-02-04 Sca Ipla Holdings Inc Infrastructure equipment and method
GB2485232B (en) 2010-11-08 2015-02-04 Sca Ipla Holdings Inc Mobile communications network and method
GB2485234B (en) 2010-11-08 2015-03-25 Sca Ipla Holdings Inc Mobile communications device and method
CN102547610B (zh) * 2010-12-31 2016-03-30 华为技术有限公司 消息处理方法、设备及系统
US9560468B2 (en) * 2011-01-31 2017-01-31 Parallel Limited, LLC Communication system
EP2742722B1 (en) * 2011-08-11 2017-07-12 Telefonaktiebolaget LM Ericsson (publ) Traffic-load based flow admission control
US8879409B2 (en) * 2011-09-27 2014-11-04 Wipro Limited Method and system for improving QoS in a wireless network
US8861438B2 (en) 2011-11-15 2014-10-14 Motorola Solutions, Inc. Preserving user-differentiated quality of service for mobile virtual private network communications made using a shared connection point
DK2792112T3 (en) * 2011-12-15 2018-11-26 Ericsson Telefon Ab L M Technology-conscious DIFFSERV marking
WO2013159802A1 (en) * 2012-04-23 2013-10-31 Telefonaktiebolaget L M Ericsson (Publ) Packet scheduling in a communication network
CN103702364B (zh) * 2012-09-27 2017-08-25 华为技术有限公司 一种业务数据传输的方法、设备及系统
US9705793B2 (en) * 2012-10-15 2017-07-11 Telefonaktiebolaget Lm Ericsson (Publ) Method for informing a node in a radio access network (RAN) about a type of service associated with an IP packet
US9961637B2 (en) * 2013-01-31 2018-05-01 Nokia Solutions And Networks Oy Method for controlling energy consumption and user device
WO2014148990A1 (en) * 2013-03-20 2014-09-25 Telefonaktiebolaget L M Ericsson (Publ) Method for filtering uplink data based on the characteristic of a logical bearer.
WO2015005839A1 (en) * 2013-07-12 2015-01-15 Telefonaktiebolaget L M Ericsson (Publ) Method for enabling control of data packet flows belonging to different access technologies
WO2015065271A1 (en) 2013-10-31 2015-05-07 Telefonaktiebolaget L M Ericsson (Publ) Providing access control parameters to a user equipment
US20150215220A1 (en) * 2014-01-30 2015-07-30 Candy Yiu Method and apparatus to assist network traffic
ES2761608T3 (es) 2014-04-15 2020-05-20 Nokia Solutions & Networks Oy Interfuncionamiento con un sistema basado en una portadora
US20160071424A1 (en) * 2014-09-04 2016-03-10 Megan Colleen Harney Learning Network System
KR102255182B1 (ko) * 2014-12-17 2021-05-24 삼성전자주식회사 통신 시스템에서 아이들 모드의 이동 단말이 모바일 종단 서비스를 수신하기 위한 방법 및 장치
EP3350971B1 (en) 2015-09-14 2021-04-14 Telefonaktiebolaget LM Ericsson (PUBL) Methods and apparatus for network communication over an interface
WO2017063717A1 (en) * 2015-10-16 2017-04-20 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for network communication over an interface
CN108353039B (zh) * 2015-11-05 2022-04-29 Lg 电子株式会社 在无线通信系统中发送和接收数据的方法和支持该方法的装置
WO2017101066A1 (zh) * 2015-12-17 2017-06-22 华为技术有限公司 一种QoS保障方法及网关
JP7030708B2 (ja) * 2016-10-07 2022-03-07 株式会社Ｎｔｔドコモ 無線通信システム、ネットワーク装置及び無線通信方法
US11582654B2 (en) 2016-11-04 2023-02-14 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods of handing over a wireless device
EP3596997B1 (en) 2017-04-27 2023-03-08 Sony Group Corporation Mobile communications network, infrastructure equipment, communications device and methods
US10986000B2 (en) * 2017-05-07 2021-04-20 Qualcomm Incorporated Enabling new radio cellular quality of service for non-internet protocol data sessions
CN118921713A (zh) 2019-04-30 2024-11-08 北京三星通信技术研究有限公司 信息配置方法、信息交互方法、以及地址信息更新方法
US11323290B2 (en) * 2020-03-25 2022-05-03 Juniper Networks, Inc. Establishing a network micro-tunnel within a network tunnel

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6275693B1 (en) 1999-11-22 2001-08-14 Motorola, Inc. Method and apparatus for performing bearer independent wireless application service provisioning
US7068645B1 (en) 2001-04-02 2006-06-27 Cisco Technology, Inc. Providing different QOS to layer-3 datagrams when transported on tunnels
US7913261B2 (en) * 2001-05-02 2011-03-22 nCipher Corporation, Ltd. Application-specific information-processing method, system, and apparatus
US7701963B2 (en) 2002-10-15 2010-04-20 Qualcomm Incorporated Method and apparatus for the use of micro-tunnels in a communications system
US20050030889A1 (en) 2003-08-04 2005-02-10 Lucent Technologies Inc. Method and system for transmiting in-band call processing-related traffic using bearer facilities
CN100480711C (zh) * 2003-08-14 2009-04-22 特尔科迪亚技术股份有限公司 在移动电信系统中的自动ip话务优化
US7697528B2 (en) 2005-11-01 2010-04-13 Nortel Networks Limited Multilink trunking for encapsulated traffic
TW201114225A (en) 2006-05-03 2011-04-16 Interdigital Tech Corp Wireless communication method and system for activating multiple service bearers via efficient packet data protocol context activation procedures
WO2008021360A2 (en) * 2006-08-14 2008-02-21 Interdigital Technology Corporation Mapping multiple services into a single radio bearer in lte and single tunnel gprs

Also Published As

Publication number Publication date
US8064395B2 (en) 2011-11-22
GB0707503D0 (en) 2007-05-30
US20090016282A1 (en) 2009-01-15
EP1976196B1 (en) 2013-05-15
GB0705787D0 (en) 2007-05-02
EP1976196A1 (en) 2008-10-01

Similar Documents

Publication Publication Date Title
EP1976196B1 (en) Data transmission
US11595300B2 (en) Traffic shaping and end-to-end prioritization
US9521679B2 (en) Systems and methods for implementing reflective EPS bearers to ensure uplink quality of service
KR101268729B1 (ko) Ｍａｃ 프로토콜 데이터 유닛들 내의 더미 패딩 서브­헤더
RU2299518C2 (ru) Способ и устройство для отображения сетевых заголовков на mpls-заголовки в архитектурах каналов-носителей
RU2448418C2 (ru) Выбор транспортного формата восходящей линии
US7043247B2 (en) Routing header based routing in internet protocol (IP)-cellular networks
US20040057424A1 (en) Communications system
US7307968B2 (en) Method and system for communicating data between a mobile communications architecture and a packet switched architecture
ES2638591T3 (es) Método y aparato para clasificar flujos IP para una realización de servicio eficiente y de calidad
WO2024087585A9 (en) Method and apparatus of data transmission using protocol data unit set discard timers
US20100008238A1 (en) Upper node station and packet transmission method
CN118786653A (zh) 用于扩展现实流量的服务质量处理的系统和方法
US9094852B2 (en) Implementation of packet data service in a mobile communication network
Tsao Enhanced gtp: an efficient packet tunneling protocol for general packet radio service
US8059660B2 (en) Communications routing systems and methods
Chueh et al. An all-MPLS approach for UMTS 3G core networks
GB2448004A (en) Telecommunications device security
ES2956946T3 (es) Procedimiento de referenciación de recursos locales en la política de selección de rutas del UE en redes móviles
CN100440881C (zh) 一种实现移动ip网业务质量控制的方法
Li et al. LTE CoS/QoS harmonization emulator
Samhat et al. On the QoS-capable transport in the IP-based UTRAN
Brunner et al. Next Steps in QoS Signalling: Do we need RSVP version 2?
Matyasovszki et al. A dynamic signaling mechanism based on symbiotic packet processing