ES2641834T3 - Mecanismo de descarte eficiente en despliegue de células pequeñas - Google Patents

Abstract

Un procedimiento de descarte de paquetes de datos destinados a una estación móvil conectada tanto a una estación base principal como a una estación base secundaria, en el que los paquetes de datos se reenvían desde la estación base principal a través de la estación base secundaria a la estación móvil, en el que una capa superior con una función de descarte principal se ubica en la estación base principal pero no en la estación base secundaria, descartando la función de descarte principal paquetes de datos tras la expiración de un temporizador principal iniciado tras la recepción de cada paquete de datos, el procedimiento caracterizado porque comprende las etapas de: configurar por la estación base principal una función de descarte secundaria en una capa inferior de la estación base secundaria, en base a la función de descarte principal en la capa superior de la estación base principal, reenviar por la estación base principal el paquete de datos desde la capa superior a la capa inferior de la estación base secundaria, y descartar mediante la función de descarte secundaria de la capa inferior en la estación base secundaria el paquete de datos recibido tras la expiración de un temporizador secundario iniciado por la capa inferior tras la recepción del paquete de datos desde la capa superior en la estación base principal, en el que la capa superior en la estación base principal es una capa PDCP, la capa inferior en la estación base secundaria es una capa RLC y el paquete de datos se recibe por la capa PDCP como un PDCP SDU y se reenvía a la capa RLC como un PDCP PDU, generado por la capa PDCP fuera del PDCP SDU recibido, de tal forma que la función de descarte secundaria de la capa RLC en la estación base secundaria descarta el PDCP PDU recibido tras la expiración del temporizador secundario iniciado por la capa RLC tras la recepción del PDCP PDU desde la capa PDCP en la estación base principal, tras la recepción del PDCP SDU, iniciar por la capa PDCP en la estación base principal el temporizador principal de la función de descarte principal para el PDCP SDU recibido, tras recibir por la estación base principal una indicación de que el PDCP PDU generado se reenvió satisfactoriamente a la estación móvil, descartar por la capa PDCP en la estación base principal el PDCP SDU recibido y el PDCP PDU generado, en el que la indicación recibida se transmite por la estación base secundaria a la estación base principal, e incluye información de uno o más PDCP PDU reenviados satisfactoriamente por la estación base secundaria a la estación móvil.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Mecanismo de descarte eficiente en despliegue de celulas pequenas Campo de la presente divulgacion

La presente divulgacion se refiere a procedimientos para el descarte de paquetes de datos para una estacion movil conectada a dos estaciones base al mismo tiempo. La presente divulgacion tambien proporciona las estaciones base para la realizacion de los procedimientos descritos en el presente documento.

Antecedentes Tecnicos

Evolucion a Largo Plazo (LTE)

Sistemas moviles de tercera generacion (3G) a base de tecnologfa de acceso de radio WCDMA se estan desplegando en una escala extensa por todo el mundo. Una primera etapa en la mejora o evolucion de esta tecnologfa implica la introduccion de Acceso de Paquetes de Enlace Descendente a Alta Velocidad (HSDPA) y un enlace ascendente mejorado, tambien denominado como Acceso de Paquetes de Enlace Ascendente a Alta Velocidad (HSUPA), resultando en una tecnologfa de acceso de radio que altamente competitiva.

Para estar preparado para aumentar adicionalmente demandas de usuario y ser competitivo contra las nuevas tecnologfas de acceso de radio, 3GPP introdujo un nuevo sistema de comunicacion movil que se llama Evolucion a Largo Plazo (LTE). LTE se disena para cumplir las necesidades de portadora para datos a alta velocidad y transporte de medio, asf como soporte de voz de alta capacidad para la siguiente decada. La capacidad para proporcionar tasas de bits altas es una medida clave para LTE.

La especificacion de artfculo de trabajo (WI) de Evolucion a Largo Plazo (LTE) llamada Acceso de Radio Terrestre UMTS Evolucionada (UTRA) y Red de Acceso de Radio Terrestre UMTS (UTRAN) se ha finalizado como Version 8 (LTE Ver. 8). El sistema de LTE representa acceso de radio basado en paquetes eficiente y redes de acceso de radio que proporcionan funcionalidades basadas en IP completas con baja latencia y bajo coste. En LTE, se especifican anchos de banda de transmision multiple escalables tales como 1,4, 3,0, 5,0, 10,0, 15,0, y 20,0 MHz, para lograr despliegue de sistema flexible usando un espectro dado. En el enlace descendente, se adopto acceso de radio basado en Multiplexacion por Division Ortogonal de Frecuencia (OFDM) debido a su inmunidad intrmseca a interferencia de trayectos multiples (MPI) debidos a una tasa de sfmbolos baja, el uso de un prefijo cfclico (CP) y su afinidad a diferentes disposiciones de ancho de banda de transmision. En el enlace ascendente se adopto acceso de radio basado en Acceso Multiple por Division en Frecuencia de Portadora Unica (SC-FDMA), ya que el suministro de cobertura de area ancha se priorizo por encima de mejora en la tasa de datos de cresta considerando la potencia de transmision restringida del equipo de usuario (UE). Se emplean muchas tecnicas de acceso de radio por paquetes de clave incluyendo tecnicas de transmision de canal de entrada multiple salida multiple (MIMO) y se logra una estructura de senalizacion de control altamente eficiente en LTE Ver. 8/9.

Arquitectura LTE

La arquitectura general se muestra en la Figura 1 y una representacion mas detallada de la arquitectura E-UTRAN se proporciona en la Figura 2. La E-UTRAN consiste en un eNodeB, proporcionando el plano de usuario E-UTRAN (PDCP/RLC/MAC/PHY) y terminaciones de protocolo de plano de control (RRC) hacia el equipo de usuario (UE). El eNodeB (eNB) aloja las capas Ffsica (PHY), Control de Acceso al Medio (Mac), Control de Enlaces de Radio (RLC) y Protocolo de Control de Paquetes de Datos (PDCP) que incluyen la funcionalidad de compresion y encriptacion de encabezamiento de plano de usuario. Tambien ofrece funcionalidad de Control de Recursos de Radio (RRC) que corresponde al plano de control. Realiza muchas funciones incluyendo gestion de recursos de radio, control de admision, planificacion, imposicion de Calidad de servicio (QoS) de enlace ascendente negociada, difusion de informacion de celula, cifrado/descifrado de datos de plano de usuario y control y compresion/descompresion de encabezamiento de paquetes de plano de usuario de enlace descendente/enlace ascendente. Los eNodeB se interconectan entre sf por medio de la interfaz X2.

Los eNodeB tambien se conectan por medio de la interfaz S1 al EPC (Nucleo de Paquetes Evolucionado), mas espedficamente a la MME (Entidad de Gestion de Movilidad) por medio de la S1-MME y a la Pasarela de Servicio (SGW) por medio de la S1-U. La interfaz S1 soporta una relacion de muchos a muchos entre MME/Pasarelas de Servicio y eNodeB. La SGW encamina y reenvfa paquetes de datos de usuario, mientras tambien actua como el ancla de movilidad para el plano de usuario durante traspasos entre NodeB y como el ancla para movilidad entre LTE y otras tecnologfas 3GPP (terminando la interfaz S4 y retransmitiendo el trafico entre sistemas 2G/3G y PDN GW). Para equipos de usuario de estado de reposo, la SGW termina la trayectoria de datos de enlace descendente y acciona radiobusqueda cuando datos de enlace descendente llegan para el equipo de usuario. Gestiona y almacena contextos de equipo de usuario, por ejemplo parametros del servicio de portador IP, informacion de encaminamiento interno de red. Tambien realiza replicacion del trafico de usuario en caso de interceptacion legal.

La MME es el nodo de control de clave para la red de acceso LTE. Es responsable del rastreo de equipo de usuario de modo reposo y procedimiento de radiobusqueda incluyendo retransmisiones. Se implica en el procedimiento de

5

10

15

20

25

30

35

40

45

50

55

activacion/desactivacion de portador y tambien es responsable de la eleccion de la SGW para un equipo de usuario en la union inicial y en el momento de traspaso entre LTE implicando reubicacion de nodo de Red Medular (CN). Es responsable de la autenticacion del usuario (interactuando con el HSS). La senalizacion de Estrato de no Acceso (NAS) termina en la MME y tambien es responsable de la generacion y asignacion de identidades temporales a equipos de usuario. Comprueba la autorizacion del equipo de usuario para acampar en la Red Movil Publica Terrestre (PLMN) del proveedor de servicio e impone restricciones de itinerancia de equipo de usuario. La MME es el punto de terminacion en la red para el cifrado/proteccion de integridad para senalizacion NAS y trata la gestion de clave de seguridad. Interceptacion legal de senalizacion tambien se soporta mediante la MME. La MME tambien proporciona la funcion de plano de control para movilidad entre LTE y redes de acceso 2G/3G con la interfaz S3 terminando en la MME para la SGSN. La MME tambien termina la interfaz S6a hacia el HSS propio para la itinerancia de equipos de usuario.

Estructura de portadora de componentes en LTE (Version 8)

La portadora de componentes de enlace descendente de un sistema 3GPP LTE se subdivide en el dominio de frecuencia de tiempo en asf llamadas subtramas. En 3GPP LTE cada subtrama se divide en dos ranuras de enlace descendente como se muestra en la Figura 3, en la que la primera ranura de enlace descendente comprende la region de canal de control (region PDCCH) dentro de los primeros sfmbolos OFDM. Cada subtrama consiste en un numero dado de sfmbolos OFDM en el dominio del tiempo (12 o 14 sfmbolos OFDM en 3GPP LTE (Version 8)), en la que cada simbolo OFDM se expande portodo el ancho de banda de la portadora de componentes. Los simbolos

Ndl X Mm

OFDM por lo tanto consiste cada uno en un numero de simbolos de modulacion transmitidos en ^ “

subportadoras respectivas como tambien se muestra en la Figura 4.

Asumiendo un sistema de comunicacion multi-portadora, por ejemplo que emplea OFDM, como por ejemplo se usa en Evolucion a Largo Plazo (LTE) 3GPP, la unidad mas pequena de recursos que pueden asignarse mediante el

jyDL

planificador es un "bloque de recursos". Un bloque de recursos fisico (PRB) se define como ' s>"rh simbolos OFDM

consecutivos en el dominio del tiempo (por ejemplo 7 simbolos OFDM) y ^ subportadoras consecutivas en el dominio de la frecuencia como se ejemplifica en la Figura 4 (por ejemplo 12 subportadoras para una portadora de componentes). En 3GPP LTE (Version 8), un bloque de recursos fisico por lo tanto consiste en

Nni h x ;VRB

elementos de recursos, que corresponden a una ranura en el dominio del tiempo y 180 kHz en el dominio de la frecuencia (para detalles adicionales en la cuadncula de recursos de enlace descendente, vease por ejemplo 3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels y Modulation (Release 8)", seccion 6.2, disponible en
http://www.3gpp.org). Una subtrama consiste en dos ranuras, de modo que hay 14 simbolos OFDM en una subtrama cuando se usa un asf llamado CP (prefijo dclico) "normal", y 12 simbolos OFDM en una subtrama cuando se usa un asi llamado CP "extendido". Por razones de tecnologia, a continuacion

los recursos de frecuencia de tiempo equivalentes a las mismas ^ subportadoras consecutivas extendiendo una trama completa se llama un "par de bloque de recursos ", o equivalente "par RBr" o "par PRB".

La expresion "portadora de componentes" se refiere a una combinacion de varios bloques de recursos en el dominio de la frecuencia. En versiones futuras de LTE, la expresion "portadora de componentes" ya no se usa; en su lugar, la terminologfa se cambia a "celula", que se refiere a una combinacion de enlace descendente y opcionalmente recursos de enlace ascendente. El enlace entre la frecuencia de portadora de los recursos de enlace descendente y la frecuencia de portadora de los recursos de enlace ascendente se indica en la informacion de sistema transmitida en los recursos de enlace descendente.

Asunciones similares para la estructura de portadora de componentes se aplica tambien a versiones posteriores. Agregacion de portadora en LTE-A para el soporte de ancho de banda mas ancho

El espectro de frecuencia para IMT-Avanzadas se decidio en la Conferencia Mundial de Radio Comunicaciones 2007 (WRC-07). Aunque el espectro de frecuencia general para IMT-Avanzadas se decidio, el ancho de banda de frecuencia disponible real es diferente de acuerdo con cada region o pafs. Siguiendo la decision de la descripcion de espectro de frecuencia disponible, sin embargo, normalizacion de una interfaz de radio se inicio en el Proyecto Comun de Tecnologfas Inalambricas de la 3a Generacion (3GPP). En la reunion de 3GPP TSG RAN n.° 39, se aprobo la descripcion de Arrtculo de Estudio sobre "Further Advancements for E-UTRA (LTE-Advanced)". El artfculo de estudio cubre componentes de tecnologfa a considerar par la evolucion de E-UTRA, por ejemplo para cumplir con los requisitos de IMT-Avanzadas.

El ancho de banda que el sistema LTE-Avanzado es capaz de soportar es de 100 MHz, mientras un sistema de LTE puede unicamente soportar 20 MHz. Actualmente, la falta de espectro de radio se ha convertido en un cuello de botella para el desarrollo de redes inalambricas y como resultado es diffcil encontrar una banda de espectro que sea lo suficientemente ancha para el sistema LTE-Avanzado. En consecuencia, es urgente encontrar una manera de ganar una banda de espectro de radio mas ancha, en la que una posible respuesta es la funcionalidad de

5

10

15

20

25

30

35

40

45

50

55

agregacion de portadora.

En agregacion de portadora, dos o mas portadoras de componentes (portadoras de componentes) se agregan para soportar anchos de banda de transmision mas anchas hasta 100 MHz. Varias celulas en el sistema de LTE se agregan en un canal mas ancho en el sistema LTE-Avanzado que es lo suficientemente ancho para 100 MHz incluso aunque estas celulas en LTE esten en diferentes bandas de frecuencia.

Todas portadoras de componentes pueden configurarse para ser compatibles con LTE Ver. 8/9, al menos cuando el numero agregado de portadoras de componentes en el enlace ascendente y el enlace descendente son el mismo. No todas las portadoras de componentes agregadas mediante un equipo de usuario pueden ser necesariamente compatibles con Ver. 8/9. Mecanismos existentes (por ejemplo prohibicion) pueden usarse para evitar que equipos de usuario Ver. 8/9 acampen en una portadora de componentes.

Un equipo de usuario puede recibir o transmitir simultaneamente una o multiples portadoras de componentes (que corresponden a multiples celulas de servicio) dependiendo de sus capacidades. Un equipo de usuario LTE-A Ver. 10 con capacidades de recepcion y/o transmision para agregacion de portadora puede recibir y/o transmitir simultaneamente en multiples celulas de servicio, mientras que un equipo de usuario LTE Ver. 8/9 puede recibir y transmitir en una unica celula de servicio unicamente, con la condicion de que la estructura de la portadora de componentes siga las memorias descriptivas de Ver. 8/9.

Agregacion de portadora se soporta tanto para portadoras de componentes contiguas como no contiguas con cada portadora de componentes limitada a un maximo de 110 bloques de recursos en el dominio de la frecuencia usando la numerologfa 3GPP LTE (Version 8/9).

Es posible configurar un equipo de usuario compatible con 3GPP LTE-A (Version 10) para agregar un numero diferente de portadoras de componentes que se originan desde el mismo eNodeB (estacion base) y de posiblemente diferentes anchos de banda en el enlace ascendente y el enlace descendente. El numero de portadoras de componentes de enlace descendente que puede configurarse depende de la capacidad de agregacion de enlace descendente del UE. A la inversa, el numero de portadoras de componentes de enlace ascendente que puede configurarse depende de la capacidad de agregacion de enlace ascendente del UE. Puede no ser posible configurar un terminal movil con mas portadoras de componentes de enlace ascendente que portadoras de componentes de enlace descendente.

En un despliegue de TDD tfpico, el numero de portadoras de componentes y el ancho de banda de cada portadora de componentes en enlace ascendente y enlace descendente es el mismo. Portadoras de componentes que se originan desde el mismo eNodeB no necesitan proporcionar la misma cobertura.

La separacion entre frecuencias centrales de portadoras de componentes agregadas contiguamente sera un multiplo de 300 kHz. Esto es para ser compatible con el barrido de frecuencia de 100 kHz de 3GPP LTE (Version 8/9) y al mismo tiempo preservar la ortogonalidad de las subportadoras con separacion de 15 kHz. Dependiendo del escenario de agregacion, la separacion n x 300 kHz puede facilitarse mediante la insercion de un numero bajo de subportadoras sin usar entre portadoras de componentes contiguas.

La naturaleza de la agregacion de multiples portadoras unicamente se expone hasta la capa MAC. Para tanto enlace ascendente como enlace descendente existe una entidad HARQ requerida en MAC para cada portadora de componentes agregada. Existe (en la ausencia de SU-MIMO para enlace ascendente) como mucho un bloque de transporte por portadora de componentes. Un bloque de transporte y sus retransmisiones HARQ potenciales necesitan mapearse en la misma portadora de componentes.

La estructura de Capa 2 con agregacion de portadora activada se muestra en la Figura 5 y la Figura 6 para el enlace descendente y enlace ascendente respectivamente.

Cuando agregacion de portadora se configura, el terminal movil unicamente tiene una conexion RRC con la red. En el establecimiento/restablecimiento de conexion RRC, una celula proporciona la aportacion de seguridad (una ECGI, una PCI y un ARFCN) y la informacion de movilidad de estrato de no acceso (por ejemplo TAI) de forma similar que en LTE Ver. 8/9. Despues de establecimiento/restablecimiento de conexion rRc, la portadora de componentes que corresponden a esa celula se denomina como la Celula Primaria (PCell) de enlace descendente. Siempre hay una y unicamente una PCell de enlace descendente (DL PCell) y una PCell de enlace ascendente (UL PCell) configurada por equipo de usuario en estado conectado. Dentro del conjunto configurado de portadoras de componentes, otras celulas se denominan como Celulas Secundarias (SCell); siendo portadoras de la SCell la Portadora de Componentes Secundaria de Enlace Descendente (DL SCC) y Portadora de Componentes Secundaria de Enlace Ascendente (UL SCC). Las caractensticas de la PCell de enlace descendente y enlace ascendente son:

1. Para cada SCell el uso de recursos de enlace ascendente mediante el UE, ademas de los de enlace descendente es configurable; el numero de DL SCC configurados por lo tanto siempre es mayor o igual al numero de UL SCC, y ninguna SCell puede configurarse para uso unicamente de recursos de enlace ascendente

2. La PCell de enlace ascendente se usa para la transmision de informacion de control de enlace ascendente de

5

10

15

20

25

30

35

40

45

50

Capa 1

3. La PCell de enlace descendente no puede desactivarse, a diferencia de SCell

4. Desde la perspectiva de UE, cada recurso de enlace ascendente unicamente pertenece a una celula de servicio

5. El numero de celulas de servicio que puede configurarse depende de la capacidad de agregacion del UE

6. Restablecimiento se acciona cuando la PCell de enlace descendente experimenta Desvanecimiento de Rayleigh (RLF), no cuando SCell de enlace descendente experimentan RLF

7. La celula de PCell de enlace descendente puede cambiar con traspaso (es decir con cambio de clave de seguridad y procedimiento RACH)

8. Informacion de estrato de no acceso se toma de la PCell de enlace descendente

9. PCell unicamente puede cambiarse con procedimiento de traspaso (es decir con cambio de clave de seguridad y procedimiento RACH)

10. PCell se usa para la transmision de PUCCH

La configuracion y reconfiguracion de portadoras de componentes puede realizarse mediante RRC. Activacion y desactivacion se hace a traves de elementos de control MAC. En traspaso entre LTE, RRC tambien puede anadir, eliminar o reconfigurar SCell para uso en la celula objetivo. Cuando se anade una nueva SCell, se usa senalizacion RRC especializada para el envfo de la informacion de sistema de la SCell, siendo la informacion necesaria para transmision / recepcion (de forma similar que en Ver. 8/9 para traspaso).

Cuando un equipo de usuario se configura con agregacion de portadora existe un par de portadoras de componentes de enlace ascendente y enlace descendente que siempre esta activo. La portadora de componentes de enlace descendente de ese par podna tambien denominarse como 'portadora de ancla DL'. Lo mismo tambien se aplica para el enlace ascendente.

Cuando se configura agregacion de portadora, puede planificarse un equipo de usuario en multiples portadoras de componentes simultaneamente pero como mucho un procedimiento de acceso aleatorio estara en curso en cualquier momento. Planificacion de portadora transversal permite que el PDCCH de una portadora de componentes planifique recursos en otra portadora de componentes. Para este fin se introduce un campo de identificacion de portadora de componentes en los respectivos formatos DCI, llamados CFI.

Un enlace entre portadoras de componentes de enlace ascendente y enlace descendente permite la identificacion de la portadora de componentes de enlace ascendente para la que se aplica la concesion cuando no existe planificacion de portadora transversal. La vinculacion de portadoras de componentes de enlace descendente a portadora de componentes de enlace ascendente no necesita ser necesariamente una a una. En otras palabras, mas de una portadora de componentes de enlace descendente puede enlazar con portadora de componentes de enlace ascendente. Al mismo tiempo, una portadora de componentes de enlace descendente unicamente puede enlazar con portadora de componentes de enlace ascendente.

Vision de Conjunto General de la capa OSI

La Figura 7 proporciona una breve vision de conjunto del modelo OSI en el que se basa la discusion adicional de la arquitectura LTE y a base de la que se analizara tambien la invencion en el presente documento.

El Modelo de Referencia de Interconexion de Sistemas Abiertos (Modelo OSI o Modelo de Referencia OSI) es una descripcion abstracta en capas para comunicacion y diseno de protocolo de red informatica. El modelo OSI divide las funciones de un sistema en una serie de capas. Cada capa tiene la propiedad de que unicamente usa las funciones de la capa inferior y unicamente exporta funcionalidad a la capa superior. Un sistema que implementa comportamiento de protocolo que consiste en una serie de estas capas se conoce como una 'pila de protocolo' o pila. Su principal caractenstica es la union entre capas que impone las especificaciones de como una capa interactua con otra. Esto significa que una capa escrita por un fabricante puede operar con una capa de otro. Para nuestro fin, unicamente se describiran las tres primeras capas en mas detalle a continuacion.

El fin principal de la capa ffsica o capa 1's es la transferencia de informacion (bits) a traves de un medio ffsico espedfico (por ejemplo cables coaxiales, pares trenzados, fibras opticas, interfaz aerea, etc.). Convierte o modula datos en senales (o sfmbolos) que se transmiten a traves de un canal de comunicacion.

El fin de la capa de enlace de datos (o Capa 2) es dar forma al flujo de informacion de una manera compatible con la capa ffsica espedfica rompiendo los datos de entrada en tramas de datos (funciones de Segmentacion Y Reensamblado (SAR)). Adicionalmente, puede detectar y corregir errores de transmision potenciales solicitando una retransmision de una trama perdida. Habitualmente proporciona un mecanismo de direccionamiento y puede ofrecer

5

10

15

20

25

30

35

40

45

50

55

algoritmos de control de flujo para alinear la tasa de datos con la capacidad de receptor. Si multiples transmisores y receptores usan simultaneamente un medio compartido, la capa de enlace de datos habitualmente ofrece mecanismos para regular y controlar el acceso al medio ffsico.

Ya que existen numerosas funciones ofrecidas por la capa de enlace de datos, la capa de enlace de datos a menudo se subdivide en subcapas (por ejemplo subcapas RLC y MAC en UMTS). Ejemplos ffpicos de protocolos de Capa 2 son PPP/HDLC, ATM, retransmisor de tramas para redes de lmea fija y RLC, LLC o MAC para sistema inalambricos. Mas adelante se proporciona informacion mas detallada de las subcapas PDCP, RLC y mAc de capa 2.

La capa de red o Capa 3 proporciona los medios funcionales y de procedimiento para la transferencia de paquetes de longitud variable desde una fuente a un destino a traves de uno o mas redes mientras que mantiene la calidad de servicio solicitada por la capa de transporte. Tfpicamente, los principales fines de la capa de red son entre otros realizar funciones de encaminamiento de red, fragmentacion de red y control de congestion. Los principales ejemplos de protocolos de capa de red son el Protocolo de Internet IP o X.25.

Con respecto a Capas 4 a 7 debena observarse que dependiendo de la aplicacion y servicio en ocasiones es diffcil atribuir una aplicacion o servicio a una capa espedfica del modelo OSI ya que aplicaciones y servicios que operan por encima de Capa 3 a menudo implementan una diversidad de funciones que se distribuiran a diferentes capas del modelo OSI. Por lo tanto, especialmente en redes basadas en TCP(UDP)/IP, Capa 4 y superiores estan en ocasiones combinadas y forman una asf llamada "capa de aplicacion".

Servicios de Capa e Intercambio de Datos

A continuacion se definen las expresiones unidad de datos de servicio (SDU) y unidad de datos de protocolo (PDU) como se usa en el presente documento en conexion con la Figura 8. Para describir formalmente de una manera generica el intercambio de paquetes entre capas en el modelo OSI, se ha introducido entidades SDU y PDU. Una SDU es una unidad de informacion (bloque de datos/informacion) transmitida desde un protocolo en la capa N+1 que solicita un servicio desde un protocolo ubicado en capa N a traves de un asf llamado punto de acceso de servicio (SAP). Una PDU es una unidad de informacion intercambiada entre procedimientos pares en el transmisor y en el receptor del mismo protocolo ubicado en la misma capa N.

Una PDU generalmente se forma mediante una parte de cabida util de la version procesada de la SDU recibida(s) precedida(s) por un encabezamiento espedfico de capa N y opcionalmente terminada mediante una indicacion de terminacion. Ya que no hay conexion ffsica directa (excepto para Capa 1) entre estos procedimientos pares, se reenvfa una PDU a la capa N-1 para procesamiento. Por lo tanto, una PDU de capa N es desde un punto de vista de una capa N-1 una SDU.

Capa 2 LTE - Pila de Protocolo de Plano de Usuario

La pila de protocolo de plano de usuario de Capa 2 LTE se compone de tres subcapas como se muestra en la Figura 9, PDCP, RLC y MAC. Como se ha explicado anteriormente, en el lado de transmision, cada capa recibe una SDU desde una capa superior para la que la capa proporciona un servicio y produce una PDU a la capa a continuacion. La capa RLC recibe paquetes desde la capa PdCp. Estos paquetes se llaman PDCP PDU desde un punto de vista de PDCP y representan RLC SDU desde un punto de vista de RLC. La capa RLC crea paquetes que se proporcionan a la capa inferior, es decir la capa MAC. Los paquetes proporcionados por RLC a la capa mAc son RLC PDU desde un punto de vista de RLC y MAC SDU desde un punto de vista de MAC.

En el lado receptor, el procedimiento se invierte, con cada capa pasando SDU hasta la capa superior, en la que se reciben como PDU.

Mientras la capa ffsica esencialmente proporciona un conducto de bits, protegido mediante codificacion turbo y una comprobacion de redundancia dclica (CRC), los protocolos de capa de enlace mejoran el servicio a capas superiores mediante fiabilidad, seguridad e integridad aumentadas. Ademas, la capa de enlace es responsable del acceso y planificacion de medio de multiusuario. Uno de los principales desaffos del diseno de capa de enlace LTE es proporcionar los niveles de fiabilidad requeridos y retardos para flujos de datos de Protocolo de Internet (IP) con su amplia variedad de diferentes servicios y tasas de datos. En particular, la sobrecarga de protocolo debe escalar. Por ejemplo, se asume ampliamente que flujos de voz sobre IP (VoIP) pueden tolerar retardos del orden de 100 ms y perdidas de paquetes de hasta un 1 porciento. Por otra parte, se conoce bien que descargas de archivos TCP se realizan mejor a traves de enlaces con productos de retardo de ancho de banda bajo. En consecuencia, descargas a tasas altas de datos (por ejemplo, 100 Mb/s) requieren incluso retardos mas bajos y, demas, son mas sensibles a perdidas de paquetes IP que trafico VoIP.

En general, esto se logra mediante las tres subcapas de la capa de enlace LTE que se entrelazan parcialmente.

La subcapa de Protocolo de Convergencia de Datos en Paquetes (PDCP) es responsable principalmente de compresion y cifrado de encabezamiento de IP. Ademas, soporta movilidad sin perdidas en caso de traspasos entre eNB y proporciona proteccion de integridad a protocolos de control de capa superior.

La subcapa de Control de Enlaces de Radio (RLC) comprende principalmente funcionalidad ARQ y soporta segmentacion y concatenacion de datos. Los dos ultimos minimizan la sobrecarga de protocolo independiente de la tasa de datos.

Finalmente, la subcapa de Control de Acceso al Medio (MAC) proporciona HARQ y es responsable de la 5 funcionalidad que se requiere para acceso de medio, tales como operacion de planificacion y acceso aleatorio. La Figura 10 representa de forma ilustrativa el flujo de datos de un paquete IP a traves de protocolos de capa de enlace hacia abajo a la capa ffsica. La Figura muestra que cada subcapa de protocolo anade su propio encabezamiento de protocolo a las unidades de datos.

Protocolo de convergencia de datos en paquetes (PDCP)

10 La capa PDCP procesa mensajes de Control de Recursos de Radio (RRC) en el plano de control y paquetes IP en el plano de usuario. Dependiendo del portador de radio, las principales funciones de la capa PDCP son:

- compresion y descompresion de encabezamiento para datos de plano de usuario

- Funciones de seguridad:

o Cifrado y descifrado para plano de usuario y datos de plano de control 15 o Proteccion de integridad y verificacion para datos de plano de control

- Funciones de soporte de traspaso:

o Entrega en secuencia y reordenacion de PDU para la capa superior en traspaso;

o Traspaso sin perdida para datos de plano de usuario mapeados en Modo de Acuse de Recibo (AM) RLC

- Descarte para datos de plano de usuario debido una temporizacion.

20 La capa PDCP gestiona flujos de datos en el plano de usuario, asf como en el plano de control, unicamente para los portadores de radio usando o bien un Canal de Control Especializado (DCCH) o un Canal de Transporte Especializado (DTCH). La arquitectura de la capa PDCP difiere para datos de plano de usuario y datos de plano de control, como se muestra en las Figuras 11 y 12. Dos diferentes tipos de PDCP PDU se definen en LTE: PDU de Datos PDCP y PDU de Control PDCP. PDU de Datos PDCP se usan tanto para datos de plano de control como de 25 usuario. PDU de Control PDCP unicamente se usan para transportar la informacion de realimentacion para compresion de encabezamiento y para notificaciones de estados PDCP que se usan en caso de traspaso y por lo tanto unicamente se usan dentro del plano de usuario.

Debido a la baja relevancia para la invencion, las funciones Compresion de Encabezamiento, Seguridad y Traspaso no se explican en detalle; detalles sobre dicho respecto pueden encontrarse en LTE - The UMTS Long Term 30 Evolution FROM THEORY TO PRACTICE, Editado por: Stefania Sesia, Issam Toufik, Matther Baker, Segunda edicion, ISBN 978-0-470-66025-6, Capftulos 4.2.2, 4.2.3 y 4.2.4. Por otra parte, el descarte de paquetes de datos se explicara a continuacion en detalle. La capa PDCP en general y descarte en la capa PDCP en particular se define en 3GPP TS 36.323 v11.2.0 (2013-03). En el contexto de la presente invencion el termino "descarte" no debe entenderse en su sentido mas estricto como borrar el paquete inmediatamente, pero cubrira mas ampliamente el 35 concepto de indicacion del paquete (por ejemplo el PDCP PDU/SDU) como que ya no es necesario y por lo tanto debena ser borrado. La norma tecnica deja abierto en que punto de tiempo particular los PDCP PDU/SDU se borran realmente (unicamente especifica cuando deben descartarse), ya que la gestion de memoria intermedia se deja principalmente a la implementacion tecnica. Por lo tanto, despues de que un paquete se ha "descartado", puede ser que de acuerdo con una implementacion tecnica el paquete se borre inmediatamente o de acuerdo con otra 40 implementacion tecnica que la memoria intermedia se vade periodicamente borrando aquellos paquetes que se indican como descartados. Tfpicamente, la tasa de datos que esta disponible en la interfaz de radio es mas pequeno que la tasa de datos disponibles en las interfaces de red. Por lo tanto, cuando la tasa de datos de un servicio dado es mayor que la tasa de datos proporcionada por la interfaz de radio LTE, el almacenamiento en memoria intermedia en el Ue y es el eNodeB es el resultado. Este almacenamiento en memoria intermedia permite al planificador en la 45 capa MAC alguna libertad para variar la tasa de datos instantanea en la capa ffsica para adaptar a las condiciones de canal de radio actuales. Gracias al almacenamiento en memoria intermedia, la aplicacion ve las variaciones en la tasa de datos instantanea unicamente como alguna fluctuacion en el retardo de transferencia.

Sin embargo, cuando la tasa de datos proporcionada por la aplicacion excede la tasa de datos proporcionada por la interfaz de radio durante un periodo de tiempo largo, pueden resultar grandes cantidades de datos almacenados en 50 memoria intermedia. Esto puede llevar a una gran perdida de datos en traspaso si traspaso sin perdida no aplica al portador o a un retardo excesivo para aplicaciones en tiempo real.

Para por ejemplo evitar retardo excesivo, se incluye una funcion de descarte en la capa PDCP para LTE. Esta funcion de descarte es a base de un temporizador, en el que para cada PDCP SDU recibido de las capas superiores en el transmisor se inicia un temporizador ("Temporizador de descarte").

5

10

15

20

25

30

35

40

45

50

55

Tambien, la capa PDCP continua generando el PDCP PDU fuera de la capa superior PDCP SDU, y una vez generado, reenvfa el PDCP PDU generado a la capa inferior, RLC.

La norma TS 36.323 Capftulo 5.4 describe que, cuando el temporizador expira para un PDCP SDU, o se confirma la Entrega Satisfactoria de un PDCP SDU mediante la Notificacion de Estado pDcP, el UE descartara el PDCP SDU junto con el correspondiente PDCP PDU.

La Notificacion de Estado PDCP se envfa en conexion con un traspaso de la estacion movil desde una estacion base a otra estacion base. Aunque no se especifica expftcitamente mediante la normalizacion 3GPP y por lo tanto se deja para implementacion tecnica, el PDCP PDU y sDu tambien se borraran por la capa PDCP despues de que el PDCP PDU se haya reenviado satisfactoriamente al UE; En particular, despues de que el PDCP PDU se haya reenviado al RLC y entregado satisfactoriamente al UE mediante el RLC (mas general, y no en conexion con un traspaso; que puede indicarse mediante la capa RLC), pero antes de la expiracion del temporizador. En ese caso tambien el temporizador que es espedfico al PDCP SDU (y por lo tanto al PDCP PDU) se abortara/borrara/detendra.

Sin embargo, cuando el temporizador expira para un PDCP SDU, una entrega satisfactoria del PDCP SDU al UE no podna lograrse todavfa. Como se indica mediante la norma TS 36.323, la capa PDCP descarta el PDCP SDU y PDCP PDU e indica el descarte para el PDCP PDU particular a la capa inferior, RLC.

Cuando se indica desde la capa superior (es decir PDCP) descartar un RLC SDU particular, la parte transmisora de una entidad AM RLC o la entidad UM RLC transmisora (vease capftulo posterior) descartara el RLC SDU indicado si ningun segmento del RLC SDU se ha mapeado aun a una PDU de datos RLC (vease 3GPP TS 36.322 Capftulo 5.3).

La capa PDCP descarta los paquetes a base del "Temporizador de descarte", que puede por ejemplo establecerse de acuerdo con los ciertos requisitos de retardo dados por la QoS requerida del portador de radio. Por ejemplo, un paquete no necesita transmitirse en caso de que sea muy tarde para el servicio. Este mecanismo de descarte por lo tanto puede evitar retardo y cola de espera excesivos en el transmisor.

No se informa a la entidad PDCP par ya que Capa RLC se ocupa de la entrega en secuencia. La entidad PDCP par no espera a ningun paquete PDCP que no se recibe.

El mecanismo de descarte de la capa PDCP se ilustra como ejemplo en la Figura 13, que es un diagrama de flujo simplificado para el procesamiento de un PDCP SDU y el correspondiente descarte del PDCP SDU y PDCP PDU a base del Temporizador de descarte como se define por 3GPP. Como es evidente a partir del mismo, el borrado de PDCP PDU/SDU satisfactoriamente entregados se omite de la figura, ya que esto es unicamente de baja relevancia para el mecanismo de descarte que es el objetivo de a presente invencion.

PDCP PDU para datos de plano de usuario comprenden un campo "D/C" para distinguir PDU de Datos y Control, cuyos formatos se muestran en las Figuras 14 y 15 respectivamente. PDU de Datos PDCP comprenden un numero de secuencia (SN) de 7 o 12 bits. PDU de Datos PDCP para datos de plano de usuario contienen o bien un paquete IP no comprimido (si no se usa compresion de encabezamiento) o comprimido. PDU de Datos PDCP para datos de plano de control (por ejemplo Senalizacion RRC) comprenden un campo MAC-I de 32 bits de longitud para proteccion de integridad. PDU de Datos PDCP para datos de plano de control contienen un mensaje RRC completo.

PDU de Control PDCP se usan por entidades PDCP que tratan datos de plano de usuario. Existen dos tipos de PDU de Control PDCP, que se distinguen por el campo de Tipo PDU en el encabezamiento PDCP. PDU de Control PDCP transportan "Notificaciones de Estado" PDCP debiles para el caso de traspaso sin perdida, o realimentacion ROHC creada mediante el protocolo de compresion de encabezamiento ROHC. PDU de Control PDCP que transportan realimentacion ROHC se usan para portadores de radio de plano de usuario mapeados en RLC Um o RLC AM, mientras PDU de Control PDCP que transportan Notificaciones de Estado PDCP se usan unicamente para portadores de radio de plano de usuario mapeados en RLC AM.

Una PDU de Control PDCP que transporta una Notificacion de Estado PDCP para el caso de traspaso sin perdida se usa para evitar la retransmision de PDCP SDU ya recibidos correctamente y tambien para solicitar retransmision de PDCP SDU que se recibieron correctamente pero para los que fallo la descompresion de encabezamiento. Esta PDU de Control PDCP contiene un mapa de bits que indica que PDCP SDU necesitan retransmitirse y un SN de referencia, el Primer SDU Perdido (FMS). En el caso de que todos los PDCP SDU se hayan recibido en secuencia, este campo indica el siguiente SB esperado y no se incluye ningun mapa de bits.

Control de enlaces de radio (RLC)

La capa RLC se ubica entre la capa PDCP (la capa "superior", desde perspectiva RLC) y la capa MAC (la capa "inferior", desde perspectiva RLC). Se comunica con la capa PDCP a traves de un Punto de Acceso de Servicio (SAP) y con la capa MAC a traves de canales logicos. La capa RLC reformatea PDCP PDU (es decir RLC SDU) para ajustar los mismos en el tamano indicado por la capa MAC; es decir, el transmisor RLC segmenta y/o concatena los PDCP PDU y el receptor RLC reensambla los RLC PDU para reconstruir los PDCP PDU. Ademas, el RLC reordena los RLC PDU si se reciben fuera de secuencia debido a la operacion HARQ realizada en la capa

5

10

15

20

25

30

35

40

45

50

55

MAC.

Las funciones de la capa RLC se realizan mediante " entidades RLC ". Una entidad RLC se configura en uno de tres modos de transmision de datos: Modo Transparente (TM), Modo sin Acuse de Recibo (UM) y Modo con Acuse de Recibo (AM). En AM, se definen funciones especiales para soportar retransmision.

Las funciones principales de UM RLC pueden resumirse como se indica a continuacion: Segmentacion y concatenacion de RLC SDU (es decir PDCP PDU); reordenacion de RLC PDU; Deteccion duplicada de RLC SDU; Reensamblaje de RLC SDU.

Las funciones principales de AM RLC pueden resumirse como se indica a continuacion: Retransmision de PDU de Datos RLC; Resegmentacion de PDU de Datos RLC retransmitidos; Sondeo; Notificacion de Estado; Estado Prohibir.

Mas informacion de RLC se proporciona en Capttulo 4.3.1 de LTE - The UMTS Long Term Evolution FROM THEORY TO PRACTICE, Editado por: Stefania Sesia, Issam Toufik, Matther Baker, Segunda edicion, ISBN 978-0470-66025-6. Segmentacion y concatenacion es una funcion importante de las entidades UM y AM RLC. La entidad UM/AM RLC transmisora realiza segmentacion y/o concatenacion en RLC SDU recibidos de capas superiores, para formar RLC PDU. El tamano del RLC PDU en cada oportunidad de transmision se decide y notifica mediante la capa MAC dependiendo de las condiciones de canal de radio y los recursos de transmision disponibles; por lo tanto, el tamano de cada RLC PDU transmitido puede ser diferente. La entidad UM/AM RLC transmisora incluye RLC SDU en un RLC PDU en el orden en el que llegan a la entidad UM/AM RLC. Por lo tanto, un unico RLC PDU puede contener RLC SDU o segmentos de RLC SDU.

Despues de segmentacion y/o concatenacion de RLC SDU, la entidad UM/AM RLC transmisora incluye encabezamientos RLC relevantes en el RLC PDU para indicar el numero de secuencia del RLC PDU, y adicionalmente el tamano y lfmite de cada segmento de RLC SDU o RLC SDU incluido. Debena observarse que el numero de secuencia RLC es dependiente del numero de secuencia anadido por el PDCP.

Como ya se ha mencionado anteriormente, cuando se indica desde la capa superior (es decir PDCP) descartar un RLC SDU particular, el lado de transmision de una entidad AM RLC o la entidad UM RLC transmisora descartara el RLC SDU indicado si aun no se ha mapeado ningun segmento del RLC SDU a una PDU de datos RLC (vease 3GPP TS 36.322 Capttulo 5.3). La decision de si el RLC SDU ya se "mapeo a una PDU de datos RLC" puede considerarse que significa:

- Recibido en la capa RLC, y

- Informacion de encabezamiento relevante anadida (y entregada/lista para entregar a capa inferior)

Celulas pequenas

Explosivas demandas para datos moviles estan impulsando cambios en como operadores moviles necesitan responder a los requisitos desafiantes de mayor capacidad y Calidad de Experiencia de usuario mejorada (QoE). En la actualidad, muchos operadores por todo el mundo estan desplegando sistemas de acceso inalambrico de cuarta generacion que usan Evolucion a Largo Plazo (LTE) para ofrecer acceso mas rapido con menor latencia y mas eficiencia que sistema 3G/3.5G. No obstante, el crecimiento de trafico futuro previsto es tan inmenso que existe una necesidad vastamente aumentada para densificacion de red adicional para tratar los requisitos de capacidad, particularmente en areas con trafico alto (areas de concentracion maxima) que generan el mayor volumen de trafico. Densificacion de red - aumentando el numero de nodos de red, de este modo trayendo los mismos ffsicamente mas cerca de los terminales de usuario - es una clave para mejorar la capacidad de trafico y extender las tasas de datos de usuario alcanzables de un sistema de comunicacion inalambrica.

Ademas de densificacion directa de un despliegue macro, puede lograrse densificacion de red mediante el despliegue de nodos de baja potencia complementarios respectivamente celulas pequenas en la cobertura de una capa de nodos macro existente. En un despliegue heterogeneo de este tipo, los nodos de baja potencia proporcionan capacidad de trafico muy alta y capacidad de procesamiento de usuario muy alta localmente, por ejemplo en posiciones de maxima concentracion interiores y exteriores. Mientras tanto, la capa macro garantiza disponibilidad de servicio y QoE en toda el area de cobertura. En otras palabras, la capa que contiene los nodos de baja potencia tambien puede denominarse como acceso de area local proveedor, en contraste a la capa macro de cobertura de area extensa.

La instalacion de nodos de baja potencia respectivamente celulas pequenas asf como despliegues heterogeneos ha sido posible desde la primera version de LTE. En este sentido, un numero de soluciones se ha especificado en versiones recientes de LTE (es decir, Version-10/11). Mas espedficamente, estas versiones introdujeron herramientas adicionales para tratar interferencia entre capas en despliegues heterogeneos. Para optimizar adicionalmente rendimiento y proporcionar operacion de coste/energfa eficiente, celulas pequenas requieren mejoras adicionales y en muchos casos necesitan interactuar con o complementar celulas macro existentes. Tales soluciones se investigaran durante la evolucion adicional de LTE - Version 12 y siguientes. En particular mejoras adicionales relacionadas con nodos de baja potencia y despliegues heterogeneos se consideraran en el marco del

5

10

15

20

25

30

35

nuevo arffculo de estudio (SI) de Ver. 12 "Study on Small Cell Enhancements for E-UTRA and E-UTRAN". Algunas de estas actividades se centraran en lograr un grado incluso mayor de interconectividad entre las capas macro y de baja potencia, que incluye diferentes formas de asistencia macro a la capa de baja potencia y conectividad de capa dual. Conectividad dual implica que el dispositivo tiene conexiones simultaneas tanto a capas macro como de baja potencia.

Algunos escenarios de despliegue asumidos en este arffculo de estudio sobre mejoras de celulas pequenas se analizaran a continuacion. En los siguientes escenarios, se asumen las tecnologfas de red de retorno categorizadas como red de retorno no ideal en TR 36.932.

Tanto red de retorno ideal (es decir, red de retorno con capacidad de procesamiento muy alta y latencia muy baja tal como conexion punto a punto especializada que usa fibra optica) y red de retorno no ideal (es decir, ffpica red de retorno ampliamente usada en el mercado tales como xDSL, microondas y otras redes de retorno como retransmision) debenan estudiarse. En intercambio coste-rendimiento debena tenerse en cuenta.

Una categorizacion de red de retorno no ideal a base de entradas de operado se lista en la tabla a continuacion:

Tecnologia de Red de retorno

Latencia (Unidireccional) Capacidad de procesamiento Prioridad (1 es la mas alta)

Acceso 1 de Fibra

10-30 ms 10M-10 Gbps 1

Acceso 2 de Fibra

5-10 ms 100-1000 Mbps 2

Acceso 3 de Fibra

2-5 ms 50M-10 Gbps 1

Acceso DSL

15-60 ms 10-100 Mbps 1

Cable

25-35 ms 10-100 Mbps 2

Red de retorno inalambrica

5-35 ms 10 Mbps - 100 Mbps ffpica, quiza hasta intervalo Gbps 1

En este estudio no se asume acceso de fibra que puede usarse para desplegar Encabezamientos de Radio Remotos (RRH). No se excluyen HeNB, pero no se distinguen de Pico eNB en terminos de escenarios de despliegue y desaffos incluso aunque la potencia de transmision de HeNB es menor que la de Pico eNB. Se consideran los siguientes 3 escenarios.

Escenario n.° 1 se ilustra en la Figura 16 y es el escenario de despliegue en el que celulas macro y pequenas en la misma frecuencia de portadora (entre frecuencias) se conectan a traves de una red de retorno no ideal. Usuarios se distribuyen tanto para el exterior como interior.

Escenario n.° 2 se ilustra en las Figuras 17 y 18 y se refiere a un escenario de despliegue en el que celulas macro y pequenas en frecuencias de portadora diferentes (entre frecuencias) se conectan a traves de una red de retorno no ideal. Usuarios se distribuyen tanto para el exterior como interior. Existen esencialmente dos diferentes escenarios n.° 2, denominados en el presente documento como 2a y 2b, siendo la diferencia que en escenario 2b se considera un despliegue de celula pequena interior.

Escenario n.° 3 se ilustra en la Figura 19 y se refiere a un escenario de despliegue en el que unicamente celulas pequenas en una o mas frecuencias de portadora se conectan a traves de un enlace de red de retorno no ideal.

Dependiendo del escenario de despliegue, diferentes desaffos/problemas existen que necesitan investigarse adicionalmente. Durante la fase de arffculo de estudio tales desaffos se han identificado para los correspondientes escenarios de despliegue y capturados en TS 36.842; mas detalles sobre esos desaffos/problemas pueden encontrarse atff.

Para resolver los desaffos identificados que se describen en la seccion 5 de TS36.842, las siguientes metas de diseno se ha tenido en cuenta para este estudio ademas de los requisitos especificados en TR 36.932.

En terminos de solidez de movilidad:

- Para UE en RRC_CONNECTED, el rendimiento de movilidad performance logrado por despliegues de celulas pequenas debena ser comparable con el de una red unicamente macro.

En terminos de carga de senalizacion aumentada debido a traspaso frecuente:

- Cualquier nueva solucion no debena resultar un aumento excesivo de carga de senalizacion hacia la red

5

10

15

20

25

30

35

40

45

principal. Sin embargo, senalizacion adicional y carga de trafico de plano de usuario causadas por mejoras de celulas pequenas tambien debena tenerse en cuenta.

En terminos de mejorar capacidad de procesamiento por usuario y capacidad de sistema:

- Debena abordarse la utilizacion de recursos de radio a traves de celulas macro y pequenas para lograr capacidad de procesamiento por usuario y capacidad de sistema similar a despliegues de red de retorno ideal mientras se tiene en cuenta requisitos QoS.

Conectividad dual

Una solucion prometedora a los problemas que se discuten en la actualidad en grupos de trabajo de 3GPP RAN es el concepto asf denominado de "conectividad dual". La expresion "conectividad dual" se usa para referirse a una operacion en la que un UE dado consume recursos de radio proporcionados por al menos dos diferentes nodos de red conectados con una red de retorno no ideal. Esencialmente, el UE se conecta con tanto con una celula macro (eNB macro) y celula pequena (eNB secundario o pequeno). Adicionalmente, cada eNB implicado en conectividad dual para un UE puede asumir diferentes roles. Estos roles no dependen necesariamente de la clase de potencial del eNB y puede variar entre UE.

Ya que el artfculo de estudio esta en la actualidad en una etapa muy temprana, aun no se han decidido detalles sobre la conectividad dual. Por ejemplo aun no se ha acordado la arquitectura. Por lo tanto, muchas cuestiones/detalles, por ejemplo mejoras de protocolo, estan aun abiertas en la actualidad. La Figura 20 muestra una arquitectura ilustrativa para conectividad dual. Debena entenderse unicamente como una opcion potencial; la invencion no se limita a esta arquitectura de red/protocolo espedfica pero puede aplicarse generalmente. En este se hacen punto Las siguientes asunciones sobre la arquitectura:

- Decision de nivel por portador en la que servir cada paquete, division de plano C/U

o Como un ejemplo Senalizacion RRC de UE y datos de alta QoS tales como VoLTE pueden servirse por la celula macro, mientras datos de mejor intento se descargan a la celula pequena

- Sin acoplamiento entre portadores, asf que no se requiere PDCP o RLC comunes entre la celula macro y celula pequena

- Coordinacion mas flexible entre nodos RAN

- SeNB no tiene conexion a S-GW, es decir paquetes se reenvfan mediante MeNB

- Celula Pequena es transparente para CN.

En cuanto a los dos ultimos puntos de enumeracion, debena observarse que tambien es posible que SeNB se conecte directamente con la S-GW, es decir S1-U esta entre S-GW y SeNB. Esencialmente existen tres diferentes opciones con respecto al mapeo/division de portador:

- Opcion 1: S1-U tambien termina en SeNB; representado en la Figura 21a

- Opcion 2: S1-U termina en MeNB, sin division de portador en RAN; representado en la Figura 21b

- Opcion 3: S1-U termina en MeNB, portador se divide en RAN; representado en la Figura 21c

Las Figuras 21a-c representan las tres opciones que toma la direccion de enlace descendente para los datos de Plano U como un ejemplo. Para fin de explicacion, se asume principalmente la opcion 2 para esta solicitud y tambien es la base para la Figura 20.

Arquitectura de plano de usuario para mejora de celulas pequenas

Ademas de la discusion sobre la division de los datos de plano U como se representan en las Figuras 21a-c, tambien se han analizado diferentes alternativas para la arquitectura de plano de usuario.

Un consenso comun es que, cuando la interfaz S1-U termina en el MeNB, la pila de protocolo en el SeNB debe al menos soportar (re)segmentacion RLC. Esto se debe al hecho de que (re)segmentacion RLC es una operacion que se acopla estrechamente a la interfaz ffsica (por ejemplo capa MAC que indica el tamano del RLC PDU, vease anteriormente), y se usa cuando una red de retorno no ideal, (re)segmentacion RLC debe tener lugar en el mismo nodo que transmite el RLC PDU.

A base de esta asuncion, en la discusion en curso se distinguen cuatro familias para las alternativas de plano de usuario.

A. PDCP Independientes: esta opcion termina completamente la pila de protocolo de plano U de interfaz aerea definida en la actualidad por portador y se adapta para realizar transmision de un portador EPS mediante un

5

10

15

20

25

30

35

40

45

50

55

nodo, pero tambien podna soportar la division de un unico portador EPS para transmision mediante MeNB y SeNB con la ayuda de una capa adicional. La transmision de diferentes portadores aun puede suceder simultaneamente desde el MeNB y a SeNB.

B. PDCP Principales-Subordinados: esta opcion asume que S1-U termina en MeNB con al menos parte de la capa PDCP residiendo en el MeNB. En caso de division de portador, existe un portador RLC separado e independiente, tambien en lado de UE, por eNB configurado para entregar PDCP PDU del portador PDCP, terminado en el MeNB.

C. RLC Independientes: esta opcion asume que S1-U termina en MeNB con la capa PDCP residiendo en el MeNB. En caso de division de portador, existe un portador RLC separado e independiente, tambien en lado de UE, por eNB configurado para entregar PDCP PDU del portador PDCP, terminado en el MeNB.

D. RLC Principales-Subordinados: esta opcion asume que S1-U termina en MeNB con la capa PDCP y residiendo parte de la capa RLC en el MeNB. Mientras requiere unicamente una entidad RLC en el UE para el portador ePs, en el lado de red la funcionalidad RLC se distribuye entre los nodos implicados, con un "RLC subordinado" operando en el SeNB. En enlace descendente, el RLC subordinado cuida de la operacion RLC de retardo cntico necesaria en el SeNB: recibe desde el RLC principal en el MeNB RLC PDU facilmente construidos (con Numero de Secuencia ya signados para el principal) que el principal ha asignado para transmision por el subordinado, y transmite los mismos al UE. El ajuste personalizado de estos PDU en las concesiones desde el planificador MAC se logra reusando el mecanismo de resegmentacion en la actualidad definido.

Basado en lo mismo se proponen diferentes arquitecturas, que se ilustran en las Figuras 22a-i; estas se toman de Email Discussion Report on U-Plane Alternatives, Reunion de 3GPP TSG-RAN WG2 n.° 82, R2-131621 de Nokia Siemens Networks (Ponente). Arquitecturas similares se analizan en el documento tecnico de 3GPP titulado "User Plane Architecture for Dual-Connectivity" (R2-131939). A continuacion se proporciona una vision de conjunto de las principales caractensticas de las diversas alternativas ilustradas en las Figuras 22a-i; en las que division de portador se entendera como la capacidad de dividir un portador en multiples eNB. Como puede observarse en las Figuras se asumen dos portadores que se indican para ir por la interfaz S1.

- 1A: S1-U termina en SeNB + PDCP independientes (no division de portador);

- 2A: S1-U termina en MeNB + sin division de portador en MeNB + pDcP independiente en SeNB;

- 2B: S1-U termina en MeNB + sin division de portador en MeNB + PDCP principales-subordinados;

- 2C: S1-U termina en MeNB + sin division de portador en MeNB + RLC independiente en SeNB;

- 2D: S1-U termina en MeNB + sin division de portador en MeNB + RLC principales-subordinados;

- 3A: S1-U termina en MeNB + division de portador en MeNB + PDCP independientes para dividir portadores;

- 3B: S1-U termina en MeNB + division de portador en MeNB + PDCP principales-subordinados para dividir portadores;

- 3C: S1-U termina en MeNB + division de portador en MeNB + RLC independientes para dividir portadores;

- 3D: S1-U termina en MeNB + division de portador en MeNB + RLC principales-subordinados para dividir portadores.

Durante la discusion se definen diversas ventajas e inconvenientes para cada una de las alternativas anteriores. Deficiencias de arquitectura de plano de usuario

Como se ha explicado anteriormente, el enlace de red de retorno entre el MeNB y SeNB podna ser lento y por lo tanto provocar una latencia unidireccional que podna ser alta, por ejemplo 60 ms (vease la tabla anterior para la red de retorno no ideal).

Ademas, en algunas alternativas de arquitectura de plano de usuario incluso la parte de las capas de protocolo de Estrato de Acceso (por ejemplo PDCP, RLC, MAC) se distribuiran entre el MeNB y SeNB. Correspondientemente, la alta latencia hana imposible compartir informacion en tiempo real entre los nodos; alguna informacion podna incluso anticuarse en el tiempo que llega al otro nodo.

Ademas, la comunicacion entre capas / a traves de capas aumentana la carga de senalizacion de interfaz en la interfaz entre los nodos (es decir interfaz X2 entre eNB Macro y Pequena). Tambien debena garantizarse que la carga en esta interfaz no es innecesaria.

En mas detalle, la latencia introducida debido a la conectividad dual en comunicacion entre capas / a traves de capas puede ser una fuente de otros problemas, por ejemplo al procedimiento existente del mecanismo de descarte PDCP SDU/PDU.

Como se explica en conexion con la Figura 13, en la tecnica anterior el descarte PDCP SDU funciona a base del Temporizador de descarte, tras la expiracion del cual se descartan el correspondiente PDCP SDU junto con el correspondiente PDCP PDU (si ya se genero). Si el correspondiente PDCP PDU ya se ha enviado a la capa inferior, el descarte se indicara a la capa inferior.

El mecanismo de descarte PDCP de la Figura 13 puede aplicarse al escenario en el que se distribuyen las capas PDCP y RLC entre el MeNB y SeNB, y en particular en el que el PDCP (o al menos el mecanismo de descarte PDCP SDU) no esta en el SeNB; esto se ilustra en la Figura 23. Esto es cierto para al menos arquitecturas de plano

5

10

15

20

25

30

35

40

45

50

55

de usuario en la actualidad analizadas de Alternativas 2C, 2D, 3C, 3D; y posiblemente tambien para Alternativas 2B y 3B, dependiendo de como se dividan las Capas PDCP Principal-Subordinada en MeNB y SeNB, en particular para si la funcionalidad de descarte PDCP SDU/PDU como se ha analizado se ubica en el MeNB o el SeNB.

Como puede observarse en la Figura 23, se asume que la capa PDCP, y en particular la funcion de descarte PDCP, se ubica en el MeNB, mientras que la capa RLC se ubica en el SeNB.

Para datos a transmitir en el enlace descendente desde el MeNB/SeNB al UE, la capa PDCP inicia un Temporizador de descarte para cada PDCP SDU que recibe y continuamente comprueba si expira el temporizador para el PDCP SDU. Ademas, la capa PDCP tambien realiza su funcion habitual de generacion de un PDCP PDU fuera del PDCP SDU (por ejemplo Compresion de Encabezamiento, Cifrado, Proteccion de Integridad, anadir encabezamiento PDCP, vease la Figura 1l) y reenviando el PDCP PDU a la capa RLC. Tras la expiracion del Temporizador de descarte para un PDCP SDU particular, se descartaran el PDCP PDU y PDCP SDU. Adicionalmente, la capa PDCP en el MeNB comprueba si el correspondientemente PDCP PDU generado ya se reenvio a la capa inferior, RLC, o no. Si no, no es necesaria ninguna indicacion hacia la capa RLC. Si el PDCP PDU ya se reenvio al RLC ("Sr1), aunque se descartan el PDCP PDU y SDU en la capa PDCP, es adicionalmente necesario ordenar al RLC que tambien descarte el correspondiente PDCP PDU. La capa RLC en el SeNB a su vez comprueba si ya ha procedido a mapear el PDCP PDU (o un segmento del mismo) a un RLC PDU, en cuyo caso ya no es posible descartar el PDCP PDU en la capa RLC. Si sin embargo la capa RLC aun no ha procesado el PDCP PDU a un RLC PDU, entonces el PDCP PDU puede descartarse tambien en la capa RLC.

Debena observarse que desde la perspectiva RLC el PDCP PDU es un RLC SDU; esto se aplica para la mayona alternativas de la Figura 22. Sin embargo, donde la capa RLC se divide entre el MeNB y SeNB (veanse Alternativas 2D y 3D), la terminologfa es algo ambigua, ya que la capa RLC en el MeNB recibe el PDCP PDU, realiza funciones particulares en el mismo (que aun no se han definido) y a continuacion reenvfa el "paquete" resultante a la capa RLC del SeNB. Desde la perspectiva de la capa RLC del SeNB, puede decirse que recibe un RLC PDU o un RLC SDU, dependiendo de si las funciones de la capa RLC en el MeNB ya se consideran para formar el RLC PDU o no. En la siguiente descripcion de la invencion, se asume para fines de ilustracion y unicamente por simplicidad que la capa RLC en el SeNB recibe un RLC SDU desde el MeNB (sea desde la capa PDCP o desde la principal capa RLC en el MeNB); que sin embargo no debena restringir la invencion y ambito a esta terminologfa, el uso de la terminologfa "RLC PDU" puede usarse de forma equivalente en esta conexion.

Como se ha mencionado, el MeNB indica el descarte de PDCP PDU a la capa RLC en el SeNB. Esto puede resultar en informacion de descarte por paquete enviandose en la interfaz X2. Primeramente, esto es una perdida de recursos ya que esta informacion necesita ser transportada a cada PDCP PDU que puede necesitar que se descarte.

Otro problema es que debido a la latencia de interfaz X2, es posible que mientras tanto, el SeNB haya iniciado realmente la transmision del PDCP PDU (o al menos un segmento de PDCP PDU) es decir formando el RLC PDU; con el resultado que el SeNB debe completar la transmision satisfactoria PDU - que no sena necesaria de otra manera. Por lo tanto, debido a la posible alta latencia de la interfaz X2, la funcionalidad de descarte puede no funcionar para transmisiones de enlace descendente.

Sumario de la invencion

Un objeto de la invencion es proporcionar un procedimiento mejorado para el descarte de datos de enlace descendente en la forma de PDCP SDU/PDU en un escenario de conectividad dual. Un objeto mas espedfico de la invencion es mejorar la funcion de descarte de la capa PDCP y la correspondiente interrelacion con la capa RLC, en casos en los que dicha funcion de descarte PDCP se ubica en la estacion base principal (pero no en la estacion base secundaria) y la capa RLC esta en la estacion base secundaria.

El objeto se soluciona mediante la materia objeto de las reivindicaciones independientes. Realizaciones ventajosas se someten a las reivindicaciones dependientes.

Para el primer aspecto de la divulgacion, se asume entonces que la estacion movil esta en conectividad dual y por lo tanto conectada tanto a una estacion base principal como una estacion base secundaria a traves de enlaces de comunicacion respectivos. La estacion movil esta al menos recibiendo paquetes de datos que se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil. Una pila de protocolo, que incluye una capa superior (por ejemplo capa PDCP) con una funcion de descarte principal se ubica en la estacion base principal, pero no en la estacion base secundaria. La estacion base secundaria tambien tiene una pila de protocolo, pero en vez de tener dicha capa superior particular de la estacion base principal, tiene una capa inferior, que es la capa debajo de la capa superior de la estacion base principal, (por ejemplo capa RLC). Correspondientemente, los paquetes de datos se reenvfan desde la capa (por ejemplo PDCP) mas alta de la estacion base principal a la capa (por ejemplo RLC) mas baja en la estacion base secundaria.

La funcion de descarte principal de la capa superior (por ejemplo PDCP) en la estacion base principal permite el descarte de aquellos paquetes de datos que aun (despues de procesamiento apropiado en dicha capa superior) no se han reenviado satisfactoriamente a la estacion movil. A dicho extremo, se inicia un temporizador principal de la

5

10

15

20

25

30

35

40

45

50

55

funcion de descarte principal para cada paquete de datos (por ejemplo PDCP SDU), tras la recepcion del mismo. La capa superior procesa el paquete de datos recibido (por ejemplo PDCP SDU) apropiadamente, por ejemplo generando un paquete de datos procesado (por ejemplo PDCP PDU) a reenviar a la capa inferior (por ejemplo RLC).

El temporizador principal puede detenerse si el paquete de datos se reenvio satisfactoriamente a la estacion movil; que podna ser por ejemplo notificado por la capa inferior. En ese caso tambien, los paquetes de datos recibidos y procesados pueden borrarse finalmente en la capa superior, ya que ya no son necesarios, permitiendo por lo tanto el vaciado de la memoria intermedia en la estacion base principal. Si sin embargo el temporizador principal expira (es decir antes de que se complete satisfactoriamente el renvfo del paquete de datos), el paquete de datos (por ejemplo PDCP SDU) y el paquete de datos procesado (por ejemplo PDCP PDU) se descartan en la capa superior (por ejemplo PdCP).

Adicionalmente, se asume que una funcion de descarte secundaria se configura en dicha capa inferior en la estacion base secundaria, que hasta cierto punto imita la funcion de descarte principal en la estacion base principal. A dicho extremo, la estacion base principal configura la funcion de descarte secundaria a base de la funcion de descarte principal en la capa superior; que puede incluir la transmision de un mensaje de configuracion desde la estacion base principal a la estacion base secundaria, comprendiendo el mensaje de configuracion al menos un valor de temporizador a usarse en conexion con el Temporizador Secundario de la funcion de descarte secundaria. El valor de temporizador en el mensaje de configuracion puede ser o bien el valor de temporizador del temporizador principal o como alternativa puede ser ya un valor inferior para compensar por retardo(s) incurrido debido al enlace de comunicacion entre la estacion base principal y secundaria y/o el retardo de procesamiento para control de flujo empleado en todo el procedimiento de transmision del paquete de datos desde la principal a la estacion base secundaria. Aun como alternativa, la adaptacion del valor de Temporizador Secundario tambien puede realizarse mediante la estacion base secundaria, de tal forma que el mensaje de configuracion a usarse por la estacion base secundaria incluye el valor de temporizador principal, que sin embargo se ajusta mediante la estacion base secundaria para compensar por los diversos retardos entre la recepcion del paquete de datos en la capa superior de la estacion base principal y la recepcion de los datos (despues del procesamiento por la capa superior) en la capa inferior de la estacion base secundaria. Por lo tanto, el temporizador principal y el Temporizador Secundario para un paquete de datos particular expiraran esencialmente a la vez.

Ademas, para facilitar la sincronizacion de los dos temporizadores, temporizador principal y secundario, informacion de indicacion de tiempo puede proporcionarse desde la principal a la estacion base secundaria, como se indica a continuacion. Cada vez que un paquete de datos se recibe en la capa superior en la estacion base principal, la estacion base principal puede generar adicionalmente una indicacion de tiempo para dicho paquete de datos, indicando la indicacion de tiempo o bien el tiempo de recepcion en el que se recibio realmente el paquete de datos en la capa superior, por ejemplo en que momento el temporizador principal se acciono, o indicando el tiempo de expiracion del temporizador principal restante para el paquete de datos. En cualquier caso, la indicacion de tiempo se proporciona a la estacion base secundaria, ademas del paquete de datos real (por ejemplo como parte del encabezamiento del paquete de datos), y por lo tanto puede usarse por la estacion base secundaria para establecer el Temporizador Secundario para coincidir con el temporizador principal para el paquete de datos particular.

El Temporizador Secundario se inicia cada vez que se recibe paquete de datos (por ejemplo PDCP PDU) en la capa inferior desde la capa superior en la estacion base principal. Correspondientemente, tras la expiracion del Temporizador Secundario, el paquete de datos recibido (por ejemplo PDCP PDU) se descarta en la capa inferior de la estacion base secundaria.

Como resultado, cuando un paquete de datos, a reenviar a la estacion movil, se recibe en la estacion base principal, y en particular en la capa superior (por ejemplo PDCP) de la pila de protocolo de estacion base principal, se inicia el temporizador principal de la funcion de descarte principal y la capa superior estacion base principal procesa el paquete de datos (por ejemplo para generar un PDCP pDu fuera del PDCP SDU recibido).

En primer lugar, se asume para fines de ilustracion que el paquete de datos procesado (por ejemplo PDCP PDU) no puede reenviarse a la capa inferior en la estacion base secundaria, antes de que el temporizador principal expire. Correspondientemente, el paquete de datos procesado (por ejemplo PDCP PDU) asf como el paquete de datos recibido (por ejemplo PDCP sDu) se descartan por la capa superior de la estacion base principal.

Cuando se asume que el paquete de datos procesado (por ejemplo PDCP PDU) se reenvfa de hecho a la capa inferior en la estacion base secundaria, se inicia el Temporizador Secundario de la funcion de descarte secundaria en la estacion base secundaria tras la recepcion del paquete de datos procesado (por ejemplo PDCP PDU; tambien puede denominarse RLC SDU) en la capa inferior de la estacion base secundaria. Sin embargo, se asume que la capa inferior en la estacion base secundaria no es capaz (por la razon que sea) de reenviar el paquete de datos adicionalmente hacia la estacion movil.

Correspondientemente, el temporizador principal en la estacion base principal (que aun esta en funcionamiento, ya que el paquete de datos aun no se transmitio satisfactoriamente al UE) expira finalmente, y por lo tanto acciona el descarte del correspondiente paquete de datos recibido y paquete de datos procesado (por ejemplo PDCP SDU y PDU) en la capa superior de la estacion base principal. Analogamente, el Temporizador Secundario de la funcion de

5

10

15

20

25

30

35

40

45

50

55

descarte secundaria en la estacion base secundaria expirara tambien para este paquete de datos, y por lo tanto acciona el descarte del correspondiente paquete de datos en la capa inferior de la estacion base secundaria.

Debena observarse que ventajosamente, tras la expiracion del Temporizador Secundario en la estacion base secundaria, la estacion base secundaria comprueba si el paquete de datos (o al menos parte del mismo) ya se proceso por la capa inferior hasta generar un paquete de datos adicional espedfico a la capa inferior, listo para transmitir desde la capa inferior en la estacion base secundaria hacia la estacion movil; en la mas espedfica realizacion perteneciente al PDCP y capa RLC, la estacion base secundaria comprueba si el PDCP PDU (o un segmento del mismo) ya se mapeo a un RLC PDU. En el caso afirmativo (es decir paquete de datos de capa inferior generado; RLC PDU generado), el descarte del paquete de datos en la capa inferior no se realiza. En el caso negativo, se realiza el descarte del paquete de datos en la capa inferior.

Un segundo aspecto alternativo de la divulgacion tambien resuelve el problema(s) subyacente mencionado anteriormente, sin embargo evita tener una funcion de descarte secundaria en la estacion base secundaria para simplificar el diseno de la estacion base secundaria. Se asume un escenario similar al del primer aspecto, asumiendo por lo tanto una estacion movil que se conecta tanto a una estacion base principal y secundaria a traves de enlaces de comunicacion respectivos. La estacion movil al menos recibe paquetes de datos que se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil. Una pila de protocolo, que incluye una capa superior (por ejemplo Capa PDCP) con una funcion de descarte principal se ubica en la estacion base principal, pero no en la estacion base secundaria. La estacion base secundaria tambien tiene una pila de protocolo, pero en vez de tener dicha capa superior particular de la estacion base principal, tiene una capa inferior, que es la capa debajo de la capa superior de la estacion base principal (por ejemplo Capa RLC). Correspondientemente, paquetes de datos se reenvfan desde la capa (por ejemplo PDCP) superior de la estacion base principal a la capa (por ejemplo RLC) inferior en la estacion base secundaria, antes de ser adicionalmente reenviados a la estacion movil.

Como con el primer aspecto de la divulgacion, la funcion de descarte principal de la capa superior (por ejemplo PDCP) en la estacion base principal permite descartar aquellos paquetes de datos que aun no se han reenviado satisfactoriamente a la estacion movil. Un temporizador principal correspondiente de la funcion de descarte principal se inicia para cada paquete de datos (por ejemplo PDCP SDU) recibido por la capa superior. La capa superior (por ejemplo PDCP) procesa el paquete de datos recibido (por ejemplo PDCP SDU) apropiadamente, por ejemplo generando un paquete de datos procesado (por ejemplo PDCP PDU) a reenviar a la capa inferior (por ejemplo RLC).

Tras la expiracion del temporizador principal, el paquete de datos y el paquete de datos procesado (por ejemplo PDCP SDU y PDU respectivamente) se descartan por la capa superior.

En contraste con la funcion de descarte como se explica en la seccion de tecnica anterior, no se realiza comprobacion de si el paquete de datos ya se reenvio a la capa inferior o no. Independientemente, la estacion base principal, y en particular su capa superior (por ejemplo PDCP), no informa a la capa inferior (por ejemplo RLC) acerca del descarte del paquete de datos particular.

En contraste con el primer aspecto de la divulgacion, tampoco se implementa ninguna funcion de descarte secundaria en la estacion base secundaria que coincida con la funcion de descarte principal descrita en la estacion base principal. En su lugar, la capa inferior (por ejemplo RLC) de la estacion base secundaria no conoce acerca del descarte del paquete de datos en la estacion base principal, pero continua realizando el procesamiento de capa inferior para el paquete de datos recibido (por ejemplo transmision de paquete de datos a la estacion movil).

La capa inferior (por ejemplo RLC) en la estacion secundaria mantiene la transmision del paquete de datos (por ejemplo PDCP PDU; como uno o mas RLC PDU) a la estacion movil, y tras entrega satisfactoria del paquete de datos (por ejemplo PDCP PDU) a la estacion movil, la capa inferior (por ejemplo RLC) en la estacion secundaria puede descartar el paquete de datos (por ejemplo PDCP PDU) recibido desde la capa superior en la estacion base principal. Por consiguiente, el segundo aspecto proporciona un esquema de descarte que implica menos procesamiento en la estacion base principal y secundaria, asf como una estacion base secundaria simplificada.

De acuerdo con un tercer aspecto de la divulgacion, el valor del temporizador principal de la funcion de descarte principal se tiene en cuenta cuando la estacion movil decide usar el portador a la estacion base principal o secundaria para transmitir datos. En mas detalle, se asume un escenario en el que la estacion movil se conecta tanto a la estacion base principal y secundaria a traves de enlaces de comunicacion respectivos. En conectividad dual es posible que los mismos portadores se sirvan mediante tanto la estacion base principal como secundaria (vease la Figura 21c portador EPS n.° 2); es decir algunos paquetes del portador n.° 2 particular se transmiten a traves de la estacion base principal y otros se transmiten a traves de la estacion base secundaria. Esto puede depender de las condiciones de radio y otros criterios.

Este tercer aspecto de la divulgacion puede usarse como alternativa o adicionalmente al primer y segundo aspectos de la divulgacion anteriormente mencionados. Se sugiere que el tiempo restante del temporizador principal de la funcion de descarte principal se tiene en cuenta por la estacion movil cuando se decide si transmitir un paquete de datos a traves de la estacion base principal o secundaria, especialmente para paquetes que ya han sufrido un

5

10

15

20

25

30

35

40

45

50

55

60

retardo largo o tienen un temporizador de descarte corto.

Una primera realizacion de la divulgacion proporciona un procedimiento para el descarte de paquetes de datos destinados para una estacion movil conectada tanto a una estacion base principal como una estacion base secundaria. Los paquetes de datos se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil. Una capa superior con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria. La funcion de descarte principal descarta paquetes de datos tras la expiracion de un temporizador principal iniciado tras la recepcion de cada paquete de datos. La estacion base principal configura una funcion de descarte secundaria en una capa inferior de la estacion base secundaria, a base de la funcion de descarte principal en la capa superior de la estacion base principal. La estacion base principal reenvfa el paquete de datos desde la capa superior a la capa inferior de la estacion base secundaria. La funcion de descarte secundaria de la capa inferior en la estacion base secundaria descarta el paquete de datos recibido tras la expiracion del Temporizador Secundario iniciado por la capa inferior tras la recepcion del paquete de datos desde la capa superior en la estacion base principal.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la capa superior en la estacion base principal es una capa PDCP, la capa inferior en la estacion base secundaria es una capa RLC y el paquete de datos se recibe por la capa PDCP como un PDCP SDU y reenvfa a la capa RLC como un PDCP pDu, generado por la capa PDCP fuera del PDCP SDU recibido. Por lo tanto, la funcion de descarte secundaria de la capa RLC en la estacion base secundaria descarta el PDCP PDU recibido tras la expiracion del Temporizador Secundario iniciado por la capa RLC tras la recepcion del PDCP PDU desde la capa PDCP en la estacion base principal.

De acuerdo con una variante ventajosa de la primera realizacion de la invencion que puede usarse ademas o como alternativa a lo anterior, tras la expiracion del Temporizador Secundario iniciado por la capa RLC, determinar por la capa RLC en la estacion base secundaria, si el PDCP PDU o cualquier segmento del PDCP PDU ya se uso para generar un RLC PDU. Dicha etapa de descarte del PDCP PDU recibido por la funcion de descarte secundaria de la capa RLC en la estacion base secundaria unicamente se realiza cuando el PDCP PDU o cualquier segmento del PDCP PDU aun no se uso para generar un RLC PDU.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, dicha etapa de configuracion de la funcion de descarte secundaria comprende la etapa de transmision de un mensaje de configuracion desde la estacion base principal a la estacion base secundaria, que incluye informacion del Temporizador Secundario, incluyendo al menos un valor de tiempo de expiracion a usar para la configuracion del Temporizador Secundario de la funcion de descarte secundaria. La estacion base secundaria configura la funcion de descarte secundaria a base de la informacion recibida sobre el Temporizador Secundario incluyendo al menos el valor de tiempo de expiracion para el Temporizador Secundario.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es el mismo que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU. O, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es menor que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU por el tiempo de retardo del enlace de comunicacion entre la estacion base principal y estacion base secundaria. O, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es el mismo que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU, y la estacion base secundaria configura la funcion de descarte secundaria de la capa RLC a base de la informacion recibida incluyendo al menos el valor de tiempo de expiracion del Temporizador Secundario reducido por el tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC, incluido en el mensaje de configuracion, es menor que un valor de tiempo de expiracion del temporizador principal de la capa PDCP por el tiempo de retardo usado por control de flujo de los paquetes de datos entre la estacion base principal y la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la estacion base principal genera informacion de indicacion de tiempo acerca del tiempo de recepcion del PDCP SDU en la capa PDCP de la estacion base principal. O, la estacion base principal genera informacion de indicacion de tiempo acerca del tiempo de expiracion del temporizador principal de la funcion de descarte principal restante para el PDCP SDU. A continuacion, la estacion base principal transmite la informacion generada de indicacion de tiempo a la estacion base secundaria, preferentemente dentro de un encabezamiento del PDCP PDU reenviado por la capa PDCP de la estacion base principal a la capa RLC de la estacion base secundaria. Y, dicha etapa de descarte del PDCP PDU recibido por la funcion de descarte secundaria de la capa RLC en la estacion base secundaria es adicionalmente a base de la informacion recibida de indicacion de tiempo relacionada con el PDCP SDU, fuera del cual se genera el PDCP PDU.

5

10

15

20

25

30

35

40

45

50

55

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, recibir un PDCP SDU en la capa PDCP en la estacion base principal, tras la recepcion del PDCP SDU, la capa PDCP en la estacion base principal inicia el temporizador principal de la funcion de descarte principal para el PDCP SDU recibido. La capa PDCP en la estacion base principal genera el PDCP PDU fuera del PDCP SDU recibido. Tras recibir por la estacion base principal una indicacion de que el PDCP PDU generado se reenvio satisfactoriamente a la estacion movil, la capa PDCP en la estacion base principal descarta el PDCP SDU recibido y el PDCP PDU generado.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la indicacion recibida se transmite mediante la estacion base secundaria a la estacion base principal, e incluye informacion de uno o mas PDCP PDU reenviados satisfactoriamente por la estacion base secundaria a la estacion movil; la indicacion puede por ejemplo adicionalmente comprender informacion de uno o mas PDCP PDU no reenviados satisfactoriamente por la estacion base secundaria a la estacion movil. Por ejemplo, esta indicacion se transmite mediante la estacion base secundaria para cada PDCP PDU reenviado satisfactoriamente a la estacion movil; o esta indicacion comprende un mapa de bits para una pluralidad de PDCP PDU; o esta indicacion indica el PDCP PDU que se reenvio mas recientemente satisfactoriamente a la estacion movil.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la estacion base principal supervisa el valor de tiempo de expiracion del Temporizador Secundario para determinar cuando expirara el Temporizador Secundario en la estacion base secundaria. En caso de que la estacion base principal no reciba desde la estacion base secundaria la indicacion de que un PDCP PDU se reenvio satisfactoriamente a la estacion movil aproximadamente en el tiempo en el que la estacion base principal determina que el Temporizador Secundario se supone que expira, la estacion base principal transmite el PDCP PDU, para el que no se recibio ninguna indicacion, a la estacion movil, antes de que expire el temporizador principal para dicho PDCP PDU.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la estacion base secundaria transmite una indicacion de descarte a la estacion base principal para informar a la estacion base principal sobre el descarte de uno o mas PDCP PDU que se descartan por la estacion base secundaria porque la estacion base secundaria no podna reenviar los mismos satisfactoriamente a la estacion movil. Por ejemplo, la indicacion de descarte se transmite mediante la estacion base secundaria para cada PDCP PDU no reenviado satisfactoriamente a la estacion movil.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, cuando la estacion base principal recibe una indicacion de descarte desde la estacion base secundaria para un PDCP PDU, la estacion base principal transmite dicho PDCP PDU a la estacion movil.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la estacion base secundaria sondea la estacion movil para transmitir una Notificacion de Estado RLC a la estacion base secundaria para recibir la Notificacion de Estado RLC antes de la expiracion del Temporizador Secundario.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la estacion base principal considera el valor de temporizador de expiracion configurado para la funcion de descarte principal para el establecimiento de enlaces de comunicacion con la estacion movil, de tal forma que se establecen enlaces de comunicacion configurados con valores pequenos de temporizador de expiracion para la funcion de descarte principal directamente con la estacion movil y no a traves de la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, se transmite un mensaje a la estacion movil incluyendo informacion del tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria. O, la estacion movil estima el tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria, a base de los diferentes tiempos de recepcion de PDCP PDU posteriores recibidos desde la estacion base principal y estacion base secundaria. Posteriormente, si un tiempo de expiracion restante de un temporizador de descarte en la capa PDCP de la estacion movil para un PDCP SDU a transmitir a la estacion base secundaria es igual a o menor que el tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria, el PDCP SDU y el PDCP PDU, generados a partir del PDCP SDU, se descartan por la estacion movil o el PDCP PDU se transmite mediante la estacion movil directamente a la estacion base principal a traves de un enlace de comunicacion entre la estacion movil y la estacion base principal.

Una segunda realizacion de la divulgacion proporciona un procedimiento para el descarte de datos en forma de un PDCP PDU destinados para una estacion movil conectada tanto a una estacion base principal como una estacion base secundaria. Los datos se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil. Una capa PDCP con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria. Un PDCP SDU se recibe en la capa PDCP en la estacion base principal. Tras la

5

10

15

20

25

30

35

40

45

50

55

60

recepcion del PDCP SDU, la capa PDCP en la estacion base principal inicia el temporizador principal de la funcion de descarte principal de la capa PDCP para el PDCP SDU recibido. La capa PDCP en la estacion base principal genera el PDCP PdU fuera del PDCP SDU recibido. El PDCP PDU generado se reenvfa por la capa PdCp en la estacion base principal a la capa RLC en la estacion base secundaria. Tras el reenvfo del PDCP PDU generado por la estacion base principal a la capa RLC en la estacion base secundaria, la capa PDCP en la estacion base principal descarta el PDCP SDU recibido y el PDCP PDU generado. Tras la expiracion del temporizador principal de la funcion de descarte principal de la capa PDCP en la estacion base principal para el PDCP SDU recibido, la capa PDCP determina si el PdCp PDU, generado fuera del PDCP SDU, ya se reenvio por la capa PDCP en la estacion base principal a la capa RLC en la estacion base secundaria. En el caso afirmativo, la capa PDCP no ordena a la capa RLC descartar el PDCP PDU, reenviado a la capa RLC.

Una tercera realizacion de la divulgacion proporciona una estacion movil para la transmision de datos a una estacion base, estando la estacion movil conectada tanto a una estacion base principal como una estacion base secundaria. Una capa superior con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria. Descartando la funcion de descarte principal paquetes de datos tras la expiracion de un temporizador principal iniciado tras la recepcion de cada paquete de datos. Un receptor de la estacion movil recibe un mensaje desde la estacion base principal incluyendo informacion del tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria; o, un procesador de la estacion movil estima el tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria, a base de los diferentes tiempos de recepcion de PDCP PDU posteriores recibidos desde la estacion base principal y estacion base secundaria. Un procesador de la estacion movil determina si un tiempo de expiracion restante de un temporizador de descarte en la capa PDCP de la estacion movil para un PDCP SDU a transmitir a la estacion base secundaria es igual a o menor que el tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria. En el caso afirmativo, el procesador descarta el PDCP SDU y el PDCP PDU, generados a partir del PDCP SDU, o un transmisor de la estacion movil transmite el PDCP PDU directamente a la estacion base principal a traves de un enlace de comunicacion entre la estacion movil y la estacion base principal. La primera realizacion de la divulgacion proporciona una estacion base principal para el reenvfo de paquetes de datos destinados para una estacion movil. Una estacion movil se conecta tanto a la estacion base principal y una estacion base secundaria. Los paquetes de datos se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil. Una capa superior con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria, descartando la funcion de descarte principal paquetes de datos tras la expiracion de un temporizador principal iniciado tras la recepcion de cada paquete de datos. Un procesador y transmisor de la estacion base principal configuran una funcion de descarte secundaria en una capa inferior de la estacion base secundaria, a base de la funcion de descarte principal en la capa superior de la estacion base principal, de tal forma que la funcion de descarte secundaria de la capa inferior en la estacion base secundaria descarta un paquete de datos recibido tras la expiracion del Temporizador Secundario iniciado por la capa inferior tras la recepcion del paquete de datos recibido desde la capa superior en la estacion base principal. El transmisor reenvfa el paquete de datos desde la capa superior a la capa inferior de la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la capa superior en la estacion base principal es una capa PDCP, la capa inferior en la estacion base secundaria es una capa RLC, y el paquete de datos se recibe por la capa PDCP como un PDCP SDU y reenvfa a la capa RLC como un PDCP pDu, generado por la capa PDCP fuera del PDCP SDU recibido, de tal forma que la funcion de descarte secundaria de la capa RLC en la estacion base secundaria descarta el PDCP PDU recibido tras la expiracion del Temporizador Secundario iniciado por la capa RLC tras la recepcion del PDCP PDU desde la capa PdCp en la estacion base principal.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la configuracion de la funcion de descarte secundaria comprende que el transmisor transmite un mensaje de configuracion a la estacion base secundaria, que incluye informacion del Temporizador Secundario, incluyendo al menos un valor de tiempo de expiracion a usar para la configuracion del Temporizador Secundario de la funcion de descarte secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es el mismo que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU; o, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es menor que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU por el tiempo de retardo del enlace de comunicacion entre la estacion base principal y estacion base secundaria; o, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC, incluido en el mensaje de configuracion, es menor que un valor de tiempo de expiracion del temporizador principal de la capa PDCP por el tiempo de retardo usado por control de flujo de los paquetes de datos entre la estacion base principal y la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, el procesador genera informacion de indicacion de tiempo acerca del tiempo de

5

10

15

20

25

30

35

40

45

50

55

60

recepcion del PDCP SDU en la capa PDCP de la estacion base principal, o informacion de indicacion de tiempo acerca del tiempo de expiracion del temporizador principal de la funcion de descarte principal restante para el PDCP SDU. El transmisor transmite la informacion generada de indicacion de tiempo a la estacion base secundaria, preferentemente dentro de un encabezamiento del PDCP PDU reenviado por la capa PDCP de la estacion base principal a la capa RLC de la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la estacion base principal considera el valor de temporizador de expiracion configurado para la funcion de descarte principal para el establecimiento de enlaces de comunicacion con la estacion movil, de tal forma que se establecen enlaces de comunicacion configurados con valores pequenos de temporizador de expiracion para la funcion de descarte principal directamente con la estacion movil y no a traves de la estacion base secundaria.

La primera realizacion de la divulgacion proporciona una estacion base secundaria para el reenvfo de paquetes de datos a una estacion movil, en el que una estacion movil se conecta tanto a una estacion base principal y la estacion base secundaria. Los paquetes de datos se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil. Una capa superior con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria, descartando la funcion de descarte principal paquetes de datos tras la expiracion de un temporizador principal iniciado tras la recepcion de cada paquete de datos. Un procesador de la estacion base secundaria configura una funcion de descarte secundaria en una capa inferior de la estacion base secundaria, a base de la funcion de descarte principal en la capa superior de la estacion base principal. Un receptor de la estacion base secundaria recibe en la capa inferior de la estacion base secundaria el paquete de datos desde la capa superior de estacion base principal. Un procesador de la estacion base secundaria descarta mediante la funcion de descarte secundaria de la capa inferior en la estacion base secundaria el paquete de datos recibido tras la expiracion del Temporizador Secundario iniciado por la capa inferior tras la recepcion del paquete de datos desde la capa superior en la estacion base principal.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, la capa superior en la estacion base principal es una capa PDCP, la capa inferior en la estacion base secundaria es una capa RLC, y el paquete de datos se recibe por la capa PDCP como un PDCP SDU y reenvfa a la capa RLC como un PDCP pDu, generado por la capa PDCP fuera del PDCP SDU recibido, de tal forma que la funcion de descarte secundaria de la capa RLC en la estacion base secundaria descarta el PDCP PDU recibido tras la expiracion del Temporizador Secundario iniciado por la capa RLC tras la recepcion del PDCP PDU desde la capa PDCP en la estacion base principal.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, tras la expiracion del Temporizador Secundario iniciado por la capa RLC, el procesador determina por la capa RLC en la estacion base secundaria, si el PDCP PDU o cualquier segmento del PDCP PDU ya se uso para generar un RLC PDU. Dicha etapa de descarte del PDCP PDU recibido por la funcion de descarte secundaria de la capa RLC en la estacion base secundaria unicamente se realiza cuando el PDCP PDU o cualquier segmento del PDCP PDU aun no se uso para generar un RLC PDU.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, el receptor recibe un mensaje de configuracion desde la estacion base principal, que incluye informacion del Temporizador Secundario, incluyendo al menos un valor de tiempo de expiracion a usar para la configuracion del Temporizador Secundario de la funcion de descarte secundaria. El procesador configura la funcion de descarte secundaria a base de la informacion recibida sobre el Temporizador Secundario incluyendo al menos el valor de tiempo de expiracion para el Temporizador Secundario.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o como alternativa a lo anterior, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es el mismo que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU; o el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC para un PDCP PDU, incluido en el mensaje de configuracion, es menor que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU por el tiempo de retardo del enlace de comunicacion entre la estacion base principal y estacion base secundaria; o, el valor de tiempo de expiracion del Temporizador Secundario de la capa RLC, incluido en el mensaje de configuracion, es menor que un valor de tiempo de expiracion del temporizador principal de la capa PDCP por el tiempo de retardo usado por control de flujo de los paquetes de datos entre la estacion base principal y la estacion base secundaria; o, el valor de tiempo de expiracion del Temporizador Secundario de la capa rLc para un PDCP PDU, incluido en el mensaje de configuracion, es el mismo que un valor de tiempo de expiracion del temporizador principal de la capa PDCP para un PDCP SDU, y el procesador de la estacion base secundaria configura la funcion de descarte secundaria de la capa RLC a base de la informacion recibida incluyendo al menos el valor de tiempo de expiracion del Temporizador Secundario reducido por el tiempo de retardo del enlace de comunicacion entre la estacion base principal y la estacion base secundaria.

De acuerdo con una variante ventajosa de la primera realizacion de la divulgacion que puede usarse ademas o

5

10

15

20

25

30

35

40

45

50

55

60

como alternativa a lo anterior, el receptor recibe informacion de indicacion de tiempo desde la estacion base principal incluyendo o bien informacion acerca del tiempo de recepcion del PDCP SDU en la capa PDCP de la estacion base principal o informacion acerca del tiempo de expiracion del temporizador principal de la funcion de descarte principal restante para el PDCP SDU. El procesador descarta el PDCP PDU recibido por la funcion de descarte secundaria de la capa RLC a base de la informacion recibida de indicacion de tiempo relacionada con el PDCP SDU, fuera del cual se genera el PDCP PDU.

Beneficios y ventajas adicionales de las realizaciones desveladas seran evidente a partir de la memoria descriptiva y Figuras. Los beneficios y/o ventajas pueden proporcionarse individualmente mediante diversas realizaciones y caractensticas de la divulgacion de memoria descriptiva y dibujos y no se necesita que todos se proporcionen para obtener uno o mas de la misma.

Breve descripcion de las figuras

En las siguientes realizaciones ilustrativas se describen en mas detalle con referencia a las figuras y dibujos adjuntos.

La Figura 1 muestra una arquitectura ilustrativa de un sistema 3GPP LTE,

la Figura 2 muestra una vision de conjunto ilustrativa de la arquitectura E-UTRAN general de 3GPP LTE,

la Figura 3 muestra lfmites de subtrama ilustrativos en una portadora de componentes de enlace descendente como

se define para 3GPP LTE (Version 8/9),

la Figura 4 muestra una cuadncula de enlace de recursos descendente ilustrativa de una ranura de enlace descendente como se define para 3GPP LTE (Version 8/9),

las Figuras 5 y 6 muestran la estructura de Capa 2 de 3GPP LTE-A (Version 10) con agregacion de portadora activada para el enlace descendente y enlace ascendente, respectivamente, la Figura 7 ilustra el modelo OSI con las diferentes capas para comunicacion,

la Figura 8 ilustra la relacion de una unidad de datos de protocolo (PDU) y una unidad de datos de servicio (SDU) asf como el intercambio entre capas de las mismas,

la Figura 9 ilustra en usuario de capa 2 y pila de protocolo de control de plano compuestos de las tres subcapas, PDCP, RLC y MAC,

la Figura 10 proporciona una vision de conjunto de las diferentes funciones en las capas PDCP, RLC y MAC asf como ilustra el procesamiento ilustrativo de SDU/PDU mediante las diversas capas, la Figura 11 ilustra la arquitectura de la capa PDCP para los datos de plano de usuario, la Figura 12 ilustra la arquitectura de la capa PDCP para los datos de plano de control,

la Figura 13 es un diagrama de flujo para la ilustracion de, de una manera simplificada, las etapas relevantes

relacionadas con la funcion de descarte en la capa PDCP y la interrelacion con el descarte en la capa RLC,

las Figuras 14 y 15 ilustran una PDU de Datos y Control respectivamente,

la Figura 16 ilustra un escenario de despliegue para mejora de celulas pequenas, en el que celulas macro y pequenas estan en la misma frecuencia de portadora,

las Figuras 17 y 18 ilustran escenarios de despliegue adicionales para mejora de celulas pequenas en el que celulas macro y pequenas estan en frecuencias de portadora diferentes, siendo la celula pequena respectivamente de exterior e interior,

la Figura 19 ilustra un escenario de despliegue adicional para mejora de celulas pequenas con unicamente celulas pequenas,

la Figura 20 proporciona una vision de conjunto de la arquitectura de sistema de comunicacion para conectividad dual con eNB macros y pequenos conectados a la red principal, en la que la interfaz S1-U termina en el eNB macro y no se hace division de portador en RAN,

las Figuras 21a-c ilustran las diferentes opciones para tener para dos portadores EPS separados entre la SGW y el UE,

las Figuras 22a-i ilustran las diferentes alternativas de arquitectura de plano de usuario analizadas en la actualidad en conexion con conectividad dual en el MeNB y SeNB,

la Figura 23 es un diagrama de flujo para la ilustracion de, de una manera simplificada, las etapas relevantes relacionadas con la funcion de descarte en la capa PDCP y la interrelacion con el descarte en la capa RLC, como en la Figura 13, cuando se aplica a arquitecturas de plano de usuario en las que la funcion de descarte PDCP se ubica en el MeNB mientras la capa RLC esta en el SeNB,

la Figura 24 es un diagrama de flujo para la ilustracion de la funcion de descarte mejorada de acuerdo con una primera realizacion ilustrativa,

las Figuras 25 y 26 son un diagrama de senalizacion que ilustra una mejora a la primera realizacion de acuerdo con la que el MeNB puede determinar si transmitir o no una retransmision adicional directamente al UE para PDCP PDU particulares que el SeNB no podna transmitir satisfactoriamente al UE,

la Figura 27 es un diagrama de senalizacion ilustrativo que ilustra una mejora de acuerdo con la que una indicacion de descarte se transmite desde el SeNB al MeNB, para PDCP PDU que no podna transmitirse mediante el SeNB al UE,

la Figura 28 es un diagrama de flujo para la ilustracion de la funcion de descarte mejorada de acuerdo con una segunda realizacion ilustrativa, y

la Figura 29 es un diagrama de flujo para la ilustracion de funcion de descarte mejorada entre SeNB y MeNB de acuerdo con una quinta realizacion ilustrativa.

5

10

15

20

25

30

35

40

45

50

55

Descripcion detallada

Los siguientes parrafos describiran diversas realizaciones ilustrativas. Para fines ilustrativos unicamente, la mayona de las realizaciones se muestran en relacion un esquema de acceso de radio de acuerdo con sistemas de comunicacion moviles 3GPP LTE (Version 8/9) y LTEa (Version 10/11), analizado parcialmente en la seccion anterior de Antecedentes Tecnicos. Debena observarse que las realizaciones pueden usarse ventajosamente por ejemplo en un sistema de comunicacion movil tales como 3GPP LTE-A (Version 10/11/12) sistemas de comunicacion como se describe en la seccion anterior de Antecedentes Tecnicos, pero las realizaciones no se limitan a su uso en estas redes de comunicacion ilustrativas particulares.

Una estacion movil o nodo movil es una entidad ffsica dentro de una red de comunicacion. Un nodo puede tener diversas entidades funcionales. Una entidad funcional se refiere a un modulo de software o hardware que implementa y/o ofrece un conjunto predeterminado de funciones a otras entidades funcionales de un nodo o la red. Nodos pueden tener una o mas interfaces que unen el nodo a una instalacion o medio de comunicacion en el que los nodos pueden comunicarse. De manera similar, una entidad de red puede tener una interfaz logica que une la entidad funcional a una instalacion o medio de comunicacion en el que puede comunicarse con otras entidades funcionales o nodos correspondientes.

La expresion "estacion base principal" usada en las reivindicaciones tambien puede llamarse estacion base macro o eNB principal/macro de acuerdo con conectividad dual de 3GPP.

La expresion "estacion base secundaria" usada en las reivindicaciones tambien puede llamarse estacion base subordinada o eNB secundario/subordinado de acuerdo con conectividad dual de 3GPP.

El termino "descartar" se usa en las reivindicaciones y en la descripcion en conexion con el Temporizador de descarte y el descarte de por ejemplo PDCP SDU/PDU que se descartaran tras la expiracion del temporizador. Sin embargo, "descartar" no se restringira espedficamente a unicamente borrar, sino que debena entenderse mas generalmente como el proceso del establecimiento de un PDCP PDU/SDU como que ya no es necesario y por lo tanto como establecido para borrarse. Cuando el borrado real tiene lugar puede basarse en implementacion, por ejemplo puede realizarse por paquete y por lo tanto basicamente inmediatamente tras la indicacion de un PDCP SDU/PDU como descartado o puede ser periodico de una forma que cada por ejemplo 100 ms la memoria intermedia se limpia de datos (PDU/SDU) descartados.

A continuacion, se explicaran varias realizaciones ilustrativas en detalle. Se supone que estas se implementaran en la memoria descriptiva extensa como se proporciona por las normas 3GPP, con las caractensticas principales particulares como se explica a continuacion perteneciente a las diversas realizaciones.

Las explicaciones no debenan entenderse como limitantes, sino como un mero ejemplo de las realizaciones para comprender mejor la presente divulgacion. Un experto en la materia debena ser consciente que los principios generales de la presente divulgacion como se establecen en las reivindicaciones pueden aplicarse a diferentes escenarios y en formas que no se describen explfcitamente en el presente documento. Correspondientemente, los siguientes escenarios asumidos para fines explicativos de las diversas realizaciones no limitaran la invencion como tal.

Primera realizacion

A continuacion se explicara un primer conjunto de realizaciones. Para simplificar la ilustracion de los principios de la primera realizacion, se hacen ciertas asunciones; sin embargo, debena observarse que estas asunciones no debenan interpretarse como que limitan el alcance de la presente solicitud, como se define ampliamente en las reivindicaciones.

La primera realizacion se describira con referencia a la Figura 24, que es un diagrama de flujo que ilustra diversas etapas como se realiza para una primera realizacion particular. Se asume un escenario de conectividad dual en un entorno de celula pequena, en el que el UE se conecta tanto al MeNB y el SeNB, y al menos recibe datos que se reenvfan desde la SGW al MeNB, y finalmente a traves del SeNB al UE, es decir ejemplo ilustrativo en la Figura 21b, 21c como Portador n.° 2 EPS. Como se indica, Portador n.° 2 EPS puede o bien dividirse en el MeNB de tal forma que el portador puede transmitirse a traves de ambos eNB segun sea necesario (Figura 21c) o no se divide en el MeNB sino que se reenvfa de forma separada desde Portador n.° 1 EPS (Figura 21b).

De acuerdo con la descripcion de celula pequena en 3GPP, diferentes arquitecturas de plano de usuario se han discutido como se explica en la seccion de antecedentes con referencia a la Figura 22. Para la primera realizacion se asume que la arquitectura de plano de usuario de MeNB y SeNB es de tal forma que la capa PDCP con la funcion de descarte se ubica en el MeNB pero no en el SeNB; adicionalmente, la capa RLC inferior se ubicara en el SeNB y puede o no ubicarse en el MeNB. Correspondientemente, la presente primera realizacion puede referirse a cualquiera de las arquitecturas de plano de usuario analizadas de la Figura 22c, 22d, 22e, 22g, 22h, 22i. En las arquitecturas de plano de usuario de la Figura 22c (Alternativa 2B) y 22g (Alternativa 3B), en las que la capa PDCP se divide entre el MeNB y SeNB, no esta claro que funciones se ubican realmente en el MeNB y cuales en el SeNB; lo que es relevante para la primera realizacion es que la funcionalidad de descarte del PDCP se ubica en el MeNB y

5

10

15

20

25

30

35

40

45

50

55

60

por lo tanto lejos de la funcionalidad de descarte de capa RLC, haciendo necesario en la tecnica anterior tener una comunicacion entre capas que transcurre entre el MeNB y el SeNB (vease descripcion de las deficiencias como es explican al final de la Seccion de Antecedentes).

La funcionalidad PDCP y RLC, que en la primera realizacion se ubica respectivamente en el MeNB y SeNB, permanecera en su mayona la misma como se explica en la seccion de antecedentes (por ejemplo con referencia a la Figura 10, 11, 12) y como se define por las normas 3GPP actuales; excepto por los siguientes cambios que se refieren a la primera realizacion. La primera realizacion sugiere un mecanismo de funcionalidad de descarte mejorado entre el PDCP y capa RLC, y por lo tanto entre el MeNB y SeNB en los escenarios mencionados anteriormente.

La funcionalidad de descarte en la capa PDCP del MeNB se configura mediante capas superiores del MeNB, tales como RRC. Por lo tanto, el valor de Temporizador de descarte en el MeNB se configura y establece mediante capas superiores. Debena observarse que las capas superiores que configuran la funcionalidad de descarte en el MeNB no estan presentes en el SeNB. De acuerdo con la primera realizacion, la capa superior(es), tal como RRC, del MeNB configurara la funcionalidad de descarte del SeNB en la interfaz X2, para basicamente tener una funcionalidad de descarte adicional en la capa RLC en el SeNB de acuerdo con la funcionalidad de descarte PDCP del MeNB.

En general, el valor de temporizador de descarte usado por la funcion de descarte en el SeNB puede ser o bien identica al valor de temporizador de descarte usado por la funcion de descarte en el MeNB. O, el valor de

temporizador de descarte usado por la funcion de descarte en el SeNB es a base del valor de temporizador de

descarte usado por la funcion de descarte en el MeNB, pero ajustado para compensar por los diversos retardos incurridos por los datos desde el momento que alcanzan la capa PDCP en el MeNB en forma de un PDCP SDU para accionar el temporizador de descarte PDCP hasta el momento en el que los datos alcanzan la capa RLC en el SeNB en forma de un PDCP PDU (tambien denominado RLC SDU y excepcionalmente RLC PDU en otros casos tales como aquellos con un RLC dividido como en la Figura 22e, 22i) para accionar el temporizador de descarte RLC de la primera realizacion.

Un correspondiente mensaje de configuracion se transmitira desde el MeNB al SeNB que permite que la capa RLC del SeNB configure un correspondiente temporizador de descarte para su funcionalidad de descarte. El mensaje de configuracion puede incluir un valor a usarse mediante el SeNB para el establecimiento del temporizador de

descarte de la capa RLC en el SeNB. El valor puede ser o bien el mismo valor usado para el temporizador de

descarte de la funcion de descarte PDCP en el MeNB o puede ajustarse para considerar tambien los diversos retardos de los datos.

En mas detalle, este retardo total puede considerarse como que se compone del retardo de red de retorno que es intrrnseco a la tecnologfa de comunicacion usada para el enlace de red de retorno entre el MeNB y SeNB (tales como hasta 60 ms para Acceso DSL) y el retardo de control de flujo incurrido para el procesamiento de datos en el MeNB en la interfaz X2 hasta que se transmite realmente en la red de retorno al SeNB. Este control de flujo puede ser por ejemplo cuando el MeNB no puede transmitir paquetes en la interfaz X2 al SeNB porque la interfaz X2 se ha congestionado (demasiados UR, trafico etc.) y/o SeNB tema algunos problemas de capacidad, por ejemplo retardo de procesamiento, capacidad de memoria intermedia o incluso congestion de radio, etc. El retardo de enlace de red de retorno puede determinarse en el MeNB asf como en el SeNB ya que en cierto modo es estable inherentemente debido a la naturaleza del enlace ffsico entre el MeNB y el SeNB y una capacidad de procesamiento dada en la red de retorno. Por otra parte, el retardo incurrido por el control de flujo de datos puede variar considerablemente, por lo tanto haciendo diffcil proporcionar un tiempo preciso para el retardo de control de flujo. No obstante, todavfa es posible para el MeNB y/o el SeNB determinar un retardo de control de flujo promedio o mmimo que puede considerarse cuando se determina el valor de temporizador a transmitir en el mensaje de configuracion al SeNB para la configuracion del temporizador de descarte en el SeNB.

En consecuencia, la funcion de descarte en el MeNB y la funcion de descarte en el SeNB sufren de los retardos incurridos, resultando por lo tanto en un mecanismo de descarte ineficiente. Esto puede evitarse estableciendo el temporizador para la funcion de descarte en el SeNB de tal forma que los retardos se compensan. Por ejemplo, asumiendo que el temporizador de descarte en el MeNB se establece a 200 ms, y el retardo de red de retorno es 50 ms, un valor de temporizador mas preciso y por lo tanto ventajoso para el temporizador de descarte (puede denominarse Temporizador de descarte efectivo) en el SeNB sena 150 ms (se asume para este ejemplo que el retardo de control de flujo no se tiene en cuenta). O bien el valor en el mensaje de configuracion ya esta establecido por el MeNB a 150 ms o el valor en el mensaje de configuracion se establece a 200 ms (el valor de temporizador del temporizador de descarte en el MeNB) y el propio SeNB ajusta el valor de temporizador de tal forma que configura su propio temporizador de descarte para que se establezca a 150 ms.

De manera similar, el Temporizador de descarte efectivo en el SeNB puede adicionalmente (o como alternativa) - con respecto al ajuste debido al retardo de enlace de red de retorno - ajustarse para compensar por el retardo de control de flujo. Cuando se asume que el retardo de control de flujo es un mmimo o promedio de 20 ms, entonces el Temporizador de descarte efectivo en el SeNB puede establecerse a 200 ms - 50 ms - 20 ms (o 200 ms - 20 ms, si unicamente se compensa por el retardo de control de flujo). O bien el valor en el mensaje de configuracion ya esta ajustado o el mensaje de configuracion incluye el valor de temporizador no ajustado para el temporizador de

5

10

15

20

25

30

35

40

45

50

55

descarte en el MeNB y el propio SeNB ajusta el valor de temporizador para considerar el retardo de control de flujo y/o el retardo de enlace de red de retorno. El SeNB puede conocer la cantidad de retardo de control de flujo a traves del enlace X2 (duracion de congestion en X2) o puede determinar el propio retardo de control de flujo por ejemplo para la duracion que detiene la recepcion de paquetes a traves/desde X2 debido a sus propios problemas de capacidad, por ejemplo, retardo de procesamiento, capacidad de memoria intermedia o incluso congestion de radio, etc.

Correspondientemente, la funcion de descarte en la capa RLC en el SeNB se prepara de tal forma que el temporizador de descarte asociado se inicia tras la recepcion de un PDCP PDU desde la capa PDCP del MeNB y expira despues de un tiempo como se configura mediante el MeNB/SeNB de acuerdo con una de las maneras anteriores.

La implementacion exacta de como las capas superiores en el MeNB configuran la funcion de descarte de la capa RLC en el SeNB podna variar. Por ejemplo, la transmision del mensaje de configuracion puede lograrse por medios propietarios por ejemplo usando O&M (operacion y mantenimiento) o podna especificarse en la interfaz X2 usando un mensaje de configuracion del tipo RRC en la interfaz X2 que configura la capa RLC en el SeNB. Con esta configuracion se informa al SeNB del temporizador de descarte aplicable para cada uno de los portadores que soporta hacia la estacion movil. Esta configuracion puede proporcionarse mediante la capa RRC en el MeNB al SeNB a traves del enlace X2 o puede configurarse mediante una capa superior a una entidad RRC situada en el SeNB a traves de X2 o usando una interfaz propietaria y a traves de por ejemplo O&M.

Despues de preparar ambas funcionalidades de descarte en el MeNB y el SeNB, se explicara a continuacion el reenvfo de paquete en conexion con la Figura 24. Se asume que datos se transmiten en el enlace descendente a traves del MeNB, SeNB al UE, y para fines ilustrativos que se usa la arquitectura de plano de usuario de la Figura 22d o la Figura 22h (Alternativa 2C o 3C).

Cuando un PDCP SDU se recibe en la capa PDCP desde capas superiores, se inicia el correspondiente Temporizador de descarte PDCP para el PDCP SDU y se genera un PDCP PdU a partir del PDCP SDU de acuerdo con mecanismos habituales en el PDCP. El asf generado PDCP PDU es a continuacion reenviado a la capa RLC en el SeNB a traves de la interfaz X2. Tambien debena observarse sin embargo que la capa PDCP en el MeNB podna no ser capaz de renviar realmente el PDCP PDU a la capa RLC en el SeNB de una manera oportuna antes de que el temporizador de descarte en el MeNB expire; esto puede ser debido al retardo de procesamiento en el MeNB, congestion en enlace X2, etc.

Tras la recepcion del PDCP PDU en la capa RLC del SeNB (desde la perspectiva de RLC un RLC SDU), se inicia el correspondiente Temporizador de descarte (o Temporizador de descarte efectivo) en la capa RLC para el PDCP PDU recibido. Adicionalmente, la capa RLC del SeNB procesa el RLC SDU de la manera habitual para generar uno o mas RLC PDU, que a continuacion pueden enviarse a la capa inferior, es decir la capa MAC, para adicionalmente transportar al UE (no ilustrado en la Figura 24) para simplicidad.

Correspondientemente, el temporizador de descarte en el MeNB y el temporizador de descarte en el SeNB estan en funcionamiento para los datos en el PDCP SDU.

En primer lugar, se asume que los datos de PDCP SDU se transmiten satisfactoriamente mediante el SeNB al UE. En este caso, se informa a la capa RLC en el SeNB por las capas inferiores en el SeNB (por ejemplo MAC) que el correspondiente(s) RLC PDU transportando los datos de PDCP PDU se ha recibido correctamente y con acuse de recibo por el UE. Correspondientemente, el Temporizador de descarte en la capa RLC puede detenerse/abortarse y los datos de PDCP PDU (es decir RLC SDU) pueden descartarse por la capa RLC en el SeNB. Adicionalmente, la capa RLC del SeNB informa a la capa PDCP en el MeNB acerca de la transmision satisfactoria del PDCP PDU al UE (transmitiendo por ejemplo una Indicacion de Entrega Satisfactoria, ver a continuacion). A su vez, la capa PDCP puede detener/abortar su propio temporizador de descarte para dicho PDCP PDU (mas exactamente PDCP SDU) satisfactoriamente transmitido y a continuacion tambien descarta finalmente el PDCP SDU y PDCP PDU. Como consecuencia, el MeNB tendra el Temporizador de descarte en funcionamiento para menos (restantes) PDCP SDU para los cuales no se informo acerca de correspondientes PDCP PDU habiendose transmitido satisfactoriamente mediante el SeNB al UE. La expiracion de tal Temporizador de descarte todavfa puede indicarse mediante el MeNB al SeNB; ya que ahora hay menos Temporizadores de descarte en funcionamiento, la correspondiente Indicacion de Descarte desde el MeNB al SeNB es por lo tanto unicamente enviada para PDCP PDU que aun no se han entregado satisfactoriamente al UE, es decir para los PDCP PDU para los que el UE aun no ha transmitido una Indicacion de Entrega Satisfactoria de tal forma que la senalizacion en la interfaz X2 aun se liberara. Esto evita senalizacion X2 innecesaria de por descarte PDCP PDU no requiriendo indicar descarte por PDU sino unicamente para PDCP PDU que realmente no se han enviado mediante el SeNB al UE.

Por otra parte, ahora se asume que la capa RLC en el SeNB podna no transmitir los datos de PDCP PDU recibidos al UE por cualquier motivo. En este caso, los dos temporizadores en el MeNB y SeNB finalmente expiraran. En el MeNB, cuando el temporizador de descarte que se inicio para el PDCP SDU expira, la capa PDCP descarta tanto el PDCP SDU (asociado con el temporizador de descarte expirado) como el PDCP PDU generado fuera de dicho PDCP SDU. Analogamente, en la capa RLC en el SeNB, cuando el temporizador de descarte que se inicio tras la

5

10

15

20

25

30

35

40

45

50

55

recepcion del PDCP PDU (es decir RLC SDU) expira, el PDCP PDU recibido se descartara.

Ademas, en una implementacion ventajosa de la primera realizacion, la capa RLC puede, antes de realmente descartar el PDCP PDU, comprobar si los datos del PDCP PDU (o cualquier segmento del mismo) ya se mapeo a al menos un RLC PDU, para transmision al UE. Para no alterar el mecanismo de transmision RLC de la capa RLC para el PDCP PDU, unicamente se realiza un descarte del PDCP PDU en la capa RLC cuando el PDCP PDU aun no se ha mapeado a un RLC PDU (vease la rama "No" en la Figura 24).

Como resulta evidente de la explicacion anterior y cuando se compara la misma con el procesamiento como se explica en conexion con la Figura 23, una ventaja es que tras la expiracion del temporizador de descarte PDCP en el MeNB, ya no es necesario indicar el descarte PDCP PDU/SDU a la capa RLC (en el SeNB), de este modo liberando la senalizacion en X2 y tambien garantizando que el mecanismo de descarte realmente funciona incluso cuando el retardo de red de retorno en X2 podna ser mayor/comparable con el valor de temporizador de descarte, ya que la capa RLC en el SeNB opera un temporizador separado en sincronizacion basica con el temporizador de descarte en la Capa PDCP de MeNB para permitir el descarte del PDCP PDU.

Tambien, ya no existe la necesidad de comprobar si el PDCP PDU ya se reenvio a la capa RLC o no, lo que por lo tanto simplifica el protocolo PDCP en el MeNB.

Detalles y mejoras adicionales a la primera realizacion se explican a continuacion.

Como se ha explicado antes, la capa RLC del SeNB puede informar a la capa PDCP en el MeNB acerca de la transmision satisfactoria del PDCP PDU al UE. Una indicacion correspondiente (llamada a continuacion Indicacion de Entrega Satisfactoria) que informa al MeNB puede implementarse de muchas maneras. En general, el SeNB puede configurarse mediante el MeNB como y cuando transmitir una Indicacion de Entrega Satisfactoria de este tipo, es decir cuando iniciar y detener la notificacion. Por ejemplo, el MeNB puede pedir al SeNB (en X2) que inicie la notificacion de la Indicacion de Entrega Satisfactoria para un portador particular y puede pedir al SeNB (en X2) que detenga la notificacion para portador(es) particular(es).

Por ejemplo, la Indicacion de Entrega Satisfactoria podna transmitirse continuamente desde el SeNB al MeNB, para cada PDCP PDU que se recibe en el SeNB en X2 y se transmite posteriormente satisfactoriamente al UE. Esto tiene una ventaja de que el MeNB se informara tan pronto como sea posible y el MeNB conocera sin ambiguedades acerca de que PDCP PDU se recibieron por el UE y cuales no. Sin embargo, esto tiene el inconveniente de una carga de senalizacion significativa en la interfaz X2. Adicionalmente, en este caso si PDCP PDU N-1 y N+1 se entregaron satisfactoriamente al UE, esto se notifica correspondientemente como tal al MeNB; pero, cuando se asume que PDCP PDU N aun no se ha entregado satisfactoriamente al UE, y aun esta en retransmision RLC, el MeNB no puede concluir el estado de PDU N (descartado en realidad en SeNB o podna aun entregarse satisfactoriamente al UE. Por supuesto, esto podna no ser un problema significativo ya que el MeNB puede mantener el PDCP PDU N hasta que o bien recibe la Indicacion de Entrega Satisfactoria tambien para PDU N o hasta que el Temporizador de Descarte Principal para PDU N expira. Aun, una alternativa sena informar al MeNB acerca de cada PDCP PDU recibido en la interfaz X2 y que han entregado los mismos satisfactoriamente al UE en secuencia.

Como alternativa, en Numero de Secuencia mas alto entre una pluralidad de los PDCP PDU satisfactoriamente entregados puede transmitirse al MeNB para mitigar la carga de senalizacion en la interfaz X2. Sin embargo, esto puede ser enganoso como se explicara a continuacion.

Se asume que fuera de una secuencia de 10 PDCP PDU con numeros de secuencia 11 a 20, PDU con numeros de secuencia 13 y 15 se pierden cuando se transmiten desde el MeNB al SeNB, y PDU con numeros de secuencia 17 y 19 no se transmiten satisfactoriamente desde el SeNB al UE. En caso de que la Indicacion de Entrega Satisfactoria indica unicamente el ultimo PDCP PDU satisfactoriamente transmitido con numero de secuencia 20, el MeNB asumina que todos los SN hasta 20 se han entregado satisfactoriamente y por lo tanto descarta los mismos; se pierde por lo tanto una oportunidad para la retransmision. Una Indicacion de Entrega Satisfactoria de este tipo no indicara que PDCP PDU se retiraron en X2 (PDU con SN 13 y 15, en el ejemplo anterior), y proporcionara una imagen incorrecta de PDCP PDU con un numero de secuencia menor que el mayor numero de secuencia satisfactoriamente entregado que aun no se recibio satisfactoriamente en el UE (PDU con SN 17 y 19 en el ejemplo anterior).

Sin embargo, este inconveniente puede no ser muy significativo ya que el numero de PDCP PDU no entregados satisfactoriamente debena ser mmimo de todos modos, y por lo tanto su retransmision puede atenderse por capas superiores adicionales (por ejemplo TCP), si se requiere. No obstante, para superar este inconveniente, la Indicacion de Entrega Satisfactoria que incluye el numero de secuencia mas alto entre una pluralidad de PDCP PDU entregados satisfactoriamente (no notificados anteriormente), puede mejorarse incluyendo el numero(s) de secuencia(s) de PDCP PDU que no podna transmitirse mediante el SeNB satisfactoriamente al UE. Por ejemplo, asumiendo que PDCP PDU 101-200 aun estan en la memoria intermedia de MeNB (PDCP PDU 0-100 ya se notificaron mediante el SeNB), la Indicacion de Entrega Satisfactoria podna a continuacion indicar el ACK_SN = 150 y adicionalmente NACK_SN1 = 140, NACK_SN2 = 145. En respuesta a esta Indicacion de Entrega Satisfactoria, el

5

10

15

20

25

30

35

40

45

50

MeNB podna descartar PDCP PDU con numeros de secuencia 101-150, excepto para aquellos con numeros de secuencia 140 y 145. Como se explicara mas tarde, una mejora adicional a continuacion permitina que el MeNB decida si transmitir o no los PDCP PDU 140 y 145 directamente al UE (vease a continuacion en conexion con las Figuras 25 y 26).

Como una alternativa adicional la Indicacion de Entrega Satisfactoria puede comprender un mapa de bits, de acuerdo con el que el ACK_SN se incluye para el mas reciente y mas antiguo PDCP PDU aun no notificado que se entrego satisfactoriamente al UE junto con informacion de 1 bit para cada posterior o anterior PDP PDU. Por ejemplo, la Indicacion de Entrega Satisfactoria puede componerse como se indica a continuacion:

COMENZANDO con el PDCP PDU mas antiguo que se entrego satisfactoriamente Y el exito de entrega para esta PDU aun no se ha indicado a MeNB antes; y

FINALIZANDO con el PDCP PDU mas recientemente satisfactoriamente entregado.

Todas las PDU satisfactoriamente entregadas se indican con "1" y otros con "0"; o vice versa.

Esta alternativa puede provocar menos Senalizacion X2 que alternativas previas, sin embargo puede ser ineficiente ya que una actualizacion de un informe previo podna ser innecesario. Por ejemplo, un PDCP PDU particular se presento como que no se ha transmitido satisfactoriamente (en el momento de la Indicacion de Entrega Satisfactoria previa), pero mientras tanto se transmitio satisfactoriamente, con el resultado de que el posterior mapa de bits de Indicacion de Entrega Satisfactoria incluye parte de la misma informacion que la primera Indicacion de Entrega Satisfactoria.

Otras posibilidades podnan ser combinar una o mas de las anteriores alternativas para la Indicacion de Entrega Satisfactoria, por ejemplo indicando el PDCP PDU mas antiguo (o mas reciente) que se entrego satisfactoriamente (o no entregado satisfactoriamente) y adicionalmente transmitir un correspondiente mapa de bits como se expone anteriormente.

Aparte del formato y contenido de la Indicacion Satisfactoria de Entrega, debe definirse el tiempo de cuando la Indicacion de Entrega Satisfactoria se transmite desde el SeNB al MeNB y puede ser por ejemplo uno de los siguientes.

Evento Accionado, por ejemplo a base de eventos como:

Recibir (RLC) Notificacion de Estado en SeNB desde el UE;

MeNB preguntando por Indicacion Satisfactoria de Entrega (por ejemplo cuando las memorias intermedias de MeNB exceden un cierto nivel, basado en temporizador, etc.)

Tamano de Mapa de bits es fijo y mapa de bits se usa completamente (de modo que si mapa de bits tiene un tamano 'n' entonces 'n' numero de informacion de realimentacion de PDCP PDU se transporta realmente)

Como alternativa o adicionalmente, la Indicacion de Entrega Satisfactoria puede transmitirse periodicamente, en la que la periodicidad puede ser por ejemplo configurable.

Una mejora adicional se explicara en conexion con las Figuras 25 y 26, que son diagramas que ilustran esquematicamente diversas etapas realizadas en el SeNB, MeNB y UE centrandose en la mejora adicional que se explicara a continuacion. Debena observarse que las Figuras 25 y 26 estan simplificadas para ilustrar mejor la mejora adicional. De acuerdo con esta mejora, el MeNB esta provisto de la posibilidad de transmitir adicionalmente un PDCP PDU directamente al UE, en caso de que el SeNB no tenga exito en la transmision de este PDCP PDU al propio UE, por ejemplo usando la ventana de tiempo entre la expiracion del Temporizador Secundario en el SeNB y la expiracion del Temporizador Principal en el MeNB para una transmision directa al UE. Como se explico antes en conexion con la primera realizacion, el Temporizador Secundario en el SeNB puede configurarse de tal forma que considera algunos - pero en realidad no todos - de los retardos incurridos por el PDCP PDU alcanzando el SeNB y accionando el Temporizador Secundario (cuando se compara con valor de temporizador principal accionado por la recepcion del PDCP SDU). En consecuencia, el Temporizador Secundario expirara antes del correspondiente Temporizador Principal en el MeNB para el mismo PDCP PDU/SDU.

En mas detalle, se asume que el MeNB tambien supervisa el tiempo como se configura para el Temporizador Secundario en el SeNB, de tal forma que el MeNB sabe en que momento expirara el Temporizador Secundario en el SeNB para un PDCP PDU particular. Adicionalmente, el MeNB tambien puede considerar el tiempo que la Indicacion de Entrega Satisfactoria se toma para alcanzar el MeNB, de tal forma que el tiempo supervisado en el MeNB necesita ser un poco mas largo para ser capaz de recibir la correspondiente Indicacion de Entrega Satisfactoria desde el SeNB; en otras palabras, el MeNB sabe en que momento una Indicacion de Entrega Satisfactoria para un PDCP PDU particular debena haberse recibido como muy tarde. En las Figuras 25 y 26 cualquiera de las anteriores variantes se circunscribe como "^Expiro Temporizador Secundario para SN_X?". En una implementacion, el MeNB inicia la monitorizacion del tiempo del Temporizador Secundario tras la transmision del PDCP PDU (SN_X) al SeNB,

5

10

15

20

25

30

35

40

45

50

55

como se ejemplifica en las Figuras 25 y 26. En cualquier caso, el MeNB supervisa el valor de tiempo del Temporizador Secundario, que finaliza antes de que el temporizador principal para el PDCP PDU expire. En otra implementacion no mostrada en las figuras, el MeNB supervisa el valor de temporizador del temporizador principal (considerando los diversos retardos), para determinar en que momento del temporizador principal habra expirado presumiblemente el Temporizador Secundario.

La Figura 25 muestra el caso en el que el SeNB es capaz de transmitir satisfactoriamente el PDCP PDU al UE. Correspondientemente, el SeNB transmite una Indicacion de Entrega Satisfactoria al MeNB con respecto al PDCP PDU y descarta el correspondiente PDCP PDU. El MeNB tras la recepcion de la Entrega Satisfactoria detiene el correspondiente Temporizador Principal para el PDCP SDU (SN_X) y descarta el PDCP SDU/PDU (SN_X). La Figura 26 muestra el caso inverso en el que el SeNB no es capaz de transmitir satisfactoriamente el PDCP PDU al UE. En consecuencia, el Temporizador Secundario en el SeNB para el PDCP PDU (SN_X) expira finalmente y el SeNB descarta el PDCP PDU (SN_X); correspondientemente, no se transmite ninguna Indicacion de Entrega Satisfactoria mediante el SeNB al MeNB para este PDCP PDU. Como se ha explicado para esta mejora, el MeNB tambien supervisa el tiempo como se configura para el Temporizador Secundario en el SeNB (con el posible ajuste para el retardo incurrido por la Indicacion de Entrega Satisfactoria a recibir en el MeNB), y por lo tanto sabe cuando el MeNB debena haber recibido como muy tarde la Indicacion de Entrega Satisfactoria para el PDCP PDU (SN_X). Cuando el MeNB determina que una Indicacion de Entrega Satisfactoria se recibio y no se recibira mas desde el SeNB ("^Temporizador Secundario para SN_X? Sf) y antes de que el temporizador principal expira (es decir el temporizador principal aun esta en funcionamiento y no ha expirado), el MeNB puede decidir transmitir directamente el PDCP PDU (SN_X) al UE. Poco despues, el temporizador principal en el MeNB para este PDCP PDU (SN_X) expirara o se detendra mediante el MeNB y el correspondiente PdCP SDU (SN_X) y PDCP PDU (SN_X) se descartara en el MeNB.

Como alternativa, la Indicacion de Entrega Satisfactoria puede incluir los NACK_SN de PDCP PDU, en respuesta a lo que el MeNB puede decidir transmitir los correspondientes PDCP PDU al UE.

Para que esta mejora sea mas ventajosa, el temporizador principal sera menor que el valor del temporizador de reordenacion PDCP en el UE. Si este no es el caso, es decir el temporizador de reordenacion en el UE se configura mas pequeno que el temporizador principal en el MeNB, entonces las transmisiones directas mediante el MeNB pueden recibirse despues de que el temporizador de reordenacion para el PDU expira en el UE, en cuyo caso el UE, incluso tras la recepcion del paquete satisfactoriamente, simplemente descartara el mismo. Sin embargo, ya que el MeNB configura el temporizador de reordenacion al UE (o si se especifica lo mismo), MeNB puede garantizar que el temporizador principal es mas pequeno que el temporizador de reordenacion que funciona en el UE.

Para esta mejora es ventajoso, aunque no estrictamente necesario, si la Indicacion de Entrega Satisfactoria se transmite al MeNB en un tiempo corto despues de la transmision satisfactoriamente del PDCP PDU al UE. De otra manera, ya que el MeNB no recibira la Indicacion de Entrega Satisfactoria aproximadamente hasta que el tiempo el Temporizador Secundario expire, el MeNB puede asumir erroneamente que el SeNB podna no transmitir el PDCP PDU al UE, y en consecuencia transmitira por su propia cuenta el PDCP PDU al Ue (vease la Figura 26). En cualquier caso, el UE debena estar preparado para descartar PDCP PDU duplicados en caso de que reciba el mismo PDCP PDU de ambos eNB (SeNB y MeNB)

Para una mejora adicional de la primera realizacion, que puede considerarse como una alternativa (o adicion) a la mejora anterior como se explica en conexion con conexion a las Figuras 25 y 26, se sugiere una indicacion de descarte entre el SeNB y el MeNB, que informara al MeNB acerca de cualquier PDCP PDU que no se transmitio satisfactoriamente mediante el SeNB al UE. De nuevo, el SeNB puede configurarse mediante el MeNB como y cuando transmitir una Indicacion de Descarte de este tipo, es decir cuando iniciar y detener la notificacion. Por ejemplo, el MeNB puede pedir al SeNB (en X2) que inicie la notificacion de la indicacion de descarte para un portador particular y puede pedir al SeNB (en X2) que detenga la notificacion para portador(es) particular(es).

Un ejemplo de esta mejora se explicara a continuacion con referencia a la Figura 27. Se asume que el SeNB tras la recepcion de un PDCP PDU desde el MeNB inicia un Temporizador Secundario para el PDCP PDU recibido. Tras la expiracion del Temporizador Secundario, el SeNB descarta el PDCP PDU (RLC SDU), aborta la transmision (por ejemplo si dicho PDCP PDU aun no se mapeo a un RLC PDU) e informa al MeNB acerca del descarte, por ejemplo usando una indicacion de descarte como se explica a continuacion. El MeNB en respuesta puede decidir transmitir el PDCP PDU al UE en caso de que el Temporizador Principal aun este en funcionamiento para este PDCP PDU; este sera probablemente el caso, en vista de que el Temporizador Secundario expira antes que el temporizador principal cuando se configura para ajustar algunos pero no todos de los diversos retardos incurridos entre el accionamiento del Temporizador Principal y el accionamiento del Temporizador Secundario.

El SeNB tambien puede decidir descartar un PDCP PDU particular, antes de la expiracion del Temporizador Secundario, por ejemplo cuando el PDCP PDU particular ya se (re)transmitio muchas veces mediante SeNB RLC.

La indicacion de descarte como se usa en esta mejora puede implementarse de diversas maneras, similar a la Indicacion de Entrega Satisfactoria anteriormente introducida. Por ejemplo, la indicacion de descarte puede transmitirse desde el SeNB al MeNB para cada PDCP PDU que podna no transmitirse satisfactoriamente al UE (por

5

10

15

20

25

30

35

40

45

50

55

ejemplo para el que el Temporizador Secundario expiro o en el que el numero maximo de retransmisiones se ha alcanzado). Esto tiene la ventaja de que se informara al MeNB tan pronto como sea posible (y por lo tanto antes de la expiracion del correspondiente Temporizador Principal en el MeNB) y el MeNB conocera sin ambiguedades acerca de que PDCP pDu no se recibieron por el UE. La carga de senalizacion en la interfaz X2 presumiblemente no sera muy alta, considerando que una indicacion de descarte de este tipo desde el SeNB al MeNB unicamente sera necesaria para un numero muy pequeno de PDCP PDU (en el orden de 106 despues de retransmision RLC).

Con respecto a cuando enviar la Indicacion de Descarte, existen tambien diversas implementaciones, algunas de las que ya se han analizado con respecto a la Indicacion de Entrega Satisfactoria. Por ejemplo, la transmision de la indicacion de descarte puede accionarse por evento; por ejemplo cuando al menos un Temporizador Secundario para un PDCP PDU expira o cuando el numero de entregas satisfactorias excede un cierto umbral como para cada 50 entregas satisfactorias; (el SeNB puede enviar una Indicacion de Descarte a MeNB que contiene 1 ACK_SN y cero o mas NACK_SN). Como alternativa, la transmision de la indicacion de descarte puede ser periodica; en esta clase de notificacion se permite una indicacion de descarte para indicar descarte NULo, cuando no se descartan ninguno de los PDCP PDU en el SeNB (es decir todos los PDCP PDU en este periodo de notificacion se transmitieron satisfactoriamente al UE antes de que el correspondiente Temporizador Secundario expirase). Este descarte NULO puede indicarse por ejemplo incluyendo unicamente el 1 ACK_SN como se ha descrito anteriormente o con la ayuda de un campo especia que indica por ejemplo que todos las PDU recibidas en X2 hasta el momento se ha entregado.

No obstante, tambien son posibles otras implementaciones de la indicacion de descarte y cuando transmitir si se estima apropiado, tales como las analizadas para la Indicacion de Entrega Satisfactoria (por favor referirse a la explicacion anterior por ejemplo con respecto a numero de secuencia mas alto).

En resumen, el MeNB puede realizar una retransmision directamente al UE si se considera ventajoso (eficazmente, esto puede hacerse unicamente si el temporizador principal esta aun en funcionamiento; el PDCP PDU aun esta disponible en el MeNB). El UE PDCP descartara el PDCP PDU duplicado, para los casos en los que recibio el mismo desde tanto el SeNB como el MeNB. Por lo tanto, el PDCP DPU puede retransmitirse adicionalmente al UE usando un retardo de enlace mas corto cuando se requiera.

La indicacion de descarte puede enviarse periodicamente mediante el SeNB al MeNB, incluso para indicar solo un ACK_SN y cero o mas NACk_SN, para permitir una limpieza de tiempo de la memoria intermedia de MeNB PDCP.

Para evitar el envfo innecesario de la indicacion de descarte al MeNB, puede usarse un nuevo Accionador de Peticion mediante el SeNB y el UE. El nuevo Accionador de Peticion debena asociarse con la expiracion del Temporizador Secundario (por ejemplo justo antes o despues del mismo) o cualquier otro mecanismo de descarte en el SeNB (por ejemplo basado en conteo de entregas, como se explico antes). La Peticion se hace incluyendo un bit de peticion, y tras la recepcion de una Peticion, el UE enviara de inmediato a traves de la Notificacion de Estado RLC al SeNB. Correspondientemente, el SeNB adicionalmente actualiza la indicacion de descarte a base de esta informacion, por ejemplo no envfa la indicacion de descarte para los PDCP PDU que ahora se han confirmado como recibidos en el UE a base de la Notificacion de Estado RLC pedido.

El mecanismo de descarte como se ha explicado anteriormente en conexion con la Figura 24 puede hacerse incluso mas preciso proporcionando la capa RLC en el SeNB con informacion de indicacion de tiempo relacionada con el PDCP SDU/PDU como se indica a continuacion. De acuerdo con una opcion, cuando el PDCP SDU se recibe en la capa PDCP del MeNB y acciona el correspondiente temporizador de descarte at el PDCP para este PDCP SDU, se genera una indicacion de tiempo indicando el tiempo de recepcion del PDCP SDU; por ejemplo temporizador GPS, hora UTC, numero de trama, numero de subtrama, etc. Correspondientemente, cuando el PDCP PDU (generado fuera de este PDCP SDU) se transmite a la capa RLC en el SeNB, esta indicacion de tiempo generada (relacionada con el mismo PDCP SDU/PDU) tambien se proporciona al SeNB. Por ejemplo, la informacion de indicacion de tiempo puede incluirse en la cabecera del correspondiente PDCP PDU reenviado en la interfaz X2 al SeNB. Tras la recepcion de la informacion de indicacion de tiempo y el PDCP PDU, la capa RLC puede determinar exactamente cuando expirara el temporizador de descarte en la capa PDCP a base del valor de temporizador de descarte anteriormente configurado del SeNB (especialmente cuando se configura igual que el temporizador de descarte en la capa PDCP del MeNB) y la informacion de tiempo de recepcion recibida de la indicacion de tiempo.

De acuerdo con otra opcion, la informacion de indicacion de tiempo puede incluir informacion acerca de cuanto tiempo falta antes de que el temporizador de descarte PDCP expire y por lo tanto accione la capa PDCP para descartar el PDCP SDU y PDU. El contenido de la indicacion de tiempo difiere a base de que entidad genera la indicacion de tiempo y en que momento. Por ejemplo, en caso de que falten 76 ms para temporizador de descarte antes de expiracion en el momento que el protocolo X2 recibe el paquete desde el MeNB. Esta informacion se incluye en la indicacion de tiempo. De nuevo, esta informacion se proporciona a la capa RLC en el SeNB y por lo tanto puede usarse mediante el SeNB para determinar el punto exacto en el tiempo en el que el temporizador de descarte en la capa RLC del SeNB descartara el PDCP PDU recibido.

Como resultado, el mecanismo de descarte configurado en la capa RLC del SeNB puede sincronizarse incluso con mas precision con el temporizador de descarte de la Capa PDCP de MeNB. En este caso particular, tampoco es

5

10

15

20

25

30

35

40

45

50

55

necesario ajustar el temporizador de descarte de la capa RLC SeNB a algo menos del valor de temporizador de descarte del temporizador de descarte PDCP MeNB para compensar por los retardos implicados para la transmision de los datos de PDCP SDU desde el MeNB al SeNB. En su lugar, el temporizador de descarte en la capa RLC SeNB puede establecerse exactamente al mismo valor que el temporizador de descarte en la Capa PDCP de MeNB.

De acuerdo con una mejora adicional que podna usarse junto con o como alternativa a lo anterior, el MeNB se estimula para transmitir portadores / paquetes asociados con un propio temporizador de descarte corto, en vez de transmitir tales paquetes a traves del SeNB y por lo tanto incurrir en el retardo de enlace de red de retorno/congestion. Esto podna proporcionar una aportacion crucial mientras selecciona que portadores / paquetes debenan servirse mediante el MeNB o SeNB. En particular, cuando se establecen enlaces de comunicacion tales como portadores entre el MeNB, SeNB y el UE, se establecen portadores asociados con paquetes que tienen un valor de temporizador de descarte pequeno mediante el MeNB directamente con el UE (es decir no van a traves del SeNB), mientras que otros portadores pueden establecerse o bien entre el MeNB y UE o entre el MeNB, SeNB y UE de la manera habitual.

Segunda realizacion

La segunda realizacion se ocupa del mismo problema que la primera realizacion, sin embargo proporciona una solucion diferente y alternativa como se explicara en conexion con la Figura 28. Basicamente se hacen las mismas asunciones que en conexion con la primera realizacion explicada anteriormente. En particular, se asume un escenario de conectividad dual en un entorno de celula pequena, en el que el UE se conecta tanto al MeNB como al SeNB, y al menos recibe datos que se reenvfan desde la SGW al MeNB, y finalmente a traves del SeNB al UE, es decir ejemplo ilustrativo en la Figura 21b, 21c como portador n.° 2 EPS. Como se indica, portador n.° 2 EPS puede ser o bien dividido en el MeNB de tal forma que el portador puede transmitirse a traves de ambos eNB segun sea necesario (Figura 21c) o no se divide en el MeNB sino que se reenvfa de forma separada desde portador n.° 1 EPS (Figura 21 b).

De acuerdo con la descripcion de celula pequena en 3GPP, diferentes arquitecturas de plano de usuario se han discutido como se explica en la seccion de antecedentes con referencia a la Figura 22. Para la segunda realizacion se asume que la arquitectura de plano de usuario de MeNB y SeNB es de tal forma que la capa PDCP con la funcion de descarte se ubica en el MeNB pero no en el SeNB; adicionalmente, la capa RLC inferior se ubicara en el SeNB y puede o no ubicarse en el MeNB. Correspondientemente, la presente segunda realizacion puede referirse a cualquiera de las arquitecturas de plano de usuario analizadas de la Figura 22c, 22d, 22e, 22g, 22h, 22i. En las arquitecturas de plano de usuario de la Figura 22c (Alternativa 2B) y 22g (Alternativa 3B), en las que la capa PDCP se divide entre el MeNB y SeNB, no esta claro que funciones se ubican realmente en el MeNB y que funciones en el SeNB; lo que es relevante para la segunda realizacion es que la funcionalidad de descarte del PDCP se ubica en el MeNB y por lo tanto lejos de la funcionalidad de descarte de capa RLC, haciendo necesario en la tecnica anterior que tenga comunicacion entre capas que van entre el MeNB y el SeNB (vease descripcion de problema).

La funcionalidad PDCP y RLC, que en la primera realizacion se ubica respectivamente en el MeNB y SeNB, permanecera en su mayona la misma como se explica en la seccion de antecedentes (por ejemplo con referencia a la Figura 10, 11, 12) y como se define por las normas 3GPP actuales; excepto por los siguientes cambios que se refieren a la segunda realizacion. Tambien la segunda realizacion sugiere un mecanismo de funcionalidad de descarte mejorado entre el PDCP y capa RLC, es decir entre MeNB y SeNB.

Como en la tecnica anterior y para la primera realizacion, la capa PDCP en el MeNB implementa un mecanismo de descarte que permite el descarte de aquellos PDCP SDU (y correspondientes PDCP pDu) cuya transmision ya no se necesita mas porque el correspondiente temporizador PDCP ha expirado. Sin embargo, a diferencia del mecanismo de descarte de la tecnica anterior y similar a la primera realizacion, el mecanismo de descarte en la capa PDCP del MeNB de acuerdo con la segunda realizacion no comprueba si un PDCP PDU se reenvio a la capa RLC y no indica el descarte del PDCP SDU a la capa inferior, RLC, en el SeNB. Adicionalmente, para simplificar el SeNB, no se implementa un mecanismo de descarte separado como se sugiere mediante la primera realizacion en el SeNB.

Por lo tanto, cuando la capa PDCP en el MeNB recibe un PDCP SDU, iniciara un correspondiente temporizador de descarte para dicho PDCP SDU y tambien procesara el PDCP SDU de la manera habitual para generar un PDCP PDU, que a continuacion se reenviara a la capa RLC del SeNB para transmision adicional al UE. Cuando la capa RLC del SeNB recibe el PDCP PDU a traves de la interfaz X2 desde la capa PDCP en el MeNB, no iniciara un temporizador de descarte particular propio y adicional como con la primera realizacion, sino que solo procedera con la operacion RLC normal de segmentacion, concatenacion de datos recibidos en RLC PDU, que se reenvfan a continuacion a las capas inferiores (por ejemplo MAC) para transmision adicional. Tambien la capa RLC en el SeNB no tendra funcionalidad para la recepcion de una indicacion desde la capa PDCP en el MeNB para descartar un PDCP PDU anteriormente recibido. Como consecuencia, incluso si el temporizador de descarte PDCP ha expirado en el MeNB, la capa RLC continuara su habitual procedimiento de generacion de RLC PDU para transmision al UE. Por lo tanto, puede incluso ser que la capa RLC notificara a la capa PDCP en el MeNB recepcion exitosa en el UE, para PDCP PDU que ya se han descartado por la capa PDCP en el MeNB.

5

10

15

20

25

30

35

40

45

50

55

Por supuesto la capa RLC puede tener o no otro temporizador de descarte interno (diferente del temporizador de la primera realizacion) garantizando que el RLC en el SeNB no tratara de reenviar satisfactoriamente los datos de PDCP PDU recibidos (en forma de uno o mas RLC PDU) al UE durante un lago periodo hasta que realmente tenga exito.

Como se ilustra en forma de ejemplo en la Figura 28, la capa RLC en el SeNB tendra rutinas habituales para limpiar sus memorias intermedias descartando PDCP PDU (es decir RLC SDU y posiblemente RLC PDU) que se han transmitido satisfactoriamente al UE y por lo tanto no necesitan mantenerse para uso posterior.

Este mecanismo de descarte de la segunda realizacion es sencillo desde un punto de vista de implementacion y por lo tanto permite hacer el SeNB mas sencillo y por lo tanto menos costoso ya que no necesita tratar los multiples temporizadores concurrentes (especialmente para aplicaciones de tasa de datos alta), uno por PDCP PDU, y tambien ya que RLC ahora tiene el mismo comportamiento para todos los PDCP PDU que recibe en X2. La segunda realizacion tambien tiene la ventaja de no requerir senalizacion por paquete (PDCP PDU) para informar al temporizador de descarte al SeNB y tambien se evita cualquier configuracion/reconfiguracion de tal funcionalidad/valor de temporizador. Tampoco se necesita mas una correspondiente comprobacion en el MeNB para si los datos ya se han reenviado a la capa RLC SeNB o no.

Una mejora para la segunda realizacion permite la posibilidad de que el MeNB transmita el PDCP PDU directamente al UE, para cubrir en el caso que el SeNB no sea capaz de transmitir el PDCP PDU satisfactoriamente al UE (por ejemplo antes de expiracion de un temporizador de descarte interno; similar a la mejora para la primera realizacion descrita en conexion con las Figuras 25 y 26). Como ya se ha explicado para la segunda realizacion, la capa RLC notificara a la capa PDCP en el MeNB la transmision satisfactoria de los PDCP PDU al UE. Esto puede hacerse de manera similar a como se describe para la primera realizacion con respecto a la Indicacion de Entrega Satisfactoria. Por la presente se abstiene de la repeticion de los posibles diversos formatos, contenidos de instancias de transmision posible para una Indicacion de Entrega Satisfactoria de este tipo; por consiguiente, se denomina junto con los pasajes correspondientes para la primera realizacion que son igualmente aplicables para informar por la capa RLC en el SeNB la capa PDCP del MeNB acerca de una transmision satisfactoria de uno (o mas) PDCP PDU al UE.

De acuerdo con esta mejora de la segunda realizacion, el MeNB determina si se recibio o no una correspondiente Indicacion de Entrega Satisfactoria para un PDCP PDU particular hasta un cierto punto en el tiempo (pero antes de expiracion del correspondiente Temporizador Principal en el MeNB para este mismo PDCP PDU). En caso de que la Indicacion de Entrega Satisfactoria no se recibio en el MeNB hasta este cierto punto en el tiempo, puede decidir transmitir el PDCP PDU al UE directamente.

Tercera realizacion

La tercera realizacion se ocupa de una mejora del procesamiento de UE, y por lo tanto puede implementarse independientemente de o adicionalmente a la primera y segunda realizaciones.

Tfpicamente, el enlace SeNB tendra mayor latencia ya que el paquete enviado desde el UE al SeNB tendra que ir al MeNB a traves de la interfaz X2, experimentado por lo tanto al menos la latencia de enlace de red de retorno. Esto se aplica menos al modo de conectividad dual de la Figura 21b en la que los diferentes portadores se sirven mediante diferentes eNB; pero en el modo de conectividad dual de la Figura 21c, el mismo portador n.° 2 se sirve mediante ambos eNB, de tal forma que algunos paquetes del portador se envfan a traves del MeNB y otros a traves del SeNB en el enlace ascendente y enlace descendente. La decision de a traves de que ruta se enviara el paquete, puede por ejemplo depender de carga de tiempo real, situacion de radio, etc.

De acuerdo con la tercera realizacion, la decision por el UE de si transmitir un PDCP PDU directamente al MeNB o transmitir el paquete al SeNB (para reenviarse al MeNB) tendra en cuenta el temporizador de descarte en la capa PDCP del UE.

El UE puede no saber acerca de la latencia nominal de enlace de red de retorno y/o retardo de control de flujo entre MeNB y SeNB. Esta informacion puede o bien senalizarse mediante la red directamente al UE o el UE puede intentar estimar este valor durante un periodo de tiempo por ejemplo observando la diferencia en tiempo de recepcion de por ejemplo PDCP PDU posteriores recibidos a traves de los diferentes nodos. Un promedio de tal diferencia debena representar el retardo de red de retorno nominal y el UE puede usar este valor, ventajosamente con alguna tolerancia para un error de estimacion.

Por lo tanto, el UE tiene la informacion necesaria del retardo de red de retorno (opcionalmente tambien el retardo de control de flujo).

En particular, el UE podna por ejemplo decidir usar las oportunidades de transmision en el enlace macro al MeNB para paquetes que ya han sufrido un retardo mas largo (por ejemplo debido una paralizacion de ventana, falta de concesion u otras razones).

El UE compara el tiempo de descarte restante para un PDCP PDU contra el retardo de red de retorno y/o retardo de

5

10

15

20

25

30

35

40

45

50

55

control de flujo y decide transmitir el PDCP PDU directamente al MeNB para evitar el desvfo a traves del SeNB en caso de que el tiempo de descarte restante sea comparable o menor que el retardo de enlace de red de retorno y/o retardo de control de flujo.

O, el UE puede decidir no transmitir los paquetes en el Enlace SeNB al SeNB en caso de que el tiempo de descarte restante sea comparable o menor que el retardo de enlace de red de retorno (opcionalmente ademas con el retardo de control de flujo; vease discusion anterior para primera realizacion).

En consecuencia, si no existe oportunidad de transmision / disponibilidad de concesion en el enlace macro, entonces el UE puede esperar una oportunidad de transmision / disponibilidad de concesion en el enlace macro para transmitir el PDCP PDU y puede tener entonces que descartar el PDCP PDU tras la expiracion de temporizador de descarte en caso de que ninguna oportunidad de transmision / concesion en el enlace macro estuviera disponible a tiempo.

Cuarta realizacion

Una aun ademas, cuarta, realizacion mejora la funcionalidad de descarte de la capa PDCP, en los casos en los que el mecanismo de descarte PDCP se ubica en el SeNB. En conexion con la primera realizacion, se explico el Temporizador de descarte efectivo de la capa RLC en el SeNB como compensacion para los diversos retardos incurridos por un paquete de datos que se transmiten desde el MeNB al SeNB.

De manera similar, la cuarta realizacion sugiere el uso de un Temporizador de descarte efectivo para la funcionalidad de descarte PDCP en el SeNB. En consecuencia, cuando capas superiores del MeNB configuran la funcionalidad de descarte de la capa PDCP en el SeNB, se determinara un valor de temporizador de descarte que compensa por el retardo(s), tales como el retardo de enlace de red de retorno y retardo de control de flujo (vease la primera realizacion para explicacion de retardo de enlace de red de retorno y retardo de control de flujo).

Por consiguiente, esta cuarta realizacion se aplica a arquitecturas de plano de usuario en las que la capa PDCP, y en particular el mecanismo de descarte, se ubica tambien en el SeNB; tales como Alternativas 2A y 3A (veanse las Figuras 22b y 22f) y posiblemente Alternativas 2B y 3B en caso de que la capa PDCP en el SeNB (no en el MeNB) incluya la funcionalidad de descarte (veanse las Figuras 22c y 22g).

Para los modos de conectividad dual en los que un portador se sirve mediante tanto el SeNB como el MeNB y la correspondiente arquitectura de plano de usuario, una capa PDCP se ubica en el MeNB asf como en el SeNB (vease la Figura 3A). De acuerdo con la presente cuarta realizacion, el temporizador de descarte en la capa PDCP del MeNB para el portador particular es diferente (es decir valor de temporizador mayor) que el temporizador de descarte en la capa PDCP del SeNB para el mismo portador particular; es decir el valor de temporizador de descarte en la capa PDCP del SeNB es inferior por la cantidad de retardo que se considere, por ejemplo el retardo de enlace de red de retorno y/o el retardo de control de flujo.

Esto tiene la ventaja de que se anula el retardo de paquete en la X2 debido a red de retorno lenta y/o el retardo de control de flujo que significa que la funcionalidad de descarte en PDCP funciona exactamente como se desea y descarte PDCP sucede en la misma lmea de tiempo (como en MeNB) desde la perspectiva de capa superior/aplicacion. Si el temporizador de descarte en el SeNB tiene el mismo valor que en MeNB entonces Estrato de Acceso seguira intentado transmitir el paquete incluso cuando la capa superior/aplicacion ya ha parado de esperar el mismo.

Quinta realizacion

Esta quinta realizacion tiene un enfoque diferente para la funcionalidad de descarte de la capa PDCP en el MeNB. Como con la primera realizacion, se configura un Temporizador Secundario en el SeNB (por ejemplo de acuerdo con una de la pluralidad de variantes desveladas en conexion con la primera realizacion descrita anteriormente). Por otra parte, la capa PDCP no tiene Temporizador Principal definido, al contario de las realizaciones anteriores; en consecuencia, la capa PDCP no acciona el temporizador principal tras la recepcion de un PDCP SDU.

El mecanismo de descarte en el MeNB en su lugar se controla mediante una indicacion de descarte recibida desde el SeNB, informando el MeNB acerca del PDCP PDU (y su SN) que podna no entregarse satisfactoriamente mediante el SeNB al UE. La indicacion de descarte y diversas implementaciones de la misma ya se discutieron con gran detalle en conexion con una mejora de la primera realizacion y no se repetira completamente en este documento, ya que es aplicable a esta quinta realizacion de la misma manera.

En consecuencia, tras la recepcion de una indicacion de descarte para uno o mas PDCP PDU particulares, el MeNB puede deducir cuales de los mismos y cuales no se recibieron correctamente por el UE. Correspondientemente, el MeNB puede descartar los PDCP PDU en esa base y ya no tiene necesidad para el temporizador principal para el PDCP SDU.

Por ejemplo, la indicacion de descarte desde el SeNB puede implementarse como que incluye el numero de secuencia mas alto de PDCP PDU satisfactoriamente entregado al Ue, por ejemplo ademas a los NACK SN de los PDCP PDU que podnan no entregarse satisfactoriamente al UE.

5

10

15

20

25

30

35

40

45

50

Como alternativa, la indicacion de descarte puede implementarse usando un mapa de bits, ilustrativo como se indica a continuacion. El mapa de bits se inicia con el PDCP PDU descartado mas antiguo para el que ha expirado el "Temporizador Secundario" Y el descarte para esta PDU no se ha indicado al MeNB antes Y otra vez (por ejemplo denominado Temporizador A de Notificacion) no ha expirado. Este Temporizador A de Notificacion puede iniciarse con el Temporizador Secundario y tiene un valor menor que el Temporizador de reordenacion PDCP UE pero mayor que el Temporizador Secundario. El Temporizador A de Notificacion controlara la temporizacion de transmision del mapa de bits de indicacion de descarte. La indicacion de descarte mapa de bits finaliza con el mas recientemente PDCP PDU descartado, es decir para el que el Temporizador Secundario ha expirado. Todas las PDU descartadas en el mapa de bits pueden indicarse mediante "1" y todas los satisfactoriamente entregadas mediante "0", o vice versa.

En lugar de usar un mapa de bits, la indicacion de descarte tambien podna ser una lista de PDCP PDU descartados (por ejemplo NACK sN) para los que el Temporizador Secundario ha expirado pero no el Temporizador A de Notificacion Y el descarte para esta PDU se ha indicado al MeNB antes. En un ejemplo adicional, un ACK_SN del mayor PDCP PDU satisfactoriamente entregado se notifica adicionalmente al MeNB, de tal forma que el MeNB puede limpiar su memoria intermedia en consecuencia. El SeNB por lo tanto notificana al MeNB el NACK_SN junto con un ACK_SN del mayor PDCP PDU satisfactoriamente entregado.

El envfo de la indicacion de descarte puede accionarse mediante un evento, tales como la expiracion de al menos un Temporizador Secundario, o puede ser periodico.

Como una mejora adicional (similar a la correspondiente mejora de la primera realizacion, vease la Figura 27), el MeNB puede decidir, tras la recepcion de la Indicacion de Descarte, si transmitir o no directamente el PDCP PDU, que no se transmitio satisfactoriamente al UE mediante el SeNB, al UE. Esto tiene la ventaja de una retransmision adicional hecha por el MeNB en lugar del SeNB para el PDCP PDU, para cuya transmision al UE hecha por el SeNB fallo.

Esto se representa en la Figura 29, que ilustra que el mecanismo de descarte en el MeNB esta funcionando sin un temporizador principal, pero principalmente a base de la indicacion de descarte recibida desde el SeNB. Por ejemplo, en caso de que el MeNB reciba la indicacion de descarte indicando un NACK para PDCP PDU SN_X; en respuesta el MeNB puede descartar PDCP PDU hasta que SN = X-1. El MeNB puede decidir entonces transmitir directamente PDCP PDU SN_X a UE, y tras hacerlo satisfactoriamente tambien puede descartar PDCP PDU con SN_X.

Implementacion de Hardware y Software de la presente divulgacion

Otras realizaciones ilustrativas se refieren a la implementacion de las diversas realizaciones descritas anteriormente que usan hardware y software. En esta conexion se proporcionan un equipo de usuario (terminal movil) y un eNodeB (estacion base). El equipo de usuario se adapta para realizar los procedimientos descritos en el presente documento.

Se reconoce adicionalmente que las diversas realizaciones pueden implementarse o realizarse usando dispositivos informaticos (procesadores). Un dispositivo informatico o procesador puede ser por ejemplo procesadores de fin general, procesadores de senales digitales (DSP), circuitos integrados espedficos de la aplicacion (ASIC), campos de matriz de puertas programables (FPGA) u otros dispositivos de logica programables, etc. Las diversas realizaciones tambien pueden realizarse o incorporarse mediante una combinacion de estos dispositivos.

Ademas, las diversas realizaciones tambien pueden implementarse por medio de modulos de software, que se ejecutan mediante un procesador o directamente en hardware. Tambien puede ser posible una combinacion de modulos de software y una implementacion de hardware. Los modulos de software pueden almacenarse en cualquier clase de medio de almacenamiento legible por ordenador, por ejemplo RAM, EPROM, EEPROM, memoria flash, registradoras, discos duros, CD-ROM, DVD, etc.

Debena observarse adicionalmente que las caractensticas individuales de las diferentes realizaciones pueden ser objeto individualmente o en combinacion arbitraria de otra realizacion.

Sera evidente para un experto en la materia que pueden hacerse numerosas variaciones y/o modificaciones de la presente divulgacion como se muestra en las realizaciones espedficas. Las presentes realizaciones, por lo tanto, se consideraran en todos los aspectos como ilustrativas y no restrictivas.

Claims (10)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   REIVINDICACIONES

   1. Un procedimiento de descarte de paquetes de datos destinados a una estacion movil conectada tanto a una estacion base principal como a una estacion base secundaria, en el que los paquetes de datos se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil, en el que una capa superior con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria, descartando la funcion de descarte principal paquetes de datos tras la expiracion de un temporizador principal iniciado tras la recepcion de cada paquete de datos, el procedimiento caracterizado porque comprende las etapas de:

   configurar por la estacion base principal una funcion de descarte secundaria en una capa inferior de la estacion base secundaria, en base a la funcion de descarte principal en la capa superior de la estacion base principal, reenviar por la estacion base principal el paquete de datos desde la capa superior a la capa inferior de la estacion base secundaria, y

   descartar mediante la funcion de descarte secundaria de la capa inferior en la estacion base secundaria el paquete de datos recibido tras la expiracion de un temporizador secundario iniciado por la capa inferior tras la recepcion del paquete de datos desde la capa superior en la estacion base principal,

   en el que la capa superior en la estacion base principal es una capa PDCP, la capa inferior en la estacion base secundaria es una capa RLC y el paquete de datos se recibe por la capa PDCP como un PDCP SDU y se reenvfa a la capa RLC como un PDCP PDU, generado por la capa PDCP fuera del PDCP SDU recibido, de tal forma que la funcion de descarte secundaria de la capa RLC en la estacion base secundaria descarta el PDCP PDU recibido tras la expiracion del temporizador secundario iniciado por la capa RLC tras la recepcion del PDCP PDU desde la capa PDCP en la estacion base principal,

   tras la recepcion del PDCP SDU, iniciar por la capa PDCP en la estacion base principal el temporizador principal de la funcion de descarte principal para el PDCP SDU recibido,

   tras recibir por la estacion base principal una indicacion de que el PDCP PDU generado se reenvio satisfactoriamente a la estacion movil, descartar por la capa PDCP en la estacion base principal el PDCP SDU recibido y el PDCP PDU generado,

   en el que la indicacion recibida se transmite por la estacion base secundaria a la estacion base principal, e incluye informacion de uno o mas PDCP PDU reenviados satisfactoriamente por la estacion base secundaria a la estacion movil.
2. 2. El procedimiento de acuerdo con la reivindicacion 1, que comprende ademas la etapa de:

   tras la expiracion del temporizador secundario iniciado por la capa RLC, determinar por la capa RLC en la estacion base secundaria, si el PDCP PDU o cualquier segmento del PDCP PDU ya se uso para generar un RLC PDU,

   en el que dicha etapa de descarte del PDCP PDU recibido mediante la funcion de descarte secundaria de la capa RLC en la estacion base secundaria unicamente se realiza cuando el PDCP PDU o cualquier segmento del PDCP PDU aun no se uso para generar un RLC PDU.
3. 3. El procedimiento de acuerdo con cualquiera de las reivindicaciones 1 a 2, en el que dicha etapa de configuracion de la funcion de descarte secundaria comprende la etapa de transmision de un mensaje de configuracion desde la estacion base principal a la estacion base secundaria, que incluye informacion del temporizador secundario, incluyendo al menos un valor de tiempo de expiracion a usar para la configuracion del temporizador secundario de la funcion de descarte secundaria, y

   la estacion base secundaria configura la funcion de descarte secundaria en base a la informacion recibida sobre el temporizador secundario incluyendo al menos el valor de tiempo de expiracion para el temporizador secundario.
4. 4. El procedimiento de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el que la indicacion recibida comprende adicionalmente informacion de uno o mas PDCP PDU no reenviados satisfactoriamente por la estacion base secundaria a la estacion movil, o en el que esta indicacion se transmite por la estacion base secundaria para cada PDCP PDU reenviado satisfactoriamente a la estacion movil, o en el que esta indicacion comprende un mapa de bits para una pluralidad de PDCP PDU, o en el que esta indicacion indica el PDCP PDU que se reenvio mas recientemente satisfactoriamente a la estacion movil.
5. 5. El procedimiento de acuerdo con cualquiera de las reivindicaciones 1 a 4, en el que la estacion base principal supervisa el valor de tiempo de expiracion del temporizador secundario para determinar cuando expirara el temporizador secundario de la estacion base secundaria, y

   en caso de que la estacion base principal no reciba desde la estacion base secundaria la indicacion de que un PDCP PDU se reenvio satisfactoriamente a la estacion movil aproximadamente en el tiempo en el que la estacion base principal determina que el temporizador secundario se supone que expira, la estacion base principal transmite el PDCP PDU, para el que no se recibio ninguna indicacion, a la estacion movil, antes de que expire el temporizador principal para dicho PDCP PDU.
6. 6. El procedimiento de acuerdo con una de las reivindicaciones 1 a 5, que comprende ademas la etapa de que la estacion base secundaria transmite una indicacion de descarte a la estacion base principal para informar a la

   5

   10

   15

   20

   25

   30

   35

   estacion base principal acerca del descarte de uno o mas PDCP PDU que se descartan por la estacion base secundaria porque la estacion base secundaria no podna reenviarlos satisfactoriamente a la estacion movil, de forma ejemplar en el que la indicacion de descarte se transmite por la estacion base secundaria para cada PDCP PDU no reenviado satisfactoriamente a la estacion movil.
7. 7. El procedimiento de acuerdo con la reivindicacion 6, en el que cuando la estacion base principal recibe una indicacion de descarte desde la estacion base secundaria para un PDCP PDU, la estacion base principal transmite dicho PDCP PDU a la estacion movil.
8. 8. El procedimiento de acuerdo con una de las reivindicaciones 1 a 7, en el que la estacion base secundaria sondea la estacion movil para transmitir una Notificacion de Estado RLC a la estacion base secundaria para asf recibir la Notificacion de Estado RLC antes de la expiracion del temporizador secundario.
9. 9. El procedimiento de acuerdo con una de las reivindicaciones 1 a 8, en el que la estacion base principal considera un valor de temporizador de expiracion configurado para la funcion de descarte principal para el establecimiento de enlaces de comunicacion con la estacion movil, de tal forma que se establecen enlaces de comunicacion configurados con valores pequenos de temporizador de expiracion para la funcion de descarte principal directamente con la estacion movil y no a traves de la estacion base secundaria.
10. 10. Un procedimiento de descarte de datos en forma de un PDCP PDU destinados a una estacion movil conectada tanto a una estacion base principal como a una estacion base secundaria, en el que los datos se reenvfan desde la estacion base principal a traves de la estacion base secundaria a la estacion movil, en el que una capa PDCP con una funcion de descarte principal se ubica en la estacion base principal pero no en la estacion base secundaria, el procedimiento caracterizado porque comprende las etapas de:

    recibir un PDCP SDU en la capa PDCP en la estacion base principal,

    tras la recepcion del PDCP sDu, iniciar por la capa PDCP en la estacion base principal un temporizador principal

    de la funcion de descarte principal de la capa PDCP para el PDCP SDU recibido,

    generar por la capa PDCP en la estacion base principal el PDCP PDU fuera del PDCP SDU recibido,

    reenviar el PDCP PDU generado por la capa PDCP en la estacion base principal a la capa RLC en la estacion

    base secundaria,

    tras el reenvfo del PDCP PDU generado por la estacion base principal a la capa RLC en la estacion base secundaria, descartar por la capa PDCP en la estacion base principal el PDCP SDU recibido y el PDCP PDU generado,

    tras la expiracion del temporizador principal de la funcion de descarte principal de la capa PDCP en la estacion base principal para el PDCP SDU recibido, determinar por la capa PDCP si el PDCP PDU, generado fuera del PDCP SDU, ya se reenvio por la capa PDCP en la estacion base principal a la capa RLC en la estacion base secundaria,

    en el que en el caso afirmativo, la capa PDCP no ordena a la capa RLC descartar el PDCP PDU, reenviado a la capa RLC.