ES2837874T3 - Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica - Google Patents
Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2837874T3 ES2837874T3 ES14162735T ES14162735T ES2837874T3 ES 2837874 T3 ES2837874 T3 ES 2837874T3 ES 14162735 T ES14162735 T ES 14162735T ES 14162735 T ES14162735 T ES 14162735T ES 2837874 T3 ES2837874 T3 ES 2837874T3
- Authority
- ES
- Spain
- Prior art keywords
- small cell
- cell
- enb
- referred
- macro
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 83
- 238000004891 communication Methods 0.000 title claims abstract description 39
- 230000004044 response Effects 0.000 claims abstract description 6
- 230000001413 cellular effect Effects 0.000 claims description 5
- 230000006872 improvement Effects 0.000 abstract description 6
- 210000004027 cell Anatomy 0.000 description 199
- 230000005540 biological transmission Effects 0.000 description 32
- 239000000872 buffer Substances 0.000 description 23
- 230000008569 process Effects 0.000 description 15
- 230000002776 aggregation Effects 0.000 description 9
- 238000004220 aggregation Methods 0.000 description 9
- 238000005259 measurement Methods 0.000 description 9
- 238000004422 calculation algorithm Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000009977 dual effect Effects 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 7
- 210000004457 myocytus nodalis Anatomy 0.000 description 6
- 238000009482 thermal adhesion granulation Methods 0.000 description 6
- 230000011664 signaling Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000004913 activation Effects 0.000 description 4
- 230000009849 deactivation Effects 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 229920000915 polyvinyl chloride Polymers 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004880 explosion Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising 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
- 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 realizado por un equipo de usuario para mejora de celdas pequeñas en un sistema de comunicación inalámbrica, comprendiendo el método: tener un equipo de usuario, en lo siguiente también denominado como UE, conectado a un Nodo B evolucionado Macro, en lo siguiente también denominado como eNB, a través de una primera Celda Primaria del eNB Macro; y configurar el UE para agregar una Celda Pequeña a través de un mensaje de Control de Recursos de Radio, en lo siguiente también denominado como RRC, recibido del eNB Macro para establecer una conexión entre el UE y un eNB de Celda Pequeña, en donde la Celda Pequeña pertenece al ENB de Celda Pequeña que es diferente del eNB Macro; caracterizado por: determinar si más de una Celda Pequeña asociada con el eNB de Celda Pequeña son agregadas por el mensaje de RRC, en donde el mensaje de RRC está indicando cual Celda Pequeña del eNB de Celda Pequeña es agregada como una segunda Celda Primaria del eNB de Celda Pequeña, si son agregadas más de una Celda Pequeña por el mensaje de RRC; realizar un procedimiento de Acceso Aleatorio, en lo siguiente también denominado como RA, en la segunda Celda Primaria del eNB de Celda Pequeña en respuesta al mensaje de RRC.
Description
DESCRIPCIÓN
Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica
Campo
Esta divulgación se relaciona en general con redes de comunicaciones inalámbricas, y más particularmente, con métodos y aparatos para la mejora de celdas pequeñas en un sistema de comunicación inalámbrica de acuerdo con las partes precaracterizadoras de las reivindicaciones independientes 1 y 9, respectivamente. Tal método y aparato se muestran en el documento US 2013/077507 A1.
Antecedentes
Con el rápido aumento en la demanda para comunicación de grandes cantidades de datos hacia y desde dispositivos de comunicación móvil, 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óvil servicios de comunicación de voz sobre IP, multimedia, multidifusión y bajo demanda.
Una estructura de red de ejemplo para la cual está teniendo lugar actualmente 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 antes mencionados. El trabajo de estandarización del sistema de E-UTRAN está siendo realizado actualmente por la organización de estándares de 3GPP. Por consiguiente, están siendo presentados cambios en el cuerpo actual de estándar de 3GPP y considerados para evolucionar y finalizar el estándar de 3GPP.
Resumen
Se divulgan un método y aparato para la mejora de celdas pequeñas en un sistema de comunicación inalámbrica y se definen en las reivindicaciones independientes 1 y 9, respectivamente. Las respectivas reivindicaciones dependientes definen realizaciones preferidas de las mismas, respectivamente.
Breve descripción de los dibujos
La figura 1 muestra un diagrama de un sistema de comunicación inalámbrica 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 comunicaciones 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.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica de ejemplo descritos a continuación emplean un sistema de comunicación inalámbrica, que soporta un servicio de radiodifusión. Los sistemas de comunicación inalámbrica son desplegados 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 de LTE (Evolución a Largo Plazo) de 3GPP, 3GPP LTE-A o LTE-Avanzada (Evolución a Largo Plazo Avanzada), 3GPP2 UMB (Banda Ancha Ultra Móvil), WiMax, o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica de ejemplos descritos a continuación pueden estar diseñados para soportar uno o más estándares tales como el estándar ofrecido por un consorcio denominado "Proyecto de Asociación de 3a Generación" al que se hace referencia en este documento como 3GPP, incluyendo los documentos Nos. TS36.321 v11.2.0 (2013-03) titulado "E-UTRA; MAC protocol specification", TR36.392 v12.0.0 (2012-12) titulado "Scenarios and Requirements for Small Cell Enhancements for E-u TrA and E-UTRAN", R2-130420 titulado "Protocol architecture alternatives for dual connectivity", TR 36.913, RP-122033 titulado "New Study Item Description: Small Cell enhancements for E-UTRA and E-UTRAN -Higher-layer aspects", y 3GPP R2-130570 titulado "Report of 3GPP TSG RAN WG2 meeting #72". Los estándares y documentos enumerados anteriormente son incorporados expresamente por la presente por referencia en su totalidad.
La figura 1 muestra un sistema de comunicación inalámbrica 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, solo se muestran dos antenas para cada grupo
de antenas, sin embargo, pueden ser utilizadas 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 a través del 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 frecuencia diferente 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 cual 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 a los 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 transmisoras 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 provoca menos interferencia en los terminales de acceso en celdas vecinas que una red de acceso que transmite a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o una 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 eNB, o aluna otra terminología. Un terminal de acceso (AT) también puede denominarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, 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 es transmitido sobre una antena de transmisión respectiva. El procesador 214 de datos de TX formatea, codifica, e intercala 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 ser multiplexados con datos piloto usando técnicas de OFDM. Los datos piloto son típicamente un patrón de datos conocido que es procesado de una manera conocida y puede ser usado en el sistema receptor para estimar la respuesta de canal. Los datos piloto y codificados multiplexados para cada flujo de datos son luego modulados (es decir, símbolos mapeados) 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 pueden ser determinadas 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 MIMO de TX, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador 220 de MIMO de TX proporciona luego flujos de símbolos de modulación Nt a transmisores Nt (TMTR) 222a hasta 222t. En ciertas realizaciones, el procesador 220 de MIMO de TX 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 respectivo flujo de símbolos 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 moduladas Nt de los transmisores 222a hasta 222t son transmitidas luego desde antenas Nt 224a hasta 224t, respectivamente.
En el sistema 250 receptor, las señales moduladas transmitidas son recibidas por antenas Nr 252a hasta 252r y la señal recibida desde cada antena 252 se proporciona a un receptor respectivo (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 luego recibe y procesa los flujos de símbolos recibidos Nr desde receptores Nr 254 con base en una técnica de procesamiento de receptor particular para proporcionar flujos de símbolos "detectados" Nt . El procesador 260 de datos de RX luego desmodula, desintercala, y decodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador 260 de datos de RX es complementario al realizado por el procesador 220 de MIMO de TX 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 (se discute 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 es luego 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, modulados por un modulador 280, condicionados por los transmisores 254a hasta 254r, y transmitidos de vuelta al sistema 210 transmisor.
En el sistema 210 transmisor, las señales moduladas del sistema 250 receptor son recibidas por antenas 224, condicionadas por receptores 222, desmoduladas por un desmodulador 240, y procesadas por un procesador 242 de datos de RX para extraer el mensaje de enlace de reserva transmitido por el sistema 250 receptor. El procesador 230 luego 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ámbrica puede ser utilizado para realizar los UEs (o ATs) 116 y 122 en la figura 1, y el sistema de comunicación inalámbrica 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 señales ingresadas 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 es usado 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 el control de enlace. La porción 406 de Capa 1 en general realiza conexiones físicas.
Para los sistemas de LTE o LTE-A, la porción de Capa 2 puede incluir una capa de Control de Enlace de Radio (RLC) y una capa de Control de Acceso al Medio (MAC). La porción de Capa 3 puede incluir una capa de Control de Recursos de Radio (RRC).
En 3GPP TS36.321 v11.2.0, la operación de Solicitud de Programación (SR) con diferente recurso de Canal de Control de Enlace Ascendente Físico se discute como sigue:
5.4.4 Solicitud de programación
La Solicitud de Programación (SR) es usada para solicitar recursos de UL-SCH para nueva transmisión.
Cuando se activa una SR, se considerará como pendiente hasta que se cancele. Todas las SRs pendientes serán canceladas y sr-ProhibitTimers se detendrá cuando se ensamble una PDU de MAC y esta PDU incluye un BSR que contiene el estado de búfer hasta (e incluyendo) el último evento que activó un BSR (véase subcláusula 5.4.5), o cuando las concesiones de UL pueden acomodar todos los datos pendientes disponibles para transmisión.
Si se activa una SR y no hay otra SR pendiente, el UE establecerá el SR_COUNTER en 0.
En tanto que una SR esté pendiente, el UE deberá para cada TTI:
- si no están disponibles recursos de UL-SCH para una transmisión en este TTI:
- si el UE no tiene recurso de PUCCH válido para SR configurada en cualquier TTI: iniciar un procedimiento de Acceso Aleatorio (véase subcláusula 5.1) en la Celda P y cancelar todas las SRs pendientes;
- si no si el UE tiene un recurso de PUCCH válido para SR configurada para este TTI y si este TTI no es parte de una brecha de medición y si sr-ProhibitTimer no está funcionando:
- si SR_COUNTER < dsr-TransMax:
- incrementar SR_COUNTER en 1;
- instruir a la capa física para que señale la SR en PUCCH;
- iniciar el sr-ProhibitTimer.
- si no:
- notificar a RRC que libere PUCCH/SRS para todas las celdas de servicio;
- borrar cualquier asignación de enlace descendente y concesiones de enlace ascendente configuradas;
- iniciar un procedimiento de Acceso Aleatorio (véase subcláusula 5.1) en la Celda P y cancelar todas las SRs pendientes.
5.4.5 Reporte de estado de búfer
El procedimiento de reporte de Estado de Búfer es usado para proporcionar al eNB de servicio información sobre la cantidad de datos disponibles para la transmisión en los búfer de UL del UE. El RRC controla el reporte de BSR configurando los dos temporizadores periodicBSR-Timer y retxBSR-Timer y, para cada canal lógico, señalizando opcionalmente logicChannelGroup que asigna el canal lógico a un LCG.
Para el procedimiento de reporte de Estado de Búfer, el UE considerará todos los portadores de radio que no están suspendidos y puede considerar los portadores de radio que están suspendidos.
Se activará un Reporte de Estado de Búfer (BSR) si se produce cualquiera de los siguientes eventos:
- Datos de UL, para un canal lógico que pertenece a un LCG, están disponibles para transmisión en la entidad de RLC o en la entidad de PDCP (la definición de qué datos se considerarán como disponibles para transmisión se especifica en 3GPP RP-122033 y 3Gp P TS 36.300 VI 1.4.0 respectivamente) y ya sea los datos pertenecen a un canal lógico con mayor prioridad que las prioridades de los canales lógicos que pertenecen a cualquier LCG y para los cuales ya están disponibles datos para transmisión, o no hay datos disponibles para transmisión para ninguno de los canales lógicos que pertenecen a un LCG, en cuyo caso el BSR se denomina a continuación como "BSR Regular";
- Recursos de UL son asignados y el número de bits de relleno es igual a o mayor que el tamaño del elemento de control de MAC de Reporte de Estado de Búfer más su subencabezado, en cuyo caso el BSR se denomina a continuación como "BSR de Relleno";
- retxBSR-Timer expira y el UE tiene datos disponibles para transmisión para cualquiera de los canales lógicos que pertenecen a un LCG, en cuyo caso el BSR se denomina a continuación como "BSR Regular";
- periodicBSR-Timer expira, en cuyo caso el BSR se denomina a continuación como "BSR Periódico".
Para BSR Regular y Periódico:
- si más de un LCG tiene datos disponibles para su transmisión en el TTI donde se transmite el BSR: reportar BSR Largo;
- si no reportar BSR Corto.
Para BSR de Relleno:
- si el número de bits de relleno es igual a o mayor que el tamaño del BSR Corto más su subencabezado pero menor que el tamaño del BSR Largo más su subencabezado:
- si más de un LCG tiene datos disponibles para transmisión en el TTI donde se transmite el BSR: reportar BSR Truncado del LCG con el canal lógico de mayor prioridad con datos disponibles para transmisión;
- si no reportar BSR Corto.
- si no si el número de bits de relleno es igual a o mayor que el tamaño del BSR Largo más su subencabezado, reportar BSR Largo.
Si el procedimiento de reporte de Estado de Búfer determina que al menos un BSR ha sido activado y no cancelado: - si el UE tiene recursos de UL asignados para una nueva transmisión para este TTI:
- instruir al procedimiento de Multiplexación y Ensamblaje para generar los elementos de control de MAC de BSR; - iniciar o reiniciar periodicBSR-Timer excepto cuando todos los BSRs generados sean BSRs Truncados;
- iniciar o reiniciar retxBSR-Timer.
- si no si ha sido activado un BSR Regular:
- si una concesión de enlace ascendente no está configurada o el BSR Regular no fue activado debido a que los datos están disponibles para transmisión para un canal lógico para el cual es configurado el enmascaramiento de SR de canal lógico (LogicChannelSR-Mask) mediante capas superiores:
- se activará una Solicitud de Programación.
Una PDU de MAC contendrá como máximo un elemento de control de BSR de MAC, incluso cuando múltiples eventos activen un BSR en el momento en que puede ser transmitido un BSR en cuyo caso el BSR Regular y el b Sr Periódico tendrán prioridad sobre el BSR de relleno.
El UE reiniciará retxBSR-Timer tras la indicación de una concesión para la transmisión de nuevos datos en cualquier UL-SCH.
Todos los BSRs activados se cancelarán en caso de que las concesiones de UL en esta subtrama puedan acomodar todos los datos pendientes disponibles para transmisión pero no sea suficiente para acomodar adicionalmente el elemento de control de MAC de BSR más su subencabezado. Todos los BSRs activados se cancelarán cuando se incluya un BSR en una PDU de MAC para transmisión.
El UE transmitirá como máximo un BSR Regular/Periódico en un TTI. Si es solicitado que el UE transmita múltiples PDUs de MAC en un TTI, puede incluir un BSR de relleno en cualquiera de las PDUs de MAC que no contienen un BSR Regular/Periódico.
Todos los BSRs transmitidos en un TTI siempre reflejan el estado de búfer después de que hayan sido construidas todas las PDUs de MAC para este TTI. Cada LCG reportará como máximo un valor de estado de búfer por TTI y este valor se reportará en todos los BSRs que reporten el estado de búfer para este LCG.
NOTA: No se permite un BSR de Relleno para cancelar un BSR Regular/Periódico activado. Un BSR de Relleno es activado solo para una PDU de MAC específica y el activador es cancelado cuando ha sido construida esta PDU de MAC.
5.7 Recepción discontinua (DRX)
El UE puede estar configurado por RRC con una funcionalidad de DRX que controla la actividad de monitorización de PDCCH del UE para el C-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI y C-RNTI de Programación SemiPersistente del UE (si está configurado). Cuando está en RRC_CONNECTED, si DRX está configurada, se permite que el UE monitorice el PDCCH de manera discontinua usando la operación de DRX especificada en esta subcláusula; de lo contrario el UE monitoriza el PDCCH de manera continua. Cuando se usa la operación de DRX, el UE también monitorizará el PDCCH de acuerdo con los requisitos que se encuentran en otras subcláusulas de esta especificación. RRC controla la operación de DRX configurando los temporizadores onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer (uno por proceso de HARQ de DL excepto para el proceso de radiodifusión), el longDRX-Cycle, el valor del drxStartOffset y opcionalmente el drxShortCycleTimer y shortDRX-Cycle. También se define un temporizador de RTT de HARQ por proceso de HARQ de DL (excepto para el proceso de radiodifusión) (véase subcláusula 7.7).
Cuando se configura un ciclo de DRX, el Tiempo Activo incluye el tiempo mientras:
- onDurationTimer o drx-InactivityTimer o drx-RetransmissionTimer o mac-ContentionResolutionTimer (como se describe en la subcláusula 5.1.5) está funcionando; o
- una Solicitud de Programación es enviada en PUCCH y está pendiente (como se describe en subcláusula 5.4.4); o - puede producirse una concesión de enlace ascendente para una retransmisión de HARQ pendiente y hay datos en el búfer de HARQ correspondiente; o
- un PDCCH que indica que no ha sido recibida una nueva transmisión dirigida al C-RNTI del UE después de la recepción exitosa de una Respuesta de Acceso Aleatorio para el preámbulo no seleccionado por el UE (como se describe en la subcláusula 5.1.4).
Cuando se configura DRX, el UE deberá para cada subtrama:
- si un Temporizador de RTT de HARQ expira en esta subtrama y los datos del proceso de HARQ correspondiente no fueron decodificados con éxito:
- iniciar el drx-RetransmissionTimer para el proceso de HARQ correspondiente.
- si es recibido un elemento de control de MAC de Comando de DRX:
- detener onDurationTimer;
- detener drx-InactivityTimer.
- si drx-InactivityTimer expira o es recibido un elemento de control de MAC de Comando de DRX en esta subtrama: - si es configurado el ciclo de DRX Corto:
- iniciar o reiniciar drxShortCycleTimer;
- usar el Ciclo de DRX Corto.
- si no:
- usar el ciclo de DRX Largo.
- si drxShortCycleTimer expira en esta subtrama:
- usar el ciclo de DRX Largo.
- Si es usado el Ciclo de DRX Corto y [(SFN * 10) número de subtrama] módulo (shortDRX-Cycle) = (drxStartOffset) módulo (shortDRX-Cycle); o
- si es usado el Ciclo de DRX Largo y [(SFN * 10) número de subtrama] módulo (longDRX-Cycle) = drxStartOffset: - iniciar onDurationTimer.
- durante el Tiempo Activo, para una subtrama de PDCCH, si la subtrama no es requerida para la transmisión de enlace ascendente para la operación de UE de FDD semidúplex y si la subtrama no es parte de una brecha de medición configurada:
- monitorizar el PDCCH;
- si el PDCCH indica una transmisión de DL o si ha sido configurada una asignación de DL para esta subtrama: - iniciar el Temporizador de RTT de HARQ para el proceso de HARQ correspondiente;
- detener el drx-RetransmissionTimer para el proceso de HARQ correspondiente.
- si el PDCCH indica una nueva transmisión (DL o UL):
- iniciar o reiniciar drx-InactivityTimer.
- en la subtrama actual n, si el UE no estaría en Tiempo Activo de acuerdo con las concesiones/asignaciones recibidas hasta e incluyendo la subtrama n-4, no se reportará SRS activado por tipo 0 (3GPP TR36.392 v12.0.0).
- si el enmascaramiento de CQI (cqi-Mask) está configurado por capas superiores:
- en la subtrama actual n, si onDurationTimer no estaría funcionando de acuerdo con las concesiones/asignaciones recibidas hasta e incluyendo la subtrama n-4, no se reportará CQI/PMI/RI/PTI en PUCCH.
- si no:
- en la subtrama actual n, si el UE no estaría en Tiempo Activo de acuerdo con las concesiones/asignaciones recibidas hasta e incluyendo la subtrama n-4, no se reportará CQI/PMI/RI/PTI en PUCCH.
Independientemente de si el UE está monitorizando PDCCH o no, el UE recibe y transmite retroalimentación de HARQ y transmite SRS 3GPP TR36.392 v12.0.0 activado por tipo 1 cuando tal está esperando.
NOTA: El mismo tiempo activo se aplica a todas las celdas de servicio activadas.
5.13 Activación/Desactivación de Celdas S
Si el UE está configurado con una o más Celda S, la red puede activar y desactivar las Celdas S configuradas. La Celda P siempre está activada. La red activa y desactiva las Celdas S enviando el elemento de control de MAC de Activación/Desactivación descrito en la subcláusula 6.1.3.8. Adicionalmente, el UE mantiene un temporizador de sCellDeactivationTimer por Celda S configurada y desactiva la Celda S asociada tras su expiración. El mismo valor de temporizador inicial se aplica a cada instancia del sCellDeactivationTimer y es configurado por RRC. Las Celdas S configuradas son desactivadas inicialmente tras la adición y después de un traspaso. El UE deberá para cada TTI y para cada Celda S configurada:
- si el UE recibe un elemento de control de MAC de Activación/Desactivación en este TTI que activa la Celda S, el UE deberá en el TTI de acuerdo con la temporización definida en [2]:
- activar la Celda S; es decir aplicar la operación normal de Celda S que incluye:
- transmisiones de SRS en la Celda S;
- reporte de CQI/PMI/RI/PTI para la Celda S;
- monitorización de PDCCH en la Celda S;
- monitorización de PDCCH para la Celda S
- iniciar o reiniciar el sCellDeactivationTimer asociado con la Celda S;
- si no, si el UE recibe un elemento de control de MAC de Activación/Desactivación en este TTI desactivar la Celda S; o
- si el sCellDeactivationTimer asociado con la Celda S activada expira en este TTI:
- en el TTI de acuerdo con la temporización definida en 3GPP TR36.392 v12.0.0:
- desactivar la Celda S;
- detener el sCellDeactivationTimer asociado con la Celda S;
- vaciar todos los búfer de HARQ asociados con la Celda S.
- si el PDCCH en la Celda S activada indica una concesión de enlace ascendente o asignación de enlace descendente; o
- si PDCCH en la Celda de Servicio que programa la Celda S activada indica una concesión de enlace ascendente o una asignación de enlace descendente para la Celda S activada:
- reiniciar el sCellDeactivationTimer asociado con la Celda S;
- si la Celda S está desactivada:
- no transmitir SRS en la Celda S;
- no reportar CQI/PMI/RI/PTI para la Celda S;
- no transmitir en UL-SCH en la Celda S;
- no transmitir en RACH en la Celda S;
- no monitorizar el PDCCH en la Celda S;
- no monitorizar el PDCCH para la Celda S.
NOTA: Cuando Celda S está desactivada, es abortado el procedimiento de Acceso Aleatorio en curso en la Celda S, si hay.
-6.1.3.1 Elementos de control de MAC de reporte de estado de búfer
Los elementos de control de MAC de Reporte de Estado de Búfer (BSR) consisten en cualquiera de:
- Formato de BSR Corto y BSR Truncado: un campo de ID de LCG y un campo de Tamaño de Búfer correspondiente (figura 6.1.3.1-1); o
- Formato de BSR Largo: cuatro campos de Tamaño de Búfer, que corresponden a los IDs de LCG #0 hasta #3 (figura 6.1.3.1-2).
Los formatos de BSR son identificados mediante subencabezados de PDU de MAC con LCIDs como se especifica en la tabla 6.2.1-2.
Los campos LCG ID y Tamaño de Búfer se definen como sigue:
- ID de LCG: El campo de ID de Grupo de Canales Lógicos identifica el grupo de canales lógicos cuyo estado de búfer está siendo reportado. La longitud del campo es 2 bits;
- Tamaño de Búfer: El campo Tamaño de Búfer identifica la cantidad total de datos disponibles a través de los canales lógicos de un grupo de canales lógicos después de que hayan sido construidas todas las PDUs de MAC para el TTI. La cantidad de datos es indicada en número de bytes. Deberá incluir todos los datos que estén disponibles para transmisión en la capa de RLC y en la capa de PDCP; la definición de qué datos se considerarán como disponibles para transmisión se especifica en 3GPP Rp -122033 y 3GPP TS 36.300 VI 1.4.0, respectivamente. El tamaño de los
encabezados de RLC y MAC no se considera en el cálculo de tamaño de búfer. La longitud de este campo es 6 bits. Si no está configurado ExtendedBSR-Sizes, los valores tomados por el campo de Tamaño de Búfer se muestran en la Tabla 6.1.3.1-1. Si está configurado ExtendedBSR-Sizes, los valores tomados por el campo de Tamaño de Búfer se muestran en la Tabla 6.1.3.1-2.
Figura 6.1.3.1 -2 : Elemento de control de MAC de BSR Largo
3GPP TR36.392 v12.0.0 divulga lo siguiente:
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 interiores y
escenarios exteriores. Un nodo de baja potencia en general significa un nodo cuya potencia de Tx es menor que las clases de nodo macro y BS, por ejemplo, Pico y
Femto eNB son aplicables. Mejoras de Celda Pequeña para E-UTRA y
E-UTRAN se centrará en funcionalidades adicionales para rendimiento mejorado en áreas de puntos de acceso para interiores y exteriores que usan nodos de baja potencia.
Este documento captura los escenarios y requisitos para las mejoras de celdas pequeñas. 3GPP TR 36.913 debe ser usado como referencia siempre que sea aplicable con el fin de evitar la duplicación de los requisitos.
3GPP RP-122033 divulga lo siguiente:
4 Objetivo
El objetivo de este estudio es identificar tecnologías potenciales en el protocolo y arquitectura para soporte mejorado del despliegue y operación de celdas pequeñas que deben satisfacer 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 diferentes o mismos portadores y para cuales escenarios tal conectividad dual es factible y beneficiosa.
• Identificar y evaluar potenciales mejoras de arquitectura y protocolo para los escenarios en TR 36.932 y en particular para el escenario factible de conectividad dual y minimizar impactos de red central si es factible, incluyendo:
- Estructura global de control y plano de usuario y su relación entre sí, por ejemplo, plano C y plano U de soporte en diferentes nodos, terminación de diferentes capas de protocolo, etc.
• Identificar y evaluar la necesidad de estructura global 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 internodo y señalización hacia la red central.
- Mejoras de medición e identificación de celdas mientras que se minimiza el consumo de batería de UE aumentado. Para cada mejora potencial, deben ser evaluados la ganancia, complejidad e impacto de especificación.
El estudio se centrará en potenciales mejoras que no estén cubiertas por otros SI/WIs.
En 3GPP TS36.300 discute la Agregación de Portadores (CA) como sigue:
5.5 Agregación de portadores
En Agregación de Portadores (CA), son agregados dos o más Portadores de Componentes (CCs) 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 uno o múltiples CCs 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 CCs 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 CCs que corresponden a múltiples celdas de servicio con diferentes avances de temporización (múltiples celdas de servicio agrupadas en múltiples TAGs). E-UTRAN asegura que cada TAG contenga al menos una celda de servicio;
- Un UE sin capacidad de CA puede recibir en un único CC y transmitir en un único CC que corresponde a una celda de servicio solamente (una celda de servicio en un TAG).
CA es soportada tanto por CCs contiguos como no contiguos con cada CC limitado 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 del mismo eNB y de posiblemente diferentes anchos de banda en el UL y el DL:
- El número de CCs de DL que puede ser configurado depende de la capacidad de agregación de DL del UE;
- El número de CCs de UL que puede ser configurado depende de la capacidad de agregación de UL del UE;
- No es posible configurar un UE con más CCs de UL que CCs de DL;
- En despliegues de TDD típicos, 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 pueden ser configurados depende de la capacidad de TAG del UE.
Los CCs que se originan del mismo eNB no necesitan proporcionar la misma cobertura.
Los CCs deben ser compatibles con LTE Rel-8/9. Sin embargo, los mecanismos existentes (por ejemplo, restricción) pueden ser usados para evitar que los UEs Rel-8/9 se alojen en un CC.
El espaciado entre las frecuencias centrales de CCs agregados 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 los subportadores con espaciado de 15 kHz. Dependiendo del escenario de agregación, el espaciado n x 300 kHz puede ser facilitado mediante la inserción de un número bajo de subportadores no usados entre CCs contiguos.
[...]
7.5 Agregación de portadores
Cuando se configura CA, el UE solo 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 el restablecimiento/traspaso de conexión de RRC, una celda de servicio proporciona la entrada de seguridad. Esta celda se denomina como la Celda Primaria (Celda P). En el enlace descendente, el portador que corresponde a la Celda P es el Portador de Componente Primario de Enlace Descendente (PCC de DL) mientras que en el enlace ascendente es el Portador de Componente Primario de Enlace Ascendente (PCC de UL).
Dependiendo de las capacidades de UE, las Celdas Secundarias (Celdas S) pueden ser configuradas para formar junto con la Celda P un conjunto de celdas de servicio. En el enlace descendente, el portador que corresponde a una Celda S es un Portador de Componente Secundario de Enlace Descendente (SCC de DL) mientras que en el enlace ascendente es un Portador de Componente Secundario de Enlace Ascendente (SCC de UL).
El conjunto configurado de celdas de servicio para un UE por lo tanto siempre consiste en una Celda P y una o más Celdas S:
- Para cada Celda S el uso de recursos de enlace ascendente por el UE además de los de enlace descendente es configurable (por lo tanto, el número de SCCs de DL configurados es siempre mayor que o igual al número de SCCs de UL y no puede ser configurada ninguna Celda S para uso de recursos de enlace ascendente solamente);
- Desde un 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 puede ser configurado depende de la capacidad de agregación del UE (véase subcláusula 5.5);
- Celda P solo puede ser cambiada con el procedimiento de traspaso (es decir con cambio de clave de seguridad y procedimiento de RACH);
- Celda P es usada para la transmisión de PUCCH;
- A diferencia de Celdas S, Celda P no puede ser desactivada (véase subcláusula 11.2);
- El restablecimiento es activado cuando Celda P experimenta RLF, no cuando Celdas S experimentan RLF;
- Información de NAS es tomada de Celda P.
La reconfiguración, adición y eliminación de Celdas S pueden ser realizadas mediante RRC. En el traspaso intra-LTE, RRC también puede agregar, eliminar, o reconfigurar Celdas S para uso con la Celda P de destino. Cuando se agrega una nueva Celda S, la señalización de RRC dedicada es usada para enviar toda la información de sistema requerida de la Celda S es decir mientras están en modo conectado, los UEs no necesitan adquirir información de sistema radiodifundida directamente desde las Celdas S.
3GPP TS36.331 divulga lo siguiente sobre CA:
5.3.5.4 Recepción de una RRCConnectionReconfiguration que incluye la mobilityControllnfo por el UE (traspaso) Si el mensaje de RRCConnectionReconfiguration incluye la mobilityControllnfo y el UE puede cumplir con la configuración incluida en este mensaje, el UE deberá:
1> detener temporizador T310, si está funcionando;
1> iniciar temporizador T304 con el valor de temporizador establecido en t304, como se incluye en la mobilityControlInfo;
1> si es incluida la carrierFreq:
2> considerar que la Celda P de destino es una en la frecuencia indicada por la carrierFreq con una identidad de celda física indicada por la targetPhysCellld;
1> si no:
2> considerar que la Celda P de destino es una en la frecuencia de la Celda P de origen con una identidad de celda física indicada por la targetPhysCellld;
1> iniciar sincronización con el DL de la Celda P 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, lo cual podría ser antes de confirmar la recepción exitosa (HARQ y ARQ) de este mensaje.
1> restablecer MAC;
1> restablecer PDCP para todos los RBs que son 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 SDUs de PDCP no reconocidas (así como el reporte de estado asociado), el manejo del SN y el HFN, se especifica en TS 36.323.
1> restablecer RLC para todos los RBs que son establecidos;
1> configurar capas inferiores para considerar que las Celdas S, si están configuradas, estén 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 está incluido en la mobilityControllnfo 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 se establece en VERDADERO:
2> actualizar la clave KeNB con base en la clave Ka s m e reciente tomada en uso con el procedimiento previo exitoso de NAS SMC, como se especifica en TS 33.401;
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;
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;
2> si está conectado como una RN:
3> derivar la clave KUPint asociada con el integrityProtAlgorithm, como se especifica en TS 33.401;
2> derivar la clave KRRCenc y la clave KUPenc asociada con el cipheringAlgorithm, como se especifica en TS 33.401; 1> si no:
2> derivar la clave KRRCint asociada con el algoritmo de integridad actual, como se especifica en TS 33.401;
2> si está conectado como una RN:
3> derivar la clave KUPint asociada con el algoritmo de integridad actual, como se especifica en TS 33.401;
2> derivar la clave KRRCenc y la clave KUPenc asociadas con el algoritmo de cifrado actual, como se especifica en TS 33.401;
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 se aplicará 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 se aplicará 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 una RN:
2> configurar capas inferiores para aplicar el algoritmo de protección de integridad y la clave KUPint, para DRBs actuales o establecidos subsecuentemente 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 Celda S 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 Celda S 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 reporte 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> establecer 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 el RPLMN está incluido en plmn-IdentityList almacenado en VarRLF-Report:
3> incluir rlf-InfoAvailable;
2> si el UE ha registrado mediciones disponibles para E-UTRA y si el RPLMN está incluido en plmn-IdentityList almacenado en VarLogMeasReport:
3> incluir el logMeasAvailable;
2> si el UE tiene información de falla de establecimiento de conexión disponible en VarConnEstFailReport y si el RPLMN es igual a plmn-Identity almacenado en VarConnEstFailReport:
3> incluir connEstFailInfoAvailable;
1> enviar el mensaje de RRCConnectionReconfigurationComplete a las capas inferiores para 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 reporte 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 el SFN de la Celda P 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 el SFN de la Celda P de destino (por ejemplo, brechas de medición, reporte de CQI periódico, configuración de solicitud de programación, configuración de RS de sondeo), si hay, tras adquirir el SFN de la Celda P de destino;
NOTA 3: Siempre que el UE debe configurar o reconfigurar una configuración de acuerdo con un campo que es recibido 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 movilidadControlInfo:
4> iniciar 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 el SFN de la Celda P de destino adquiriendo información de sistema de esa celda antes de realizar el acceso de RACH en la Celda P de destino.
5.3.10.3b Adición/modificación de Celda S
El UE deberá:
1> para cada valor de sCellIndex incluido en la sCellToAddModList que no es parte de la configuración actual de UE (adición de Celda S):
2> agregar la Celda S, que corresponde a la cellIdentification, de acuerdo con el radioResourceConfigCommonSCell y radioResourceConfigDedicatedSCell recibidas;
2> configurar capas inferiores para considerar que la Celda S está en estado desactivado;
1> para cada valor de sCelllndex incluido en la sCellToAddModList que es parte de la configuración actual de UE (modificación de Celda S):
2> modificar la configuración de Celda S de acuerdo con la radioResourceConfigDedicatedSCell recibida;
- MobilityControlInfo
El IE MobilityControNnfo incluye parámetros relevantes para la movilidad controlada por red hacia/dentro de E-UTRA. Elemento de información de mobilityControNnfo
3GPP R2-130420 discute alternativas de arquitectura de protocolo para conectividad dual. La Alternativa U3 es una terminación de PDCP centralizada y Alternativa U4 es una terminación de protocolo distribuida para el plano de usuario. Los pros y contras de estas dos alternativas se citan a continuación:
3.3 Alternativa U3: Terminación de PDCP centralizada
- Pros:
* No carga extra en EPC en términos de número de conexiones y conmutadores de trayectoria
- Contras:
> Requisitos en red de retorno entre nodo macro y de baja potencia
> Alta capacidad
> Latencia media/suelta (reordenamiento de PDCP)
* Datos de usuario necesitan pasar a través de 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 puede ser optimizado hacia EPC
* Buen soporte para red de retorno no ideal
* No se requiere transmisión de datos de usuario entre eNBs macro y de baja potencia
* Establecimiento/eliminación de conectividad de nodo de baja potencia y reubicación de PDCP/RLC se pueden basar en procedimiento de traspaso Rel-8 con reenvío de PDCP.
- Contras:
* Carga adicional en EPC en términos de número de conexiones y conmutadores de trayectoria
* Posibles implicaciones de seguridad necesitan estudio adicional
3GPP R2-130570 discute escenarios y beneficios de conectividad dual. También aborda varias alternativas de arquitectura de protocolo para conectividad dual.
Cuando UE está configurado tanto con una Celda Macro como Celda Pequeña, también puede ser necesario un recurso de PUCCH para una Celda Pequeña debido al reconocimiento de enlace ascendente para datos de DL. Sin embargo, el recurso de PUCCH está configurado típicamente para Celda Macro/Celda P, puede ser posible configurar recursos de PUCCH para programar solicitudes en una Celda Pequeña. Debido a problemas potenciales de red de retorno no ideal entre la Celda Macro y la Celda Pequeña, la programación de recursos probablemente debería hacerse en la misma Celda Pequeña.
Dado que algunos datos específicos de servicio y plano de control pueden ser manejados en la Celda Macro y datos de plano de usuario pueden ser manejados en la Celda Pequeña, puede ser posible que algunos servicios/datos puedan ser servidos simultáneamente tanto por las Celdas Macro como Pequeñas.
Si un UE está configurado con más de un recurso de SR en PUCCH (que puede estar en la misma Celda o Celdas diferentes), pueden ser usados métodos específicos y/o coordinación para los recursos de SR para mejorar la eficiencia de solicitud de recursos de UL de Celdas Macro o Pequeñas.
Si es utilizado un método de configuración usado en la Agregación de Portadores (CA), una Celda Pequeña podría ser configurada como una Celda Secundaria (Celda S) a través de la señalización de Control de Recursos de Radio (RRC) como se usa en un mensaje de Reconfiguración de RRC. Si hay más de un programador (por ejemplo, Celda Macro y Celda Pequeña) para un único UE, puede haber una red de retorno no ideal entre estos programadores (es decir alguna latencia), así como problemas de sincronización para la configuración de recursos (por ejemplo operación de capa física o MAC) cuando el UE intenta configurar directamente tal Celda en el UE.
La causa raíz de los problemas de latencia y sincronización se debe a que la mayoría de los recursos en la Celda Pequeña y/o un programador puede no estar (correctamente) controlado o manejado (bien) por una Celda Macro y/u otra Celda. El número de acción/señalización que el UE necesita para conectar una (muy primera) Celda Pequeña se basaría en coordinación suelta o estrecha entre la Celda Macro y la Celda Pequeña.
En las siguientes realizaciones, un programador de recursos puede ser definido como asignador de recursos, Celda/eNB Macro, Celda/eNB Pequeña, eNB, Celda P o Celda S. Celda/eNB Macro y Celda/eNB Pequeña pueden estar ubicados en diferentes ubicaciones geográficas.
En las diversas realizaciones, se divulgan procedimientos y/o mensajes para añadir una (muy) primera Celda Pequeña en este documento. Tras la adición de una muy primera Celda Pequeña, el UE lo consideraría como una especie de Celda P en un eNB de Celda Pequeña. La muy primera Celda Pequeña puede pertenecer a un eNB diferente del eNB de Celda Macro, y el procedimiento o mensaje puede portar información de ID de UE tal como Identificador Temporal de Red de Radio Celular (C-RNTI) que se usará en la Celda Pequeña. Si el UE recibe tal información, el UE usará entonces esta información en Celda Pequeña. Si el UE no recibe tal información, el UE puede usar la información proporcionada en la Celda Macro o el UE puede ejecutar un procedimiento de Acceso Aleatorio (RA) en una Celda Pequeña.
Considerando el comportamiento anterior de si la información de ID de UE debe ser portada por el procedimiento o mensaje, se permite que C-RNTI archivado en el mensaje en cuestión no esté presente o todavía esté siempre presente pero algún valor específico implicaría que no hay asignación de C-RNTI válida por lo que UE necesita adquirir C-RNTI por sí mismo, que puede ser a través de un procedimiento de RA en Celda Pequeña.
En una realización, si la información de C-RNTI usada en Celda Pequeña no se proporciona al mensaje de adición de Celda Pequeña (que es un mensaje de RRC que es usado para agregar la muy primera Celda del eNB de Celda Pequeña e información de C-RNTI usada en el eNB de Celda Pequeña puede o puede no estar incluido en este mensaje), entonces el UE lo adquirirá mediante un procedimiento de Ra . El Ue , por sí mismo, puede necesitar ejecutar el procedimiento de RA con el fin de obtener la información de C-RNTI debido a que puede que no haya una configuración de RACH dedicada incluida en el mensaje de adición de Celda Pequeña. El UE también puede necesitar realizar sincronización de UL y proporcionar alguna información específica para informar a la Celda Pequeña del UE (por ejemplo, quién es el UE o de dónde es el UE). Por ejemplo, en una realización, la información específica incluye información proporcionada en la información de Identidad de Resolución de Disputas de UE o Celda Macro.
En otra realización, el mensaje para agregar una muy primera Celda Pequeña puede ser usado para configurar más de una Celda (incluyendo la muy primera Celda Pequeña) al mismo tiempo y/o por mensaje en eNB de Celda Pequeña. El mensaje porta información que incluye cual celda de un eNB de Celda Pequeña es la Celda Primaria (Celda P). Al identificar la Celda P del eNB de Celda Pequeña, el UE puede realizar un procedimiento de Canal de Acceso Aleatorio (RACH), si es necesario. Alternativamente, el UE puede aplicar la restricción/operación relevante en la Celda P de eNB de Celda Pequeña similar a la definición de subtrama de PDCCH en eNB de Celda Pequeña, operación de SPS, o similar. En aún otra alternativa, esta información puede ser derivada implícitamente de alguna configuración específica similar a la operación de PUCCH o MAC.
En una realización, el UE está conectado a un eNB de Celda Macro. El eNB de Celda Macro configura el UE para conectar/establecer una (muy primera) Celda Pequeña que pertenece a un eNB de Celda Pequeña diferente del eNB de Celda Macro a través de un mensaje (RRC). Si hay más de una Celda Pequeña o solo una Celda Pequeña configurada en el mensaje, el mensaje indicará cual Celda es Celda P del eNB de Celda Pequeña. Si solo hay una Celda Pequeña configurada en el mensaje, el UE consideraría directamente la Celda Pequeña como la Celda P del eNB de Celda Pequeña.
En una realización, el UE realizaría el procedimiento de RA para responder a un procedimiento y/o mensaje para agregar una (muy) primera Celda Pequeña en respuesta a una condición específica tal como, pero no limitado a, la ausencia de un C-RNTI, sin sincronización de UL (con o sin C-RNTI), o similar.
En una realización, el mensaje de solicitud de adición de Celda Pequeña podría ser enviado desde eNB Macro al UE, y el UE enviaría el mensaje completo a la Celda Pequeña o Celda Macro. En una realización, si se realiza un procedimiento de RA en la Celda Pequeña cuando se agrega la muy primera Celda Pequeña, entonces el mensaje completo podría ser enviado a la Celda Pequeña. Si el mensaje completo es enviado a Celda Pequeña, se puede proporcionar un canal lógico (pre)configurado para este propósito.
En una realización, el procedimiento de agregar una Celda Pequeña debe hacerse dentro de un período de tiempo específico, que puede ser implementado mediante un temporizador. En una realización, el período de tiempo inicia desde el inicio del establecimiento del (muy primer) procedimiento de Celda Pequeña. Si el procedimiento no se completa dentro del período de tiempo predefinido, el UE enviaría información y/o un mensaje de vuelta a la Celda Macro para informar a la Celda Macro que la adición/acceso falló.
La muy primera Celda Pequeña mencionada anteriormente puede estar configurada en ambas direcciones de DL/UL.
El procedimiento descrito anteriormente es una especie de procedimiento híbrido de adición de Celda S, Traspaso, y procedimiento de Configuración de Conexión para configurar el UE para conectar una Celda Pequeña debido a que no es solo un traspaso puro por completo de un eNB a otro eNB (todavía manteniendo una conexión) sino agregar una muy primera celda de otro eNB para que UE tenga una conexión más.
Con referencia de vuelta a las figuras 3 y 4, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. En una realización, la CPU 308 podría ejecutar el código 312 de programa para ejecutar uno o más de los siguientes: (i) para conectar un equipo de usuario (UE) a un eNB Macro; y; (ii) configurar el UE para establecer una muy primera Celda Pequeña a través de un mensaje de Control de Recursos de Radio (RRC), en donde la muy primera Celda Pequeña pertenece a un eNB de Celda Pequeña diferente del eNB Macro.
Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y etapas descritas anteriormente u otras descritos en este documento.
Han sido descritos anteriormente diversos aspectos de la divulgación. Debería ser evidente que las enseñanzas en este documento pueden incorporarse en una amplia variedad de formas y que cualquier estructura, función, o ambas específicas que son divulgadas en este documento son simplemente representativas. Con base en las enseñanzas en este documento un experto en la técnica debería apreciar que un aspecto divulgado en este documento puede ser implementado independientemente de cualquier otro aspecto y que dos o más de estos aspectos pueden ser
combinados de diversas formas. Por ejemplo, puede ser implementado un aparato o puede ser practicado un método usando cualquier número de los aspectos descritos en este documento. Además, tal aparato puede ser implementado o tal método puede ser practicado usando otra estructura, funcionalidad, o estructura y funcionalidad además o aparte de uno o más de los aspectos descritos en este documento. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden ser establecidos canales concurrentes con base en frecuencias de repetición de pulsos. En algunos aspectos pueden ser establecidos canales concurrentes con base en la posición o desplazamientos de pulsos. En algunos aspectos pueden ser establecidos canales concurrentes con base en secuencias de salto de tiempo. En algunos aspectos pueden ser establecidos canales concurrentes con base en frecuencias de repetición de pulsos, posiciones o desplazamientos de pulsos, y secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y señales pueden ser representadas usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos y chips a los que se puede hacer referencia a lo largo de la descripción anterior pueden estar representados por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticos, campos o partículas ópticos, o cualquier combinación de los mismos.
Los expertos apreciarán además que los diversos bloques lógicos, módulos, procesadores, medios, circuitos, y etapas de algoritmo ilustrativos descritos en relación con los aspectos divulgados en este documento pueden ser implementados como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las das, que puede diseñarse usando codificación fuente o alguna otra técnica), diversas formas de programa o código de diseño que incorporan instrucciones (que pueden denominarse en este documento, por conveniencia, como "software" o un "módulo de software") o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, han sido descritos anteriormente diversos componentes, bloques, módulos, circuitos, y etapas ilustrativas en general en términos de su funcionalidad. Si tal funcionalidad es implementada como hardware o software depende de la aplicación particular y restricciones de diseño impuestas en el sistema global. Los expertos en la técnica pueden implementar la funcionalidad descrita de formas variables 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 lógicos, módulos, y circuitos ilustrativos descritos en relación con los aspectos divulgados en este documento pueden ser implementados dentro o realizados 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 puertas programables en campo (FPGA) u otro dispositivo lógico programable, una 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 en este documento, 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 en la alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estado convencional. Un procesador también puede ser implementado 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 o jerarquía específicos de etapas en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. Con base en las preferencias de diseño, se entiende que el orden o jerarquía específicos de etapas en los procesos puede ser predispuesto mientras que permanece dentro del alcance de la presente divulgación. Las reivindicaciones de método acompañantes presentan elementos de las diversas etapas en un orden de muestra, y no están previstas para ser limitadas al orden o jerarquía específicos presentados.
Las etapas de un método o algoritmo descritas en relación con los aspectos divulgados en este documento pueden incorporarse 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. Puede ser acoplado un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en este documento, por conveniencia, como un "procesador") tal 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 equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en el 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.
Aunque la invención ha sido descrita en relación con diversos aspectos, se entenderá que la invención es capaz de modificaciones adicionales. Esta solicitud está prevista para cubrir cualquier variación, uso o adaptación de la
invención siguiendo, en general, los principios de la invención, e incluyendo tales desviaciones de la presente divulgación que se encuentren dentro de la práctica conocida y habitual dentro de la técnica a la cual pertenece la invención.
Claims (11)
1. Un método realizado por un equipo de usuario para mejora de celdas pequeñas en un sistema de comunicación inalámbrica, comprendiendo el método:
tener un equipo de usuario, en lo siguiente también denominado como UE, conectado a un Nodo B evolucionado Macro, en lo siguiente también denominado como eNB, a través de una primera Celda Primaria del eNB Macro; y configurar el UE para agregar una Celda Pequeña a través de un mensaje de Control de Recursos de Radio, en lo siguiente también denominado como RRC, recibido del eNB Macro para establecer una conexión entre el UE y un eNB de Celda Pequeña, en donde la Celda Pequeña pertenece al e Nb de Celda Pequeña que es diferente del eNB Macro;
caracterizado por:
determinar si más de una Celda Pequeña asociada con el eNB de Celda Pequeña son agregadas por el mensaje de RRC,
en donde el mensaje de RRC está indicando cual Celda Pequeña del eNB de Celda Pequeña es agregada como una segunda Celda Primaria del eNB de Celda Pequeña, si son agregadas más de una Celda Pequeña por el mensaje de RRC;
realizar un procedimiento de Acceso Aleatorio, en lo siguiente también denominado como RA, en la segunda Celda Primaria del eNB de Celda Pequeña en respuesta al mensaje de RRC.
2. El método de la reivindicación 1, que comprende además: recibir un Identificador Temporal de Red de Radio Celular, en lo siguiente también denominado como C-RNTI, del procedimiento de RA.
3. El método de la reivindicación 1 o 2, que comprende además: usar una sincronización de enlace ascendente, en lo siguiente también denominado como UL, recibida del procedimiento de RA.
4. El método de una cualquiera de las reivindicaciones 1 a 3, que comprende además:
iniciar un temporizador cuando el UE intenta agregar la Celda Pequeña; y
enviar un mensaje de vuelta a Celda Macro con respecto a la falla de agregar la Celda Pequeña.
7. El método de una cualquiera de las reivindicaciones 1 a 6, en donde el mensaje de RRC incluye un Identificador Temporal de Red de Radio Celular, en lo siguiente también denominado como C-RNTI, para ser usado en la Celda Pequeña.
8. El método de una cualquiera de las reivindicaciones 1 a 6, en donde el mensaje de RRC no incluye un Identificador Temporal de Red de Radio Celular, en lo siguiente también denominado como C-RNTI.
9. Un dispositivo (300) de comunicación para la mejora de celdas pequeñas en un sistema de comunicación inalámbrico, 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 operativamente acoplada al procesador (308);
en donde el procesador (308) está configurado para ejecutar un código (312) de programa almacenado en la memoria (310) para proporcionar una mejora de celda pequeña en un sistema de comunicación inalámbrica mediante las etapas de método como se define en una cualquiera de las reivindicaciones precedentes 1 a 8.
10. El dispositivo de comunicación de la reivindicación 9, en donde el código de programa está configurado además para realizar un procedimiento de Acceso Aleatorio, en lo siguiente también denominado como RA, en la Celda
Pequeña en respuesta al mensaje de RRC que intenta agregar una Celda Pequeña si no hay Identificador Temporal de Red de Radio Celular, en lo siguiente también denominado como C-RNTi, o no hay sincronización de enlace ascendente, en lo siguiente también denominado como UL.
11. El dispositivo de comunicación de la reivindicación 9 o 10, en donde el código de programa está configurado además para iniciar un temporizador cuando el UE intenta agregar la Celda Pequeña.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361807103P | 2013-04-01 | 2013-04-01 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2837874T3 true ES2837874T3 (es) | 2021-07-01 |
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 (3)
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 |
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)
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 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおける複数のsr(スケジューリング要求)構成の方法及び装置 |
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 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템에서 mac 리셋에 관한 이동성 절차를 위한 방법 및 장치 |
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)
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 | 한국전자통신연구원 | 3GPP LTE-Advanced 시스템의 소규모 셀에서의 랜덤 액세스 방법 및 시스템 |
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 | 株式会社Nttドコモ | ユーザ装置、基地局及び方法 |
JP6259578B2 (ja) | 2013-03-25 | 2018-01-10 | 株式会社Nttドコモ | 移動通信方法 |
-
2014
- 2014-03-13 PL PL14159317T patent/PL2802185T3/pl unknown
- 2014-03-13 ES ES14159317T patent/ES2769858T3/es active Active
- 2014-03-13 EP EP14159317.8A patent/EP2802185B1/en active Active
- 2014-03-25 US US14/224,713 patent/US9992693B2/en active Active
- 2014-03-26 EP EP14161761.3A patent/EP2822351B1/en active Active
- 2014-03-26 ES ES14161761T patent/ES2773974T3/es active Active
- 2014-03-26 US US14/226,175 patent/US9603038B2/en active Active
- 2014-03-26 US US14/226,082 patent/US20140293898A1/en not_active Abandoned
- 2014-03-27 US US14/227,706 patent/US20140295860A1/en not_active Abandoned
- 2014-03-27 US US14/227,631 patent/US20140293903A1/en not_active Abandoned
- 2014-03-27 TW TW103111394A patent/TW201440548A/zh unknown
- 2014-03-28 JP JP2014067350A patent/JP2014204434A/ja active Pending
- 2014-03-28 ES ES14162304T patent/ES2745376T3/es active Active
- 2014-03-28 EP EP14162304.1A patent/EP2822313B8/en active Active
- 2014-03-28 JP JP2014067351A patent/JP5933618B2/ja active Active
- 2014-03-31 EP EP14162778.6A patent/EP2802187A1/en not_active Withdrawn
- 2014-03-31 TW TW103111917A patent/TWI513335B/zh active
- 2014-03-31 ES ES14162735T patent/ES2837874T3/es active Active
- 2014-03-31 EP EP14162735.6A patent/EP2802175B1/en active Active
- 2014-04-01 KR KR1020140038886A patent/KR101603671B1/ko active IP Right Grant
- 2014-04-01 CN CN201410128685.8A patent/CN104105212A/zh active Pending
- 2014-04-01 CN CN201410129730.1A patent/CN104105108A/zh active Pending
- 2014-04-01 KR KR1020140038885A patent/KR101588020B1/ko active IP Right Grant
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2837874T3 (es) | Método y aparato para mejoras de celdas pequeñas en un sistema de comunicación inalámbrica | |
ES2818593T3 (es) | Procedimiento y aparato para prevenir la desalineación de la parte del ancho de banda en un sistema de comunicación inalámbrica | |
US11330663B2 (en) | Context release based on expiry of a network radio access network notification area update timer | |
ES2928334T3 (es) | Solicitud de planificación basada en la recuperación de fallos de haz | |
EP3935774B1 (en) | Multiplexing and prioritization in new radio | |
US10368334B2 (en) | Radio access network paging area configuration | |
US10264622B2 (en) | Inactive state data forwarding | |
US10849022B2 (en) | Cell selection of inactive state wireless device | |
ES2748895T3 (es) | Método y aparato para supervisar el canal de control del enlace descendente físico (PDCCH) en un sistema de comunicación inalámbrico | |
US20180270791A1 (en) | Radio Access Network Area Information | |
EP2811808A1 (en) | Method and Apparatus for Triggering a Regular Buffer Status Report (BSR) in Dual Connectivity | |
EP2809017A1 (en) | Method and apparatus for TTI (transmission time interval) bundling for small cell enhancements in a wireless communication system | |
US20140071871A1 (en) | Method and apparatus for small cell enhancement in a wireless communication system |