ES2360213T3 - Sistema y procedimiento de transmisión bidireccional de paquetes de datos. - Google Patents

Sistema y procedimiento de transmisión bidireccional de paquetes de datos. Download PDF

Info

Publication number
ES2360213T3
ES2360213T3 ES03788161T ES03788161T ES2360213T3 ES 2360213 T3 ES2360213 T3 ES 2360213T3 ES 03788161 T ES03788161 T ES 03788161T ES 03788161 T ES03788161 T ES 03788161T ES 2360213 T3 ES2360213 T3 ES 2360213T3
Authority
ES
Spain
Prior art keywords
parameter information
header
downlink
uplink
terminal
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.)
Expired - Lifetime
Application number
ES03788161T
Other languages
English (en)
Inventor
So-Young Lee
Seung-June Yi
Young-Dae Lee
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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=36088014&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2360213(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Application granted granted Critical
Publication of ES2360213T3 publication Critical patent/ES2360213T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

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/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • 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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • 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
    • 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/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)
  • Plural Heterocyclic Compounds (AREA)
  • Optical Communication System (AREA)
  • Structure Of Transmissions (AREA)

Abstract

Una red (20) de acceso de radio para un sistema de transmisión de datos que usa paquetes de datos y que comprende al menos un terminal (10), estando configurada la red de acceso de datos: para recibir del terminal información de la capacidad del terminal; para fijar información de parámetros del enlace ascendente para un compresor (712) de cabecera del terminal; para fijar información de parámetros del enlace descendente para un descompresor (711) de cabecera del terminal; y para transmitir al terminal la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente; en la que la red de acceso de radio está configurada para fijar de manera independiente la información de parámetros del enlace ascendente para el compresor de cabecera del terminal y la información de parámetros del enlace descendente para el descompresor de cabecera del terminal en base a la información recibida de la capacidad del terminal.

Description

Campo técnico
La presente invención versa acerca de la transmisión de paquetes de datos y, más en particular, acerca de un procedimiento y un sistema de transmisión de paquetes de datos de un sistema de comunicaciones móviles.
Técnica antecedente
Recientemente, los sistemas de comunicaciones móviles han visto un desarrollo notable, pero en términos de un servicio de comunicaciones de datos de gran capacidad, están muy por detrás del sistema de comunicaciones por cable. En todo el mundo, los países están desarrollando una técnica de IMT-2000 y están cooperando activamente para la estandarización de la técnica.
El sistema universal de telecomunicaciones móviles (UMTS) es un sistema de comunicaciones móviles de tercera generación que ha evolucionado a partir de un estándar denominado Sistema Global para Comunicaciones Móviles (GSM). Este estándar es un estándar europeo que se propone proporcionar un servicio de comunicaciones móviles mejoradas basado en una red central GSM y una tecnología de acceso múltiple de banda ancha por división de código (W-CDMA).
En diciembre de 1998, el ETSI de Europa, el ARIB/TTC de Japón, el T1 de Estados Unidos y el TTA de Corea formaron un Proyecto de Asociación de Tercera Generación (3GPP) con el fin de crear la especificación para la estandarización del UMTS.
El trabajo para la estandarización del UMTS llevado a cabo por el 3GPP ha resultado en la formación de cinco grupos de especificaciones técnicas (TSG), cada uno de los cuales está dirigido a la formación de elementos de red que tienen operaciones independientes.
Más específicamente, cada TSG desarrolla, autoriza y gestiona una especificación estándar en una región relacionada. Entre ellos, un grupo de red de acceso de radio (RAN) (TSG-RAN) desarrolla una especificación para la función, los elementos deseados y la interfaz de una red UMTS terrestre de acceso de radio (UTRAN), que es una nueva RAN para dar soporte a una tecnología de acceso W-CDMA en el UMTS.
La Figura 1 ilustra un ejemplo de la construcción de una red UMTS general.
Como se muestra en la Figura 1, el UMTS se divide a grandes rasgos en un terminal, una UTRAN 100 y una red central 200.
La UTRAN 100 incluye uno o más subsistemas 110 y 120 de red de radio (RNS). Cada RNS 110 y 120 incluye un controlador 111 de red de radio (RNC) y los nodos plurales B 112 y 113 gestionados por el RNC 111. El RNC lleva a cabo funciones que incluyen la asignación y la gestión de recursos de radio y opera como punto de acceso con respecto a la red central 200.
Los nodos B 112 y 113 reciben información enviada por la capa física del terminal por medio de un enlace ascendente, y transmiten datos al terminal por medio de un enlace descendente. Así, los nodos B 112 y 113 operan como puntos de acceso de la UTRAN para el terminal.
La red central 200 incluye un centro 210 de conmutación de servicios móviles (MSC) y un centro pasarela 220 de conmutación de servicios móviles (GMSC) para dar soporte a un servicio conmutado por circuitos, y un nodo 230 de soporte servidor de GPRS (SGSN) y un nodo pasarela 240 de soporte de GPRS para dar soporte a un servicio conmutado por paquetes.
El servicio proporcionado a un terminal específico se divide a grandes rasgos en el servicio conmutado por circuitos y el servicio conmutado por paquetes. Por ejemplo, un servicio de llamada telefónica general de voz pertenece al servicio conmutado por circuitos, mientras que un servicio de navegación por la red mediante una conexión de Internet se clasifica como el servicio conmutado por paquetes.
En el caso de dar soporte al servicio conmutado por circuitos, el RNC 111 se conecta al MSC 210 de la red central 200, y el MSC 210 se conecta al GMSC 220, que gestiona una conexión a otras redes.
Por otra parte, en el caso de dar soporte al servicio conmutado por paquetes, el RNC 111 proporciona un servicio en asociación con el SGSN 230 y el SGSN 240 de la red central 200. El SGSN 230 da soporte a una comunicación por paquetes que va hacia el RNC 111, y el GGSN 240 gestiona la conexión a otra red conmutada por paquetes, como la red de Internet.
imagen1
Existen diversas interfaces entre componentes de red para permitir que los componentes de red se den información entre sí y la tomen unos de otros para una comunicación mutua. Una interfaz entre el RNC 111 y la red central 200 se define como una interfaz Iu. Especialmente, una interfaz Iu entre sistemas relacionados con la conmutación por paquetes del RNC 111 y la red central 200 se define como una Iu-PS, y una interfaz Iu entre sistemas relacionados con la conmutación por circuitos del RNC 111 y la red central 200 se define como una Iu-CS.
La Figura 2 ilustra una estructura de un protocolo de interfaz de radio entre el terminal y la UTRAN 100 según los estándares de red de acceso de radio 3GPP.
Tal como se muestra en la Figura 2, el protocolo de la interfaz de radio se divide verticalmente en una capa física, una capa de enlace de datos y una capa de red, y se divide horizontalmente en un plano de usuario (plano U) para transmitir una señal de datos y un plano de control (plano C) para transmitir una señal de control.
El plano de usuario es una región que gestiona información de tráfico de un usuario, como una señal de voz o un paquete de IP, mientras que el plano de control es una región que gestiona información de control, como una interfaz de una red, o el mantenimiento y la gestión de una llamada.
En la Figura 2, las capas de protocolo pueden dividirse en una primera capa (L1), una segunda capa (L2) y una tercera capa (L3) basadas sobre tres capas inferiores de un modelo estándar de interconexión de sistemas abiertos (OSI).
Ahora se describirán las funciones de cada capa de protocolo de la Figura 2.
La primera capa (L1), es decir, la capa física, proporciona un servicio de transferencia de información a una capa más elevada usando diversas técnicas de transferencia de radio.
La capa física está conectada a la capa MAC, una capa más elevada, a través de un canal de transporte, y la capa MAC y la capa física se transfieren señales a través del canal de transporte.
La segunda capa (L2) incluye: una capa MAC, un control de enlace de radio (RLC) y una capa de protocolo de convergencia de paquetes de datos (PDCP).
La capa MAC proporciona un servicio de reasignación del parámetro MAC para la asignación y la reasignación de recursos de radio.
La capa MAC está conectada a la capa de control de enlace de radio (RLC) por medio de un canal lógico, y se proporcionan diversos canales lógicos según el tipo de información transmitida.
En general, cuando se transmite información del plano de control, se usa un canal de control. Cuando se transmite información del plano de usuario, se usa un canal de usuario.
La capa de RLC da soporte a una transmisión fiable de datos y lleva a cabo funciones de segmentación y reensamblado de una unidad de datos de servicio (SDU) del RLC recibida desde una capa superior.
Cuando se recibe la SDU del RLC desde la capa superior, la capa de RLC controla un tamaño de cada SDU del RLC para que sea adecuado a una capacidad de proceso, y añade a la misma una información de cabecera para generar una cierta unidad de datos. La unidad de datos así generada se denomina unidad de datos de protocolo (PDU), que se transfiere a la capa MAC. La capa de RLC incluye una memoria intermedia de RLC para almacenar la SDU del RCL o la PDU del RLC.
La capa de protocolo de convergencia de paquetes de datos (PDCP) es una capa más elevada de la capa de RLC. Los datos transmitidos por medio de un protocolo de red como un IPv4 (protocolo de internet de versión 4) o un IPv6 (protocolo de internet de versión 6) pueden ser transmitidos de manera efectiva por una interfaz de radio con un ancho de banda relativamente pequeño gracias a la capa de PDCP.
Con este fin, la capa de PDCP lleva a cabo una función de reducción de la información de control innecesaria usada en la red de cable, que se denomina compresión de cabecera, para lo que se usan modelos de compresión de cabecera como una RFC2507 o una RFC3095 (Compresión Robusta de Cabecera (ROHC)) definidos por un grupo de estandarización de Internet denominado IETF (Grupo Especial de Ingeniería de Internet).
En estos modelos, únicamente se transmite la información imprescindible para la parte de cabecera de los datos, reduciendo con ello la cantidad de datos que debe ser transmitida. Es decir, se eliminan los campos innecesarios de la cabecera o se reduce el tamaño de los campos de la cabecera para reducir la cantidad de datos de la parte de cabecera.
En la porción inferior de la tercera capa se sitúa una capa de RRC (Control de recursos de radio). La capa de RRC está definida únicamente en el plano de control y controla los canales de transporte y los canales físicos en relación con la configuración, la reconfiguración y la liberación de los portadores de radio (RB).
imagen2
El servicio RB significa un servicio proporciona por la segunda capa para la transmisión entre el terminal y la UTRAN, y la configuración del RB significa procesos de estipulación de las características de una capa de protocolo y un canal, que se requieren para proporcionar un servicio específico, y el establecimiento de los respectos parámetros detallados y los procedimientos operativos.
Como referencia, la capa de RLC puede estar incluida en el plano de usuario o en el plano de control, dependiendo de qué capa esté conectada en una posición superior. Si la capa de RLC recibe datos de la capa de RRC, la capa de RLC pertenece al plano de control; si no, la capa de RLC pertenece al plano de usuario.
Tal como se muestra en la Figura 2, en el caso de la capa de RLC y la capa de PDCP, en una capa puede existir una pluralidad de entidades. Esto se debe a que un terminal tiene una pluralidad de RB, y generalmente se usa una entidad de RLC (o únicamente una entidad de PDCP) para un RB.
La Figura 4 es un diagrama de flujo de señales para implementar el modelo de compresión de cabecera según una técnica convencional, y la Figura 5 ilustra una estructura de un compresor y un descompresor del terminal y de la UTRAN.
Ahora se describirá un modelo de compresión de la cabecera del IP de la capa de PDCP con referencia a las Figuras 4 y 5.
En primer lugar, con referencia a la RFC2507, se usan diferentes modelos de compresión dependiendo de si un protocolo superior de la capa IP es TCP o no. Es decir, si un protocolo superior de la capa IP es UDP, se usa un modelo de compresión denominado “No TCP comprimido”, mientras que si el protocolo superior de la capa IP es TCP, se usa un modelo de compresión denominado “TCP comprimido”. El TCP comprimido se subdivide en un “TCP comprimido” y un “TCP comprimido no delta” dependiendo de un procedimiento de transmisión de un campo variado de la cabecera.
El modelo “TCP comprimido” es un procedimiento en el que, debido al hecho de que los valores de campos variables de la cabecera no se diferencian mucho entre sí en paquetes sucesivos, únicamente se transmite una diferencia entre valores de campos de la cabecera, en vez de transmitir el valor completo del campo. Por otra parte, el modelo “TCP comprimido no delta” es un procedimiento de transmisión del valor completo del campo variado tal cual.
En el caso del modelo “TCP comprimido”, una parte transmisora transmite en primer lugar un paquete completo de cabecera para una corriente de paquetes para constituir un contexto tanto en la parte transmisora como en la parte receptora, y luego usa una cabecera de compresión que indica la diferencia con respecto a un paquete previo para transmitir los siguientes paquetes. En cambio, el modelo “TCP comprimido no delta” es aquel en el que se transmite el valor completo del campo de cabecera tal como varíe.
De modo similar, en el modelo “No TCP comprimido”, la parte transmisora transmite en primer lugar un paquete completo de cabecera para una corriente de paquetes para constituir un contexto tanto en la parte transmisora como en la parte receptora, y transmite un valor completo del campo de cabecera como campo variable para los siguientes paquetes.
Sin embargo, el modelo de compresión de cabecera “No TCP comprimido” puede usarse para una comunicación unidireccional y adopta un procedimiento de compresión de inicio lento, que transmite la información completa de la cabecera a intervalos exponencialmente crecientes. En el procedimiento de compresión de inicio lento, si cambia la información completa de la cabecera o si se adopta un nuevo modelo de compresión de la cabecera, se transmite con frecuencia la misma cabecera completa como una etapa inicial y luego el intervalo de transmisión se ensancha gradualmente. La Figura 3 muestra un concepto del procedimiento de compresión de inicio lento.
Los parámetros que constituyen las formas del compresor y el descompresor deberían estar definidos para usar el modelo de compresión de cabecera RFC2507 en la capa PDCP.
Definidos en el modelo de compresión de cabecera RFC2507 están un parámetro F_MAX_PERIOD que indica el número de paquetes comprimidos de cabecera no TCP transmisibles entre paquetes completos de cabecera transmitidos reiteradamente de forma exponencial en el procedimiento de inicio lento, un parámetro F_MAX_TIME que indica un tiempo de transmisión de paquetes de cabecera comprimida entre un punto temporal en que se ha transmitido el último paquete de cabecera completa y un punto temporal en que debe transmitirse el siguiente paquete de cabecera completa, un parámetro MAX_HEADER que indica el tamaño máximo de una cabecera utilizable para el modelo de compresión de cabecera, un parámetro TCP_SPACE que indica el número máximo de contenidos utilizables para el modelo “TCP comprimido”, un parámetro NON_TCP_SPACE que indica el número máximo de contenidos usados para el modelo “No TCP comprimido” y un parámetro EXPECTED-RECORDING que indica si está soportado el sistema resecuencial. El parámetro F_MAX_TIME se usa para informar un periodo de repetición del paquete completo de cabecera (remitirse a la Figura 1).
imagen3
Los parámetros se usan para construir formar de los compresores 512 y 522 y de los descompresores 511 y 521 del terminal 410 y la UTRAN 420 y se definen en RFC2507, documento de IETF del modelo de compresión de cabecera RFC2507.
[Tabla 1]
Elemento de información/Nombre de grupo
Tipo y referencia Descripción de la semántica
>>>F_MAX_PERIOD
Entero (1..65535) Mayor número de las cabeceras comprimidas no TCP que puede ser enviado sin enviar una cabecera completa. El valor por defecto es 256.
>>>F_MAX_TIME
Entero (1..255) F_MAX_TIME Las cabeceras comprimidas no pueden ser enviadas más que segundos después de enviar la última cabecera completa. El valor por defecto es 5.
>>>MAX_HEADER
Entero (60..65535) El tamaño mayor de cabecera en octetos que puede ser comprimido. El valor por defecto es 168.
>>>TCP_SPACE
Entero (3..255) por defecto Máximo valor de CID para las conexiones TCP. El valor es 15.
>>>NON_TCP_SPACE
Entero (3..65535) Máximo valor de CID para las conexiones no TCP. El valor por defecto es 15.
>>>EXPECT_REORDERING
Enumerado (reordenación no esperada, reordenación esperada) Si el algoritmo reordenará SDU de PDCP o no. El valor por defecto es “reordenación no esperada”
5 Ahora se describirá el proceso de compresión y descompresión que adopta el modelo de compresión de cabecera RFC2507.
En primer lugar, la capa 411 de RRC del terminal 10 transfiere información de capacidad a la capa 421 de RRC de la UTRAN 420. A continuación la capa 421 de RRC de la UTRAN 420 asigna un recurso de memoria requerido para la compresión de cabecera refiriéndose a la información de capacidad. Es decir, la capa 421 de RRC fija valores de
10 parámetros que forman los compresores 512 y 522 y los descompresores 511 y 521.
Por ejemplo, se fija F_MAX_PERIOD a 256, se fija F_MAX_TIME a 5, se fija MAX_HEADER a 168 y se fija NON_ TCP_SPACE a 15.
Cuando están fijados los valores de los parámetros, la capa 421 de RRC de la UTRAN 420 transfiere los valores de los parámetros fijados a la capa 411 de RRC del terminal 410.
15 Cuando los valores de los parámetros alcanzan el terminal 410, la capa 411 de RRC del terminal 410 y la capa 421 de RRC de la UTRAN, respectivamente, transfieren los valores de los parámetros fijados a las respectivas capas 412 y 422 de PDCP. Acto seguido, una capa que lleva a cabo la compresión de la cabecera incluida en las capas 412 y 422 de PDCP forma los compresores 512 y 522 y los descompresores 511 y 521 en base a los valores de los parámetros recibidos.
20 Ahora se describirá el modelo de ROHC (Compresión Robusta de Cabecera).
El modelo de ROHC se usa comúnmente para reducir la información de la cabecera de un paquete de RTP (Protocolo de transporte de tiempo real)/UDP (Protocolo de datagramas de usuario)/IP (Protocolo de Internet). El paquete de RTP/UDP/IP, que significa un paquete con cabeceras relacionadas con RTP, UDP e IP que han sido añadidas a datos de usuario mientras pasan por cada capa, incluye diversas informaciones de cabecera para
25 transmitir datos a un destino por medio de Internet.
El modelo de ROHC es un modelo de compresión de cabeceras basado en el hecho de que cada valor de campo de las cabeceras de paquete de los paquetes secuenciales pertenecientes a una corriente de paquetes es casi igual. Así, en el modelo de ROHC, no se transmite toda la cabecera del paquete, sino que se transmite un campo variable.
A título de referencia, un tamaño total de la cabecera del paquete de RTP/UDP/IP es de 40 octetos en el caso de un
30 IPv4 (protocolo de Internet de versión 4) y de 60 octetos en el caso de un IPv6 (protocolo de Internet de versión 6). Por otra parte, una parte de datos propiamente dichos (carga útil) normalmente tiene un tamaño de 15~20 octetos. Es decir, dado que la cantidad de información de control es mucho mayor que la cantidad de datos que ha de transmitirse realmente, la eficiencia de la transmisión es muy baja. Por lo tanto, el uso de modelos de compresión de las cabeceras garantiza una elevada eficiencia de la transmisión, porque la cantidad de información de control se reduce mucho (en el caso de usar el modelo de ROHC, el tamaño de la cabecera se reduce en aproximadamente 1 octeto a 3 octetos).
imagen4
Como en el modelo de compresión de cabecera RFC2507, para usar el modelo de ROHC en la capa de PDCP, deberían definirse parámetros que constituyen la forma del compresor y el descompresor.
Los parámetros definidos para el modelo de ROHC incluyen un parámetro Max_CID que informa del número máximo de contextos utilizables en el compresor, un parámetro de perfil que indica cuál es el tipo del paquete de IP usado para una correspondiente corriente de paquetes entre RTP/UDP/IP, UDP/IP y ESP/IP, un parámetro de MRRU (Unidad Reconstruida de Recepción Máxima) que indica si debería segmentarse un IP y que indica también el tamaño máximo de segmentos cuando se reensamblan después de ser segmentados en el descompresor, un parámetro Packet_Sized_Allowed que informa de un tamaño de un paquete de compresión de cabecera soportable por el modelo de ROHC, y un parámetro Reverse_Decompression_Depth que indica si se ha reintentado la descompresión de un paquete comprimido después de que el descompresor no hubiera conseguido descomprimirlo y que determina el número de reintentos de descompresión. Estos parámetros están definidos en el RFC3095, documento de IETF del modelo de ROCH.
El proceso de compresión y descompresión de la cabecera que adopta el modelo de ROHC es el mismo que el del modelo de compresión de la cabecera RFC2507 descrito más arriba (remitirse a las Figuras 4 y 5).
Para una comunicación a un enlace ascendente, el compresor 512 del terminal 410 y el descompresor 521 de la UTRAN 420 deberían tener la misma forma, y para una comunicación a un enlace descendente, el compresor 522 de la UTRAN 420 y el descompresor 511 del terminal 410 también deberían tener la misma forma.
Dado que la capa 421 de RRC de la UTRAN 420 fija los valores de los parámetros para formar el compresor y el descompresor sin discriminación del enlace ascendente y el enlace descendente, los compresores 512 y 522 y los descompresores 511 y 521 proporcionados en el terminal 410 y la UTRAN 420 tienen todos las mismas formas.
Para proporcionar de manera efectiva un servicio de VoIP y un servicio de flujo y evitar el consumo de recursos de radio, el sistema UMTS adopta el modelo de compresión de cabecera, como el modelo de compresión de cabecera RFC2507, o el modelo de ROHC para comprimir una cabecera, partiendo de un tamaño original de 40 o 60 bytes hasta un tamaño de 1~4 bytes y transmitirla. Con este fin, el terminal 410 y la UTRAN 420 deberían definir parámetros para formar el compresor y el descompresor.
Normalmente, el sistema UMTS también proporciona el servicio de flujo en el que el enlace ascendente y el enlace descendente son asimétricos, así como el servicio de VoIP, en el que el enlace ascendente y el enlace descendente son simétricos.
Sin embargo, en este respecto, las capas 411 y 421 de RRC y las capas 412 y 422 de PDCP establecen un recurso de memoria en consideración únicamente del servicio de transmisión en la estructura simétrica del enlace ascendente y del enlace descendente como la VoIP (Voz sobre IP), para que el compresor 512 y el descompresor 521 del enlace ascendente y el compresor 522 y el descompresor 511 del enlace descendente tengan las mismas formas.
Un problema del sistema bidireccional convencional de transmisión de paquetes de datos estriba en que el sistema UMTS asigna el mismo recurso de memoria, relacionado con la compresión de la cabecera, al enlace ascendente y al enlace descendente aun para la transmisión de paquetes de datos de la estructura asimétrica, como el servicio de flujo.
El servicio de flujo es un servicio orientado a enlaces descendentes en el que un se transmite un paquete de datos para un servicio solicitado por un usuario a través del enlace descendente, mientras que la información de recepción para los datos transmitidos en paquetes se realimenta a través del enlace ascendente.
En términos de características del servicio de flujo, la cantidad de paquetes de datos transmitidos al enlace descendente es mucho mayor que la cantidad de paquetes de datos transmitidos al enlace ascendente. Así, el sistema bidireccional convencional de transmisión de paquetes de datos es poco ventajoso, porque los recursos de memoria usados para el modelo de compresión de la cabecera son malgastados innecesariamente y, así, se degrada la eficiencia de los recursos.
Las anteriores referencias se incorporan por referencia en el presente documento cuando es apropiado por las enseñanzas apropiadas de detalles, características y/o antecedentes técnicos adicionales o alternativos.
El documento WO 02/25895 Al describe un procedimiento para definir un identificador de contexto en una compresión de un campo de cabecera cuando se comprimen campos de cabecera de paquetes de datos, estando definido un contexto para un compresor y un descompresor del flujo de paquetes de datos, en el que el contexto controla la operación de dichos compresor y descompresor, en el que el contexto es identificado por un identificador de contexto, que va unido al paquete de datos, y estando definida la longitud para un contexto por la transferencia de datos entre el compresor y el descompresor.
imagen5
El documento US 2002/0064164 describe una construcción y/o una eliminación de una cabecera de protocolo para mensajes en comunicaciones inalámbricas. Una red de comunicaciones incluye una red central inalámbrica, que está unida a una red de paquetes de datos y/o una red pública conmutada por circuitos. La red central se comunica mediante enlaces inalámbricos con estaciones móviles, que son capaces de una sesión participada de comunicación por conmutador en sesiones de comunicación conmutadas por paquetes con otro punto final. Para mejorar la eficiencia espectral, las cabeceras de protocolo asociadas con las comunicaciones conmutadas por paquetes no se comunican con un tráfico de portador. Las cabeceras de protocolo se reconstruyen en el extremo receptor en base a los mensajes de configuración, que se intercambian entre estaciones móviles y sistemas de acceso móvil inalámbrico.
Revelación de la invención
Por lo tanto: un objeto de la presente invención es proporcionar un sistema y un método de transmisión bidireccional de paquetes de datos capaz de configurar asimétricamente un recurso de memoria de enlace ascendente y un recurso de memoria de enlace descendente. El objeto se resuelve mediante las características de las reivindicaciones independientes.
Para lograr al menos los objetos anteriores en todo o en parte, se proporciona un sistema de transmisión bidireccional de paquetes de datos para una transmisión de paquetes de datos entre un terminal y una red de acceso de radio en el que se configuran independientemente un recurso de enlace ascendente y un recurso de enlace descendente.
Preferentemente, el recurso es un recurso de memoria.
Preferentemente, el recurso de memoria está relacionado con la compresión de la cabecera.
Preferentemente, el recurso de memoria tiene parámetros requeridos para la compresión y la descompresión de la cabecera.
Preferentemente, una capa de RRC de la red de acceso de radio configura los recursos para que sean diferentes para la transmisión del enlace ascendente y la transmisión del enlace descendente.
Preferentemente, una capa de PDCP del terminal forma un compresor por referencia a los valores recibidos de parámetros del enlace ascendente, y un descompresor por referencia a los valores recibidos de parámetros del enlace descendente, y lleva a cabo la compresión y la descompresión de la cabecera.
Preferentemente, una capa de PDCP del terminal forma un descompresor por referencia a los valores recibidos de parámetros del enlace ascendente, y un compresor por referencia a los valores recibidos de parámetros del enlace descendente, y lleva a cabo la compresión y la descompresión de la cabecera.
Para lograr al menos estas ventajas en todo o en parte, se proporciona, además, un sistema de transmisión bidireccional de paquetes de datos para una transmisión de paquetes de datos entre un terminal y una red de acceso de radio, que incluye: configurar un recurso de enlace ascendente y un recurso de enlace descendente para que sean diferentes; transferir el recurso configurado a cada capa de PDCP de un terminal y una red de acceso de radio; y llevar a cabo asimétricamente la transmisión por el enlace ascendente y el enlace descendente usando el recurso recibido.
Preferentemente, en la etapa de configuración del recurso, se determinan los parámetros requeridos para la compresión y la descompresión de la cabecera y se fijan los tamaños de los parámetros.
Preferentemente, la etapa de realización de la transmisión asimétrica incluye: formar un compresor por referencia a los valores recibidos de parámetros del enlace ascendente y un descompresor por referencia a los valores recibidos de parámetros del enlace descendente; y llevar a cabo una transmisión de paquetes según un modelo de compresión de la cabecera usando el compresor y el descompresor.
Preferentemente, la etapa de realización de la transmisión asimétrica incluye: formar un descompresor por referencia a los valores recibidos de parámetros del enlace ascendente y un compresor por referencia a los valores recibidos de parámetros del enlace descendente; y llevar a cabo una transmisión de paquetes según un modelo de compresión de la cabecera usando el compresor y el descompresor.
Ventajas, objetos y características adicionales de la invención se expondrán en parte en la descripción que sigue y en parte serán evidentes a las personas que tengan un dominio normal de la técnica tras el examen de lo que sigue
o pueda ser aprendido por la puesta en práctica de la invención. Los objetos y las ventajas de la invención pueden ser realizados y logrados como se señala en particular en las reivindicaciones adjuntas.
imagen6
Breve descripción de los dibujos
La invención será descrita en detalle con referencia a los siguientes dibujos, en los que números de referencia semejantes se refieren a elementos homólogos, en los que:
la Figura 1 ilustra una construcción de una red UMTS general;
la Figura 2 ilustra una estructura de un protocolo de interfaz de radio entre un terminal y una UTRAN en base a estándares de la red de acceso de radio 3GPP;
la Figura 3 ilustra un concepto de un modelo de compresión de inicio lento;
la Figura 4 es un diagrama de flujo de señales para implementar un modelo de compresión de cabeceras según la técnica convencional;
la Figura 5 ilustra estructuras de compresores y descompresores de un terminal y una UTRAN según la técnica convencional;
la Figura 6 es un diagrama de flujo de señales para implementar un modelo de compresión de cabeceras según una realización preferente de la presente invención; y
la Figura 7 ilustra estructuras de compresores y descompresores de un terminal y una UTRAN según la realización preferente de la presente invención.
Modos para llevar a cabo las realizaciones preferentes
La Figura 7 ilustra estructuras de compresores y descompresores de un terminal o unidad móvil en una UTRAN según la realización preferente de la presente invención y muestra la transmisión en una estructura asimétrica entre un enlace ascendente y un enlace descendente.
Tal como se muestra en la Figura 7, un compresor y un descompresor de la presente invención tienen las mismas estructuras que los de la técnica convencional (remitirse a la Figura 5).
La única diferencia de la presente invención con respecto a la técnica convencional es que una UTRAN 620 y un terminal 610 asignan un recurso de memoria requerido para un modelo de compresión de la cabecera al enlace ascendente y el enlace descendente en consideración de la transmisión que el enlace ascendente y el enlace descendente son asimétricos, así como que de la transmisión que el enlace ascendente y el enlace descendente son simétricos.
La Figura 6 es un diagrama de flujo de señales para implementar un modelo de compresión de cabeceras según una realización preferente de la presente invención.
Tal como se muestra en la Figura 6, un sistema de transmisión bidireccional de paquetes de datos según una realización preferente de la presente invención incluye: una UTRAN 620 para establecer valores de parámetros de la cabecera relacionados con la compresión requeridos para la transmisión por el enlace ascendente y la transmisión por el enlace descendente, y formar un compresor 722 y un descompresor 721; y un terminal 610 para transmitir la información de capacidad a la UTRAN 620, recibiendo de la UTRAN 620 los valores fijados de parámetros de cabecera relacionados con la compresión y formando un compresor 712 y un descompresor 711 por referencia a los valores recibidos de parámetros.
La UTRAN 620 incluye una capa 621 de RRC para fijar los valores de los parámetros de la cabecera relacionados con la compresión requeridos para la transmisión por el enlace ascendente y la transmisión por el enlace descendente y transmitir los valores de los parámetros a una capa 611 de RRC del terminal y a su capa (622) de PDCP; y la capa 622 de PDCP para formar el descompresor 721 usado para la transmisión por el enlace ascendente y el compresor 722 usado para para la transmisión por el enlace descendente, y llevar a cabo una compresión y una descompresión de la cabecera.
El terminal 610 incluye una capa 611 de RRC para recibir los valores de los parámetros establecidos por la capa 621 de RRC de la UTRAN 620 y transmitir los valores a su capa 612 de PDCP; y la capa 621 de PDCP para formar el compresor 712 usado para la transmisión por el enlace ascendente y el descompresor 711 usado para la transmisión por el enlace descendente por referencia a los valores recibidos de los parámetros, y llevar a cabo una compresión y una descompresión de la cabecera; y espacios de memoria primero y segundo, respectivamente, para las transmisiones de datos por el enlace ascendente y el enlace descendente. Los dos espacios de memoria pueden ser independientes entre sí.
Ahora se describirá la operación del sistema de transmisión de paquetes de datos.
imagen7
Para empezar, la capa 611 de RRC del terminal 610 transfiere la “información de capacidad” a la capa 621 de RRC de la UTRAN 620.
A continuación, la capa 621 de RRC de la UTRAN 620 discrimina la información de capacidad del enlace ascendente y la información de capacidad del enlace descendente a partir de la información de capacidad recibida. De forma subsiguiente, la capa de RRC establece valores de los parámetros para formar el compresor 712 y el descompresor 721 del enlace ascendente por referencia a la información de capacidad del enlace ascendente y también establece valores de los parámetros para formar el compresor 722 y el descompresor 711 del enlace descendente por referencia a la información de capacidad del enlace descendente.
Los valores de los parámetros no se establecen necesariamente en base a la información de capacidad del terminal. Pueden establecer según un valor de un cálculo estadístico fijado previamente en la UTRAN 620.
Después de que se establezcan completamente los valores de los parámetros, la capa 621 de RRC del UTRAN 620 transfiere los valores establecidos de los parámetros a la capa 611 de RRC del terminal 610. La capa 621 de RRC puede transferir los parámetros establecidos para el compresor solo (enlace ascendente), el descompresor solo (enlace descendente) o ambos.
Como los valores establecidos de los parámetros transferidos al terminal 610, la capa 611 de RRC del terminal 610 y la capa de RRC de la UTRAN 620 transfieren los valores establecidos de los parámetros a las capas 612 y 622 de PDCP. A continuación, cada capa incluida en las capas 612 y 622 de PDCP que lleva a cabo una compresión de la cabecera forma los compresores 712 y 722 y los descompresores 711 y 721 por referencia a los valores de los parámetros.
Específicamente, la capa de la UTRAN 620 que lleva a cabo la compresión de la cabecera forma el descompresor 721 usado para la transmisión por el enlace ascendente y el compresor 722 usado para la transmisión por el enlace descendente por referencia a los valores de los parámetros, y la capa del terminal 610 que lleva a cabo la compresión de la cabecera forma el compresor 712 usado para la transmisión por el enlace ascendente y el compresor 711 usado para la transmisión por el enlace descendente por referencia a los valores de los parámetros.
Y entonces, las capas del terminal 610 y la UTRAN 620 que llevan a cabo la compresión de la cabecera llevan a cabo la compresión y la descompresión de la cabecera según un cierto modelo de compresión de la cabecera usando los compresores 712 y 722 y los descompresores 711 y 721.
Tal como se ha descrito más arriba, en el sistema de transmisión bidireccional de paquetes de datos según la realización preferente de la presente invención, el compresor 722 y el descompresor 721 del terminal 610 (o la forma del compresor 722 y el descompresor 721 de la UTRAN 620) se construyen de una forma diferente, para que los recursos de memoria relacionados con la compresión de la cabecera asignados al enlace ascendente y el enlace descendente se fijen de forma diferente. Las formas de los compresores y descompresores 712, 721, 722 y 711, que tienen relaciones entre pares son iguales entre sí.
El sistema de transmisión bidireccional de paquetes de datos según la presente invención lleva a cabo la compresión y la descompresión de la cabecera adoptando el modelo de compresión de cabecera RFC2507 o el modelo ROHC.
En primer lugar, en el caso de adoptar el modelo de compresión de cabecera RFC2507 para el sistema de transmisión bidireccional de paquetes de datos, el compresor 712 del terminal 610 que lleva a cabo la comunicación por el enlace ascendente y el descompresor 721 de la UTRAN 620 se forman por un parámetro F_MAX_PERIOD que informa de un periodo de transmisión de un paquete completo de cabecera con respecto al modelo de compresión de inicio lento, un parámetro F_MAX_TIME que informa del tiempo disponible para la transmisión de paquetes, un parámetro MAX_HEADER que informa del tamaño máximo compresible de una cabecera, un parámetro TCP_SPACE que informa del tamaño máximo de un contexto de paquete TCP, y un parámetro NON_TCP_SPACE que informa del tamaño máximo de un contexto de paquete no TCP.
El compresor 722 de la UTRAN que lleva a cabo la comunicación por el enlace descendente y el descompresor 711 del terminal 610 se forman por un parámetro TCP_SPACE que informa del tamaño máximo de un contexto de un paquete TCP, un parámetro NON_TCP_SPACE que informa del tamaño máximo de un contexto de un paquete no TCP, y un parámetro EXPECTED_REORDERING que informa de un sistema resecuencial de un paquete de recepción.
En segundo lugar, en el caso de adoptar el modelo de ROHC para el sistema de transmisión bidireccional de paquetes de datos, el compresor 712 del terminal 610 que lleva a cabo la comunicación por el enlace ascendente y el descompresor 721 de la UTRAN 620 se forman por un parámetro Max-CID que informa del número máximo de contextos usados para el modelo de compresión de la cabecera, un parámetro de perfil que informa de un tipo de un paquete IP soportable por el descompresor, un parámetro MRRU que informa de si un paquete IP puede ser segmentado en el compresor y un parámetro Packet_Sized_Allowed que determina tamaños de paquetes de compresión de cabeceras utilizables en el compresor.
imagen8
Además, el compresor 722 de la UTRAN 620 que lleva a cabo la comunicación por el enlace descendente y el descompresor 711 del terminal 610 se forman por un parámetro Max_CID que informa del número máximo de contextos, un parámetro de perfil que informa de un tipo de un paquete IP soportable por el descompresor, un parámetro MRRU que informa del tamaño máximo de los paquetes añadidos cuando los segmentos divididos son
5 añadidos en el descompresor, y un parámetro Reverse_Decompression_Depth que informa del tamaño máximo de almacenamiento de una memoria intermedia que almacena un paquete de descompresión fallida.
Según se ha descrito hasta este punto, el procedimiento y el sistema de transmisión de paquetes de datos de la presente invención tienen las siguientes ventajas.
Es decir, dado que se configura que los recursos de memoria sean diferentes para la transmisión por el enlace
10 ascendente y el enlace descendente, puede evitarse el desperdicio de memoria. Además, el recurso de memoria puede ser gestionado de manera efectiva incluso en un servicio de transmisión de paquetes de datos (por ejemplo, el servicio de flujo) con la estructura asimétrica en la que la cantidad de paquetes del enlace descendente es mucho mayor que la cantidad de paquetes del enlace ascendente, o en la que la cantidad de paquetes del enlace ascendente es mucho mayor que la cantidad de paquetes del enlace descendente.
15 Las realizaciones y las ventajas precedentes son meramente ejemplares y no debe interpretarse que limiten a la presente invención. La presente enseñanza puede ser fácilmente aplicada a otros tipos de aparatos. Se pretende que la descripción de la presente intención sea ilustrativa y que no limite el alcance de las reivindicaciones. Muchas alternativas, modificaciones y variaciones resultarán evidentes para las personas expertas en la técnica. En las reivindicaciones se contempla que las cláusulas que incluyen tanto el medio como la función cubran la estructura
20 descrita en el presente documento que lleva a cabo la función enumerada y no únicamente los equivalentes estructurales, sino también las estructuras equivalentes.
imagen9

Claims (52)

  1. REIVINDICACIONES
    1. Una red (20) de acceso de radio para un sistema de transmisión de datos que usa paquetes de datos y que comprende al menos un terminal (10), estando configurada la red de acceso de datos:
    para recibir del terminal información de la capacidad del terminal;
    para fijar información de parámetros del enlace ascendente para un compresor (712) de cabecera del terminal;
    para fijar información de parámetros del enlace descendente para un descompresor (711) de cabecera del terminal; y
    para transmitir al terminal la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente;
    en la que la red de acceso de radio está configurada para fijar de manera independiente la información de parámetros del enlace ascendente para el compresor de cabecera del terminal y la información de parámetros del enlace descendente para el descompresor de cabecera del terminal en base a la información recibida de la capacidad del terminal.
  2. 2.
    La red de acceso de radio según la reivindicación 1, configurada además para fijar información diferente de parámetros para el compresor de cabecera del terminal y para el descompresor de cabecera del terminal.
  3. 3.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 y 2 en la que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente incluyen información del espacio de memoria.
  4. 4.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 3 en la que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente están relacionadas con un modelo de compresión de la cabecera.
  5. 5.
    La red de acceso de radio según la reivindicación 4 en la que el modelo de compresión de la cabecera es un modelo de compresión RFC3095.
  6. 6.
    La red de acceso de radio según la reivindicación 4 en la que el modelo de compresión de la cabecera es un modelo de compresión RFC2507.
  7. 7.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 6 en la que una cantidad de paquetes transmisión del enlace descendente es mayor que una cantidad de paquetes transmisión del enlace ascendente.
  8. 8.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 6 en la que una cantidad de paquetes transmisión del enlace descendente es menor que una cantidad de paquetes transmisión del enlace ascendente.
  9. 9.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 8 en la que la información de parámetros del enlace descendente y la información de parámetros del enlace ascendente se fijan también según un cálculo estadístico fijado previamente en la red de acceso de radio.
  10. 10.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 9 en la que la información de parámetros del enlace ascendente comprende al menos un valor de parámetro del enlace ascendente y la información de parámetros del enlace descendente comprende al menos un valor de parámetro del enlace descendente.
  11. 11.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 10 en la que la información de parámetros del enlace ascendente comprende un parámetro que representa un número máximo de contextos usados para el compresor de cabecera del terminal (MAX_ CID) y la información de parámetros del enlace descendente comprende un parámetro que representa un número máximo de contextos usados para el descompresor de cabecera del terminal (MAX_ CID).
  12. 12.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 11 en la que la información de parámetros del enlace descendente comprende un parámetro que representa un tamaño máximo de almacenamiento de una memoria intermedia que almacena un paquete de descompresión fallida (Profundidad de descompresión inversa).
  13. 13.
    La red de acceso de radio según una cualquiera de las reivindicaciones 1 a 12 en la que la información de parámetros del enlace ascendente comprende un parámetro que representa tamaños de paquetes de compresión de cabecera utilizables en el compresor de cabecera (Packet_Sized_Allowed).
  14. 14.
    Un procedimiento de comunicación desde una red (20) de acceso de radio hasta un terminal (10) en un sistema de transmisión de datos, llevado a cabo en la red de acceso de radio que comprende:
    imagen1
    la recepción, desde el terminal, de información de la capacidad del terminal;
    la fijación de información de parámetros del enlace ascendente para un compresor (712) de cabecera del terminal;
    la fijación de información de parámetros del enlace descendente para un descompresor (711) de cabecera del terminal; y
    la transferencia al terminal de la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente;
    en el que la información de parámetros del enlace ascendente para el compresor de cabecera del terminal y la información de parámetros del enlace descendente para el descompresor de cabecera del terminal son fijadas de manera independiente en base a la información recibida de la capacidad del terminal.
  15. 15.
    El procedimiento según la reivindicación 14 en el que la información de parámetros del enlace ascendente para el compresor de cabecera del terminal y la información de parámetros del enlace descendente para el descompresor de cabecera del terminal son diferentes entre sí.
  16. 16.
    El procedimiento según una cualquiera de las reivindicaciones 14 y 15 en el que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente incluyen información del espacio de memoria.
  17. 17.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 16 en el que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente están relacionadas con un modelo de compresión de la cabecera.
  18. 18.
    El procedimiento según la reivindicación 17 en el que el modelo de compresión de la cabecera es un modelo de compresión RFC3095.
  19. 19.
    El procedimiento según la reivindicación 17 en el que el modelo de compresión de la cabecera es un modelo de compresión RFC2507.
  20. 20.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 19 en el que una cantidad de paquetes transmisión del enlace descendente es mayor que una cantidad de paquetes transmisión del enlace ascendente.
  21. 21.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 19 en el que una cantidad de paquetes transmisión del enlace descendente es menor que una cantidad de paquetes transmisión del enlace ascendente.
  22. 22.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 21 en el que la información de parámetros del enlace descendente y la información de parámetros del enlace ascendente se fijan también según un cálculo estadístico fijado previamente en la red de acceso de radio.
  23. 23.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 22 en el que la información de parámetros del enlace ascendente comprende al menos un valor de parámetro del enlace ascendente y la información de parámetros del enlace descendente comprende al menos un valor de parámetro del enlace descendente.
  24. 24.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 23 en el que la información de parámetros del enlace ascendente comprende un parámetro que representa un número máximo de contextos usados para el compresor de cabecera del terminal (MAX_ CID) y la información de parámetros del enlace descendente comprende un parámetro que representa un número máximo de contextos usados para el descompresor de cabecera del terminal (MAX_ CID).
  25. 25.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 24 en el que la información de parámetros del enlace descendente comprende un parámetro que representa un tamaño máximo de almacenamiento de una memoria intermedia que almacena un paquete de descompresión fallida (Profundidad de descompresión inversa).
  26. 26.
    El procedimiento según una cualquiera de las reivindicaciones 14 a 25 en el que la información de parámetros del enlace descendente comprende un parámetro que representa tamaños de paquetes de compresión de cabecera utilizables en el compresor de cabecera (Packet_Sized_Allowed).
  27. 27.
    Un terminal (10) para ser usado en un sistema de transmisión de datos que usa paquetes de datos, comprendiendo el terminal un compresor (712) de cabecera y un descompresor (711) de cabecera y estando configurado:
    imagen2
    para transmitir a una red (20) de acceso de radio información de la capacidad del terminal;
    para recibir, desde la red de acceso de radio, información de parámetros del enlace ascendente e información de parámetros del enlace descendente; y
    para usar la información de parámetros del enlace ascendente para el compresor (712) de cabecera y la información de parámetros del enlace descendente para el descompresor (711) de cabecera,
    en el que la información de parámetros del enlace ascendente para el compresor de cabecera y la información de parámetros del enlace descendente para el descompresor de cabecera son independientes entre sí y se basan en la información de la capacidad del terminal.
  28. 28.
    El terminal según la reivindicación 27 en el que la información de parámetros del enlace ascendente para el compresor de cabecera y la información de parámetros del enlace descendente para el descompresor de cabecera son diferentes entre sí.
  29. 29.
    El terminal según una cualquiera de las reivindicaciones 27 y 28 en el que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente incluyen información del espacio de memoria.
  30. 30.
    El terminal según una cualquiera de las reivindicaciones 27 a 29 en el que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente están relacionadas con un modelo de compresión de la cabecera.
  31. 31.
    El terminal según la reivindicación 30 en el que el modelo de compresión de la cabecera es un modelo de compresión RFC3095.
  32. 32.
    El terminal según la reivindicación 30 en el que el modelo de compresión de la cabecera es un modelo de compresión RFC2507.
  33. 33.
    El terminal según una cualquiera de las reivindicaciones 27 a 32 en el que una cantidad de paquetes transmisión del enlace descendente es mayor que una cantidad de paquetes transmisión del enlace ascendente.
  34. 34.
    El terminal según una cualquiera de las reivindicaciones 27 a 32 en el que una cantidad de paquetes transmisión del enlace descendente es menor que una cantidad de paquetes transmisión del enlace ascendente.
  35. 35.
    El terminal según una cualquiera de las reivindicaciones 27 a 34 en el que la información de parámetros del enlace descendente y la información de parámetros del enlace ascendente se fijan también según un cálculo estadístico fijado previamente en la red de acceso de radio.
  36. 36.
    El terminal según una cualquiera de las reivindicaciones 27 a 35 en el que la información de parámetros del enlace ascendente comprende al menos un valor de parámetro del enlace ascendente y la información de parámetros del enlace descendente comprende al menos un valor de parámetro del enlace descendente.
  37. 37.
    El terminal según una cualquiera de las reivindicaciones 27 a 36 en el que la información de parámetros del enlace ascendente comprende un parámetro que representa un número máximo de contextos usados para el compresor de cabecera (MAX_ CID) y la información de parámetros del enlace descendente comprende un parámetro que representa un número máximo de contextos usados para el descompresor de cabecera (MAX_ CID).
  38. 38.
    El terminal según una cualquiera de las reivindicaciones 27 a 37 en el que la información de parámetros del enlace descendente comprende un parámetro que representa un tamaño máximo de almacenamiento de una memoria intermedia que almacena un paquete de descompresión fallida (Profundidad de descompresión inversa).
  39. 39.
    El terminal según una cualquiera de las reivindicaciones 27 a 38 en el que la información de parámetros del enlace ascendente comprende un parámetro que representa tamaños de paquetes de compresión de cabecera utilizables en el compresor de cabecera (Packet_Sized_Allowed).
  40. 40.
    Un procedimiento para la comunicación entre un terminal (10) y una red (20) de acceso de radio de un sistema de transmisión, que comprende:
    imagen3
    la transmisión de información la capacidad del terminal a la red de acceso de radio;
    la recepción, desde la red de acceso de radio, de información de parámetros del enlace ascendente e información de parámetros del enlace descendente;
    la formación de un compresor (712) de cabecera según la información recibida de parámetros del enlace ascendente; y
    la formación de un descompresor (711) de cabecera según la información recibida de parámetros del enlace descendente,
    en el que la información de parámetros del enlace ascendente para el compresor de cabecera y la información de parámetros del enlace descendente para el descompresor de cabecera son independientes entre sí y se basan en la información de la capacidad del terminal.
  41. 41.
    El procedimiento de la reivindicación 40 en el que la información de parámetros del enlace ascendente para el compresor de cabecera y la información de parámetros del enlace descendente para el descompresor de cabecera son diferentes entre sí.
  42. 42.
    El procedimiento según una cualquiera de las reivindicaciones 40 y 41 en el que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente incluyen información del espacio de memoria.
  43. 43.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 41 en el que la información de parámetros del enlace ascendente y la información de parámetros del enlace descendente están relacionadas con un modelo de compresión de la cabecera.
  44. 44.
    El procedimiento según la reivindicación 43 en el que el modelo de compresión de la cabecera es un modelo de compresión RFC3095.
  45. 45.
    El procedimiento según la reivindicación 43 en el que el modelo de compresión de la cabecera es un modelo de compresión RFC2507.
  46. 46.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 45 en el que una cantidad de paquetes transmisión del enlace descendente es mayor que una cantidad de paquetes transmisión del enlace ascendente.
  47. 47.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 45 en el que una cantidad de paquetes transmisión del enlace descendente es menor que una cantidad de paquetes transmisión del enlace ascendente.
  48. 48.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 47 en el que la información de parámetros del enlace descendente y la información de parámetros del enlace ascendente se fijan también según un cálculo estadístico fijado previamente en la red de acceso de radio.
  49. 49.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 48 en el que la información de parámetros del enlace ascendente comprende al menos un valor de parámetro del enlace ascendente y la información de parámetros del enlace descendente comprende al menos un valor de parámetro del enlace descendente.
  50. 50.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 49 en el que la información de parámetros del enlace ascendente comprende un parámetro que representa un número máximo de contextos usados para el compresor de cabecera (MAX_ CID) y la información de parámetros del enlace descendente comprende un parámetro que representa un número máximo de contextos usados para el descompresor de cabecera (MAX_ CID).
  51. 51.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 50 en el que la información de parámetros del enlace descendente comprende un parámetro que representa un tamaño máximo de almacenamiento de una memoria intermedia que almacena un paquete de descompresión fallida (Profundidad de descompresión inversa).
  52. 52.
    El procedimiento según una cualquiera de las reivindicaciones 40 a 51 en el que la información de parámetros del enlace ascendente comprende un parámetro que representa tamaños de paquetes de compresión de cabecera utilizables en el compresor de cabecera (Packet_Sized_Allowed).
ES03788161T 2002-08-14 2003-08-14 Sistema y procedimiento de transmisión bidireccional de paquetes de datos. Expired - Lifetime ES2360213T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2002-0048261 2002-08-14
KR20020048261A KR100884956B1 (ko) 2002-08-14 2002-08-14 비대칭 양방향 패킷데이터 송수신 방법 및 시스템

Publications (1)

Publication Number Publication Date
ES2360213T3 true ES2360213T3 (es) 2011-06-01

Family

ID=36088014

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03788161T Expired - Lifetime ES2360213T3 (es) 2002-08-14 2003-08-14 Sistema y procedimiento de transmisión bidireccional de paquetes de datos.

Country Status (16)

Country Link
US (6) US7366105B2 (es)
EP (3) EP1532778B1 (es)
JP (1) JP4008447B2 (es)
KR (1) KR100884956B1 (es)
CN (5) CN101778422B (es)
AT (1) ATE503336T1 (es)
AU (1) AU2003252560B2 (es)
DE (1) DE60336479D1 (es)
ES (1) ES2360213T3 (es)
HK (1) HK1077441A1 (es)
IL (2) IL161838A0 (es)
MX (1) MXPA04004668A (es)
PT (1) PT2256999E (es)
RU (1) RU2310283C2 (es)
UA (1) UA77036C2 (es)
WO (1) WO2004017578A1 (es)

Families Citing this family (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6915473B2 (en) 2001-05-14 2005-07-05 Interdigital Technology Corporation Method and system for implicit user equipment identification
US20030134651A1 (en) * 2002-01-16 2003-07-17 Hsu Raymond T. Method and apparatus for flow treatment and mapping on multicast/broadcast services
US8959230B2 (en) * 2002-01-28 2015-02-17 Qualcomm Incorporated Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
US7200405B2 (en) * 2003-11-18 2007-04-03 Interdigital Technology Corporation Method and system for providing channel assignment information used to support uplink and downlink channels
FI20031853A (fi) * 2003-12-18 2005-06-19 Nokia Corp Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
JP4474215B2 (ja) * 2004-06-29 2010-06-02 パナソニック株式会社 無線基地局装置、無線制御システム、および動作制御方法
FI20041005A0 (fi) * 2004-07-20 2004-07-20 Nokia Corp Otsikkotietojen pakkaus pakkaajan ja pakkauksen purkajan välillä
KR100876771B1 (ko) 2004-08-17 2009-01-07 삼성전자주식회사 무선 통신 시스템에서 제어 정보 압축 방법과 스캐닝 정보 송수신 방법 및 장치
CN100518180C (zh) * 2004-12-03 2009-07-22 华为技术有限公司 一种实现分组数据聚合协议功能的系统及方法
US7656835B2 (en) * 2005-05-18 2010-02-02 Nokia Corporation Method for informing changed communications capabilities
US20070027953A1 (en) * 2005-07-26 2007-02-01 Chao-Hung Wu Electronic mailbox address book sharing system and method for the same
WO2007044414A1 (en) 2005-10-07 2007-04-19 Interdigital Technology Corporation Method and system for providing control information for supporting high speed downlink and uplink
US7715354B2 (en) 2005-12-30 2010-05-11 Samsung Electronics Co., Ltd. Method of beacon exchange between devices with asymmetric links and system using the method
JP2007194693A (ja) * 2006-01-17 2007-08-02 Kddi Corp ヘッダ圧縮機能を有するｒｔｐ通信用端末、プログラム及びネットワーク制御装置
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ｉｐｄｃ 서비스를 제공하는 장치 및 방법 및 ｉｐｄｃ서비스를 처리하는 장치 및 방법
KR101375169B1 (ko) * 2006-10-24 2014-03-18 삼성전자주식회사 광대역 무선 접속 시스템에서 헤더 압축 방법 지원 여부를 통보하는 방법 및 장치
CN101595763B (zh) * 2007-01-31 2012-01-25 富士通株式会社 无线通信控制方法、无线基站和无线终端
KR101013620B1 (ko) * 2007-03-03 2011-02-10 주식회사 세아네트웍스 Ｏｆｄｍ/ｏｆｄｍａ 통신 시스템의 레인징을 위한 장치 및방법
US20090003347A1 (en) * 2007-06-29 2009-01-01 Yang Tomas S Backhaul transmission efficiency
CN101364980B (zh) * 2007-08-10 2012-06-20 华为技术有限公司 建立头压缩通信的方法及系统、头压缩策略功能实体
WO2009021422A1 (fr) * 2007-08-10 2009-02-19 Huawei Technologies Co., Ltd. Procédé et système permettant d'établir une communication à compression d'en-tête, et entité fonctionnelle de politique de compression d'en-tête
CN101843157B (zh) * 2007-11-01 2013-10-30 爱立信电话股份有限公司 基于无线电承载配置的缓冲器状态报告
US8995469B2 (en) * 2008-01-30 2015-03-31 Qualcomm Incorporated Relay based header compression
US9065646B2 (en) 2008-02-04 2015-06-23 Nokia Solutions And Networks Oy ACK/NACK channelization for resource blocks containing both ACK/NACK and CQI
US8488553B2 (en) * 2008-06-05 2013-07-16 Alcatel Lucent Method for providing seamless transition between networks following different protocols
US8488582B2 (en) * 2008-06-12 2013-07-16 Alcatel Lucent Minimal GAN RTP packet length via multi-level header compression
KR101236033B1 (ko) * 2008-07-21 2013-02-21 한국전자통신연구원 통신 오버헤드를 제거하는 통신 시스템
WO2010011054A2 (en) * 2008-07-21 2010-01-28 Electronics And Telecommunications Research Institute Communication system for removing transmission overhead
US8199776B2 (en) * 2008-07-29 2012-06-12 Sony Corporation System and method for effectively transmitting content bursts to electronic devices
US7835399B2 (en) * 2009-01-06 2010-11-16 Alcatel Lucent IP header compression context identifier synergism
US8804535B2 (en) 2009-03-25 2014-08-12 Avaya Inc. System and method for sending packets using another device's network address
US8165030B2 (en) * 2009-04-30 2012-04-24 Avaya Inc. System and method for monitoring a network communication at multiple network layers
US8072890B2 (en) * 2009-05-01 2011-12-06 Avaya Inc. System and method for testing a dynamic communication across a network
US8144734B2 (en) * 2009-05-06 2012-03-27 Avaya Inc. Intelligent multi-packet header compression
US8238254B2 (en) * 2009-05-14 2012-08-07 Avaya Inc. Detection and display of packet changes in a network
US8619594B2 (en) * 2009-07-31 2013-12-31 Avaya Inc. System and method for comparing packet traces for failed and successful communications
US9674311B2 (en) 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes
CN101635744B (zh) * 2009-08-26 2012-08-29 华为技术有限公司 一种数据传输方法及数据传输系统以及相关设备
JP2013506917A (ja) * 2009-09-30 2013-02-28 サンプリファイ システムズ インコーポレイテッド 圧縮及び復元を用いたマルチ・プロセッサの波形データ交換の改善
CN101702813B (zh) * 2009-10-12 2014-12-10 中兴通讯股份有限公司 一种内存操作管理方法及装置
JP5516170B2 (ja) * 2010-07-14 2014-06-11 ブラザー工業株式会社 通信装置及びコンピュータプログラム
CN103457614B (zh) * 2012-05-31 2016-09-28 国际商业机器公司 射频单元、基带处理单元和基站系统
US9451469B2 (en) * 2012-07-23 2016-09-20 Intel Corporation Apparatus and method for tunneled GPM
ES2441140B1 (es) * 2012-07-30 2015-03-10 Vodafone Espana Sau Metodo, entidad de red y equipo de usuario para entregar informacion a una red de acceso de radio.
US9467894B2 (en) * 2012-11-13 2016-10-11 Telefonaktiebolaget L M Ericsson (Publ) Selective robust header compression (RoHC) for a VoIP call in a cellular communications network
US9357435B2 (en) 2013-11-06 2016-05-31 Samsung Electronics Co., Ltd. Method and system for handling audio packets during a volte call
WO2015077913A1 (zh) * 2013-11-26 2015-06-04 华为技术有限公司 一种电缆承载数据业务接口规范系统中报文转发方法及装置
WO2015115968A1 (en) * 2014-01-31 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) Radio compression memory allocation
WO2015133770A1 (en) * 2014-03-03 2015-09-11 Lg Electronics Inc. Apparatus and methods for transmitting / receiving a broadcast signal
US9877141B2 (en) * 2014-06-24 2018-01-23 Telefonaktiebolaget Lm Ericsson (Publ) Management of wireless devices in limited radio coverage
US10285163B2 (en) 2014-06-24 2019-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Management of wireless devices in limited radio coverage
WO2016064150A1 (ko) * 2014-10-20 2016-04-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3016432B1 (en) * 2014-10-30 2018-07-04 Vodafone IP Licensing limited Content compression in mobile network
US9860870B2 (en) 2015-01-26 2018-01-02 Telefonaktiebolaget Lm Ericsson (Publ) Wireless communications-dynamic coverage class update and aligning coverage class paging groups
CN105407494B (zh) * 2015-10-23 2018-10-30 中国联合网络通信集团有限公司 网络扩容方法及装置
US20170257796A1 (en) * 2016-03-07 2017-09-07 Mediatek Inc. Selective Uplink Only Header Compression Mechanism
WO2018142504A1 (ja) * 2017-02-01 2018-08-09 富士通株式会社 暗号鍵配信システム、鍵配信ｅｃｕ、鍵受信ｅｃｕ、鍵配信プログラム、鍵受信プログラム及び暗号鍵配信方法
EP3598793A4 (en) * 2017-03-14 2020-09-23 NTT DoCoMo, Inc. WIRELESS COMMUNICATION DEVICE AND WIRELESS COMMUNICATION METHOD
FR3064865B1 (fr) * 2017-03-29 2020-10-30 Acklio Procede d'apprentissage d'un contexte de compression/decompression, dispositif, systeme et produit programme d'ordinateur correspondants.
US10917386B2 (en) * 2018-03-05 2021-02-09 Lenovo (Singapore) Pte. Ltd. Determining if a correspondent device is trusted
CN112312587A (zh) * 2019-07-30 2021-02-02 夏普株式会社 用户设备及其执行的方法和基站及其执行的方法
TWI734195B (zh) * 2019-09-17 2021-07-21 圓展科技股份有限公司 具有控制回饋功能的影像傳輸裝置及控制回饋方法

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE257996T1 (de) * 1997-02-21 2004-01-15 Pinpoint Inc Rundfunkdatenverteilsystem mit asymmetrischen auf-und abwärtsverbindungsbandbreiten
US6041054A (en) * 1997-09-24 2000-03-21 Telefonaktiebolaget Lm Ericsson Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two
US6016311A (en) 1997-11-19 2000-01-18 Ensemble Communications, Inc. Adaptive time division duplexing method and apparatus for dynamic bandwidth allocation within a wireless communication system
CN1135788C (zh) * 1998-02-05 2004-01-21 三星电子株式会社 用于改进网络操作的装置和方法
US6344075B1 (en) 1998-06-24 2002-02-05 Konica Corporation Dye and image recording material, and thermal transfer material and ink-jet recording liquid
US6334057B1 (en) * 1998-06-30 2001-12-25 Telefonaktiebolaget Lm Ericsson (Publ) Channel allocation in a telecommunications system with asymmetric uplink and downlink traffic
GB9816207D0 (en) * 1998-07-25 1998-09-23 Univ Edinburgh Technique to improve through input in a cellular communication system
FI110048B (fi) * 1998-09-16 2002-11-15 Nokia Corp Menetelmä ja laite radioresurssien dynaamiseksi ohjaamiseksi
FI105304B (fi) * 1998-10-13 2000-07-14 Nokia Networks Oy Tiedonsiirtoresurssien optimointi
EP1142266A1 (en) 1998-12-23 2001-10-10 Opuswave Networks, Inc. Wireless local loop system supporting voice/ip
FI107000B (fi) 1999-02-17 2001-05-15 Nokia Mobile Phones Ltd Otsikon pakkaaminen reaaliaikaisissa palveluissa
US6438108B1 (en) * 1999-03-11 2002-08-20 Telefonaktiebolaget L M Ericsson (Publ) System for improved transmission of acknowledgements within a packet data network
CN1357189A (zh) * 1999-06-18 2002-07-03 艾利森电话股份有限公司 利用历史信息的稳健的德尔塔编码技术
SE516871C2 (sv) * 1999-06-23 2002-03-12 Teracom Ab Metod för flödesstyrning i ett datakommunikationsnät
JP2001130800A (ja) * 1999-08-26 2001-05-15 Lintec Corp シート材搬送機構における巻き込み防止構造、および巻き込み防止構造を備えた印字装置
KR100336993B1 (ko) * 1999-09-16 2002-05-17 송문섭 코드분할다중접속 방식 무선 가입자망의 무선 비대칭 채널 설정 방법
US6300887B1 (en) * 1999-11-09 2001-10-09 Nokia Networks Oy Efficient handoff procedure for header compression
US6608841B1 (en) * 1999-12-30 2003-08-19 Nokia Networks Oy System and method for achieving robust IP/UDP/RTP header compression in the presence of unreliable networks
JP4945044B2 (ja) * 2000-02-22 2012-06-06 ノーテル・ネットワークス・リミテッド 無線パケット交換音声コールを制御するためのシステムおよび方法
US6665518B1 (en) 2000-03-01 2003-12-16 Northrop Gumman Corporation Asymmetric assignment of space-borne communication system resources
EP1146713B1 (en) * 2000-03-03 2005-04-27 NTT DoCoMo, Inc. Method and apparatus for packet transmission with header compression
US7539130B2 (en) * 2000-03-28 2009-05-26 Nokia Corporation Method and system for transmitting and receiving packets
EP1143634A1 (en) * 2000-04-07 2001-10-10 Alcatel A method for setting compressed mode parameters and for setting a transmission quality target value for power control in a mobile radiocommunication system
FI112014B (fi) * 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
FI111493B (fi) * 2000-09-22 2003-07-31 Nokia Corp Kontekstitunnisteen määrittäminen otsikkokenttien kompressoinnissa
US20020064164A1 (en) 2000-10-06 2002-05-30 Barany Peter A. Protocol header construction and/or removal for messages in wireless communications
FI110739B (fi) 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
US7290063B2 (en) 2001-01-10 2007-10-30 Nokia Corporation Relocating context information in header compression
FI111777B (fi) * 2001-01-16 2003-09-15 Nokia Corp IP-datan siirtäminen tietoliikennejärjestelmässä
FI112995B (fi) * 2001-01-16 2004-02-13 Nokia Corp Virheellisen datan käsittely pakettivälitteistä tiedonsiirtoa tarjoavassa tietoliikennejärjestelmässä
US6970423B2 (en) * 2001-01-18 2005-11-29 Lucent Technologies Inc. Universal mobile telecommunications system (UMTS) quality of service (QoS) supporting asymmetric traffic classes
US9100457B2 (en) * 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US6845095B2 (en) 2001-04-27 2005-01-18 Telefonaktiebolaget Lm Ericsson (Publ) Efficient header handling involving GSM/EDGE radio access networks
FI118244B (fi) * 2001-06-27 2007-08-31 Nokia Corp Otsikkokenttien kompressiotunnisteen välittäminen datapakettiyhteydellä
WO2003034771A1 (en) 2001-10-19 2003-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for channel type switching
US20040120357A1 (en) 2002-12-23 2004-06-24 Sami Kekki On-demand header compression
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
CA2569106C (en) * 2004-06-04 2013-05-21 Qualcomm Incorporated High data rate interface apparatus and method

Also Published As

Publication number Publication date
CN1615618B (zh) 2011-09-14
EP1532778B1 (en) 2011-03-23
US20040125793A1 (en) 2004-07-01
CN101754275A (zh) 2010-06-23
EP1532778A1 (en) 2005-05-25
IL161838A (en) 2009-06-15
US7366105B2 (en) 2008-04-29
ATE503336T1 (de) 2011-04-15
EP2256999A1 (en) 2010-12-01
EP2375654A1 (en) 2011-10-12
US20090073906A1 (en) 2009-03-19
RU2004126164A (ru) 2006-01-20
UA77036C2 (en) 2006-10-16
US9635141B2 (en) 2017-04-25
US20090073901A1 (en) 2009-03-19
CN101765150B (zh) 2016-07-13
PT2256999E (pt) 2012-10-26
US9635142B2 (en) 2017-04-25
CN101778422B (zh) 2016-01-06
CN101754275B (zh) 2013-07-17
CN102196497B (zh) 2016-08-10
CN1615618A (zh) 2005-05-11
KR20040016064A (ko) 2004-02-21
EP1532778A4 (en) 2009-03-25
KR100884956B1 (ko) 2009-02-23
IL161838A0 (en) 2005-11-20
CN101765150A (zh) 2010-06-30
CN102196497A (zh) 2011-09-21
WO2004017578A1 (en) 2004-02-26
CN101778422A (zh) 2010-07-14
JP2005529572A (ja) 2005-09-29
JP4008447B2 (ja) 2007-11-14
DE60336479D1 (de) 2011-05-05
EP2375654B1 (en) 2012-10-03
EP2256999B1 (en) 2012-10-03
AU2003252560A1 (en) 2004-03-03
US8139555B2 (en) 2012-03-20
US20080186947A1 (en) 2008-08-07
MXPA04004668A (es) 2004-08-12
US20120230284A1 (en) 2012-09-13
HK1077441A1 (en) 2006-02-10
AU2003252560B2 (en) 2006-02-23
US8848684B2 (en) 2014-09-30
US9635140B2 (en) 2017-04-25
US20090073900A1 (en) 2009-03-19
RU2310283C2 (ru) 2007-11-10

Similar Documents

Publication Publication Date Title
ES2360213T3 (es) Sistema y procedimiento de transmisión bidireccional de paquetes de datos.
JP3834001B2 (ja) データパケット接続のヘッダフィールド圧縮の定義方法
EP2464063A1 (en) Method and apparatus for header compression in network relay scenarios
KR100742868B1 (ko) 이동 데이터 통신망에서의 핸드오버 동안의 헤더 압축문맥 제어 방법
AU2009255752B2 (en) Method for providing seamless transition between networks following different protocols
KR100981823B1 (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
KR101020318B1 (ko) 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
Metsälä 3GPP Mobile Systems
ZA200403512B (en) Bi-directional packet data transmission system and method