ES2235018T3 - Metodo y sistema para tratamiento de datos erroneos en un sistema de comunicaciones comutado por paquetes, en el que los paquetes se subdividen y procesan por partes. - Google Patents

Abstract

Método para disponer el control de errores en datos conmutados por paquetes, en el cual, al menos, una primera parte y una segunda parte pueden separarse de los paquetes y en el que se comprueban los errores detectados en los datos recibidos (404), caracterizado porque comprende las fases de: - selección (400), durante el establecimiento de la conexión, de unas condiciones que se aplican para procesar la primera parte y de la segunda parte en una situación de error; - comprobación (407), en respuesta a un error detectado en la primera parte y/o en la segunda parte recibidas, de sí dichas condiciones permiten que la primera parte y/o la segunda parte sean transmitidas a las capas superiores de protocolo; y - transmisión (408), en respuesta a dichas condiciones que la permiten, de la primera parte y/o de la segunda parte a las capas superiores de protocolo.

Description

Método y sistema para tratamiento de datos erróneos en un sistema de comunicaciones conmutado por paquetes, en el que los paquetes se subdividen y procesan por partes.

Antecedentes de la invención

La invención se refiere a la disposición de comprobación de errores de datos y al procesamiento de datos erróneos, especialmente en la transmisión de paquetes IP (Protocolo de Internet).

El rápido avance de la tecnología IP ha ampliado el campo de utilización de las diversas aplicaciones basadas en IP más allá de la transferencia convencional de datos a través de Internet. Especialmente, las aplicaciones de telefonía basadas en IP se han desarrollado con gran rapidez, a causa de lo cual puede llevarse a cabo una porción cada vez mayor de la vía de transferencia de las llamadas utilizando la tecnología IP. Más específicamente, las redes de comunicaciones móviles constituyen un área en la que se prevé que la tecnología IP va a proporcionar una serie de ventajas, pues además de los servicios de voz convencionales, que podrían prestarse utilizando diferentes aplicaciones de voz basadas en IP, las redes de comunicaciones móviles ofrecerán con mayor frecuencia diferentes servicios de datos, como navegación por Internet y servicios de correo electrónico, que normalmente se facilitan más ventajosamente como servicios basados en IP conmutados por paquetes. Por ello, las capas IP adaptadas a los protocolos del sistema de comunicaciones móviles podrían utilizarse para facilitar servicios de audio y vídeo, así como diversos servicios de datos.

La capa IP no puede garantizar que se facilite una transferencia exenta de errores en la capa de red, pero la fiabilidad de la transferencia se consigue en la capa superior TCP [Transport Control Protocol (protocilo de control de transporte)]. El TCP es el responsable del acuse de recibo y de su retransmisión. No obstante, el protocolo TCP no satisface los requisitos de las aplicaciones en tiempo real, en las que la demora constituye un factor crítico. Normalmente, las aplicaciones en tiempo real utilizan el protocolo UDP (User Datagram Protocol [protocolo datagram de usuario]) para la transferencia de datos de audio y vídeo. Aunque el UDP no provoca ninguna demora adicional debida a las retransmisiones y a los acuses de recibo, tampoco proporciona una conexión fiable. Los flujos de audio / vídeo a transmitir a través de una red conmutada por paquetes están constituidos por paquetes y sincronizados mediante el RTP (Real-time Transport Protocol [protocolo de transporte en tiempo real]) utilizando el UDP. Se han diseñado diversos métodos de comprobación de errores para la capa física, especialmente en el caso de los datos que van a transferirse a través del interfaz de radio. Un método de comprobación de errores utilizado con mucha frecuencia es el CRC (Cyclic Redundance Check [comprobación redundancia cíclica]), que permite detectar errores de transmisión de un tipo específico.

En esta aplicación, el término "carga útil" se utiliza para aquellos datos que resultan sustancialmente útiles para la aplicación utilizada, y "campos de cabecera" para campos añadidos la carga útil por las capas inferiores dedicadas a la transferencia de datos de la aplicación. En aplicaciones de voz, la carga útil incluye, por ejemplo, muestras de voz y datos de control, siendo los campos de cabecera de la capa de red, por ejemplo, campos de cabecera RTP, UDP e IP. El documento WO 00/76112 describe un método de protección desigual contra error para redes EDGE (Enhanced Data Rate for GSM Evolution [tasa de datos mejorada para evolución GSM]) conmutadas por paquetes. En este método se añade una nueva cabecera a los paquetes transmitidos, incluyendo dicha nueva cabecera un campo de error generado únicamente en función de los bits que contiene la cabecera. En el caso de los paquetes recibidos se comprueban los errores del campo error, y sí en la cabecera se encuentra un error, se aplica la corrección de error. Si el error es susceptible de corregirse, el paquete es aceptado. De lo contrario, se rechaza el paquete. Las necesidades de la carga de carga útil que ha de transferirse, difieren de las de los campos de cabecera, especialmente en lo que respecta a la tolerancia de error. Normalmente, un error en los campos de cabecera significaría que el paquete no podría ser transmitido al receptor correcto, aunque podría seguir siendo útil para la descompresión de los campos de cabecera. Por otra parte, si el error se encontrase en la carga útil, probablemente el paquete sería útil para una aplicación en tiempo real, para generar imágenes o voz. No obstante, los paquetes con datos erróneos suelen descartarse, aunque podrían ser útiles.

Breve descripción de la invención

Por lo tanto, uno de los objetos de la invención consiste en facilitar un método y un equipo para llevar a cabo dicho método, y evitar los problemas anteriormente mencionados. El objeto del método se consigue mediante un método, un sistema de radio por paquetes, una estación móvil y un elemento de red caracterizado por lo que se indica en las reivindicaciones independientes. Las realizaciones preferidas de la invención se describen en las reivindicaciones dependientes.

La idea subyacente a la invención es que de los paquetes pueden separarse, al menos, dos partes, una primera parte y una segunda parte, determinándose condiciones para gestionarlas en una situación de error. A partir de las condiciones, puede ser posible transmitir la primera y/o la segunda parte de un paquete a las capas superiores.

Una de las ventajas que aporta la solución propuesta por la invención es que, en función de la localización del error, los paquetes, o sus partes, pueden gestionarse de forma diferente. Esto también permite la transmisión a capas superiores de paquetes, total o parcialmente erróneos cuando así se especifique en las condiciones.

De acuerdo con una realización preferida de la invención, la primera parte incluye los campos de cabecera y la segunda parte la carga útil. Esto permite la formulación de unas condiciones más versátiles para gestionar un paquete que contenga carga útil y/o campos de cabecera erróneos. Además, es posible utilizar en la aplicación, incluso carga útil errónea, o campos de cabecera erróneos en su descompresión.

De acuerdo con una realización preferida de la invención, la primera parte de los paquetes IP se transmite a través de unas conexiones lógicas diferentes que los de la segunda parte. El término "conexión lógica" se refiere a la conexión proporcionada por una capa de enlace de datos L2 para la transferencia de datos entre una estación móvil y una red de radio por paquetes.

De acuerdo con una realización adicional de la invención, las instrucciones se determinan, mediante la señalización en la capa de control de recursos de radio, desde la red de radio a la estación móvil. Una ventaja de este procedimiento es que permite determinar a la red cómo debe gestionar los paquetes la estación móvil y, por lo tanto, conocer el nivel de calidad del servicio de transferencia de datos que va a facilitarse con mayor precisión que anteriormente.

Breve descripción de las figuras

En los siguientes párrafos se describirá la invención en mayor detalle, en relación con las realizaciones preferidas y haciendo referencia a las figuras adjuntas, en las cuales:

La figura 1 es un organigrama que muestra una vista esquemática de la estructura del sistema UMTS;

Las figuras 2a y 2b muestran las pilas de protocolo de un servicio de datos por paquetes UMTS, para la señalización de control y la transmisión de los datos de usuario;

La figura 3 muestra las capas RLC y PDCP en un sistema de acuerdo con una realización preferida de la invención;

La figura 4 es un diagrama de flujo que muestra un método de acuerdo con una realización preferida de la invención; y

La figura 5 muestra las capas RLC y PDCP en un sistema de acuerdo con una realización preferida de la invención.

Descripción detallada de la invención

En los siguientes párrafos se describirá el método de la invención a modo de ejemplo, haciendo referencia al sistema UMTS (Universal Mobile Communications System [sistema de comunicaciones móviles universal]) y a la transferencia de paquetes IP. No obstante, la invención no se limita a la transferencia de datos IP, pero puede aplicarse a cualquier sistema de telecomunicaciones conmutado por paquetes. Por ejemplo, el método de la invención puede aplicarse ventajosamente a los proyectos para la mejora adicional de lo que se conoce como sistemas de comunicaciones móviles de segunda generación, como la red GERAN (GSM/Edge Radio Access Network [GSM/red de acceso radio límite]).

La figura 1 sólo incluye los bloques del sistema UMTS que son esenciales para describir la invención, pero cualquier persona versada en la materia comprenderá perfectamente que un sistema de comunicaciones móviles convencional también incluye otras funciones y elementos que no necesitan describirse en detalle en estas páginas. Los principales componentes del sistema de comunicaciones móviles convencional son una red central CN y una Red Terrestre de Acceso Radioeléctrico UMTS UTRAN, que constituyen la red fija para el sistema de comunicaciones móviles, y una estación móvil o equipo de usuario UE. El interfaz entre las redes CN y UTRAN se denomina Iu, y el interfaz Hertziano entre la red UTRAN y el UE se denomina Uu.

Una red UTRAN incluye típicamente una pluralidad de Subsistemas de Red de Radio RNS, y al interfaz entre los subsistemas se denomina Iur (no mostrado). El susb-sistema RNS incluye un Controlador de Red vía Radio RNC y una o más estaciones base BS, a las que también se les denomina nodo B. El interfaz entre el RNC y la BS se denomina Iub. Normalmente, una estación base BS es responsable de realizar la trayectoria de radio, y el controlador de red vía radio RNC gestiona al menos los siguientes elementos: gestión de recursos de radio, control de la conmutación de llamadas entre células, el ajuste de potencia, temporización y sincronización, y paginación del equipo del usuario.

La red central CN está constituida por una infraestructura perteneciente al sistema de comunicaciones móviles y externa a la UTRAN. En la red central, un Centro Móvil de Conmutación / Registro de Localización de Visitantes 3G-MSC/VLR, se conecta a un Registro de localización de abonados propios HLR, y también, preferiblemente, a un Punto de Control del Servicio SCP de una red inteligente. El Registro de localización de abonados propios HLR y el Registro de Localización de Visitantes VLR, incluyen información sobre abonados móviles: el Registro de localización de abonados propios HLR, incluye información sobre todos los abonados de la red móvil de comunicaciones y los servicios a los que estos están suscritos, y el Registro de localización de visitantes VLR, incluye información sobre las estaciones móviles que visitan el área de un centro de conmutación móvil específico MSC. Se establece una conexión con un nodo de servicio de un sistema de radio por paquetes 3G-SGSN (Nodo de Soporte GPRS de Servicio) a través de los Gs de interfaz, y a una red de telefonía fija RTPC/RDSI a través de un centro de conmutación móvil de puerta de enlace GMSC (MSC de puerta de enlace, no mostrado). La conexión, tanto desde el centro de conmutación móvil 3G-MSC/VLR como desde el nodo de servicio 3G-SGSN con la red vía radio UTRAN (Red Terrestre de Acceso Radioeléctrico UMTS) se configura a través del interfaz Iu. Cabe señalar que la UMTS está diseñada de forma que la red central CN puede ser idéntica a la red central del sistema GSM, por ejemplo, en cuyo caso no es necesario reconstruir la totalidad de la infraestructura de la red.

De este modo, el sistema UMTS también incluye un sistema de radio por paquetes que, en buena medida, se lleva acabo de acuerdo con un sistema GPRS conectado a una red GSM, lo que explica las referencias a un sistema GPRS en los nombres de los elementos de la red. El sistema de radio por paquetes UMTS puede incluir un número plural de nodos de puerta de enlace y de servicio, estando normalmente varios nodos de servicio 3G-SGSN conectados a un nodo de puerta de enlace 3G-GGSN. El nodo de servicio 3G-SGSN es el responsable de la detección de estaciones móviles capaces de efectuar conexiones de radio por paquetes en su área de servicio para transmitir y recibir paquetes de datos desde dichas estaciones móviles y para supervisar la localización de las estaciones móviles en su área de servicio. Adicionalmente, el nodo de servicio 3G-SGSN está en contacto con el registro de localización de abonados propios HLR a través del interfaz Gr. Los registros de datos relacionados con el servicio de radio por paquetes y que incluyen contenidos de protocolos de datos de paquetes específicos del abonado también se almacenan en el registro de localización de abonados propios HLR.

El nodo de puerta de enlace 3G-GGSN actúa como centro de transito entre el sistema de radio por paquetes de la red UMTS y la red de datos externa PDN (Packet Data Network). Entre las redes de datos externas se incluyen las redes UMTS o GPRS de otro operador de red, Internet, una red X.25 o redes de área local privadas. El nodo de puerta de enlace 3G-GGSN se comunica con dichas redes de datos a través del interfaz Gi. Los paquetes de datos transmitidos entre el nodo de puerta de enlace 3G-GGSN y el nodo de servicio 3G-SGSN, siempre están encapsulados de acuerdo con el protocolo de tunelización de puerta de enlace GTP. El nodo de puerta de enlace 3G-GGSN también incluye las direcciones de los contextos PDP (Packet Data Protocol [protocolo de datos por paquetes]) activados para las estaciones móviles y su información de encaminamiento, es decir una dirección 3G-SGSN. La información de encaminamiento se utiliza para enlazar los paquetes de datos entre la red de datos externas y el nodo de servicio 3G-SGSN. La red situada entre el nodo de puerta de enlace 3G-GGSN y el nodo de servicio 3G-SGSN utiliza un protocolo IP, preferiblemente el Ipv6 (Internet Protocol [protocolo Internet] versión 6).

Las figuras 2a y 2b muestran las pilas de protocolos UMTS utilizadas para la señalización de control (plano de control) y la transmisión de datos de usuario (plano de usuario) en el servicio de radio por paquetes prestado por UMTS. La figura 2a muestra la pila de protocolos utilizada para la señalización de control entre la estación móvil MS y la red central CN. La gestión de la movilidad MM, el control de llamadas CC y la gestión de la sesión SM de la estación móvil MS están señalizadas en las capas superiores del protocolo entre la estación móvil MS y la red central CN de forma que las estaciones base BS y el controlador de red vía radio RNC situado entre ellas son transparentes para esta señalización. La gestión de recursos de radio de los enlaces por radio entre las estaciones móviles MS y las estaciones base BS se lleva a cabo mediante un sistema de gestión de recursos de radio RRM que transmite los datos de control procedentes del controlador de la red de radio RNC a las estaciones base BS. Estas funciones asociadas a la gestión general de un sistema móvil constituyen un grupo denominado protocolos de red central (protocolos CN), también conocido como Estrato de No Acceso.

Igualmente, la señalización relativa al control de la red de radio entre la estación móvil MS, la estación base BS y el controlador de la red de radio RNC se lleva a cabo en capas de protocolo denominadas protocolos de red de acceso vía radio (protocolos RAN), es decir el Estrato de Acceso. Estos incluyen protocolos de transferencia de nivel inferior, cuya señalización de control se transfiere a las capas superiores para su posterior procesamiento. La más esencial de las capas superiores de Estratos de Acceso es el protocolo de control de recursos de radio RRC que es el responsable, por ejemplo, del establecimiento, configuración, mantenimiento y liberación de radio-enlaces entre la estación móvil MS y la red radio UTRAN y de la transmisión de información de control desde la red central CN y la red radio RAN a las estaciones móviles MS. Además, cuando debe establecerse o configurarse una conexión lógica, el protocolo de control de recursos de radio RRC determina los parámetros a utilizar en los niveles inferiores 1 y 2 de acuerdo con las instrucciones de la gestión de recursos de radio RRM.

Los datos de usuario conmutados por paquetes UMTS se transmiten utilizando una pila de protocolos mostrada en la figura 2b. En el interfaz Uu entre la red radio UTRAN y la estación móvil MS se lleva a cabo la transmisión de datos de nivel inferior sobre la capa física L1 de acuerdo con un protocolo WCDMA o TD-CDMA. Una capa MAC, situada sobre la capa física transmite los paquetes de datos entre la capa física y una capa RLC (Radio Link Control [control de radio enlace]), siendo la capa RLC la que se ocupa de la gestión de los radio-enlaces de las diferentes conexiones lógicas. Las funciones RLC incluyen, por ejemplo, la segmentación de los datos a transmitir en uno o más paquetes de datos RLC. Los campos de cabecera de los paquetes de datos (PDCP-PDU) de la capa PDCP situada por encima de RLC pueden comprimirse opcionalmente. Los paquetes de datos se segmentan y transmiten en tramas RLC a las cuales se añade información sobre direccionamiento y detección de error esencial para la transmisión de datos. La capa RLC ofrece a la capa PDCP la opción de determinar la Calidad del Servicio QoS (Quality of Service) y, en el caso de transmisiones con acuse de recibo (otros tipos de transmisión son transparentes y sin acuse de recibo), también se ocupa de la retransmisión de las tramas dañadas, es decir, lleva a cabo la corrección de error. PDCP, RLC y MAC forman la capa del enlace de datos. El nodo de servicio 3G-SGSN es el responsable del encaminamiento de los paquetes de datos procedentes de la estación móvil MS a través de la red vía radio RAN hasta el nodo de puerta de enlace correcto 3G-GGSN. Esta conexión utiliza un protocolo de tunelización GTP que encapsula y tuneliza todos los datos de usuario y señalizaciones a transmitir a través de la red central. El protocolo GTP se ejecuta por encima del IP utilizado por la red central.

Normalmente, se asigna una conexión lógica a una entidad de convergencia que facilita la transmisión del flujo de datos de la capa de aplicación a la red móvil de comunicaciones, por una parte, y a la entidad de convergencia de la RNC, por otra parte, utilizándose la conexión lógica para transferencia de paquetes IP a la capa física. De acuerdo con las normas del sistema de comunicaciones móviles de tercera generación UMTS, la entidad de la capa de convergencia de protocolo de datos de paquetes (PDCP) siempre utiliza una conexión de la capa de control de enlace por radio (RLC) para la transferencia de un flujo de datos. Cuando se asigna la conexión RLC, y por lo tanto la conexión lógica, se seleccionan los parámetros que determinan las características de la conexión lógica, como el nivel de calidad de servicio de la conexión, de acuerdo con las instrucciones de RRC.

De acuerdo con la invención, de los paquetes pueden separarse, al menos, una primera parte y una segunda parte. Dependiendo de los errores detectados en la recepción, las partes pueden procesarse de forma diferente. De acuerdo con una realización preferida de la invención, la primera parte incluye datos de cabecera y la segunda parte carga útil, lo que permite utilizar también carga útil errónea o campos de cabecera erróneos cuando sea necesario. En las realizaciones descritas a continuación, la división se basa específicamente en la carga útil y en los campos de cabecera, aunque el alcance de la invención no se limita a los mismos. Existen otras formas de llevar a cabo la división, por ejemplo los bits de carga útil con diferentes niveles de importancia pueden constituir partes que se procesen de forma diferente.

La figura 3 muestra las capas RLC y PDCP en un sistema de acuerdo con una realización preferida de la invención en el que se asignan conexiones lógicas separadas a la carga útil y a los campos de cabecera. Para cada contexto PDP se asigna una entidad PDCP. La entidad PDCP que efectúa la transmisión y la entidad PDCP que la recibe suelen incluir una pareja compresor-descompresor para la compresión de los paquetes de datos que han de transmitirse y para la descompresión de los paquetes de datos recibidos. Cada entidad PDCP puede utilizar uno o más algoritmos de compresión de campos de cabecera o bien no tiene necesariamente que usar ninguno.

La entidad PDCP puede transformarse en un número plural de entidades RLC, lo que permite ofrecer un número plural de conexiones lógicas LC1-LC2 a una entidad PDCP. Preferiblemente, las conexiones lógicas separadas se asignan al menos para carga útil y campos de cabecera. La carga útil y los campos de cabecera se separan de los paquetes IP a transmitir y después de la compresión se transmiten en sus respectivas conexiones lógicas LC1-LC2. Esto permite que la entidad PDCP utilice conexiones lógicas LC1-LC2 de diferentes características para la carga útil y los campos de cabecera. Además, la entidad PDCP puede transmitir los campos de cabecera a partir de su estado de compresión, por ejemplo utilizando una pluralidad de distintas conexiones lógicas. Igualmente, la carga útil pueden transferirse utilizando una pluralidad de diferentes conexiones lógicas.

La figura 4 muestra un método de acuerdo con una realización preferida de la invención en el cual se utilizan diferentes conexiones lógicas para la supervisión de errores en la carga útil y campos de cabecera transferidos. Los protocolos superiores de la red central activan un contexto PDP entre la estación móvil UE y la red UMTS. Las conexiones lógicas se asignan a la carga útil y los campos de cabecera, determinándose los parámetros seleccionados entre las entidades de protocolo RRC. Los parámetros determinados para la carga útil pueden ser diferentes de los de los campos de cabecera, por ejemplo, podría asignarse una conexión más fiable a los campos de cabecera.

Para la gestión de los errores detectados en la carga útil y en los campos de cabecera, se determinan unas condiciones 400, preferiblemente mediante la señalización RRC durante la asignación de las conexiones lógicas. Las condiciones determinan, sí se transmiten carga útil y/o campos de cabecera erróneos a las capas superiores de protocolo. A continuación se indican diferentes condiciones, aunque el ámbito de la invención no queda limitado a las mismas:

1.

Si hay un error en los campos de cabecera \rightarrow no se transmiten campos de cabecera ni carga útil a las capas superiores.

2.

Si hay un error en los campos de cabecera \rightarrow se incluye una indicación de error en los campos de cabecera y se transmiten, transmitiéndose también la carga útil.

3.

Si hay un error en los campos de cabecera \rightarrow se incluye una indicación de error en los campos de cabecera y se transmiten, pero no se transmiten la carga útil.

4.

Si hay un error en la carga útil \rightarrow no se transmiten carga útil ni campos de cabecera.

5.

Si hay un error en la carga útil \rightarrow se transmiten los campos de cabecera pero no se transmiten la carga útil.

6.

Si hay un error en la carga útil \rightarrow se incluye una indicación de error en los campos de cabecera y en la carga útil y se transmiten.

7.

Si hay un error en los campos de cabecera y en la carga útil \rightarrow no se transmiten campos de cabecera ni carga útil.

8.

Si hay un error en los campos de cabecera y en la carga útil \rightarrow se incluye una indicación de error en los campos de cabecera y se transmiten, pero no se transmiten la carga útil.

9.

Si hay un error en los campos de cabecera y en la carga útil \rightarrow se incluye una indicación de error en los campos de cabecera y en la carga útil y se transmiten.

La indicación de error también puede ser opcional, lo que también aumenta el número de opciones. Dicho de otro modo, la señalización RRC desde el RNC a la estación móvil UE puede utilizarse para señalizar las condiciones de aplicación de una capa de enlace de datos específica, siendo preferiblemente las condiciones una combinación de las condiciones 1 a 9 precedentes. De acuerdo con las condiciones facilitadas, la entidad RRC fija los parámetros asociados al envío de los datos de la entidad PDCP y/o los datos de la entidad RLC de tal forma que se cumplan las condiciones. Esto permite que la red influya en el funcionamiento de la estación móvil a la hora de gestionar los datos. Otra posible condición adicional es que la transmisión de la carga útil y/o de los campos de cabecera a las capas superiores dependa del método de compresión aplicado, es decir los paquetes erróneos comprimidos utilizando ROHC (Robust Header Compression), por ejemplo, se transmiten a las capas superiores mientras que los paquetes comprimidos de acuerdo con RFC2507 no se transmiten. Las condiciones pueden especificarse adicionalmente de tal forma que la decisión relativa a la transmisión de un paquete a las capas superiores se tome, de acuerdo con el éxito de la descompresión. Las condiciones a aplicar en cada caso particular pueden determinarse dinámicamente, en función de las necesidades de la aplicación o de la compresión, por ejemplo. En caso necesario, pueden modificarse las condiciones durante las conexiones lógicas mediante señalización RRC, debido a los cambios en las características del servicio utilizado, por ejemplo llevándose a cabo entonces el cambio en las condiciones mediante cambio de los parámetros de la capa del enlace de datos.

Cuando existen paquetes IP 401 que han de transmitirse, los campos de cabecera y la carga útil del paquete a transmitir se separan 402 en la entidad de convergencia PDCP. Los campos de cabecera pueden comprimirse utilizando un algoritmo de compresión predeterminado como ROHC de IETF o un algoritmo de acuerdo con RFC2507, y el contexto de compresión. PDCP transmite 403 la carga útil y los campos de cabecera utilizando las conexiones lógicas asignadas a ellos.

Al recibir los datos, se lleva a cabo una comprobación de error 404, 405 en los datos recibidos. La comprobación de error, por sí misma, puede llevarse a cabo utilizando cualquier método, por ejemplo el CRC. Otros métodos parcialmente similares de comprobación de error que pueden utilizarse incluyen el uso de suma de control, comprobación de paridad y comprobación a partir codificación convolutiva. Igualmente, como en el sistema UMTS, los errores en una unidad de datos ya pueden detectarse en función de la comprobación CRC llevada a cabo en la capa física L1 e indicada a las capas superiores. La indicación de error puede ser configurada en las unidades de datos o puede transmitirse a la unidad de datos mediante un enlace separado. Si no hay errores en los campos de cabecera ni en la carga útil de un mismo paquete IP, podrán transmitirse 406 a las capas superiores. Si en la carga útil o en los campos de cabecera, hay errores, se comprueban 400 las condiciones predeterminadas. Si las condiciones lo permiten, la carga útil y/o los campos de cabecera se transmiten 408 a las capas superiores. Las condiciones pueden también exigir descartar los campos de cabecera y la carga útil 409. Dicho de otro modo, las condiciones que han de aplicarse se determinan en función de sí el error se encuentra en la carga útil de un mismo paquete, en sus campos de cabecera o en ambos. Por ejemplo, un error detectado en una unidad de datos que incluya campos de cabecera puede causar que también se descarte una unidad de datos exenta de error que incluya carga útil y que pertenezca al mismo paquete IP. Como ya se ha comentado, a la carga útil y a los campos de cabecera se añade una indicación de error antes de su transmisión a las capas superiores. Esto también permite la utilización de paquetes erróneos en la descompresión de los campos de cabecera o en una aplicación en tiempo real, por ejemplo. Aun cuando las condiciones pudieran impedir la transmisión de los campos de cabecera a las capas superiores (408 o 409), no obstante pueden utilizarse en la descompresión. Con este propósito, pueden incluirse las condiciones con una condición adicional independiente, por ejemplo, la condición 1 puede exigir que los campos de cabecera no se transmitan a las capas superiores, pero que se utilicen para la descompresión antes de ser descartados.

Cabe señalar que, a diferencia de la figura 3, la carga útil y los campos de cabecera pueden separarse 402 y transmitirse también en conexiones lógicas separadas en cualquier otra capa distinta de la PDCP. Por ejemplo, la operación puede ser llevada a cabo por RLC, o en una nueva capa situada por encima o por debajo de PDCP. También es posible transmitir una parte de la carga útil utilizando las conexiones lógicas asignadas para los campos de cabecera o viceversa.

De acuerdo con una primera realización preferida de la invención, la capa PDCP es la responsable de descartar unidades de datos erróneas y de transmitirlas a las capas superiores de acuerdo con las condiciones predeterminadas (400). En relación con el establecimiento de la entidad PDCP, la entidad RRC determina unos parámetros para que pueda permitir el cumplimiento de las condiciones predeterminadas. A partir de una indicación de error en las unidades de datos de las conexiones lógicas proporcionadas por la capa RLC, la entidad PDCP detecta de este modo unidades de datos erróneas que incluyen carga útil y aquellas que incluyen campos de cabeceras. Cuando la entidad PDCP detecta un error en la carga útil, por ejemplo, lleva a cabo una comprobación de error en el campo de cabecera perteneciente al mismo paquete IP. Cuando así lo permiten las condiciones, la carga útil y los campos de cabecera se combinan parcial o completamente, y el paquete IP obtenido de este modo se transmite a las capas superiores. Cuando es necesario, la entidad PDCP descomprime los campos de cabecera recibidos de acuerdo con el algoritmo de compresión negociado y con el contexto de compresión. Debe observarse que se pueden detectar errores en la capa PDCP, por ejemplo a partir de una comprobación CRC mediante ROHC.

De acuerdo con una segunda realización de la invención, la capa RLC es la responsable de descartar las unidades de datos o de transmitirlas a las capas superiores de acuerdo con las condiciones (400) establecidas por la entidad RRC. Debido a que la transferencia de carga útil se lleva a cabo a través de unas entidades RLC distintas de las de los campos de cabecera, RRC puede limitarse a determinar sí las entidades RLC van a transmitir una unidad de datos errónea o no. Si así lo permiten las condiciones, la carga útil y/o los campos de cabecera se transmiten a la capa PDCP. Los campos de cabecera y la carga útil se combinan y se transmiten como paquetes IP completos a la capas superiores. También es posible que las condiciones exijan solamente la transmisión de los campos de cabecera (condiciones 3, 5 y 8) a la capa PDCP, por lo que PDCP podrá utilizarlos entonces en la descompresión.

De acuerdo con una tercera realización de la invención, tanto PDCP como RLC participan en el descarte o envío de paquetes erróneos. Por ejemplo, la entidad RLC responsable de la conexión lógica que incluye carga útil, se configura bien para descartar o bien para enviar carga útil errónea. No obstante, la capa PDCP puede adoptar la decisión final sobre la transmisión de los campos de cabecera y/o carga útil en función de tres alternativas disponibles para la carga útil (ya descartados en la capa RLC, exenta de error o errónea) y la exactitud del campo de cabecera.

A diferencia de la figura 3, la invención también puede llevarse a cabo de forma que sólo haya una entidad RLC para cada entidad PDCP, como se muestra en la figura 5. La carga útil y los campos de cabecera se transmiten utilizando una conexión lógica, localizándose entonces un error en la carga útil y/o los campos de cabecera de cualquier otra forma distinta de la descrita anteriormente. La entidad transmisora PDCP indica preferiblemente a la entidad receptora PDCP, la frontera entre la carga útil y los campos de cabecera en los paquetes IP a transmitir utilizando capas que pueden estar en un nivel incluso inferior. También es posible que el éxito de la descompresión se utilice para distinguir si existe error en los campos de cabecera y para decidir si el paquete en cuestión debe transmitirse a las capas superiores. Cuando se detecta un error en los campos de cabecera y/o la carga útil, se comprueban las condiciones y el proceso continúa de acuerdo con la figura 4 (405-409). Por ejemplo, si la descompresión de un paquete indicado como erróneo tiene éxito, se interpreta que el error estaba en la carga útil y el paquete se transmite a las capas superiores.

De acuerdo con una realización preferida de la invención, para las estaciones móviles se determinan diferentes condiciones que para la RNC que facilita las conexiones lógicas. Dicho de otro modo, la RNC puede aplicar unas condiciones diferentes de las que facilita al UE mediante señalización RRC. Por ejemplo, las condiciones pueden exigir que al menos la carga útil se transmita a las capas superiores de la estación móvil aún cuando exista error en el campo de cabecera. Por otra parte, las condiciones del RNC pueden exigir que se descarte el paquete completo si existe error en el campo de cabecera. Esto permite que se centre mejor que antes la atención en la transmisión de los paquetes necesarios, porque no merece la pena enviar un paquete IP que contenga un campo de cabecera erróneo a otras redes pero, por otra parte, incluso un paquete erróneo puede resultar útil para la aplicación UE.

La invención puede llevarse a cabo en la estación móvil MS y en el controlador de red radio RNC, mediante software utilizando sus procesadores, su memoria y sus interfaces. También pueden utilizarse soluciones de hardware.

Es evidente para cualquier persona versada en la materia que, a medida que avanza la tecnología, la idea básica de la invención puede llevarse a cabo de diversas maneras. Por ejemplo, el concepto inventivo puede utilizarse en cualquier método de compresión de cabeceras en el cual de los paquetes puedan separarse una primera parte y una segunda parte. Un ejemplo de este tipo de métodos de compresión de cabeceras es el ROHC. Por lo tanto, la invención y sus realizaciones no se limitan a los ejemplos descritos anteriormente, sino que pueden variar dentro del ámbito de las reivindicaciones.

Claims (16)

1. Método para disponer el control de errores en datos conmutados por paquetes, en el cual, al menos, una primera parte y una segunda parte pueden separarse de los paquetes y en el que se comprueban los errores detectados en los datos recibidos (404), caracterizado porque comprende las fases de

selección (400), durante el establecimiento de la conexión, de unas condiciones que se aplican para procesar la primera parte y de la segunda parte en una situación de error;

comprobación (407), en respuesta a un error detectado en la primera parte y/o en la segunda parte recibidas, de sí dichas condiciones permiten que la primera parte y/o la segunda parte sean transmitidas a las capas superiores de protocolo; y

transmisión (408), en respuesta a dichas condiciones que la permiten, de la primera parte y/o de la segunda parte a las capas superiores de protocolo.

2. Método de acuerdo con la reivindicación 1 caracterizado porque la primera parte incluye campos de cabecera y la segunda parte carga útil.

3. Método de acuerdo con la reivindicación 2 caracterizado porque los campos de cabecera se utilizan para la descompresión, incluso sí dichas condiciones hubiesen impedido su transmisión a las capas superiores.

4. Método de acuerdo con cualquiera de las reivindicaciones precedentes caracterizado porque

la primera parte y la segunda parte son separadas (402) de los paquetes de datos IP a transmitir; y

la primera parte y la segunda parte se transmiten (403) en conexiones lógicas separadas.

5. Método de acuerdo con cualquiera de las reivindicaciones precedentes caracterizado porque

se indica (408) a las capas superiores un error detectado en la primera parte y/o la segunda parte de los paquetes a transmitir.

6. Método de acuerdo con cualquiera de las reivindicaciones precedentes caracterizado porque

se realiza una comprobación de error en las unidades de datos recibidas en una capa física y que incluyen la primera parte y la segunda parte;

se añade una indicación de error en las unidades de datos erróneas; y

se comprueba sí dichas unidades de datos cumplen dichas condiciones.

7. Método de acuerdo con cualquiera de las reivindicaciones precedentes en el que se utiliza un protocolo de control de recursos de radio RRC para la gestión de los recursos de radio caracterizado porque

se determinan dichas condiciones mediante señalización RRC entre una red de radio por paquetes y una estación móvil; y

se dispone una entidad de capa de enlace de datos, como una entidad de convergencia de protocolo de datos por paquetes, PDCP, o una entidad de control de radio-enlace RLC para llevar a cabo dicha comprobación.

8. Método de acuerdo con cualquiera de las reivindicaciones 4 a 7 caracterizado porque

la entidad RLC de la capa de control del radio-enlace se ocupa de las conexiones lógicas; y

las entidades RLC están provistas de un comando que indica sí una unidad de datos errónea debe ser transmitida a una capa superior o no.

9. Método de acuerdo con cualquiera de las reivindicaciones precedentes caracterizado porque

la entidad PDCP de la capa de protocolo de convergencia de datos por paquetes es responsable de la separación de la primera parte y de la segunda parte y de la combinación de ambas; y

dichas condiciones se comprueban en la entidad PDCP en respuesta a una indicación de que la primera parte y/o la segunda parte de un mismo paquete son erróneas.

10. Método de acuerdo con cualquiera de las reivindicaciones precedentes caracterizado porque

se aplican distintas condiciones a una estación móvil que a un elemento de red que proporciona conexiones lógicas.

11. Sistema de radio por paquetes dispuesto para comprobar (404) errores detectados en los datos conmutados por paquetes recibidos y en el cual, al menos, una primera parte y una segunda parte pueden separarse de los paquetes, caracterizado porque

el sistema de radio por paquetes está dispuesto para seleccionar (400) durante el establecimiento de la conexión condiciones para gestionar los errores detectados, al menos, en la primera parte y en la segunda parte;

el sistema de radio por paquetes está dispuesto para comprobar (407) en respuesta a un error detectado en la primera parte y/o en la segunda parte recibidas, sí dichas condiciones permiten que la primera parte y/o la segunda parte sean transferidas a las capas superiores; y

el sistema de radio por paquetes está dispuesto para transmitir (408), en respuesta a dichas condiciones que permiten la transmisión, la primera parte y/o la segunda parte a las capas de protocolo supe-
riores.

12. Sistema de radio por paquetes de acuerdo con la reivindicación 11, caracterizado porque

la primera parte incluye campos de cabecera y la segunda parte de carga útil.

13. Sistema de radio por paquetes de acuerdo con la reivindicación 11 o 12 caracterizado porque

el sistema de radio por paquetes está dispuesto para separar (402) la primera parte y la segunda parte de los paquetes IP a transmitir; y

el sistema de radio por paquetes está dispuesto para transmitir (403) la primera parte y la segunda parte en conexiones lógicas separadas.

14. Sistema de radio por paquetes de acuerdo con cualquiera de las reivindicaciones 11 a 13 en el cual se utiliza un protocolo de control de recursos de radio RRC para la gestión de los recursos de radio caracterizado porque

la red de radio por paquetes del sistema de radio por paquetes está dispuesta para determinar dichas condiciones mediante señalización RRC dirigida a la estación móvil; y

la estación móvil y la red de radio por paquetes están dispuestas para controlar la entidad de la capa del enlace de datos, como la entidad PDCP de la capa de protocolo de convergencia de datos por paquetes o la entidad RLC de la capa de control del radio-enlace, para llevar a cabo dicha comprobación.

15. Una estación móvil (UE) que incluye:

Medios para la transferencia de datos conmutados por paquetes en los cuales al menos una primera parte y una segunda parte puede separarse de los paquetes; y

unos medios para detectar (404) errores en los datos recibidos, caracterizada porque la estación móvil (UE) también incluye:

unos medios para seleccionar (400) unas condiciones durante el establecimiento de la conexión que se aplican al procesamiento de la primera parte y de la segunda parte en una situación de error;

unos medios para comprobar (407), en respuesta a un error detectado en la primera parte y/o en la segunda parte recibidas, sí dichas condiciones permiten que la primera parte y/o la segunda parte sean transmitidas a las capas superiores de protocolo; y

Unos medios para transmitir (408), en respuesta a dichas condiciones que lo permiten, la primera parte y/o la segunda parte a las capas superiores de protocolo.

16. Elemento de red (RNC) que incluye:

unos medios para transferir datos conmutados por paquetes en los cuales, al menos, una primera parte y una segunda parte pueden separarse de dichos paquetes; y

unos medios para comprobar (407) errores en los datos recibidos, caracterizado porque el elemento de red (RNC) también incluye:

unos medios para seleccionar (400) unas condiciones durante el establecimiento de la conexión que se aplican en el procesamiento de la primera parte y de la segunda parte en una situación de error;

unos medios para comprobar (407), en respuesta a un error detectado en la primera parte y/o en la segunda parte recibidas, sí dichas condiciones permiten que la primera parte y/o la segunda parte sean transmitidas a las capas superiores de protocolo; y

unos medios para transmitir (408), en respuesta a dichas condiciones que lo permiten, la primera parte y/o la segunda parte a las capas superiores de protocolo.