ES2938769T3 - Un nodo y un método para proporcionar una interfaz entre nodos B mejorados (eNB) - Google Patents

Abstract

Las realizaciones de ejemplo están dirigidas a establecer una interfaz de estación base (401A) a estación base (401B) para recibir y enviar comunicaciones en la interfaz para proporcionar funciones de gestión de portadores para portadores asociados con un equipo de usuario (101) en conectividad múltiple con al menos dos bases estaciones (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Un nodo y un método para proporcionar una interfaz entre nodos B mejorados (eNB)

Campo técnico

Las realizaciones de ejemplo presentadas en la presente memoria están dirigidas a una estación base, y los métodos correspondientes en ella, para establecer una interfaz de estación base a estación base para enviar y recibir comunicaciones relacionadas con funciones de gestión de portador para portadores asociados con un equipo de usuario en conectividad múltiple.

Antecedentes

Con la proliferación de teléfonos inteligentes y tabletas fáciles de usar, el uso de servicios de alta tasa de datos, tales como la transmisión de video a través de la red móvil, está llegando a ser común, aumentando considerablemente la cantidad de tráfico en las redes móviles. Por tanto, existe una gran urgencia en la comunidad de redes móviles para garantizar que la capacidad de las redes móviles siga aumentando junto con la demanda cada vez mayor de los usuarios. Los últimos sistemas, tales como Evolución a Largo Plazo (LTE), especialmente cuando se acoplan con técnicas de mitigación de interferencias, tienen eficiencias espectrales muy cercanas al límite teórico de Shannon. La actualización continua de las redes actuales para soportar las últimas tecnologías y la densificación del número de estaciones base por unidad de área son dos de los enfoques más ampliamente utilizados para cumplir las crecientes demandas de tráfico.

Otro enfoque más que está ganando mucha atención es el uso de Redes Heterogéneas donde las macro estaciones base tradicionales planificadas previamente (conocidas como la macro capa) se complementan con varias estaciones base de baja potencia que se pueden desplegar de una manera relativamente no planificada. El Proyecto de Asociación de 3a Generación (3GPP) ha incorporado el concepto de Redes Heterogéneas como uno de los elementos centrales de estudio en las últimas mejoras de LTE, tales como LTE versión 11 y se han definido varias estaciones base de baja potencia para realizar redes heterogéneas, tales como pico estaciones base, femto estaciones base (también conocidas como estaciones base domésticas o HeNB), repetidores y RRH (cabeceras de radio remotas). La discusión inicial para la versión 12 de LTE ya ha comenzado y uno de los elementos propuestos para el estudio es la posibilidad de servir a un equipo de usuario (UE) desde más de un eNB simultáneamente. Los mecanismos de traspaso heredados actuales de LTE tienen que ser actualizados con el fin de soportar esto.

La Figura 1 proporciona un ejemplo de una red heterogénea en la que un terminal móvil 101 utiliza múltiples flujos, por ejemplo, un flujo de anclaje desde la macro estación base (o "eNB de anclaje") 401A y un flujo de asistencia desde una pico estación base (o un "eNB de asistencia") 401B.

Uno de los problemas al usar una red heterogénea es cómo mapear los portadores del plano de usuario en el flujo de anclaje y el flujo de asistencia, respectivamente. La solución simple es que cada portador se mapee en un solo flujo, por ejemplo, el primer portador usa el flujo de anclaje y el segundo usa el flujo de asistencia.

El documento US2012/0182912 A1 describe métodos, aparatos y sistemas para manejar el repliegue y el traspaso de circuitos conmutados.

Compendio

Actualmente, LTE solamente soporta conexiones uno a uno entre los equipos de usuario y los eNB. Como tal, cuando se inicia un traspaso, se solicita al destino que admita a todos los portadores del equipo de usuario. Si por alguna razón, tal como una situación de sobrecarga, algunos de los portadores son incapaces de ser admitidos en el destino, el origen puede o bien cancelar el traspaso (y posiblemente probar con otro destino candidato) o bien aceptarlo y traspasar el equipo de usuario al destino lo que dará como resultado el descarte de los portadores no admitidos. Esto puede tener graves consecuencias en la experiencia general del usuario. Además, los procedimientos de traspaso especificados en el 3GPP están destinados a mantener el equipo de usuario conectado a una sola celda. Esto es, cuando se completa un procedimiento de traspaso, el equipo de usuario mueve todos o parte de sus portadores de datos y señalización al destino, sin dejar ninguna comunicación adicional con el origen.

Con la llegada de las celdas flexibles, se requieren nuevos mecanismos de traspaso (desencadenamiento, preparación, ejecución) que puedan aprovechar la posibilidad de conectar un equipo de usuario a múltiples eNB al mismo tiempo. De hecho, las especificaciones actuales no permiten configurar portadores en paralelo y en múltiples eNB para el mismo equipo de usuario. Esto permitiría una distribución óptima de portadores dependiendo de sus requisitos de QoS y UL/Dl . Además, las especificaciones actuales proporcionan muchas comunicaciones entre el origen y el destino para pasar a través de un nodo de gestión de movilidad (por ejemplo, una MME, un SGSN o un S4-SGSN). Existe la necesidad de gestionar de manera eficiente tales mecanismos de traspaso.

Según algunas de las realizaciones de ejemplo, se establece una interfaz para proporcionar comunicaciones directas entre dos estaciones base que dan servicio a un mismo equipo de usuario. Las realizaciones de ejemplo presentadas en la presente memoria hacen posible realizar traspasos de manera selectiva entre un eNB de origen y uno de destino, creando así una mayor flexibilidad del sistema que la forma heredada de realizar el traspaso en la que un equipo de usuario se traspasa completamente al destino.

Una ventaja de ejemplo de algunas de las realizaciones de ejemplo es proporcionar la posibilidad de mantener en curso todos los portadores del equipo de usuario, en la medida que los portadores que el destino no fue capaz de admitir se pueden mantener en el origen. Otra ventaja de ejemplo adicional es proporcionar la posibilidad de desencadenar traspasos a nivel de portador en lugar de a nivel de equipo de usuario. Por ejemplo, el eNB de origen puede mantener los portadores que no pueden tolerar discontinuidad, tales como los servicios de VoIP, con sí misma hasta que las condiciones de radio del origen tengan una calidad mucho menor que la del destino, mientras que los portadores que tienen mucha capacidad pero son más tolerantes a interrupciones, tales como la descarga de archivos, se pueden traspasar al destino incluso si las condiciones de radio en el origen no son tan malas.

Otra ventaja de ejemplo adicional es proporcionar la posibilidad de mantener un plano de control en un eNB, mientras que se comparte la carga de datos en varios eNB. Esto abre varias oportunidades, tales como compartir en red. Por ejemplo, varios operadores pueden compartir los pico nodos para portadores de datos, mientras que se mantienen los portadores de radio de señalización solamente en sus macros. Otra ventaja de ejemplo puede ser proporcionar la posibilidad de diversidad de plano de control. Por ejemplo, el envío de un comando de traspaso desde el origen y/o el destino o el envío del informe de medición hacia el destino llega a ser bastante sencillo con la conectividad múltiple.

Otra ventaja de ejemplo adicional puede ser que el RLF en el nodo de asistencia o de anclaje se puede recuperar más rápido. La recuperación del nodo de asistencia es sencilla ya que el contexto del equipo de usuario reside en el anclaje, y la recuperación del anclaje también llega a ser rápida ya que el nodo de asistencia puede recuperar el contexto fácilmente de la red. Se debería apreciar que aunque se proporciona un escenario de traspaso selectivo como ejemplo de uso para tal interfaz, las realizaciones de ejemplo no se limitan a traspasos selectivos.

En consecuencia, algunas de las realizaciones de ejemplo se pueden dirigir a un método, en un primer Nodo B mejorado, eNB, para proporcionar una interfaz entre el primer eNB y un segundo eNB. El primer y segundo eNB comprenden una relación de nodo de anclaje-asistencia y están comprendidos en una red de comunicaciones inalámbricas. El método comprende establecer la interfaz con el segundo eNB. El método comprende además recibir y/o enviar comunicaciones desde y/o hacia el segundo eNB, respectivamente, sobre la interfaz para proporcionar funciones de gestión de portadores para portadores asociados con un equipo de usuario en conectividad múltiple con al menos el primer y segundo eNB.

Algunas de las realizaciones de ejemplo se pueden dirigir a un primer eNB para proporcionar una interfaz entre el primer eNB y un segundo eNB. El primer y segundo eNB comprenden una relación de nodo de anclaje-asistencia y están comprendidos en una red de comunicaciones inalámbricas. El primer eNB comprende circuitería de procesamiento configurada para establecer la interfaz con el segundo eNB. El primer eNB también comprende circuitería de radio configurada para recibir y/o enviar comunicaciones desde y/o hacia el segundo eNB, respectivamente, sobre la interfaz para proporcionar funciones de gestión de portadores para portadores asociados con un equipo de usuario en conectividad múltiple con al menos el primero y segundo eNB.

Definiciones

3GPP Proyecto de Asociación de 3a Generación

AMBR Tasa de Bits Máxima Agregada

AP Protocolo de Aplicación

APN Nombre de Punto de Acceso

ARP Prioridad de Asignación y Retención

ARQ Solicitud de Repetición Automática

BCH Canal de Difusión

CIO Desplazamiento Individual de Celda

CN Red Central

CRS Símbolo de Referencia Específico de Celda

CSG Grupo Cerrado de Abonados

DL Enlace Descendente

DM Demodulación

DRB Portador de Datos por Radio

E-RAB Portadores de Acceso por radio de E-UTRAN

E-UTRA Acceso Universal por Radio Terrestre Evolucionado E-UTRAN Red de Acceso por Radio terrestre de UMTS Evolucionada eNB/eNodoB Nodo B mejorado (estación base)

EPC Núcleo de Paquetes Evolucionado

EPS Sistema de Paquetes Evolucionado

EMM Gestión de Conexión de Sistema de Paquetes Evolucionado GBR Tasa de Bits Garantizada

GUMMEI Identificador de Entidad de Gestión de Movilidad Único a Nivel Mundial HARQ Solicitud de Repetición Automática Híbrida

HeNB eNB Doméstico

HO Traspaso

HOM Margen de Traspaso

HSPA Acceso de Paquetes de Alta Tasa

IE Elemento de Información

ID Identidad

IP Protocolo de Internet

LTE Evolución a Largo Plazo

MAC Control de Acceso al Medio

MBR Tasa de Bits Máxima

MME Entidad de Gestión de Movilidad

MTCP Protocolo de Control de Transmisión Multitrayecto

NAS Estrato Sin Acceso

OAM Operación y Mantenimiento

PGW Pasarela de PDN

PBCH Canal de Difusión Físico

Celda P Celda Primaria

PCFICH Canal de Indicador de Formato de Control Físico

PCI Identidad de Celda Física

PDCCH Canal de Control de Enlace Descendente Físico

PDCP Protocolo de Convergencia de Paquetes de Datos

PDN Red de Paquetes de Datos

PDSCH Canal Compartido de Enlace Descendente Físico

PDU Unidad de Paquetes de Datos

PHICH Canal de Indicador de ARQ Híbrida Físico

PSS Señal de Sincronización Primaria

QCI Identificador de Clase de QoS

QoS Calidad de Servicio

RLC Control de Enlace de Radio

RAB Portador de Acceso por Radio

RAT Tecnología de Acceso por Radio

RE Elemento de Recurso

RLC Control de Enlace de Radio

RLF Fallo de Enlace de Radio

CRR Control de Recursos de Radio

RRH Cabecera de Radio Remota

RRM Gestión de Recursos de Radio

RS Señal de Referencia

RSCP Potencia de Código de Señal Recibida

RSRP Potencia Recibida de Señal de Referencia

RSRQ Calidad Recibida de Señal de Referencia

Rx Recibir

SGW Pasarela de Servicio

Celda S Celda Secundaria

SCTP Protocolo de Transmisión de Control de Flujo

SDF Flujo de Datos de Servicio

SDU Unidad de Datos de Servicio

SFN Número de Trama del Sistema

SINR Relación de Señal a Interferencia más Ruido

SRB Portador de Radio de Señalización

SRVCC Continuidad de Llamada de Voz por Radio Única

SSS Señal de Sincronización Secundaria

TCP Protocolo de Control de Transmisión

TTT Tiempo Para Desencadenar

Tx Transmitir

UE Equipo de Usuario

UL Enlace Ascendente

UMTS Sistema Universal de Telecomunicaciones Móviles

UTRA Acceso Universal por Radio Terrestre

UTRAN Red Universal de Acceso por Radio Terrestre

VoIP Voz sobre Protocolo de Internet

Breve descripción de los dibujos

Lo anterior se describirá con más detalle a partir de la siguiente descripción más particular de las realizaciones de ejemplo, como se ilustra en los dibujos adjuntos en los que caracteres de referencia parecidos se refieren a las mismas partes a lo largo de las diferentes vistas. Los dibujos no están necesariamente a escala, sino que, en su lugar, se hace énfasis en ilustrar las realizaciones de ejemplo.

La FIG. 1 es un ejemplo ilustrativo de un despliegue heterogéneo con flujos de anclaje y asistencia simultáneos a un terminal inalámbrico;

La FIG. 2 es un ejemplo ilustrativo de la arquitectura de E-UTRAN;

La FIG. 3 es un esquema que representa la división funcional entre E-UTRAN y EPC;

La FIG. 4 es una pila de protocolos del plano de usuario;

La FIG. 5 es una pila de protocolos del plano de control;

La FIG. 6 es un flujo de datos del plano de usuario y del plano de control;

La FIG. 7 es un ejemplo ilustrativo de una arquitectura de servicio de portador;

La FIG. 8 es un ejemplo ilustrativo de un despliegue heterogéneo con un macro nodo de mayor potencia y un pico nodo de menor potencia;

La FIG. 9 es un ejemplo ilustrativo de un despliegue heterogéneo donde el pico nodo corresponde a una celda propia;

La FIG. 10 es un ejemplo ilustrativo de un despliegue heterogéneo donde el pico nodo no corresponde a una celda propia;

La FIG. 11 es una representación del funcionamiento de SFN con transmisión idéntica desde macro y pico a un terminal;

La FIG. 12 es una representación de la operación de celda flexible con el terminal inalámbrico que tiene múltiples conexiones con las estaciones base tanto de anclaje como de asistencia;

La FIG. 13 es un ejemplo ilustrativo de arquitectura de protocolo para conectividad múltiple o dual;

La FIG. 14 es un ejemplo ilustrativo del desencadenamiento del traspaso;

La FIG. 15 es un diagrama de mensajes que ilustra un ejemplo de un traspaso X2 en LTE;

La FIG. 16 es un ejemplo ilustrativo de opciones de interfaz para una celda de nodo de anclaje y de asistencia en una arquitectura de E-UTRAN, según algunas de las realizaciones de ejemplo;

La FIG. 17 es un diagrama de mensajes que ilustra los procedimientos de finalización de traspaso, según algunas de las realizaciones de ejemplo;

La FIG. 18 es un diagrama de mensajes que ilustra los procedimientos de preparación del traspaso, según algunas de las realizaciones de ejemplo;

La FIG. 19 es un diagrama de mensajes que ilustra un procedimiento de configuración de E-RAB, según algunas de las realizaciones de ejemplo;

La FIG. 20 es un diagrama de mensajes que ilustra un procedimiento de modificación de E-RAB, según algunas de las realizaciones de ejemplo;

La FIG. 21 es un diagrama de mensajes que ilustra un procedimiento de liberación de E-RAB, según algunas de las realizaciones de ejemplo;

La FIG. 22 es un diagrama de mensajes que ilustra procedimientos de configuración de interfaz generalizados, según algunas de las realizaciones de ejemplo;

La FIG. 23 es un diagrama de mensajería que ilustra procedimientos de actualización de la configuración de eNB generalizados, según algunas de las realizaciones de ejemplo;

La FIG. 24 es un diagrama de mensajes que ilustra procedimientos generalizados para informar de información relacionada con RRC, según algunas de las realizaciones de ejemplo;

La FIG. 25 es un diagrama de mensajes que ilustra procedimientos generalizados para solicitar e informar de información relacionada con RRC, según algunas de las realizaciones de ejemplo;

La FIG. 26 es un diagrama de mensajes que ilustra la señalización generalizada para los procedimientos de configuración de RRC, según algunas de las realizaciones de ejemplo;

La FIG. 27 es una configuración de nodo de ejemplo de una primera estación base, según algunas de las realizaciones de ejemplo;

La FIG. 28 es una configuración de nodo de ejemplo de una segunda estación base, según algunas de las realizaciones de ejemplo; y

La FIG. 29 es un diagrama de flujo que representa operaciones de ejemplo que se pueden realizar por la primera y segunda estaciones base de las FIGS. 27 y 28, según algunas de las realizaciones de ejemplo. Descripción detallada

En la siguiente descripción, con propósitos de explicación y no de limitación, se exponen detalles específicos, tales como componentes, elementos, técnicas, etc. particulares, con el fin de proporcionar una comprensión minuciosa de las realizaciones de ejemplo presentadas en la presente memoria. Sin embargo, las realizaciones de ejemplo se pueden poner en práctica de otras maneras que se aparten de estos detalles específicos. En otros casos, se omiten descripciones detalladas de métodos y elementos bien conocidos para no oscurecer la descripción de las realizaciones de ejemplo.

En la siguiente descripción, las estaciones base 401 y 402 se definen como Nodos B mejorados, eNB.

Visión general

Con el fin de explicar mejor las realizaciones de ejemplo presentadas en la presente memoria, primero se identificará y discutirá un problema. La Red de Acceso por Radio Terrestre de UMTs Evolucionada (E-UTRAN) comprende estaciones base 401 denominadas NodosB mejorados (eNB o eNodosB), que proporcionan las terminaciones del protocolo del plano de usuario y del plano de control de E-UTRA hacia el equipo de usuario. Las estaciones base o eNB 401 están interconectadas entre sí por medio de la interfaz X2. Los eNB 401 también están conectados por medio de la interfaz S1 al EPC (Núcleo de Paquetes Evolucionado), más concretamente a la MME (Entidad de Gestión de Movilidad) 115 por medio de la interfaz S1-MME y a la Pasarela de Servicio (SGW) 117 por medio de la interfaz S1-U. La interfaz S1 soporta una relación muchos a muchos entre MME/SGW y los eNB. La arquitectura de E-UTRAN se ilustra en la Figura 2.

El eNB 401 aloja funcionalidades tales como la gestión de recursos de radio (RRM), el control de portador de radio, el control de admisión, la compresión de cabecera de datos del plano de usuario hacia la pasarela de servicio, el enrutamiento de datos del plano de usuario hacia la pasarela de servicio. La MME 115 es el nodo de control que procesa la señalización entre el equipo de usuario y la CN. Las funciones principales de la MME 115 están relacionadas con la gestión de conexiones y la gestión de portadores, que se manejan a través de protocolos de Estrato Sin Acceso (NAS). La SGW 117 es el punto de anclaje para la movilidad del equipo de usuario, y también comprende otras funcionalidades, tales como el almacenamiento temporal de datos de DL mientras que está siendo buscado el equipo de usuario 101, el enrutamiento de paquetes y el reenvío del eNB correcto, la recopilación de información para el cobro y la interceptación legal. La pasarela de PDN (PGW) 119 es el nodo responsable de la asignación de direcciones de IP del equipo de usuario, así como de la aplicación de la Calidad de Servicio (QoS) (esto se explica con más detalle en secciones posteriores).

La Figura 3 proporciona un resumen de las funcionalidades de los diferentes nodos, a los que se hace referencia en la especificación TS 36.300 del 3GPP y las referencias en la misma proporcionan los detalles de las funcionalidades de los diferentes nodos. En la Figura 3, los recuadros con líneas continuas representan los nodos lógicos, los recuadros con líneas discontinuas representan las entidades funcionales del plano de control y los recuadros con líneas cruzadas representan las capas del protocolo de radio.

Arquitectura de protocolo de radio

La arquitectura del protocolo de radio de E-UTRAN se divide en el plano de usuario y el plano de control. La Figura 4 muestra la pila de protocolos para el plano de usuario. La pila de protocolos del plano de usuario está compuesta por el Protocolo de Convergencia de Paquetes de Datos (PDCP), el Control de Enlace de Radio (RLC) y el Control de Acceso al Medio (MAC), que se terminan en el eNB 401. El PDCP gestiona los paquetes de IP en el plano de usuario y realiza funcionalidades tales como compresión de cabecera, seguridad y reordenación y retransmisión durante el traspaso. La capa de RLC es principalmente responsable de la segmentación (y el ensamblaje correspondiente) de los paquetes de PDCP, con el fin de que se ajusten al tamaño que realmente se ha de transmitir a través de la interfaz aérea. RLC puede operar o bien en modo no reconocido o bien en modo reconocido, donde este último soporta retransmisiones. La capa de MAC realiza la multiplexación de datos de diferentes portadores de radio, y es la que informa al RLC acerca del tamaño de los paquetes a proporcionar, que se decide en base a la QoS requerida de cada portador de radio y la capacidad actual disponible para el equipo de usuario 101.

La Figura 5 muestra la pila de protocolos del plano de control. Las capas por debajo de la capa de Control de Recursos de Radio (RRC) realizan la misma funcionalidad que en el plano de usuario, excepto que no hay compresión de cabecera en el plano de control. Las funciones principales del RRC son la difusión de información del sistema, control de conexión de RRC (configuración, modificación y liberación de conexión de RRC, configuración de portadores de radio de señalización (SRB) y portadores de radio de datos (DRB), traspaso, configuración de capas de protocolo inferiores, recuperación de fallos de enlace de radio, etc.), y configuración e informes de medición. Los detalles de las funcionalidades y procedimientos del protocolo de RRC se pueden encontrar en la especificación TS 36.331 del 3GPP.

Un equipo de usuario o terminal inalámbrico 101 en general se identifica de manera única a través de la interfaz S1 dentro de un eNB 401 con la ID de S1AP de UE de eNB. Cuando una MME 115 recibe una ID de S1AP de UE de eNB, la almacena durante la conexión S1 lógica asociada al equipo de usuario para este equipo de usuario 101. Una vez conocido por una MME 115, este IE se incluye en toda la señalización de S1-AP asociada al equipo de usuario. La ID de S1AP de UE de eNB es única dentro del eNB 401, y a los equipos de usuario se les asigna una nueva ID de S1AP después de un traspaso por el eNB de destino.

Desde el lado de la MME, un equipo de usuario 101 se identifica de manera única usando la ID de S1AP de UE de MME. Cuando un eNB 401 recibe una ID de S1AP de UE de MME, la almacena durante la duración de la conexión S1 lógica asociada al equipo de usuario para este equipo de usuario 101. Una vez conocido por un eNB 401, este IE se incluye en toda la señalización de S1-AP asociada al equipo de usuario. La ID de S1AP de UE de MME es única dentro de la MME 115, y se cambia si la MME del equipo de usuario cambia, por ejemplo, traspaso entre dos eNB conectados a diferentes MME.

El flujo de datos del plano de usuario y del plano de control se ilustra en la Figura 6. Solo hay una entidad de MAC por equipo de usuario 101 (a menos que el equipo de usuario soporte múltiples portadoras como en el caso de agregación de portadoras) y bajo esta entidad de MAC, varios procesos de ARQ Híbrida (HARQ) se podrían ejecutar simultáneamente para retransmisiones rápidas. Hay una entidad de RLC separada para cada portador de radio y si el portador de radio está configurado para usar PDCP, también hay una entidad de PDCP separada para ese portador. Un portador está configurado para usar PDCP solo si está dedicado a un equipo de usuario (es decir, los datos de multidifusión y difusión no utilizan PDCP tanto en el plano de control como en el de usuario y el PDCP se usa solo para mensajes de control dedicados en el plano de control y para datos de UL/DL dedicados en el plano de usuario).

En el lado de transmisión, cada capa recibe una Unidad de Datos de Servicio (SDU) de una capa más alta y envía una Unidad de Datos de Protocolo (PDU) a la capa inferior. Por ejemplo, las PDU de PDCP se envían hacia el RLC, y son SDU de RLC desde el punto de vista de RLC, que a su vez envía las PDU de RLC hacia el MAC, que son las SDU de MAC desde el punto de vista de MAC. En el extremo de recepción, el proceso se invierte, es decir, cada capa pasa las SDU a la capa por encima de ella, donde se perciben como las PDU.

Calidad de servicio

Un equipo de usuario 101 puede tener múltiples aplicaciones ejecutándose al mismo tiempo, cada una que tiene diferentes requisitos de QoS, por ejemplo, VoIP, navegación, descarga de archivos, etc. Con el fin de soportar estos diferentes requisitos, se configuran diferentes portadores, cada uno que está asociado con una QoS. Un portador de EPS/E-RAB (Portador de Acceso por Radio) es el nivel de granularidad para el control de QoS a nivel de portador en el EPC/E-UTRAN. Es decir, los Flujos de Datos de Servicio (SDF) mapeados al mismo portador de EPS reciben el mismo tratamiento de reenvío de paquetes a nivel de portador (por ejemplo, política de programación, política de gestión de colas, política de conformación de tasa, configuración de RLC, etc.).

Se establece un portador de EPS/E-RAB cuando el equipo de usuario 101 se conecta con una PDN, y que permanece establecido a lo largo de la vida útil de la conexión de PDN para proporcionar al equipo de usuario 101 conectividad de IP permanente a esa PDN. Se hace referencia a ese portador como el portador por defecto. Se hace referencia a cualquier portador de EPS/E-RAB adicional que se establezca en la misma PDN como portador dedicado. Los valores del parámetro de QoS a nivel de portador inicial del portador por defecto se asignan por la red, en base a los datos de suscripción. La decisión de establecer o modificar un portador dedicado solo se puede tomar por el EPC, y los valores del parámetro de QoS del nivel de portador siempre se asignan por el EPC.

Se hace referencia a un portador de EPS/E-RAB como portador de GBR si los recursos de red dedicados relacionados con un valor de Tasa de Bits Garantizada (GBR) que está asociado con el portador de EPS/E-RAB se asignan de forma permanente (por ejemplo, mediante una función de control de admisión en el eNB) en el configuración/modificación del portador. De otro modo, se hace referencia a un portador de EPS/E-RAB como portador No de GBR. Un portador dedicado puede ser o bien un portador de GBR o bien No de GBR, mientras que un portador por defecto será un portador nono de GBR.

La arquitectura de servicio de portador de EPS se muestra en la Figura 7. Los paquetes de un portador de EPS se transportan a través de un portador de radio entre el equipo de usuario 101 y el eNB 401. Un portador S1 transporta los paquetes de un portador de EPS entre el eNB 401 y la SGW 117. Un E-RAB es en realidad una concatenación de estos dos portadores (es decir, portador de radio y portador S1), y los dos portadores se asignan de forma uno a uno. Un portador S5/S8 transporta los paquetes del portador de EPS entre la SGW 117 y la PGW 119 y completa el portador de EPS. Aquí también hay un mapeo uno a uno entre el E-RAB y el portador S5/S8.

Los parámetros de QoS a nivel de portador (es decir, por portador o por agregado de portador) son QCI, ARP, GBR y AMBR. Cada portador de EPS/E-RAb (GBR y No de GBR) está asociado con los siguientes parámetros de QoS a nivel de portador: QCI y ARP. El Identificador de Clase de QoS (QCI) es un escalar que se utiliza como referencia para acceder a parámetros específicos del nodo que controlan el tratamiento de reenvío de paquetes a nivel de portador (por ejemplo, pesos de programación, umbrales de admisión, umbrales de gestión de colas, configuración de protocolo de capa de enlace, etc.), y que ha sido preconfigurado por el operador propietario del eNodoB 401. El QCI también se puede usar para hacer referencia a parámetros específicos del nodo que controlan el tratamiento de reenvío de paquetes a nivel de portador en los otros nodos en la cadena del plano de usuario, por ejemplo, la PGW 119 y la SGW 117. Nueve valores de QCI están estandarizados, los requisitos detallados de estas clases se pueden encontrar en la especificación TS 23.203 del 3GPP. La Prioridad de Asignación y Retención (ARP) se utiliza para decidir si una solicitud de configuración/modificación de portador se puede aceptar o necesita ser rechazada en caso de limitaciones de recursos. Además, el ARP se puede usar por el eNodoB 401, la SGW 117 o la PGW 119 para decidir qué portador o portadores descartar durante limitaciones de recursos excepcionales (por ejemplo, en el traspaso).

Cada portador de GBR está asociado adicionalmente con los parámetros de QoS a nivel de portador, GBR y MBR. La Tasa de Bits Garantizada (GBR) es la tasa de bits que se puede esperar que se proporcione por un portador de GBR. La Tasa de Bits Máxima (MBR) es la tasa de bits máxima que se puede esperar que se proporcione por un portador de GBR. La MBR puede ser mayor o igual que la GBR.

Cada acceso a APN, por un equipo de usuario 101, está asociado con una Tasa de Bits Máxima Agregada por APN (APN-AMBR). La APN-AMBR establece el límite en la tasa de bits agregada que se puede esperar que se proporcione a través de todos los portadores No de GBR y en todas las conexiones de PDN del mismo APN. Cada equipo de usuario 101 en estado EMM-REGISTRADO está asociado con el parámetro QoS a nivel agregado de portador conocido como Tasa de Bits Máxima Agregada por equipo de usuario (UE-AMBR). La UE-AMBR limita la tasa de bits agregada que se puede esperar que se proporcione a través de todos los portadores No de GBR de un equipo de usuario 101.

Redes heterogéneas y celdas flexibles/compartidas

El uso del llamado despliegue heterogéneo o red heterogénea, como se ilustra en la Figura 8, que comprende nodos de transmisión de red con diferentes potencias de transmisión en funcionamiento y con áreas de cobertura superpuestas, se considera que es una estrategia de despliegue interesante para redes celulares. En tal despliegue, se supone que los nodos de baja potencia ("pico nodos"), que se pueden utilizar como estaciones base de asistencia 401B, se suponen típicamente que ofrecen altas tasas de datos (Mbit/s), así como una alta capacidad (usuarios/m2 o Mbit/s/m2), en las áreas locales donde esto es necesario/deseado, mientras que los nodos de alta potencia ("macro nodos"), que se pueden utilizar como estaciones base de anclaje 401A, se supone que proporcionan una cobertura de área completa. En la práctica, los macro nodos 401A pueden corresponder a macro celdas desplegadas actualmente, mientras que los pico nodos 401B son nodos desplegados posteriormente, extendiendo la capacidad y/o tasas de datos alcanzables dentro del área de cobertura de macro celdas donde sea necesario.

Un pico nodo 401B de un despliegue heterogéneo puede corresponder a una celda propia (una "pico celda"), como se ilustra en la Figura 9. Esto significa que, además de la transmisión/recepción de datos de enlace descendente y enlace ascendente, el pico nodo también transmite el conjunto completo de señales/canales comunes asociados con una celda. En el contexto de LTE esto comprende Señales de Sincronización Primaria y Secundaria (PSS y SSS) correspondientes a la Identidad de Celda Física de la pico celda. También están comprendidas las señales de referencia específicas de celda (CRS), que también corresponden a la Identidad de Celda Física de la celda. La CRS, por ejemplo, se puede usar para la estimación de canal de enlace descendente para permitir la demodulación coherente de las transmisiones de enlace descendente. Además, se incluye el Canal de Difusión (BCH), con la correspondiente información del sistema de pico celda.

A medida que el pico nodo 401B transmite las señales/canales comunes, la pico celda correspondiente se puede detectar y seleccionar (por ejemplo, conectar a) por un terminal (UE, equipo de usuario) 101. Si el pico nodo 401B corresponde a una celda propia, también la denominada señalización de control de L1/L2 en el PDCCH (así como PCFICH y PHICH) se transmite desde el pico nodo a los terminales conectados, además de la transmisión de datos de enlace descendente en el PDSCH. La señalización de control de L1/L2, por ejemplo, proporciona información de programación de enlace descendente y enlace ascendente e información relacionada con ARQ Híbrida a terminales dentro de la celda. Esto se muestra en la Figura 9.

Alternativamente, un pico nodo 401B dentro de un despliegue heterogéneo puede no corresponder a una celda propia sino que puede simplemente proporcionar una "extensión" de tasa de datos y capacidad de la macro celda 401A superpuesta. Esto a veces se conoce como "celda compartida" o "celda flexible". En este caso, al menos la CRS, el PBCH, la PSS y la SSS se transmiten desde el macro nodo 401A. El PDSCH se puede transmitir desde el pico nodo 401B. Para permitir la demodulación y detección del PDSCH, a pesar del hecho de que no se transmite ninguna CRS desde el pico nodo 401B, la DM-RS se debería transmitir desde el pico nodo 401B junto con el PDSCH. Las señales de referencia específicas del equipo de usuario entonces se pueden utilizar por el terminal para la demodulación/detección de PDSCH. Esto se muestra en la Figura 10.

La transmisión de datos desde un pico nodo 401B que no transmite CRS como se describió anteriormente requiere soporte de DM-RS en el terminal ("terminal no heredado"). En LTE, la recepción de PDSCH basada en DM-RS se soporta en la Rel-10 y para FDD, mientras que para la señalización de control de L1/L2, la recepción basada en DM-rS se planea para la Rel-11. Para terminales que no soportan recepción basada en DM-RS ("terminales heredados"), una posibilidad en una configuración de celda compartida es explotar un tipo de transmisión SFN2. En esencia, las copias idénticas de las señales y los canales necesarios para un terminal heredado se transmiten simultáneamente desde el macro nodo 401A y pico nodo 401B. Desde una perspectiva de terminal, esto se verá como una transmisión única. Tal operación, que se ilustra en la Figura 11, solo proporcionará una ganancia de SINR. Esto se puede traducir en una tasa de datos más alta, pero no en una mejora de la capacidad, ya que los recursos de transmisión no se pueden reutilizar a través de sitios dentro de la misma celda.

Se puede suponer que los macros 401A pueden proporcionar cobertura y que los picos 401B están ahí solo para mejoras de capacidad (es decir, sin agujeros de cobertura), otra arquitectura alternativa es donde el equipo de usuario mantiene la macro conectividad todo el tiempo (llamado flujo de "anclaje"), y añade la pico conectividad cuando está en el área de cobertura del pico (llamado flujo de "asistencia"). Cuando ambas conexiones están activas, el flujo de anclaje se puede usar para señalización de control mientras que el flujo de asistencia se usa para datos. Sin embargo, seguirá siendo posible enviar datos también a través del flujo de anclaje. Definimos este caso como "conectividad múltiple" o "conectividad dual". Esto se ilustra en la Figura 12. Tenga en cuenta que en este caso, como en los casos anteriores, la información del sistema se muestra que se envía solo desde el macro 401A, pero aún es posible enviarla también desde los picos 401B.

Arquitectura de protocolo para celdas flexibles

Con el fin de soportar la conectividad múltiple, son posibles varias opciones de arquitectura tanto para el plano de control como para el de usuario. Para el plano del usuario, podemos tener un enfoque centralizado en el que el PDCP (o incluso el RLC) se termina solo en el anclaje y el nodo de asistencia termina en el nivel de RLC (o incluso en el MAC). Un enfoque descentralizado será tener el nodo de asistencia para terminar en el nivel de PDCP. Se puede adoptar un enfoque similar en el plano de control, por ejemplo, PDCp/RLC distribuido o centralizado, pero además de eso tenemos la dimensión adicional de centralizar o distribuir el RRC. La Figura 13 muestra arquitecturas del plano de control y de usuario de ejemplo, donde el plano de usuario está empleando PDCP distribuido, mientras que el plano de control está centralizado en el nivel de PDCP en el anclaje. Tenga en cuenta que en la figura, la agregación del plano de usuario, por ejemplo, la posibilidad de dividir los paquetes que pertenecen a un flujo de datos de aplicación a través de los enlaces de anclaje y de asistencia, se puede realizar usando un protocolo de agregación de capa más alta como TCP multitrayecto (mTc P).

Mediciones del equipo de usuario

Los equipos de usuario se pueden configurar para informar de mediciones, principalmente en aras de soportar movilidad. Como se especifica en la especificación TS 36.331 del 3GPP, la E-UTRAN proporciona la configuración de medición aplicable para un equipo de usuario en RRC_CONNECTED por medio de señalización dedicada, por ejemplo, utilizando el mensaje RRCConnectionReconfiguration.

Se pueden señalar varias configuraciones de medición al equipo de usuario. Un ejemplo de tal configuración de medición son los objetos de medición. Los objetos de medición definen sobre qué equipo de usuario se deberían realizar las mediciones, por ejemplo, una frecuencia portadora. El objeto de medición también puede comprender una lista de celdas a ser consideradas (lista blanca o lista negra), así como parámetros asociados, por ejemplo, desplazamientos específicos de frecuencia o de celda.

Otro ejemplo de una configuración de medición es una configuración de informes. Las configuraciones de informes comprenden criterios periódicos o desencadenados por eventos que hacen que el equipo de usuario envíe un informe de medición, así como los detalles de qué información se espera que informe el equipo de usuario. La información a ser informada puede comprender cantidades tales como, por ejemplo, Potencia de Código de Señal Recibida (RSCP) para UMTS o Potencia Recibida de Señal de Referencia (RSRP) para LTE, y el número de celdas.

Otro ejemplo de configuración pueden ser las identidades de medición. Las identidades de medición identifican una medición y definen el objeto de medición aplicable y la configuración de informes. Cada identidad de medición vincula un objeto de medición con una configuración de informes. Configurando múltiples identidades de medición, es posible vincular más de un objeto de medición a la misma configuración de informes, así como vincular más de una configuración de informes al mismo objeto de medición. La identidad de la medición se utiliza como número de referencia en el informe de medición.

Un ejemplo de configuración adicional son las configuraciones de cantidad. Las configuraciones de cantidad definen el filtrado a ser utilizado en cada medición. Se configura una configuración de cantidad por tipo de RAT y se puede configurar un filtro por cantidad de medición.

Otra configuración de ejemplo más son los huecos de medición. Los huecos de medición definen períodos de tiempo en los que no se programarán transmisiones de enlace ascendente o de enlace descendente, de modo que el equipo de usuario pueda realizar las mediciones, por ejemplo, mediciones entre frecuencias en las que el equipo de usuario tiene solo una unidad de Tx/Rx y solo soporta una frecuencia a la vez. La configuración de huecos de medición es común para todas las mediciones asistidas por huecos.

La E-UTRAN configura solo un único objeto de medición para una frecuencia dada, pero más de una identidad de medición puede usar el mismo objeto de medición. Los identificadores utilizados para el objeto de medición y la configuración de informes son únicos en todos los tipos de medición. Es posible configurar la cantidad que desencadena el informe (RSCP o RSRP) para cada configuración de informes.

En LTE, algunos ejemplos de métricas de medición utilizadas son la Potencia Recibida de Señal de Referencia (RSRP) y la Calidad Recibida de Señal de Referencia (RSRQ). La RSRP es una medida específica de celda de la intensidad de señal y se utiliza principalmente para clasificar diferentes celdas con propósitos de traspaso y reselección de celda, y se calcula como el promedio lineal de la potencia de los Elementos de Recursos (RE) que transportan Señales de Referencia (RS) específicas de celda. La RSRQ, por otro lado, también tiene en cuenta la interferencia teniendo en cuenta también la potencia de banda ancha total recibida.

Uno de los parámetros de configuración de medición que los equipos de usuario reciben de sus eNB de servicio es la medida S. La medida S le dice al equipo de usuario cuándo comenzar a medir celdas vecinas. Si la RSRP medida de la celda de servicio cae por debajo de la medida S, indicando que la señal de la celda de servicio ya no es tan fuerte, el equipo de usuario comienza a medir la intensidad de señal de las RS de las celdas vecinas. La medida S es un parámetro opcional y se pueden especificar diferentes valores de medida S para iniciar mediciones intrafrecuencia, interfrecuencia e interRAT. Una vez que el equipo de usuario está habilitado para medir, puede informar de la celda de servicio, las celdas enumeradas (es decir, las celdas indicadas como parte del objeto de medición) y/o las celdas detectadas en una frecuencia enumerada (es decir, las celdas que no están enumeradas pero que se detectan por el equipo de usuario).

Hay varios parámetros de configuración de medición que especifican el desencadenamiento de informes de medición desde el equipo de usuario. Un ejemplo de criterios desencadenados por eventos, que se especifica para informes de medición intraRAT en LTE, es el Evento A1. El Evento A1 se desencadena cuando la celda de servicio principal, Celda P, llega a ser mejor que un umbral absoluto. Otro ejemplo es el Evento A2, que se desencadena cuando la Celda P llega a ser peor que el umbral absoluto. Un ejemplo adicional es el Evento A3, que se desencadena cuando la celda vecina llega a ser mejor que un desplazamiento relativo a la Celda P. Otro ejemplo es el Evento A4, que se desencadena cuando la celda vecina llega a ser mejor que el umbral absoluto. Otro ejemplo más es el Evento A5, que se desencadena cuando la Celda P llega a ser que un umbral absoluto y la celda vecina llega a ser mejor que otro umbral absoluto. Otro ejemplo es el Evento A6, que se desencadena cuando la celda vecina llega a ser mejor que un desplazamiento relativo a una celda secundaria (Celda S).

Se especifican varios criterios de informes desencadenados por eventos para la movilidad interRAT. Un ejemplo es el Evento B1, que se desencadena cuando la celda vecina llega a ser mejor que un umbral absoluto. Un ejemplo adicional es el Evento B2, que se desencadena cuando la celda de servicio llega a ser peor que un umbral absoluto y una celda vecina llega a ser mejor que otro umbral absoluto.

Un ejemplo de un evento desencadenante de informes de medición relacionado con el traspaso es A3, y su uso se ilustra en la Figura 14. Las condiciones desencadenantes para el evento A3 se pueden formular como:

N > S HOM (1)

donde N y S son las intensidades de señal de las celdas vecinas y de servicio, respectivamente, y HOM es el margen de traspaso. HOM es la diferencia entre la calidad de radio de la celda de servicio y la calidad de radio necesaria antes de intentar un traspaso. La calidad de radio se mide usando o bien RSRP o bien RSRQ (véase la especificación TS 36.133 del 3GPP para obtener una explicación adicional).

El equipo de usuario desencadena el procedimiento de traspaso intrafrecuencia enviando el informe del Evento A3 al eNB. Este evento ocurre cuando el equipo de usuario mide que la celda de destino es mejor que la celda de servicio con un margen "HOM". El equipo de usuario se configura sobre RRC cuando se entra en una celda y el HOM se calcula a partir de los siguientes parámetros configurables:

donde Ofs es el desplazamiento específico de frecuencia de la celda de servicio, Ocs es el desplazamiento específico de celda (CIO) de la celda de servicio, Off es el desplazamiento a3, Ofn es el desplazamiento específico de frecuencia de la celda vecina, Ocn es el CIO de la celda vecina y Hys es la histéresis.

Si se satisface la condición en (1) y sigue siendo válida durante una cierta duración conocida como Tiempo Para Desencadenar (TTT), el equipo de usuario envía un informe de medición al eNB de servicio (en la Figura 14, el evento A3 se satisface en el punto A y el informe de medición se envía en el punto B en el tiempo). Cuando el eNB de servicio obtiene el informe de medición, puede iniciar un traspaso hacia el vecino.

Además de los informes desencadenados por eventos, el equipo de usuario se puede configurar para realizar informes de mediciones periódicas. En este caso, se pueden configurar los mismos parámetros que para los informes desencadenados por eventos, excepto que el equipo de usuario comience a informar inmediatamente en lugar de solo después de la aparición de un evento.

Traspaso

El traspaso es uno de los aspectos importantes de cualquier sistema de comunicación móvil, donde el sistema proporciona continuidad de servicio del equipo de usuario transfiriendo la conexión de una celda a otra dependiendo de varios factores, tales como la intensidad de señal, las condiciones de carga, los requisitos de servicio, etc. La provisión de traspasos eficientes/efectivas (número mínimo de traspasos innecesarios, número mínimo de fallos en el traspaso, demora mínima de traspaso, etc.), afectaría no solo a la Calidad de Servicio (QoS) del usuario final, sino también a la capacidad general de la red móvil y al rendimiento.

En LTE, se utiliza el traspaso controlado por red asistido por UE (TS 36.300 del 3GPP). El traspaso se basa en los informes del equipo de usuario, y el equipo de usuario 101 se mueve, si se requiere y es posible, a la celda más apropiada que asegurará la continuidad y la calidad de servicio.

El traspaso se realiza a través de la conexión X2, siempre que esté disponible, y si no, utilizando S1 (es decir, involucrando a la Red Central (CN)). El proceso de traspaso X2 se muestra en la Figura 15. El procedimiento de traspaso se puede subdividir en tres etapas de preparación (iniciación), ejecución y finalización.

Durante la etapa de preparación, en base a los resultados de medición que el eNB de origen está obteniendo del equipo de usuario, el eNB de origen decide si traspasar la conexión a otro eNB o no. Si la decisión es traspasar, el eNB de origen envía un mensaje de SOLICITUD D^e TRASPASO al eNB de destino. El eNB de origen debe indicar la causa del HO en este mensaje. Las causas de ejemplo para un HO pueden ser por razones de radio, optimización de recursos y/o para reducir la carga en la celda de servicio.

Por tanto, el eNB destino sabe que el HO se debe a la optimización de recursos o a reducir la carga en la celda de servicio. Si el eNB de destino es capaz de admitir el equipo de usuario, se envía un mensaje al equipo de usuario para iniciar el traspaso, y entramos en el estado de ejecución del traspaso. Los datos de DL que llegan al eNB de origen para el equipo de usuario luego se reenvían al nuevo eNB de destino.

Se entra en la etapa de finalización del traspaso una vez que el eNB de destino y el equipo de usuario están sincronizados y un mensaje de confirmación de traspaso (paso 11 de la Figura 15) se recibe por el eNB de destino. Después de realizar una configuración correcta de la conexión con el eNB de destino (que comprende la conmutación del trayecto de DL en la pasarela de servicio), se libera la conexión antigua y cualquier dato restante en el eNB de origen que esté destinado al equipo de usuario se reenvía al eNB de destino. Luego, puede producirse un flujo de paquetes normal a través del eNB de destino.

Descripción general de las realizaciones de ejemplo

Actualmente, LTE solo soporta conexiones uno a uno entre los equipos de usuario y los eNB. Como tal, cuando se inicia un traspaso, se solicita al destino que admita a todos los portadores del equipo de usuario. Si por alguna razón, tal como una situación de sobrecarga, algunos de los portadores no se pueden admitir en el destino, el origen puede o bien cancelar el traspaso (y posiblemente probar con otro destino candidato) o bien aceptarlo y traspasar el equipo de usuario al destino lo que dará como resultado el descarte de los portadores no admitidos. Esto puede tener graves consecuencias en la experiencia general del usuario. Además, los procedimientos de traspaso especificados en el 3GPP están destinados a mantener el equipo de usuario conectado a solo una celda. Esto es, cuando se completa un procedimiento de traspaso, el equipo de usuario mueve todos o parte de sus portadores de datos y señalización al destino, sin dejar ninguna comunicación adicional con el origen.

Con la llegada de las celdas flexibles, se requieren nuevos mecanismos de traspaso (desencadenamiento, preparación, ejecución) que puedan aprovechar la posibilidad de conectar un equipo de usuario a múltiples eNB al mismo tiempo. De hecho, las especificaciones actuales no permiten configurar portadores en paralelo y en múltiples eNB para el mismo equipo de usuario. Esto permitiría una distribución óptima de portadores dependiendo de sus requisitos de QoS y de UL/DL. Según algunas de las realizaciones de ejemplo, se abordan los aspectos de procedimiento de movilidad, configuración de portador y mantenimiento con celdas flexibles.

Según algunas de las realizaciones de ejemplo, se describen los procedimientos utilizados para configurar, modificar y eliminar portadores entre los nodos de anclaje y de asistencia. También, se definen procedimientos destinados a permitir decisiones de traspaso selectivo.

En general, los términos nodo de anclaje y nodo de asistencia, o celda de anclaje y celda de asistencia se utilizan para identificar una celda de servicio (celda de anclaje) alojada por un nodo de servicio (nodo de anclaje) y una celda vecina (celda de asistencia) alojada por un nodo vecino (nodo de asistencia), donde los portadores para el mismo equipo de usuario se mueven, configuran, modifican o eliminan en ambas celdas al mismo tiempo y donde la conexión del plano de control principal para el equipo de usuario servido o bien se mantiene en el nodo de anclaje o bien se retransmite por el nodo de anclaje.

Según algunas de las realizaciones de ejemplo, se pueden destacar dos alternativas principales. En primer lugar, una alternativa puede ser explotar la presencia de la interfaz X2 existente entre el nodo de anclaje y de asistencia y mejorar los procedimientos X2 existentes o introducir nuevos procedimientos. En segundo lugar, una alternativa puede ser introducir una nueva interfaz, por ejemplo denominada X3, entre el nodo de anclaje y el nodo de asistencia, utilizada principalmente en, pero sin limitarse a, procedimientos asociados con la gestión de movilidad y de portadores entre nodos de anclaje y nodos de asistencia.

Según algunas de las realizaciones de ejemplo, se proporciona un enfoque en la mejora de los procedimientos de traspaso, o bien utilizados en la interfaz X2 o bien utilizados en una nueva interfaz X3, para introducir nueva información que permita al nodo de destino comprender que el procedimiento establecido es para un traspaso selectivo y para permitir el manejo apropiado de la movilidad de portadores en tal escenario.

Según algunas de las realizaciones de ejemplo, también se proporciona un enfoque en la definición de nuevos procedimientos para la gestión y eliminación de portadores en la celda de asistencia. Esto se logra reutilizando procedimientos similares a los procedimientos de gestión de portadores disponibles en la interfaz S1, como se define en TS 36.413 de 3GPP.

Según algunas de las realizaciones de ejemplo, se proporcionan procedimientos para notificar la finalización de la ejecución del traspaso y para notificar a través de procedimientos de preparación del traspaso si el traspaso es selectivo o no.

Según algunas de las realizaciones de ejemplo, se presentan procedimientos para intercambiar información acerca de si un nodo o una celda dentro de un nodo soporta traspasos selectivos y el nodo puede proporcionar información para permitir la creación de una base de datos de nodos vecinos o información de celdas concerniente a si soportan traspasos selectivos.

Según algunas de las realizaciones de ejemplo, se abordan los procedimientos para reenviar informes de medición desde el nodo de anclaje al nodo de asistencia, con el objetivo de permitir que el nodo de asistencia tome una decisión sobre si el equipo de usuario se traspasará a un nodo de asistencia diferente.

Según algunas de las realizaciones de ejemplo, se proporciona una extensión del proceso de toma de decisiones de traspaso en el nodo de asistencia para la movilidad de los portadores de equipos de usuario servidos por el nodo de asistencia. Tales procedimientos definen configuraciones de medición específicas de señal transmitidas desde el nodo de asistencia al nodo de anclaje.

Más detalles de las realizaciones de ejemplo se describen a continuación según el subtítulo correspondiente. Se debería apreciar que las realizaciones de ejemplo se describen con el uso de un sistema basado en LTE como ejemplo, sin embargo, las realizaciones de ejemplo se pueden aplicar a cualquier sistema de comunicaciones. También se debería apreciar que el término terminal inalámbrico y equipo de usuario se pueden usar de manera intercambiable. Se debería apreciar además que los términos nodo de asistencia y estación base de asistencia también se pueden usar de manera intercambiable.

Interfaces X2 y X3

Según algunas de las realizaciones de ejemplo, las realizaciones de ejemplo descritas o bien se pueden aplicar a una nueva interfaz adoptada para la comunicación entre el nodo de anclaje y el nodo de asistencia, por ejemplo llamada X3, o bien se pueden aplicar a la interfaz X2 existente que conecta dos eNB.

La Figura 16 describe las interfaces potenciales entre los eNB en una arquitectura de EUTRAN donde los eNB pueden ser o bien nodos de anclaje, o bien nodos de asistencia o ambos. En la Figura 16, los eNB vecinos o bien se podrían conectar a través de una interfaz X2 mejorada con los procedimientos descritos con respecto al informe de realizaciones de ejemplo o bien se podrían conectar a través de una interfaz X2 y una interfaz X3, donde esta última soporta los procedimientos descritos en el informe de realizaciones de ejemplo.

Según algunas de las realizaciones de ejemplo, los procedimientos utilizados para traspasos selectivos, esto es, los procedimientos de traspaso implican el traspaso de un subconjunto de portadores de equipos de usuario a una celda de destino, mientras que otros portadores de equipos de usuario se mantienen activos en la celda de origen, permitiendo la transmisión de tráfico de portadores al mismo equipo de usuario desde al menos dos celdas diferentes. Mensajes de traspaso

Las realizaciones de ejemplo descritas en la presente memoria discuten el uso de un traspaso selectivo. Un traspaso selectivo puede ser un traspaso de un subconjunto de portadores asociados con un equipo de usuario. Se debería apreciar que el subconjunto puede ser un subconjunto vacío (por ejemplo, cero portadores), cualquier número menor que el conjunto completo de portadores, o el conjunto completo de portadores asociados con el equipo de usuario. Se debería apreciar en la presente memoria que un traspaso selectivo puede comprender una variedad de subcasos diferentes. A continuación, se proporcionan ejemplos de tales subcasos.

1) Como primer caso de uso, un anclaje puede conservar todos los portadores, tanto SRB como DRB. Por tanto, el traspaso selectivo puede ser un traspaso vacío en el que se acaba de preparar el destino, y el equipo de usuario se sincroniza con el destino sin traspasar ningún portador de radio.

2) Un segundo caso de uso puede ser que el anclaje conserve todos los SRB y algunos DRB, mientras que el destino recibe algunos DRB asociados con el equipo de usuario a través del procedimiento de traspaso.

3) Un tercer caso de uso puede ser que el anclaje conserve todos los SRB, mientras que se traspasan todos los DRB al destino.

4) Como cuarto caso de uso, se puede cambiar el rol del nodo de anclaje. Como ejemplo, a continuación, se proporcionan tres métodos para el cambio de anclajes.

a. Según algunas de las realizaciones de ejemplo, el destino llega a ser el anclaje (es decir, todos los SRB se traspasan al destino) y todos los DRB pueden permanecer en el origen (que es el nuevo nodo de asistencia). Se debería apreciar que esto se puede ver como un escenario opuesto al caso de uso 3. b. Según algunas de las realizaciones de ejemplo, el destino puede llegar a ser el anclaje (es decir, todos los SRB se traspasan al destino), y el destino también puede tomar algunos DRB. Mientras tanto, algunos de los DRB aún pueden permanecer en el origen. Se debería apreciar que esto se puede ver como un escenario opuesto al caso de uso 2.

c. Según algunas de las realizaciones de ejemplo, el destino llega a ser el anclaje (es decir, todos los SRB se traspasan al destino), y el destino también toma todos los DRB. Se debería apreciar que, a diferencia de un traspaso completo, aquí se mantiene una relación con el origen. Se debería apreciar que esto se puede ver como un escenario opuesto al caso de uso 1.

5) Como quinto caso de uso, se puede proporcionar un traspaso selectivo entre los nodos de asistencia. En este caso de uso de ejemplo, el anclaje sigue siendo el mismo y algunos DRB se cambian entre dos nodos de asistencia.

6) Como sexto caso de uso, puede ocurrir una división del plano de control en el nodo de anclaje y de asistencia. Como ejemplo, se proporcionan tres métodos para la división.

a. Según algunas de las realizaciones de ejemplo, el origen mantiene todos los DRB y algunos SRB. El destino obtiene algunos SRB como resultado del procedimiento de traspaso.

b. Según algunas de las realizaciones de ejemplo, el origen puede mantener algunos de los DRB y algunos de los SRB, mientras que el destino recibe algunos de los SRB y algunos de los DRB asociados con el equipo de usuario como resultado del traspaso selectivo.

c. Según algunas de las realizaciones de ejemplo, el origen puede mantener algunos de los SRB, mientras que el destino obtiene todos los DRB y algunos de los SRB asociados con el terminal inalámbrico como resultado del traspaso selectivo.

Como se explica en conjunto con la Figura 13, la arquitectura de protocolo asumida para los escenarios considerados se basa en la suposición de un protocolo de RRC centralizado, donde el nodo de centralización o bien se puede conectar o ubicar conjuntamente o bien ser el mismo nodo que el nodo de anclaje. Cuando se realiza un traspaso selectivo y debido al hecho de que la terminación de RRC está o bien en el nodo de anclaje o bien a través del nodo de anclaje, se puede suponer que el mensaje de Reconfiguración de Conexión de RRC Completa (mensaje 11 en la Figura 15) no se envía desde el equipo de usuario al nodo de destino, sino que se envía desde el equipo de usuario al nodo de anclaje de servicio.

Esto constituye un cambio con respecto a las especificaciones actuales y significa que el nodo de asistencia de destino no es consciente de si la ejecución del traspaso fue completada por el equipo de usuario. Para superar este problema, se define un nuevo procedimiento de finalización del traspaso. El procedimiento de finalización del traspaso o bien puede estar constituido por un solo mensaje, por ejemplo, llamado el mensaje de TRASPASO COMPLETADO enviado desde el eNB de origen al eNB de destino, o bien puede estar constituido por dos mensajes: por ejemplo, el mensaje de SOLICITUD DE TRASPASO COMPLETADO y el mensaje de RESPUESTA DE TRASPASO COMPLETADO. La Figura 17 muestra un ejemplo del procedimiento según las dos realizaciones perfiladas, donde eNB1 es el nodo de anclaje y eNB2 es el nodo de asistencia.

Según algunas de las realizaciones de ejemplo, los mensajes de SOLICITUD DE TRASPASO COMPLETADO o TRASPASO COMPLETADO pueden comprender un IE de Tipo de Mensaje (como se define en la especificación TS36.423 del 3GPP) y puede comprender cualquier número de lE adicionales. Un ejemplo de tal IE es cualquiera o todos los lE presentes en el mensaje RRCConnectionReconfigurationComplete definido en la especificación TS36.331 del 3GPP. Otro ejemplo de un IE que puede estar comprendido en los mensajes de traspaso son las identificaciones específicas del equipo de usuario, por ejemplo, IMSI o S-TMSI, para el equipo de usuario que se traspasa. Un ejemplo adicional de un IE que puede estar comprendido en el mensaje de traspaso es una identificación específica para el procedimiento de preparación del traspaso al que corresponde el mensaje. Un ejemplo adicional de tal IE puede ser un IE que especifique si el traspaso se completó con éxito o si no se completó.

El mensaje de SOLICITUD DE TRASPASO COMPLETADO o de TRASPASO COMPLETADO también puede servir a un propósito adicional, esto es, estos mensajes pueden indicar al eNB de destino que un traspaso heredado (por ejemplo, un traspaso completo) para el cual no todos los portadores se reubicaron con éxito en el destino se ha convertido en un traspaso selectivo, donde los portadores que no pudieron configurarse en el nodo de destino se pueden haber mantenido activos en el nodo de origen. Para habilitar tal indicación, otro IE puede estar comprendido en estos mensajes, por ejemplo, un IE de Indicación de Traspaso Selectivo y definido como en la Tabla 8.

El mensaje de RESPUESTA DE TRASPASO COMPLETADO comprende un IE de Tipo de Mensaje (como se define en la especificación TS36.423 del 3GPP) y puede comprender un IE que indica que el traspaso finalizó con éxito en el eNB de destino. Además, en el caso de procedimientos que comprendan un mensaje de solicitud y respuesta, la respuesta del eNB de destino al eNB de origen puede comprender un mensaje de FALLO d E TRASPASO COMPLETADO. Este último mensaje se usa si el traspaso falló en el eNB de destino antes de que terminaran los procedimientos de finalización del traspaso. El mensaje de FALLO DE TRASPASO COMPLETADO puede comprender un IE de Tipo de Mensaje y un IE de Causa que especifican la causa del fallo.

Según algunas de las realizaciones de ejemplo, se describen los procedimientos para la preparación del traspaso. Para tales procedimientos, los procedimientos de Preparación de Traspaso X2 se pueden tener en cuenta como mensajes de referencia. Esta realización comprende tanto la opción en la que los procedimientos de Preparación de Traspaso X2 se mejoran con IE adicionales o donde se adoptan procedimientos similares a la Preparación de Traspaso X2 sobre una nueva interfaz entre los nodos de anclaje y de asistencia.

Un ejemplo generalizado de estos mensajes de procedimiento se muestra en la Figura 18. Tenga en cuenta que la Figura 18 también está presente en las descripciones de preparación de traspaso en la especificación TS36.423 del 3GPP, que especifican procedimientos en la interfaz X2. Sin embargo, según las realizaciones de ejemplo presentadas en la presente memoria, se puede proporcionar un medio de comunicación independiente de la interfaz y, por lo tanto, las realizaciones de ejemplo se pueden utilizar con cualquier nueva interfaz adoptada. Como ejemplo, los procedimientos descritos se pueden aplicar a redes UTRAN sobre interfaces lur.

Tomando la X2: mensaje de SOLICITUD DE TRASPASO como ejemplo, las mejoras propuestas comprenden permitir que el eNB de destino sea informado de que un traspaso dado es un traspaso selectivo en lugar de un traspaso heredado (es decir, traspaso completo después del cual la conexión del equipo de usuario se mantiene en una celda únicamente) introduciendo un nuevo Elemento de Información (IE) opcional (por ejemplo, "Traspaso Selectivo") en el mensaje de SOLICITUD DE TRASPASO. Este IE puede tomar diferentes valores dependiendo del tipo de traspaso selectivo que está siendo solicitado. Por ejemplo, puede tener tres valores, un valor de "0" que se refiere a "portadores de radio de datos" (lo que significa que solo se han de traspasar los portadores de radio de datos enumerados en la lista de E-RAB) o un valor "1" que se refiere a " portadores de radio de señalización" (lo que significa que solo se han de traspasar los portadores de radio de señalización enumerados en la lista de E-RAB) o puede tener el valor "2" que se refiere a "portadores de radio de señalización y datos" (lo que significa que se han de traspasar portadores de radio de señalización, así como portadores de radio de datos comprendidos en la lista de E-RAB). El IE de Traspaso Selectivo también puede estar comprendido dentro del IE de contexto de RRC, que también está comprendido en la X2: mensaje de SOLICITUD DE TRASPASO. Si el procedimiento se implementa utilizando la interfaz X2, los IE existentes en la X2: mensaje de TRASPASO REQUERIDO se pueden reutilizar y se puede añadir el IE de Traspaso Selectivo adicional.

La Tabla 1 y la Tabla 1a proporcionan un ejemplo de lE comprendidos en el mensaje de SOLICITUD DE TRASPASO, donde todos los lE aparte del IE de Traspaso Selectivo ya están presentes en la X2: mensaje de SOLICITUD DE TRASPASO.

Tabla 1: Ejemplo de mensaje de SOLICITUD DE TRASPASO mejorado

Una segunda posibilidad de comunicar que el traspaso es de tipo selectivo es proporcionando todos los portadores del equipo de usuario en la lista de E-RAB a ser configurada, pero añadiendo un ⁱE opcional (por ejemplo, "traspaso selectivo") para cada portador indicando si el portador en cuestión se ha de traspasar o no. Esta forma da más información al destino que la forma anterior de incluir solo los portadores a ser traspasados, ya que el destino obtendrá todo el contexto del equipo de usuario y no habrá discrepancias entre los portadores enumerados en la lista de E-RAB a ser configurados y aquellos en el contexto de RRC, lo que podría conducir a alguna confusión/errores en algunas implementaciones.

Una tercera forma de comunicar traspasos selectivos es mantener los E-RAB a ser configurados para que comprendan solo los portadores a ser transferidos (como en el primer caso), pero introducir otra lista opcional (por ejemplo, E-RAB a no ser configurados) que comprende la lista de portadores que se han de dejar en el origen. Este método proporciona eficazmente la misma información detallada al destino que en el segundo caso.

Enumerando todos los portadores en el mensaje de SOLICITUD DE TRASPASO, aquellos a ser traspasados y aquellos no a ser traspasados, también es posible cambiar el nodo de anclaje si es necesario. El anclaje en este caso también traspasaría los portadores de radio de señalización (SRB) y proporcionará al nuevo anclaje toda la información de contexto del equipo de usuario concerniente a todos los portadores que se le han asignado al equipo de usuario.

Además, la SOLICITUD DE TRASPASO se puede iniciar por un nodo de asistencia hacia un nodo de anclaje con el fin de traspasar de vuelta algunos portadores que fueron traspasados anteriormente al nodo de asistencia. Como opción adicional, el nodo de asistencia puede indicar en el mensaje de TRASPASO REQUERIDO una indicación de que los portadores a ser traspasados se deberían traspasar a una nueva celda de asistencia. En este último caso, necesitan ser añadidos nuevos elementos de información al mensaje de SOLICITUD DE TRASPASO con el fin de especificar la identidad del nuevo nodo de asistencia en el que necesitan ser traspasados los portadores.

Se apuntará que el RECONOCIMIENTO DE SOLICITUD DE TRASPASO puede comprender una lista de portadores que se configuraron con éxito, por ejemplo, una Lista de E-RAB Admitidos y una Lista de E-RAB No Admitidos, es decir, una lista de portadores que no fueron admitidos en el nodo de asistencia. Al recibir el ACUSE DE RECIBO DE LA SOLICITUD d E TRASPASO y de la Lista de E-RAB No Admitidos, el anclaje puede decidir mantener activos los portadores no admitidos y seguir sirviendo al equipo de usuario con el tráfico de estos portadores.

Una vez que se ha llevado a cabo el primer traspaso selectivo entre los nodos de anclaje y de asistencia, podría existir la necesidad de traspasar más portadores a la celda de asistencia o podría haber la necesidad de traspasar de vuelta algunos portadores del nodo de asistencia al anclaje. Con este propósito, el procedimiento de SOLICITUD/RESPUESTA DE TRASPASO mejorado se puede iniciar por el nodo o bien de anclaje o bien de asistencia. Debido a la presencia del IE de Traspaso Selectivo, el nodo que recibe los mensajes de SOLICITUD DE TRASPASO posteriores comprenderá que se refieren a un traspaso selectivo, es decir, un traspaso de algunos portadores de equipo de usuario. Por lo tanto, la recepción de tales mensajes de traspaso después de que se haya realizado el primer traspaso selectivo no se interpretará como un error. Los portadores adicionales que necesitan ser transferidos del anclaje al nodo de asistencia o viceversa estarían comprendidos en el IE de la lista de E-RAB a ser configurados de la SOLICITUD DE TRASPASO, mientras que el ACUSE DE RECIBO DE LA SOLICITUD DE TRASPASO puede incluir una Lista de E-RAB Admitidos y una Lista de E-RAB no Admitidos como se especificó anteriormente.

Procedimientos de E-RAB

Según algunas de las realizaciones de ejemplo, se definen los procedimientos para configurar, eliminar o modificar portadores en la celda de asistencia. Como el punto de terminación de RRC está o bien en el nodo de anclaje o bien conectado al nodo de anclaje, todos estos procesos se desencadenarán por el nodo de anclaje. Por esta razón, los procedimientos de Configuración de E-RA^b , Modificación de E-RAB y Liberación de E-RA^b se definen, según algunas de las realizaciones de ejemplo, para usar o bien en la interfaz X2 o bien en una nueva interfaz.

Un diagrama general del procedimiento de Configuración de E-RAB se muestra en la Figura 19. El procedimiento de Configuración de E-RAB se utiliza después de que se haya llevado a cabo un traspaso selectivo a través de los procedimientos de preparación de traspaso y ejecución de traspaso y cuando necesitan ser configurados portadores de radio adicionales en la celda de asistencia. Este procedimiento se desencadena después de que se haya tomado una decisión en el nodo de anclaje sobre si necesitan ser configurados uno o más portadores directamente en la celda de asistencia.

Tal decisión se puede basar en diferentes factores. Un ejemplo de tal factor pueden ser las condiciones de radio del equipo de usuario monitorizadas a través de una recepción de informes de medición proporcionados por el equipo de usuario. Un ejemplo adicional pueden ser las condiciones relacionadas con la carga, por ejemplo, si la celda de anclaje de servicio necesita descargar tráfico a una celda de asistencia. Un ejemplo más pueden ser las condiciones relacionadas con el rendimiento, por ejemplo, si es más oportuno que algunos portadores sean servidos por la celda de asistencia debido al rendimiento mejorado que puede proporcionar el nodo de asistencia (por ejemplo, en el caso de portadores con tráfico de enlace ascendente predominante).

En este procedimiento, el nodo de anclaje eNB1 envía un mensaje de SOLICITUD DE CONFIGURACIÓN DE E-RAB al nodo de asistencia eNB2. La SOLICITUD DE CONFIGURACIÓN DE E-RAB comprende una lista de portadores que necesitan ser configurados en el nodo de asistencia. Como consecuencia de recibir la SOLICITUD DE CONFIGURACIÓN DE E-RAB, el nodo de asistencia responderá con un mensaje de RESPUESTA DE CONFIGURACIÓN DE E-RAB, que comprende una lista de portadores configurados con éxito y una lista de portadores que no se configuraron. Si la RESPUESTA DE CONFIGURACIÓN DE E-RAB indica que algunos de los portadores a ser configurados no se pudieron configurar, el nodo de anclaje puede decidir configurar tales portadores en la celda de anclaje.

La Tabla 2 muestra ejemplos de lE que pueden estar comprendidos en el mensaje de Solicitud de Configuración de E-RAB, ya sea a través de la interfaz X2 o a través de una nueva interfaz. En esta lista, el IE de Dirección de la Capa de Transporte representa la dirección de IP del nodo donde el tráfico de enlace ascendente se necesitará enviar por el eNB de asistencia. De manera equivalente, el IE de GTP-TEID representa el ID de punto final de túnel de GTP del nodo que termina el túnel de GTP establecido con el nodo de asistencia. Los lE restantes comprendidos en el mensaje de SOLICITUD DE CONFIGURACIÓN DE E-RAB se definen en la especificación 36.413 del 3GPP.

Tabla 2: IE de solicitud de configuración de E-RAB

En la Tabla 3, se muestra un ejemplo de lE incluidos en la Respuesta de Configuración de E-RAB. El IE de Dirección de Capa de Transporte representa la dirección de IP del nodo donde el tráfico de enlace descendente necesitará ser recibido por el eNB de asistencia. De manera equivalente, el IE de GTP-TEID representa el ID de punto final de túnel de GTP asignado por el nodo de asistencia para el túnel de GTP correspondiente al E-RAB. Los lE restantes comprendidos en el mensaje de SOLICITUD DE CONFIGURACIÓN DE E-RAB son como se define en la especificación 36.413 del 3g Pp .

Tabla 3: IE de Respuesta de Configuración de E-RAB

Tenga en cuenta que la solicitud de configuración de E-RAB que se envía desde el anclaje a un nodo de asistencia puede ser en respuesta a una solicitud de configuración de E-RAB proveniente de la MME o de cualquier otro nodo de gestión de movilidad (por ejemplo, SGSN o S4-SGSN). Es decir, cuando la red quiere configurar un portador, puede ponerse en contacto con el nodo de anclaje, y el nodo de anclaje, en base a los criterios discutidos anteriormente, decide configurar el portador en el enlace de anclaje o en el enlace de asistencia. Si se eligió el enlace de asistencia, entonces el anclaje envía la solicitud de configuración de E-RAB antes mencionada al nodo de asistencia. De manera similar, cuando el anclaje obtiene una respuesta de configuración de E-RAB a tal solicitud, reenvía la respuesta de configuración de E-RAB hacia la red en nombre del nodo de asistencia.

Con el fin de abordar los casos en los que los portadores se establecen en el nodo de asistencia y necesitan ser modificados, se introducen procedimientos de modificación de E-RAB entre el nodo de anclaje y el nodo de asistencia para su aplicación o bien a través de la interfaz X2 o bien a través de una nueva interfaz. El procedimiento básico se muestra en la Figura 20.

En la Figura 20, eNB1 es el nodo de anclaje y eNB2 es el nodo de asistencia. Como ejemplo, si el nodo de anclaje decide modificar los portadores asignados al nodo de asistencia, entonces emitirá un mensaje de SOLICITUD DE MODIFICACIÓN DE E-RAB. El nodo de asistencia responderá con un mensaje de RESPUESTA DE MODIFICACIÓN DE E-RAB confirmando si el portador ha sido modificado con éxito o si la modificación no fue posible.

La Tabla 4 ilustra los lE que pueden estar comprendidos en el mensaje de SOLICITUD DE MODIFICACIÓN DE E-RAB. Todos los lE se definen como en la especificación TS36.413 del 3GPP.

Tabla 4: lE de Solicitud de Modificación de E-RAB

La Tabla 5 muestra los IE que podrían estar comprendidos en el mensaje de RESPUESTA DE MODIFICACIÓN DE E-RAB. Todos los lE se definen como en la especificación TS36.413 del 3GPP.

Tabla 5: IE de Respuesta de Modificación de E-RAB

Tenga en cuenta que, similar a la configuración de un portador, la SOLICITUD DE MODIFICACIÓN DE E-RAB que se envía desde el anclaje a un nodo de asistencia puede ser en respuesta a una SOLICITUD DE MODIFICACIÓN DE E-RAB procedente de la MME o de cualquier otro nodo de gestión de movilidad (por ejemplo, un SGSN o S4-SGSN). Es decir, cuando la red quiere modificar un portador, puede ponerse en contacto con el nodo de anclaje, y el nodo de anclaje, cuando descubre que el portador está realmente establecido en el enlace de asistencia, envía la SOLICITUD DE MODIFICACIÓN DE E-RAB antes mencionada al nodo de asistencia. De manera similar, cuando el anclaje obtiene una RESPUESTA DE MODIFICACIÓN DE E-RAB a tal solicitud, la reenvía hacia la red en nombre del nodo de asistencia.

En caso de que necesiten ser eliminados algunos portadores establecidos en una celda de asistencia, se necesitan procedimientos de Eliminación de E-RAB o bien a través de X2 o bien a través de una nueva interfaz entre el anclaje y el nodo de asistencia. La Figura 21 muestra un ejemplo de tal procedimiento. En este procedimiento, el nodo de anclaje, eNB1, toma la decisión de eliminar uno o más portadores establecidos en el nodo de asistencia y envía el COMANDO DE LIBERACIÓN DE E-RAB que comprende una lista de E-RAB a ser liberados. El nodo de asistencia, eNB2, responde con la RESPUESTA DE LIBERACIÓN DE E-RAB que indica si los portadores se eliminaron con éxito. La Tabla 6 muestra los lE que podrían formar el COMANDO DE LIBERACIÓN DE E-RAB, que están todos definidos en la especificación TS36.413 del 3GPP.

Tabla 6: IE de Comando de Liberación de E-RAB

La Tabla 7 muestra los lE que podrían formar la RESPUESTA DE LIBERACIÓN DE E-RAB, que están todos definidos en la especificación TS36.413 del 3GPP.

Tabla 7: IE de Comando de Liberación de E-RAB

Se debería apreciar que, similar a la configuración y modificación de un portador, el COMANDO DE LIBERACIÓN DE E-RAB que se envía desde el anclaje a un nodo de asistencia puede ser en respuesta a un COMANDO DE LIBERACIÓN DE E-RAB proveniente de la MME o cualquier otro nodo de gestión de movilidad (por ejemplo, SGSN o S4-SGSN). Es decir, cuando la red quiere liberar un portador, puede ponerse en contacto con el nodo de anclaje, y el nodo de anclaje, cuando descubre que el portador está realmente establecido en el enlace de asistencia, envía el COMANDO DE LIBERACIÓN DE E-RAB antes mencionado al nodo de asistencia. De manera similar, cuando el anclaje obtiene una RESPUESTA DE LIBERACIÓN DE E-RAB a tal comando, la reenvía hacia la red en nombre del nodo de asistencia.

También se debería apreciar que los mensajes de Solicitud de Configuración de E-RAB, Respuesta de Configuración de E-RAB, Solicitud de Modificación de E-RAB, Respuesta de Modificación de E-RAB, Solicitud de Liberación de E-RAB y Respuesta de Liberación de E-RAB ya están definidos sobre la interfaz S1 entre el eNB y la MME. Sin embargo, según algunas de las realizaciones de ejemplo, estos mensajes se proponen para su uso a través de interfaces que conectan eNB, lo que hace que los mensajes sean aplicables a un escenario y propósitos diferentes.

En los traspasos de LTE heredados (por ejemplo, procedimientos de traspaso completo), después de la finalización del traspaso en el destino (es decir, el destino obtiene el mensaje de ACUSE DE RECIBO DE SOLICITUD DE CAMBIO DE TRAYECTO de la MME), el destino notifica esto al origen enviando el mensaje de Liberación de Contexto de UE. Cuando el origen recibe este mensaje, puede liberar recursos relacionados con el plano de radio y control asociados al contexto del equipo de usuario. Sin embargo, con respecto al traspaso selectivo, esto podría no ser necesario ya que algunos de los portadores del equipo de usuario aún podrían permanecer en el origen. Según algunas de las realizaciones de ejemplo, el eNB de origen, tras la recepción del mensaje de liberación de contexto, liberará solo los recursos asociados con aquellos portadores que se hayan traspasado selectivamente.

Según algunas de las realizaciones de ejemplo, se proporcionan los procedimientos necesarios para aprender la capacidad del nodo vecino y/o las celdas vecinas para soportar traspasos selectivos. Antes de iniciar el traspaso selectivo, sería óptimo si el eNB de origen pudiera saber si el eNB de destino soporta el traspaso selectivo. Si tal información está disponible, el eNB de origen puede elegir o bien desencadenar un traspaso selectivo hacia el destino o bien desencadenar un procedimiento de traspaso basado en X2 o basado en S1 heredado.

Según algunas de las realizaciones de ejemplo, un atributo adicional, por ejemplo denominado "Indicación de HO selectivo" está configurado por el sistema O y M para cada celda vecina de un eNB durante la configuración de los parámetros de la tabla de relación de vecinos (es decir, además de los atributos "No eliminar", "No X2" y "No HO", como se especifica en la especificación TS36.300). Este parámetro especifica si la celda vecina soporta el traspaso selectivo o no.

Según algunas de las realizaciones de ejemplo, el soporte para el traspaso selectivo se puede comunicar directamente entre los eNB vecinos durante los procedimientos de configuración de interfaz. En el caso de una interfaz X2 existente, esto se puede lograr a través de la inclusión del IE de indicación de Traspaso Selectivo en los mensajes de SOLICITUD DE CONFIGURACIÓN DE X2 y RESPUESTA DE CONFIGURACIÓN DE X2. El nuevo IE puede tomar valores "soportado" o "no soportado".

Además, el IE de Indicación de Traspaso Selectivo también puede estar comprendido en los procedimientos de actualización de configuración de eNB. En el ejemplo de reutilización de la interfaz X2, este IE puede estar comprendido en el mensaje de SOLICITUD DE ACTUALIZACIÓN DE CONFIGURACIÓN de eNB. En el caso de una nueva interfaz definida entre nodos vecinos, esta realización se basa en la presencia de procedimientos de configuración de interfaz y procedimientos de actualización de configuración de eNB. Tales procedimientos se muestran en los gráficos generalizados de la Figura 22 y la Figura 23. Se debería señalar que la interfaz X2 tiene tales procedimientos ya especificados en la especificación TS 23.423 del 3GPP. Sin embargo, la Figura 22 y la Figura 23 son independientes de la interfaz y pueden estar relacionadas con cualquier nueva interfaz adoptada. La Tabla 8 y la Tabla 9 muestran los elementos de información que pueden constituir un mensaje de SOLICITUD DE CONFIGURACIÓN DE X2 y RESPUESTA DE CONFIGURACIÓN DE X2 o que podrían constituir un mensaje de solicitud y respuesta de configuración de nueva interfaz. Según algunas de las realizaciones de ejemplo, también se puede proporcionar un IE de Indicación de Traspaso Selectivo con el rango de valores correspondiente.

Tabla 8: Lista generalizada de lE en el mensaje de solicitud de configuración de interfaz

Tabla 9: Lista generalizada de IE en el mensaje de respuesta de configuración de interfaz

La Tabla 10 muestra los elementos de información que pueden constituir una X2: mensaje de ACTUALIZACIÓN DE CONFIGURACIÓN de eNB o que podrían constituir un mensaje de actualización de configuración de nueva interfaz eNB. Según algunas de las realizaciones de ejemplo, también se proporciona un IE de Indicación de Traspaso Selectivo con el rango de valores correspondiente.

Se debería apreciar que en los mensajes de solicitud de configuración, respuesta de configuración y actualización de configuración de eNB, el IE de Indicación de Traspaso Selectivo se puede añadir alternativamente como atributo de celda. Esto es, la indicación se puede añadir para cada celda enumerada en el IE de Información de Celda Servida y para cada celda enumerada en el IE de Información de Vecinos.

Tabla 10: Lista generalizada de lE en el mensaje de actualización de configuración de eNB

Una forma alternativa de saber si un eNB vecino o una celda soporta traspasos selectivos es establecer la criticidad en "rechazar" para el nuevo IE de Traspaso Selectivo descrito como parte de los procedimientos de preparación del traspaso. Esto es, si el destino no soporta traspasos selectivos y no puede decodificar el IE de Traspaso Selectivo, se rechazará el procedimiento de traspaso. El origen puede tener en cuenta tal fallo de procedimiento para generar y mantener información sobre los nodos vecinos que no soportan traspasos selectivos.

Mensajería de RRC

Según algunas de las realizaciones de ejemplo, se proponen nuevos procedimientos para el intercambio de información relacionada con RRC entre los eNB de anclaje y de asistencia. Estos procedimientos se presentan porque, como se describe en partes anteriores de las realizaciones de ejemplo, se supone que el nodo que aloja la terminación del protocolo de RRC es o bien el mismo nodo o bien está conectado al nodo de anclaje. Por lo tanto, no es posible que el nodo de asistencia reciba directamente información señalada a través del protocolo de RRC y tampoco es posible que el nodo de asistencia configure comportamientos específicos del equipo de usuario a nivel de RRC. Sin embargo, puede ser beneficioso para el nodo de asistencia desencadenar directamente procedimientos de traspaso hacia otras celdas vecinas. Por esta razón, sería beneficioso permitir que el nodo de asistencia reciba la información de Informes de Medición informada por el equipo de usuario al nodo de anclaje y ser capaz de proporcionar la configuración de medición al nodo de anclaje, con el objetivo de señalar tal configuración de medición a través de RRC al equipo de usuario.

En línea con lo anterior, el primer procedimiento propuesto, o bien para usar sobre la interfaz X2 existente o bien para usar sobre una nueva interfaz, es el procedimiento de Informe de Información de RRC mostrado en la Figura 24. En el procedimiento de Informe de Información de RRC, el nodo de anclaje envía información de RRC relevante al nodo de asistencia. La información de RRC relevante puede ser mensajes de Informe de Medición recibidos de equipos de usuario con una conexión tanto en el nodo de anclaje como en el nodo de asistencia.

Además, el mensaje de INFORME DE INFORMACIÓN DE RRC también puede comprender otros mensajes de RRC con el propósito de enviar tales mensajes desde el nodo de asistencia así como desde el nodo de anclaje. Un ejemplo podría ser proporcionar el contenido de la Reconfiguración de Conexión de RRC con MobilityControllnfo, por ejemplo, el mensaje 7 en la Figura 15, en el mensaje de INFORME DE INFORMACIÓN DE RRC. Después de recibir este mensaje, el nodo de asistencia puede decidir reenviar la información al equipo de usuario, aumentando por lo tanto las posibilidades de recepción correcta de tal información por el equipo de usuario.

El mensaje de Informe de Información de RRC puede incluir un IE de contenedor similar al IE de contexto de RRC definido en la especificación TS36.423 del 3GPP, donde el IE puede comprender el mensaje de Informe de Medición como se define en la especificación TS36.331 del 3GPP, así como otra información intercambiada a través de RRC con el equipo de usuario. Después de recibir la información en el mensaje de Informe de Información de RRC, el nodo de asistencia puede tomar la decisión de reenviar la información al equipo de usuario o traspasar algunos o todos los portadores del equipo de usuario servido a una celda vecina. Alternativamente, el procedimiento de Informe de Información de RRC puede seguir una solicitud del eNB de asistencia. Tal solicitud se puede especificar en forma de un mensaje de Solicitud de Información de RRC, como se muestra en la Figura 25.

El segundo procedimiento propuesto es el procedimiento de Configuración de RRC, que se compone de una Solicitud de Configuración de RRC y una respuesta de Configuración de RRC, como se muestra en la Figura 26. En el mensaje de Solicitud de Configuración de RRC, el eNB de asistencia envía una configuración de RRC particular que se señalará por el eNB de anclaje al equipo de usuario. El mensaje de Solicitud de Configuración de RRC puede comprender algunos o todos los elementos de información utilizados en el RRC para configurar las mediciones del equipo de usuario como se especifica en la especificación TS36.331 del 3GPP.

Al recibir un mensaje de solicitud de configuración de RRC, el eNB de anclaje puede decidir aceptar la configuración de RRC y configurar el equipo de usuario según la información recibida del nodo de asistencia. En este caso, la Respuesta de Configuración de RRC se enviará desde el nodo de anclaje al nodo de asistencia. Alternativamente, el nodo de anclaje puede decidir rechazar la configuración de RRC propuesta por el nodo de asistencia, en cuyo caso se enviará un mensaje de Fallo de Configuración de RRC desde el nodo de anclaje al nodo de asistencia.

Configuración de nodo de ejemplo

La Figura 27 ilustra una configuración de nodo de ejemplo de una primera estación base o eNB 401A que puede realizar algunas de las realizaciones de ejemplo descritas en la presente memoria. Se debería apreciar que la estación base ilustrada en la Figura 27 puede ser un eNB de anclaje o un eNB de asistencia a menos que se especifique lo contrario. La estación base 401A puede comprender circuitería de radio o un puerto de comunicación 410A que se puede configurar para recibir y/o transmitir datos, instrucciones y/o mensajes de comunicación. Se debería apreciar que la circuitería de radio o puerto de comunicación 410A puede estar compuesto por cualquier número de unidades o circuitería de transmisión y recepción, de recepción y/o de trasmisión. Se debería apreciar además que la circuitería de radio o comunicación 410A puede tener la forma de cualquier puerto de comunicaciones de entrada o salida conocido en la técnica. La circuitería de radio o comunicación 410A puede comprender circuitería de RF y circuitería de procesamiento de banda base (no mostrada).

La estación base 401A también puede comprender una unidad de procesamiento o circuitería 420A que se puede configurar para proporcionar una interfaz entre la primera estación base y una segunda estación base para proporcionar funciones de gestión de portador. La circuitería de procesamiento 420A puede ser cualquier tipo adecuado de unidad de computación, por ejemplo, un microprocesador, un procesador de señal digital (DSP), una agrupación de puertas programables en campo (FPGA) o un circuito integrado de aplicaciones específicas (ASIC), o cualquier otra forma de circuitería. La estación base 401A puede comprender además una unidad de memoria o circuitería 430A que puede ser cualquier tipo adecuado de memoria legible por ordenador y puede ser de tipo volátil y/o no volátil. La memoria 430A se puede configurar para almacenar datos recibidos, transmitidos y/o medidos, parámetros del dispositivo, prioridades de comunicación y/o instrucciones de programas ejecutables.

La Figura 28 ilustra una configuración de nodo de ejemplo de una segunda estación base o eNB 401B que puede realizar algunas de las realizaciones de ejemplo descritas en la presente memoria. Se debería apreciar que la estación base ilustrada en la Figura 28 puede ser un eNB de anclaje o de asistencia a menos que se especifique lo contrario. La estación base 401B puede comprender circuitería de radio o un puerto de comunicación 410B que se puede configurar para recibir y/o transmitir datos, instrucciones y/o mensajes de comunicación. Se debería apreciar que la circuitería de radio o puerto de comunicación 410B puede estar compuesto por cualquier número de unidades o circuitería de transmisión y recepción, de recepción y/o de transmisión. Se debería apreciar además que la circuitería de radio o comunicación 410B puede tener la forma de cualquier puerto de comunicaciones de entrada o salida conocido en la técnica. La circuitería de radio o comunicación 410B puede comprender circuitería de RF y circuitería de procesamiento de banda base (no mostrada).

La estación base 401B también puede comprender una unidad de procesamiento o circuitería 420B que se puede configurar para proporcionar una interfaz entre la primera estación base y una segunda estación base para proporcionar funciones de gestión de portador. La circuitería de procesamiento 420B puede ser cualquier tipo adecuado de unidad de computación, por ejemplo, un microprocesador, un procesador de señal digital (DSP), una agrupación de puertas programables en campo (FPGA) o un circuito integrado de aplicaciones específicas (ASIC), o cualquier otra forma de circuitería. La estación base 401B puede comprender además una unidad de memoria o circuitería 430B que puede ser cualquier tipo adecuado de memoria legible por ordenador y puede ser de tipo volátil y/o no volátil. La memoria 430B se puede configurar para almacenar datos recibidos, transmitidos y/o medidos, parámetros del dispositivo, prioridades de comunicación y/o instrucciones de programas ejecutables.

Operaciones de nodo de ejemplo

Las siguientes operaciones de nodo solamente forman parte de la invención en la medida en que correspondan a una de las reivindicaciones adjuntas. Todas las demás operaciones se ven como ejemplos y no forman parte de la invención.

La Figura 29 es un diagrama de flujo que representa operaciones de ejemplo que se puede realizar por la estación base de origen 401A como se describe en la presente memoria para proporcionar una interfaz entre la primera estación base y una segunda estación base 401b para proporcionar funciones de gestión de portador. Se debería apreciar que la Figura 29 comprende algunas operaciones que se ilustran con un borde continuo y algunas operaciones que se ilustran con un borde discontinuo. Las operaciones que están comprendidas en un borde continuo son operaciones que están comprendidas en la realización de el ejemplo de más amplia. Las operaciones que están comprendidas en un borde discontinuo son realizaciones de ejemplo que pueden estar comprendidas en, o ser parte de, o son operaciones adicionales que se pueden tomar además de las operaciones de las realizaciones de ejemplo de borde. Se debería apreciar que estas operaciones no necesitan ser realizadas en orden.

Además, se debería apreciar que no necesitan ser realizadas todas las operaciones. Las operaciones de ejemplo se pueden realizar en cualquier orden y en cualquier combinación. También se debería apreciar que, a menos que se especifique lo contrario, las acciones se pueden realizar por una estación base de anclaje o de asistencia.

Operación de ejemplo 6

Según algunas de las realizaciones de ejemplo, la primera estación base 401A está configurada para recibir 6, desde la segunda estación base 401B, una capacidad para aceptar comunicaciones y/o realizar operaciones de gestión de portador en la interfaz. La circuitería de radio 410A está configurada para recibir, desde la segunda estación base, la capacidad para aceptar comunicaciones y/o realizar operaciones de gestión de portador en la interfaz. Se debería apreciar que el término operaciones de gestión de portador puede estar relacionado con procedimientos de E-RAB, mensajería de RRC, procedimientos de traspaso, procedimientos de establecimiento de interfaz o cualquier otra operación descrita en la presente memoria.

Operación de ejemplo 8

Según algunas de las realizaciones de ejemplo, la recepción 6 puede comprender además mantener 8 una lista de estados de capacidad de las estaciones base vecinas. La circuitería de procesamiento 420A está configurada para mantener la lista de estados de capacidad de las estaciones base vecinas.

Operación 10

La primera estación base 401A está configurada para establecer 10 la interfaz con la segunda estación base 401B. La circuitería de procesamiento 420A está configurada para establecer la interfaz con la segunda estación base. Según algunas de las realizaciones de ejemplo, la interfaz es una interfaz X2, una interfaz recién creada (por ejemplo, X3) o cualquier otra interfaz de estación base a estación base.

Operación 12

La primera estación base 401A está configurada además para recibir 12, desde la segunda estación base 401B, comunicaciones en la interfaz para proporcionar funciones de gestión de portador para portadores asociados con un equipo de usuario 101 en conectividad múltiple con al menos la primera y segunda estaciones base. La circuitería de radio 410A está configurada para recibir, desde la segunda estación base, comunicaciones en la interfaz para proporcionar funciones de gestión de portador para portadores asociados con un equipo de usuario en conectividad múltiple con al menos la primera y segunda estaciones base. Se debería apreciar que el término operaciones de gestión de portador puede estar relacionado con procedimientos de E-RAB, mensajería de RRC, procedimientos de traspaso, procedimientos de establecimiento de interfaz o cualquier otra operación descrita en la presente memoria. Operación de ejemplo 14

Según algunas de las realizaciones de ejemplo, la primera estación base 401A es una estación base de anclaje y la segunda estación base 401B es una estación base de asistencia. En tales realizaciones de ejemplo, la recepción 12 puede comprender además la recepción 14, desde la estación base de asistencia 401B, de una solicitud de información de RRC. La circuitería de radio 410A está configurada para recibir, desde la estación base de asistencia, la solicitud de información de RRC.

Operación de ejemplo 16

Según algunas de las realizaciones de ejemplo, la solicitud de información de RRC comprende instrucciones de configuración de medición para el equipo de usuario 101. En tales realizaciones de ejemplo, la recepción 14 puede comprender además el envío 16, al equipo de usuario, de las instrucciones de configuración de medición. La circuitería de radio 410A está configurada para enviar, al equipo de usuario, las instrucciones de configuración de medición. Las operaciones de ejemplo 14 y 16 se describen con más detalle al menos bajo el subtítulo 'Mensajería de RRC'.

Operación de ejemplo 18

Según algunas de las realizaciones de ejemplo, recibir 12 puede comprender además recibir 18, desde la segunda estación base 401B, una solicitud de traspaso. La circuitería de radio 410A se puede configurar para recibir, desde la segunda estación base, la solicitud de traspaso.

Operación 20

La primera estación base 401A está configurada además para enviar 20, a la segunda estación base 401B, comunicaciones sobre la interfaz para proporcionar funciones de gestión de portador para portadores asociados con un equipo de usuario en conectividad múltiple con al menos la primera y segunda estaciones base. La circuitería de radio 410A está configurada para enviar, a la segunda estación base, comunicaciones sobre la interfaz para proporcionar funciones de gestión de portador para portadores asociados con un equipo de usuario en conectividad múltiple con al menos la primera y segunda estaciones base.

Según algunas de las realizaciones de ejemplo, la solicitud de traspaso puede comprender una indicación de que se necesita un traspaso selectivo del subconjunto de portadores del equipo de usuario. Específicamente, la indicación especifica que la solicitud de traspaso es para un traspaso selectivo.

Según algunas de las realizaciones de ejemplo, la solicitud de traspaso puede comprender una indicación de un tipo de traspaso selectivo a ser realizado. Según algunas de las realizaciones de ejemplo, los diferentes tipos de traspasos selectivos pueden ser traspasos selectivos para portadores de radio de señales, portadores de radio de datos y/o portadores de radio de señales y datos. Las operaciones de ejemplo 18 y 20 se describen con más detalle al menos bajo el subtítulo 'Mensajería de traspaso'.

Operación de ejemplo 22

Según algunas de las realizaciones de ejemplo, el envío 20 comprende además el envío 22, a la segunda estación base 401B, de un mensaje de traspaso completo tras la finalización de un traspaso selectivo de un subconjunto de portadores para el equipo de usuario 101. El mensaje de finalización de traspaso comprende al menos uno de un mensaje de RRC completado, identificación para el equipo de usuario, identificación para el procedimiento de traspaso selectivo, o un resultado para cada portador del traspaso selectivo. La circuitería de radio 410A está configurada para enviar, a la segunda estación base, el mensaje de traspaso completado tras la finalización del traspaso selectivo del subconjunto de portadores para el equipo de usuario.

Según algunas de las realizaciones de ejemplo, el mensaje de finalización de traspaso se puede o no enviar al recibir un mensaje de solicitud de traspaso, como se describe en la operación de ejemplo 18 y se ilustra en la Figura 17.

Operación de ejemplo 24

Según algunas de las realizaciones de ejemplo, la primera estación base 401A es una estación base de anclaje y la segunda estación base 401B es una estación base de asistencia. En tales realizaciones de ejemplo, el envío 20 puede comprender además el envío 24, a la estación base de asistencia, de un informe de información que comprende datos relacionados con RRC. La circuitería de radio 410A está configurado para enviar, a la estación base de asistencia, el informe de información que comprende datos relacionados con RRC. Según algunas de las realizaciones de ejemplo, los datos relacionados con RRC pueden comprender informes de medición proporcionados por el equipo de usuario. Las operaciones de ejemplo 22 y 24 se describen con más detalle al menos bajo el subtítulo 'Mensajería de RRC'.

Operación de ejemplo 26

Según algunas de las realizaciones de ejemplo, la primera estación base 401A es una estación base de anclaje y la segunda estación base 401B es una estación base de asistencia. En tales realizaciones de ejemplo, el envío 20 comprende además el envío 26, a la estación base de asistencia, de una solicitud de portador para establecer, modificar o liberar un portador del equipo de usuario 101 dentro de la estación base de asistencia. La circuitería de radio 410A está configurada para enviar, a la estación base de asistencia, la solicitud del portador para establecer, modificar o liberar el portador del equipo de usuario dentro de la estación base de asistencia.

Operación de ejemplo 28

Según algunas de las realizaciones de ejemplo, el envío 26 puede comprender además determinar 28 la necesidad de establecer, modificar o liberar el portador (como se describe en la operación de ejemplo 26) en base a una o más condiciones de radio del equipo de usuario, una carga de la estación base de anclaje y/o de asistencia, o las condiciones relacionadas con el rendimiento. La circuitería de procesamiento 420A está configurada para determinar la necesidad de establecer, modificar o liberar el portador en base a una o más condiciones de radio del equipo de usuario, una carga de la estación base de anclaje y/o de asistencia, o condiciones relacionadas con el rendimiento. Las operaciones de ejemplo 26 y 28 se describen con más detalle al menos bajo el subtítulo 'Procedimientos de E-RAB'.

Declaraciones generales

Se debería señalar que, aunque se ha utilizado en la presente memoria terminología de LTE del 3GPP para explicar las realizaciones de ejemplo, esto no se debería ver como limitante del alcance de las realizaciones de ejemplo solamente al sistema antes mencionado. Otros sistemas inalámbricos, que comprenden HSPA, WCDMA, WiMax, UMB, WiFi y GSM, también pueden beneficiarse de las realizaciones de ejemplo descritas en la presente memoria. También se debería apreciar que el término portador (preexistente, primario o auxiliar) representa un Portador de Radio de Datos (DRB) y/o un Portador de Radio de EPS.

La descripción de las realizaciones de ejemplo proporcionadas en la presente memoria se ha presentado con propósitos ilustrativos. La descripción no se pretende que sea exhaustiva o que limite las realizaciones de ejemplo a la forma precisa descrita, y son posibles modificaciones y variaciones a la luz de las enseñanzas anteriores o se pueden adquirir de la práctica de diversas alternativas a las realizaciones proporcionadas. Los ejemplos discutidos en la presente memoria se eligieron y describieron para explicar los principios y la naturaleza de varias realizaciones de ejemplo y su aplicación práctica para permitir que un experto en la técnica utilice las realizaciones de ejemplo de varias maneras y con varias modificaciones que son adecuadas al uso particular contemplado. Las características de las realizaciones descritas en la presente memoria se pueden combinar en todas las combinaciones posibles de métodos, aparatos, módulos, sistemas y productos de programas informáticos. Se debería apreciar que las realizaciones de ejemplo presentadas en la presente memoria se pueden poner en práctica en cualquier combinación unas con otras.

Se debería señalar que las palabras "que comprende" no excluyen necesariamente la presencia de otros elementos o pasos distintos de los enumerados y las palabras "un" o "una" que preceden a un elemento no excluyen la presencia de una pluralidad de tales elementos. Se debería señalar además que cualquier signo de referencia no limita el alcance de las reivindicaciones, que las realizaciones de ejemplo se pueden implementar al menos en parte por medio tanto de hardware como de software, y que varios "medios", "unidades" o "dispositivos " pueden estar representados por el mismo elemento de hardware.

También señalar que terminología, tal como equipo de usuario, se debería considerar como no limitante. Un dispositivo o equipo de usuario, como se utiliza el término en la presente memoria, se ha de interpretar en sentido amplio para comprender un radioteléfono que tenga capacidad para acceder a Internet/intranet, un navegador web, un organizador, un calendario, una cámara (por ejemplo, una cámara de vídeo y/o de imágenes fijas), un grabador de sonido (por ejemplo, un micrófono) y/o un receptor de sistema de posicionamiento global (GPS); un equipo de usuario del sistema de comunicaciones personales (PCS) que puede combinar un radioteléfono celular con procesamiento de datos; un asistente personal digital (PDA) que puede comprender un radioteléfono o un sistema de comunicación inalámbrico; un ordenador portátil; una cámara (por ejemplo, una cámara de video y/o de imágenes fijas) que tenga capacidad de comunicación; y cualquier otro dispositivo de cálculo o comunicación capaz de transmitir y recibir, tal como un ordenador personal, un sistema de entretenimiento en el hogar, un televisor, etc. Se debería apreciar que el término equipo de usuario también puede comprender cualquier número de dispositivos conectados, terminales inalámbricos o dispositivos máquina a máquina.

Las diversas realizaciones de ejemplo descritas en la presente memoria se describen en el contexto general de los pasos o procesos del método, que se pueden implementar en un aspecto mediante un producto de programa informático, incorporado en un medio legible por ordenador, que comprende instrucciones ejecutables por ordenador, tales como código de programa, ejecutado por ordenadores en entornos interconectados en red. Un medio legible por ordenador puede comprender dispositivos de almacenamiento extraíbles y no extraíbles que comprenden, pero no limitados a, Memoria de Solo Lectura (ROM), Memoria de Acceso Aleatorio (RAM), discos compactos (CD), discos versátiles digitales (DVD), etc. Generalmente, los módulos de programa pueden comprender rutinas, programas, objetos, componentes, estructuras de datos, etc. que realizan tareas particulares o implementan tipos de datos abstractos particulares. Las instrucciones ejecutables por ordenador, las estructuras de datos asociadas y los módulos de programa representan ejemplos de código de programa para ejecutar los pasos de los métodos descritos en la presente memoria. La secuencia particular de tales instrucciones ejecutables o estructuras de datos asociadas representa ejemplos de actos correspondientes para implementar las funciones descritas en tales pasos o procesos.

En los dibujos y la especificación, se han descrito realizaciones ejemplares. Sin embargo, se pueden hacer muchas variaciones y modificaciones a estas realizaciones. En consecuencia, aunque se emplean términos específicos, se utilizan solamente en un sentido genérico y descriptivo y no con propósitos de limitación, el alcance de las realizaciones que está definido por las siguientes reivindicaciones.

Claims (15)

REIVINDICACIONES

1. Un método, en un primer Nodo B mejorado, eNB, (401A), para proporcionar una interfaz entre el primer eNB y un segundo eNB (401B) para proporcionar funciones de gestión de portador, el primer y segundo eNB que comprenden una relación de nodo de anclaje-asistencia y que están comprendidos en una red de comunicaciones inalámbricas, el método caracterizado por:

establecer (10) la interfaz con el segundo eNB; y

recibir (12) y/o enviar (20) comunicaciones desde y/o hacia el segundo eNB, respectivamente, sobre la interfaz para proporcionar funciones de gestión de portador para portadores asociados con un equipo de usuario (101) en conectividad múltiple con al menos el primer y segundo eNB.

2. El método de la reivindicación 1, en donde la interfaz es una X2 y/o cualquier otra interfaz de estación base a estación base.

3. El método de cualquiera de las reivindicaciones 1-2, que comprende además recibir (6), desde el segundo eNB, una capacidad para aceptar comunicaciones y/o realizar operaciones de gestión de portador sobre la interfaz.

4. El método de la reivindicación 3, que comprende además mantener (8) una lista de los estados de capacidad de las estaciones base vecinas.

5. El método de cualquiera de las reivindicaciones 1-4, en donde el primer eNB (401A) es una estación base de anclaje y el segundo eNB (401B) es una estación base de asistencia, el envío (20) comprende además el envío (24), a la estación base de asistencia, de un informe de información que comprende datos relacionados con Control de Recursos de Radio, RRC.

6. El método de la reivindicación 5, en donde los datos relacionados con RRC comprenden informes de medición proporcionados por la medición del equipo de usuario.

7. El método de cualquiera de las reivindicaciones 1-6, en donde el primer eNB (401A) es una estación base de anclaje y el segundo eNB (401B) es una estación base de asistencia, la recepción (12) comprende además recibir (14), desde la estación base de asistencia, una solicitud de información de Control de Recursos de Radio, RRC.

8. El método de la reivindicación 7, en donde la solicitud de información de RRC comprende instrucciones de configuración de medición para el equipo de usuario (101), el método que comprende además enviar (16), al equipo de usuario, dichas instrucciones de configuración de medición.

9. Un primer eNB (401A) para proporcionar una interfaz entre el primer eNB y un segundo eNB (401B) para proporcionar funciones de gestión de portador, el primer y segundo eNB que comprenden una relación de nodo de anclaje-asistencia y que están comprendidos en una red de comunicaciones inalámbricas, el primer eNB caracterizado por:

circuitería de procesamiento (410A) configurada para establecer la interfaz con el segundo eNB; y circuitería de radio (420A) configurada para recibir y/o enviar comunicaciones desde y/o hacia el segundo eNB, respectivamente, sobre la interfaz para proporcionar funciones de gestión de portador para portadores asociados con un equipo de usuario (101) en conectividad múltiple con al menos el primer y segundo eNB.

10. El primer eNB (401A) de la reivindicación 9, en donde la interfaz es una X2 y/o cualquier otra interfaz de estación base a estación base.

11. El primer eNB (401A) de cualquiera de las reivindicaciones 9-10, en donde la circuitería de radio (410A) está configurada además para recibir, desde el segundo eNB (401B), una capacidad para aceptar comunicaciones y/o realizar operaciones de gestión de portador sobre la interfaz.

12. El primer eNB (401A) de la reivindicación 11, en donde la circuitería de procesamiento (420A) se configura además para mantener una lista de estados de capacidad de las estaciones base vecinas.

13. El primer eNB (401A) de cualquiera de las reivindicaciones 9-12, en donde el primer eNB es una estación base de anclaje y el segundo eNB (401B) es una estación base de asistencia, la circuitería de radio (410A) está configurada para enviar, a la estación base de asistencia, un informe de información que comprende datos relacionados con Control de Recursos de Radio, RRC.

14. El primer eNB (401A) de la reivindicación 13, en donde los datos relacionados con RRC comprenden informes de medición proporcionados por la medición del equipo de usuario.

15. El primer eNB (401A) de cualquiera de las reivindicaciones 9-14, en donde el primer eNB es una estación base de anclaje y el segundo eNB (401B) es una estación base de asistencia, la circuitería de radio (410A) está configurada para recibir, desde la estación base de asistencia, una solicitud de información de Control de Recursos de Radio, r Rc .