Un método de reenvío para paquetes de datos de enlace ascendente y de enlace descendente durante una transferencia S1 y un nodo B evolucionado correspondiente.

Un método para reenviar paquetes en enlace descendente durante una transferencia S1 en un sistema de evolución a largo plazo,

LTE, que comprende:

numerar, por un nodo NodeB evolucionado, eNodeB, objetivo, un paquete que no incluye ningún número de serie, SN, de Protocolo de Convergencia de Datos en Paquetes, PDCP, en conformidad con un PDCP SN inicial incluido en un nuevo mensaje de control, siendo el PDCP SN inicial un PDCP SN en el que comienza la numeración, si los paquetes en enlace descendente han de reenviarse a un Equipo de Usuario, UE, incluyen el paquete que no transmite ningún PDCP SN; en donde el PDCP SN inicial se envía (A1, B1, C1; A2, B2, C2; A3, B3, C3) por un nodo eNodeB origen a través de una entidad de Gestión de Movilidad, MME origen y una MME objetivo al nodo eNodeB objetivo; y

enviar, por el nodo eNodeB objetivo, los paquetes en enlace descendente al equipo UE en conformidad con los PDCP SN de los paquetes en enlace descendente.

Un método de reenvío para paquetes de datos de enlace ascendente y de enlace descendente durante una transferencia S1 y un nodo B evolucionado correspondiente

CAMPO DE LA INVENCIÓN

La presente invención se refiere al campo de la comunicación y en particular, a un método para reenviar paquetes en enlace descendente y de enlace ascendente sobre la base de una transferencia S1 y un nodo B evolucionado (eNodeB).

ANTECEDENTES DE LA INVENCIÓN

El sistema de Evolución a Largo Plazo (LTE) es una estructura aplanada de Red de Acceso a Radio (RAN) y no requiere ningún Controlador de Red de Radio (RNC). La Figura 1 ¡lustra una estructura de un sistema LTE. Según se ilustra en la Figura 1, la red LTE RAN incluye un nodo eNodeB y un Núcleo de Paquetes Evolucionado (EPC). El nodo eNodeB evoluciona desde el nodo B y el RNC en la etapa R6 y diferentes nodos eNodeB están ¡nterconectados a través de una interfaz X2 en el modo de malla. La Interfaz entre el nodo eNodeB y el EPC se denomina una interfaz S1. Un EPC incluye una Entidad de Gestión de Movilidad (MME) y una Pasarela (SGW) de Evolución de Arquitectura del Sistema (SAE). Como una parte del plano de control, la entidad MME es responsable de la gestión de movilidad del plano de control, incluyendo el contexto de texto y la gestión del estado de movilidad y la asignación de un Identificador de Abonado Móvil Temporal (TMSI). Como una parte del plano de usuario, la pasarela SGW es responsable de iniciar una función de paginación de búsqueda para los datos de enlace descendente en el estado inactivo y de la gestión y memorización de los parámetros de soporte del Protocolo Internet (IP) e información de enrutamiento ¡ntrared y así sucesivamente. La entidad MME está conectada con la pasarela SGW en un modo de malla. Es decir, una entidad MME controla múltiples pasarelas SGWs. La interfaz S1 soporta relaciones de conexión del tipo `mucho a mucho entre el EPC y el nodo eNodeB.

La Figura 2 ¡lustra una superposición de protocolos del plano del usuario de un sistema de LTE específico para la estructura de LTE representada en la Figura 1. En general, todas las funciones del RNC en la red existente están situadas en el nodo eNodeB, de modo que el nodo eNodeB tenga todas las superposiciones de protocolos de interfaz de radio. Según se ilustra en la Figura 2, la superposición de protocolos del plano de usuario de la arquitectura evolucionada del nodo de capa 2 incluye una superposición de protocolos del plano del usuario del equipo de usuario (UE), un protocolo de superposición del plano del usuario del nodo eNodeB y una superposición del protocolo del plano del usuario en la pasarela SGW. El equipo de usuario UE se comunica con el nodo eNodeB por intermedio de una interfaz Uu y el nodo eNodeB se comunica con la pasarela SGW por intermedio de una interfaz S1.

La superposición de protocolos del plano del usuario de la pasarela SGW incluye: una capa del plano del usuario- protocolo de tunelización de GPRS (GTP-U), una capa de Protocolo de Datagramas de Usuarios/Protocolo Internet (UDP/IP) una capa L2 y una capa L1.

La superposición de protocolos de usuario del nodo eNodeB incluye una superposición de protocolos de interfaz de radio y una superposición de protocolos de interfaz S1. La superposición de protocolos de interfaz de radio incluye: una de protocolo de convergencia de datos en paquetes (PDCP), una capa de control de enlace de radio (RLC), una capa de control de acceso multimedia (MAC) y una capa L1. La superposición de protocolo de interfaz S1 incluye: una capa de GTP-U, una capa de UDP/IP, una capa L2 y una capa L1.

La superposición de protocolo del plano del usuario UE incluye: una capa PDCP, una capa RLC, una capa MAC y una capa L1.

La capa L2 se refiere a una capa 2 en el protocolo de capas, esto es, la capa de enlace de datos, que incluye el denominado frame relay, el modo de transferencia asincrona (ATM) o una capa de enlace de datos de radio. La capa L1 anteriormente mencionada se refiere a la capa 1 en el protocolo de capas, esto es, la capa física, que incluye E1, la fibra y el transporte de microondas.

El documento 3GPP draft R2-7336 (NEC, 15-8-27) da a conocer un sistema de reenvío de datos DL propuesto con aspecto de señalización. En el sistema propuesto, un valor de compensación se añade en el X2: Mensaje de demanda de transferencia y el contenedor transparente en S1: mensaje de transferencia requerida y mensaje de demanda de transferencia. Esta compensación es el valor comprendido entre PDCP SDU SN y el GTP-U SN.

El documento 3GPP draft R3-71465 (HUAWEI, 15-8-27) da a conocer algunas soluciones para el reenvío de datos de usuario DL en X2 FIO. El nodo eNB origen envía un mensaje de control que incluye a GTP-U SN y PDCP SN del siguiente envío de datos por intermedio de la interfaz X2 después de recibir el mensaje de confirmación de demanda HO Request Ack desde el nodo eNB objetivo y tomar una decisión sobre la transferencia.

El documento 3GPP draft R3-71352 (NTT DoCoMo 15-8-27) da a conocer algunas soluciones para asignar este PDCP SN adecuado para datos DL. Más concretamente, el nodo eNB origen envía la información de relación entre S1 GTP-U SN y PDCP SN que se envía al nodo eNB objetivo asigna un PDCP SN utilizando información de relación de S1 GTP-U SN y PDCP SN. Es obligatoria la presencia de GTP-U SN.

El documento 3GPP draft R3-71573 "Mecanismo de reenvío de datos por intermedio de X2 y la interfaz S1" (Nokia, 15-8-27) da a conocer un etiquetado por el nodo eNodeB origen del último paquete a enviarse al nodo eNodeB objetivo, de modo que el nodo eNodeB objetivo conozca el PDCP SN del último paquete enviado.

En el proceso de transferencia S1 en un sistema de LTE, con el fin de reducir la pérdida de paquetes, el método de reenvío de paquetes basado en la transferencia S1 se suele aplicar en este caso. Sin embargo, el proceso de reenvío de los datos, el nodo eNodeB objetivo es incapaz de garantizar el reenvío de datos del nodo eNodeB objetivo de forma ordenada y por ello, es incapaz de asegurar una migración sin pérdidas de paquetes.

SUMARIO DE LA INVENCIÓN

El primer aspecto de la presente invención es dar a conocer un método para reenviar paquetes en enlace descendente basados en la transferencia S1 para impedir o reducir la pérdida de paquetes en enlace descendente en la transferencia S1 y de este modo, realizar el reenvío de paquetes en enlace descendente sin pérdidas. La solución técnica, según la presente invención, se realiza según se establece en las reivindicaciones independientes.

El segundo aspecto de la idea inventiva es dar a conocer un método para reenviar paquetes de enlace ascendente basados en la transferencia S1, para impedir o reducir la pérdida de paquetes de enlace ascendente en la transferencia S1 y de este modo, realizar el reenvío de paquetes de enlace ascendente sin pérdidas.

Con el fin de satisfacer el primer aspecto de la idea inventiva, se da a conocer un método para reenviar paquetes en enlace descendente sobre la base de la transferencia S1 en una forma de realización de la presente invención.

El método incluye:

la numeración de un paquete no procesado utilizando PDCP en conformidad con un mensaje que incluye la información del número de serie (SN) del PDCP si los paquetes en enlace descendente que han de reenviarse incluyen el paquete no procesado utilizando PDCP; y

el envío de los paquetes en enlace descendente a un equipo de usuario UE en conformidad con los PDCP SN de paquetes incluidos en los paquetes en enlace descendente.

Con el fin de satisfacer el primer aspecto de la idea inventiva de la presente invención, se da a conocer otro método para reenviar paquetes en enlace descendente sobre la base de la transferencia S1 en una forma de realización de

la presente invención.

El método incluye:

la realización de la numeración de PDCP SN para un paquete entregado por la pasarela SGW objetivo, utilizando PDCP SN de un paquete especial como un PDCP SN inicial cuando los paquetes en enlace descendente a transmitirse incluyen el paquete entregado por la pasarela SGW objetivo, en donde el PDCP SN del paquete especial se obtiene después de que el nodo eNodeB origen numere el paquete especial y el paquete especial se obtiene por el nodo eNodeB origen cuando la pasarela SGW origen interrumpe el envío de paquetes; y

el reenvío de los paquetes en enlace descendente a un equipo de usuario UE en conformidad con los PDCNs de paquetes Incluidos en los paquetes en enlace descendente.

En los métodos anteriores para reenviar paquetes en enlace descendente sobre la base de la transferencia S1, el paquete no procesado utilizando PDCP se numera en... [Seguir leyendo]

1. Un método para reenviar paquetes en enlace descendente durante una transferencia S1 en un sistema de evolución a largo plazo, LTE, que comprende:

numerar, por un nodo NodeB evolucionado, eNodeB, objetivo, un paquete que no incluye ningún número de serie, SN, de Protocolo de Convergencia de Datos en Paquetes, PDCP, en conformidad con un PDCP SN inicial incluido en un nuevo mensaje de control, siendo el PDCP SN inicial un PDCP SN en el que comienza la numeración, si los paquetes en enlace descendente han de reenviarse a un Equipo de Usuario, UE, incluyen el paquete que no transmite ningún PDCP SN; en donde el PDCP SN Inicial se envía (A1, B1, C1; A2, B2, C2; A3, B3, C3) por un nodo eNodeB origen a través de una entidad de Gestión de Movilidad, MME origen y una MME objetivo al nodo eNodeB objetivo; y

enviar, por el nodo eNodeB objetivo, los paquetes en enlace descendente al equipo UE en conformidad con los PDCP SN de los paquetes en enlace descendente.

2. El método según la reivindicación 1, en donde la numeración de un paquete que no transmite PDCP SN comprende:

asignar, por el nodo eNodeB objetivo, un PDCP SN a un paquete de categoría 2;

en donde el paquete de categoría 2 se define como un paquete enviado por el nodo eNodeB origen y no incluye

ningún PDCP SN.

3. El método según la reivindicación 2, cuyo método comprende, además:

cuando se recibe un paquete especial enviado desde el nodo eNodeB origen, numerar, por el nodo eNodeB objetivo, un paquete de categoría 3 en conformidad con el orden de recepción del paquete de categoría 3 sobre la base de un PDCP SN máximo del paquete de categoría 2, en donde el paquete de categoría 3 se define como un paquete enviado por una Pasarela, SGW, de Evolución de Arquitectura de Sistema, SAE, objetivo y no Incluyen ningún

PDCP SN;

en donde el paquete especial se obtiene como eNodeB origen cuando una pasarela SGW origen interrumpe el envío de paquetes.

4. El método según la reivindicación 3, en donde la información incluida en el paquete especial se establece por intermedio de un campo extendido de una cabecera de paquete GTP-U, siendo el paquete especial enviado por la pasarela SGW origen y enviado al nodo eNodeB origen, o el paquete especial está construido por el nodo eNodeB origen.

5. El método según la reivindicación 1, cuyo método comprende, además:

obtener (3, 5a) por el nodo eNodeB objetivo, un mensaje de demanda de relocallzación enviado desde la entidad MME origen por intermedio de la entidad MME objetivo, en donde el mensaje de demanda de relocalización incluye un GTP-U SN de un paquete enviado como último paquete por la pasarela SGW origen al nodo eNodeB origen,

en donde la numeración de un paquete que no incluye ningún PDCP SN comprende:

asignar, por el nodo eNodeB objetivo, un PDCP SN que comienza desde el PDCP SN inicial a un paquete de categoría 2 en conformidad con la orden de una GTP-U SN del paquete de categoría 2 hasta que el GTP-U SN del paquete de categoría 2 sea igual a un GTP-U SN-1 del paquete que se envía como último paquete por la pasarela SGW origen al nodo eNodeB origen; y

numerar un paquete de categoría 3 sobre la base del PDCP SN máximo del paquete de categoría 2, en conformidad con la orden de GTP-U SN del paquete de categoría 3;

en donde el paquete de categoría 2 se define como un paquete enviado por el nodo eNodeB origen, siendo el paquete de categoría 3 definido como un paquete enviado por la pasarela SGW objetivo, siendo el paquete de categoría 2 y el paquete de categoría 3 paquetes que no incluyen ningún PDCP SN.

6. Un nodo NodeB evolucionado, eNodeB, para reenviar paquetes en enlace descendente a un equipo de usuario, UE, en el curso de una transferencia S1 en un sistema de evolución a largo plazo, LTE, en donde el nodo eNodeB sirve como un eNodeB objetivo, que comprende:

un módulo de recepción (11), adaptado para recibir un Número de Serie de Protocolo de Convergencia de Datos en Paquetes, PDCP SN, inicial, incluido en un nuevo mensaje de control, siendo el PDCP SN inicial un PDCP SN en el

que comienza la numeración; en donde el PDCP SN inicial se envía por un nodo eNodeB origen a través de una entidad de gestión de movilidad MME, origen, y una MME objetivo al nodo eNodeB objetivo; y un módulo de clasificación (12), conectado con el módulo de recepción (11) y adaptado para realizar una numeración PDCP SN para un paquete que no incluye ningún PDCP SN en conformidad con el mensaje.

7. Un sistema de comunicación, que incluye el eNodeB según la reivindicación 6.