ES2745376T3 - Métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico - Google Patents

Métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico Download PDF

Info

Publication number
ES2745376T3
ES2745376T3 ES14162304T ES14162304T ES2745376T3 ES 2745376 T3 ES2745376 T3 ES 2745376T3 ES 14162304 T ES14162304 T ES 14162304T ES 14162304 T ES14162304 T ES 14162304T ES 2745376 T3 ES2745376 T3 ES 2745376T3
Authority
ES
Spain
Prior art keywords
cell
enb
pdcp
following
referred
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES14162304T
Other languages
English (en)
Inventor
Richard Lee-Chee Kuo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innovative Sonic Corp
Original Assignee
Innovative Sonic Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Innovative Sonic Corp filed Critical Innovative Sonic Corp
Application granted granted Critical
Publication of ES2745376T3 publication Critical patent/ES2745376T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para eliminar una celda de servicio en un sistema de comunicación inalámbrico, que comprende: un Equipo de Usuario, en lo siguiente también denominado como UE, es servido por una primera celda controlada por un primer Nodo B evolucionado, en lo siguiente también denominado como eNB, (705); el UE está configurado con una segunda celda controlada por un segundo eNB (710); el UE está configurado con un portador de radio, en lo siguiente también denominado como RB, en donde hay una entidad de Protocolo de Convergencia de Datos por Paquetes, en lo siguiente también denominado como PDCP, que corresponde al RB y hay dos entidades de Control de Enlace de Radio, en lo siguiente también denominado como RLC, que corresponden al RB, una entidad de RLC para la transferencia de datos a través de la primera celda y la otra entidad de RLC para la transferencia de datos a través de la segunda celda (715); caracterizado porque el UE suministra Unidades de Datos de Servicio de RLC fuera de secuencia, en lo siguiente también denominadas como SDUs, reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP en respuesta a la recepción de una instrucción para eliminar la segunda celda (720).

Description

DESCRIPCIÓN
Métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico
Referencia cruzada a solicitudes relacionadas
La presente Solicitud reivindica el beneficio de la Solicitud de Patente Provisional de los Estados Unidos No. de Serie 61/807,103 presentada el 1 de abril de 2013.
Campo
Esta divulgación en general se relaciona con redes de comunicación inalámbricas, y más particularmente, con un método y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico.
Antecedentes
Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos hacia y desde dispositivos de comunicación móviles, las redes de comunicación de voz móviles tradicionales están evolucionando hacia redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Tal comunicación de paquetes de datos de IP puede proporcionar a los usuarios de dispositivos de comunicación móviles servicios de comunicación de voz sobre Ip , multimedia, multidifusión y bajo demanda.
Una estructura de red de ejemplo para la que actualmente está teniendo lugar la estandarización es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema de E-UTRAN puede proporcionar alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia mencionados anteriormente. El trabajo de estandarización del sistema de E-UTRAN está siendo realizado actualmente por la organización de estándares 3GPP. Por consiguiente, los cambios en el cuerpo actual del estándar 3GPP están siendo actualmente presentados y considerados que evolucionan y finalizan el estándar 3GPP.
El documento EP 1915017 A2 se refiere a un método y aparato para realizar el traspaso usando el reordenamiento de protocolo de convergencia de datos por paquetes (PDCP) en un sistema de comunicación móvil.
El documento WO 2012/0644772 A1 divulga la transmisión de una primera unidad de datos por paquetes recibida correctamente de la fuente junto con una indicación especial que requiere reordenar las primeras PDCP PDUs desde un control de enlace de radio.
Resumen
Se divulgan métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico y se definen en las reivindicaciones independientes 1, 3, 9, 14 y 15, respectivamente. Las respectivas reivindicaciones dependientes definen realizaciones preferidas de las mismas, respectivamente. El método de acuerdo con un primer aspecto incluye un UE (Equipo de Usuario) que es servido por una primera celda controlada por un primer eNB (Nodo B evolucionado). Este método también incluye que el UE está configurado con una segunda celda controlada por un segundo eNB. Este método incluye además que el UE está configurado con un portador de radio (RB), en donde hay una entidad de PDCP (Protocolo de Convergencia de Datos por Paquete) que corresponde al RB y hay dos entidades de RLC (Control de Enlace de Radio) que corresponden al Rb , una entidad de RLC para la transferencia de datos a través de la primera celda y la otra entidad de RLC para la transferencia de datos a través de la segunda celda. Además, este método incluye que el UE suministre RLC SDUs (Unidades de Datos de Servicio) fuera de secuencia reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP en respuesta a la recepción de una instrucción para eliminar la segunda celda. En una realización preferida de la misma, este método también incluye que el UE transmite un informe de estado de PDCP al primer eNB para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB.
Breve descripción de los dibujos
La figura 1 muestra un diagrama de un sistema de comunicación inalámbrico de acuerdo con una realización de ejemplo.
La figura 2 es un diagrama de bloques de un sistema transmisor (también conocido como red de acceso) y un sistema receptor (también conocido como equipo de usuario o UE) de acuerdo con una realización de ejemplo.
La figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización de ejemplo.
La figura 4 es un diagrama de bloques funcional del código de programa de la figura 3 de acuerdo con una realización de ejemplo.
La figura 5 ilustra una arquitectura de protocolo de técnica anterior de acuerdo con una realización de ejemplo.
La figura 6 ilustra un informe de estado de PDCP de ejemplo de técnica anterior de acuerdo con una realización de ejemplo.
La figura 7 ilustra un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 8 ilustra un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 9 ilustra un diagrama de flujo de acuerdo con una realización de ejemplo.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbricos de ejemplo descritos a continuación emplean un sistema de comunicación inalámbrico, que soporta un servicio de radiodifusión. Los sistemas de comunicación inalámbricos se implementan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden estar basados en acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Avanzada (Evolución a Largo Plazo Avanzada), 3GPP2 UMB (Banda ancha Ultra Móvil), WiMax, u otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbricos de ejemplo descritos a continuación pueden diseñarse para soportar uno o más estándares tal como el estándar ofrecido por un consorcio denominado "3rd Generation Partnership Project" denominado aquí como 3GPP, que incluye los Documentos Nos. 3GPP TR36.392 v12.0.0 (2012-12), "Scenarios and Requirements for Small Cell Enhancements for E-UTRA and E-UTRAN"; RP-122033, "New Study Item Description: Small Cell enhancements for E-UTRA and E-UTRAN - Higher-layer aspects"; TS 36.300 V11.4.0 (2012-12), "E-UTRAN; Overall description; Stage 2"; TS 36.331 V11.3.0 (2013-03), "E-UTRA; RRC protocol specification"; R2-130420, "Protocol architecture alternatives for dual connectivity"; y R2-130570, "Scenarios and benefits of dual connectivity". Los estándares y documentos enumerados anteriormente se incorporan por la presente expresamente aquí.
La figura 1 muestra un sistema de comunicación inalámbrico de acceso múltiple de acuerdo con una realización de la invención. Una red 100 de acceso (AN) incluye múltiples grupos de antenas, uno que incluye 104 y 106, otro que incluye 108 y 110, y uno adicional que incluye 112 y 114. En la figura 1, solamente se muestran dos antenas para cada grupo de antenas, sin embargo, se pueden utilizar más o menos antenas para cada grupo de antenas. El terminal 116 de acceso (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal 116 de acceso sobre enlace 120 directo y reciben información del terminal 116 de acceso sobre el enlace 118 inverso. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 sobre el enlace 126 directo y reciben información del terminal de acceso (AT) 122 sobre el enlace 124 inverso. En un sistema de FDD, los enlaces 118, 120, 124 y 126 de comunicación pueden usar diferentes frecuencias para la comunicación. Por ejemplo, el enlace 120 directo puede usar una frecuencia diferente a la usada por el enlace 118 inverso.
Cada grupo de antenas y/o el área en la que están diseñadas para comunicarse a menudo se denomina como un sector de la red de acceso. En la realización, cada grupo de antenas está diseñado para comunicarse con terminales de acceso en un sector de las áreas cubiertas por la red 100 de acceso.
En la comunicación sobre los enlaces 120 y 126 directos, las antenas de transmisión de red 100 de acceso pueden utilizar la formación de haces con el fin de mejorar la relación señal a ruido de enlaces directos para los diferentes terminales 116 y 122 de acceso. También, una red de acceso que usa la formación de haces para transmitir a terminales de acceso dispersos aleatoriamente a través de su cobertura produce menos interferencia a terminales de acceso en celdas vecinas que una red de acceso que transmite a través de una única antena a todas sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con los terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un eNodoB, o alguna otra terminología. Un terminal de acceso (AT) también puede denominarse equipo de usuario (UE), un dispositivo de comunicación inalámbrico, terminal, terminal de acceso o alguna otra terminología.
La figura 2 es un diagrama de bloques simplificado de una realización de un sistema 210 transmisor (también conocido como la red de acceso) y un sistema 250 receptor (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema 200 de MIMO. En el sistema 210 transmisor, los datos de tráfico para un número de flujos de datos se proporcionan desde una fuente 212 de datos a un procesador 214 de datos de transmisión (TX).
En una realización, cada flujo de datos se transmite sobre una antena de transmisión respectiva. El procesador 214 de datos de TX formatea, codifica, y entrelaza los datos de tráfico para cada flujo de datos con base en un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto usando técnicas de OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de una manera conocida y pueden usarse en el sistema receptor para estimar la respuesta de canal. El piloto multiplexado y datos codificados para cada flujo de datos entonces se modulan (es decir, símbolo mapeado) con base en un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK, o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La tasa de datos, codificación, y modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador 220 de TX MIMO, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador 220 de TX MIMO luego proporciona flujos de símbolos de Nrmodulación a los transmisores Nt (TMTR) 222a hasta 222t. En ciertas realizaciones, el procesador 220 de TX MIMO aplica pesos de formación de haces a los símbolos de los flujos de datos y a la antena desde la cual está siendo transmitido el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciones adicionales (por ejemplo, amplifica, filtra, y convierte de manera ascendente) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión sobre el canal de MIMO. Las señales Nt moduladas de los transmisores 222a hasta 222t entonces se transmiten desde las antenas Nt 224a hasta 224t, respectivamente.
En el sistema 250 receptor, las señales moduladas transmitidas son recibidas por las antenas Nr 252a hasta 252r y la señal recibida de cada antena 252 se proporciona a un respectivo receptor (RCVR) 254a hasta 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica, y convierte de manera descendente) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa además las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.
Un procesador 260 de datos de RX entonces recibe y procesa los flujos de símbolos Nr recibidos desde los receptores Nr 254 con base en una técnica de procesamiento de receptor particular para proporcionar los flujos de símbolos "detectados" Nt . El procesador 260 de datos de RX entonces demodula, desintercala, y decodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento mediante el procesador 260 de datos de RX es complementario al realizado mediante el procesador 220 de TX MIMO y el procesador 214 de datos de TX en el sistema 210 transmisor.
Un procesador 270 determina periódicamente cual matriz de precodificación usar (discutida a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una porción de índice de matriz y una porción de valor de rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso entonces es procesado por un procesador 238 de datos de TX, que también recibe datos de tráfico para un número de flujos de datos desde una fuente 236 de datos, modulado por un modulador 280, condicionado por los transmisores 254a hasta 254r, y transmitido de vuelta al sistema 210 transmisor
En el sistema 210 transmisor, las señales moduladas del sistema 250 receptor son recibidas por las antenas 224, condicionadas por los receptores 222, demoduladas por un demodulador 240, y procesadas por un procesador 242 de datos de RX para extraer el mensaje de enlace inverso transmitido por el sistema 250 receptor. El procesador 230 entonces determina cual matriz de precodificación usar para determinar los pesos de formación de haces y luego procesa el mensaje extraído.
Volviendo a la figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la figura 3, el dispositivo 300 de comunicación en un sistema de comunicación inalámbrico puede utilizarse para realizar los UE (o ATs) 116 y 122 en la figura 1, y el sistema de comunicaciones inalámbrico es preferiblemente el sistema de LTE. El dispositivo 300 de comunicación puede incluir un dispositivo 302 de entrada, un dispositivo 304 de salida, un circuito 306 de control, una unidad central de procesamiento (CPU) 308, una memoria 310, un código 312 de programa, y un transceptor 314. El circuito 306 de control ejecuta el código 312 de programa en la memoria 310 a través de la CPU 308, controlando de esa manera una operación del dispositivo 300 de comunicaciones. El dispositivo 300 de comunicaciones puede recibir la entrada de señales por un usuario a través del dispositivo 302 de entrada, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo 304 de salida, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, suministrando señales recibidas al circuito 306 de control, y emitiendo señales generadas por el circuito 306 de control de manera inalámbrica.
La figura 4 es un diagrama de bloques simplificado del código 312 de programa mostrado en la figura 3 de acuerdo con una realización de la invención. En esta realización, el código 312 de programa incluye una capa 400 de aplicación, una porción 402 de Capa 3, y una porción 404 de Capa 2, y está acoplado a una porción 406 de Capa 1. La porción 402 de Capa 3 en general realiza control de recursos de radio. La porción 404 de Capa 2 en general realiza control de enlace. La porción 406 de Capa 1 en general realiza conexiones físicas.
3GPP TR 36.392 v12.0.0 expone:
Las celdas pequeñas que usan nodos de baja potencia se consideran prometedoras para hacer frente a la explosión de tráfico móvil, especialmente para despliegues de puntos de acceso en escenarios interiores y exteriores. Un nodo de baja potencia en general significa un nodo cuya potencia de Tx es menor que el nodo macro y las clases BS, por ejemplo eNB de Pico y Femto son ambos aplicables. Las mejoras de celdas pequeñas para E-UTRA y E-UTRAN se centrarán en funcionalidades adicionales para mejorar el rendimiento en áreas de puntos de acceso para interiores y exteriores usando nodos de baja potencia.
Este documento captura los escenarios y requisitos para mejoras de celdas pequeñas. 3GPP TR 36.913 [3] debe usarse como referencia siempre que sea aplicable con el fin de evitar la duplicación de los requisitos.
Además, 3GPP RP-122033 expone:
4 Objetivo *
El objetivo de este estudio es identificar tecnologías potenciales en el protocolo y arquitectura para mejorar el soporte de despliegue y operación de celdas pequeñas que deben satisfacer los escenarios y requisitos definidos en TR 36.932.
El estudio se llevará a cabo sobre los siguientes aspectos:
• Identificar y evaluar los beneficios de UEs que tienen conectividad dual a capas de celdas macro y pequeñas servidas por portadora diferente o la misma y para cuales escenarios tal conectividad dual es factible y beneficiosa.
• Identificar y evaluar mejoras potenciales de arquitectura y protocolo para los escenarios en TR 36.932 y en particular para el escenario factible de conectividad dual y minimizar los impactos de red central si es factible, incluyendo: ° Estructura general de control y plano de usuario y su relación entre sí, por ejemplo, soportando plano C y plano U en diferentes nodos, terminación de diferentes capas de protocolo, etc.
• Identificar y evaluar la necesidad de la estructura general de Gestión de Recursos de Radio y mejoras de movilidad para despliegues de celdas pequeñas:
° Mecanismos de movilidad para minimizar la transferencia de contexto de UE entre nodos y señalización hacia la red central.
° Mejoras en medición e identificación de celda mientras que se minimiza el consumo aumentado de batería de UE. Para cada mejora potencial, se debe evaluar la ganancia, complejidad e impacto de especificación.
El estudio se centrará en mejoras potenciales que no están cubiertas por otros SI/WI.
Adicionalmente, 3GPP TS 36.300 V11.4.0 proporciona la siguiente descripción con respecto a la Agregación de Portadoras (CA):
5.5 Agregación de Portadoras
En la Agregación de Portadoras (CA), se agregan dos o más Portadoras de Componentes (CC) con el fin de soportar anchos de banda de transmisión más amplios de hasta 100MHz. Un UE puede recibir o transmitir simultáneamente en una o múltiples CC dependiendo de sus capacidades:
- Un UE con capacidad de avance de temporización única para CA puede recibir y/o transmitir simultáneamente en múltiples CC que corresponden a múltiples celdas de servicio que comparten el mismo avance de temporización (múltiples celdas de servicio agrupadas en un TAG);
- Un UE con capacidad de avance de temporización múltiple para CA puede recibir y/o transmitir simultáneamente en múltiples CC que corresponden a múltiples celdas de servicio con diferentes avances de temporización (múltiples celdas de servicio agrupadas en múltiples TAG). E-UTRAN asegura que cada TAG contenga al menos una celda de servicio;
- Un UE sin capacidad de CA puede recibir en una única CC y transmitir en una única CC que corresponde a solamente una celda de servicio (una celda de servicio en un TAG).
CA es soportada tanto por CCs contiguas como no contiguas con cada CC limitada a un máximo de 110 Bloques de Recursos en el dominio de frecuencia usando la numerología Rel-8/9.
Es posible configurar un UE para agregar un número diferente de CCs que se originan en el mismo eNB y posiblemente de diferentes anchos de banda en el UL y el DL:
- El número de DL CCs que se pueden configurar depende de la capacidad de agregación de DL del UE;
- El número de UL CCs que se pueden configurar depende de la capacidad de agregación de UL del UE;
- No es posible configurar un UE con más UL CCs que DL CCs;
- En despliegues típicos de TDD, el número de CCs y el ancho de banda de cada CC en UL y DL es el mismo. - El número de TAGs que se pueden configurar depende de la capacidad de TAG del UE.
Las CC que se originan en el mismo eNB no necesitan proporcionar la misma cobertura.
Las CC serán compatibles con LTE Rel-8/9. Sin embargo, pueden usarse mecanismos existentes (por ejemplo, restricción) para evitar que los UE Rel-8/9 se alojen en una CC.
El espaciado entre las frecuencias centrales de CCs agregadas de manera contigua será un múltiplo de 300 kHz. Esto es con el fin de ser compatible con el barrido de frecuencia de 100 kHz de Rel-8/9 y al mismo tiempo preservar la ortogonalidad de las subportadoras con espaciado de 15 kHz. Dependiendo del escenario de agregación, el espaciado de n x 300 kHz se puede facilitar mediante la inserción de un bajo número de subportadoras no usadas entre CCs contiguas.
[...]
7.5 Agregación de Portadoras
Cuando se configura la CA, el UE solamente tiene una conexión de RRC con la red. En el establecimiento/restablecimiento/traspaso de conexión de RRC, una celda de servicio proporciona la información de movilidad de NAS (por ejemplo, TAI), y en restablecimiento/traspaso de conexión de RRC, una celda de servicio proporciona la entrada de seguridad. Esta celda se denomina como la Celda Primaria (PCelda). En el enlace descendente, la portadora que corresponde a la PCelda es la Portadora de Componente Primario de Enlace descendente (DL PCC) mientras que en el enlace ascendente es la Portadora de Componente Primario de Enlace ascendente (PCC UL).
Dependiendo de las capacidades de UE, las Celdas Secundarias (SCeldas) se pueden configurar para formar junto con la PCelda un conjunto de celdas de servicio. En el enlace descendente, la portadora que corresponde a una SCelda es una
Portadora de Componente Secundario de Enlace descendente (DL SCC), mientras que en el enlace ascendente es una Portadora de Componente Secundario de Enlace ascendente (UL SCC).
El conjunto configurado de celdas de servicio para un UE por lo tanto siempre consiste en una PCelda y una o más SCeldas:
- Para cada SCelda el uso de recursos de enlace ascendente por el UE además de los de enlace descendente es configurable (el número de DL SCCs configuradas es por lo tanto siempre mayor que o igual al número de UL SCCs y no se puede configurar ninguna Scelda para el uso solamente de recursos de enlace ascendente);
- Desde el punto de vista de UE, cada recurso de enlace ascendente solo pertenece a una celda de servicio;
- El número de celdas de servicio que se pueden configurar depende de la capacidad de agregación del UE (véase subcláusula 5.5);
- PCelda solo se puede cambiar con el procedimiento de traspaso (es decir con el cambio de clave de seguridad y procedimiento de RACH);
- PCelda se usa para transmisión de PUCCH;
- A diferencia de Sceldas, la Pcelda no se puede desactivar (véase subcláusula 11.2);
- El restablecimiento se activa cuando PCelda experimenta RLF, no cuando SCeldas experimentan RLF;
- La información de NAS se toma de PCelda.
La reconfiguración, adición y eliminación de SCeldas puede realizarse por RRC. En el traspaso intra-LTE, RRC también puede añadir, eliminar, o reconfigurar SCeldas para el uso con la PCelda de destino. Al añadir una nueva SCelda, se usa la señalización de RRC dedicada para enviar toda la información de sistema requerida de la SCelda es decir mientras están en modo conectado, los UE no necesitan adquirir información de sistema radiodifundida directamente desde las SCeldas.
También, 3GPP TS 36.331 V11.3.0 proporciona la siguiente descripción:
5.3.5.4 Recepción de una RRCConnectionReconfiguration que incluye la mobilityControlInfo por el UE (traspaso) Si el mensaje de RRCConnectionReconfiguration incluye la mobilityControlInfo y el UE puede cumplir con la configuración incluida en este mensaje, el UE deberá:
1> detener el temporizador T310, si está funcionando;
1> iniciar el temporizador T304 con el valor de temporizador ajustado en t304, como se incluye en la mobilityControlInfo;
1> si se incluye la carrierFreq:
2> considerar que la PCelda de destino es una en la frecuencia indicada por la carrierFreq con una identidad de celda física indicada por la targetPhysCellId;
1> si no:
2> considerar que la PCelda de destino es una en la frecuencia de la PCelda de origen con una identidad de celda física indicada por la targetPhysCellId;
1> iniciar la sincronización con el DL de la PCelda de destino;
NOTA 1: El UE debe realizar el traspaso tan pronto como sea posible después de la recepción del mensaje de RRC que activa el traspaso, que podría ser antes de confirmar la recepción exitosa (HARQ y a Rq ) de este mensaje. 1> reajustar MAC;
1> restablecer PDCP para todos los RB que están establecidos;
NOTA 2: El manejo de los portadores de radio después de la compleción exitosa del restablecimiento de PDCP, por ejemplo la retransmisión de PDCP SDUs no reconocidas (así como los informes de estado asociados), el manejo del SN y el HFN, se especifica en TS 36.323 [8].
1> restablecer RLC para todos los RB que están establecidos;
1> configurar capas inferiores para considerar que las SCeldas, si están configuradas, está en estado desactivado; 1> aplicar el valor de la newUE-Identity como el C-RNTI;
1> si el mensaje de RRCConnectionReconfiguration incluye la fullConfig:
2> realizar el procedimiento de configuración de radio como se especifica en la sección 5.3.5.8;
1> configurar capas inferiores de acuerdo con la radioResourceConfigCommon recibida;
1> configurar capas inferiores de acuerdo con cualquier campo adicional, no cubierto en lo previo, si se incluye en la mobilityControlInfo recibida;
1> si el mensaje de RRCConnectionReconfiguration incluye la radioResourceConfigDedicated:
2> realizar el procedimiento de configuración de recursos de radio como se especifica en 5.3.10;
1> si el keyChangeIndicator recibido en la securityConfigHO está ajustado en VERDADERO:
2> actualizar la clave KeNB con base en la nueva clave Kasme tomada en uso con el procedimiento de NAS SMC exitoso previo, como se especifica en TS 33.401 [32];
1> si no:
2> actualizar la clave KeNB con base en el KeNB actual o el NH, usando el valor de nextHopChainingCount indicado en la securityConfigHO, como se especifica en TS 33.401 [32];
1> almacenar el valor de nextHopChainingCount;
1> si la securityAlgorithmConfig está incluida en la securityConfigHO:
2> derivar la clave KRRCint asociada con el integrityProtAlgorithm, como se especifica en TS 33.401 [32];
2> si está conectado como un RN:
3> derivar la clave Kupint asociada con el integrityProtAlgorithm, como se especifica en TS 33.401 [32];
2> derivar la clave KRRCenc y la clave KUPenc asociada con el cipheringAlgorithm, como se especifica en TS 33.401 [32]; 1> si no:
2> derivar la clave KRRCint asociada con el algoritmo de integridad actual, como se especifica en TS 33.401 [32]; 2> si está conectado como un RN:
3> derivar la clave Kupm asociada con el algoritmo de integridad actual, como se especifica en TS 33.401 [32]; 2> derivar la clave KRRCenc y la clave KUPenc asociada con el algoritmo de cifrado actual, como se especifica en TS 33.401 [32];
1> configurar capas inferiores para aplicar el algoritmo de protección de integridad y la clave KRRCint, es decir la configuración de protección de integridad será aplicada a todos los mensajes subsecuentes recibidos y enviados por el UE, incluyendo el mensaje usado para indicar la compleción exitosa del procedimiento;
1> configurar capas inferiores para aplicar el algoritmo de cifrado, la clave KRRCenc y la clave KUPenc, es decir la configuración de cifrado será aplicada a todos los mensajes subsecuentes recibidos y enviados por el UE, incluyendo el mensaje usado para indicar la compleción exitosa del procedimiento;
1> si está conectado como un RN:
2> configurar capas inferiores para aplicar el algoritmo de protección de integridad y la clave KUPint, para DRBs actuales o subsecuentemente establecidos que están configurados para aplicar protección de integridad, si hay;
1> si la RRCConnectionReconfiguration recibida incluye la sCellToReleaseList:
2> realizar la liberación de SCelda como se especifica en 5.3.10.3a;
1> si la RRCConnectionReconfiguration recibida incluye la sCellToAddModList:
2> realizar la adición o modificación de SCelda como se especifica en 5.3.10.3b;
1> si la RRCConnectionReconfiguration recibida incluye el systemInformationBlockType1Dedicated:
2> realizar las acciones tras la recepción del mensaje de SystemInformationBlockType1 como se especifica en 5.2.2.7; 1> realizar las acciones relacionadas con medición como se especifica en 5.5.6.1;
1> si el mensaje de RRCConnectionReconfiguration incluye la measConfig:
2> realizar el procedimiento de configuración de medición como se especifica en 5.5.2;
1> realizar la eliminación autónoma de identidad de medición como se especifica en 5.5.2.2a;
1> liberar reportProximityConfig y borrar cualquier temporizador de informe de estado de proximidad asociado; 1> si el mensaje de RRCConnectionReconfiguration incluye la otherConfig:
2> realizar el otro procedimiento de configuración como se especifica en 5.3.10.9;
1> ajustar el contenido de RRCConnectionReconfigurationCompletemessage como sigue:
2> si el UE tiene información de falla de enlace de radio o falla de traspaso disponible en VarRLF-Report y si la RPLMN está incluida en pImn-IdentityList almacenada en VarRLF-Report:
3> incluir rIf-InfoAvailable;
2> si el UE ha registrado mediciones disponibles para E-UTRA y si la RPLMN está incluida en pImn-IdentityList almacenada en VarLogMeasReport:
3> incluir logMeasAvailable;
2> si el UE tiene información de falla de establecimiento de conexión disponible en VarConnEstFailReport y si la RPLMN es igual a pImn-Identity almacenada en VarConnEstFailReport:
3> incluir connEstFailInfoAvailable;
1> enviar el mensaje de RRCConnectionReconfigurationComplete a las capas inferiores para la transmisión;
1> si MAC completa con éxito el procedimiento de acceso aleatorio:
2> detener temporizador T304;
2> aplicar las partes de la configuración de informes de CQI, la configuración de solicitud de programación y la configuración de RS de sondeo que no requieren que el UE conozca la SFN de la PCelda de destino, si hay;
2> aplicar las partes de la medición y la configuración de recursos de radio que requieren que el UE conozca la SFN de la PCelda de destino (por ejemplo brechas de medición, informes periódicos de CQI, configuración de solicitud de programación, configuración de RS de sondeo), si hay, al adquirir la SFN de la PCelda de destino;
NOTA 3: Siempre que el UE debe configurar o reconfigurar una configuración de acuerdo con un campo que se recibe aplica la nueva configuración, excepto en los casos abordados por las declaraciones anteriores.
2> si el UE está configurado para proporcionar indicaciones de IDC:
3> si el UE ha transmitido un mensaje de InDeviceCoexIndication durante el último 1 segundo que precede a la recepción del mensaje de RRCConnectionReconfiguration incluyendo mobilityControlInfo:
4> iniciar transmisión del mensaje de InDeviceCoexIndication de acuerdo con 5.6.9.3;
2> si el UE está configurado para proporcionar indicaciones de preferencia de potencia:
3> si el UE ha transmitido un mensaje de UEAssistanceInformation durante el último 1 segundo que precede a la recepción del mensaje de RRCConnectionReconfiguration incluyendo mobilityControlInfo:
4> iniciar la transmisión del mensaje de UEAssistanceInformation de acuerdo con 5.6.10,3;
2> finaliza el procedimiento;
NOTA 4: No se requiere que el UE determine la SFN de la PCelda de destino mediante la adquisición de información de sistema de esa celda antes de realizar el acceso de RACH en la PCelda de destino.
[...]
5.3.10.3b Adición/modificación de SCelda
El UE deberá:
1> para cada valor de sCellIndex incluido en la sCellToAddModList que no forma parte de la configuración de UE actual (adición de SCelda):
2> añadir la SCelda, que corresponde a la cellIdentification, de acuerdo con la radioResourceConfigCommonSCell y radioResourceConfigDedicatedSCell recibidas;
2> configurar capas inferiores para considerar que la SCelda está en estado desactivado;
1> para cada valor de sCellIndex incluido en la sCellToAddModList que es parte de la configuración de UE actual (modificación de SCelda):
2> modificar la configuración de SCelda de acuerdo con la radioResourceConfigDedicatedSCell recibida;
En general, 3GPP R2-130420 discute alternativas de arquitectura de protocolo para conectividad dual. La Alternativa U3 (discutida en 3GPP R2-130420) es una terminación de PDCP centralizada (Protocolo de Convergencia de Datos por Paquetes), mientras que la Alternativa U4 (discutida en 3GPP R2-130420) es una terminación de protocolo distribuido para el plano de usuario. Los pros y contras de las alternativas U3 y U4 se describen en 3GPP R2-130420 como sigue:
3.3 Alternativa U3: Terminación de PDCP centralizada
[...]
- Pros:
> Sin carga extra en EPC en términos de número de conexiones y conmutadores de ruta
- Contras:
> Requisitos de retorno entre nodo macro y de baja potencia
> Alta capacidad
> Latencia media/floja (reordenamiento de PDCP)
> Datos de usuario necesitan pasar a través del punto central
3.4 Alternativa U4: Terminación de protocolo distribuido
- Pros:
> Soporta ruptura local en el eNB de baja potencia. El plano de usuario se puede optimizar hacia EPC
> Buen soporte para retorno no ideal
> No se requiere transmisión de datos de usuario entre eNBs macro y de baja potencia
> Establecer/eliminar conectividad de nodo de baja potencia y la reubicación de PDCP / RLC se puede basar en el procedimiento de traspaso Rel-8 con reenvío de PDCP.
- Contras:
> Carga extra en EPC en términos de número de conexiones y conmutadores de ruta
> Posibles implicaciones de seguridad necesitan estudio adicional
Adicionalmente, en general, 3GPP R2-130570 discute escenarios y beneficios de conectividad dual, y aborda varias alternativas de arquitectura de protocolo para la conectividad dual.
En general, con la Alternativa U3 de arquitectura de protocolo (terminación de PDCP centralizada) propuesta en 3GPP R2-130420, hay tres formas potenciales de asignación de DRB para Portador de Radio 1 (RB1), Portador de Radio 2 (RB2), y Portador de Radio 3 (RB3), como se muestra en la figura 5. En particular, como se ilustra en la figura 5, RB1 se asigna al eNB macro; RB2 se asigna tanto al eNB macro como al eNB de celda pequeña; y RB3 se asigna al eNB pequeño, excepto la entidad de PDCP.
La forma en que se asigna RB1 podría ser aplicada a un servicio en tiempo real para reducir el retraso de transferencia debido a interfaz X2. Las formas en que se asignan RB2 y RB3 podrían ser aplicadas a servicios en tiempo no real. En particular, la forma en que se asigna RB2 es en general más flexible y eficiente en términos de uso de recursos entre la celda macro y la celda pequeña. Por ejemplo, la transferencia de paquetes podría programarse con base en la carga de tráfico actual de cada celda. Si la carga de tráfico de una celda es ligera, se podrían programar más transferencias de paquetes en la celda para equilibrar la carga de tráfico. Sería necesario considerar el comportamiento de UE (y eNB) para soportar la asignación de DRB (Portador de Radio de Datos) tanto a la celda macro como a la celda pequeña.
Si se asigna un DRB tanto a la celda macro como a la celda pequeña, el eNB macro distribuiría los paquetes de PDCP de enlace descendente (o PDUs) de un DRB a las entidades de RLC (Control de Enlace de Radio) correspondientes tanto en el eNB macro como en el eNB de celda pequeña. La celda pequeña puede eliminarse debido a la movilidad de UE o cambio de carga de tráfico en ambas celdas. Cuando se elimina la celda pequeña en el UE, las RLC SDUs (Unidades de Datos de Servicio) de modo de AM fuera de secuencia -- o PDCP PDUs (Unidades de Datos por Paquetes) -- reensambladas por la entidad de RLC que corresponde al eNB de celda pequeña deben ser suministradas a la entidad de PDCP. De lo contrario, esas RLC SDUs se perderían después de que se elimine la celda pequeña.
Adicionalmente, sería beneficioso para el UE transmitir un informe de estado de PDCP al eNB macro para indicar cuales PDCP SDUs se han recibido y cuales PDCP SDUs necesitan ser retransmitidas (por ejemplo, debido a la perdida o falla de descompresión de encabezado), si el informe de estado de PDCP está configurado como se requiere para el RB.
La figura 6 muestra un ejemplo de informe 600 de estado de PDCP. Como se muestra en la figura 6, antes de que se elimine la celda pequeña, el PDCP en el UE solo recibe PDCP PDUs 1, 2, 3, 4, 5, 6, 7, 8, y 9 de ambas entidades de RLC. Cuando se elimina la celda pequeña, la entidad de RLC que corresponde a la celda pequeña suministra PDCP PDUs fuera de secuencia (incluyendo PDUs 16, 17, 18, y 20) a la entidad de PDCP. De este modo, las siguientes PDCP PDUs se reciben en la entidad de PDCP: 1, 2, 3, 4, 5, 6, 7, 8, 9, 16, 17, 18, y 20. En esta situación, el UE transmitiría un informe de estado de PDCP para indicar que las PDU 10, 11, 12, 13, 14, 15 y 19 están desaparecidas.
Después de recibir el informe de estado de PDCP, el PDCP en el eNB macro retransmitiría PDUs 10, 11, 12, 13, 14, 15, y 19 si el eNB macro no mantuvo información sobre cuales PDCP PDUs se distribuyeron a la celda pequeña para transmisiones, a pesar de que las PDU 12, 13, 14, y 15 han sido recibidas por el Ue desde la celda macro. Sin embargo, las retransmisiones de estas PDU no serían necesarias, y consumirían recursos extra de radio de manera innecesaria.
Para resolver el problema anterior, el eNB macro podría almacenar información sobre cuales paquetes de PDCP (SDUs/PDUs) se distribuyen a la celda pequeña o a la celda macro para transmisiones. Alternativamente, una regla predefinida (por ejemplo, paquetes con SNs impares para la celda macro y paquetes con SNs pares para la celda pequeña) podría usarse para la distribución de paquetes de PDCP entre la celda macro y la celda pequeña de tal manera que después de recibir el informe de estado de PDCP del UE, el eNB macro sabría cuales paquetes de PDCP deberían ser retransmitidos debido a la eliminación de la celda pequeña. En principio, solo los paquetes de PDCP suministrados a la celda pequeña serían considerados como candidatos para la retransmisión debido a la eliminación de la celda pequeña. En general, la solución anterior requeriría más memorias; y la última solución impondría limitaciones adicionales a la distribución de paquetes de PDCP.
Otra alternativa sería que el UE suministre a la entidad de PDCP las RLC SDUs de modo de AM fuera de secuencia (o PDCP PDUs) reensambladas por la entidad de RLC que corresponde a la celda macro de tal manera que la entidad de PDCP en el UE pueda transmitir un informe de estado de PDCP que indicaría con precisión todos los paquetes de PDCP que van a ser retransmitidos. Por consiguiente, cuando se elimina la celda pequeña, el eNB macro también debe suministrar a la entidad de PDCP las RLC SDUs de modo de AM fuera de secuencia (o PDCP PDUs) reensambladas por la entidad de RLC que corresponde a la celda macro.
La figura 7 es un diagrama 700 de flujo desde la perspectiva de un UE de acuerdo con una realización de ejemplo. En la etapa 705, el UE es servido por una primera celda controlada por un primer eNB. En la etapa 710, el UE se configura con una segunda celda controlada por un segundo eNB. En la etapa 715, el UE se configura con un RB, en donde hay una entidad de PDCP que corresponde al RB y hay dos entidades de RLC que corresponden al RB, la primera entidad de RLC es para transferencia de datos a través de la primera celda y la segunda entidad de RLC es para transferencia de datos a través de la segunda celda. En la etapa 720, el UE suministra RLC SDUs fuera de secuencia reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP en respuesta a la recepción de una instrucción para eliminar la segunda celda. En una realización preferida de la misma, como se muestra en la etapa 725, el UE transmite un informe de estado de PDCP al primer eNB para indicar cuales paquetes de PDCP del Rb necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB. En otra realización preferida de la misma, que se puede combinar preferiblemente con la realización preferida mencionada anteriormente de la misma, el UE podría restablecer la entidad de RLC que corresponde al RB para la primera celda, como se muestra en la etapa 730.
En estas realizaciones anteriores, preferiblemente podría haber dos entidades de MAC (Control de Acceso al Medio) separadas en el UE para soportar el primer eNB y el segundo eNB. Además, el RB podría usarse para transmitir datos en plano U. Adicionalmente, una o ambas de las entidades de RLC podrían configurarse con un Modo de Acuse de Recibo (AM). Aún adicionalmente, los paquetes de PDCP podrían ser PDCP SDUs y/o PDUs.
Refiriéndose de vuelta a las figuras 3 y 4, en una realización, el dispositivo 300 podría incluir un código 312 de programa almacenado en la memoria 310 para eliminar celdas de servicio en un sistema de comunicación inalámbrico. En esta realización, el dispositivo 300 opera en un escenario en el que (i) el UE es servido por una primera celda controlada por un primer eNB, (ii) el UE está configurado con una segunda celda controlada por un segundo eNB, y (iii) el UE está configurado con un RB, en donde hay una entidad de PDCP que corresponde al RB y hay dos entidades de RLC que corresponden al RB, la primera entidad de RLC es para transferencia de datos a través de la primera celda y la segunda entidad de RLC es para transferencia de datos a través de la segunda celda.
La CPU 308 podría ejecutar el código 312 de programa para permitir que el UE suministre RLC SDUs fuera de secuencia reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP en respuesta a la recepción de una instrucción para eliminar la segunda celda. Adicionalmente, la CPU 308 podría ejecutar el código 312 de programa para permitir que el UE transmita un informe de estado de PDCP al primer eNB para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB. Adicionalmente, la CPU 308 podría ejecutar el código 312 de programa para permitir que el UE restablezca la entidad de RLC que corresponde al Rb para la primera celda. Además, la CPU 308 podría ejecutar el código 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aquí.
La figura 8 es un diagrama 800 de flujo desde la perspectiva de un UE de acuerdo con una realización de ejemplo adicional. En la etapa 805, el UE es servido por una primera celda controlada por un primer eNB. En la etapa 810, el UE se configura con una segunda celda controlada por un segundo eNB. En la etapa 815, el UE se configura con un RB, en donde hay una entidad de PDCP que corresponde al RB y hay dos entidades de RLC que corresponden al RB, la primera entidad de RLC es para transferencia de datos a través de la primera celda y la segunda entidad de RLC es para transferencia de datos a través de la segunda celda. En la etapa 820, el UE transmite un informe de estado de PDCP al primer eNB, en respuesta a la recepción de una instrucción para eliminar la segunda celda, para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB. En una realización preferida de la misma, como se muestra en la etapa 825, el UE suministra RLC SDUs fuera de secuencia reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP. En otra realización preferida de la misma, que se puede combinar preferiblemente con la realización preferida de la misma mencionada anteriormente, el UE podría restablecer la entidad de RLC que corresponde al RB a la primera celda, como se muestra en la etapa 830.
En estas realizaciones anteriores, preferiblemente podría haber dos entidades de MAC (Control de Acceso al Medio) separadas en el UE para soportar el primer eNB y el segundo eNB. Además, el RB podría usarse para transmitir datos en plano U. Adicionalmente, una o ambas de las entidades de RLC podrían configurarse con un Modo de Acuse de Recibo (AM). Aún adicionalmente, los paquetes de PDCP podrían ser PDCP SDUs y/o PDUs.
Refiriéndose de vuelta a las figuras 3 y 4, en una realización, el dispositivo 300 podría incluir un código 312 de programa almacenado en la memoria 310 para eliminar celdas de servicio en un sistema de comunicación inalámbrico. En esta realización, el dispositivo 300 opera en un escenario en el que (i) el UE es servido por una primera celda controlada por un primer eNB, (ii) el UE está configurado con una segunda celda controlada por un segundo eNB, y (iii) el UE está configurado con un RB, en donde hay una entidad de PDCP que corresponde al RB y hay dos entidades de RLC que corresponden al RB, la primera entidad de RLC es para transferencia de datos a través de la primera celda y la segunda entidad de RLC es para transferencia de datos a través de la segunda celda.
La CPU 308 podría ejecutar el código 312 de programa para permitir que el UE transmita un informe de estado de PDCP al primer eNB, en respuesta a la recepción de una instrucción para eliminar la segunda celda, para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB. Adicionalmente, la CPU 308 podría ejecutar además el código 312 de programa para permitir que el UE suministre RLC SDUs fuera de secuencia reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP. Adicionalmente, la CPU 308 podría ejecutar el código 312 de programa para permitir que el UE restablezca la entidad de RLC que corresponde al RB para la primera celda. Además, la CPU 308 podría ejecutar el código 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aquí.
La figura 9 es un diagrama 900 de flujo desde la perspectiva de un eNB de acuerdo con una realización de ejemplo adicional. El eNB opera en una configuración en la que un UE es servido por una primera celda controlada por un primer eNB. En la etapa 905, el primer eNB configura una segunda celda controlada por un segundo eNB para el UE.
En la etapa 910, el primer eNB configura un RB para el UE, en donde hay una entidad de PDCP que corresponde al RB en el primer eNB y hay dos entidades de RLC que corresponden al RB, una en el primer eNB y la otra en el segundo eNB de celda. Preferiblemente, el RB podría usarse para transmitir datos en plano U. Adicionalmente, una o ambas de las entidades de RLC podrían configurarse con un Modo de Acuse de Recibo (AM).
En la etapa 915, el primer eNB transmite un mensaje de RRC (Control de Recurso de Radio) al UE para eliminar la segunda celda. Preferiblemente, el mensaje de RRC podría ser un mensaje de Reconfiguración de Conexión de RRC.
En la etapa 920, el primer eNB recibe un informe de estado de PDCP del UE, en donde el informe de estado de PDCP es transmitido por el UE en respuesta a una eliminación de la segunda celda para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos. Preferiblemente, los paquetes de PDCP podrían ser PDCP SDUs y/o PDUs.
En una realización preferida de la misma, como se muestra en la etapa 925, el primer eNB retransmite los paquetes de PDCP indicados en el informe de estado de PDCP.
Refiriéndose de vuelta a las figuras 3 y 4, en una realización, el dispositivo 300 podría incluir un código 312 de programa almacenado en la memoria 310 para eliminar celdas de servicio en un sistema de comunicación inalámbrico, en donde un UE es servido por una primera celda controlada por un primer eNB. La CPU 308 podría ejecutar el código 312 de programa para permitir que el primer eNB (i) configure una segunda celda controlada por un segundo eNB para el Ue , (ii) configure un RB para el UE, en donde hay una entidad de PDCP que corresponde al RB en el primer eNB y hay dos entidades de RLC que corresponden al RB, una en el primer eNB y la otra en el segundo eNB de celda, (iii) transmita un mensaje de RRC (Control de Recursos de Radio) al UE para eliminar la segunda celda, y (iv) reciba un informe de estado de PDCP del UE, en donde el informe de estado de PDCP es transmitido por el UE en respuesta a una eliminación de la segunda celda para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos.
Preferiblemente, la CPU 308 podría ejecutar además el código 312 de programa para permitir que el primer eNB retransmita los paquetes de PDCP indicados en el informe de estado de PDCP. Además, la CPU 308 podría ejecutar el código 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritas aquí.
Diversos aspectos de la divulgación se han descrito anteriormente. Debería ser evidente que las enseñanzas aquí pueden ser realizadas en una amplia variedad de formas y que cualquier estructura, función específica, o ambas que se divulguen aquí son simplemente representativas. Con base en las enseñanzas aquí un experimentado en la técnica debería apreciar que un aspecto divulgado aquí puede implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos pueden combinarse de diversas maneras. Por ejemplo, se puede implementar un aparato o se puede practicar un método usando cualquier número de los aspectos descritos aquí. Además, un aparato tal puede implementarse o un método tal puede practicarse usando otra estructura, funcionalidad, o estructura y funcionalidad además de o aparte de uno o más de los aspectos descritos aquí. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos se pueden establecer canales concurrentes con base en frecuencias de repetición de pulso. En algunos aspectos se pueden establecer canales concurrentes con base en posición o desplazamientos de pulso. En algunos aspectos se pueden establecer canales concurrentes con base en secuencias de salto de tiempo. En algunos aspectos se pueden establecer canales concurrentes con base en frecuencias de repetición de pulso, posiciones o desplazamientos de pulso, y secuencias de salto de tiempo.
Los expertos en la técnica entenderían que la información y señales pueden representarse usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, datos, instrucciones, ordenes, información, señales, bits, símbolos, y chips a los que se puede hacer referencia a través de la descripción anterior pueden estar representados por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos descritos en relación con los aspectos divulgados aquí pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que puede diseñarse usando codificación de origen o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (que pueden ser denominados aquí, por conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativos se han descrito anteriormente en general en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y restricciones de diseño impuestas en el sistema general. Los técnicos experimentados pueden implementar la funcionalidad descrita de formas diversas para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como causantes de una desviación del alcance de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados aquí pueden implementarse dentro de o realizarse mediante un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), un arreglo de puerta programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas aquí, y pueden ejecutar códigos o instrucciones que residen dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estado convencional. Un procesador también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores en conjunto con un núcleo de DSP, o cualquier otra configuración tal.
Se entiende que cualquier orden específico o jerarquía de etapas en cualquier proceso divulgado es un ejemplo de una metodología de muestra. Con base en las preferencias de diseño, se entiende que el orden específico o jerarquía de etapas en los procesos pueden redisponerse mientras que se permanezca dentro del alcance de la presente divulgación. El método acompañante reivindica elementos presentes de las diversas etapas en un orden de muestra, y no está destinado a ser limitado al orden específico o jerarquía presentada.
Las etapas de un método o algoritmo descrito en relación con los aspectos divulgados aquí pueden realizarse directamente en hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden residir en una memoria de datos tal como memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Se puede acoplar un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que se puede denominar aquí, por conveniencia, como un "procesador") de manera que el procesador pueda leer información (por ejemplo, código) desde y escribir información en el medio de almacenamiento. Un medio de almacenamiento de muestra puede ser integral al procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un equipo de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un equipo de usuario. Además, en algunos aspectos cualquier producto de programa de ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos relacionados con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa de ordenador puede comprender materiales de empaquetado.

Claims (15)

REIVINDICACIONES
1. Un método para eliminar una celda de servicio en un sistema de comunicación inalámbrico, que comprende: un Equipo de Usuario, en lo siguiente también denominado como UE, es servido por una primera celda controlada por un primer Nodo B evolucionado, en lo siguiente también denominado como eNB, (705);
el UE está configurado con una segunda celda controlada por un segundo eNB (710);
el UE está configurado con un portador de radio, en lo siguiente también denominado como RB, en donde hay una entidad de Protocolo de Convergencia de Datos por Paquetes, en lo siguiente también denominado como PDCP, que corresponde al RB y hay dos entidades de Control de Enlace de Radio, en lo siguiente también denominado como RLC, que corresponden al RB, una entidad de RLC para la transferencia de datos a través de la primera celda y la otra entidad de RLC para la transferencia de datos a través de la segunda celda (715);
caracterizado porque el UE suministra Unidades de Datos de Servicio de RLC fuera de secuencia, en lo siguiente también denominadas como SDUs, reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad de PDCP en respuesta a la recepción de una instrucción para eliminar la segunda celda (720).
2. El método de la reivindicación 1, que comprende además:
el UE transmite un informe de estado de PDCP al primer eNB para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB (725).
3. Un método para eliminar una celda de servicio en un sistema de comunicación inalámbrico, que comprende: un Equipo de Usuario, en lo siguiente también denominado como UE, es servido por una primera celda controlada por un primer Nodo B evolucionado, en lo siguiente también denominado como eNB, (805);
el UE está configurado con una segunda celda controlada por un segundo eNB (810);
el UE está configurado con un portador de radio, en lo siguiente también denominado como RB, en donde hay una entidad de Protocolo de Convergencia de Datos por Paquetes, en lo siguiente también denominado como PDCP, que corresponde al RB y hay dos entidades de Control de Enlace de Radio, en los siguientes también denominado como RLC, que corresponden al RB, una entidad de RLC para la transferencia de datos a través de la primera celda y la otra entidad de RLC para la transferencia de datos a través de la segunda celda (815); caracterizado porque el UE transmite un informe de estado de PDCP al primer eNB, en respuesta a la recepción de una instrucción para eliminar la segunda celda, para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos si el informe de estado de PDCP está configurado como se requiere para el RB (820).
4. El método de la reivindicación 3, que comprende además:
el UE suministra Unidades de Datos de Servicio de RLC fuera de secuencia, en lo siguiente también denominadas como SDUs, reensambladas por la entidad de RLC que corresponde a la primera celda a la entidad (825) de PDCP.
5. El método de una cualquiera de las reivindicaciones 1 a 4, que comprende además:
el UE restablece la entidad de RLC que corresponde al RB para la primera celda (730; 830).
6. El método de una cualquiera de las reivindicaciones 1 a 5, en donde hay dos entidades de Control de Acceso al Medio separadas, en lo siguiente también denominado como MAC, en el UE para soportar el primer eNB y el segundo eNB.
7. El método de una cualquiera de las reivindicaciones 1 a 6, en donde el RB se usa para la transmisión de datos en plano U, y/o en donde la entidad de RLC está configurada con un Modo de Acuse de Recibo, en lo siguiente también denominado como AM.
8. El método de una cualquiera de las reivindicaciones 2 a 7, en donde los paquetes de PDCP son PDCP SDUs o PDCP PDUs.
9. Un método para eliminar una celda de servicio en un sistema de comunicación inalámbrico, en donde un Equipo de Usuario, en lo siguiente también denominado como UE, es servido por una primera celda controlada por un primer Nodo B evolucionado, en lo siguiente también denominado como eNB, que comprende:
el primer eNB configura una segunda celda controlada por un segundo eNB para el UE (905);
el primer eNB configura un portador de radio, en lo siguiente también denominado como RB, para el UE, en donde hay una entidad de Protocolo de Convergencia de Datos por Paquetes, en lo siguiente también denominado como PDCP, que corresponde al RB en el primer eNB y hay dos entidades de RLC que corresponden al RB, una en el primer eNB y la otra en el segundo eNB (910) de celda;
el primer eNB transmite un mensaje de Control de Recursos de Radio, en lo siguiente también denominado como RRC, al UE para eliminar la segunda celda (915); caracterizado porque
el primer eNB recibe un informe de estado de PDCP del UE, en donde el informe de estado de PDCP es transmitido por el UE en respuesta a una eliminación de la segunda celda para indicar cuales paquetes de PDCP del RB necesitan ser retransmitidos (920).
10. El método de la reivindicación 9, que comprende además:
el primer eNB retransmite los paquetes de PDCP indicados en el informe (925) de estado de PDCP.
11. El método de la reivindicación 9 o 10, en donde el RB se usa para transmisión de datos en plano U, y/o en donde la entidad de RLC está configurada con un Modo de Acuse de Recibo, en lo siguiente también denominado como AM.
12. El método de una cualquiera de las reivindicaciones 9 a 11, en donde los paquetes de PDCP son PDCP SDUs o PDCP PDUs.
13. El método de una cualquiera de las reivindicaciones 9 a 12, en donde el mensaje de RRC es un mensaje de Reconfiguración de Conexión de RRC.
14. Un dispositivo (300) de comunicación para eliminar una celda de servicio en un sistema de comunicación inalámbrico, en donde un Equipo de Usuario, en lo siguiente también denominado como UE, es servido por una primera celda controlada por un primer Nodo B evolucionado, en lo siguiente también denominado como eNB, comprendiendo el dispositivo (300) de comunicación:
un circuito (306) de control;
un procesador (308) instalado en el circuito (306) de control;
una memoria (310) instalada en el circuito (306) de control y acoplada operativamente al procesador (308); caracterizado porque
el procesador (308) está configurado para ejecutar un código (312) de programa almacenado en la memoria (310) para permitir que el UE realice las etapas de método como se define en una cualquiera de las reivindicaciones precedentes 1 a 8.
15. Un dispositivo (300) de comunicación para eliminar una celda de servicio en un sistema de comunicación inalámbrico, en donde un Equipo de Usuario, en lo siguiente también denominado como UE, es servido por una primera celda controlada por un primer Nodo B evolucionado, en lo siguiente también denominado como eNB, comprendiendo el dispositivo (300) de comunicación:
un circuito (306) de control;
un procesador (308) instalado en el circuito (306) de control;
una memoria (310) instalada en el circuito (306) de control y acoplada operativamente al procesador (308); caracterizado porque
el procesador (308) está configurado para ejecutar un código (312) de programa almacenado en la memoria (310) para permitir que el primer eNB realice las etapas de método como se define en una cualquiera de las reivindicaciones precedentes 9 a 13.
ES14162304T 2013-04-01 2014-03-28 Métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico Active ES2745376T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201361807103P 2013-04-01 2013-04-01

Publications (1)

Publication Number Publication Date
ES2745376T3 true ES2745376T3 (es) 2020-03-02

Family

ID=50276989

Family Applications (4)

Application Number Title Priority Date Filing Date
ES14159317T Active ES2769858T3 (es) 2013-04-01 2014-03-13 Método y aparato para añadir células de servicio en un sistema de comunicación inalámbrica
ES14161761T Active ES2773974T3 (es) 2013-04-01 2014-03-26 Método y aparato para monitorizar un enlace de radio en una celda pequeña en un sistema de comunicación inalámbrico
ES14162304T Active ES2745376T3 (es) 2013-04-01 2014-03-28 Métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico
ES14162735T Active ES2837874T3 (es) 2013-04-01 2014-03-31 Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica

Family Applications Before (2)

Application Number Title Priority Date Filing Date
ES14159317T Active ES2769858T3 (es) 2013-04-01 2014-03-13 Método y aparato para añadir células de servicio en un sistema de comunicación inalámbrica
ES14161761T Active ES2773974T3 (es) 2013-04-01 2014-03-26 Método y aparato para monitorizar un enlace de radio en una celda pequeña en un sistema de comunicación inalámbrico

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES14162735T Active ES2837874T3 (es) 2013-04-01 2014-03-31 Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica

Country Status (8)

Country Link
US (5) US9992693B2 (es)
EP (5) EP2802185B1 (es)
JP (2) JP2014204434A (es)
KR (2) KR101603671B1 (es)
CN (2) CN104105212A (es)
ES (4) ES2769858T3 (es)
PL (1) PL2802185T3 (es)
TW (2) TW201440548A (es)

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
KR102037389B1 (ko) * 2013-04-05 2019-10-28 주식회사 팬택 이중 연결성을 지원하는 무선 통신 시스템에서 무선링크 제어 방법 및 그 장치
CN109714136B (zh) * 2013-04-09 2021-11-19 华为技术有限公司 一种通讯方法和终端
US9844089B2 (en) * 2013-04-29 2017-12-12 Htc Corporation Method of handling data transmission and reception in dual connectivity
WO2015023067A1 (ko) 2013-08-12 2015-02-19 삼성전자 주식회사 다중 기지국 연결 기반의 무선 통신 시스템에서의 무선 링크 실패 처리 방법 및 그 장치
CN104468029A (zh) * 2013-09-18 2015-03-25 ***通信集团公司 一种移动终端通信方法、装置及相关设备
CN104519589A (zh) * 2013-09-26 2015-04-15 中兴通讯股份有限公司 随机接入方法和装置
CN104581824A (zh) * 2013-10-17 2015-04-29 中兴通讯股份有限公司 一种数据包分流传输的方法及***
US9450809B2 (en) * 2013-10-28 2016-09-20 Industrial Technology Research Institute Method of handling uplink transmission and related communication device
US9756678B2 (en) * 2013-12-13 2017-09-05 Sharp Kabushiki Kaisha Systems and methods for multi-connectivity operation
US10075988B2 (en) * 2014-01-06 2018-09-11 Intel IP Corporation Discontinuous reception (DRX) alignment techniques for dual-connectivity architectures
WO2015115268A1 (ja) * 2014-01-31 2015-08-06 シャープ株式会社 端末装置、基地局装置、通信システム、通信制御方法および集積回路
EP3120596B1 (en) * 2014-03-21 2020-09-09 Samsung Electronics Co., Ltd. Method and apparatus for controlling waiting time for determination of radio link failure in wireless communication system
US20150312771A1 (en) * 2014-04-25 2015-10-29 Alcatel-Lucent Usa Inc. Small cell deployment systems and methods
US9560610B2 (en) * 2014-05-01 2017-01-31 Telefonaktiebolaget L M Ericsson (Publ) Monitoring of radio link synchronization in a user equipment's active set
US10141983B2 (en) * 2014-05-08 2018-11-27 Samsung Electronics Co., Ltd. Method for activating pSCell and SCell in mobile communication system supporting dual connectivity
US10172166B2 (en) * 2014-10-16 2019-01-01 Lg Electronics Inc. Method and apparatus for handling E-RAB switch problem for dual connectivity in wireless communication system
CN105530077A (zh) * 2014-10-22 2016-04-27 ***通信集团公司 一种与终端双连接的基站的重传包重传的方法、基站与终端
WO2016072901A1 (en) * 2014-11-04 2016-05-12 Telefonaktiebolaget Lm Ericsson (Publ) A wireless communication device, a network node and methods therein for improved random access transmissions
EP3018954A1 (en) * 2014-11-07 2016-05-11 Nokia Technologies Oy Indication of in/out of dual connectivity synchronized condition
CN115483956A (zh) 2014-11-26 2022-12-16 Idac控股公司 高频无线***中的初始接入
KR101726705B1 (ko) 2014-12-01 2017-04-26 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 스케줄링 요청(sr)에 대한 금지 타이머를 처리하기 위한 방법 및 장치
CN105744626B (zh) 2014-12-25 2019-02-22 宏达国际电子股份有限公司 处理与多个基站间通信的失败的方法及其装置
CN107113670B (zh) * 2014-12-30 2020-10-30 Lg 电子株式会社 无线通信***中执行没有senb改变的menb间切换的方法和装置
JP6369635B2 (ja) * 2014-12-31 2018-08-08 富士通株式会社 バッファ状態報告の生成方法、装置及び通信システム
US9807779B2 (en) * 2015-01-12 2017-10-31 Qualcomm Incorporated Techniques for managing wireless communications over multiple carriers
JP6526207B2 (ja) 2015-01-13 2019-06-05 エルジー エレクトロニクス インコーポレイティド 上りリンク信号を送信する方法及び使用者器機、並びに上りリンク信号を受信する方法及び基地局
JP6812243B2 (ja) * 2015-01-28 2021-01-13 シャープ株式会社 端末装置、および、通信方法
US10673673B2 (en) 2015-02-03 2020-06-02 Lg Electronics Inc. Method and apparatus for performing synchronization for carrier without synchronization signal in wireless communication system
US10244444B2 (en) 2015-03-04 2019-03-26 Qualcomm Incorporated Dual link handover
KR102237511B1 (ko) * 2015-04-29 2021-04-07 삼성전자주식회사 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치
US10383155B2 (en) * 2015-05-07 2019-08-13 Lg Electronics Inc. Method and apparatus for performing sidelink transmission based on contention based scheduling request in wireless communication system
EP3332590B1 (en) * 2015-08-07 2019-05-01 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for requesting of resources
CN106488517B (zh) * 2015-09-02 2019-09-17 大唐移动通信设备有限公司 一种无线承载消息的发送方法和***
US10218474B2 (en) * 2015-09-02 2019-02-26 Htc Corporation Device and method of handling scheduling request transmission
EP3342236B1 (en) 2015-11-16 2020-05-27 Samsung Electronics Co., Ltd. Transmission and reception of repeated scheduling requests
US11206639B2 (en) 2016-02-24 2021-12-21 Lg Electronics Inc. Method and device for transmitting scheduling request in wireless communication system
KR102202334B1 (ko) 2016-03-02 2021-01-13 엘지전자 주식회사 무선 통신 시스템에서 스케줄링 요청를 전송하는 방법 및 그에 대한 장치
WO2017194830A1 (en) 2016-05-12 2017-11-16 Nokia Technologies Oy Methods and apparatuses for skipping transport block transmission depending on uplink control information transmission
WO2018025789A1 (ja) * 2016-08-05 2018-02-08 三菱電機株式会社 通信システム
EP3500051A4 (en) * 2016-08-11 2020-03-11 LG Electronics Inc. -1- METHOD FOR REPORTING REFERENCE SIGNAL MEASUREMENT INFORMATION USING A TERMINAL IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS SUPPORTING SAME
US9999016B2 (en) * 2016-09-04 2018-06-12 Lg Electronics Inc. Status report polling to avoid HFN de-synchronization
US10750410B2 (en) * 2016-09-30 2020-08-18 Huawei Technologies Co., Ltd. Ultra reliable low latency connection support in radio access networks
CN109314986B (zh) 2016-10-19 2021-03-05 华为技术有限公司 一种传输缓存状态报告的方法和装置
KR20180050015A (ko) * 2016-11-04 2018-05-14 삼성전자주식회사 무선통신시스템에서 고신뢰 저지연 통신을 위한 데이터 송수신 방법 및 장치
US10887907B2 (en) 2016-11-04 2021-01-05 Lg Electronics Inc. Method and apparatus for performing scheduling request for uplink data transmission in wireless communication system
CN116709512A (zh) 2016-11-17 2023-09-05 三星电子株式会社 无线通信***中的方法和装置
KR102464567B1 (ko) * 2017-01-16 2022-11-09 삼성전자 주식회사 무선 통신 시스템에서 데이터 처리 방법 및 장치
CN108632809B (zh) * 2017-03-24 2020-05-12 维沃软件技术有限公司 一种针对重复数据发送的激活方法及设备
CN108811157B (zh) * 2017-04-26 2022-01-11 华硕电脑股份有限公司 在无线通信***中请求用于控制元素传送的资源的方法和设备
KR102292508B1 (ko) * 2017-04-26 2021-08-25 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 리소스 스케줄링 방법 및 디바이스
CN108810899A (zh) * 2017-04-28 2018-11-13 维沃移动通信有限公司 完整性检测方法、终端及网络侧设备
CN108809489B (zh) * 2017-05-04 2020-01-31 维沃移动通信有限公司 状态报告的上报方法、终端及网络侧设备
WO2018204770A1 (en) 2017-05-04 2018-11-08 Ofinno Technologies, Llc Scheduling request in a wireless device and wireless network
CN108809542B (zh) * 2017-05-05 2021-04-20 华为技术有限公司 一种数据传输的处理方法和装置
JP6527622B2 (ja) * 2017-06-08 2019-06-05 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
US10511994B2 (en) * 2017-06-15 2019-12-17 Kt Corporation Methods for configuring buffer status report for next-generation mobile communication and apparatuses thereof
KR102394123B1 (ko) * 2017-06-16 2022-05-04 삼성전자 주식회사 차세대 이동 통신 시스템에서 복수 개의 스케쥴링 요청을 전송하는 방법 및 장치
US11419173B2 (en) 2017-08-09 2022-08-16 Idac Holdings, Inc. Methods and systems for beam recovery and management
CN116782398A (zh) * 2017-08-10 2023-09-19 夏普株式会社 基站、用户设备和相关方法
CN109587805B (zh) * 2017-09-28 2021-02-19 维沃移动通信有限公司 调度请求的处理方法及终端设备
CN109587770A (zh) * 2017-09-29 2019-04-05 华为技术有限公司 调度请求的处理方法和终端设备
CN111480389B (zh) * 2018-03-22 2021-11-19 Oppo广东移动通信有限公司 一种信息传输的方法、装置及计算机存储介质
US11218993B2 (en) * 2018-06-29 2022-01-04 Qualcomm Incorporated Service request prioritization for intra-UE service multiplexing
US11134511B2 (en) * 2018-07-09 2021-09-28 Qualcomm Incorporated System and method for repetition of scheduling information on a control channel
WO2020056587A1 (zh) 2018-09-18 2020-03-26 Oppo广东移动通信有限公司 一种切换处理方法、终端设备及网络设备
CN110933737B (zh) * 2018-09-19 2021-09-03 华为技术有限公司 一种无线通信方法和装置
WO2020067761A1 (ko) * 2018-09-28 2020-04-02 엘지전자 주식회사 데이터 신호를 송수신하는 방법 및 이를 위한 장치
CN111279787B (zh) 2018-10-04 2023-02-24 谷歌有限责任公司 用于处理无线电资源控制小区组配置的方法
CN111132316B (zh) * 2018-10-31 2021-10-12 维沃移动通信有限公司 一种资源分配方法、终端设备及网络侧设备
WO2022000180A1 (en) * 2020-06-29 2022-01-06 Mediatek Singapore Pte. Ltd. Methods and apparatus of reliable multicast transmission with uplink feedback
KR20220032484A (ko) * 2020-09-07 2022-03-15 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 ｍａｃ 리셋에 관한 이동성 절차를 위한 방법 및 장치
US11695530B2 (en) * 2021-01-15 2023-07-04 Qualcomm Incorporated DMRS design for DFT-s-OFDM with increased subcarrier spacing
WO2023043349A1 (en) * 2021-09-20 2023-03-23 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for connected mode discontinuous reception using short cycles
US12010072B2 (en) * 2022-03-17 2024-06-11 Avago Technologies International Sales Pte. Limited Timing skew calibration in time-interleaved data converters in carrier aggregation

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100938090B1 (ko) 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
EP2186220B1 (en) * 2007-08-08 2018-10-03 Samsung Electronics Co., Ltd. Apparatus and method for connecting radio link in wireless communication system having private network cell
TWI470982B (zh) * 2007-09-28 2015-01-21 Interdigital Patent Holdings 分組數據匯聚協議中控制協議數據單元方法及裝置
US20090175175A1 (en) * 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
KR101488015B1 (ko) * 2008-01-25 2015-01-29 엘지전자 주식회사 핸드오버 수행방법 및 데이터 생성방법
EP2632214B1 (en) * 2008-01-31 2018-09-19 NEC Corporation Base station, mobility management entity, wireless communication system and method of wireless communication
US8396037B2 (en) * 2008-06-23 2013-03-12 Htc Corporation Method for synchronizing PDCP operations after RRC connection re-establishment in a wireless communication system and related apparatus thereof
WO2010017376A1 (en) * 2008-08-08 2010-02-11 Interdigital Patent Holdings, Inc. Mac reset and reconfiguration
US8331322B2 (en) * 2009-01-22 2012-12-11 Htc Corporation Method of handling radio bearer resumption, wireless communication device and wireless communication system thereof
US20110130099A1 (en) 2009-05-22 2011-06-02 Qualcomm Incorporated Systems, apparatus and methods for distributed scheduling to facilitate interference management
CN102036243B (zh) 2009-09-29 2015-07-15 北京三星通信技术研究有限公司 处理无线链路失败报告的方法
KR101294401B1 (ko) 2009-10-12 2013-08-16 한국전자통신연구원 ３ＧＰＰ ＬＴＥ－Ａｄｖａｎｃｅｄ 시스템의 소규모 셀에서의 랜덤 액세스 방법 및 시스템
EP2479910A4 (en) * 2009-12-03 2016-11-23 Lg Electronics Inc METHOD AND DEVICE FOR EFFICIENT ACCESS CONFLICT-BASED TRANSMISSIONS IN A WIRELESS COMMUNICATION SYSTEM
US10187758B2 (en) 2009-12-29 2019-01-22 Qualcomm Incorporated Method and apparatus for providing shared scheduling request resources
WO2011156769A1 (en) * 2010-06-10 2011-12-15 Interdigital Patent Holdings, Inc. Reconfiguration and handover procedures for fuzzy cells
US8660076B2 (en) * 2010-08-12 2014-02-25 Lg Electronics Inc. Apparatus and method of transmitting scheduling request in wireless communication system
CN102378198B (zh) * 2010-08-13 2014-08-20 电信科学技术研究院 一种小区配置方法和装置
EP2617237B1 (en) 2010-08-13 2017-12-13 Huawei Technologies Co., Ltd. Methods and devices for providing information in a cellular wireless communication system
US8989004B2 (en) * 2010-11-08 2015-03-24 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer
CN103329597B (zh) * 2011-02-10 2017-03-29 诺基亚技术有限公司 用于提供改进的切换操作的方法、装置
CN102118801B (zh) 2011-03-31 2013-07-24 电信科学技术研究院 多载波聚合***中的上行传输方法和设备
WO2012132187A1 (ja) * 2011-03-31 2012-10-04 パナソニック株式会社 移動端末、基地局、セル受信品質測定方法及びセル受信品質測定システム
EP2695322A1 (en) 2011-04-08 2014-02-12 Nokia Solutions and Networks Oy Uplink control signalling in a carrier aggregation system
JP5801093B2 (ja) * 2011-04-27 2015-10-28 シャープ株式会社 基地局、端末、通信システムおよび通信方法
US9042315B2 (en) * 2011-05-03 2015-05-26 Mediatek Inc. SCELL radio link monitoring and radio link failure handling
KR20200010613A (ko) * 2011-07-12 2020-01-30 인터디지탈 패튼 홀딩스, 인크 다중 rat 액세스 모드 동작을 위한 방법 및 장치
CN105357773B (zh) 2011-07-15 2020-06-02 华为技术有限公司 一种无线宽带通信方法，装置和***
EP2742753B1 (en) 2011-08-12 2019-11-20 Nokia Solutions and Networks Oy Resource reconfiguration for uplink transmission
EP2745594B1 (en) * 2011-08-15 2016-03-02 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for handling a scheduling request
EP2560448A1 (en) 2011-08-18 2013-02-20 Fujitsu Limited Scheduling request enabled uplink transmission
US9253713B2 (en) 2011-09-26 2016-02-02 Blackberry Limited Method and system for small cell discovery in heterogeneous cellular networks
EP2781125A1 (en) * 2011-11-16 2014-09-24 Telefonaktiebolaget L M Ericsson (publ) Method and arrangement for enabling reduced battery consumption in a mobile terminal
US8724590B2 (en) * 2012-01-04 2014-05-13 Futurewei Technologies, Inc. System and method for primary point handovers
US8462688B1 (en) * 2012-01-25 2013-06-11 Ofinno Technologies, Llc Base station and wireless device radio resource control configuration
US9065545B2 (en) * 2012-03-12 2015-06-23 Blackberry Limited Handling scheduling request collisions with an ACK/NACK repetition signal
US9788251B2 (en) * 2012-03-30 2017-10-10 Nokia Solutions And Networks Oy Devices, methods and computer program products for an improved handover in inter-site carrier aggregation scenarios
WO2013163814A1 (en) * 2012-05-04 2013-11-07 Nokia Corporation Recovering connection in lte local area network for eps and local services
EP2849501B1 (en) * 2012-05-09 2020-09-30 Samsung Electronics Co., Ltd. Method and apparatus for controlling discontinuous reception in mobile communication system
US9526092B2 (en) * 2012-05-14 2016-12-20 Industrial Technology Research Institute Method of allocating resources for scheduling request and user equipment using the same and a control node using the same
US9408125B2 (en) * 2012-07-05 2016-08-02 Qualcomm Incorporated Aggregation of data bearers for carrier aggregation
CN104509191B (zh) * 2012-07-27 2019-06-11 华为技术有限公司 用于多点通信的***和方法
US8913518B2 (en) * 2012-08-03 2014-12-16 Intel Corporation Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9072021B2 (en) * 2012-12-19 2015-06-30 Blackberry Limited Method and apparatus for hybrid automatic repeat request operation in a heterogeneous network architecture
US9144091B2 (en) * 2013-01-17 2015-09-22 Sharp Kabushiki Kaisha Devices for establishing multiple connections
US9173147B2 (en) * 2013-01-18 2015-10-27 Blackberry Limited Communicating data using a local wireless access network node
WO2014110813A1 (en) * 2013-01-18 2014-07-24 Mediatek Inc. Mechanism of rlf handling in small cell networks
JP6162973B2 (ja) 2013-02-18 2017-07-12 株式会社Ｎｔｔドコモ ユーザ装置、基地局及び方法
JP6259578B2 (ja) 2013-03-25 2018-01-10 株式会社Ｎｔｔドコモ 移動通信方法

Also Published As

Publication number Publication date
CN104105212A (zh) 2014-10-15
EP2802175B1 (en) 2020-09-23
ES2769858T3 (es) 2020-06-29
EP2802185A2 (en) 2014-11-12
KR20140119663A (ko) 2014-10-10
EP2802187A1 (en) 2014-11-12
KR101588020B1 (ko) 2016-01-25
ES2773974T3 (es) 2020-07-15
ES2837874T3 (es) 2021-07-01
US9603038B2 (en) 2017-03-21
KR20140119662A (ko) 2014-10-10
US20140293903A1 (en) 2014-10-02
JP2014204434A (ja) 2014-10-27
US20140295860A1 (en) 2014-10-02
JP5933618B2 (ja) 2016-06-15
EP2822351B1 (en) 2020-01-01
EP2802175A1 (en) 2014-11-12
EP2802185B1 (en) 2019-11-13
TW201440548A (zh) 2014-10-16
US20140293898A1 (en) 2014-10-02
EP2822351A1 (en) 2015-01-07
JP2014204435A (ja) 2014-10-27
TWI513335B (zh) 2015-12-11
US9992693B2 (en) 2018-06-05
EP2822313A1 (en) 2015-01-07
US20140293897A1 (en) 2014-10-02
US20140293873A1 (en) 2014-10-02
PL2802185T3 (pl) 2020-05-18
CN104105108A (zh) 2014-10-15
KR101603671B1 (ko) 2016-03-15
EP2802185A3 (en) 2014-12-24
TW201440549A (zh) 2014-10-16
EP2822313B8 (en) 2019-07-17
EP2822313B1 (en) 2019-06-12

Similar Documents

Publication Publication Date Title
ES2745376T3 (es) Métodos y aparato para eliminar una celda de servicio en un sistema de comunicación inalámbrico
JP7455888B2 (ja) 端末機及び端末機の通信方法
US10555231B2 (en) Communications system
ES2760566T3 (es) Procedimientos y aparatos para agregación de portadoras entre eNB
JP5753926B2 (ja) ワイヤレス・コミュニケーション・システム中、ユーザー装置からの測定報告をネットワークに提供する方法
CN116456485A (zh) 用户设备、基站及其所用的方法
US20160255619A1 (en) Method for transmitting uplink data in a dual connectivity and a device therefor
US20140293896A1 (en) Method and apparatus for triggering a regular buffer status report (bsr) in dual connectivity
ES2703568T3 (es) Método y aparato para implementar mejoras de célula pequeña en un sistema de comunicación inalámbrica
EP2809017A1 (en) Method and apparatus for TTI (transmission time interval) bundling for small cell enhancements in a wireless communication system
Network 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network
BR102022026957B1 (pt) Método para descartar unidade de dados de protocolo de dados de protocolo de adaptação de retransmissão de enlace lateral e equipamento de usuário de retransmissão