ES2272691T3 - Reubicacion de la informacion de contexto en la compresion de encabezamientos. - Google Patents
Reubicacion de la informacion de contexto en la compresion de encabezamientos. Download PDFInfo
- Publication number
- ES2272691T3 ES2272691T3 ES02716109T ES02716109T ES2272691T3 ES 2272691 T3 ES2272691 T3 ES 2272691T3 ES 02716109 T ES02716109 T ES 02716109T ES 02716109 T ES02716109 T ES 02716109T ES 2272691 T3 ES2272691 T3 ES 2272691T3
- Authority
- ES
- Spain
- Prior art keywords
- network entity
- mobile terminal
- network
- context
- compression
- 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
Links
Classifications
-
- 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/18—Time-division multiplex systems using frequency compression and subsequent expansion of the individual signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- 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
- 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
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Measurement And Recording Of Electrical Phenomena And Electrical Characteristics Of The Living Body (AREA)
- Apparatus For Radiation Diagnosis (AREA)
- Magnetic Resonance Imaging Apparatus (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
Método de reubicación del contexto de compresión de encabezamientos en una red por paquetes la cual transmite paquetes que tienen encabezamientos comprimidos que comprende: establecer una conexión entre un terminal móvil (UE) y una primera entidad de red (SGSN Antiguo) incluyendo el almacenamiento de información de contexto usada con la compresión y descompresión de los encabezamientos de los paquetes en el terminal móvil y la primera entidad de red; interrumpir la actualización de la información de contexto en el terminal móvil (UE) y en la primera entidad de red (SGSN Antiguo); en respuesta a dicha interrupción de la actualización de la información de contexto, obtener una instantánea de la información del contexto de compresión y de descompresión en la primera entidad de red que incluye el almacenamiento de dicha instantánea de la información de contexto en la primera entidad de red; y cambiar la conexión entre la primera entidad de red (SGSN Antiguo) y el terminal móvil (UE) a una conexión entre el terminal móvil y una segunda entidad de red (SGSN Nuevo) que incluye la transferencia de la instantánea de la información de contexto almacenada por la primera entidad de red hacia la segunda entidad de red (SGSN Nuevo), la cual es almacenada por la segunda entidad de red (SGSN Nuevo) como la información de contexto de la segunda entidad de red y utilizar la información almacenada de contexto en el terminal móvil (UE) y la segunda entidad de red (SGSN Nuevo) para la compresión y descompresión de los encabezamientos de los paquetes.
Description
Reubicación de la información de contexto en la
compresión de encabezamientos.
La presente invención se refiere a la
reubicación de la información de contexto en la compresión de
encabezamientos.
El avance rápido en la tecnología IP (Protocolo
de Internet) durante los últimos años ha provocado que aumente
también el potencial de uso de diferentes aplicaciones basadas en IP
aparte de la transferencia de datos convencional por Internet. En
particular las aplicaciones de telefonía basadas en IP se han
desarrollado a un ritmo rápido, como consecuencia de lo cual en
principio, utilizando la tecnología IP, se puede implementar una
parte, siempre en crecimiento, del camino de transmisión de
llamadas incluso en redes de telefonía convencional (PSTN/ISDN, Red
Telefónica Pública Conmutada/Red Digital de Servicios Integrados) y
en redes móviles (PLMN, Red Pública Terrestre de Servicios
Móviles).
Especialmente en las redes móviles, la
tecnología IP ofrece muchas ventajas, ya que además de los servicios
de voz convencionales de las redes móviles, los cuales se podrían
proporcionar por medio de diversas aplicaciones de voz IP, las
redes móviles proporcionarán cada vez más servicios de datos
diferentes, tales como navegación por Internet, servicios de correo
electrónico, juegos, etcétera, los cuales típicamente se implementan
de forma más preferente como servicios basados en IP por
conmutación de paquetes. De esta manera, las capas IP dispuestas en
los protocolos de los sistemas móviles podrían ser aprovechadas
tanto por servicios de audio/vídeo como por diversos servicios de
datos.
En las redes móviles, resulta especialmente
importante el utilizar de la forma más eficaz posible los recursos
de radiocomunicaciones limitados. Esta situación, por su parte, hace
que se complique la utilización de los protocolos IP en la interfaz
de radiocomunicaciones, ya que en protocolos basados en IP, la
proporción de los diversos campos de los encabezamientos de los
datos transferidos es muy alta, y de forma correspondiente, la
proporción de carga útil es pequeña. Adicionalmente, el índice de
errores de bit (BER) de la interfaz de radiocomunicaciones y el
tiempo de ida y vuelta (RTT) de las direcciones de enlace ascendente
y enlace descendente pueden, en condiciones deficientes, aumentar
notablemente, lo cual genera problemas en los métodos de compresión
de campos de encabezamientos más conocidos. Esta situación ha creado
la necesidad de desarrollar un método de compresión de
encabezamientos adecuado para diferentes protocolos IP, el cual
resultaría especialmente apropiado para la transferencia de datos
en tiempo real a través de la interfaz de radiocomunicaciones: una
compresión eficaz de campos de encabezamientos la cual, sin embargo,
se puede usar en condiciones en las cuales los índices de errores de
bit y los tiempos de ida y vuelta aumenten considerablemente.
Con este fin, el IETF (Grupo de Trabajo de
Ingeniería de Internet) ha estado trabajando últimamente en la
normalización de un método de compresión de campos de
encabezamientos conocido como ROHC (Compresión Robusta de
Encabezamientos). Una de las ideas que subyace tras el desarrollo de
la ROHC es que se produce mucha redundancia entre los diversos
campos de encabezamientos IP usados en la transferencia de paquetes
de datos, no solamente dentro del paquete de datos, sino también
entre ellos. En otras palabras, una gran cantidad de la información
de los campos de los encabezamientos no varía en absoluto durante la
transferencia de los paquetes de datos y por lo tanto dicha
información es sencilla de reconstruir en un receptor incluso aunque
no se transmita. Solamente una pequeña parte de los campos de los
encabezamientos es tal que la información que comprenden requiere
que se le preste atención durante la compresión. Además, la ROHC
comprende varios niveles de compresión, con lo cual la eficacia de
la compresión aumenta cuando se cambia a un nivel superior. La ROHC
siempre intenta usar la compresión más eficaz posible, de tal
manera, sin embargo, que antes de cambiar al nivel siguiente, se
garantice siempre una fiabilidad suficiente de funcionamiento del
nivel. La ROHC presenta además la característica típica de que deja
que varias cuestiones esenciales para el uso de un método de
compresión sean gestionadas por la capa de enlace inferior.
La ROHC, como típicamente todas las técnicas de
compresión de encabezamientos, requiere el almacenamiento de la
información de contexto usada para la compresión y descompresión de
encabezamientos de paquetes en el compresor (transmisor) y el
descompresor (receptor) y la inicialización del proceso de
compresión/descompresión mediante el envío de encabezamientos
esencialmente completos. Lo que se pretende comunicar con la
expresión información de contexto es un estado el cual es usado por
el compresor para comprimir el campo del encabezamiento a
transmitir y por el descompresor para descomprimir un campo de un
encabezamiento recibido. Cuando la compresión/descompresión de
encabezamientos se utiliza con un enlace inalámbrico, los
encabezamientos enviados sobre el tráfico de enlace ascendente son
comprimidos por el terminal móvil y descomprimidos por una entidad
de red. En el tráfico de enlace descendente, la entidad de red
comprime los encabezamientos, y el terminal móvil descomprime los
encabezamientos.
En el funcionamiento normal de la
compresión/descompresión, la información del contexto de
descompresión está sincronizada con la información del contexto de
compresión, en el sentido de que cuando se usa la información del
contexto de descompresión para descomprimir un encabezamiento que se
comprimió con la información del contexto de compresión, se
reconstruye el encabezamiento original sin comprimir. Tanto la
información del contexto de compresión como la información del
contexto de descompresión pueden ser actualizadas continuamente por
el compresor y el descompresor respectivamente, de tal manera que
los dos contextos permanecen sincronizados.
El documento de KHIEM LE: "Context
transfer", 16 de octubre de 2000, páginas X.3 - X.5, recuperado
de Internet: <URL:http://www.cdt.luth.se/robhc/msg01274.
html>, da a conocer la reubicación en la transferencia de un
contexto de compresión de encabezamientos durante un traspaso en un
entorno de red inalámbrica.
Cuando se realiza un traspaso de un terminal
móvil a otra célula de radiocomunicaciones a la que presta servicio
otra entidad de la red, si no se define ningún procedimiento eficaz
para reubicar la información de contexto en la entidad de red
nueva, el proceso de compresión/descompresión de encabezamientos
debe de pasar nuevamente por la reinicialización, lo cual supone el
envío de encabezamientos completos tanto en el tráfico de enlace
descendente como en el tráfico de enlace ascendente. Dicha
reinicialización con encabezamientos completos al mismo tiempo que
es disruptiva para las comunicaciones activas, consume el ancho de
banda a través de la interfaz aérea. Por esta razón, se ha
desarrollado un mecanismo para transferir la información del
contexto de compresión y descompresión desde la entidad de red
antigua a la entidad de red nueva obteniendo una instantánea de la
información del contexto de compresión y descompresión entre la red
antigua y el terminal móvil y entregando esta instantánea a la
entidad de red nueva para que sea usada como la información del
contexto de compresión y descompresión. Típicamente, la compresión
y la descompresión se detienen durante el tiempo necesario para
obtener la instantánea y transferirla a la entidad de red nueva.
Uno de los problemas con el procedimiento de
reubicación de la información de contexto descrito anteriormente es
la cantidad de tiempo necesaria para obtener la instantánea y
transferirla a la entidad de red nueva, debiéndose interrumpir
durante este tiempo la compresión y la descompresión. Esta situación
da como resultado una interrupción significativa en la
transferencia de datos en tiempo real. De este modo, debería
conseguirse que dicha interrupción fuera lo más corta posible. Otro
de los problemas consiste en que en los sistemas móviles, el
terminal móvil no sabe típicamente de antemano cuándo tendrá lugar
el traspaso en el lado de la red desde la entidad de red antigua a
la entidad de red nueva. Por esta razón, el terminal móvil
continuará comprimiendo los datos de enlace ascendente y
transmitiéndolos hacia la entidad de red antigua incluso aunque la
entidad de red antigua ya haya interrumpido la descompresión de
dichos datos debido al traspaso. En tal caso, el paquete de datos
comprimido enviado por el terminal puede perderse.
De este modo, es un objetivo de la invención
desarrollar un método y un aparato que implemente el método para
mitigar los problemas mencionados anteriormente. El objetivo de la
invención se alcanza a través de un método y un sistema,
caracterizados por los aspectos expresados en las reivindicaciones
independientes. En las reivindicaciones subordinadas se exponen
formas de realización preferidas de la invención.
La invención se basa en la idea de que la
actualización del contexto del compresor y el descompresor se
interrumpe tanto en el terminal móvil como en la entidad de red
antigua, lo cual garantiza que tanto el terminal móvil como la
entidad de red antigua usan el mismo contexto, después de lo cual se
obtiene una instantánea de la información del contexto de
compresión y de descompresión en la entidad de red antigua y la
misma se transmite hacia la entidad de red nueva para ser
almacenada en esta última. El compresor del móvil comprime por lo
menos un encabezamiento de por lo menos un paquete con dicha
información de contexto y transmite el por lo menos un
encabezamiento comprimido de por lo menos un paquete hacia la
entidad de red nueva. A continuación, la entidad de red nueva
descomprime el por lo menos un paquete recibido del por lo menos un
encabezamiento con la información de contexto de compresión
almacenada. Como la información del contexto no ha variado durante
el proceso de reubicación, el compresor del terminal móvil y el
descompresor de la entidad de red nueva están automáticamente
sincronizados y se puede continuar con la transferencia de
datos.
Según una forma de realización preferida de la
invención, se puede evitar la actualización de la información de
contexto deshabilitando el envío, por parte de los descompresores
tanto del terminal móvil como de la entidad de red antigua, de
cualquier acuse de recibo hacia el compresor en el lado opuesto.
Como los descompresores no envían ningún acuse de recibo, no se
actualiza el contexto de los compresores y los compresores tanto del
terminal móvil como de la entidad de red antigua usan la misma
información de contexto para la compresión de paquetes nuevos. De
acuerdo con una segunda forma de realización preferida de la
invención, el terminal móvil interrumpirá la compresión y la
transmisión de datos de enlace ascendente y la entidad de red
antigua interrumpirá la compresión y transmisión de datos de enlace
descendente. Esta situación da como resultado que ya no se
actualice la información del contexto. Según una tercera forma de
realización preferida de la invención, el terminal móvil continuará
ejecutando de forma normal la compresión y descompresión de los
encabezamientos, aunque se evita la actualización del contexto
correspondiente a la información de contexto del terminal móvil
descartando en el compresor/descompresor de la entidad de red
antigua cualquier acuse de recibo proveniente de o dirigido hacia
el compresor/descompresor del terminal móvil o interrumpiendo el
envío de cualquier acuse de recibo hacia el compresor/descompresor
del terminal móvil. Como la entidad de red antigua descarta todos
los acuses de recibo, no se actualiza el contexto del compresor del
terminal móvil sino que dicho terminal móvil continuará
comprimiendo y transmitiendo los datos de enlace ascendente con la
información de contexto anterior.
El método y el sistema de la invención
proporcionan la ventaja de permitir una reubicación eficaz del
contexto de compresión de encabezamientos. Además, el método de la
invención proporciona la ventaja de evitar la desincronización de
los contextos entre el terminal móvil y las entidades de red, aunque
minimizando al mismo tiempo la interrupción en el proceso de
compresión/descompresión en el dominio del tiempo. Todavía otra de
las ventajas de una de las formas de realización de la invención es
que la reubicación del contexto se puede realizar de forma eficaz,
de manera que no se produce ninguna interrupción en la
compresión/descompresión de datos sino que se puede continuar con
la misma de forma interrumpida.
A continuación se describirá más detalladamente
la invención por medio de formas de realización preferidas,
haciendo referencia a los dibujos adjuntos, en los cuales:
la Figura 1 es un diagrama de bloques de cambios
entre diferentes niveles de compresión de la ROHC,
la Figura 2 es un diagrama de bloques de cambios
entre diferentes modos de compresión de la ROHC,
la Figura 3 es un diagrama de bloques de una
estructura simplificada del sistema UMTS,
la Figura 4 muestra pilas de protocolos del
servicio de datos por paquetes UMTS para transmitir datos de
usuario,
la Figura 5 muestra un diagrama de señalización
de la reubicación del subsistema de red de radiocomunicaciones de
servicio (SRNS) según una primera forma de realización preferida de
la invención,
la Figura 6 muestra un diagrama de señalización
de la reubicación del subsistema de red de radiocomunicaciones de
servicio (SRNS) de acuerdo con una segunda forma de realización
preferida de la invención, y
la Figura 7 muestra un diagrama de señalización
de la reubicación del subsistema de red de radiocomunicaciones de
servicio (SRNS) según una tercera forma de realización preferida de
la invención.
A continuación se ilustra la invención por medio
de un ejemplo en combinación con el método de compresión de campos
de encabezamientos ROHC, el cual resulta particularmente adecuado
para la transferencia de datos en tiempo real a través de una
interfaz de radiocomunicaciones. La invención no se limita solamente
a la ROHC, sino que también se puede aplicar a cualquier otro
método de compresión de encabezamientos. Además, la invención es
aplicable a la compresión de encabezamientos IP/UDP/RTP aunque sin
limitarse a los mismos. A continuación se describe la
implementación de la ROHC en relación con las partes esenciales para
la invención. Para obtener una descripción más detallada del método
de compresión en cuestión, consúltese el proyecto de Internet
todavía no finalizado "Robust Header Compression (ROHC)",
versión 04, 11 de octubre de 2000.
En diferentes métodos de compresión se define
típicamente un contexto tanto para un compresor como para un
descompresor, siendo el contexto un estado el cual es usado por el
compresor para comprimir el campo del encabezamiento a transmitir y
por el descompresor para descomprimir un campo de un encabezamiento
recibido. Típicamente, el contexto comprende una versión sin
comprimir del campo del encabezamiento anterior transmitido
(compresor) o recibido (descompresor) a través de una conexión de
transferencia de datos. Adicionalmente, el contexto puede
comprender información que identifica un flujo de paquetes de datos,
tal como números de secuencia o indicaciones de tiempo de paquetes
de datos. De este modo, el contexto comprende típicamente tanto
información estática, la cual permanece invariable durante todo el
flujo de paquetes de datos, como información dinámica, la cual
varía durante el flujo de paquetes de datos, aunque con frecuencia
lo hace según un patrón definido.
La ROHC usa tres niveles de compresión de tal
manera que la compresión se inicia en el nivel más bajo y continúa
gradualmente hacia los niveles superiores. El principio básico es
que la compresión se realice siempre en el nivel más alto posible,
aunque de tal manera que el compresor disponga de la seguridad
suficiente del hecho de que el compresor tiene la información
suficiente para realizar la descompresión en el nivel en cuestión.
Los factores que influyen en el cambio entre diferentes niveles de
compresión son la variación en campos de encabezamientos
consecutivos, los acuses de recibo positivos y negativos recibidos
desde el compresor, y cuando no se producen acuses de recibo, la
expiración de contadores secuenciales específicos. De forma
correspondiente es posible cambiar a un nivel inferior desde un
nivel de compresión superior.
Los niveles de compresión que usa la ROHC en
relación con los protocolos IP (Protocolo de Internet), UDP
(Protocolo de Datagrama de Usuario) y RTP (Protocolo de Tiempo
Real) son inicio/restauración (IR), primer orden (FO), y segundo
orden (SO), y en el diagrama de la Figura 1 se describen los cambios
entre estos niveles. El nivel IR se usa para crear el contexto
correspondiente al descompresor o para recuperarse de una situación
de error. El compresor cambia al nivel IR cuando se inicia la
compresión de los campos de encabezamientos, solicitada por el
descompresor, o cuando se produce la expiración de un temporizador
de actualización. En el nivel IR, el compresor envía campos de
encabezamiento IR en un formato sin comprimir. El compresor intenta
cambiar a un nivel superior cuando está seguro de que el
descompresor ha recibido la información de actualización.
El nivel FO se usa para informar al receptor
sobre irregularidades en los campos de encabezamiento del flujo de
paquetes de datos. Después del nivel IR, el compresor funciona en el
nivel FO en una situación en la que los campos del encabezamiento
no constituyen un patrón uniforme (en otras palabras, los campos de
encabezamiento consecutivos varían aleatoriamente de tal manera que
no se pueden predecir los cambios) o el compresor no puede estar
seguro de que el descompresor haya recibido los parámetros que
definen el patrón uniforme de los campos de encabezamiento. Esta es
una situación típica que se produce, por ejemplo, cuando se inicia
la transmisión de voz, especialmente durante las primeras ráfagas
de voz. En el nivel FO, el compresor envía campos de encabezamiento
FO comprimidos. El compresor intenta nuevamente cambiar a un nivel
superior si los campos de los encabezamientos constituyen un patrón
uniforme y está seguro de que el descompresor ha recibido los
parámetros que definen el patrón uniforme. Los paquetes de datos
del nivel FO comprenden típicamente información de actualización de
contextos, lo cual significa que una descompresión satisfactoria
requiere también una transmisión satisfactoria de campos de
encabezamiento FO consecutivos. Por lo tanto, el éxito del proceso
de descompresión es sensible a la pérdida o alteración de paquetes
del nivel FO.
En el nivel SO, la compresión es óptima. Los
campos de los encabezamientos constituyen un patrón uniforme el
cual es representado por el compresor con campos de encabezamiento
SO comprimidos los cuales, en la práctica, son números de secuencia
de los paquetes de datos. Hacia el descompresor se transmite
información, ya en el nivel FO, sobre parámetros que definen el
patrón uniforme de los campos de encabezamiento, y basándose en los
parámetros y el número de secuencia recibido, el descompresor puede
extrapolar los campos de encabezamiento originales. Como, en la
práctica, los paquetes de datos enviados en el nivel SO no dependen
los unos de los otros, la sensibilidad a los errores de la
compresión también es baja. Cuando los campos de encabezamiento ya
no constituyen un patrón uniforme, el compresor cambia de nuevo al
nivel FO.
La descompresión tiene también tres niveles los
cuales están vinculados con la definición de contexto del
descompresor. El descompresor inicia siempre su funcionamiento a
partir del nivel más bajo cuando todavía no se ha definido ningún
contexto (Sin Contexto). En ese caso, el descompresor todavía no ha
descomprimido ningún paquete de datos. Cuando el descompresor ha
descomprimido el primer paquete de datos el cual comprende
información de contexto tanto estática como dinámica, puede eludir
el nivel medio (Contexto Estático) yendo directamente al nivel
superior (Contexto Completo). Como consecuencia de varias
situaciones de error en el nivel superior, el descompresor cambia
al nivel medio, aunque típicamente incluso un paquete de datos
descomprimido satisfactoriamente devuelve al descompresor al nivel
superior.
Además de diferentes niveles de compresión, la
ROHC dispone de tres modos de funcionamiento diferentes, el modo
unidireccional (modo U), el modo optimista bidireccional (modo O), y
el modo fiable bidireccional (modo R), los cuales se muestran en el
diagrama de la Figura 2. Según la Figura 2, cada nivel de compresión
(IR, FO, SO) descrito anteriormente funciona en cada uno de los
modos, aunque cada modo funciona a su propia manera en cada nivel y
también toma decisiones sobre cambios entre niveles a su propia
manera. La selección del modo para cada situación de compresión
depende de los parámetros de la conexión de transferencia de datos
usada, tales como la posibilidad de usar un canal de retorno, las
probabilidades y la distribución de los errores, los efectos de la
variación en el tamaño de los campos de encabezamiento.
En el modo unidireccional los paquetes de datos
se transmiten solamente desde el compresor hacia el descompresor,
de manera que el modo U de la ROHC resulta útil en situaciones en
las que el uso de un canal de retorno no es posible o deseable. En
el modo U, el cambio entre diferentes niveles de compresión se
realiza como consecuencia de la expiración de ciertos contadores
secuenciales o sobre la base de la variación de los patrones de
campos de encabezamiento. Como no se usa ningún canal de retorno,
la compresión en el modo U es menos eficaz y la desaparición de
paquetes de datos en el camino de transmisión es más probable que en
cualquiera de los modos bidireccionales. El uso de la ROHC se
inicia siempre en el modo U y el cambio a cualquiera de los modos
bidireccionales puede tener lugar cuando el descompresor ha
recibido por lo menos un paquete y como respuesta al paquete, el
descompresor indica que es necesario un cambio de modo.
El modo optimista bidireccional es similar al
modo unidireccional con la excepción de que en el modo O, se usa un
canal de retorno para corregir situaciones de error y para acusar el
recibo de actualizaciones de contexto significativas desde el
descompresor al compresor. En el modo O no se realizan
actualizaciones secuenciales. El modo O es adecuado preferentemente
para conexiones que requieren una eficacia de compresión óptima con
un tráfico reducido del canal de retorno. El modo O proporciona una
transferencia de paquetes de datos razonablemente fiable, en la
cual la sincronización entre el compresor y el descompresor se puede
mantener típicamente de forma satisfactoria y los paquetes de datos
rara vez se pierden y cuando lo hacen, se pierden en un número
insignificante. No obstante, con unos índices de errores de bit muy
altos, los paquetes de datos se pueden perder en el camino de
transmisión.
El modo fiable bidireccional es diferente
claramente con respecto a los modos mencionados anteriormente. El
modo R usa un canal de retorno para acusar el recibo de todas las
actualizaciones de contexto, también para acusar el recibo de
actualizaciones de números de secuencia. De este modo en el modo R,
los paquetes de datos se pueden transmitir casi por completo de
forma fiable entre el compresor y el descompresor. La compresión de
campos de encabezamiento no puede provocar la desaparición de
paquetes de datos en el modo R. Uno de los inconvenientes del modo
R es que el tamaño del campo de encabezamiento es en algunos casos
ligeramente mayor que en los modos mencionados anteriormente y que
el tráfico del canal de retorno aumenta considerablemente.
Los tres modos de funcionamiento y los tres
niveles de compresión de la ROHC constituyen situaciones de
funcionamiento diferentes para la compresión de los campos de
encabezamiento, requiriendo cada situación la definición del
funcionamiento del compresor y el descompresor (es decir, la
información de contexto) y la transmisión de paquetes entre ellos.
Ciertos parámetros son negociados por separado para cada flujo de
paquetes de datos por el compresor y el descompresor. Según las
definiciones ROHC, la capa de protocolo inferior (capa de enlace)
usada en cada momento debe proporcionar un mecanismo para la
negociación de los parámetros usados en la compresión de los campos
de encabezamiento. Los parámetros se negocian antes de iniciar la
compresión.
En lo sucesivo, cuando se explique el
procedimiento de reubicación, la expresión "entidad de red
antigua" hace referencia a la entidad de red con la cual está
conectado el terminal móvil cuando el procedimiento de reubicación
está a punto de iniciarse. A la expresión "entidad de red
antigua" se le puede hacer referencia también como "primera
entidad de red". La expresión "entidad de red nueva" hace
referencia a la entidad de red a la cual se cambia la conexión del
terminal móvil durante el procedimiento de reubicación. A la
expresión "entidad de red nueva" se le puede hacer referencia
también como "segunda entidad de red", respectivamente.
Cuando se realiza un traspaso de un terminal
móvil a otra célula de radiocomunicaciones a la que presta servicio
otra entidad de red, también debe realizarse la reubicación de la
información de contexto desde la entidad de red antigua a la
entidad de red nueva. Según una de las soluciones conocidas, esta
operación se puede realizar obteniendo una instantánea de la
información del contexto de compresión y de descompresión usada
entre la red antigua y el terminal móvil y entregando esta
instantánea a la entidad de red nueva para que sea usada como la
información del contexto de compresión y de descompresión. Según
dicha solución conocida anterior, la compresión y la descompresión
se interrumpen durante el tiempo requerido para obtener la
instantánea y transferirla a la entidad de red nueva.
Para el tráfico de enlace descendente, la
entidad de red antigua contiene la información del contexto de
compresión, la cual está sincronizada con la información del
contexto de descompresión del descompresor del móvil. La entidad de
red antigua transmite una instantánea de la información del contexto
de compresión hacia la entidad de red nueva la cual almacena la
información de contexto recibida como información de contexto de la
entidad de red nueva. La entidad de red nueva usa la información
almacenada del contexto de compresión para comprimir un
encabezamiento de por lo menos un paquete transmitido hacia el
descompresor del móvil y el descompresor del móvil usa la
información del contexto de descompresión memorizada anteriormente
para descomprimir el encabezamiento del por lo menos un paquete de
datos. Para el tráfico de enlace ascendente, la entidad de red
antigua contiene la información del contexto de descompresión, la
cual está sincronizada con la información del contexto de
compresión del compresor del móvil. La entidad de red antigua
transmite la instantánea de la información del contexto de
descompresión hacia la entidad de red nueva, la cual almacena dicha
instantánea para ser usada como su información de contexto de
descompresión. El compresor del móvil comprime por lo menos un
encabezamiento de por lo menos un paquete con su información de
contexto y transmite el por lo menos un encabezamiento comprimido
de por lo menos un paquete hacia la entidad de red nueva. A
continuación, la entidad de red nueva descomprime el por lo menos
un paquete recibido del por lo menos un encabezamiento con la
información del contexto de descompresión almacenada.
La reubicación se puede realizar bien
simultáneamente con el traspaso de radiocomunicaciones o bien
después de este último. Por esta razón, el orden de las acciones de
obtener las instantáneas de la información de contexto y
transmitirlas entre las entidades de red puede variar dependiendo de
la forma de realización, aunque en cualquier caso, en las
soluciones conocidas anteriores, la compresión y la descompresión se
interrumpen durante el tiempo requerido para obtener las
instantáneas y transferirlas a la entidad de red nueva. Como el
proceso de compresión/descompresión es asíncrono con respecto al
proceso de traspaso y no depende de este último, ya que el primero
es guiado por el flujo de paquetes mientras que el último es guiado
por las condiciones de radiocomunicaciones, esto puede provocar una
interrupción importante en la transferencia de datos de tiempo
real. Además, típicamente el terminal móvil no sabe de antemano
cuándo tendrá lugar el traspaso en el lado de la red desde la
entidad de red antigua a la entidad de red nueva. Por esta razón, en
las soluciones conocidas anteriores, el terminal móvil continuará
comprimiendo los datos de enlace ascendente y transmitiéndolos hacia
la entidad de red antigua, incluso aunque la entidad de red antigua
ya haya dejado de descomprimir dichos datos debido al traspaso. Por
ello, cuando llega el momento en el que la entidad de red nueva usa
la información de contexto transferida, la misma ya puede estar
desincronizada con los contextos en el terminal móvil. Por esta
razón debería evitarse dicha desincronización de los contextos, al
mismo tiempo que deberían minimizarse simultáneamente dicha
interrupción en el proceso de compresión/descompresión en el dominio
del tiempo.
Según la invención, este objetivo se alcanza
interrumpiendo la actualización del contexto del compresor y el
descompresor tanto en el terminal móvil como en la entidad de red
antigua, lo cual garantiza que tanto el terminal móvil como la
entidad de red antigua usan el mismo contexto, después de lo cual se
obtiene en la entidad de red antigua una instantánea de la
información del contexto de compresión y de descompresión y la
misma se transmite hacia la entidad de red nueva para ser almacenada
en esta última. El compresor del móvil comprime por lo menos un
encabezamiento de por lo menos un paquete con dicha información de
contexto y transmite el por lo menos un encabezamiento comprimido
de por lo menos un paquete hacia la entidad de red nueva. A
continuación la entidad de red nueva descomprime el por lo menos un
paquete recibido del por lo menos un encabezamiento con la
información almacenada del contexto de descompresión. Como la
información del contexto no ha variado durante el proceso de
reubicación, el compresor del terminal móvil y el descompresor de la
entidad de red nueva están automáticamente sincronizados y se puede
continuar con la transferencia de datos.
Según una primera forma de realización preferida
de la invención, este objetivo se puede alcanzar señalizando desde
la red de radiocomunicaciones al terminal móvil que el traspaso (y
por lo tanto también la reubicación del contexto) se producirá en
breve, lo cual significa que la información de contexto ya no se
debería actualizar. Se puede evitar la actualización de la
información de contexto deshabilitando el envío, por parte de los
compresores tanto del terminal móvil como de la entidad de red
antigua, de cualquier acuse de recibo hacia el compresor en el lado
opuesto. Como los descompresores no envían ningún acuse de recibo,
el contexto de los compresores no se actualiza y los compresores
tanto del terminal móvil como de la entidad de red antigua usan la
misma información de contexto para la compresión de paquetes
nuevos. Después de esto, en la entidad de red antigua se obtiene
una instantánea de la información del contexto de compresión y de
descompresión y la misma se transmite hacia la entidad de red nueva
para ser almacenada en esta última. El compresor del móvil comprime
por lo menos un encabezamiento de por lo menos un paquete con dicha
información de contexto y transmite el por lo menos un
encabezamiento comprimido de por lo menos un paquete hacia la
entidad de red nueva. A continuación, la entidad de red nueva
descomprime el por lo menos un paquete recibido del por lo menos un
encabezamiento con la información almacenada del contexto de
descompresión.
De acuerdo con una segunda forma de realización
preferida de la invención, se puede evitar la actualización del
contexto del terminal móvil y la entidad de red antigua señalizando
desde la red de radiocomunicaciones al terminal móvil que el
traspaso (y por lo tanto también la reubicación del contexto) se
producirá en breve, en respuesta a lo cual el terminal móvil dejará
de comprimir y transmitir datos de enlace ascendente y la entidad
de red antigua dejará de comprimir y transmitir datos de enlace
descendente. Esto da como resultado que ya no se actualice la
información del contexto. La información de contexto actual se
almacena en el terminal móvil, el cual está preparado de este modo
para restaurar dicha información de contexto desde la memoria y
para usarla con vistas a la compresión de paquetes nuevos, cuando
sea necesario. En la entidad de red antigua se obtiene una
instantánea de la información del contexto de compresión y de
descompresión, preferentemente después de un cierto retardo, y la
misma se transmite hacia la entidad de red nueva para ser almacenada
en esta última. Esperando un periodo de tiempo razonable de dicho
retardo se puede tener la seguridad de que todos los paquetes
comprimidos y enviados son recibidos y descomprimidos correctamente
por el descompresor respectivo. A continuación, el compresor del
móvil comprime por lo menos un encabezamiento de por lo menos un
paquete con dicha información de contexto y transmite el por lo
menos un encabezamiento comprimido de por lo menos un paquete hacia
la entidad de red nueva. A continuación, la entidad de red nueva
descomprime el por lo menos un paquete recibido del por lo menos un
encabezamiento con la información almacenada del contexto de
descompresión.
Ambas formas de realización mencionadas
anteriormente funcionan muy bien en condiciones en las que se conoce
de antemano el instante de tiempo del traspaso, de manera que se
puede informar al terminal móvil por adelantado sobre el traspaso
próximo. No obstante, no siempre es posible saber de antemano cuándo
va a tener lugar el traspaso, por ejemplo, en una situación en la
que el terminal móvil desaparece de la cobertura de
radiocomunicaciones de la célula antigua y aparece repentinamente
en la célula nueva. Por lo tanto, no siempre es posible informar
por adelantado al terminal móvil sobre la reubicación. Según una
tercera forma de realización preferida de la invención, el terminal
móvil continuará ejecutando de forma normal la compresión y
descompresión de los encabezamientos, aunque se evita la
actualización del contexto correspondiente a la información de
contexto del terminal móvil descartando en el
compresor/descompresor de la entidad de red antigua cualquier acuse
de recibo hacia o desde el compresor/descompresor del terminal
móvil. Como solución alternativa de la forma de realización, el
descarte de los acuses de recibo al terminal móvil en la entidad de
red antigua se puede sustituir configurando el compresor de la
entidad de red antigua para que no envíe ningún acuse de recibo
durante el procedimiento de reubicación. Como bien se descartan
todos los acuses de recibo o bien la entidad de red antigua no
envía ningún acuse de recibo, el contexto del compresor del terminal
móvil no se actualiza aunque el terminal móvil continuará
comprimiendo y transmitiendo los datos de enlace ascendente con la
información de contexto anterior. Después de esto, en la entidad de
red antigua se obtiene una instantánea de la información del
contexto de compresión y de descompresión y la misma se transmite
hacia la entidad de red nueva para ser almacenada en esta última.
El compresor del móvil comprime por lo menos un encabezamiento de
por lo menos un paquete con dicha información de contexto y
transmite el por lo menos un encabezamiento comprimido de por lo
menos un paquete hacia la entidad de red nueva. A continuación, la
entidad de red nueva descomprime el por lo menos un paquete
recibido del por lo menos un encabezamiento con la información
almacenada del contexto de descompresión. Esta forma de realización
permite ejecutar la reubicación del contexto de compresión de
encabezamientos también en condiciones en las que fuera imposible
informar de antemano al terminal móvil sobre el traspaso. Si con la
misma se usa el mecanismo de compresión de encabezamientos ROHC, el
proceso de descarte de los acuses de recibo tendrá lugar
preferentemente en la capa de protocolo por debajo de la
implementación ROHC, ya que las definiciones ROHC no incluyen
ninguna interfaz de implementación para habilitar la configuración
requerida. Si el compresor de la entidad de red antigua se
configura alternativamente para no enviar ningún acuse de recibo
durante el procedimiento de reubicación, esta opción también se
puede implementar fácilmente añadiendo una interfaz predefinida
entre el compresor y las capas inferiores.
El mecanismo de señalización de las redes
móviles se define típicamente de manera que no soporta la
reubicación del contexto de forma muy eficaz, ya que la estructura
de las redes de radiocomunicaciones por paquetes está diseñada
principalmente para la transferencia de datos en tiempo no real. Por
esta razón, según las soluciones conocidas, la transmisión de la
instantánea de la información de contexto desde la entidad de red
antigua a la entidad de red nueva tendría lugar en el mismo
mensaje, el cual también contendría la orden para trasladar el
control real de las conexiones a la entidad de red nueva. Al mensaje
se le puede denominar mensaje Ejecución_reubicación, el cual es
típicamente el último mensaje transmitido desde la entidad de red
antigua a la entidad de red nueva durante el proceso de
reubicación. Como la entidad de red nueva recibe la instantánea de
la información de contexto desde la entidad de red antigua
simultáneamente con la orden de asumir el control de las conexiones,
esta situación dará como resultado una interrupción en la
compresión/descompresión de datos, ya que existe siempre un tiempo
de preparación diferente de cero para que la entidad de red nueva
almacene dicha información de contexto recibida y para que
configure su compresor y descompresor según la información de
contexto recibida. También lleva cierto tiempo la transferencia de
la información de contexto desde la entidad de red antigua a la
entidad de red nueva.
Dicha interrupción se puede minimizar y las
formas de realización mencionadas anteriormente se pueden mejorar
adicionalmente según una forma de realización preferida de la
invención, en la que desde la entidad de red antigua a la entidad
de red nueva se transmite un mensaje adicional que contiene la
instantánea de la información de contexto, después de que haya
comenzado el proceso de reubicación aunque antes de la orden de
asumir el control de las conexiones. Esto permite que la entidad de
red nueva almacene dicha información de contexto recibida y que
configure su compresor y descompresor antes de que se realice el
traspaso del control real por medio del mensaje
Ejecución_reubicación. De esta manera la reubicación del contexto se
puede realizar de forma eficaz, de manera que en la
compresión/descompresión de datos no se produzca ninguna
interrupción sino que se puede continuar con la misma
ininterrumpidamente cuando el mensaje Ejecución_reubicación cede el
control.
En la tercera forma de realización de la
invención descrita anteriormente, en la que la entidad de red
antigua descarta todos los acuses de recibo, se puede producir una
situación durante el proceso de reubicación en la que el terminal
móvil debería actualizar su información de contexto, por ejemplo,
debido a perturbaciones en la interfaz de radiocomunicaciones, y el
mismo envía una solicitud de actualización de contexto a la entidad
de red antigua, aunque dicha actualización no es posible debido a
que no se permite que los acuses de recibo activen ningún
acontecimiento en el lado de la red. Esta situación da como
resultado el hecho de que la información de contexto del terminal
móvil esté desincronizada con respecto a la información de contexto
de la instantánea que está siendo actualizada en ese momento en la
entidad de red nueva. Tendrá lugar nuevamente una interrupción en
la compresión/descompresión de datos, cuando la información de
contexto del terminal móvil y la entidad de red nueva se
sincronicen.
La sincronización se puede acelerar por medio de
una forma de realización preferida de la invención, en la que la
solicitud de actualización de contexto enviada por el terminal móvil
es detectada por la entidad de red antigua, la cual adjunta esta
indicación a cualquier mensaje (por ejemplo, el mensaje
Ejecución_reubicación) a enviar hacia la entidad de red nueva
después de que se haya obtenido la instantánea de la información de
contexto. De esta manera, la entidad de red nueva recibe información
sobre la actualización de contexto necesaria y después de haber
realizado la reubicación, la entidad de red nueva puede enviar el
primer paquete al terminal móvil en forma de un mensaje de
actualización de contexto. El terminal móvil actualiza su
información de contexto según la información de contexto recibida,
conteniendo dicho paquete el mensaje de actualización de contexto.
A continuación, el descompresor del móvil descomprime el por lo
menos un paquete recibido del por lo menos un encabezamiento con la
información almacenada del contexto de descompresión y actualiza su
información de contexto según el mensaje de actualización de
contexto recibido. Esto conseguirá que se acelere la
resincronización del contexto en el caso de que durante el
procedimiento de reubicación se haya perdido la sincronización de
la compresión.
De forma similar, la entidad de red antigua
también puede acabar en una situación, durante el proceso de
reubicación, en la que debiera actualizar su información de
contexto, aunque la actualización no es posible debido a que no
puede enviar ningún acuse de recibo al terminal móvil. También en
esta situación se puede utilizar la forma de realización de la
invención mencionada anteriormente, en la que la indicación de
actualización de contexto se adjunta a cualquier mensaje (por
ejemplo, el mensaje Ejecución_reubicación) a enviar hacia la entidad
de red nueva después de que se haya obtenido la instantánea de la
información de contexto. Nuevamente la entidad de red nueva recibe
información sobre la actualización de contexto necesaria, lo cual se
le indicará adicionalmente al terminal móvil, cuando se haya
conseguido el proceso de reubicación. Alternativamente, dicha
indicación de actualización de contexto que se ha adjuntado en el
mensaje (por ejemplo, el mensaje Ejecución_reubicación) y que ha
sido enviada por la entidad de red antigua a la entidad de red nueva
se puede usar como señal de activación en el descompresor de la
entidad de red nueva para iniciar inmediatamente una actualización
de restauración de contexto.
El método y sus formas de realización descritas
anteriormente se pueden aplicar preferentemente, por ejemplo, en
los sistemas móviles de tercera generación denominados UMTS (Sistema
de Telecomunicaciones Móviles Universales) e
IMT-2000 (Sistema de Telefonía Móvil Internacional),
y en los proyectos de desarrollo adicional de los sistemas móviles
de segunda generación, tales como el GERAN (Red de Acceso de
Radiocomunicaciones EDGE
GSM).
GSM).
A continuación se ilustrará la invención por
medio de un ejemplo en relación con un servicio de
radiocomunicaciones por paquetes del sistema UMTS, particularmente
en relación con un traspaso interno entre subsistemas de red de
radiocomunicaciones del UMTS (Reubicaciones SRNS), durante el cual
también se debe reubicar la información del contexto de compresión
de encabezamientos desde el controlador de red de
radiocomunicaciones RNC antiguo al controlador de red de
radiocomunicaciones nuevo. No obstante, la invención no se limita al
sistema UMTS, sino que se puede aplicar a cualquier método de
transmisión de datos por conmutación de paquetes en el cual se deba
realizar la reubicación de la información del contexto de compresión
de encabezamientos.
Se describirá la estructura del sistema de
comunicaciones móviles UMTS en referencia a la Figura 3. La Figura
3 incluye solamente los bloques relevantes para describir la
invención aunque es evidente para un experto en la materia que un
sistema convencional de comunicaciones móviles también comprende
otras funciones y estructuras que no es necesario explicar más
detalladamente en este contexto. Los elementos principales de un
sistema de comunicaciones móviles son una red central CN y una red
de acceso de radiocomunicaciones terrestre UMTS UTRAN, las cuales
constituyen la red fija del sistema de comunicaciones móviles, y un
terminal móvil o equipo de usuario UE. A la interfaz entre la CN y
la UTRAN se le denomina Iu y la interfaz entre la UTRAN y el UE se
conoce como Uu.
La UTRAN consta típicamente de varios
subsistemas de red de radiocomunicaciones RNS entre los cuales
existe una interfaz denominada Iur (no mostrada). El RNS consta de
controladores de red de radiocomunicaciones RNC y de una o más
estaciones base BS, a las cuales se les denomina también nodos Bs. A
la interfaz entre el RNC y la BS se le denomina Iub. Típicamente,
la estación base BS es responsable de la implementación del camino
de radiocomunicaciones, y el controlador de red de
radiocomunicaciones RNC es responsable de por lo menos los
siguientes aspectos: la gestión de recursos de radiocomunicaciones,
el control del traspaso entre células, el control de la potencia,
la temporización y la sincronización, la búsqueda de terminales de
abonado.
La red central CN consta de una infraestructura
perteneciente a un sistema de comunicaciones móviles aparte de la
UTRAN. En la red central, un centro de conmutación móvil/registro de
posiciones de visitantes MSC 3G/VLR se comunica con un registro de
posiciones base HLR y preferentemente también con un punto de
control de servicio SCP de la red inteligente. El registro de
posiciones base HLR y el registro de posiciones de visitantes VLR
contienen información sobre abonados móviles: el registro de
posiciones base HLR contiene información sobre todos los abonados
de la red de comunicaciones móviles y sobre los servicios
solicitados por ellos, y el registro de posiciones de visitantes
VLR contiene información sobre estaciones móviles que visitan el
área de un cierto centro de conmutación móvil MSC. La conexión con
un nodo de soporte de servicio GPRS SGSN 3G del sistema de
radiocomunicaciones se establece a través de una interfaz Gs'y con
una red telefónica pública conmutada PSTN/ISDN a través de un
centro de conmutación móvil de pasarela GMSC (MSC de Pasarela, no
mostrado). A través de una interfaz Gn se establece una conexión
desde el nodo de soporte de servicio SGSN 3G con el nodo de soporte
de pasarela GPRS GGSN, y adicionalmente desde el GGSN a redes de
datos externas PDN. Tanto el centro de conmutación móvil MSC 3G/VLR
como el nodo de soporte de servicio SGSN 3G se comunican con la red
de radiocomunicaciones UTRAN (Red de Acceso de Radiocomunicaciones
Terrestre UMTS) a través de la interfaz Iu.
De este modo, el sistema UMTS comprende además
un sistema de radiocomunicaciones por paquetes el cual se implementa
en gran medida según el sistema GPRS conectado a la red GSM, razón
por la cual los nombres de los elementos de la red contienen
referencias al sistema GPRS. El sistema de radiocomunicaciones por
paquetes del UMTS puede comprender varios nodos de soporte de
servicio y nodos de soporte de pasarela, y típicamente hay varios
nodos de soporte de servicio SGSN 3G conectados a un nodo de
soporte de pasarela GGSN 3G. Tanto el nodo SGSN 3G como el nodo
GGSN 3G funcionan como encaminadores que soportan la movilidad del
terminal móvil y controlan el sistema de comunicaciones móviles y
encaminan paquetes de datos hacia terminales móviles con
independencia de su ubicación y del protocolo usado. El nodo de
soporte de servicio SGSN 3G se comunica con un terminal móvil UE a
través de la red de radiocomunicaciones UTRAN. La función del nodo
de soporte de servicio SGSN 3G es detectar terminales móviles
capaces de usar conexiones de radiocomunicaciones por paquetes en su
área, enviar paquetes de datos hacia estos terminales móviles y
recibirlos desde los mismos y monitorizar la ubicación de los
terminales móviles en su área de servicio. Adicionalmente, el nodo
de soporte de servicio SGSN 3G se comunica con el centro de
conmutación móvil MSC 3G y con el registro de posiciones de
visitantes VLR a través de la interfaz de señalización Gs'y con el
registro de posiciones base HLR a través de la interfaz Gr. El
registro de posiciones base HLR contiene también registros que se
refieren al servicio de radiocomunicaciones por paquetes e incluyen
el contenido de protocolos de datos por paquetes específicos del
abonado.
El nodo de soporte de pasarela GGSN 3G funciona
como una pasarela entre el sistema de radiocomunicaciones por
paquetes de la red UMTS y una red de datos externa PDN (Red de Datos
por Paquetes). Las redes de datos externas incluyen un UMTS o una
red GPRS de otro operador de red, Internet, una red X.25 ó una red
de área local privada. El nodo de soporte de pasarela GGSN 3G se
comunica con estas redes de datos a través de una interfaz Gi. Los
paquetes de datos a transmitir entre el nodo de soporte de pasarela
GGSN 3G y el nodo de soporte de servicio SGSN 3G se encapsulan
siempre según un protocolo de tunelización de pasarela GTP. El nodo
de soporte de pasarela GGSN 3G contiene además las direcciones PDP
(Protocolo de Datos por Paquetes) de terminales móviles y los datos
de encaminamiento, es decir, direcciones SGSN 3G. De este modo, los
datos de encaminamiento se usan para enlazar paquetes de datos
entre la red de datos externa y el nodo de soporte de servicio SGSN
3G. La red entre el nodo de soporte de pasarela GGSN 3G y el nodo de
soporte de servicio SGSN 3G es una red que utiliza el protocolo IP,
preferentemente el IPv6 (Protocolo de Internet, versión 6).
En el UMTS, en la transmisión de datos de
usuario por conmutación de paquetes (plano del usuario) se usa una
pila de protocolos según la Figura 4. En la interfaz Uu entre la red
de radiocomunicaciones UTRAN y el terminal móvil UE, se lleva a
cabo una transmisión de datos de nivel inferior según el protocolo
WCDMA o TD-CDMA en la capa física. Se transmiten
paquetes de datos entre la capa física y la capa RLC (Control de
Enlace de Radiocomunicaciones) por medio de una capa MAC (Capa de
Acceso al Medio) la cual está por encima de la capa física, y la
capa RLC es responsable de la gestión lógica de enlaces de
radiocomunicaciones de diferentes portadores de radiocomunicaciones.
Las funcionalidades del RLC incluyen la segmentación de datos de
usuario a transmitir (SDU RLC, Unidad de Datos de Servicio) en uno
o más paquetes de datos RLC PDU RLC. Los paquetes de datos (PDU
PDCP) de la capa PDCP por encima del RLC y los campos de
encabezamiento relacionados con los mismos se pueden comprimir, si
se desea, usando cualquier método de compresión de encabezamientos
soportado por la red de radiocomunicaciones UTRAN y el terminal
móvil UE. Después de esto, al RLC se le suministran las unidades PDU
PDCP, que se corresponden con una SDU RLC. Los datos de usuario y
las unidades SDU RLC se segmentan y se transmiten en tramas RLC a
las cuales se les ha añadido la información de dirección y control
necesaria para la transmisión de datos. La capa RLC es también
responsable de la retransmisión de tramas defectuosas. El nodo de
soporte de servicio SGSN 3G es responsable del encaminamiento de
los paquetes de datos que llegan desde el terminal móvil UE a
través de la red de radiocomunicaciones RAN y adicionalmente hacia
el nodo de soporte de pasarela GGSN 3G correcto. Esta conexión usa
el protocolo de tunelización GTP, el cual encapsula y tuneliza todos
los datos de usuario y señalización transmitidos a través de la red
central. El protocolo GTP se ejecuta por encima del IP usado por la
red central.
Cuando se establece (establecimiento RB) o
reconfigura el portador de radiocomunicaciones para los datos de
usuario por conmutación de paquetes entre el terminal móvil y la red
de radiocomunicaciones, ambos pares negocian los parámetros del
portador de radiocomunicaciones usando señalización según un
protocolo de control de recursos de radiocomunicaciones RRC. El
protocolo de control de recursos de radiocomunicaciones RRC es
responsable de, por ejemplo, establecer, configurar, mantener y
finalizar conexiones de radiocomunicaciones entre el terminal móvil
y la red de radiocomunicaciones UTRAN, y de transmitir información
de control transmitida desde la red central CN y la red de
radiocomunicaciones RAN hacia los terminales móviles UE. Uno de los
parámetros que define el portador de radiocomunicaciones es el
método de compresión de encabezamientos usado por el terminal. La
compresión de los encabezamientos de paquetes de datos a transmitir
y la descompresión de encabezamientos de paquetes de datos
recibidos se realiza, en el sistema UMTS, sobre la capa del
protocolo de convergencia de datos por paquetes PDCP perteneciente
al protocolo de datos por paquetes. Las tareas de la capa PDCP
incluyen funciones relacionadas con la mejora de la eficacia de los
canales, las cuales se basan típicamente en diferentes métodos de
optimización, tales como la utilización de algoritmos de compresión
de encabezamientos de paquetes de datos. Como actualmente los
protocolos de nivel de red designados para el UMTS son protocolos
IP, los algoritmos de compresión usados son los correspondientes
normalizados por el IETF (Grupo de Trabajo de Ingeniería de
Internet). De este modo, el método de compresión ROHC resulta
especialmente bien adecuado para el sistema UMTS.
La implementación de la invención en el sistema
UMTS se explicará haciendo referencia a las Figuras 5 a 7 en
relación con la reubicación del subsistema de red de
radiocomunicaciones de servicio (SRNS).
En el sistema UMTS, cuando se realiza un
traspaso de un terminal móvil UE a otra célula de
radiocomunicaciones a la que presta servicio el controlador de red
de radiocomunicaciones RNC, también debe realizarse la reubicación
de la información de contexto en el controlador de red de
radiocomunicaciones RNC nuevo. Según una de las soluciones
conocidas, esto puede realizarse obteniendo una instantánea de la
información del contexto de compresión y de descompresión usada
entre el controlador de red de radiocomunicaciones antiguo (RNC de
origen) y el terminal móvil y entregando esta instantánea al
controlador de red de radiocomunicaciones nuevo (RNC objetivo) para
que sea usada como la información del contexto de compresión y de
descompresión. La transmisión de la instantánea se realiza incluida
en los mensajes de señalización correspondientes a la señalización
de reubicación SRNS según el sistema UMTS. La compresión y la
descompresión se interrumpen durante el tiempo necesario para
obtener la instantánea y transferirla al RNC objetivo.
Según la invención, se evita la desincronización
de los contextos en el sistema UMTS, mientras que simultáneamente
se minimiza la interrupción en el proceso de
compresión/descompresión en el dominio del tiempo al interrumpir,
en respuesta a la decisión de realizar la reubicación SRNS, la
actualización del contexto del compresor y el descompresor tanto en
el terminal móvil como en el controlador de red de
radiocomunicaciones de origen (RNC de origen), lo cual garantiza
que tanto el terminal móvil como el RNC de origen usen el mismo
contexto, después de lo cual en el RNC de origen se obtiene una
instantánea de la información del contexto de compresión y de
descompresión y la misma se transmite al controlador de red de
radiocomunicaciones objetivo (RNC objetivo) para ser almacenada en
este último. El compresor móvil comprime por lo menos un
encabezamiento de por lo menos un paquete con dicha información de
contexto y transmite el por lo menos un encabezamiento comprimido de
por lo menos un paquete hacia el RNC objetivo. A continuación, el
RNC objetivo descomprime el por lo menos un paquete recibido del
por lo menos un encabezamiento con la información almacenada del
contexto de descompresión. Como durante el proceso de reubicación
la información de contexto no ha variado, el compresor del terminal
móvil y el descompresor del RNC objetivo están automáticamente
sincronizados y se puede continuar con la transferencia de
datos.
Haciendo referencia a la Figura 5 se explicará
adicionalmente la implementación de la primera forma de realización
preferida de la invención en el sistema UMTS. Basándose en los
movimientos del terminal móvil UE o los cambios de las condiciones
de radiocomunicaciones, por ejemplo, se toma una decisión, en el
controlador de recursos de radiocomunicaciones RRC, de realizar una
reubicación SRNS (500, 502). Según la invención, el controlador de
recursos de radiocomunicaciones RRC señaliza al terminal móvil UE
que en breve se producirá (504) el traspaso (y por lo tanto también
la reubicación del contexto), en respuesta a lo cual el terminal
móvil UE interrumpe la actualización de la información de contexto.
La señalización al terminal móvil UE se puede llevar a cabo
preferentemente bien como una señalización RRC o bien como una
señalización dentro de la banda sobre la capa PDCP. Se puede evitar
la actualización de la información de contexto deshabilitando el
envío de cualquier acuse de recibo, por parte tanto del terminal
móvil como de los descompresores del RNC de origen, hacia el
compresor en el lado opuesto. Como los descompresores no envían
ningún acuse de recibo, el contexto de los compresores no se
actualiza y tanto el terminal móvil como los compresores del RNC de
origen usan la misma información de contexto para la compresión de
paquetes nuevos. Después de esto, el RNC de origen inicia un
procedimiento de reubicación SRNS conocido, de la técnica anterior,
enviando un mensaje Reubicación_requerida al SGSN antiguo (506), el
cual se reenvía adicionalmente a través del SGSN nuevo (508) al RNC
objetivo (510). Según las instrucciones proporcionadas por el RRC
(512) se establecen portadores de radiocomunicaciones entre el SGSN
nuevo y el RNC objetivo. El RNC objetivo envía un acuse de recibo
para la solicitud de reubicación, encaminándose dicho acuse de
recibo a través del SGSN nuevo (514) hacia el SGSN antiguo (516) y
adicionalmente hacia el RNC de origen como mensaje
Orden_reubicación (518). Durante el procedimiento de reubicación
SRNS, en el RNC de origen (520) se obtiene una instantánea de la
información del contexto de compresión y de descompresión y la
misma se transmite desde el RNC de origen al RNC objetivo como muy
tarde en un mensaje Ejecución_reubicación (522) que se almacenará
en el RNC objetivo. El RNC de origen reenviará los posibles datos de
enlace descendente a enviar hacia el terminal móvil UE en dirección
al RNC objetivo (524), el cual confirma la reubicación enviando el
mensaje Detección_reubicación hacia el SGSN nuevo (526). El RNC
objetivo envía también un mensaje Reubicación_RNTI (528) hacia el
terminal móvil UE, el cual indica la identificación del RNC nuevo al
terminal móvil y en el cual el compresor del RNC objetivo transmite
preferentemente una indicación de la actualización del contexto, si
la misma fuera necesaria. Esto se puede realizar únicamente si ya se
ha liberado al RNC de origen con respecto a la conexión después de
haber transmitido la instantánea al RNC objetivo (522). En cualquier
otro caso, la actualización del contexto se debe realizar en
relación con alguna señalización posterior entre el RNC objetivo y
el terminal móvil UE. El terminal móvil UE acusa el recibo del
cambio del RNC enviando una confirmación en forma de un mensaje
Reubicación_RNTI_completa (530). En este momento se realiza
satisfactoriamente la reubicación de la información de contexto en
el RNC objetivo, mientras que simultáneamente se evita la
desincronización de los contextos y se minimiza la interrupción en
el proceso de compresión/descompresión. Mientras tanto, el SGSN
nuevo ha actualizado el contexto PDP en el GGSN (532, 534). El RNC
objetivo confirma la reubicación enviando un mensaje
Reubicación_completa al SGSN nuevo (536), el cual se reenvía
adicionalmente hacia el SGSN antiguo (538) y cuyo recibo se acusa
de vuelta al SGSN nuevo (540). Después de esto, se desconecta la
conexión entre el RNC de origen y el SGSN antiguo (542, 544).
En referencia a la Figura 6 se explicará
adicionalmente la implementación de la segunda forma de realización
preferida de la invención en el sistema UMTS. Nuevamente, en el
controlador de recursos de radiocomunicaciones RRC se toma una
decisión de realizar una reubicación SRNS (600, 602). Según esta
forma de realización de la invención, el controlador de recursos de
radiocomunicaciones RRC señaliza al terminal móvil UE en breve se
producirá (604) un traspaso (y por lo tanto también la reubicación
del contexto), en respuesta a lo cual el terminal móvil UE
interrumpirá la compresión y la transmisión de datos de enlace
ascendente y el RNC de origen interrumpirá la compresión y la
transmisión de datos de enlace descendente. La señalización al
terminal móvil UE y al RNC de origen se puede llevar a cabo
preferentemente bien como una señalización RRC o bien como una
señalización dentro de la banda sobre la capa PDCP. Esto da como
resultado que la información del contexto ya no se actualice. La
información de contexto actual se almacena en el terminal móvil UE,
el cual por lo tanto está preparado para restaurar dicha
información de contexto a partir de la memoria y para usarla con
vistas a la compresión de paquetes nuevos, cuando sea necesario.
Después de esto, el RNC de origen inicia un procedimiento de
reubicación SRNS, conocido de la técnica anterior, similar al que ya
se ha descrito anteriormente con los números de referencia
respectivos y por lo tanto, no es necesario explicarlo nuevamente en
el presente documento. En el RNC de origen se obtiene una
instantánea de la información del contexto de compresión y de
descompresión, preferentemente durante dicho procedimiento de
reubicación SRNS y después de un cierto retardo, y la misma se
transmite hacia el RNC objetivo como muy tarde en un mensaje
Ejecución_reubicación (622) que se almacenará en el RNC objetivo.
Esperando un tiempo razonable de dicho retardo se puede tener la
seguridad de que todos los paquetes comprimidos y enviados por el
terminal móvil UE han sido recibidos y descomprimidos correctamente
por el descompresor del RNC de origen. El RNC de origen reenviará
los posibles datos de enlace descendente a enviar al terminal móvil
UE hacia el RNC objetivo (624), el cual confirma la reubicación
enviando un mensaje Detección_reubicación al SGSN nuevo (626). El
RNC objetivo envía también un mensaje Reubicación_RNTI (628) al
terminal móvil UE, el cual indica la identificación del RNC nuevo al
terminal móvil y en el cual el compresor del RNC objetivo transmite
preferentemente una indicación de la actualización del contexto, si
la misma fuera necesaria. Esto se puede realizar solamente si el RNC
de origen ya se ha liberado de la conexión después de que se haya
transmitido la instantánea al RNC objetivo (622). En cualquier otro
caso, la actualización del contexto debe realizarse en relación con
alguna señalización posterior entre el RNC objetivo y el terminal
móvil UE. El terminal móvil UE acusa el recibo del cambio del RNC
enviando una confirmación en forma de un mensaje
Reubicación_RNTI_completa (630). En este momento la reubicación de
la información de contexto en el RNC objetivo se realiza
satisfactoriamente, al mismo tiempo que se evita simultáneamente la
desincronización de los contextos y se minimiza la interrupción en
el proceso de compresión/descompresión.
Se explicará adicionalmente la implementación de
la tercera forma de realización preferida de la invención en el
sistema UMTS haciendo referencia a la Figura 7, en la cual al
terminal móvil no se le informa de antemano sobre la reubicación.
Nuevamente, en el controlador de recursos de radiocomunicaciones RRC
se toma una decisión de realizar una reubicación SRNS (700, 702),
aunque al terminal móvil UE no se le informa sobre dicha situación.
El terminal móvil UE continuará ejecutando de forma normal la
compresión y la descompresión de encabezamientos, aunque se evita
la actualización del contexto correspondiente a la información de
contexto del terminal móvil descartando en el
compresor/descompresor del RNC de origen cualquier acuse de recibo
del compresor/descompresor del terminal móvil o configurando el
compresor del RNC de origen para que no envíe ningún acuse de recibo
durante el procedimiento de reubicación. Preferentemente, el
proceso de descarte de los acuses de recibo tendrá lugar
lógicamente en la capa PDCP sobre la cual se ejecuta el algoritmo de
compresión ROHC, ya que las definiciones ROHC no incluyen ninguna
interfaz de implementación para habilitar la configuración
requerida. Preferentemente, al RNC de origen se le informa sobre el
descarte a través del RRC (704). Como el RNC de origen descarta
todos los acuses de recibo, el contexto del compresor del terminal
móvil no se actualiza sino que el terminal móvil continuará
comprimiendo y transmitiendo los datos de enlace ascendente con la
información de contexto anterior. Después de esto, el RNC de origen
inicia un procedimiento de reubicación SRNS, conocido de la técnica
anterior, similar al que ya se ha descrito anteriormente con los
números de referencia respectivos y por lo tanto, no es necesario
explicarlo nuevamente en el presente documento. En el RNC de origen
se obtiene una instantánea de la información del contexto de
compresión y de descompresión, preferentemente durante dicho
procedimiento de reubicación SRNS, y la misma se transmite hacia el
RNC objetivo como muy tarde en un mensaje Ejecución_reubicación
(722) que se almacenará en el RNC objetivo. El proceso de obtención
de la reubicación de la información de contexto SRNS es similar al
que ya se ha descrito anteriormente. Después de que haya finalizado
el procedimiento de reubicación, el RNC, el cual funcionaba
anteriormente como RNC de origen continuará funcionando de forma
normal, es decir, no descarta ningún acuse de recibo del
compresor/descompresor del terminal móvil UE. Esta forma de
realización permite realizar la reubicación del contexto de
compresión de encabezamientos también en condiciones en las que
pudiera resultar imposible informar por adelantado al terminal móvil
UE sobre el traspaso.
Se puede describir una implementación de otra
forma de realización preferida de la invención en el sistema UMTS,
por ejemplo haciendo referencia a la Figura 5, en la que la
instantánea de la información de contexto se transmite desde el RNC
de origen al RNC objetivo después de que se haya iniciado el proceso
de reubicación aunque antes de la orden de asumir el control de las
conexiones (522, mensaje Ejecución_reubicación). Preferentemente,
la instantánea de la información de contexto se transmitirá con un
mensaje conocido de la técnica anterior, tal como en el mensaje
Reubicación_requerida (506) o el mensaje Solicitud_reubicación
(510), aunque la instantánea de la información de contexto también
se puede transmitir en forma de otro mensaje independiente.
Preferentemente, este otro mensaje tendrá lugar después del mensaje
Reubicación_requerida (506) aunque en cualquier caso antes que el
mensaje Ejecución_reubicación (522). No obstante, la posición del
mensaje que transmite la instantánea de la información de contexto
no está limitada en modo alguno sino que se puede enviar en
cualquier momento después de que se haya iniciado el proceso de
reubicación aunque antes que el mensaje Ejecución_reubicación
(522). Esto permite que el RNC objetivo almacene dicha información
recibida del contexto y que configure su compresor y descompresor
antes de que se realice el traspaso del control real mediante el
mensaje Ejecución_reubicación. De esta manera se puede realizar
eficazmente la reubicación del contexto, de modo que no se produce
ninguna interrupción en la compresión/descompresión de datos sino
que se puede continuar con la misma ininterrumpidamente cuando el
mensaje Ejecución_reubicación cede el control.
Si el RNC de origen descarta todos los acuses de
recibo, tal como se describe en la tercera forma de realización de
la invención, se puede producir una situación durante el proceso de
reubicación en la que el terminal móvil UE debiera actualizar su
información de contexto, por ejemplo, debido a perturbaciones en la
interfaz de radiocomunicaciones, y el mismo envía una solicitud de
actualización de contexto al RNC de origen, aunque la actualización
no es posible debido a que los acuses de recibo son descartados en
la red y por lo tanto la red no envía ninguna información de
actualización. Como consecuencia, la información de contexto del
terminal móvil UE está desincronizada con respecto a la información
de contexto de la instantánea que está siendo actualizada en ese
momento en el RNC objetivo. Nuevamente tendrá lugar una
interrupción en la compresión/descompresión de datos, cuando se
sincronicen la información de contexto del terminal móvil y el RNC
objetivo.
Según una de las formas de realización
preferidas de la invención, en el sistema UMTS se puede acelerar la
sincronización detectando la solicitud de actualización de contexto
enviada por el terminal móvil en el RNC de origen, el cual adjunta
esta indicación a cualquier mensaje (por ejemplo,
Ejecución_reubicación, 522 en la Figura 5) a enviar al RNC objetivo
después de que se haya detectado la solicitud de actualización de
contexto. De esta manera, el RNC objetivo recibe información sobre
la actualización de contexto necesaria y después de haber
conseguido la reubicación, el RNC objetivo puede enviar el primer
paquete hacia el terminal móvil en forma de un mensaje de
actualización de contexto. A continuación, el descompresor del móvil
descomprime el por lo menos un paquete recibido del por lo menos un
encabezamiento con la información almacenada del contexto de
descompresión y actualiza su información de contexto según el
mensaje de actualización de contexto recibido. Esto acelerará la
resincronización del contexto si la compresión ha fallado durante el
procedimiento de reubicación.
De forma similar, el RNC de origen también puede
acabar en una situación, durante el proceso de reubicación, en la
que debiera actualizar su información de contexto, aunque la
actualización no es posible debido a que no puede enviar ningún
acuse de recibo al terminal móvil UE. También en esta situación se
puede utilizar la forma de realización de la invención mencionada
anteriormente, en la que la indicación de actualización de contexto
se adjunta a cualquier mensaje (por ejemplo, Ejecución_reubicación)
a enviar desde el RNC de origen al RNC objetivo después de que se
haya detectado la solicitud de actualización de contexto.
Nuevamente, el RNC objetivo recibe información sobre la
actualización de contexto necesaria, la cual se le indicará
adicionalmente al terminal móvil, cuando se haya conseguido el
proceso de reubicación. Alternativamente, dicha indicación de
actualización de contexto que se ha adjuntado al mensaje
Ejecución_reubicación y enviada por el RNC de origen al RNC
objetivo se puede usar como señal de activación en el descompresor
del RNC objetivo para iniciar inmediatamente una actualización de
restauración de contexto.
El procedimiento de la forma de realización se
puede realizar, por ejemplo, de la siguiente manera: la necesidad
de actualización de contexto se indica en el mensaje enviado desde
el RNC de origen al RNC objetivo, por ejemplo, mediante dos bits,
de tal manera que una combinación de bits 00 significa que no es
necesaria ninguna actualización, una combinación de bits 01
significa que el contexto del descompresor del terminal móvil UE
está desincronizado, una combinación de bits 10 significa que los
contextos de los descompresores en el lado de la red están
desincronizados, y una combinación de bits 11 significa que tanto
el contexto del descompresor del terminal móvil UE como los
contextos de los descompresores en el lado de la red están
desincronizados. Una vez que esta información ha sido recibida por
el RNC objetivo, el mismo puede iniciar el procedimiento de
actualización de contexto enviando un paquete de actualización de
contexto al terminal móvil UE (indicación de actualización de
contexto 01), actualizando la información de contexto del RNC de
origen mediante el envío de una solicitud de actualización de
contexto al terminal móvil UE (indicación de actualización de
contexto 10), o realizando respectivamente ambas operaciones
mencionadas (indicación de actualización de contexto 11).
Resulta evidente para un experto en la materia
que a medida que la tecnología avance, la idea básica de la
invención se podrá implementar de muchas formas diferentes. Por lo
tanto, la invención y sus formas de realización no se limitan a los
ejemplos descritos anteriormente, sino que pueden variar dentro del
alcance de las reivindicaciones.
Claims (23)
1. Método de reubicación del contexto de
compresión de encabezamientos en una red por paquetes la cual
transmite paquetes que tienen encabezamientos comprimidos que
comprende:
establecer una conexión entre un terminal móvil
(UE) y una primera entidad de red (SGSN Antiguo) incluyendo el
almacenamiento de información de contexto usada con la compresión y
descompresión de los encabezamientos de los paquetes en el terminal
móvil y la primera entidad de red;
interrumpir la actualización de la información
de contexto en el terminal móvil (UE) y en la primera entidad de red
(SGSN Antiguo);
en respuesta a dicha interrupción de la
actualización de la información de contexto, obtener una instantánea
de la información del contexto de compresión y de descompresión en
la primera entidad de red que incluye el almacenamiento de dicha
instantánea de la información de contexto en la primera entidad de
red; y
cambiar la conexión entre la primera entidad de
red (SGSN Antiguo) y el terminal móvil (UE) a una conexión entre el
terminal móvil y una segunda entidad de red (SGSN Nuevo) que incluye
la transferencia de la instantánea de la información de contexto
almacenada por la primera entidad de red hacia la segunda entidad de
red (SGSN Nuevo), la cual es almacenada por la segunda entidad de
red (SGSN Nuevo) como la información de contexto de la segunda
entidad de red y utilizar la información almacenada de contexto en
el terminal móvil (UE) y la segunda entidad de red (SGSN Nuevo)
para la compresión y descompresión de los encabezamientos de los
paquetes.
2. Método según la reivindicación 1, en el que
dicha actualización de la información de contexto se interrumpe
deshabilitando el envío, por parte de los descompresores del
terminal móvil y de la primera entidad de red, de acuses de recibo
hacia el compresor del lado opuesto.
3. Método según la reivindicación 1, en el que
dicha actualización de la información de contexto se interrumpe
consiguiendo que el terminal móvil deje de comprimir y transmitir
datos de enlace ascendente y consiguiendo que la primera entidad de
red deje de comprimir y transmitir datos de enlace descendente.
4. Método según la reivindicación 3, en el que
dicha obtención de una instantánea de la información del contexto de
compresión y de descompresión en la primera entidad de red se
retarda hasta que dichos datos de enlace ascendente y datos de
enlace descendente transmitidos hayan sido recibidos y
descomprimidos.
5. Método según la reivindicación 1, en el que
dicha actualización de la información de contexto se interrumpe
descartando en la primera entidad de red los acuses de recibo de
compresión/descompresión del terminal móvil.
6. Método según la reivindicación 1, en el que
dicha actualización de la información de contexto se interrumpe
deshabilitando en la primera entidad de red el envío de acuses de
recibo de compresión/descompresión hacia el terminal móvil.
7. Método según la reivindicación 5, en el
que:
se envía una solicitud de actualización de
contexto desde la primera entidad de red a la segunda entidad de
red, en respuesta a una detección de una solicitud de actualización
de contexto enviada por el terminal móvil en la primera entidad de
red; y
se envía el primer paquete desde la segunda
entidad de red al terminal móvil en forma de un paquete que contiene
dicha solicitud de actualización de contexto.
8. Método según la reivindicación 5, en el
que:
se envía una solicitud de actualización de
contexto desde la primera entidad de red a la segunda entidad de
red, en respuesta a una detección de una desincronización de la
información de contexto en la primera entidad de red; y
se envía el primer paquete desde la segunda
entidad de red al terminal móvil en forma de un paquete que contiene
dicha solicitud de actualización de contexto.
9. Método según la reivindicación 1, en el que
se transfiere la instantánea de información de contexto almacenada
por la primera entidad de red hacia la segunda entidad de red antes
de cambiar la conexión entre la primera entidad de red y el
terminal móvil a una conexión entre el terminal móvil y una segunda
entidad de red.
10. Método según la reivindicación 1, en el que
dicho método se usa según una Compresión Robusta de Encabezamientos
(ROHC) implementada en un sistema UMTS.
\newpage
11. Método según la reivindicación 10, en el que
se realiza dicha reubicación por lo menos parcialmente al mismo
tiempo que la reubicación del subsistema de red de
radiocomunicaciones de servicio (SRNS).
12. Red por paquetes, en la cual se transmiten
paquetes que tienen encabezamientos comprimidos entre un terminal
móvil (UE) y entidades de red (SGSN), que comprende:
una conexión dispuesta para ser establecida
entre un terminal móvil (UE) y una primera entidad de red (SGSN
Antiguo);
la información de contexto usada con la
compresión y la descompresión de los encabezamientos de los paquetes
está dispuesta para ser almacenada en el terminal móvil (UE) y en
la primera entidad de red (SGSN Antiguo);
la actualización de la información de contexto
en el terminal móvil (UE) y en la primera entidad de red (SGSN
Antiguo) está dispuesta para ser interrumpida;
en respuesta a dicha interrupción de la
actualización de la información de contexto, una instantánea de la
información del contexto de compresión y de descompresión está
dispuesta para ser obtenida en la primera entidad de red (SGSN
Antiguo) y para ser almacenada en la misma;
la conexión entre la primera entidad de red
(SGSN Antiguo) y el terminal móvil (UE) está dispuesta para ser
cambiada a una conexión entre el terminal móvil (UE) y una segunda
entidad de red (SGSN Nuevo), con lo cual la instantánea de la
información de contexto almacenada por la primera entidad de red
(SGSN Antiguo) está dispuesta para ser transmitida hacia y
almacenada en la segunda entidad de red (SGSN Nuevo) como
información de contexto de la segunda entidad de red; y
la información almacenada de contexto en el
terminal móvil (UE) y la segunda entidad de red (SGSN Nuevo) está
dispuesta para ser usada para la compresión y descompresión de los
encabezamientos de los paquetes.
13. Red por paquetes según la reivindicación 12,
en la que dicha actualización de la información de contexto está
dispuesta para ser interrumpida deshabilitando el envío, por parte
de los descompresores del terminal móvil y de la primera entidad de
red, de acuses de recibo hacia el compresor del lado opuesto.
14. Red por paquetes según la reivindicación 12,
en la que dicha actualización de la información de contexto está
dispuesta para ser interrumpida al conseguir que el terminal móvil
deje de comprimir y transmitir datos de enlace ascendente y al
conseguir que la primera entidad de red deje de comprimir y
transmitir datos de enlace descendente.
15. Red por paquetes según la reivindicación 14,
en la que dicha obtención de una instantánea de la información del
contexto de compresión y de descompresión en la primera entidad de
red está dispuesta para ser retardada hasta que dichos datos de
enlace ascendente y datos de enlace descendente transmitidos hayan
sido recibidos y descomprimidos.
16. Red por paquetes según la reivindicación 12,
en la que dicha actualización de la información de contexto está
dispuesta para ser interrumpida descartando en la primera entidad de
red los acuses de recibo de compresión/descompresión del terminal
móvil.
17. Red por paquetes según la reivindicación 12,
en la que dicha actualización de la información de contexto está
dispuesta para ser interrumpida deshabilitando en la primera entidad
de red el envío de acuses de recibo de compresión/descompresión
hacia el terminal móvil.
18. Red por paquetes según la reivindicación 16,
en la que:
una solicitud de actualización de contexto está
dispuesta para ser enviada desde la primera entidad de red a la
segunda entidad de red, en respuesta a una detección de una
solicitud de actualización de contexto enviada por el terminal
móvil en la primera entidad de red; y
el primer paquete está dispuesto para ser
enviado desde la segunda entidad de red al terminal móvil en forma
de un paquete que contiene dicha solicitud de actualización de
contexto.
19. Red por paquetes según la reivindicación 16,
en la que:
una actualización de contexto está dispuesta
para ser enviada solicitada desde la primera entidad de red a la
segunda entidad de red, en respuesta a una detección de una
desincronización de la información de contexto en la primera
entidad de red; y
el primer paquete está dispuesto para ser
enviado desde la segunda entidad de red al terminal móvil en forma
de un paquete que contiene dicha solicitud de actualización de
contexto.
20. Red por paquetes según la reivindicación 12,
en la que la instantánea de la información de contexto almacenada
por la primera entidad de red está dispuesta para ser transferida
hacia la segunda entidad de red antes de cambiar la conexión entre
la primera entidad de red y el terminal móvil a una conexión entre
el terminal móvil y una segunda entidad de red.
21. Red por paquetes según la reivindicación 12,
en la que dicha red por paquetes es un sistema UMTS, en el que se
implementa la Compresión Robusta de Encabezamientos (ROHC).
22. Terminal móvil (UE) para comunicaciones en
una red por paquetes, en el que se transmiten paquetes que tienen
encabezamientos comprimidos entre dicho terminal móvil (UE) y
entidades de la red (SGSN), estando dispuesto el terminal móvil
para:
establecer una conexión con una primera entidad
de red (SGSN Antiguo);
almacenar información de contexto usada con la
compresión y descompresión de los encabezamientos de los
paquetes;
interrumpir la actualización de la información
de contexto; y
en respuesta al cambio de la conexión entre la
primera entidad de red (SGSN Antiguo) y el terminal móvil (UE) a
una conexión entre el terminal móvil (UE) y una segunda entidad de
red (SGSN Nuevo), el terminal móvil (UE) está dispuesto para usar
la información almacenada de contexto con vistas a la compresión y
descompresión de los encabezamientos de los paquetes en dicha
conexión entre el terminal móvil (UE) y la segunda entidad de red
(SGSN Nuevo).
23. Entidad de red correspondiente a una red por
paquetes, en la que se transmiten paquetes que tienen
encabezamientos comprimidos entre un terminal móvil (UE) y
entidades de red (SGSN), estando dispuesta la entidad de red (SGSN
Antiguo) para:
establecer una conexión con el terminal móvil
(UE);
almacenar información de contexto usada con la
compresión y descompresión de los encabezamientos de los
paquetes;
interrumpir la actualización de la información
de contexto;
obtener una instantánea de la información del
contexto de compresión y de descompresión y almacenarla;
en respuesta al cambio de la conexión entre la
entidad de red (SGSN Antiguo) y el terminal móvil (UE) a una
conexión entre el terminal móvil (UE) y una segunda entidad de red
(SGSN Nuevo), la entidad de red (SGSN Antiguo) está dispuesta para
transmitir la instantánea de la información de contexto almacenada
hacia una segunda entidad de red (SGSN Nuevo) para ser usada como
información de contexto con vistas a la compresión y descompresión
de los encabezamientos de los paquetes en dicha conexión entre el
terminal móvil (UE) y la segunda entidad de red (SGSN Nuevo).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/757,913 US7290063B2 (en) | 2001-01-10 | 2001-01-10 | Relocating context information in header compression |
| US757913 | 2001-01-10 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2272691T3 true ES2272691T3 (es) | 2007-05-01 |
Family
ID=25049733
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02716109T Expired - Lifetime ES2272691T3 (es) | 2001-01-10 | 2002-01-09 | Reubicacion de la informacion de contexto en la compresion de encabezamientos. |
Country Status (12)
| Country | Link |
|---|---|
| US (3) | US7290063B2 (es) |
| EP (1) | EP1356655B1 (es) |
| JP (1) | JP4005508B2 (es) |
| KR (1) | KR100610659B1 (es) |
| CN (1) | CN1663215B (es) |
| AT (1) | ATE340469T1 (es) |
| BR (1) | BR0206341A (es) |
| CA (1) | CA2431725A1 (es) |
| DE (1) | DE60214825T2 (es) |
| ES (1) | ES2272691T3 (es) |
| WO (1) | WO2002056561A1 (es) |
| ZA (1) | ZA200305300B (es) |
Families Citing this family (102)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6360100B1 (en) | 1998-09-22 | 2002-03-19 | Qualcomm Incorporated | Method for robust handoff in wireless communication system |
| US7788211B2 (en) * | 2000-06-16 | 2010-08-31 | Nokia Networks Oy | Robust and efficient compression of list of items |
| GB2371177B (en) * | 2001-01-16 | 2003-02-19 | Ericsson Telefon Ab L M | Automatic repetition request mechanism in a radio access network |
| DE10107700A1 (de) * | 2001-02-19 | 2002-08-29 | Siemens Ag | Verfahren und Vorrichtung zum Multiplexen und/oder Demultiplexen sowie entsprechende Computerprogramme und ein entsprechendes Computerprogramm-Erzeugnis |
| US7693508B2 (en) | 2001-03-28 | 2010-04-06 | Qualcomm Incorporated | Method and apparatus for broadcast signaling in a wireless communication system |
| US7031666B2 (en) * | 2001-03-28 | 2006-04-18 | Qualcomm Incorporated. | Method and apparatus for header compression in a wireless communication system |
| US8077679B2 (en) | 2001-03-28 | 2011-12-13 | Qualcomm Incorporated | Method and apparatus for providing protocol options in a wireless communication system |
| US8121296B2 (en) | 2001-03-28 | 2012-02-21 | Qualcomm Incorporated | Method and apparatus for security in a data processing system |
| US9100457B2 (en) | 2001-03-28 | 2015-08-04 | Qualcomm Incorporated | Method and apparatus for transmission framing in a wireless communication system |
| US7165112B2 (en) * | 2001-06-22 | 2007-01-16 | Motorola, Inc. | Method and apparatus for transmitting data in a communication system |
| US7352868B2 (en) | 2001-10-09 | 2008-04-01 | Philip Hawkes | Method and apparatus for security in a data processing system |
| US7649829B2 (en) | 2001-10-12 | 2010-01-19 | Qualcomm Incorporated | Method and system for reduction of decoding complexity in a communication system |
| CN1204724C (zh) * | 2002-02-08 | 2005-06-01 | 华硕电脑股份有限公司 | 用于无线通信系统的数据传输的确认方法 |
| US7221657B2 (en) * | 2002-02-08 | 2007-05-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Processing different size packet headers for a packet-based conversational service in a mobile communications system |
| NO20020667D0 (no) * | 2002-02-11 | 2002-02-11 | Ericsson Telefon Ab L M | Fremgangsmåte for å unngå unödig okkupering av ressurser i pakkesvitsjede mobilnett |
| KR100883063B1 (ko) * | 2002-02-16 | 2009-02-10 | 엘지전자 주식회사 | 문맥 재할당 방법 |
| US7106733B2 (en) * | 2002-03-20 | 2006-09-12 | Intel Corporation | Method and apparatus for network header compression |
| DE60312432T2 (de) * | 2002-05-10 | 2008-01-17 | Innovative Sonic Ltd. | Verfahren zur bestimmten Auslösung einer PDCP-Sequenznummern-Synchronisierungsprozedur |
| US7920590B2 (en) * | 2002-07-12 | 2011-04-05 | Spyder Navigations L.L.C. | Wireless communications system having built-in packet data compression and support for enabling non-standard features between network elements |
| KR100884956B1 (ko) | 2002-08-14 | 2009-02-23 | 엘지전자 주식회사 | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
| KR100889864B1 (ko) * | 2002-08-14 | 2009-03-24 | 엘지전자 주식회사 | 멀티미디어 데이터의 압축 전송 방법 및 시스템 |
| KR100431700B1 (ko) * | 2002-08-16 | 2004-05-17 | 엘지전자 주식회사 | 에스지에스엔과 지지에스엔간의 시각 동기화 시스템 및 방법 |
| TWI250724B (en) * | 2002-10-11 | 2006-03-01 | Ericsson Telefon Ab L M | Method and communication system for packeting messaging, and header compressor unit |
| US8806617B1 (en) * | 2002-10-14 | 2014-08-12 | Cimcor, Inc. | System and method for maintaining server data integrity |
| GB0226453D0 (en) * | 2002-11-13 | 2002-12-18 | Siemens Ag | Method for controlling a handover |
| US7599655B2 (en) | 2003-01-02 | 2009-10-06 | Qualcomm Incorporated | Method and apparatus for broadcast services in a communication system |
| US7668541B2 (en) * | 2003-01-31 | 2010-02-23 | Qualcomm Incorporated | Enhanced techniques for using core based nodes for state transfer |
| US6862446B2 (en) | 2003-01-31 | 2005-03-01 | Flarion Technologies, Inc. | Methods and apparatus for the utilization of core based nodes for state transfer |
| US8098818B2 (en) | 2003-07-07 | 2012-01-17 | Qualcomm Incorporated | Secure registration for a multicast-broadcast-multimedia system (MBMS) |
| US8718279B2 (en) | 2003-07-08 | 2014-05-06 | Qualcomm Incorporated | Apparatus and method for a secure broadcast system |
| KR100594115B1 (ko) * | 2003-07-30 | 2006-06-28 | 삼성전자주식회사 | 패킷 데이터 서비스의 채널 타입 변경에 따른 헤더 압축 컨텍스트 설정 장치 및 방법 |
| US8724803B2 (en) | 2003-09-02 | 2014-05-13 | Qualcomm Incorporated | Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system |
| US20050144311A1 (en) * | 2003-12-09 | 2005-06-30 | International Business Machines Corporation | Communications network for transmitting packets of data via a plurality of sequential routers from a transmitting station to a receiving station with packet header coding for maximizing transmission efficiency |
| KR100678055B1 (ko) * | 2004-02-12 | 2007-02-01 | 삼성전자주식회사 | 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법 |
| KR100770857B1 (ko) * | 2004-02-12 | 2007-10-26 | 삼성전자주식회사 | 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법 |
| SE0401346D0 (sv) * | 2004-05-24 | 2004-05-24 | Ericsson Telefon Ab L M | Methods for Increased Tolerance Against Packet Reordering for the Secure Reference Principle in Robust Header Compression |
| US7924731B2 (en) * | 2004-11-15 | 2011-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling out-of-sequence packets in header decompression |
| US7817628B2 (en) * | 2004-11-15 | 2010-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for header compression with transmission of context information dependent upon media characteristic |
| CN1780296B (zh) * | 2004-11-26 | 2010-08-04 | 华为技术有限公司 | 一种快速恢复压缩解压缩上下文的方法 |
| DE102005005254B4 (de) | 2005-02-04 | 2007-05-10 | Infineon Technologies Ag | Mobilfunk-Kommunikationssystem, Verfahren zum Betreiben eines Mobilfunk-Kommunikationssystems, Kernnetz-Vermittlungsschicht-Einheit und Verfahren zum Betreiben einer Kernnetz-Vermittlungsschicht-Einheit |
| US8804765B2 (en) * | 2005-06-21 | 2014-08-12 | Optis Wireless Technology, Llc | Dynamic robust header compression |
| US8982778B2 (en) | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Packet routing in a wireless communications environment |
| US9736752B2 (en) | 2005-12-22 | 2017-08-15 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers which support dual communications links |
| US9066344B2 (en) | 2005-09-19 | 2015-06-23 | Qualcomm Incorporated | State synchronization of access routers |
| US8983468B2 (en) | 2005-12-22 | 2015-03-17 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers |
| US8509799B2 (en) | 2005-09-19 | 2013-08-13 | Qualcomm Incorporated | Provision of QoS treatment based upon multiple requests |
| US8982835B2 (en) | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Provision of a move indication to a resource requester |
| US9078084B2 (en) | 2005-12-22 | 2015-07-07 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| EP1773004A1 (en) * | 2005-10-10 | 2007-04-11 | Nec Technologies (UK) Limited | Header compression optimisation method during and after handovers in a cellular communication network |
| US7620870B2 (en) * | 2005-11-22 | 2009-11-17 | Cisco Technology, Inc. | Data compression method and system |
| US20070155389A1 (en) * | 2005-12-31 | 2007-07-05 | Lucent Technologies, Inc. | Method for controlling header compression during handoffs in a wireless system |
| CN101009908A (zh) * | 2006-01-24 | 2007-08-01 | 北京三星通信技术研究有限公司 | Lte系统中支持mbms业务传输的方法 |
| EP2501179B9 (en) | 2006-02-07 | 2014-02-26 | Nec Corporation | Mobile communication system, wireless base station controllers and relocation method |
| US8406212B2 (en) | 2006-02-22 | 2013-03-26 | Apple Inc. | Service flow with robust header compression (ROHC) in a WiMAX wireless network |
| US9083355B2 (en) | 2006-02-24 | 2015-07-14 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| US8619685B2 (en) * | 2006-10-02 | 2013-12-31 | Lg Electronics Inc. | Method for transmitting and receiving paging message in wireless communication system |
| JP4978141B2 (ja) | 2006-10-06 | 2012-07-18 | 富士通株式会社 | 無線通信システム及び無線基地局及び無線通信制御方法 |
| US8442017B2 (en) * | 2006-10-30 | 2013-05-14 | Lg Electronics Inc. | Method for transmitting random access channel message and response message, and mobile communication terminal |
| US8428013B2 (en) * | 2006-10-30 | 2013-04-23 | Lg Electronics Inc. | Method of performing random access in a wireless communcation system |
| KR100938754B1 (ko) | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| US8532070B2 (en) * | 2006-12-18 | 2013-09-10 | Cisco Technology, Inc. | Fast handoff for wireless devices in a wired-wireless network |
| KR101364932B1 (ko) * | 2007-03-15 | 2014-02-20 | 엘지전자 주식회사 | 데이터 생성 패턴을 이용한 데이터 전송 방법 |
| US8774125B2 (en) | 2007-03-15 | 2014-07-08 | Lg Electronics Inc. | Method of managing data blocks during handover |
| WO2008115116A1 (en) * | 2007-03-16 | 2008-09-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for relocating a header compression context in a wireless communication system |
| US9155008B2 (en) | 2007-03-26 | 2015-10-06 | Qualcomm Incorporated | Apparatus and method of performing a handoff in a communication network |
| KR101469281B1 (ko) * | 2007-04-30 | 2014-12-04 | 엘지전자 주식회사 | 무선단말의 상태 전환 방식 |
| USRE45347E1 (en) | 2007-04-30 | 2015-01-20 | Lg Electronics Inc. | Methods of transmitting data blocks in wireless communication system |
| US8543089B2 (en) * | 2007-04-30 | 2013-09-24 | Lg Electronics Inc. | Method for performing an authentication of entities during establishment of wireless call connection |
| KR101464748B1 (ko) * | 2007-04-30 | 2014-11-24 | 엘지전자 주식회사 | 무선단말의 측정보고 기동방식 |
| WO2008133480A1 (en) * | 2007-04-30 | 2008-11-06 | Lg Electronics Inc. | Method for transmitting or receiving data unit using header field existence indicator |
| US8184570B2 (en) * | 2007-04-30 | 2012-05-22 | Lg Electronics Inc. | Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service |
| KR20080097338A (ko) | 2007-05-01 | 2008-11-05 | 엘지전자 주식회사 | 불연속 데이터 송수신 방법 |
| US20080273482A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Uplink access method for receiving a point-to-multipoint service |
| US20080273503A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Method and terminal for performing handover in mobile communications system of point-to-multipoint service |
| KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| JP4478700B2 (ja) * | 2007-05-28 | 2010-06-09 | シャープ株式会社 | ネットワークベースｉｐモビリティプロトコルを利用した通信システム、制御装置、ルータ及びその通信方法 |
| US8830818B2 (en) | 2007-06-07 | 2014-09-09 | Qualcomm Incorporated | Forward handover under radio link failure |
| KR101451434B1 (ko) * | 2007-06-18 | 2014-10-21 | 엘지전자 주식회사 | 효과적인 호의 설정을 위한 호출 정보 전송 방법 |
| EP2015478B1 (en) | 2007-06-18 | 2013-07-31 | LG Electronics Inc. | Method of performing uplink synchronization in wireless communication system |
| US9094173B2 (en) | 2007-06-25 | 2015-07-28 | Qualcomm Incorporated | Recovery from handoff error due to false detection of handoff completion signal at access terminal |
| US8081603B2 (en) * | 2007-07-18 | 2011-12-20 | Qualcomm Incorporated | Compression static and semi-static context transfer |
| CN101364937B (zh) * | 2007-08-10 | 2013-12-18 | 华为技术有限公司 | 保持鲁棒性头标压缩机制通信连续的方法、系统 |
| KR101387537B1 (ko) * | 2007-09-20 | 2014-04-21 | 엘지전자 주식회사 | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 |
| EP2168270B1 (en) * | 2007-09-20 | 2016-02-17 | LG Electronics Inc. | A method for handling correctly received but header compression failed packets |
| JP5133127B2 (ja) * | 2008-05-15 | 2013-01-30 | 京セラ株式会社 | 無線通信システム、無線基地局および無線通信方法 |
| JP2011028734A (ja) * | 2009-06-30 | 2011-02-10 | Renesas Electronics Corp | デバッグシステム、エミュレータ、デバッグ方法、及び、デバッグプログラム |
| JP5017324B2 (ja) * | 2009-07-23 | 2012-09-05 | 株式会社東芝 | 圧縮伸長装置 |
| EP2282577B1 (en) * | 2009-07-27 | 2012-05-23 | Institute for Imformation Industry | Wireless communication apparatus, header compression method thereof, and header decompression method thereof |
| WO2011024272A1 (ja) * | 2009-08-26 | 2011-03-03 | 富士通株式会社 | 基地局制御装置および通信システム |
| US8615241B2 (en) | 2010-04-09 | 2013-12-24 | Qualcomm Incorporated | Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems |
| JP5734680B2 (ja) * | 2011-01-26 | 2015-06-17 | 京セラ株式会社 | 移動通信方法及び基地局 |
| WO2013186322A2 (en) * | 2012-06-13 | 2013-12-19 | Telefonaktiebolaget L M Ericsson (Publ) | Data compression in a communications network |
| CN104703230A (zh) * | 2013-12-09 | 2015-06-10 | 中兴通讯股份有限公司 | 一种基于鲁棒性头压缩协议的切换方法、设备和系统 |
| US10341466B2 (en) | 2014-11-14 | 2019-07-02 | Qualcomm Incorporated | Evolved data compression scheme signaling |
| US10470090B2 (en) * | 2014-11-14 | 2019-11-05 | Qualcomm Incorporated | Data compression techniques for handover and radio link failure recovery |
| US10110360B2 (en) | 2015-07-27 | 2018-10-23 | Qualcomm Incorporated | Recovery mechanism for ROHC with lost initialization and refresh messages |
| CN107404506A (zh) * | 2016-05-20 | 2017-11-28 | 北京信威通信技术股份有限公司 | 一种数据传输的压缩、解压缩方法及系统 |
| US10623989B2 (en) * | 2016-10-27 | 2020-04-14 | Qualcomm Incorporated | Techniques and apparatuses for unidirectional robust header compression |
| TWI670983B (zh) * | 2018-03-01 | 2019-09-01 | 大陸商電信科學技術研究院有限公司 | 一種保持ｕｄｃ功能連續性的方法及設備 |
| CN111385263B (zh) * | 2018-12-29 | 2022-05-24 | 大唐移动通信设备有限公司 | 一种数据包头压缩信息的维护方法及通信设备 |
| WO2020222436A1 (en) * | 2019-04-30 | 2020-11-05 | Lg Electronics Inc. | Method and apparatus for transmitting packets based on receiving a handover command in wireless communication system |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2711867B1 (fr) * | 1993-10-28 | 1995-12-01 | Alcatel Radiotelephone | Procédé de transfert intercellulaire dans un système cellulaire de radiocommunications mobiles et dispositif pour la mise en Óoeuvre de ce procédé. |
| US6041054A (en) * | 1997-09-24 | 2000-03-21 | Telefonaktiebolaget Lm Ericsson | Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two |
| EP1641193A1 (en) | 1999-05-25 | 2006-03-29 | Lucent Technologies Inc. | Method for telecommunications using internet protocol |
| US6542504B1 (en) * | 1999-05-28 | 2003-04-01 | 3Com Corporation | Profile based method for packet header compression in a point to point link |
| US6754231B1 (en) * | 1999-06-18 | 2004-06-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Robust header compression in packet communications |
| US6542931B1 (en) * | 1999-11-05 | 2003-04-01 | Nokia Corporation | Using sparse feedback to increase bandwidth efficiency in high delay, low bandwidth environment |
| US6535925B1 (en) * | 1999-11-09 | 2003-03-18 | Telefonaktiebolaget L M Ericsson (Publ) | Packet header compression using division remainders |
| US6300887B1 (en) * | 1999-11-09 | 2001-10-09 | Nokia Networks Oy | Efficient handoff procedure for header compression |
| US6839339B1 (en) * | 2000-02-02 | 2005-01-04 | Lucent Technologies Inc. | Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets |
| US6477150B1 (en) * | 2000-03-03 | 2002-11-05 | Qualcomm, Inc. | System and method for providing group communication services in an existing communication system |
| US6970476B1 (en) * | 2000-03-07 | 2005-11-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient header compression context update in packet communications |
| US6529527B1 (en) * | 2000-07-07 | 2003-03-04 | Qualcomm, Inc. | Method and apparatus for carrying packetized voice and data in wireless communication networks |
| US7995533B1 (en) * | 2000-07-14 | 2011-08-09 | Spyder Navigations L.L.C. | System and method for efficient state transfer in mobile networks |
| EP1303963B1 (en) | 2000-07-27 | 2006-12-27 | Telefonaktiebolaget LM Ericsson (publ) | A method for header compression context control during handover in mobile data communication networks |
| FI111493B (fi) * | 2000-09-22 | 2003-07-31 | Nokia Corp | Kontekstitunnisteen määrittäminen otsikkokenttien kompressoinnissa |
| FI110739B (fi) * | 2000-10-18 | 2003-03-14 | Nokia Corp | Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle |
| US6876640B1 (en) * | 2000-10-30 | 2005-04-05 | Telefonaktiebolaget Lm Ericsson | Method and system for mobile station point-to-point protocol context transfer |
| US6950445B2 (en) * | 2000-11-16 | 2005-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system and method for shared context compression |
| US6745012B1 (en) * | 2000-11-17 | 2004-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Adaptive data compression in a wireless telecommunications system |
| FI111777B (fi) * | 2001-01-16 | 2003-09-15 | Nokia Corp | IP-datan siirtäminen tietoliikennejärjestelmässä |
-
2001
- 2001-01-10 US US09/757,913 patent/US7290063B2/en not_active Ceased
-
2002
- 2002-01-09 DE DE60214825T patent/DE60214825T2/de not_active Expired - Lifetime
- 2002-01-09 CA CA002431725A patent/CA2431725A1/en not_active Abandoned
- 2002-01-09 ES ES02716109T patent/ES2272691T3/es not_active Expired - Lifetime
- 2002-01-09 KR KR1020037009088A patent/KR100610659B1/ko not_active IP Right Cessation
- 2002-01-09 EP EP02716109A patent/EP1356655B1/en not_active Expired - Lifetime
- 2002-01-09 JP JP2002557095A patent/JP4005508B2/ja not_active Expired - Fee Related
- 2002-01-09 AT AT02716109T patent/ATE340469T1/de not_active IP Right Cessation
- 2002-01-09 WO PCT/FI2002/000017 patent/WO2002056561A1/en active IP Right Grant
- 2002-01-09 CN CN028036042A patent/CN1663215B/zh not_active Expired - Fee Related
- 2002-01-09 BR BR0206341-7A patent/BR0206341A/pt not_active IP Right Cessation
-
2003
- 2003-07-09 ZA ZA200305300A patent/ZA200305300B/en unknown
-
2008
- 2008-11-06 US US12/265,905 patent/USRE46125E1/en not_active Ceased
-
2016
- 2016-07-12 US US15/208,233 patent/USRE47719E1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US7290063B2 (en) | 2007-10-30 |
| EP1356655B1 (en) | 2006-09-20 |
| USRE47719E1 (en) | 2019-11-05 |
| DE60214825D1 (de) | 2006-11-02 |
| USRE46125E1 (en) | 2016-08-23 |
| KR100610659B1 (ko) | 2006-08-09 |
| CN1663215A (zh) | 2005-08-31 |
| WO2002056561A1 (en) | 2002-07-18 |
| KR20030066800A (ko) | 2003-08-09 |
| DE60214825T2 (de) | 2007-03-29 |
| JP2004517580A (ja) | 2004-06-10 |
| CA2431725A1 (en) | 2002-07-18 |
| ZA200305300B (en) | 2004-09-01 |
| ATE340469T1 (de) | 2006-10-15 |
| CN1663215B (zh) | 2010-04-28 |
| EP1356655A1 (en) | 2003-10-29 |
| BR0206341A (pt) | 2003-12-23 |
| JP4005508B2 (ja) | 2007-11-07 |
| US20020091860A1 (en) | 2002-07-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2272691T3 (es) | Reubicacion de la informacion de contexto en la compresion de encabezamientos. | |
| ES2236319T3 (es) | Definicion de la compresion de campos de cabecera para conexiones de paquetes de datos. | |
| JP3802420B2 (ja) | パケット交換データ伝送におけるデータ・パケット番号付加方式 | |
| ES2328342T3 (es) | Sistema y procedimiento de comunicacion movil. | |
| ES2272350T3 (es) | Metodo para realizar una transmision de datos mas eficaz y protocolo de transmision de datos. | |
| KR100458533B1 (ko) | 패킷-교환 데이터 전송에서의 데이터 패킷 번호 부여 | |
| ES2292616T3 (es) | Definicion de un identificador de contexto en la compresion de campos de encabezamientos. | |
| JP5279732B2 (ja) | 移動通信システムにおけるｐｄｃｐ層の状態報告の送信方法及び受信装置 | |
| ES2328218T3 (es) | Transferencia de parametros de algoritmo de optimizacion durante el traspaso de una estacion movil entre subsistemas de redes de radiocomunicaciones. | |
| ES2373710T3 (es) | Procedimiento de reubicación de srns y controlador de red radio correspondiente. | |
| ES2215894T3 (es) | Numeracion de paquetes de datos en transmision de datos por conmutacion de paquetes. | |
| FI113323B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| US20090034476A1 (en) | Packet data convergence protocol procedures | |
| ES2287572T3 (es) | Metodo de compresion de cabecera. | |
| JP2003283592A (ja) | ワイヤレスコミュニケーションシステムのデータ伝送確認方法 | |
| JP2010541409A (ja) | パケット・データ収束プロトコルにおける制御プロトコル・データ・ユニットの動作 | |
| CN101933280A (zh) | 用于发送pdcp状态报告的移动通信系统和方法 | |
| US20030165161A1 (en) | Synchronization of data packet numbers in packet-switched data transmission | |
| JP2005057419A (ja) | パケット通信システム及びパケット通信方法 |