ES2864292T3 - Cooperación eficiente de múltiples estaciones base en un sistema de comunicación inalámbrica - Google Patents

Cooperación eficiente de múltiples estaciones base en un sistema de comunicación inalámbrica Download PDF

Info

Publication number
ES2864292T3
ES2864292T3 ES13797720T ES13797720T ES2864292T3 ES 2864292 T3 ES2864292 T3 ES 2864292T3 ES 13797720 T ES13797720 T ES 13797720T ES 13797720 T ES13797720 T ES 13797720T ES 2864292 T3 ES2864292 T3 ES 2864292T3
Authority
ES
Spain
Prior art keywords
base station
master
slave
bss
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES13797720T
Other languages
English (en)
Inventor
Rakesh Taori
Young-Bin Chang
Hyun-Jeong Kang
Jung-Shin Park
Yeong-Moon Son
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Application granted granted Critical
Publication of ES2864292T3 publication Critical patent/ES2864292T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022Site diversity; Macro-diversity
    • H04B7/024Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/0005Synchronisation arrangements synchronizing of arrival of multiple uplinks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/27Control channels or signalling for resource management between access points
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035Resource allocation in a cooperative multipoint environment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W56/00Synchronisation arrangements
    • H04W56/001Synchronization between nodes
    • H04W56/0015Synchronization between nodes one node acting as a reference for the others
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point

Landscapes

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

Abstract

Un procedimiento de comunicación inalámbrica, estando el procedimiento implementado por una estación base maestra, MBS, para atender a una estación móvil, MS, (602) con un conjunto de estaciones base (604) que incluyen la estación base maestra y al menos una estación base cooperativa, SBS1, comprendiendo el procedimiento: transmitir, a la estación base cooperativa, un mensaje de solicitud de adición con respecto al conjunto de estaciones base (604); recibir un mensaje de aceptación en respuesta al mensaje de solicitud de adición desde la estación base cooperativa; y, en respuesta a la recepción del mensaje de aceptación, proporcionando un servicio de comunicación a la estación móvil en cooperación con la estación base cooperativa.

Description

DESCRIPCIÓN
Cooperación eficiente de múltiples estaciones base en un sistema de comunicación inalámbrica
Campo técnico
La presente divulgación se refiere a la transmisión y recepción de información en un sistema de comunicación y, más particularmente, a un procedimiento y un aparato para atender a una estación móvil en cooperación con una pluralidad de estaciones base en un sistema de comunicación inalámbrica.
Antecedentes de la técnica
En un sistema celular para una comunicación inalámbrica, tiende a disminuir el tamaño de una célula que es un área de servicio para transmitir una señal inalámbrica de cada estación base, por diversas razones, tales como el aumento de la pérdida de trayectoria causada por el uso de la alta frecuencia y la provisión de un servicio centrado en MS. Las estaciones base pequeñas para la célula pequeña se pueden diseñar para ser de un tamaño más pequeño y de una estructura más simple que una macro estación base que, generalmente, tiene un radio de 1 km. Un sistema de comunicación inalámbrica configurado con una célula pequeña puede tener una capacidad de recursos inalámbricos que se puede proporcionar para que una estación móvil por área aumente en promedio en comparación con una macro estación base, pero puede tener una densidad de fronteras de célula más alta que la macro célula. Es decir, si un área de servicio de una macro estación base se sustituye por múltiples estaciones base pequeñas, se pueden generar muchas fronteras de célula entre estaciones base pequeñas.
El aumento de las áreas de frontera de célula en las células pequeñas conduce a un aumento en la frecuencia de los traspasos. En general, debido a que el rendimiento de datos en una frontera de célula es menor que el rendimiento en una posición que no es una frontera de célula, la estación móvil fija en una estación base pequeña puede tener un rendimiento de datos más alto que la macro estación base, pero la estación móvil que se mueve en la estación base pequeña puede experimentar la disminución del rendimiento de datos en una frontera de célula y el traspaso a una frecuencia más alta que la macro estación base. En general, el proceso de un traspaso se conoce como una causa de aumento de la probabilidad de error de transmisión de datos y de aumento de la tara en un sistema.
El documento "Hierarchical Network Study Report; 80216ppc-11_0008', borrador de IEEE; 80216PPC-11 0008, vol.
802.16.ppc (con fecha 9 de noviembre de 2011) analiza los escenarios de uso de claves, la arquitectura de red, los requisitos y las implicaciones de las normas 802.16 de IEEE para topologías de red jerárquicas, basándose en tecnologías de acceso de radio único o múltiple.
El documento de R. Irmer y col. titulado "Coordinated multipoint: Concepts, performance, and field trial results", IEEE Communications Magazine, vol. 49, n.° 2 (con fecha 1 de febrero de 2011) analiza un estudio de viabilidad de las técnicas de multipunto coordinado.
Por lo tanto, se ha requerido una técnica para solucionar problemas generados en un sistema configurado con estaciones base pequeñas.
Divulgación de la invención
Problema técnico
Para abordar las deficiencias analizadas anteriormente, un objeto primario es proporcionar una solución técnica a los problemas técnicos descritos anteriormente de acuerdo con las reivindicaciones adjuntas.
Solución al problema
En las reivindicaciones independientes se proporcionan aspectos de la presente invención. En las reivindicaciones dependientes se proporcionan realizaciones preferidas.
El ámbito de la presente invención está determinado únicamente por el ámbito de las reivindicaciones adjuntas. Una realización/aspecto (de la invención/divulgación) al que se hace referencia en esta descripción y que no cae completamente dentro del ámbito de dichas reivindicaciones adjuntas es simplemente un ejemplo útil para comprender la presente invención.
Breve descripción de los dibujos
Para una comprensión más completa de la presente divulgación y sus ventajas, se hace referencia a continuación a la siguiente descripción tomada en conjunción con los dibujos adjuntos, en los que números de referencia similares representan partes similares:
las figuras 1A y 1B ilustran un sistema celular que incluye macro estaciones base y un sistema celular que incluye estaciones base pequeñas;
la figura 2A ilustra una estructura de una célula estática centrada en BS de acuerdo con una realización de la presente divulgación;
la figura 2B ilustra una estructura de una célula virtual centrada en el usuario o centrada en MS de acuerdo con una realización de la presente divulgación;
la figura 3 ilustra un proceso para la virtualización en la Capa 2 de acuerdo con una realización de la presente divulgación;
la figura 4 ilustra una cooperación entre estaciones base en una célula virtual de acuerdo con una realización de la presente divulgación;
las figuras 5A a 5D ilustran una comunicación entre estaciones base en una célula de nube de acuerdo con realizaciones de la presente divulgación;
la figura 6 ilustra unas relaciones entre estaciones base en células de nube de acuerdo con una realización de la presente divulgación;
las figuras 7A a 7D ilustran unas transmisiones de señales en una célula de nube de acuerdo con una realización de la presente divulgación;
la figura 8 ilustra un proceso de transmisión de señales de enlace descendente desde estaciones base que configuran una célula de nube de acuerdo con una realización de la presente divulgación;
la figura 9 ilustra un proceso para recibir una señal de enlace ascendente en estaciones base que configura una célula de nube de acuerdo con una realización de la presente divulgación;
las figuras 10A y 10B ilustran la reforma de una célula de nube de acuerdo con una realización de la presente divulgación;
la figura 11 ilustra un proceso de adición de una estación base nueva en una célula de nube de acuerdo con una realización de la presente divulgación;
la figura 12 ilustra un proceso de retirada de un miembro de estación base de una célula de nube de acuerdo con una realización de la presente divulgación;
la figura 13 ilustra un proceso de cambio de una estación base maestra en una célula de nube de acuerdo con una realización de la presente divulgación;
la figura 14 ilustra un proceso de cambio de una estación base maestra en una célula de nube de acuerdo con otra realización de la presente divulgación;
la figura 15 ilustra un diagrama de bloques de una configuración de la MS de acuerdo con una realización de la presente divulgación; y
la figura 16 ilustra un diagrama de bloques de una configuración de una estación base de acuerdo con una realización de la presente divulgación.
Modo para la invención
Las figuras 1A a 16, analizadas a continuación, y las diversas realizaciones usadas para describir los principios de la presente divulgación, son solo a modo de ilustración y en modo alguno no se debería interpretar que limiten el ámbito de la divulgación. Los expertos en la materia entenderán que los principios de la presente divulgación pueden implementarse en cualquier sistema o dispositivo dispuesto de manera adecuada. En lo sucesivo, diversas realizaciones de la presente divulgación se describirán con referencia a los dibujos adjuntos. Además, diversas definiciones específicas halladas en la siguiente descripción se proporcionan solo para ayudar a la comprensión general de la presente divulgación, y es evidente para los expertos en la materia que se pueden realizar diversos cambios en la forma y en los detalles sin apartarse del ámbito de la presente divulgación según se define mediante las reivindicaciones adjuntas. Además, en la siguiente descripción de la presente divulgación, se omitirá una descripción detallada de las funciones y configuraciones conocidas incorporadas en el presente documento, cuando esta pueda hacer que la materia objeto de la presente divulgación sea muy poco clara. Por lo tanto, las definiciones de las mismas se deberían hacer basándose en la descripción completa.
Las figuras 1A y 1B ilustran un sistema celular que incluye macro estaciones base y un sistema celular que incluye estaciones base pequeñas.
Con referencia a la figura 1A, una pluralidad de estaciones base que configuran un sistema de comunicación inalámbrica tiene un área de servicio relativamente amplia y proporcionan un servicio de comunicación tal como una comunicación de datos, o una de voz, para una MS o más, situadas en las áreas de servicio de las estaciones base. Específicamente, la BS1 (Estación Base 1) 112 incluye una célula 1102 que es un área de servicio de la BS1 112, y proporciona un servicio de comunicación a una MS (Estación Móvil) 120 situada en la célula 1102. Si la MS 120 entra en una célula 2 104, que es un área de servicio de una BS2 114 (122), una MS 122 usa un servicio de comunicación desde la BS2114. De esta manera, la MS 120 realiza un traspaso con el fin de moverse a otra BS (es decir, la BS2114) que no está actualmente en servicio y recibir un servicio.
La figura 1B ilustra un sistema celular que incluye unas BS pequeñas. Como se ilustra, en la misma dimensión están dispuestas más BS pequeñas y sus células 132 que en la figura 1A, y una MS se mueve entre las células 132 y usa un servicio de comunicación desde una de las BS pequeñas 130.
La figura 1A ilustra un sistema de red inalámbrica centrado en las macro BS 112 y 114, cada una de las cuales tiene un área de célula con un radio de 1 km o más, pero es más ventajoso un sistema de red inalámbrica centrado en las BS pequeñas 130 que tienen un área de célula con un radio menor que las macro BS, con el fin de aumentar la capacidad del sistema. Sin embargo, en el sistema configurado principalmente con unas BS pequeñas, puede aumentar la frecuencia de traspaso y puede disminuir un rendimiento de datos en muchas fronteras de célula.
Con el fin de solucionar los problemas que tienen lugar en las fronteras de célula en un sistema de comunicación móvil configurado con células pequeñas, se puede proporcionar una célula de nube. La célula de nube es una célula virtual centrada en el usuario o centrada en MS, y está configurada con una pluralidad de BS cooperativas. Una MS puede transmitir o recibir señales desde cualquier BS que configure una célula de nube de la misma, y las BS que configuran la célula de nube pueden cambiar continuamente de acuerdo con el movimiento de la MS, o el cambio del entorno inalámbrico.
En un sistema de comunicación inalámbrica, al usar una célula de nube, no tiene lugar un traspaso incluso cuando una MS se mueve entre unas BS, y los datos se transmiten o se reciben de una manera cooperativa de las BS en la célula de nube, de tal manera que se puede reducir o minimizar la disminución del rendimiento de datos de la MS. La figura 2A ilustra una estructura de una célula estática centrada en BS, y la figura 2B es un diagrama que ilustra una estructura de una célula virtual centrada en el usuario o centrada en Ms de acuerdo con una realización de la presente divulgación.
Con referencia a la figura 2A, una MS1 210 y una MS2212 reciben un servicio desde una BS1 (Estación Base 1) 202, y las áreas de servicio de la MS1 210 y la MS2212 son determinadas únicamente por la bS1202. Si la MS1 210 o la MS2212 desea recibir un servicio desde otra BS (por ejemplo, una BS3) aparte de la BS1 202, la MS1 210 o la MS2 212 se deberían mover a la BS3, y la BS1 202 ya no atiende a la MS1 210 y la MS2 212 después del traspaso.
Con referencia a la figura 2B, una MS1 230 y una MS2232 pueden recibir la mejor señal desde una BS1 (Estación Base 1) 220 como se ilustra en la figura 2A. En la estructura de célula de nube, se puede formar una célula virtual centrada en el usuario, no una centrada en BS, por lo que una célula virtual 222 para la MS1 230 se puede configurar con una BS1220, una BS2 (Estación Base 2), una BS3 (Estación Base 3) y una BS4 (Estación Base 4), y una célula virtual 224 para la MS2232 se puede configurar con una BS1 220, una BS5 (Estación Base 5), una BS6 (Estación Base 6) y una BS7 (Estación Base 7). Es decir, las células virtuales 222 y 224 de las MS 230 y 232 no se determinan en un ancho de banda de una señal de una BS, sino que se forman incluyendo una BS o más que pueden transmitir o recibir señales de una manera centrada en MS. La virtualización se realiza en la capa de MAC (Control de Acceso a Medios), que es la Capa 2, de tal manera que las células virtuales 222 y 224 funcionan como una BS a la vista de una MS, aunque las células virtuales 222 y 224 están configuradas con una o más BS.
La figura 3 ilustra un proceso para la virtualización en la Capa 2 de acuerdo con una realización de la presente divulgación. En el presente caso, se ilustra una realización en la que una MS se enciende y realiza una entrada de red por primera vez, pero se debería entender que se puede aplicar el mismo procedimiento cuando la MS está en funcionamiento y añade una BS nueva como un miembro de la célula virtual.
Con referencia a la figura 3, la MS se enciende en la etapa 302 y realiza una entrada de red con una BS (es decir, la BS1) que tiene una señal detectada de la mejor calidad en la etapa 304. Posteriormente, la MS puede realizar una comunicación con la BS1. Después de realizar una entrada de red, la BS1 determina la BS2 como un miembro de la célula virtual para la MS, de acuerdo con una condición predeterminada, una solicitud procedente de la MS o la instrucción procedente de la red en la etapa 306, y transmite un contexto de usuario para la MS gestionada por la BS 1, a la BS2 en la etapa 308. En este punto, la totalidad o una parte del contexto de usuario se puede transmitir a la BS2. Por ejemplo, el contexto de usuario se puede cargar en un determinado mensaje y transmitirse con información de identificación de la MS (por ejemplo, información para identificar una célula de nube de la MS o información para identificar un contexto de usuario de la MS).
El contexto de usuario incluye información requerida para dotar de un servicio de comunicación a una MS. Por ejemplo, el contexto de usuario puede incluir al menos uno de todos los identificadores (ID) para la comunicación entre una MS y una célula virtual (por ejemplo, un ID de MS, un ID de conexión lógica, un ID de una BS que configura una célula virtual, o similares), información relacionada con la seguridad (por ejemplo, una clave de seguridad, un ID de autenticación, un número de secuencia asignado por una capa de cifrado, un ID de asociación de seguridad y un algoritmo de cifrado), información de QoS (Calidad de Servicio) para cada ID de conector lógico, un número de secuencia de una SDU (Unidad de Datos de Servicio) o una PDU (Unidad de Datos de Protocolo) en la Capa 2, información relacionada con la transmisión o retransmisión (por ejemplo, información relacionada con ARQ (Solicitud de Repetición Automática) o HARQ (ARQ híbrida)), un contexto de red (por ejemplo, un ID de autenticador o un ID de pasarela de anclaje). Aunque no se muestra en los dibujos, una parte del contexto de usuario se puede transmitir desde el nodo de red a la BS1, no a la BS2.
En la etapa 310, la BS2 almacena información acerca de la MS recibiendo la información de contexto de usuario, realiza la sincronización en la Capa 2 con la BS1 y finaliza el proceso para la virtualización en la Capa 2 en una célula virtual para atender a la MS. Entre los contextos de usuario de la MS, en las BS de la célula virtual se actualiza una información de contexto dinámico que cambia con el tiempo, de tal manera que la virtualización en la Capa 2 se mantiene en las BS de la célula virtual.
Si la calidad de señal desde la BS2 está por debajo de un nivel predeterminado debido al movimiento de la MS o similar y es difícil realizar una comunicación, la BS1 determina retirar la BS2 de la célula virtual en la etapa 314 y notifica a la BS2 la retirada con respecto a la célula virtual en la etapa 316. Por ejemplo, la BS1 puede indicar a la BS2 que se retire de la célula de nube de la MS transmitiendo la instrucción con la información de identificación de la MS (por ejemplo, información para identificar la célula de nube de la MS o información para identificar el contexto de usuario del MS) en la etapa 316. En la etapa 318, la BS2 elimina el contexto de usuario de la MS que ha estado en servicio en la célula virtual.
Los contextos de usuario se pueden configurar en la célula virtual como se describe a continuación. Por ejemplo, los contextos de usuario se definen como contextos comunes de tal manera que todas las BS en la célula virtual tienen el mismo valor. Por ejemplo, en una realización ilustrativa de la numeración de secuencias de PDU en la Capa 2, la numeración se realiza de tal manera que todas las BS que configuran la célula virtual tengan el mismo número de secuencia con respecto a una PDU. De acuerdo con otra realización, los contextos de usuario tienen valores diferentes de BS a BS en la célula virtual, pero se puede definir una regla de correlación para cada BS de tal manera que se pueda realizar la sincronización entre las BS. Por ejemplo, las BS que configuran la célula virtual asignan diferentes números de secuencia de PDU en la Capa 2 a la PDU con el mismo contenido, pero la virtualización en la Capa 2 se puede realizar debido a que la MS conoce una regla de correlación de que un número de secuencia de PDU 100 en la BS1 se usa como un número de secuencia de PDU 300 en la BS2.
En el proceso de virtualización en la Capa 2, todas las BS en la célula virtual sincronizan los contextos de usuario comunes de tal manera que parece que se proporciona un servicio en la Capa 2 desde una BS a la vista de la MS. La figura 4 ilustra una cooperación entre unas BS en una célula virtual de acuerdo con una realización de la presente divulgación.
Con referencia a la figura 4, con el fin de atender a una MS 410, una célula virtual 412 de la MS 410 incluye una BS1, una BS2, una BS3 y una BS4. Con el fin de atender a la MS 410, se comparte el contexto de usuario de la MS 410, y la información de contexto de usuario dinámico se envía y se recibe con frecuencia de tal manera que las BS realicen la sincronización entre unas BS con respecto a los contextos de usuario. Además, con el fin de que las BS transmitan datos a la MS 410, se intercambian no solo el contexto del usuario sino también datos de MS o un mensaje de control de programación para la transmisión de datos.
Para la comunicación entre las BS, se establece una conexión lógica que puede enviar o recibir información entre las mismas para la cooperación de BS 400 en una célula de nube. Además, debido a que la célula de nube está configurada con una pluralidad de BS, se establece una relación entre las BS con el fin de proporcionar una decisión entre las BS para un servicio especial o para determinar una BS representativa que genera un mensaje de control para una MS.
Las figuras 5A a 5D ilustran una comunicación entre unas BS en una célula de nube de acuerdo con realizaciones de la presente divulgación.
Las figuras 5A y 5B ilustran ejemplos de conexiones físicas para la comunicación entre unas BS.
Con referencia a la figura 5A, con el fin de conectar una BS1 y una BS2 que configuran una célula de nube, la comunicación entre las BS se puede realizar a través de una pasarela o más que esté más cerca de una red medular de IP (Protocolo de Internet) que las BS o una etapa más lejos de la MS que las BS. Por ejemplo, la BS1 y la BS2 envían o reciben información de forma cableada.
Con referencia a la figura 5B, las BS que configuran la célula de nube están conectadas físicamente entre sí, y la comunicación entre las BS se puede realizar a través de otras BS, si no existe una conexión física directa con una BS vecina. En el ejemplo ilustrado, la BS2 y la BS4 se comunican directamente entre sí y la BS1 se comunica con la BS3 a través de la BS4. Por ejemplo, las BS pueden enviar o recibir información de forma cableada o inalámbrica. Para una comunicación inalámbrica entre unas BS, se puede reutilizar una frecuencia de canal inalámbrico que se usa en la comunicación entre una BS y una MS (En Banda) o se puede usar otro recurso de frecuencia (Fuera de Banda).
Las figuras 5C y 5D ilustran ejemplos de una conexión lógica para la comunicación entre las BS.
Con referencia a la figura 5C, las BS pueden enviar o recibir información entre sí usando una capa de IP (la Capa 3). En esta realización ilustrativa, la información enviada o recibida para la comunicación tiene forma de paquete de IP. Con referencia a la figura 5D, las BS pueden enviar información unas a otras, o recibirla unas de otras, usando una capa de MAC (la Capa 2). En esta realización ilustrativa, la información enviada o recibida para la comunicación tiene forma de Pd U de MAC.
En una célula de nube, para la comunicación entre unas BS, se usa una combinación de una conexión física como se ilustra en las figuras 5A y 5B con una conexión lógica como se ilustra en las figuras 5C y 5D. Como una realización de la presente divulgación, se usa físicamente una comunicación directa entre unas BS como se ilustra en la figura 5B, y se usa lógicamente una comunicación de capa de MAC como se ilustra en la figura 5D.
La figura 6 ilustra unas relaciones entre unas BS en células de nube de acuerdo con una realización de la presente divulgación.
Con referencia a la figura 6, existe una pluralidad de MS, es decir, una MS1602, una MS2612 y una MS3622, y las células de nube 604, 614 y 624 están configuradas para cada una de las MS 602, 612 y 622. Con más detalle, el MS1602 tiene la célula de nube 1604 configurada con la BS1, la BS2 y la BS3, el MS2612 tiene la célula de nube 2 614 configurada con la BS3, la BS3 y la BS5, y el MS3622 tiene la célula de nube 3624 configurada con la BS4 y la BS5.
En las células de nube 604, 614 y 624 configuradas como se ha descrito anteriormente, para proporcionar servicios a cada una de las MS 602, 612 y 622, se requieren operaciones comunes tales como realizar una decisión común entre las BS o generar un mensaje de control para las MS 602, 612 y 622. Con el fin de realizar de manera representativa las operaciones comunes, cada una de las células de nube 604, 614 y 624 tiene una BS maestra, y otras BS que no son las BS maestras se denominan BS esclavas.
La BS maestra y las BS esclavas se determinan de acuerdo con las BS, pero son determinadas por la asignación de papeles lógicos en las BS que configuran las células de nube. Por ejemplo, en la célula de nube 1604, la BS3 es una BS maestra, y la BS1 y la BS2 funcionan como BS esclavas, en la célula de nube 2614, la BS5 es una BS maestra y la BS3 y la BS4 funcionan como BS esclavas, y en la célula de nube 3624, la BS5 es una BS maestra y la BS4 funciona como BS esclavas. Como se ha descrito anteriormente, una BS puede desempeñar un papel de una BS maestra o una BS esclava con respecto a múltiples MS. Por ejemplo, la BS3 funciona como una BS maestra con respecto a la MS2, y funciona como una BS esclava con respecto a la MS1. Mientras tanto, la BS4 funciona como una BS esclava con respecto a ambas de la MS2 y la MS3. El papel de cada BS como una BS maestra o una BS esclava no es fijo, sino que se puede cambiar de acuerdo con el tiempo y el movimiento de una MS.
El papel de una BS maestra en cada célula de nube es como se indica a continuación. Una BS se designa como una BS maestra en una célula de nube, y la BS maestra desempeña un papel de anclaje que genera y gestiona toda la información de control con respecto a las MS en servicio. En vista de la red, la BS maestra actúa como una BS de anclaje que envía información de control para atender a una MS a un nodo de red (por ejemplo, una pasarela), o la recibe del mismo. Además, la BS maestra gestiona contextos de usuario para las MS, y notifica los contextos de usuario a las BS esclavas. Además, la BS maestra determina una BS que se vuelve un miembro de una célula de nube. Es decir, la BS maestra recibe notificaciones acerca de información con respecto a las calidades de señal desde las MS, e incluye, en la célula de nube de la MS, otra BS con una calidad de señal más alta que un determinado nivel que se puede comunicar con la MS, como una BS esclava. De lo contrario, las BS con una calidad de señal más baja que un determinado nivel se retiran de la célula de nube.
La BS maestra tiene una autoridad que devuelve una calificación como una BS maestra y delega la calificación como una BS maestra a otra BS. Además, la BS maestra coopera con las BS esclavas que atienden a la MS con el fin de generar información de programación para la comunicación de datos y para reenviar datos de la MS que se reciben de la red y que se van a transmitir a través de un enlace descendente, a las BS esclavas, o reenviar datos recibidos a través de un enlace ascendente, a un nodo de red.
Cada una de las BS esclavas coopera con la BS maestra con el fin de transmitir datos de enlace descendente a la MS o para recibir datos de enlace ascendente desde la MS y reenviar los datos de enlace ascendente recibidos a la BS maestra o al nodo de red.
Las figuras 7A a 7D ilustran unas transmisiones de señales en una célula de nube de acuerdo con una realización de la presente divulgación. Las figuras 7A a 7D son diagramas que ilustran unas transmisiones de señales durante unos periodos de tiempo de T1 a T4, respectivamente, en las que cada periodo de tiempo puede ser un intervalo de programación. Una MS 702 puede transmitir o recibir señales desde una cualquiera de una BS1, una BS2, una BS3 y una BS4 que configuran una célula de nube 704. La BS maestra de la célula de nube 704 puede determinar qué BS va o van a transmitir o a recibir señales con la MS 702 en cada período de tiempo, en otras palabras, qué BS se va o van a programar (es decir, a asignar para la transmisión/recepción) a la MS 702 en cada período de tiempo. En el presente caso, se supone que la configuración de la célula de nube 704 no cambia durante los períodos de T1 a T4 en los que la MS 702 se mueve en la célula de nube 704.
La MS 702 en el tiempo T1 transmite o recibe señales desde la BS2 con referencia a la figura 7A, y la MS 702 en el tiempo T2 transmite o recibe señales desde la BS1 con referencia a la figura 7B. Además, la MS 702 en el tiempo T3 transmite o recibe señales desde la BS3 y la BS4 al mismo tiempo con referencia a la figura 7C, y la MS 702 en el tiempo T4 transmite o recibe señales desde todas las BS que configuran la célula de nube con referencia a la figura 7D.
Como se ha descrito anteriormente, la MS puede transmitir o recibir señales con la mejor calidad usando una BS o más en la célula de nube, y puede seleccionar un esquema de transmisión o de recepción optimizado con el fin de reducir o minimizar la disminución (es decir, el aumento) del rendimiento de datos generado en una frontera de célula. Como un ejemplo del esquema de transmisión o de recepción optimizado, se pueden aplicar esquemas de recepción o de transmisión multipunto coordinado.
Al realizar la transmisión o recepción con la pluralidad de BS en la célula de nube, los tipos de señales transmitidas pueden ser divididos por una BS maestra y unas BS esclavas de tal manera que la BS maestra y las BS esclavas desempeñen papeles diferentes. Por ejemplo, la BS maestra desempeña un papel de anclaje de una señal de control, por lo que la BS maestra se encarga de una transmisión relacionada con la señal de control. Mientras tanto, solo los datos de la MS que no son una señal de control pueden ser transmitidos por una BS o bien maestra o bien esclava.
En la tabla 1 mostrada a continuación, se enumeran ejemplos de asignaciones de papeles de transmisiones de datos o señales de control para la MS en la célula de nube.
Figure imgf000007_0001
La tabla 1 muestra un número de realizaciones ilustrativas con respecto a las transmisiones de datos y las señales de control transmisibles usando un protocolo de cooperación de maestro - esclavo en la célula de nube. En el presente caso, "Maestro" se refiere a una BS maestra, y "Miembro" se refiere a una BS o más que configuran la célula de nube, y pueden ser BS maestras o esclavas.
La señal de control se refiere a una señal para controlar la MS que se genera en la Capa 2 (una capa de MAC) o la Capa 1 (una capa física) de una BS maestra. Por ejemplo, la señal de control incluye al menos uno de información de programación de un recurso inalámbrico para la transmisión de datos, información de control de potencia, información relacionada con ACK/NACK de HARQ, CQI (Información de Calidad de Canal), índice de haz en un sistema de formación de haces, y puede que no incluir una señal de control en forma de mensaje generado en la Capa 2. Además, "datos" se refiere a datos recibidos de la red por un usuario o datos a transmitir a la red.
En la primera realización ilustrativa de la tabla 1, tanto la señal de control como los datos se pueden transmitir desde la BS maestra, y la MS transmite la señal de control y los datos a, o la recibe desde, una BS (es decir, la BS maestra).
De la segunda a la decimosexta realizaciones ilustrativas de la tabla 1, no solo la BS maestra de la célula de nube sino también las BS esclavas toman parte en la transmisión de datos o señales de control. La transmisión de datos/señales de control en la célula de nube se puede aplicar a diversas realizaciones ilustrativas de acuerdo con el entorno de sistema de comunicación inalámbrica.
La figura 8 ilustra un proceso de transmisión de señales de enlace descendente desde las BS que configuran la célula de nube de acuerdo con una realización de la presente divulgación. En el presente caso, la célula de nube de la MS está configurada con una BS maestra, una BS1 esclava y una BS2 esclava.
Con referencia a la figura 8, la MS realiza un proceso de sincronización de tal manera que todas las BS que configuran la célula de nube se sincronizan con las señales físicas de enlace descendente en la etapa 802. De acuerdo con otra realización, la MS puede realizar un proceso de sincronización de enlace descendente con la primera BS conectada o la BS maestra. Además, la BS maestra puede compartir, con otras BS, información acerca de la sincronización de enlace descendente con la MS.
En la etapa 804, todas las BS en la célula de nube transmiten señales de referencia de enlace descendente de forma periódica o de acuerdo con un evento específico. Las señales de referencia se pueden configurar en una secuencia de bits digitales de un formato predeterminado. La MS detecta la potencia de recepción de la señal de referencia con el fin de detectar calidades de señales inalámbricas de la MS y todas las BS en la etapa 806, y las mediciones de canal en el enlace descendente se transmiten a la BS maestra en la etapa 808. Por ejemplo, las mediciones de canal se notifican a la BS maestra en forma de SNR (Relación de Señal a Ruido) o SINR (Relación de Señal a Interferencia y Ruido). De acuerdo con otra realización, las mediciones de canal se pueden notificar a la BS maestra a través de al menos una BS esclava. De acuerdo con otra realización, la MS puede medir las calidades de las señales de canal inalámbrico de todas las BS detectables en el sistema, y puede notificar las mediciones de canal de un determinado número de BS con calidades de señal superiores a la BS maestra. En esta realización ilustrativa, la BS maestra puede hacer referencia a las mediciones de canal de las BS en la célula de nube entre las mediciones de canal notificadas para la programación.
En la etapa 810, la BS maestra selecciona al menos una BS para transmitir datos de enlace descendente en el siguiente intervalo de programación usando las mediciones de canal con respecto a cada BS medida en la MS, y selecciona un esquema de transmisión óptimo para una transmisión de señal de descarga. El esquema de transmisión puede incluir una asignación de recursos para la transmisión de señales en cada BS, un esquema de modulación/codificación, un esquema de precodificación y un haz de recepción/transmisión óptimo para la formación de haces. La BS maestra determina transmitir datos desde la BS maestra y la BS1 esclava durante el siguiente intervalo de programación en la etapa 812, y notifica a la BS1 esclava la información de programación de acuerdo con la decisión en la etapa 814. Si la BS1 esclava ya conoce la información de programación, la programación puede no notificarse. De acuerdo con otra realización, la información de programación se puede transmitir a todas las BS esclavas. Además, la BS maestra transmite datos de enlace descendente a transmitir a la MS recibidos desde la red a la BS1 esclava.
En la etapa 816, la BS maestra notifica a la MS la información de programación a través de la información de control de programación. Como una realización combinable, la información de control de programación puede ser notificada a la MS por la BS1 esclava seleccionada. En la etapa 818, la BS maestra y la BS1 esclava transmiten datos de enlace descendente a la MS usando los recursos inalámbricos y el esquema de transmisión designados por la información de control de programación. Entonces, la MS recibe datos de enlace descendente usando los recursos inalámbricos y el esquema de transmisión designados por la información de control de programación. En este punto, la BS maestra y la BS1 esclava pueden transmitir los datos de enlace descendente usando los mismos recursos inalámbricos y esquema de transmisión, o unos independientes. De acuerdo con una realización, los datos de enlace descendente usan el mismo recurso inalámbrico y esquema de modulación/codificación que la pluralidad de BS, pero los datos de enlace descendente se pueden transmitir usando diferentes haces de transmisión. Entonces, la MS puede recibir los datos de enlace descendente usando diferentes haces de recepción.
La figura 9 ilustra un proceso para recibir una señal de enlace ascendente en unas BS que configuran una célula de nube de acuerdo con una realización de la presente divulgación. En el presente caso, la célula de nube de la MS está configurada con una BS maestra, una BS1 esclava y una BS2 esclava.
Con referencia a la figura 9, la MS realiza un proceso de sincronización de tal manera que todas las BS se sincronizan con las señales físicas de enlace ascendente en la etapa 902. De acuerdo con otra realización, la MS puede realizar un proceso de sincronización de enlace ascendente con la primera BS conectada o la BS maestra. La BS maestra puede compartir, con otras BS, información acerca de la sincronización de enlace ascendente con la MS. Debido a que la sincronización de capa física de enlace ascendente es más complicada que la sincronización de capa física de enlace descendente y la MS consume potencia en gran medida en la sincronización de capa física de enlace ascendente, realizar la sincronización física de enlace ascendente con una pluralidad de BS puede ser una carga para la MS. Por lo tanto, la carga de la MS se puede reducir realizando la sincronización de capa física de enlace ascendente solo con la BS maestra, no con todas las BS.
En la etapa 904, la MS transmite la señal de referencia de enlace ascendente de forma periódica o de acuerdo con un evento específico de tal manera que todas las BS en la célula de nube reciben la señal de referencia de enlace ascendente. La señal de referencia está configurada con una señal de bits digital en un formato predeterminado. En la etapa 906, cada BS de la célula de nube mide calidades de las señales de canal inalámbrico entre la MS y cada una de las BS, detectando la señal de recepción de la señal de referencia. En la etapa 908, las mediciones de canal de enlace ascendente medidas por las BS que no sean la BS maestra, es decir, las BS esclavas, se transmiten a la BS maestra. Por ejemplo, las mediciones de canal se pueden notificar a la BS maestra en forma de SNR (Relación de Señal a Ruido) o SINR (Relación de Señal a Interferencia y Ruido).
En la etapa 910, la BS maestra selecciona al menos una BS para recibir datos de enlace ascendente usando las mediciones de canal medidas por cada una de las BS, y selecciona un esquema de transmisión óptimo para la transmisión de señales de enlace ascendente. El esquema de transmisión puede incluir al menos uno de una asignación de recursos para la transmisión de señales en la MS, un esquema de modulación/codificación, un esquema de precodificación y un haz de recepción/transmisión óptimo para la formación de haces. La BS maestra determina recibir datos desde la MS en la BS1 esclava y la BS2 esclava durante el siguiente intervalo de programación en la etapa 912, y notifica a la BS1 esclava y a la BS2 esclava la información de programación de acuerdo con la determinación en la etapa 914. Si las BS esclavas ya conocen la información de programación, la programación puede no notificarse. De acuerdo con otra realización, la información de programación se transmite a todas las BS esclavas.
En la etapa 916, la BS maestra notifica a la MS la información de programación a través de la información de control de programación. Como una realización combinable, la información de control de programación puede ser notificada a la MS por la BS1 esclava seleccionada. La MS que ha recibido la información de control de programación transmite los datos de enlace ascendente a la BS 1 esclava y la BS2 esclava usando los recursos inalámbricos y el esquema de transmisión designados por la información de control de programación en la etapa 918. Entonces, la BS1 esclava y la BS2 esclava reciben datos de enlace ascendente usando los recursos inalámbricos y el esquema de transmisión designados por la información de control de programación. En este punto, la MS puede transmitir los datos de enlace ascendente usando los mismos recursos inalámbricos y esquemas de transmisión, o unos independientes. De acuerdo con una realización, los datos de enlace ascendente pueden usar el mismo recurso inalámbrico y esquema de modulación/codificación, y se pueden transmitir desde la Ms a la BS1 esclava y a la BS2 esclava usando diferentes haces de transmisión. Entonces, la BS1 esclava y la BS2 esclava pueden recibir los datos de enlace ascendente usando diferentes haces de recepción.
En la etapa 918, la BS1 esclava y la BS2 esclava transmiten los datos de enlace ascendente recibidos a la BS maestra de tal manera que la BS maestra transmite los datos de enlace ascendente al nodo de red. De acuerdo con otra realización, si una cualquiera de las BS esclavas tiene una conexión que puede transmitir datos con el nodo de red, los datos de enlace ascendente recibidos se pueden transmitir directamente desde la BS esclava al nodo de red.
Las figuras 10A y 10B ilustran la reforma de una célula de nube de acuerdo con una realización de la presente divulgación. Las figuras 10A y 10B son diagramas que ilustran la reforma de la célula de nube en unos períodos de tiempo de T1 y T2, respectivamente. Cada uno de los períodos de tiempo puede ser, por ejemplo, un intervalo de programación o un intervalo de reforma de la célula de nube.
Con referencia a la figura 10A, una célula de nube 1004 está configurada con una BS1, una BS2, una BS3 y una BS4 para atender a una MS 1002 en el tiempo T1. La configuración de la célula de nube 1004 se puede cambiar de acuerdo con el movimiento de la MS 1002 o el cambio del entorno inalámbrico alrededor de la MS 1002. En el tiempo T2, cuando la MS 1002 se mueve a una posición 1012 nueva, unas BS nuevas de una BS5, una BS6 y una BS7 que tienen unas calidades de señal excelentes con la MS 1012 se añaden a una célula de nube 1014 de la MS 1012, y la BS1, la BS2 y la BS4 que tienen unas calidades de señal inferiores se retiran de la célula de nube 1014. Es decir, la célula de nube de la MS puede cambiar constantemente de acuerdo con el flujo del tiempo, el movimiento de la MS, el cambio del entorno inalámbrico, o similares, de tal manera que la célula de nube está configurada con unas BS que tienen buenas calidades de señal. Un proceso en el que se añaden unas BS nuevas a la célula de nube o se eliminan las BS existentes se denomina reforma de la célula de nube. La reforma de la célula de nube se puede realizar basándose en diversas condiciones, tales como el estado de los recursos inalámbricos de las BS, las cargas de sistema o la calidad de señal inalámbrica de la MS, y la reforma puede ser determinada por la BS maestra o realizarse a petición de la MS. La BS maestra puede determinar si reformar la célula de nube, por ejemplo, de acuerdo con un intervalo de programación o un determinado intervalo que se puede determinar independientemente del intervalo de programación.
La figura 11 ilustra un proceso de adición de una BS nueva en una célula de nube de acuerdo con una realización de la presente divulgación.
Con referencia a la figura 11, la MS se enciende y realiza una entrada de red con una BS que tiene la mejor calidad de señal de recepción en la etapa 1102. La BS que realiza la entrada de red se vuelve una BS maestra de la MS. Después de realizar la entrada de red, la MS mide calidades de las señales de canal inalámbrico de las BS vecinas de forma periódica o de acuerdo con un evento y notifica las calidades medidas a la BS en la etapa 1104. En la etapa 1106, la BS maestra determina añadir una BS que satisface una determinada condición entre las BS cuyas calidades de señal se notifican desde la MS, por ejemplo, al menos una BS que tiene una calidad de señal mejor que un valor predeterminado, como un miembro esclavo de la célula de la nube. Específicamente, la BS maestra determina añadir la BS1 esclava a la célula de nube.
La BS maestra transmite un mensaje para solicitar añadir la BS1 esclava a la célula de nube de la MS, por ejemplo, un mensaje de SOL-ADIC en la etapa 1108, y recibe un mensaje para responder al mismo desde la BS1 esclava, por ejemplo, un mensaje de RSP-ADIC en la etapa 1110. El mensaje de SOL-ADIC puede incluir información de identificación de la MS. El mensaje de RSP-ADIC puede incluir información de aceptación de la solicitud de adición procedente de la BS maestra. La BS maestra transmite el contexto de usuario con respecto a la MS a la BS1 esclava para compartir el contexto de usuario en la etapa 1112, y transmite un mensaje de notificación a la MS que notifica que la BS1 esclava se añade a la célula de nube en la etapa 1114. De acuerdo con otra realización, el contexto de usuario se puede transmitir a la BS1 esclava a través del mensaje de SOL-ADIC.
La MS realiza un proceso de sincronización para sincronizar la BS1 esclava y la señal en la capa física, en respuesta a la recepción del mensaje de notificación, en la etapa 1116. El proceso de sincronización incluye, por ejemplo, la sincronización de capa física de enlace descendente y/o de enlace ascendente.
En la etapa 1118, la BS maestra determina añadir la BS2 esclava como un miembro esclavo de la célula de nube basándose en la información de calidad de señal notificada desde la MS en la etapa 1104. La BS maestra transmite el mensaje de SOL-ADIC a la BS2 esclava en la etapa 1120 y recibe el mensaje de RSP-ADIC desde de la BS2 esclava en la etapa 1122. La BS2 esclava puede determinar no aceptar proporcionar el servicio a la MS por la razón de que la BS2 esclava no tiene recurso inalámbrico disponible alguno para atender a la MS, que la MS no está autenticada en la BS2 esclava, o similares. Es decir, el protocolo de maestro - esclavo es una asignación de papeles lógicos de las BS para atender a la MS, y cada una de las BS tiene una función de control de admisión para determinar independientemente si atender a la MS. Por lo tanto, el mensaje de RSP-ADIC puede incluir información de rechazo de la solicitud de adición procedente de la BS maestra. En la etapa 1124, la Bs maestra que recibe el mensaje de RSP-ADIC determina no incluir la BS2 esclava como un miembro de la célula de nube.
La figura 12 ilustra un proceso de retirada de un miembro de BS de una célula de nube de acuerdo con una realización de la presente divulgación.
Con referencia a la figura 12, la MS realiza la comunicación con una célula de nube configurada con tres BS (una BS maestra, una BS1 esclava y una BS2 esclava) en la etapa 1202. La MS mide calidades de las señales de canal inalámbrico de las BS vecinas, incluyendo las tres BS, y notifica de forma periódica o aperiódica las calidades medidas a la BS maestra. En la etapa 1206, la BS maestra determina retirar la BS1 esclava de la célula de nube basándose en la notificación acerca de las calidades de las señales procedentes de la MS. De acuerdo con otra realización, la BS1 esclava puede determinar que es difícil atender a la MS por diversas razones, tales como la falta de recursos inalámbricos de la BS1 esclava y la sobrecarga del sistema, y puede solicitar a la BS maestra que se retire de la célula de nube de la MS.
La BS maestra transmite un mensaje para solicitar que la BS1 esclava se elimine de la célula de nube de la MS, por ejemplo, un mensaje de CMD de Eliminación (Orden de Eliminación) en la etapa 1208, y recibe un mensaje de CFM de Eliminación (Confirmación de Eliminación), como un mensaje de respuesta al mensaje de CMD de Eliminación, de la BS1 esclava en la etapa 1210. En la etapa 1212, la BS1 esclava elimina el contexto de usuario almacenado con respecto a la MS, en respuesta a la recepción del mensaje de CMD de Eliminación. En la etapa 1214, la BS maestra notifica a la MS la eliminación de la BS1 de la célula de nube, en respuesta a la recepción del mensaje de CFM de Eliminación. Entonces, la MS detiene una operación de célula de nube tal como un proceso de sincronización para la sincronización con la BS1 esclava y la transmisión de una señal en la capa física, y ya no realiza más tales operaciones.
La figura 13 ilustra un proceso de cambio de una BS maestra en una célula de nube de acuerdo con una realización de la presente divulgación.
Con referencia a la figura 13, la MS realiza la comunicación con una célula de nube configurada con tres BS (una BS maestra, una BS1 esclava y una BS2 esclava) y realiza procesos de sincronización de enlace ascendente y de enlace descendente en una capa física con las tres BS en la etapa 1302. En la etapa 1304, la BS maestra determina que la BS no puede desempeñar el papel de la BS maestra de la célula de nube de la MS debido a una determinada condición. De acuerdo con una realización de la presente divulgación, la BS maestra puede no desempeñar el papel de la BS maestra debido al aumento de la sobrecarga del sistema, la disminución de la calidad de señal de la MS u otras condiciones. Además, la BS maestra puede determinar, por ejemplo, que la BS2 esclava puede ser una BS maestra nueva basándose en una determinada condición, tal como la calidad de señal de la MS.
En la etapa 1306, la BS maestra devuelve una calificación como una BS maestra y transmite un mensaje para transferir la calificación a otra BS, por ejemplo, un mensaje de solicitud de cambio de maestro, a la BS2 esclava. En la etapa 1308, la BS2 esclava incluye información de aceptación en un mensaje para responder al mensaje de solicitud de cambio de maestro, por ejemplo, un mensaje de respuesta de cambio de maestro, y transmite el mensaje de respuesta de cambio de maestro a la BS maestra. De acuerdo con otra realización, si se determina que la BS2 esclava puede no desempeñar el papel de la BS maestra, la BS2 esclava incluye información de rechazo, no información de aceptación, en el mensaje de respuesta de cambio de maestro, y transmite el mensaje de respuesta de cambio de maestro. En esta realización ilustrativa, el proceso de cambio de la BS maestra se detiene.
En la etapa 1310, la BS maestra confirma la información de aceptación incluida en el mensaje de respuesta de cambio de maestro y transmite el mensaje de control que notifica que se ha cambiado la BS maestra, a la BS1 esclava, la BS2 esclava y la pasarela que es un nodo de red más alto que las BS. La pasarela reconoce que la BS maestra se ha cambiado a la BS2 esclava existente y cambia las trayectorias de encaminamiento con el fin de transmitir toda la información de control y los datos dirigidos desde la red a la MS, a la BS maestra nueva (es decir, la BS esclava BS2 existente). Además, la BS maestra puede notificar a la MS el cambio de la BS maestra en la etapa 1312.
Si se ha completado el proceso descrito anteriormente, la BS maestra previa de la célula de nube se cambia a una BS3 esclava, y la BS2 esclava se cambia a una BS maestra y desempeña un papel de BS maestra con respecto a la MS.
La figura 14 ilustra un proceso de cambio de una BS maestra en una célula de nube de acuerdo con otra realización de la presente divulgación.
Con referencia a la figura 14, la MS realiza la comunicación con una célula de nube configurada con tres BS (una BS maestra, una BS1 esclava y una BS2 esclava), realiza un proceso de sincronización de enlace descendente en una capa física con las tres BS, y realiza un proceso de sincronización de enlace ascendente en una capa física solo con la BS maestra en la etapa 1402. En la etapa 1404, la BS maestra determina que la BS no puede desempeñar el papel de la BS maestra con respecto a la célula de nube de la MS debido a una determinada condición. Además, la BS maestra determina, por ejemplo, que la BS2 esclava va a ser una BS maestra nueva basándose en una determinada condición, tal como una calidad de señal de la MS.
En la etapa 1406, la BS maestra devuelve una calificación como una BS maestra y transmite un mensaje para transferir la calificación a otra BS, por ejemplo, un mensaje de solicitud de cambio de maestro, a la BS2 esclava. En la etapa 1408, la BS2 esclava incluye información de aceptación en un mensaje para responder al mensaje de solicitud de cambio de maestro, por ejemplo, un mensaje de respuesta de cambio de maestro, y transmite el mensaje de respuesta de cambio de maestro a la BS maestra. De acuerdo con otra realización, si se determina que la BS2 esclava puede no desempeñar el papel de la BS maestra, la BS2 esclava incluye información de rechazo, no información de aceptación, en el mensaje de respuesta de cambio de maestro, y transmite el mensaje de respuesta de cambio de maestro. En esta realización ilustrativa, el proceso de cambio de la BS maestra se detiene.
En la etapa 1410, la BS maestra transmite un mensaje de solicitud de verificación de Sincronización de UL para verificar la sincronización de enlace ascendente con la BS2 esclava, a la MS, antes de transferir la calificación de maestro a la BS2 esclava. Por ejemplo, el mensaje de solicitud de verificación de Sincronización de UL puede incluir información acerca de la BS2 esclava para realizar la sincronización de enlace ascendente. En la etapa 1412, la MS adquiere la sincronización correcta con respecto a la BS2 esclava, realizando un proceso de sincronización de enlace ascendente en una capa física con la BS2 esclava, en respuesta al mensaje de solicitud de verificación de Sincronización de UL. Posteriormente, la MS transmite un mensaje de confirmación de verificación de sincronización UL que notifica que la sincronización de enlace ascendente con la BS2 esclava ha tenido éxito, a la BS maestra en la etapa 1414. El mensaje de confirmación de verificación de sincronización de UL puede incluir información que indica que la sincronización de enlace ascendente con la BS2 esclava es correcta. Si se confirma la sincronización de enlace ascendente de la MS con la BS2 esclava, la BS maestra pasa al siguiente proceso, con el fin de transferir la calificación como una BS maestra a la BS2 esclava.
En la etapa 1416, la BS maestra transmite mensajes de control a la BS1 esclava, la BS2 esclava y una pasarela que es un nodo de red más alto que las BS. La pasarela reconoce que la BS maestra se ha cambiado a la BS2 esclava existente y cambia las trayectorias de encaminamiento con el fin de transmitir toda la información de control y los datos dirigidos desde la red a la MS, a la BS maestra nueva (es decir, la BS esclava BS2 existente). Además, la BS maestra puede notificar a la MS el cambio de la BS maestra en la etapa 1418.
Si se ha completado el proceso descrito anteriormente, la BS maestra previa de la célula de nube se cambia a una BS3 esclava, y la BS2 esclava se cambia a una BS maestra y desempeña un papel de BS maestra con respecto a la MS.
La figura 15 ilustra un diagrama de bloques de una configuración de la MS de acuerdo con una realización de la presente divulgación. Como se ha ilustrado anteriormente, la MS está configurada con un controlador 1502, un transmisor 1504, un receptor 1506 y una memoria 1508.
Con respecto a la figura 15, el transmisor 1504 y el receptor 1506 transmiten y reciben señales inalámbricas con una BS o más de acuerdo con un protocolo de interfaz inalámbrica. El controlador 1502 controla el transmisor 1504 y el receptor 1506 de acuerdo con al menos una de las realizaciones de la presente divulgación, con el fin de recibir un servicio de comunicación desde una pluralidad de BS que configuran una célula de nube. La memoria 1508 almacena códigos de programa y parámetros de operación requeridos para las operaciones del controlador 1502 y el transmisor y el receptor 1504 y 1506, y proporciona los códigos de programa y los parámetros de operación, si es necesario.
La figura 16 ilustra un diagrama de bloques de una configuración de una BS de acuerdo con una realización de la presente divulgación. La BS como se ilustra está configurada con un controlador 1602, una interfaz inalámbrica 1604, una interfaz de red 1506 y una memoria 1508.
Con referencia a la figura 16, la interfaz inalámbrica 1604 transmite y recibe señales inalámbricas con una MS o más de acuerdo con un protocolo de interfaz inalámbrica. Una interfaz de red 1606 intercambia información de control y/o datos con un nodo de red u otras BS de acuerdo con un protocolo predeterminado.
El controlador 1602 controla la interfaz inalámbrica 1604 y la interfaz de red 1606 para operar como una BS maestra o unas BS esclavas de la célula de nube para cada una de la una MS o más de acuerdo con al menos una de las realizaciones de la presente divulgación. La BS puede proporcionar un servicio de comunicación a la MS de forma individual o comunicándose con otras BS bajo el control del controlador 1602. Una memoria 1608 almacena códigos de programa y parámetros de operación requeridos hacer funcionar el controlador 1602 y las interfaces 1604 y 1606, y proporciona los códigos de programa y los parámetros de operación, si es necesario.
Aunque la presente divulgación se ha descrito con una realización ilustrativa, diversos cambios y modificaciones pueden sugerirse a un experto en la materia. Se pretende que el ámbito de la presente invención esté determinado únicamente por el ámbito de las reivindicaciones adjuntas.

Claims (14)

REIVINDICACIONES
1. Un procedimiento de comunicación inalámbrica, estando el procedimiento implementado por una estación base maestra, MBS, para atender a una estación móvil, MS, (602) con un conjunto de estaciones base (604) que incluyen la estación base maestra y al menos una estación base cooperativa, SBS1, comprendiendo el procedimiento: transmitir, a la estación base cooperativa, un mensaje de solicitud de adición con respecto al conjunto de estaciones base (604);
recibir un mensaje de aceptación en respuesta al mensaje de solicitud de adición desde la estación base cooperativa; y, en respuesta a la recepción del mensaje de aceptación, proporcionando un servicio de comunicación a la estación móvil en cooperación con la estación base cooperativa.
2. El procedimiento de acuerdo con la reivindicación 1, en el que la estación base maestra y la estación base cooperativa están configuradas para conectarse físicamente entre sí a través de una pasarela.
3. El procedimiento de acuerdo con la reivindicación 1, en el que la estación base maestra y la estación base cooperativa están configuradas para conectarse lógicamente entre sí a través de una capa 2.
4. El procedimiento de acuerdo con la reivindicación 1, que comprende además:
transmitir, a la estación base cooperativa en el conjunto de estaciones base (604), un mensaje para liberar la estación base cooperativa del conjunto de estaciones base (604),
en el que la estación base cooperativa no atiende adicionalmente a la estación móvil en respuesta a la recepción del mensaje para liberar la estación base cooperativa del conjunto de estaciones base (604).
5. El procedimiento de acuerdo con la reivindicación 1, que comprende además:
transmitir, a la estación base cooperativa, al menos uno de un ID de estación móvil de la estación móvil, un ID de conexión lógica, una clave segura o información de Calidad de Servicio, QoS, para cada ID de conexión lógica.
6. El procedimiento de acuerdo con la reivindicación 1, en el que una información de control de recursos de radio para la estación móvil es transferida solo por la estación base maestra.
7. Una estación base maestra, MBS, para atender a una estación móvil (602) con un conjunto de estaciones base (604) que incluyen la estación base maestra y al menos una estación base cooperativa, en la que la estación base maestra está configurada para ser operada de acuerdo con uno de los procedimientos en las reivindicaciones 1 a 6.
8. Un procedimiento de comunicación inalámbrica, estando el procedimiento implementado por una estación base cooperativa, SBS1, para atender a una estación móvil, MS, (602) con un conjunto de estaciones base (604) que incluyen una estación base maestra, MBS, y al menos la estación base cooperativa, que comprende:
recibir, de la estación base maestra, un mensaje de solicitud de adición con respecto al conjunto de estaciones base (604); transmitir un mensaje de aceptación en respuesta al mensaje de solicitud de adición a la estación base maestra y, después de transmitir el mensaje de aceptación, proporcionando un servicio de comunicación a la estación móvil en cooperación con la estación base maestra.
9. El procedimiento de acuerdo con la reivindicación 8, en el que la estación base maestra y la estación base cooperativa están configuradas para conectarse físicamente entre sí a través de una pasarela.
10. El procedimiento de acuerdo con la reivindicación 8, en el que la estación base maestra y la primera estación base cooperativa están configuradas para conectarse lógicamente entre sí a través de una capa 2.
11. El procedimiento de acuerdo con la reivindicación 8, que comprende además:
recibir, desde la estación base maestra, un mensaje para liberar la estación base cooperativa del conjunto de estaciones base (604); y
dejar de atender a la estación móvil en respuesta a la recepción del mensaje para liberar la estación base cooperativa del conjunto de estaciones base (604).
12. El procedimiento de acuerdo con la reivindicación 8, que comprende además:
recibir, de la estación base maestra, al menos uno de un ID de estación móvil de la estación móvil, un ID de conexión lógica, una clave segura o información de Calidad de Servicio, QoS, para cada ID de conexión lógica.
13. El procedimiento de acuerdo con la reivindicación 8, en el que una información de control de recursos de radio para la estación móvil es transferida solo por la estación base maestra.
14. Una estación base cooperativa, SBS1, para atender a una estación móvil, MS, (602) con un conjunto de estaciones base (604) que incluyen una estación base maestra, MBS, y al menos la estación base cooperativa, en la que la estación base cooperativa está configurada para ser operada de acuerdo con uno de los procedimientos en las reivindicaciones 8-13.
ES13797720T 2012-05-31 2013-05-31 Cooperación eficiente de múltiples estaciones base en un sistema de comunicación inalámbrica Active ES2864292T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020120058756A KR102008331B1 (ko) 2012-05-31 2012-05-31 무선 통신 시스템에서 복수의 기지국이 협동하는 방법 및 장치
PCT/KR2013/004811 WO2013180513A1 (en) 2012-05-31 2013-05-31 Apparatus and method of cooperating with multiple base stations in wireless communication system

Publications (1)

Publication Number Publication Date
ES2864292T3 true ES2864292T3 (es) 2021-10-13

Family

ID=49670167

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13797720T Active ES2864292T3 (es) 2012-05-31 2013-05-31 Cooperación eficiente de múltiples estaciones base en un sistema de comunicación inalámbrica

Country Status (6)

Country Link
US (3) US10536939B2 (es)
EP (2) EP3836697B1 (es)
KR (1) KR102008331B1 (es)
CN (2) CN104412523B (es)
ES (1) ES2864292T3 (es)
WO (1) WO2013180513A1 (es)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9203489B2 (en) 2010-05-05 2015-12-01 Google Technology Holdings LLC Method and precoder information feedback in multi-antenna wireless communication systems
US9813262B2 (en) 2012-12-03 2017-11-07 Google Technology Holdings LLC Method and apparatus for selectively transmitting data using spatial diversity
US9591508B2 (en) 2012-12-20 2017-03-07 Google Technology Holdings LLC Methods and apparatus for transmitting data between different peer-to-peer communication groups
US9979531B2 (en) 2013-01-03 2018-05-22 Google Technology Holdings LLC Method and apparatus for tuning a communication device for multi band operation
US10229697B2 (en) 2013-03-12 2019-03-12 Google Technology Holdings LLC Apparatus and method for beamforming to obtain voice and noise signals
CN108419246B (zh) * 2013-07-18 2022-03-08 华为技术有限公司 网络侧设备及其频谱共享方法
US9386542B2 (en) 2013-09-19 2016-07-05 Google Technology Holdings, LLC Method and apparatus for estimating transmit power of a wireless device
US9344837B2 (en) * 2013-10-14 2016-05-17 Google Technology Holdings LLC Methods and devices for path-loss estimation
US9549290B2 (en) 2013-12-19 2017-01-17 Google Technology Holdings LLC Method and apparatus for determining direction information for a wireless device
WO2015106801A1 (en) * 2014-01-15 2015-07-23 Nokia Solutions And Networks Oy Improving network efficiency
KR102294452B1 (ko) * 2014-01-17 2021-08-27 한국전자통신연구원 무선 통신 시스템의 협력 통신 방법 및 장치
WO2015147524A1 (ko) * 2014-03-25 2015-10-01 한국전자통신연구원 분산 안테나 시스템에서의 단말, 기지국 및 그 동작 방법
US9491007B2 (en) 2014-04-28 2016-11-08 Google Technology Holdings LLC Apparatus and method for antenna matching
US9478847B2 (en) 2014-06-02 2016-10-25 Google Technology Holdings LLC Antenna system and method of assembly for a wearable electronic device
US10237838B2 (en) * 2014-08-05 2019-03-19 Nec Corporation Communication device, communication system, control method, and non-transitory computer readable medium storing communication program
CN105828337A (zh) * 2014-09-17 2016-08-03 中兴通讯股份有限公司 一种动态构建虚拟小区的方法和装置
PT3210417T (pt) * 2014-10-23 2020-02-25 Nokia Solutions & Networks Oy Método e aparelho para adquirir informações de sistema
US9800305B2 (en) * 2014-11-07 2017-10-24 Electronics And Telecommunications Research Institute Terminal and operation method thereof in multi-user multi-input multi-output system
US9787806B2 (en) * 2014-12-15 2017-10-10 Avago Technologies General Ip (Singapore) Pte. Ltd. Digital distributed antenna system
US10531512B2 (en) 2015-04-01 2020-01-07 Huawei Technologies Co., Ltd. System and method for a tracking channel
CN106332120B (zh) * 2015-06-24 2019-02-15 中兴通讯股份有限公司 一种无线承载的配置方法、设备和***
CN105050189B (zh) * 2015-08-10 2019-02-05 上海华为技术有限公司 一种无线资源调度的方法及相关设备
US10512010B2 (en) 2015-08-21 2019-12-17 Samsung Electronics Co., Ltd. Method and apparatus for changing base station in wireless communication system
KR101660797B1 (ko) * 2015-10-08 2016-09-28 가천대학교 산학협력단 클라우드 무선 접속망 시스템에서 가상 기지국 및 이의 상향 데이터 수신 방법
CN106572475B (zh) * 2015-10-10 2020-03-24 电信科学技术研究院 接入节点管理方法、接入网管理实体、设备及接入节点
CN106714205B (zh) * 2015-11-18 2020-04-03 上海诺基亚贝尔股份有限公司 用于在异构网络中通信的方法和装置
CN106961686B (zh) * 2016-01-11 2019-12-24 上海诺基亚贝尔股份有限公司 用于跨多个相邻宏小区生成虚拟小区的方法及设备
CN107040917A (zh) * 2016-02-03 2017-08-11 上海贝尔股份有限公司 用于生成虚拟小区标识的方法及设备
US10492114B2 (en) * 2016-03-22 2019-11-26 Futurewei Technologies, Inc. Method and system for managing radio connections with a virtual access point
WO2017165668A1 (en) * 2016-03-25 2017-09-28 Intel Corporation Uplink power control for 5g systems
US11889368B2 (en) 2016-03-30 2024-01-30 Interdigital Patent Holdings, Inc. Method and apparatus for performing physical layer mobility procedures
CN107295624B (zh) * 2016-03-30 2021-11-26 日本电气株式会社 节点同步方法和采用该方法的节点
US10057787B2 (en) * 2016-04-06 2018-08-21 Futurewei Technologies, Inc. System and method for millimeter wave communications
US10135512B2 (en) 2016-04-06 2018-11-20 Futurewei Technologies, Inc. System and method for millimeter wave communications
CN106028362B (zh) * 2016-05-06 2020-03-06 惠州Tcl移动通信有限公司 一种室内高密度网络的天线云节点通讯实现方法及***
WO2018001663A1 (en) 2016-06-30 2018-01-04 Sony Corporation Base station and user equipment
JP2018022391A (ja) * 2016-08-04 2018-02-08 富士通株式会社 情報処理装置,及び情報送信制御方法
CN106792887B (zh) * 2016-12-02 2020-12-15 惠州Tcl移动通信有限公司 一种面向5g平台的节点发现方法及***
WO2019061370A1 (zh) * 2017-09-29 2019-04-04 华为技术有限公司 信号传输的方法和装置
CN111294822A (zh) * 2018-12-10 2020-06-16 中兴通讯股份有限公司 一种虚拟小区的实现方法、装置及计算机可读存储介质
CN111294090B (zh) 2019-07-24 2023-02-28 展讯通信(上海)有限公司 多ap操作的反向触发***以及接入点
CN113784399B (zh) * 2020-06-10 2022-11-29 ***通信有限公司研究院 多播广播服务业务的切换方法及设备
EP4214966A4 (en) * 2020-09-18 2024-06-12 Qualcomm Incorporated CONFIGURATION BASED ON USER EQUIPMENT (UE) CONTEXT SCENARIO INDICATION

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4588201B2 (ja) 1999-11-29 2010-11-24 パナソニック株式会社 無線通信システム
US20070092046A1 (en) * 2005-10-25 2007-04-26 Hyun Lee Method of reducing interference among wireless network by intentionally violating the communication protocol
WO2007107090A1 (en) 2006-03-17 2007-09-27 Huawei Technologies Co., Ltd. Method and apparatus for enabling soft handoff in an ofdma-based communication system
KR101240551B1 (ko) * 2006-08-07 2013-03-18 삼성전자주식회사 블루투스 기반의 채팅 시스템 및 방법
WO2008155764A2 (en) * 2007-06-18 2008-12-24 Duolink Ltd. Wireless network architecture and method for base station utilization
CN101373998B (zh) * 2007-08-20 2012-07-25 上海贝尔阿尔卡特股份有限公司 低信息交互的多基站协作mimo及其调度方法和装置
JP2009231976A (ja) 2008-03-19 2009-10-08 Nec Corp 異なる無線アクセス方式間のハンドオーバ方法および無線通信システム
KR101486378B1 (ko) * 2008-05-07 2015-01-26 엘지전자 주식회사 협력적 다중 입출력 안테나 이동 통신 시스템에서의 데이터송수신 방법
US9521554B2 (en) * 2008-08-15 2016-12-13 Qualcomm Incorporated Adaptive clustering framework in frequency-time for network MIMO systems
CN101400139B (zh) 2008-10-28 2010-06-30 北京创毅视讯科技有限公司 一种多基站协作***中的数据传输方法和基站
FR2939005A1 (fr) * 2008-11-21 2010-05-28 Thomson Licensing Procede d'emission de donnees et procede de reception correspondant
US20110255526A1 (en) * 2008-12-25 2011-10-20 Shoji Kaneko Cellular mobile communication system, base station control device, and interstation-cooperated communication control method
CN101877609B (zh) 2009-04-30 2013-06-12 富士通株式会社 通信装置、基站和多点合作通信方法
US8526305B2 (en) * 2009-08-26 2013-09-03 Telefonaktiebolaget L M Ericsson (Publ) System and methods for reducing power consumed by a base station
CN102014492B (zh) 2009-09-04 2014-07-02 ***通信集团公司 协作多点通信***和方法
WO2011053824A2 (en) * 2009-10-30 2011-05-05 Interdigital Patent Holdings, Inc. Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
US9326211B2 (en) * 2010-06-10 2016-04-26 Interdigital Patent Holdings, Inc. Reconfiguration and handover procedures for fuzzy cells
US20120002637A1 (en) * 2010-06-18 2012-01-05 Interdigital Patent Holdings, Inc. Method and apparatus for supporting home node-b mobility
EP2533431B1 (en) * 2011-06-10 2014-10-29 Alcatel Lucent Method for receiving uplink radio frequency signals in a radio communication system, master unit and slave unit thereof

Also Published As

Publication number Publication date
EP2856667A4 (en) 2016-01-13
CN107404755A (zh) 2017-11-28
US20200112952A1 (en) 2020-04-09
US10159072B2 (en) 2018-12-18
EP3836697A1 (en) 2021-06-16
EP2856667B1 (en) 2021-02-17
EP3836697B1 (en) 2022-03-09
CN104412523A (zh) 2015-03-11
US20170215184A1 (en) 2017-07-27
US10536939B2 (en) 2020-01-14
KR102008331B1 (ko) 2019-08-07
CN104412523B (zh) 2017-11-21
US20130322375A1 (en) 2013-12-05
WO2013180513A1 (en) 2013-12-05
EP2856667A1 (en) 2015-04-08
KR20130134889A (ko) 2013-12-10
CN107404755B (zh) 2020-10-20
US11337209B2 (en) 2022-05-17

Similar Documents

Publication Publication Date Title
ES2864292T3 (es) Cooperación eficiente de múltiples estaciones base en un sistema de comunicación inalámbrica
JP6253833B2 (ja) ユーザ端末、プロセッサ、及び方法
JP6392889B2 (ja) D2d通信の制御プレーンのためのシステムおよび方法
JP2021168498A (ja) 無線通信装置、基地局装置及び通信方法
JP6687452B2 (ja) 移動通信システム、ユーザ端末、プロセッサ、記憶媒体及びプログラム
KR102571604B1 (ko) 무선 통신을 위한 전자 디바이스 및 방법
JP2017511067A (ja) 無線通信システムにおいて移動局と基地局とを動作させるための方法、その移動局および基地局
JP6132840B2 (ja) 通信制御方法、ユーザ端末、プロセッサ、及び記憶媒体
JP2011091786A (ja) 通信システム、中継装置、通信端末および基地局
JP2014515583A (ja) 無線通信システム、そのマスタ・ユニット、およびスレーブ・ユニットでアップリンク無線周波数信号を受信する方法
US10349426B2 (en) Wireless network scheduling method, access device, and wireless network
KR20150084964A (ko) 디바이스간 통신을 위한 방법 및 대응하는 제어 방법
WO2017181820A1 (zh) 一种用户设备、基站中的用于中继通信的方法和装置
JP2016174361A (ja) ユーザ端末、及びプロセッサ
JP7385340B2 (ja) 端末、無線通信方法、基地局及びシステム
JPWO2018193676A1 (ja) 無線通信のための装置および方法
CN112073163A (zh) 邻小区配置信息传输方法和***、计算机可读存储介质
WO2017190566A1 (zh) 一种用户设备、基站中的用于中继传输的方法和装置