ES2918009T3 - Intercambio de información relacionada con la segmentación de red entre estaciones base - Google Patents

Abstract

Se divulga un sistema de comunicación en el que un dispositivo de comunicación forma parte de un sistema de comunicación en el que se admite el corte de red y en el que al menos un inquilino puede comunicarse utilizando al menos un tipo de corte asociado con ese inquilino. El dispositivo de comunicación recibe información relacionada con el corte de red transmitida por una estación base. La información relacionada con el corte de red puede comprender la información que identifica el soporte para un inquilino cuya comunicación es compatible con la estación base, o un tipo de corte de red de un inquilino que es compatible con la estación base. La información relacionada con el corte de red puede comprender la información que comprende al menos un parámetro de comunicación asociado con un inquilino específico o un tipo de corte específico de un inquilino específico. El dispositivo de comunicación utiliza una porción que tiene un tipo de corte de un inquilino con el que está asociado el dispositivo de comunicación, en función de la información relacionada con la red de corte. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

intercambio de información relacionada con la segmentación de red entre estaciones base

Campo técnico

La presente invención se refiere a una red de acceso por radio en una red de telecomunicaciones celular o inalámbrica y, en particular, pero no exclusivamente, a compartir la red de acceso por radio entre múltiples empresas explotadoras. La invención tiene una relevancia particular, pero no exclusiva, para las redes de telecomunicaciones inalámbricas implementadas de acuerdo con varios estándares definidos por el Proyecto de asociación de tercera generación (3GPP). Por ejemplo, la invención tiene relevancia para las redes de Evolución a largo plazo (LTE), redes LTE Avanzadas (LTE-A), mejoras y desarrollos de LTE/LTE-A relacionados con las mismas, y con el desarrollo más reciente de tecnologías de comunicación más allá de LTE/LTE-A en las denominadas tecnologías “5G” o “new radio” (NR o nueva radio en español).

Técnica antecedente

Se conocen escenarios de implementación de compartición de una red de acceso por radio (RAN) y se han introducido métodos y capacidades para facilitar las implementaciones de estos escenarios en los estándares del Proyecto de asociación de tercera generación (3GPP) desde la versión 5.

Tradicionalmente, compartir RAN proporciona una forma para que las empresas explotadoras de red (proveedores de servicios) reduzcan sus requisitos de gastos de capital y/o amplíen el área cubierta por un servicio de comunicaciones celulares al configurar una red de comunicaciones inalámbricas. En lugar de que cada empresa explotadora tenga que proporcionar su propia estación base y equipo asociado para cada célula de la red, una empresa explotadora que comparte la RAN de otra empresa explotadora puede proporcionar su servicio en áreas atendidas por la otra empresa explotadora sin tener que invertir en sus propias estaciones base en esa ubicación. Además, al reducir el número de estaciones base que deben proporcionarse y operarse, pueden reducirse los costes operativos continuos compartidos para las empresas explotadoras. De hecho, cada estación base puede consumir una gran cantidad de electricidad durante el funcionamiento y, por lo tanto, reducir el número de estaciones base operativas puede reducir significativamente los requisitos de energía eléctrica y, por lo tanto, también puede considerarse respetuoso con el medio ambiente.

Por lo general, el uso compartido de RAN por parte de las empresas explotadoras ha sido un acuerdo fijo a largo plazo en el que cada empresa explotadora obtiene cierto acceso a la RAN de la otra empresa explotadora. El uso compartido de RAN es particularmente ventajoso en áreas en las que una empresa explotadora tiene capacidad celular que está infrautilizada, ya que esta capacidad adicional se puede compartir sin impacto en la provisión de servicios en curso de la empresa explotadora original. Además, compartir la RAN puede ser útil para garantizar que un servicio proporcionado por una empresa explotadora pueda llegar a un determinado porcentaje de la población, que puede estar especificado por las condiciones de la licencia en algunos países, sin requerir que cada empresa explotadora instale una capacidad costosa en áreas remotas en las que es probable que esté infrautilizado.

Los términos “5G” y “new radio” (NR) se refieren a una tecnología de comunicación en evolución que se espera que admita una variedad de aplicaciones y servicios, como comunicaciones de tipo máquina (MTC), comunicaciones de Internet de las cosas (IoT), comunicaciones para vehículos y coches autónomos, difusión en continuo de vídeo de alta resolución, servicios urbanos inteligentes y/o similares. En consecuencia, se espera que las tecnologías 5G/NR permitan el acceso a la red a los mercados verticales y admitan el uso compartido de la red (RAN) para ofrecer servicios de red a terceros y crear nuevas oportunidades comerciales. Mientras que una estación base de un sistema de comunicación 5G/NR se denomina comúnmente estación base de nueva radio (“NR-BS”) o como un “gNB”, se apreciará que se puede hacer referencia a ellos utilizando el término eNB (o eNB 5G/NR) que se asocia más típicamente con estaciones base LTE.

Recientemente, se ha propuesto que la funcionalidad de un gNB (denominado en este documento gNB “distribuido”) se puede dividir entre una o más unidades distribuidas (DU) y una unidad central (CU) con una CU que normalmente realiza funciones de nivel superior y de comunicación con el núcleo de próxima generación y con la DU realizando funciones de nivel inferior y de comunicación a través de una interfaz aérea con el equipo de usuario (UE) en las inmediaciones (es decir, en una célula operada por el gNB).

Con el fin de admitir tal variedad de aplicaciones y servicios, las empresas explotadoras de redes móviles deben cumplir requisitos diversos, a menudo contradictorios, de estas aplicaciones y necesitan gestionar grandes volúmenes de tráfico de datos. Por ejemplo, algunas de estas aplicaciones pueden tener requisitos de calidad de servicio/calidad de experiencia (QoS/QoE) relativamente estrictos, mientras que algunas aplicaciones pueden tener requisitos de QoS/QoE relativamente estrictos (por ejemplo, ancho de banda alto y/o latencia baja).

Dado que sería costoso e inviable implementar una infraestructura de red dedicada para cada servicio o tipo de aplicación, la virtualización de redes y el “segmento de redes” se consideran formas flexibles y rentables de admitir y acomodar aplicaciones heterogéneas con diversas demandas en una infraestructura de red común. Dicha segmentación de red se describe, por ejemplo, en el “NGMN 5G White Paper” V1.0 de la Alianza de redes móviles de próxima generación (NGMN), documento que está disponible en https://www.ngmn.org/5g-white-paper.html. De hecho, un segmento de red es una red lógica, generalmente con respecto a un acuerdo de nivel de servicio (SLA) particular para un usufructuario específico. Un usufructuario de una red (por ejemplo, una red móvil terrestre pública (PLMN)) es un cliente mayorista de la red. Por ejemplo, un usufructuario puede ser una gran empresa o una agencia que requiere que una PLMN proporcione al menos acceso a un conjunto predefinido de recursos, o algunas directrices específicas en la gestión de sus segmentos de suscriptores en momentos de congestión. Un ejemplo de usufructuario puede incluir una agencia de seguridad pública. El usufructuario también puede necesitar requisitos específicos de la aplicación. Por ejemplo, en una implementación empresarial, la empresa puede tener un conjunto de dispositivos en la planta de producción y dispositivos que están asociados a operaciones fuera de la planta de producción. La empresa puede tener una directriz para asignar al menos el 60% de los recursos (ya sea en la RAN o en el núcleo) para la operación de la planta de producción en momentos de congestión, pero no segregar recursos en todo momento.

Más detalladamente, un segmento de red (por ejemplo, un "segmento 5G") puede admitir un servicio de comunicación, de un tipo de conexión particular, con una forma específica de gestionar el plano de control y el plano de usuario para ese servicio. En efecto, el segmento puede comprender una pluralidad de funciones de red y configuraciones específicas de tecnología de acceso por radio (RAT) que se combinan para un caso de uso específico, modelo técnico y/o comercial. No es necesario que todos los segmentos contengan las mismas funciones, y algunas funciones que hoy pueden parecer esenciales pueden incluso faltar en uno o más segmentos. En esencia, la intención es que un segmento proporcione solo el tratamiento de tráfico que es necesario para un caso de uso determinado y, por lo tanto, evite otras funciones innecesarias.

A modo de ejemplo, varios segmentos que funcionan simultáneamente en la misma infraestructura pueden incluir un segmento para el uso típico de un teléfono inteligente que se configura configurando funciones dedicadas de teléfono inteligente completamente desarrolladas distribuidas a través de la red. También se puede proporcionar un segmento que admita un caso de uso automotriz en el que la seguridad, la confiabilidad y la latencia son críticas y para las cuales todas las funciones necesarias (y potencialmente dedicadas) se pueden instanciar en un nodo de borde de la nube, incluida cualquier aplicación vertical necesaria como resultado de las restricciones de latencia. Se puede dotar a otro segmento que admita dispositivos de tipo de máquina masiva (IoT) (por ejemplo, sensores) de funciones básicas de plano de control configuradas omitiendo, por ejemplo, cualquier función de movilidad, con recursos basados en contención para el acceso. Puede haber otros segmentos dedicados que operen en paralelo, y potencialmente un segmento genérico que proporcione conectividad básica de mejor esfuerzo, para hacer frente a casos de uso y tráfico desconocidos.

Actualmente, se prevé que probablemente será necesario aplicar una serie de principios clave para el soporte de la segmentación de red en la RAN. En primer lugar, por ejemplo, la RAN necesitará conocer los segmentos. Específicamente, la RAN admitirá una gestión diferenciada de diferentes segmentos de red que han sido preconfigurados por la empresa explotadora. Es probable que la RAN también admita la selección de la parte RAN del segmento de red por medio de un identificador, como una “ID de segmento” proporcionada por el equipo de usuario (UE), que identifica inequívocamente uno de los segmentos de red preconfigurados en la red móvil terrestre pública (PLMN). De manera similar, la RAN probablemente admitirá: gestión de recursos entre segmentos (por ejemplo, cumplimiento de directrices entre segmentos según los acuerdos de nivel de servicio); diferenciación de QoS dentro de un segmento; y/o aislamiento de recursos entre segmentos. Es probable que la RAN también admita la selección de la RAN de una entidad de red central (CN), por ejemplo, para el enrutamiento inicial de mensajes de enlace ascendente en función del ID de segmento recibido y una correlación en el nodo RAN (entidad CN, segmentos admitidos). Si no se recibe un ID de segmento, la RAN puede seleccionar la entidad CN en función de una función similar a la función de selección de nodo NAS (Estrato sin acceso) (NNSF), por ejemplo, basado en una identificación temporal del UE.

El documento 3GPP TR 23.799 V0.7.0 (2016-08): “Study on Architecture for Next Generation System (Release 14)”, 5 de agosto de 2016 (2016-08-05), páginas 1-323, es un informe técnico de 3GPP relacionado con el diseño de una arquitectura de sistema para las redes móviles de próxima generación. Expone la selección de segmentos de red e indica que, para realizar la selección de red, el principio de selección debe permitir la selección de la función adecuada para proporcionar un determinado servicio, incluso dentro de una clase de funciones diseñadas para un determinado caso de uso.

El documento QUALCOMM INCORPORATED: 3GPP SA WG2 Encuentro n° 116; S2-163390; “Solution for key issue 17 on Network Discovery and Selection in idle mode”; Viena, Austria; 12 de julio de 2016 (2016-07-12), analiza la habilitación de un soporte óptimo para la segmentación de redes y para la itinerancia dentro de la red en el descubrimiento y la selección de redes.

El documento ZTE: 3GPP TS-RAN WG2 Encuentro n° 94; R2-163743; “Consideration on the System Information in NR”; Nanjing, República Popular China; 22 de mayo de 2016 (2016-05-22), analiza un diseño de un esquema de transmisión de información del sistema para New Radio (NR).

El documento ZTE: 3GPP TS-RAN WG3 Encuentro n° 91 bis; R3-160821; “Consideration on RAN Side NetWork Slicing”; Bangalore, India; 1 de abril de 2016 (2016-04-01), analiza el requisito de un segmento de red y luego ofrece un análisis de impacto de la red de acceso por radio (RAN) y varias propuestas correspondientes.

Compendio de la Invención

Problema técnico

Sin embargo, actualmente no hay opiniones o decisiones coherentes sobre una serie de cuestiones clave. Por ejemplo, actualmente no hay una visión firme sobre si algunos segmentos básicos se estandarizarán con sus funciones de red correspondientes (por ejemplo, banda ancha móvil mejorada (eMBB), comunicación de tipo de máquina masiva (MTC) y/o similares). De manera similar, no está claro cómo el UE obtendrá una ID de segmento inequívoca. El ID podría, por ejemplo, ser enviado al UE por la CN después de que la CN haya seleccionado el segmento (por ejemplo, similar a una característica de un núcleo dedicado mejorado (eDECOR)) o podría estar preconfigurado en el UE. Tampoco está claro si el aislamiento de recursos significaría que varios segmentos no pueden compartir recursos del plano de control (respectivamente, plano de usuario) o recursos de procesamiento en común y/o si el aislamiento de recursos significaría que se debe implementar alguna forma de funcionalidad criptográfica para aislar el plano de control (CP) y el tráfico del plano de usuario (UP) entre segmentos.

Además, hay una serie de problemas específicos de la RAN que deberán abordarse como, por ejemplo: cómo la RAN verifica si un UE en particular está autorizado para seleccionar un segmento y cuándo se produce esta verificación; si la RAN también puede o no seleccionar el segmento basándose en recursos específicos a los que accede el UE; si la RAN, o alguna otra entidad o grupo de entidades, gestionará los requisitos provenientes de los acuerdos de nivel de servicio; si la RAN debe o no admitir adicionalmente la aplicación de QoS de forma independiente por segmento.

También hay muchos otros problemas, que aún no se han considerado o reconocido, que deben abordarse para proporcionar un mecanismo de segmentación funcional.

Se puede ver, por lo tanto, que hay muchas cuestiones que deben abordarse para lograr un progreso significativo hacia la provisión de un mecanismo de segmentación eficiente y completamente funcional.

La presente invención busca proporcionar una estación base y un método asociado que contribuya, al menos parcialmente, a la provisión de un mecanismo de segmentación funcional abordando uno o más de estos problemas. A pesar de los problemas reconocidos anteriormente, el inventor se ha dado cuenta de que se puede avanzar hacia un mecanismo de segmentación funcional si se abordan varios problemas aún no considerados.

Solución al problema

Con vistas a proporcionar tal mecanismo, por lo tanto, los métodos y aparatos ejemplares descritos en este documento buscan abordar o al menos contribuir parcialmente a uno o más de lo que sigue:

• permitir que un UE particular conozca, incluso ya desde la (re)selección de célula, si su o sus ID de usufructuario y/o tipo o tipos de segmento permitidos son admitidos dentro de una célula eventual;

• proporcionar priorización diferencial para usufructuarios (identificados por ID de usufructuario) y/o tipos de segmento incluso en el momento de un procedimiento de acceso inicial al canal de acceso aleatorio (RACH);

• gestionar de la movilidad en el contexto de la segmentación de red, por ejemplo, determinación de una situación de recursos en un gNB contiguo; identificación de una diana apropiada y preparación para un procedimiento de traspaso; determinación de si una diana potencial está sobrecargada o no para un ID de usufructuario y/o tipo de segmento determinado;

• gestionar situaciones de sobrecarga de usufructuarios y/o segmentos en un gNB;

• obtener de medidas de uso (por ejemplo, por ID de usufructuario, por tipo de segmento, por tecnología de acceso por radio (RAT), por frecuencia, por tecnología y/o por enlace ascendente/descendente (UL/DL)) y la provisión de uso de usufructuario (por ejemplo, por tipo de segmento) funciones específicas, tales como la facturación; y/o

• habilitar la configuración dinámica basada en el tipo de segmento de la división funcional entre una CU y una DU de un gNB distribuido.

La invención se define en las reivindicaciones independientes adjuntas. Otras características beneficiosas pero opcionales se enumeran en las reivindicaciones dependientes adjuntas. Los siguientes ejemplos no reivindicados en esta sección “Compendio de la invención” se presentan únicamente con fines ilustrativos y facilitan la comprensión de la invención.

En un ejemplo, se proporciona un dispositivo de comunicación para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el dispositivo de comunicación: un controlador y un transceptor; en el que el transceptor está configurado para recibir información relacionada con la segmentación de la red transmitida por una estación base, en el que la información relacionada con la segmentación de la red comprende al menos uno de:

(i) información que identifique el soporte para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base; (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y en el que el controlador está configurado para controlar la comunicación, a través del transceptor, utilizando un segmento que tiene un tipo de segmento de un usufructuario con el que está asociado el dispositivo de comunicación, en función de la información proporcionada en la red recibida información relacionada con la segmentación que se relaciona específicamente con al menos un de: el usufructuario con el que está asociado el dispositivo de comunicación y el tipo de segmento del usufructuario con el que está asociado el dispositivo de comunicación.

En otro ejemplo, se proporciona una estación base para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo la estación base: un controlador y un transceptor; en el que el controlador está configurado para generar información relacionada con la segmentación de la red para su transmisión por el transceptor, en el que la información relacionada con la segmentación de la red para la transmisión comprende al menos uno de: (i) información que identifica el soporte para al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base y un tipo de segmento de red de un usufructuario que es compatible con la estación base; (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y en el que el transceptor es operable para transmitir la información relacionada con la segmentación de la red generada por el controlador a al menos una de una estación base adicional y un dispositivo de comunicación.

En otro ejemplo, se proporciona un dispositivo de comunicación para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el dispositivo de comunicación: un controlador y un transceptor; en el que el transceptor está configurado para recibir información de configuración para configurar el dispositivo de comunicación para adquirir, desde al menos una estación base contigua, información que identifica el soporte, por parte de la al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base y un tipo de segmento de red de un usufructuario que sea compatible con la estación base; en el que el controlador está configurado para adquirir, en función de la información de configuración, de la al menos una estación base contigua, la información que identifica el soporte, por parte de la al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base, y generar un informe que incluye la información adquirida; y en el que el transceptor está configurado para enviar el informe a al menos una estación base.

En otro ejemplo, se proporciona una estación base para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo la estación base: un controlador y un transceptor; en el que el transceptor está configurado: para transmitir, a un dispositivo de comunicación, información de configuración para configurar el dispositivo de comunicación para adquirir, desde al menos una estación base contigua, información que identifique el soporte, por parte de la al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que admite la estación base; para recibir, desde el dispositivo de comunicación, un informe que comprende información que identifica el soporte, por parte de al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base; y generar un informe que incluya la información adquirida; y en el que el controlador está configurado para determinar una diana para el traspaso basado en el soporte de identificación de formación m proporcionado en el informe recibido.

En otro ejemplo, se proporciona una estación base para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo la estación base: un controlador y un transceptor; en el que el transceptor está configurado para recibir, desde un nodo central, información que indica que debe iniciarse una acción de sobrecarga con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico; y en el que el controlador está configurado para controlar, en función de la información que indica que debe iniciarse una acción de sobrecarga, la comunicación con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico.

En otro ejemplo, se proporciona un nodo central para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el nodo central: un controlador y un transceptor; en el que el controlador está configurado para determinar que debe iniciarse una acción de sobrecarga, con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico; y en el que el transceptor está configurado para transmitir, a una estación base, información que indica que debe iniciarse una acción de sobrecarga con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico .

En otro ejemplo, se proporciona una estación base para un sistema de comunicación en la que se admite la segmentación de red y en la que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmentación asociado con ese usufructuario, comprendiendo la estación base: un controlador y un transceptor; en el que el controlador está configurado para adquirir información de uso de datos para la comunicación a través de la estación base, en el que la información de uso de datos comprende información de uso de datos respectiva separada para al menos uno de: cada usufructuario para el que se produce la comunicación a través de la estación base, y cada tipo de segmento de red de cada usufructuario para el que se produce la comunicación a través de la estación base; y en el que el transceptor está configurado para proporcionar, a un nodo central, la información de uso de datos respectiva separada adquirida.

En otro ejemplo, se proporciona un aparato de estación base para un sistema de comunicación en el que se admite la segmentación de red y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el aparato de la estación base: una unidad distribuida y una unidad central, en el que cada unidad comprende respectivamente un controlador y un transceptor; en el que el controlador de la unidad distribuida está configurado para proporcionar funcionalidad de capa inferior del aparato de estación base, en relación con la unidad central, y el controlador de la unidad central está configurado para proporcionar funcionalidad de capa superior del aparato de estación base, en relación con la unidad distribuida; donde hay una pluralidad de posibles divisiones funcionales entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central; y en el que el controlador de la unidad distribuida y el controlador de la unidad central están configurados para reconfigurar dinámicamente la división funcional entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central a partir de una primera de las posibles divisiones funcionales a una segunda de las posibles divisiones funcionales.

En otro ejemplo, se proporciona un aparato que implementa la unidad distribuida del aparato de la estación base.

En otro ejemplo, se proporciona un aparato que implementa la unidad central del aparato de la estación base.

En otro ejemplo, se proporciona un nodo central para un sistema de comunicación, comprendiendo el nodo central: un controlador y un transceptor; en el que el controlador está configurado para controlar la comunicación con el aparato de la estación base que tiene una unidad distribuida y una unidad central y en el que la unidad distribuida proporciona la funcionalidad de capa inferior del aparato de la estación base, en relación con la unidad central, y la unidad central proporciona la funcionalidad de capa superior del aparato de la estación base, en relación con la unidad distribuida; en el que el controlador está configurado para determinar cuál de una pluralidad de posibles divisiones funcionales debe usarse entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central; y en el que el transceptor está configurado para proporcionar una indicación de cuál de una pluralidad de posibles divisiones funcionales debe usarse para la unidad central del aparato de la estación base.

En otro ejemplo, se proporciona un método realizado por un dispositivo de comunicación en un sistema de comunicación en el que se admite la segmentación de red y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: recibir información relacionada con la segmentación de red transmitida por una estación base, en el que el la información relacionada con el segmento de red comprende al menos uno de: (i) información que identifica el soporte para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base; (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y controlar la comunicación utilizando un segmento que tiene un tipo de segmento de un usufructuario con el que está asociado el dispositivo de comunicación, en función de la información proporcionada en la red recibida información relacionada con la segmentación que se relaciona específicamente con al menos uno de: el usufructuario con el que está asociado el dispositivo de comunicación y el tipo de segmento del usufructuario con el que está asociado el dispositivo de comunicación.

En otro ejemplo, se proporciona un método realizado por una estación base en un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: generar información relacionada con la segmentación de red para transmisión por un transceptor, en el que la información relacionada con la segmentación de red para transmisión comprende al menos uno de: (i) información que identifica el soporte para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base; (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y transmitir la información relacionada con la segmentación de la red generada a al menos una de una estación base adicional y un dispositivo de comunicación.

En otro ejemplo, se proporciona un método realizado por un dispositivo de comunicación en un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: recibir información de configuración para configurar el dispositivo de comunicación para adquirir, desde al menos una estación base contigua, información que identifica el soporte, por parte de la al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base; adquirir, sobre la base de la información de configuración, de la al menos una estación base contigua, la información que identifica el soporte, por parte de la al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base, y para generar un informe que incluye la información adquirida; y enviar el informe a al menos una estación base.

En otro ejemplo, se proporciona un método realizado por una estación base en un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: transmitir, a un dispositivo de comunicación, información de configuración para configurar el dispositivo de comunicación para adquirir, desde al menos una estación base contigua, información que identifique el soporte, por parte de al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base y un tipo de segmento de red de un usufructuario que es compatible con la estación base; recibir, desde el dispositivo de comunicación, un informe que comprende información que identifica el soporte, por parte de la al menos una estación base contigua, para al menos uno de: un usufructuario cuya comunicación es compatible a través de la estación base, y un tipo de segmento de red de un usufructuario que es admitido por la estación base; y generar un informe que incluya la información adquirida; y determinar una diana para el traspaso en base a la información que identifica el soporte proporcionado en el informe recibido.

En otro ejemplo, se proporciona un método realizado por una estación base en un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: recibir, desde un nodo central, información que indica que debe iniciarse una acción de sobrecarga con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico; y controlar, en función de la información que indica que debe iniciarse una acción de sobrecarga, la comunicación con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico.

En otro ejemplo, se proporciona un método realizado por un nodo central en un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: determinar que debe iniciarse una acción de sobrecarga con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico; y transmitir, a una estación base, información que indica que debe iniciarse una acción de sobrecarga con respecto a al menos uno de: al menos un usufructuario específico, y al menos un tipo de segmento de red específico de un usufructuario específico.

En otro ejemplo, se proporciona un método realizado por una estación base en un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el método: adquirir información de uso de datos para la comunicación a través de la estación base, en la que la información de uso de datos comprende información de uso de datos respectiva separada para al menos uno de: cada usufructuario para el que se produce la comunicación a través de la estación base, y cada tipo de segmento de red de cada usufructuario para el cual se produce una comunicación a través de la estación base; y proporcionar, a un nodo central, la respectiva información de uso de datos separada adquirida.

En otro ejemplo, se proporciona un método realizado por un aparato de estación base para un sistema de comunicación en el que se admite la segmentación de red y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, y en el que el aparato de estación base comprende una unidad distribuida y una unidad central, comprendiendo el método: proporcionar, a través de la unidad distribuida, funcionalidad de capa inferior del aparato de estación base, en relación con la unidad central, y proporcionar, a través de la unidad central, funcionalidad de capa superior del aparato de estación base, relativo a la unidad distribuida, en el que hay una pluralidad de posibles divisiones funcionales entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central; y reconfigurar, dinámicamente, la división funcional entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central desde una primera de las posibles divisiones funcionales a una segunda de las posibles divisiones funcionales.

En otro ejemplo, se proporciona un método realizado por un nodo central para un sistema de comunicación, comprendiendo el método: comunicarse con un aparato de estación base que tiene una unidad distribuida y una unidad central y en el que la unidad distribuida proporciona funcionalidad de capa inferior del aparato de estación base, en relación con la unidad central, y la unidad central proporciona una funcionalidad de capa superior del aparato de la estación base, en relación con la unidad distribuida; determinar cuál de una pluralidad de posibles divisiones funcionales debe usarse entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central; y proporcionar una indicación de cuál de una pluralidad de posibles divisiones funcionales debería usarse para la unidad central del aparato de la estación base. Otros ejemplos se extienden a los sistemas, métodos y productos de programas informáticos correspondientes, como medios de almacenamiento legibles por ordenador que tienen instrucciones almacenadas que se pueden operar para programar un procesador o sistema programable para llevar a cabo un método como se describe en los ejemplos y posibilidades definidos anteriormente o enumerados en las reivindicaciones y/o para programar un ordenador adecuadamente adaptado para proporcionar el aparato citado en cualquiera de las reivindicaciones. Cada característica divulgada en este documento (término que incluye las reivindicaciones) y/o mostrada en los dibujos puede incorporarse a la invención independientemente (o en combinación con) cualquier otra característica descrita y/o ilustrada. En particular, pero sin limitación, las características de cualquiera de las reivindicaciones dependientes de una reivindicación independiente particular pueden introducirse en esa reivindicación independiente en cualquier combinación o individualmente.

Si bien se han divulgado aparatos de soporte físico específicos que tienen una estructura física específica (por ejemplo, controladores y circuitos transceptores) para realizar los diversos procedimientos descritos en este documento, cada etapa de los métodos divulgados en la descripción y/o que forman parte de las reivindicaciones, puede ser implementado por cualquier medio adecuado para realizar esa etapa. De acuerdo con esto, cada aspecto del método de la invención tiene un aspecto de aparato correspondiente que comprende medios respectivos para realizar cada etapa de ese aspecto del método.

Ahora se describirán realizaciones ejemplares de la invención, a título de ejemplo, con referencia a los dibujos adjuntos en los que:

Breve descripción de los dibujos

[fig.1] La Figura 1 ilustra esquemáticamente un sistema de telecomunicaciones móviles de un tipo al que es aplicable la invención;

[fig.2] La Figura 2 es un diagrama de bloques de un aparato físico para implementar un teléfono móvil adecuado para su uso en el sistema de telecomunicaciones de la Figura 1;

[fig.3] La Figura 3 es un diagrama de bloques de un aparato físico para implementar una estación base adecuada para su uso en el sistema de telecomunicaciones de la Figura 1;

[fig.4] La Figura 4 es un diagrama de bloques de un aparato físico para implementar una estación base distribuida adecuada para su uso en el sistema de telecomunicaciones de la Figura 1;

[fig.5] La Figura 5 es un diagrama de bloques de un aparato físico para implementar una función de red central adecuada para soportar el control de sobrecarga en el sistema de telecomunicaciones de la Figura 1;

[fig.6] La Figura 6 es un diagrama de bloques de un aparato físico para implementar una función de red central adecuada para facilitar la provisión de funciones de facturación para su uso en el sistema de telecomunicaciones de la Figura 1;

[fig.7] La Figura 7 es un diagrama de bloques de un aparato físico para implementar una función de red central adecuada para admitir la configuración dinámica de una división funcional entre una unidad distribuida y una unidad central de una estación base distribuida del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1;

[fig.8] La Figura 8 ilustra un procedimiento, que se puede realizar entre una estación base y el equipo de usuario del sistema de telecomunicaciones de la Figura 1, para permitir que el equipo de usuario conozca el soporte para el o los ID de usufructuario y/o tipo o tipos de segmento dentro de una célula en particular; [fig.9] La Figura 9 ilustra un procedimiento, que se puede realizar entre una estación base y el equipo de usuario del sistema de telecomunicaciones de la Figura 1, para proporcionar una priorización diferencial para usufructuarios y/o tipos de segmento;

[fig.10] La Figura 10 ilustra un procedimiento que se puede realizar internamente entre una capa de control de recursos de radio, una capa de control de acceso al medio y una capa física del equipo de usuario del sistema de telecomunicaciones de la Figura 1, al implementar el procedimiento de la Figura 9 o un procedimiento similar;

[fig.11] Las Figuras 11 (a) a (f) ilustran una serie de procedimientos que se pueden realizar entre estaciones base del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1, para soportar la movilidad en el contexto de la segmentación de redes;

[fig.12] La Figura 12 ilustra un procedimiento que puede realizarse entre el equipo de usuario y las estaciones base del tipo mostrado en el sistema de telecomunicaciones de la Figura 1, para soportar la movilidad en el contexto de la segmentación de redes;

[fig.13] La Figura 13 ilustra un procedimiento, que puede realizarse entre el equipo de usuario y una estación base del tipo mostrado en el sistema de telecomunicaciones de la Figura 1, para facilitar la gestión de situaciones de congestión/sobrecarga en un gNB;

[fig.14] La Figura 14 ilustra un procedimiento, que puede realizarse entre una estación base y una función de red central del tipo mostrado en el sistema de telecomunicaciones de la Figura 1, para facilitar la gestión de situaciones de congestión/sobrecarga en un gNB;

[fig.15] La Figura 15 ilustra un procedimiento, que puede realizarse en el sistema de telecomunicaciones de la Figura 1, para facilitar la provisión de funciones específicas de uso del usufructuario (por ejemplo, por tipo de segmento), tales como la facturación;

[fig.16] La Figura 16 ilustra varias opciones diferentes para divisiones funcionales entre una unidad distribuida y una unidad central de una estación base distribuida del tipo mostrado en el sistema de telecomunicaciones de la Figura 1;

[fig.17] La Figura 17 ilustra un procedimiento, que se puede realizar en el sistema de telecomunicaciones de la Figura 1, para facilitar la configuración dinámica de una división funcional entre una unidad distribuida y una unidad central de una estación base distribuida del tipo mostrado en el sistema de telecomunicaciones de la Figura 1; y

[fig.18] La Figura 18 ilustra otro procedimiento, que se puede realizar en el sistema de telecomunicaciones de la Figura 1, para facilitar la configuración dinámica de una división funcional entre una unidad distribuida y una unidad central de una estación base distribuida del tipo mostrado en el sistema de telecomunicaciones de la Figura 1.

Descripción de realizaciones

Visión de conjunto

La Figura 1 ilustra esquemáticamente un sistema 1 de telecomunicaciones móviles (celulares) en el que se definen una pluralidad de segmentos 2 de red configurados de manera diferente a través de los cuales una empresa explotadora de red proporciona servicios celulares a diferentes usufructuarios en función de sus SLA. Se apreciará que, con el concepto de usufructuarios, una empresa explotadora de red puede diferenciar los diferentes requisitos de los clientes y proporcionar servicios personalizados utilizando uno o varios segmentos. En este ejemplo, el sistema 1 de telecomunicaciones móviles funciona como un sistema de próxima generación (“5G”) pero se apreciará que muchas de las características descritas con referencia a este ejemplo son aplicables más ampliamente en otros sistemas de comunicación. Cada una de las estaciones base forma parte de una red de acceso por radio (RAN) asociada para permitir que el equipo de usuario (UE) 3 (como teléfonos móviles/teléfonos inteligentes 3-1,3-2 y 3-3, dispositivos MTC/IoT (no mostrados)), y/u otros dispositivos de comunicación de ubicación fija o móvil) para conectarse a su red y recibir uno o más servicios asociados.

Cada UE 3, en este ejemplo, recibe servicios de comunicación de al menos un usufructuario que tiene su propio ID de usufructuario único. Por lo tanto, con los conceptos de usufructuario y segmento, la empresa explotadora de la red puede proporcionar servicios de comunicación utilizando uno o más tipos de segmento 2 de red según los requisitos de comunicación de cada usufructuario.

En cada UE 3 se configura un descriptor multidimensional (MDD) que representa al menos: un ID de usufructuario de un usufructuario al que pertenece; y el descriptor de servicio/tipo de segmento que tienen derecho a usar (regido en parte por el ID de usufructuario). El descriptor de servicio/tipos de segmento puede comprender valores normalizados y/o valores específicos de la empresa explotadora. El MDD es, en esencia, una matriz que indica en cada una de sus filas un segmento 2 que el UE 3 puede solicitar para acceder o direccionar (por lo tanto, si hay un solo segmento, el MDD es un vector). Una fila en el MDD se denomina vector MDD.

Los servicios se proporcionan a los respectivos UE 3 de cada usufructuario a través de una o más estaciones base 5-1,5-2 del sistema 1 de telecomunicaciones. Como comprenderán los expertos en la materia, cada estación base 5 opera una o más células 6-1, 6-2, 6-3 en las que se pueden realizar comunicaciones entre las estaciones base 5 y los UE 3 usando una tecnología de acceso por radio apropiada, por ejemplo, una tecnología de acceso por radio terrestre universal evolucionado (E-UTRA) y/o similares.

Las estaciones base están configuradas para operar de acuerdo con los estándares de próxima generación (5G) y, en este ejemplo, comprenden un gNB 5-1 de tipo no distribuido y un gNB 5-2 distribuido. Como se ve en la Figura 1, el gNB 5-2 distribuido de este ejemplo comprende una unidad central 5-2b (CU) y una pluralidad de unidades distribuidas 5-2a (DU), cada una de las cuales sirve al menos a una célula asociada.

Se apreciará que, si bien, en este ejemplo, se describen estaciones base de tipo “gNB”, se apreciará que gran parte de la funcionalidad se puede extender a otras estaciones base o aparatos similares para proporcionar acceso por radio a los UE 3, tales como teléfonos móviles (celulares)/teléfonos inteligentes, dispositivos MTC/IoT y/u otros dispositivos de comunicación de ubicación fija o móvil.

Los gNB 5 están conectados a través de una red central asociada que tiene una pluralidad de nodos 7 de red central lógicos para admitir la comunicación en el sistema 1 de telecomunicaciones. Los nodos 7 de red central de este ejemplo implementan, entre otras funciones, al menos una función 7-1 de plano de control, al menos una función 7-2 de plano de usuario, y al menos una función 7-4 de directrices y de facturación. En este ejemplo, uno de los nodos 7 de red central también puede implementar una función 7-3 de gestión de movilidad que proporciona funcionalidad de gestión de movilidad, por ejemplo, correspondiente a la de una entidad de gestión de movilidad LTE (MME) o similar, que incluye control de sobrecarga del núcleo. En este ejemplo, una de las funciones 7 de la red central también puede comprender una función (denominada aquí como “función de control de gNB distribuido” 7-5) para facilitar la configuración dinámica de una división funcional entre las unidades distribuidas 5-2a y la unidad central 5-2b del gNB distribuido 5-2. Se apreciará que, si bien se describen funciones separadas con nombres específicos con fines ilustrativos, la funcionalidad correspondiente puede implementarse de forma aislada o combinada mediante uno o más nodos 7 de red central adecuados implementados utilizando circuitos dedicados y/o instrucciones de soporte lógico para controlar un procesador asociado. Por ejemplo, la función de control 7-5 del gNB distribuido puede implementarse como parte de cualquier nodo adecuado 7 de red central, tal como un nodo central que implementa la funcionalidad de gestión de movilidad.

En este ejemplo, la o las funciones 7-2 de plano de usuario comprenden al menos una, pero normalmente una pluralidad de las denominadas funciones de plano de usuario de terminación (TUPF) para terminar el tráfico del plano de usuario e interactuar con una red de datos. Como antecedentes de respaldo, el informe técnico (TR) 23.799 V0.7.0 de 3GPP introduce el concepto de TUPF, que es efectivamente un nodo de red lógica acoplado con una o más células (gNB). Se supone que se proporciona una sesión de unidad de datos de protocolo (PDU) apropiada entre la TUPF y cada UE 3 conectado (es decir, UE atendidos por estaciones base asociadas con esa TUPF).

De manera beneficiosa, para permitir que un UE 3 en particular conozca, lo antes posible, si el o los ID de usufructuario y/o tipo o tipos de segmento permitidos de ese UE son compatibles dentro de una célula particular, la información que identifica el o los ID de usufructuario admitidos, el tipo de segmento (por ID de usufructuario) y la TUPF 7-2 son, en un método ejemplar, transmitidos en la información del sistema (por ejemplo, en un bloque de información del sistema, “SIB”, tal como SIB2 en LTE) por el gNB 5 correspondiente. El UE 3 puede entonces escuchar el SIB relevante con el fin de verificar si una célula dada admite un ID de usufructuario deseada en particular, tipo de segmento por ID de usufructuario y/o TUPF. La compatibilidad con un ID de usufructuario deseado en particular, tipo de segmento por ID de usufructuario y/o TUPF se verifica según el MDD, las prestaciones del UE y/o la configuración de USIM.

Cuando el UE 3 identifica que sus ID de usufructuario deseados, los tipos de segmento por ID de usufructuario y TUPF son compatibles con una célula 6 en función de la información del sistema transmitida por el gNB 5, el UE 3 puede entonces quedar en espera en la célula 6 para cualquiera de varias finalidades diferentes (por ejemplo, para un procedimiento de acceso inicial o solicitud de un servicio). Una empresa explotadora de red móvil puede admitir numerosos usufructuarios y segmentos, pero una célula determinada no tiene que transmitir todos, sino algunos, dependiendo de cómo esté configurada la célula en función de la demanda local. Los segmentos OR que no son de usufructuario principal pueden ser compatibles con el tipo de segmento OR de usufructuario misceláneo.

En consecuencia, un gNB 5 es ventajosamente capaz de cambiar dinámicamente los ID de usufructuario, los tipos de segmento por ID de usufructuario y/o TUPF admitidos en una célula 6 particular (por ejemplo, en función de los requisitos de la empresa explotadora, la demanda o similares) y el UE 3 puede identificar de manera eficiente si sus ID de usufructuario permitidos y/o tipos de segmento son compatibles dentro de esa célula 6.

De manera beneficiosa, en los métodos ejemplares descritos con más detalle más adelante, el sistema de comunicación ilustrado en la Figura 1 proporciona procedimientos para soportar el tratamiento diferenciado y, por lo tanto, la priorización de la comunicación para diferentes usufructuarios y/o tipos de segmentos. Específicamente, en estos procedimientos ejemplares, la información del sistema relacionada con cómo se realiza un procedimiento de canal de acceso aleatorio se proporciona por ID de usufructuario y/o por tipo de segmento (para cada usufructuario). Por lo tanto, se pueden proporcionar diferentes parámetros de configuración respectivos para cada ID de usufructuario respectivo y/o por tipo de segmento (para cada usufructuario). En un ejemplo particularmente beneficioso, los preámbulos utilizados para el procedimiento de RACH están, en efecto, “segmentados” por ID de usufructuario y/o tipo de segmento dentro del ID de usufructuario con un preámbulo del RACH respectivo diferente (o conjunto de preámbulos) asociado con cada ID de usufructuario y/o cada tipo de segmento asociado con un ID de usufructuario en particular. Cada uno de estos preámbulos del RACH (o conjunto de preámbulos) se proporciona con una prioridad respectiva que representa la prioridad con la que debe tratarse la comunicación del usufructuario y/o tipo de segmento correspondiente. En otros ejemplos, la información del sistema incluye parámetros específicos del usufructuario/tipo de segmento para configurar la potencia, la frecuencia y/o la sincronización relativa utilizadas para transmitir una solicitud de RACH o repeticiones de la solicitud de RACH.

De manera beneficiosa, en métodos ejemplares descritos con más detalle más adelante, el sistema de comunicación ilustrado en la Figura 1 proporciona una serie de procedimientos, que pueden realizarse entre estaciones base del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1, para soportar la movilidad en modo conectado en el contexto de la segmentación de red. Los procedimientos incluyen varios procedimientos de intercambio de información de recursos de tipo segmento e ID de usufructuario entre los gNB para respaldar la toma de decisiones de traspaso, incluidos procedimientos para permitir que los gNB 5 contiguos sepan qué ID de usufructuario y tipos de segmento son compatibles con cada gNB 5 contiguo y procedimientos para permitir que los gNB 5 contiguos conozcan la condición de carga de cada usufructuario, tipo de segmento (dentro del ID de usufructuario) y la TUPF de cada gNB 5 contiguo.

De manera beneficiosa, en un método ejemplar descrito con más detalle más adelante, el sistema de comunicación ilustrado en la Figura 1 proporciona soporte para soportar el control de sobrecarga al permitir que se realice la restricción de acceso en función del ID de usufructuario y/o la identidad del segmento (índice). De manera similar, en otro método ejemplar descrito con más detalle más adelante, el sistema de comunicación ilustrado en la Figura 1 proporciona soporte para soportar el control de sobrecarga al permitir que el procedimiento de sobrecarga controlado por la red central (procedimientos de inicio/detención de sobrecarga) se dirija a uno o más ID de usufructuario específicos y/o identidades de segmento.

De manera beneficiosa, por lo tanto, para permitir que se tenga en cuenta el uso respectivo de cada usufructuario para fines de facturación u otros fines, en un método ejemplar, el sistema de comunicación ilustrado en la Figura 1 permite que se realicen mediciones con el fin de calcular el uso de datos de enlace descendente y enlace ascendente por cada usufructuario en términos de tipos de segmento y otros factores. Específicamente, se proporcionan una serie de funciones y contadores nuevos para habilitar la recopilación de volumen de datos de enlace descendente y ascendente agregados por ID de usufructuario, por tipo de segmento, por RAT (ya que 5G puede admitir una variedad de RAT, como WLAN RAT, etc.), por frecuencia, por tecnología (por ejemplo, Acceso asistido por licencia (LAA), etc.) y/o por UL/DL. Cada UE 3 se identificará, con el fin de recopilar el volumen de datos, en función del ID de usufructuario y la agregación del consumo de datos de enlace descendente y ascendente para los UE 3 identificados a través de su ID de usufructuario, permite el cálculo del uso de datos específico del usufructuario con una amplia variedad de granularidad.

Además, dado que 5G admitirá tecnologías de acceso por radio que no sean 3GPP (por ejemplo, IEEE 802.11, IEEE 802.15) de manera transparente, para fines de 5G, los cálculos de volumen de datos también se pueden realizar de manera beneficiosa en una tecnología de acceso por radio para un tratamiento diferenciado basado en RAT (por ejemplo, facturación).

De manera beneficiosa, en métodos ejemplares descritos con más detalle más adelante, el sistema de comunicación ilustrado en la Figura 1 proporciona una flexibilidad mejorada para la estación base 5-2 que tiene unidades centrales y distribuidas al permitir que la división funcional asociada se cambie dinámicamente para optimizar la división funcional basada en las condiciones del canal, las condiciones de carga y los requisitos de calidad del servicio pueden variar y/o similares.

Equipo de usuario

La Figura 2 es un diagrama de bloques que ilustra los componentes principales del equipo 3 de usuario (como un teléfono móvil) que se muestra en la Figura 1. Como se muestra, el UE 3 tiene un circuito transceptor 231 que puede operarse para transmitir señales hacia una estación base 5, y recibir señales desde la misma, (por ejemplo, un gNB) a través de una o más antenas 233. Aunque no se muestra necesariamente en la Figura 2, el UE 3 puede, por supuesto, tener toda la funcionalidad habitual de un UE 3 convencional (como una interfaz 235 de usuario) y esto puede ser proporcionado por uno cualquiera o cualquier combinación de soporte físico, soporte lógico y soporte lógico inalterable, según corresponda. El UE 3 tiene un controlador 237 para controlar el funcionamiento del equipo 3 de usuario.

El controlador 237 está asociado con una memoria 239 y está acoplado con el circuito transceptor 231. El soporte lógico puede estar preinstalado en la memoria 239 y/o puede descargarse a través de la red de telecomunicaciones o desde un dispositivo extraíble de almacenamiento de datos (RMD), por ejemplo.

El controlador 237 está configurado para controlar el funcionamiento general del UE 3 mediante, en este ejemplo, instrucciones de programa o instrucciones de soporte lógico almacenadas en la memoria 239. Como se muestra, estas instrucciones de soporte lógico incluyen, entre otras cosas, un sistema operativo 241, un módulo 243 de control de comunicaciones, un módulo 245 de información de segmento/usufructuario, una entidad 247 de control de recursos de radio (RRC), una entidad 249 de control de acceso al medio (MAC), una entidad 251 de capa física (PHY), un módulo 252 de estrato sin acceso (NAS), y un módulo 253 de medición.

La memoria también incluye información 255 de configuración utilizada por el UE 3 para fines de comunicación y control. Esta información generalmente incluye, entre otras cosas, el descriptor multidimensional (MDD) (cuando está configurado para el UE), información que identifica la comunicación del UE y otras prestaciones e información que identifica cómo el módulo de identidad del abonado (SIM) del UE, por ejemplo, se configura un SIM universal (USIM).

El módulo 243 de control de comunicaciones puede operar para controlar la comunicación entre el UE 3 y las estaciones base 5. El módulo 243 de control de comunicaciones también controla los flujos separados de datos de enlace ascendente y datos de control que se transmitirán a la estación base 5 y la recepción de datos de enlace descendente y datos de control transmitidos por la o las estaciones base 5. El módulo 243 de control de comunicaciones es responsable, por ejemplo, de gestionar la parte del UE en procedimientos de modo inactivo y conectado, tales como (re)selección de célula, quedar en espera en células, escucha de información del sistema, procedimientos de canal de acceso aleatorio (RACH), etc.

El módulo 245 de información de segmento/usufructuario es responsable de gestionar y mantener la información que identifica el usufructuario o los usufructuarios a los que pertenece el UE 3 y la información que identifica el segmento o tipo de segmento que el UE 3 es capaz de usar.

La entidad RRC 247 es responsable de controlar la funcionalidad de la capa RRC del UE 3 (bajo el control general del módulo 243 de control de comunicaciones). La entidad MAC 249 es responsable de controlar la funcionalidad de la capa MAC del UE 3 (bajo el control general del módulo 243 de control de comunicaciones). La entidad PHY 251 es responsable de controlar la funcionalidad de capa física del UE 3 (bajo el control general del módulo 243 de control de comunicaciones). El módulo NAS 252 es responsable de controlar la funcionalidad NAS del UE 3 (bajo el control general del módulo 243 de control de comunicaciones).

El módulo 253 de medición gestiona la realización de mediciones de las condiciones de comunicación (por ejemplo, potencia y calidad de la señal recibida) en las células servidoras y contiguas (por ejemplo, en base a la configuración de medición y la información de control recibida desde la estación base 5). El módulo 253 de medición también genera informes de medición asociados para su transmisión a la estación base 5.

Estación base no distribuida (gNB)

La Figura 3 es un diagrama de bloques que ilustra los componentes principales de un gNB 5-1 de tipo no distribuido del tipo que se muestra en la Figura 1. Como se muestra, el gNB 5-1 incluye un circuito transceptor 351 que puede operarse para transmitir señales hacia los UE 3 y recibir señales desde los mismos, a través de una o más antenas 353 y que se puede operar para transmitir señales y recibir señales de las funciones de la red central 7 y/u otros gNB 5 a través de una interfaz 355 de red. La interfaz 355 de red normalmente incluye una interfaz similar a S1 para comunicarse con la red central y una interfaz gNB a gNB (por ejemplo, similar a X2) para comunicarse con otros gNB. Un controlador 357 controla el funcionamiento del circuito transceptor 351 de acuerdo con el soporte lógico almacenado en una memoria 359. El soporte lógico incluye, entre otras cosas, un sistema operativo 361, un módulo 363 de control de comunicaciones y un módulo 364 de gestión de segmentos de red/usufructuario.

El módulo 363 de control de comunicaciones puede operar para controlar la comunicación entre el gNB 5-1 y los UE 3 y otras entidades de red que están conectadas al gNB 5-1. El módulo 363 de control de comunicaciones también controla los flujos separados de tráfico de usuario de enlace ascendente y enlace descendente y los datos de control que se transmitirán a los dispositivos de comunicaciones atendidos por el gNB 5-1, incluidos, por ejemplo, datos de control para gestionar la operación de los UE 3. El módulo 363 de control de comunicaciones es responsable, por ejemplo, de controlar procedimientos tales como la comunicación de información de control/configuración de medición, información del sistema, la parte gNB en los procedimientos del canal de acceso aleatorio (RACH), etc. El módulo 363 de control de comunicaciones también es responsable de gestionar las partes de los gNB en la instalación, configuración y reconfiguración de interfaces gNB a gNB con gNB contiguos. El módulo 363 de control de comunicaciones también es responsable de gestionar el traspaso parcial de los gNB, incluida la toma de decisiones de traspaso, la selección de dianas, etc. (cuando corresponda). El módulo 363 de control de comunicaciones también es responsable de gestionar la parte de los gNB en control de la sobrecarga/congestión por ejemplo: la configuración/reconfiguración de parámetros de restricción de acceso; implementar y terminar los procedimientos de sobrecarga iniciados por la red central; suministro de información de carga/congestión a otros nodos (por ejemplo, otros gNB). El módulo 363 de control de comunicaciones también es responsable de monitorizar y medir el uso de datos del UE, implementar contadores asociados y proporcionar la información a la red central.

El módulo 364 de gestión de segmento de red/usufructuario puede operarse para almacenar y gestionar datos 365 de configuración para definir, para cada servicio/usufructuario, los diversos segmentos de red de acceso por radio (RAN) disponibles a través del gNB 5-1.

Estación base distribuida (gNB)

La Figura 4 es un diagrama de bloques que ilustra los componentes principales de un gNB 5-2 de tipo distribuido del tipo mostrado en la Figura 1. Como se muestra, el gNB 5-2 incluye una unidad distribuida 5-2a y una unidad central 5-2b. Cada unidad 5-2a, 5-2b incluye un respectivo circuito transceptor 451a, 451b. El circuito transceptor 451a de la unidad distribuida 5-2a puede operarse para transmitir señales hacia los UE 3, y recibir señales desde los mismos, a través de una o más antenas 453a y puede operarse para transmitir señales hacia la unidad central 5-2b, y recibir señales desde la misma, a través de una interfaz 454a.

El circuito transceptor 451b de la unidad central 5-2b es operable para transmitir señales hacia funciones de la red central 7 y/u otros gNB 5, y recibir señales desde los mismos, a través de una interfaz 455b de red. La interfaz 455b de red normalmente incluye una interfaz similar a S1 para comunicarse con la red central y una interfaz de gNB a gNB (por ejemplo, similar a X2) para comunicarse con otros gNB. El circuito transceptor 451b de la unidad central 5-2b también puede operarse para transmitir señales hacia una o más unidades distribuidas 5-2b, y recibir señales desde las mismas, a través de una interfaz 454b.

Cada unidad 5-2a, 5-2b incluye un respectivo controlador 457a, 457b que controla la operación del circuito transceptor correspondiente 451a, 451b de acuerdo con el soporte lógico almacenado en las respectivas memorias 459a y 459b de la unidad distribuida 5-2a y la central unidad 5-2b. El soporte lógico de cada unidad incluye, entre otras cosas, un sistema operativo respectivo 461a, 461b, un módulo 463a, 463b de control de comunicaciones respectivo, un segmento de red respectivo/módulo 464a, 464b de gestión de usufructuarios, y un módulo 467a, 467b de gestión de división funcional respectiva de DU/CU.

Cada módulo 463a, 463b de control de comunicaciones puede operarse para controlar la comunicación de su correspondiente unidad 5-2a, 5-2b, incluida la comunicación de una unidad a la otra. El módulo 463a de control de comunicaciones de la unidad distribuida 5-2a controla la comunicación entre la unidad distribuida 5-2a y los UE 3, y el módulo 463b de control de comunicaciones de la unidad central 5-2b controla la comunicación entre la unidad central 5-2b y otras entidades de red que están conectadas con el gNB 5-2.

Los módulos 463a, 463b de control de comunicaciones también controlan respectivamente el papel desempeñado por la unidad distribuida 5-2a y la unidad central 5-2b en el flujo de datos de control y tráfico de usuario de enlace ascendente y enlace descendente que se transmitirán a los dispositivos de comunicaciones atendidos por el gNB 5­ 2 que incluye, por ejemplo, datos de control para gestionar el funcionamiento de los UE 3. Cada módulo 463a, 463b de control de comunicación es responsable, por ejemplo, de controlar el papel respectivo desempeñado por la unidad distribuida 5-2a y la unidad central 5-2b en procedimientos tales como la comunicación de información de control/configuración de mediciones, información del sistema, la parte de los gNB en los procedimientos de canal de acceso aleatorio (RACH), etc. Cada módulo 463a, 463b de control de comunicación también es responsable, por ejemplo, de controlar la parte respectiva desempeñada por la unidad distribuida 5-2a y la unidad central 5-2b en la gestión de la parte de los gNB en la instalación, configuración y reconfiguración de interfaces gNB a gNB con gNB contiguos. Cada módulo 463a, 463b de control de comunicación también es responsable, por ejemplo, de controlar el papel respectivo desempeñado por la unidad distribuida 5-2a y la unidad central 5-2b en la gestión del traspaso de parte de los gNB, incluida la toma de decisiones de traspaso, la selección de dianas, etc. (cuando corresponda). Cada módulo 463a, 463b de control de comunicación también es responsable, por ejemplo, de controlar el papel respectivo que desempeñan la unidad distribuida 5-2a y la unidad central 5-2b en la gestión de la parte de los gNB en el control de sobrecarga/congestión, por ejemplo: la configuración/reconfiguración de parámetros de restricción de acceso; implementar y terminar los procedimientos de sobrecarga iniciados por la red central; suministro de información de carga/congestión a otros nodos (por ejemplo, otros gNB). Cada módulo 463a, 463b de control de comunicación también es responsable, por ejemplo, de controlar el papel respectivo desempeñado por la unidad distribuida 5-2a y la unidad central 5-2b en la monitorización y medición del uso de datos del UE, para implementar contadores asociados y para proporcionar la información a la red principal.

Cada segmento de red/módulo 464a, 464b de gestión de usufructuarios puede operarse para realizar el papel respectivo desempeñado por la unidad distribuida 5-2a y la unidad central 5-2b en el almacenamiento y la gestión de datos de configuración para definir, para cada servicio/usufructuario, los diversos segmentos de red de acceso por radio (RAN) disponibles a través del gNB 5-1.

Cada módulo 467a, 467b de gestión de división funcional de DU/CU es responsable del papel respectivo desempeñado por la unidad distribuida 5-2a y la unidad central 5-2b en la gestión, configuración y reconfiguración de la división funcional entre la unidad distribuida 5-2a y la unidad central 5-2b.

Función de gestión de la movilidad

La Figura 5 es un diagrama de bloques que ilustra los componentes principales de un nodo central 7 que proporciona una función 7-3 de gestión de movilidad (por ejemplo, una entidad de gestión de movilidad (MME)). El nodo central 7-3 comprende un circuito transceptor 571 que es operable para transmitir señales hacia los gNB 5 y/u otros nodos, y recibir señales desde los mismos, (por ejemplo, otros nodos centrales que proporcionan otras funciones de red central) a través de una interfaz 575 de red. Un controlador 577 controla el funcionamiento del circuito transceptor 571 de acuerdo con el soporte lógico almacenado en una memoria 579. El soporte lógico incluye, entre otras cosas, un sistema operativo 581, un módulo 583 de control de comunicaciones, un módulo 584 de gestión de movilidad y un módulo 585 de control de sobrecarga.

El módulo 583 de control de comunicaciones puede operar para controlar la comunicación directa y/o indirecta entre el nodo central 7-3 y otras entidades de la red (por ejemplo, los gNB y otros nodos centrales que proporcionan otras funciones de la red central) que están conectados (directa o indirectamente) con el nodo central 7-3.

El módulo 584 de gestión de la movilidad es responsable de proporcionar la funcionalidad de gestión de la movilidad del nodo central 7 que incluye, por ejemplo, el control de la red de acceso, la notificación del UE en modo inactivo, las funciones de activación/desactivación del portador, la selección de un nodo central 7 adecuado (por ejemplo, una pasarela servidora y/o la TUPF) para un UE en la conexión inicial y en el momento del traspaso que implica la reubicación del nodo central. También es responsable de la autenticación de un usuario, la terminación de la señalización del estrato sin acceso (NAS), la generación y la asignación de identidades temporales a los UE y otras funciones similares.

El módulo 585 de control de sobrecarga es responsable de gestionar las situaciones de sobrecarga en la red central en el nodo de la red central, incluida la detección de la incidencia y finalización de situaciones de sobrecarga, la transmisión de mensajes para iniciar y finalizar acciones de sobrecarga en el gNB y/o similares.

Función de control de directrices y facturación

La Figura 6 es un diagrama de bloques que ilustra los componentes principales de un nodo central 7 que proporciona una función 7-4 de control de directrices y facturación. El nodo central 7-4 comprende un circuito transceptor 671 que puede operarse para transmitir señales hacia los gNB 5 y/u otros nodos, y recibir señales desde los mismos, (por ejemplo, otros nodos centrales que proporcionan otras funciones de red central) a través de una interfaz 675 de red. Un controlador 677 controla el funcionamiento del circuito transceptor 671 de acuerdo con el soporte lógico almacenado en una memoria 679. El soporte lógico incluye, entre otras cosas, un sistema operativo 681, un módulo 683 de control de comunicaciones y un módulo 684 de control de directrices y facturación.

El módulo 683 de control de comunicaciones puede operar para controlar la comunicación directa y/o indirecta entre el nodo central 7-4 y otras entidades de red (por ejemplo, los gNB y/u otros nodos centrales que proporcionan otras funciones de red central) que están conectadas (directa o indirectamente) con el nodo central 7-4.

El módulo 684 de control de directrices y facturación es responsable de proporcionar la funcionalidad de control de facturación, incluida la acumulación de estadísticas de uso de datos, de múltiples gNB, para usufructuarios específicos y/o tipos de segmentos. El módulo 684 de control de directrices y facturación realiza funciones de facturación con base en las estadísticas de uso de datos acumulados tales como la facturación basada en el tipo de segmento diferencial para cada usufructuario.

Función de gestión de divisiones funcionales de DU/CU

La Figura 7 es un diagrama de bloques que ilustra los componentes principales de un nodo central 7 que proporciona una función 7-5 de gestión de divisiones funcionales de DU/CU para proporcionar la gestión de divisiones funcionales dinámicas basadas en la red central (si se implementa) en gNB distribuidos 5-2. El nodo central 7-5 comprende un circuito transceptor 771 que puede operarse para transmitir señales hacia los gNB 5 y/u otros nodos, y recibir señales desde los mismos, (por ejemplo, otros nodos centrales que proporcionan otras funciones de red central) a través de una interfaz 775 de red. Un controlador 777 controla el funcionamiento del circuito transceptor 771 de acuerdo con el soporte lógico almacenado en una memoria 779. El soporte lógico incluye, entre otras cosas, un sistema operativo 781, un módulo 783 de control de comunicaciones y un módulo 784 de gestión de división funcional de DU/CU.

El módulo 783 de control de comunicaciones puede operar para controlar la comunicación directa y/o indirecta entre el nodo central 7-5 y otras entidades de la red (por ejemplo, los gNB y/u otros nodos centrales que proporcionan otras funciones de la red central) que están conectados (directa o indirectamente) con el nodo central 7-5.

El módulo 784 de gestión de divisiones funcionales de DU/CU es responsable de proporcionar la gestión de la división funcional de DU/CU en un gNB 5-2 distribuido del tipo descrito con referencia a la Figura 4. El módulo 784 de gestión de divisiones funcionales de DU/CU proporciona soporte para la gestión dinámica de divisiones funcionales basadas en la red central (si se implementa), incluida la determinación de la división funcional óptima para un UE 3 dado, el usufructuario al que pertenece el UE 3 y/o el segmento que el UE 3 desea usar. Esta determinación normalmente tendrá en cuenta las condiciones predominantes del canal, las condiciones de carga y/o los requisitos de calidad del servicio.

En la descripción anterior, se describen el teléfono móvil, el UE, los gNB y los nodos de la red central que implementan las funciones de la red central para facilitar la comprensión con varios módulos diferenciados. Si bien estos módulos pueden proporcionarse de esta manera para ciertas aplicaciones, por ejemplo, cuando se ha modificado un sistema existente para implementar la invención, en otras aplicaciones, por ejemplo, en sistemas diseñados con las características inventivas en mente desde el principio, estos módulos pueden ser integrados en el código o sistema operativo general, por lo que es posible que estos módulos no se distingan como entidades diferenciadas. Estos módulos también pueden implementarse en soporte lógico, soporte físico, soporte lógico inalterable o una combinación de estos.

Ahora se describirán una serie de procedimientos, solo a título de ejemplo, que pueden implementarse para ayudar a proporcionar un mecanismo de segmentación eficiente que tenga una serie de beneficios. Se apreciará que, aunque cada uno de estos procedimientos puede proporcionar beneficios técnicos de forma independiente cuando se implementa de forma aislada, puede implementarse conjuntamente cualquier combinación de estos procedimientos. <Soporte de célula para usufructuarios y/o tipos de segmento asociados con un usufructuario>

La Figura 8 ilustra un procedimiento, que se puede realizar entre una estación base y el equipo de usuario del sistema de telecomunicaciones de la Figura 1, para permitir que el equipo de usuario conozca el soporte para el o los ID de usufructuario y/o el o los tipos de segmento dentro de una célula particular.

Como se ve en la Figura 8, el procedimiento ilustrado comienza en S800: cuando un gNB 5 configura una célula para admitir uno o más usufructuarios (representados por los respectivos identificadores de usufructuarios), uno o más tipos de segmentos específicos operados por uno o más usufructuarios y/ o una o más TUPF; o cuando el gNB 5 reconfigura una célula dinámicamente para cambiar los usufructuarios admitidos, los tipos de segmentos específicos operados por uno o más usufructuarios y/o TUPF. Se apreciará que la compatibilidad con el ID de usufructuario, tipos de segmento por ID de usufructuario y/o TUPF se puede cambiar dinámicamente en función de una serie de factores diferentes, incluidos, entre otros, los requisitos de la empresa explotadora y la demanda actual, histórica o prevista.

El gNB 5 transmite regularmente información del sistema a cada célula que opera en forma de un bloque de información principal (MIB) y varios bloques de información del sistema (SIB). Cada SIB comprende información que un UE 3 puede necesitar para comunicarse en esa célula y/o información que un UE 3 puede adquirir para proporcionar a un gNB 5 contiguo para informar al gNB 5 contiguo sobre el gNB 5 que realiza la transmisión.

Solo a título de ejemplo, en los sistemas de comunicación basados en la evolución a largo plazo (LTE) (de los cuales el sistema de telecomunicaciones de la Figura 1 puede ser un desarrollo):

El MIB normalmente contiene, entre otras cosas, información de planificación sobre otros SIB; el SIB1 normalmente contiene, entre otras cosas, información relacionada con el acceso a la célula; el SIB2 normalmente contiene, entre otras cosas, información de configuración de recursos de radio, información de restricción y configuración de recursos de radio de canales comunes; el SIB3 normalmente contiene, entre otras cosas, información de reselección de célula que es común para la reselección de célula intrafrecuencial, interfrecuencial y/o inter-RAT; el SIB4 normalmente contiene, entre otras cosas, información relacionada con células contiguas para la reselección de células intrafrecuenciales, y una lista de células incluidas en la lista negra intrafrecuencial; el SIB5 normalmente contiene, entre otras cosas, información relacionada con células contiguas interfrecuenciales específicas de la red de acceso por radio terrestre universal evolucionada (E-UTRAN), y una lista de células en la lista negra de interfrecuencial específica de E-UTRAN; y SIB6 a SIB 7 normalmente contienen, entre otras cosas, información relacionada con la reselección de células a redes de acceso por radio para diferentes tecnologías de acceso por radio respectivas (por ejemplo, UTRAN, GERAN, CDMA2000). Se apreciará que esto solo representa una selección de dichos SIB y que típicamente muchos otros SIB pueden transmitirse en una célula dependiendo de la tecnología y los requisitos.

En el procedimiento de la Figura 8, cuando el gNB 5 transmite a continuación información del sistema en S804, la información del sistema incluye un bloque de información del sistema (por ejemplo, el SIB2) que está configurado para incluir información que identifica los ID de usufructuario, los tipos de segmento por ID de usufructuario y/o la TUPF soportada por la o las células operadas por el gNB.

Como se ve en S802, el UE 3 escucha las transmisiones periódicas de información del sistema proporcionadas por el gNB 5 y, en consecuencia, cuando el gNB 5 proporciona, en S804, la transmisión de información del sistema, el UE 3 recibe el bloque de información del sistema que incluye la información identificando los ID de usufructuario admitidos, los tipos de segmento por ID de usufructuario y/o TUPF.

Se apreciará que, aunque se muestra en un punto particular en el procedimiento ilustrado en la Figura 8, un UE 3 que escucha información del sistema será un proceso continuo que el UE 3 continuará realizando regularmente mientras está encendido.

En consecuencia, en S806, el UE 3 puede verificar si la célula del gNB admite o no su o sus ID de usufructuario deseados, tipos de segmento por ID de usufructuario y/o TUPF. El UE 3 puede verificar esto en función de: si un ID de usufructuario y/o segmento (tipo) particulares están representados en el descriptor multidimensional (MDD), las prestaciones del UE, la configuración de USIM y/o el NAS configurado dinámicamente.

Cuando la célula admite un ID de usufructuario del UE 3 y/o un tipo de segmento específico dentro del ID de usufructuario que el UE 3 intenta usar, entonces el UE 3 puede tomar la decisión de quedar en espera en esa célula como se indica en S808.

Se apreciará que este procedimiento puede ser utilizado por el UE 3 al decidir si quedar en espera en una célula determinada por cualquier motivo como, por ejemplo, para fines de acceso inicial a la red o para realizar una solicitud de servicio.

Cuando la célula no admite un ID de usufructuario del UE 3 y/o un tipo de segmento específico dentro del ID de usufructuario que el UE 3 pretende usar, entonces el UE 3 puede tomar la decisión de no quedar en espera en esa célula como se indica en S810.

<Priorización de usufructuarios/segmentos>

La Figura 9 ilustra un procedimiento, que se puede realizar entre una estación base y el equipo de usuario del sistema de telecomunicaciones de la Figura 1, para proporcionar una priorización diferencial para usufructuarios y/o tipos de segmento en una etapa temprana durante un intento por parte de un UE 3 de conectarse en una célula particular, en el momento de un procedimiento de canal de acceso aleatorio.

Como se ve en la Figura 9, el procedimiento ilustrado comienza en S900 cuando la información del sistema se transmite en una célula operada por el gNB 5 (por ejemplo, como parte de la transmisión regular de información del sistema mencionada con referencia a la Figura 8). En el procedimiento de la Figura 9, cuando el gNB 5 transmite la información del sistema en S900, la información del sistema incluye un bloque de información del sistema (por ejemplo, el SIB2) que está configurado para incluir parámetros específicos de ID de usufructuario y/o parámetros específicos de tipo de segmento. Por lo tanto, se pueden configurar diferentes parámetros respectivos para cada ID de usufructuario y/o cada tipo de segmento asociado con un ID de usufructuario particular.

En este ejemplo, se asocia un preámbulo del RACH respectivo diferente con cada ID de usufructuario y/o cada tipo de segmento asociado con un ID de usufructuario particular. En esencia, por lo tanto, los preámbulos del RACH se “segmentados” por ID de usufructuario y/o tipo de segmento dentro del ID de usufructuario. Cada uno de estos preámbulos del RACH tiene una prioridad respectiva que representa la prioridad con la que se debe tratar la comunicación del tipo de usufructuario y/o segmento correspondiente.

Los parámetros específicos de ID de usufructuario y/o parámetros específicos de tipo de segmento proporcionados en la información del sistema en S900 incluyen, en este ejemplo, parámetros que identifican el preámbulo del RACH respectivo que está asociado con cada ID de usufructuario y/o cada tipo de segmento asociado con un ID de usufructuario particular.

Como se ve en S902, el UE 3 escucha las transmisiones periódicas de información del sistema proporcionadas por el gNB 5 y, en consecuencia, cuando el gNB 5 proporciona, en S900, la transmisión de información del sistema, el UE 3 recibe el bloque de información del sistema que incluye parámetros específicos de ID de usufructuario y/o parámetros específicos del tipo de segmento.

Se apreciará que, aunque se muestra en un punto particular en el procedimiento ilustrado en la Figura 9, un UE 3 que escucha información del sistema será un proceso continuo que el UE 3 continuará haciendo regularmente mientras está encendido.

Cuando el UE 3 determina que es necesario iniciar un procedimiento de RACH (por ejemplo, para facilitar el acceso inicial a la célula, el establecimiento de la conexión, el traspaso o similares), identifica, en S904, el preámbulo correcto que se utilizará para el ID de usufructuario al que pertenece y/o tipo de segmento que pretende utilizar. La identificación puede basarse en los parámetros proporcionados en la transmisión de información del sistema y/o parámetros preconfigurados en el USIM y/o el MDD que identifican el preámbulo del RACH respectivo que está asociado con cada ID de usufructuario y/o cada tipo de segmento asociado con un ID de usufructuario particular junto con el o los ID de usufructuario y/o el o los tipos de segmento asociados representados en el descriptor multidimensional (MDD).

El UE 3 genera, entonces, el Mensaje 1 del procedimiento RACH para solicitar un canal de acceso aleatorio (por ejemplo, una Solicitud de RACH). El mensaje incluye información que identifica el preámbulo de acceso aleatorio seleccionado (por ejemplo, en forma de un índice asociado únicamente con el preámbulo de acceso aleatorio seleccionado). El mensaje, incluida la información que identifica el preámbulo de acceso aleatorio seleccionado, se envía al gNB 5 en S906.

El gNB 3 determina una identidad temporal de red de radio de acceso aleatorio (RA-RNTI) asociada con el número de ranura de tiempo del UE 3 en el que se envía el preámbulo.

El gNB 5 luego prioriza, en S908, la comunicación con el UE 3 (por ejemplo, en comparación con la comunicación con otros UE) según el preámbulo identificado en el mensaje 1 del procedimiento de RACH y la prioridad relativa asociada con ese preámbulo. En efecto, por lo tanto, el gNB 5 tratará diferentes preámbulos con diferente prioridad cuando reciba el mensaje 1 de RACH.

Después de recibir la solicitud de RACH, el gNB asigna una identidad temporal (RNTI de célula temporal - TC-RNTI) al UE 3 que se convierte en permanente (como C-RNTI) después de un procedimiento de RACH exitoso y calcula un avance de sincronización apropiado que ha de usarse para garantizar que el siguiente mensaje de UE se envíe y reciba en el momento correcto. El gNB 5 también asigna recursos de enlace ascendente.

El gNB 5 genera un mensaje de respuesta de acceso aleatorio (RAR) apropiado (mensaje 2) que incluye la información requerida para que el UE 3 envíe el mensaje 3 (por ejemplo, un mensaje de capa 3 como una solicitud de conexión RRC) en el momento apropiado. Este mensaje se envía luego al UE 3 en S910. El mensaje RAR se envía típicamente en un canal físico de control de enlace descendente (PDCCH) dentro de una ventana de tiempo de algunos intervalos de tiempo de transmisión (TTI). A los efectos del acceso inicial, el mensaje RAR normalmente transmitirá un identificador de preámbulo de acceso aleatorio, información de alineación de sincronización, concesión de UL inicial y asignación de una C-RNTI temporal.

Se apreciará que, aunque no se muestra en la Figura 9, si el UE 3 no recibe ningún mensaje RAR de la red, aumenta su potencia en una etapa fija y envía el preámbulo del RACH de nuevo.

El UE 3 responde al mensaje RAR, en S912, con un mensaje 3 apropiado (por ejemplo, un mensaje apropiado de capa 3).

Se apreciará que este procedimiento de RACH de soporte de priorización de usufructuario/tipo de segmento puede producirse durante una serie de situaciones diferentes que podrían surgir en el sistema 1 de telecomunicaciones de la Figura 1. El procedimiento de RACH puede realizarse, por ejemplo: durante un procedimiento de acceso inicial cuando el UE 3 está intentando acceder a la red en un estado inactivo RRC; durante un procedimiento de (r)establecimiento de conexión RRC; durante un procedimiento de traspaso; cuando se pierde la sincronización del enlace ascendente (por ejemplo, cuando la red no ha recibido nada de un UE 3 en el enlace ascendente durante un período de tiempo particular); cuando un UE 3 no tiene ningún recurso de canal físico de control de enlace ascendente (PUCCH) disponible para una SR (solicitud de planificación); y cuando se necesita un avance de sincronización con fines de posicionamiento en el estado conectado RRC para el UE.

Por ejemplo: cuando el procedimiento de RACH es para fines de acceso inicial (o establecimiento de conexión RRC), el mensaje 3 puede ser un mensaje de solicitud de conexión RRC; cuando el procedimiento RACH tiene por objeto el restablecimiento de la conexión RRC, el mensaje 3 puede ser un mensaje de restablecimiento de la conexión RRC; y cuando el procedimiento de RACH es para los fines de un procedimiento de tipo traspaso que requiere un RACH, el mensaje 3 puede ser un mensaje de reconfiguración de conexión RRC completa.

El procedimiento de RACH, en este ejemplo, también se puede utilizar de manera ventajosa para proporcionar una serie de otros parámetros por usufructuario y/o por tipo de segmento (para un usufructuario en particular) con el fin de permitir un trato preferencial o diferencial de comunicación para diferentes usufructuarios y/o tipos de segmentos. Los siguientes parámetros se pueden proporcionar, por ejemplo, por ID de usufructuario/por tipo de segmento en la información del sistema (por ejemplo, en SIB2), además (o como alternativa) de la información del preámbulo:

PreambleInitialReceivedTargetPower: Este parámetro representa un nivel de potencia diana que al gNB 5 le gustaría recibir en la primera transmisión de la Solicitud de RACH durante el procedimiento de RACH. El valor predeterminado suele ser -104 dBm, pero puede tener valores (normalmente) en el intervalo de -120 dBm a -90 dBm con un tamaño de etapa de 2 dBm. Este parámetro puede diferir según el ID de usufructuario a la que pertenece el UE 3 y/o el tipo de segmento que el UE 3 desea usar dentro de un ID de usufructuario.

PowerRampingStep: Este parámetro representa los incrementos de potencia utilizados por un UE 3 al transmitir cada solicitud de RACH subsiguiente. Este parámetro puede diferir según el ID de usufructuario al que pertenece el UE 3 y/o el tipo de segmento que el UE 3 desea usar dentro de un ID de usufructuario para que los diferentes UE que pertenecen a diferentes ID de usufructuario (o usan diferentes tipos de segmento) puedan usar diferentes etapas de potencia para transmitir la Solicitud de RACH subsiguiente. Por lo tanto, se puede usar una etapa de aumento de potencia mayor para, en efecto, hacer que sea más probable que un UE que pertenezca a un ID de usufructuario particular (o que use un tipo de segmento particular) tenga una solicitud de RACH posterior recibida por el gNB 5 en comparación con un UE que use una etapa de aumento de potencia menor.

prach-ConfigIndex: Este parámetro define exactamente cuándo (en qué subtramas) el UE debería enviar un RACH en las cuadrículas de frecuencia/tiempo. Este parámetro también puede diferir según el ID de usufructuario al que pertenece el UE 3 y/o el tipo de segmento que el UE 3 desea usar dentro de un ID de usufructuario para que los diferentes UE que pertenecen a diferentes ID de usufructuario (o usan diferentes tipos de segmento) puedan usar diferentes subtramas (por ejemplo, 2 o 7) para transmitir las Solicitudes de RACH.

prach-FreqOffset: El parámetro de desfase de frecuencia PRACH se usa para informar al UE 3 y otras células contiguas sobre qué recurso (bloque de recursos físicos) está disponible para el acceso RACH. Este parámetro también puede diferir según el ID de usufructuario al que pertenece el UE 3 y/o el tipo de segmento que el UE 3 desea usar dentro de un ID de usufructuario para que los diferentes UE que pertenecen a diferentes ID de usufructuario (o usan diferentes tipos de segmento) puedan usar recursos frecuenciales diferentes para el acceso al RACH.

ra-ResponseWindowSize: El parámetro de tamaño de ventana de respuesta de RA representa la duración de la ventana de respuesta de acceso aleatorio en unidades de subtramas (por ejemplo, 2, 3, 4, 5, 6, 7, 8 o 10 subtramas). Este parámetro también puede diferir para diferentes ID de usufructuario y/o tipos de segmentos. Además, el primer momento en el que la red puede transmitir la respuesta de RACH (es decir, el inicio de la ventana de respuesta de RAR) puede variar según el ID de usufructuario/tipo de segmento (por ejemplo, para tener en cuenta el preámbulo basado en el ID de usufructuario/tipo de segmento). Por lo general, la ventana de respuesta de RAR comenzaría 3 subtramas después del final del preámbulo del RACH.

preambleTransMax: Este parámetro define el número máximo de transmisiones de preámbulos (los valores típicos posibles son 3, 4, 5, 6, 7, 8, 10, 20, 50, 100, 200). Este parámetro también puede diferir para diferentes ID de usufructuarios y/o tipos de segmento para permitir diferentes números de intentos de transmisión para diferentes usufructuarios/tipos de segmento.

De manera similar, algunos parámetros pueden, por ejemplo, proporcionarse por ID de usufructuario/por tipo de segmento en otros mensajes del procedimiento de RACH. Por ejemplo, el indicador de retroceso que normalmente se incluye en una unidad de datos de protocolo de control de acceso al medio (MAC PDU) del RAR, puede diferir para diferentes ID de usufructuario y/o tipo de segmento con fines de priorización. El indicador de retroceso es una subcabecera MAC especial que lleva el parámetro que indica un retraso de tiempo entre intentos posteriores de RACH.

Se apreciará que otros canales físicos como el canal físico compartido de enlace descendente (PDSCH) y el canal físico compartido de enlace ascendente (PUSCH) se pueden “cortar” de manera similar para permitir la gestión priorizada del RAR (mensaje 2) y el mensaje 3, respectivamente.

También se apreciará que, de manera similar, otros canales físicos como el canal de notificación (PCH), el canal físico compartido de enlace descendente (PDSCH), el canal físico de control de enlace descendente (PDCCH), el canal físico de control de enlace ascendente (PUCCH) pueden ser “segmentados” para la gestión priorizada (aunque no relacionado con el RACH).

Se apreciará que el RACH puede incluir un mensaje RRC (como en UMTS) para la identificación sencilla del usufructuario para el tratamiento priorizado (por ejemplo, en caso de que no se segmenten los preámbulos).

La Figura 10 ilustra un procedimiento que puede realizarse internamente entre una capa de control de recursos de radio, una capa de control de acceso al medio y una capa física del equipo de usuario del sistema de telecomunicaciones de la Figura 1, al implementar el procedimiento de la Figura 9 o un procedimiento similar.

Como se ve en la Figura 10, el procedimiento comienza en S1000 cuando la entidad 247 de control de recursos de radio (RRC) en el UE 3 envía una solicitud a la entidad 249 MAC del UE para activar el procedimiento de RACH. En la etapa S1002, la entidad 249 MAC del UE identifica, a partir del bloque de información del sistema y/o la información de configuración de MDD/USIM, la subtrama, los preámbulos y otros parámetros correctos (por ejemplo, cualquiera de los parámetros mencionados con referencia a la Figura 9) para un ID de usufructuario dado al que pertenece el UE 3 y/o el tipo de segmento que el UE 3 pretende utilizar.

La entidad 249 MAC del UE calculará entonces, en S1004, un índice de preámbulo permitido, ra-RNTI y la potencia que se utilizará para la transmisión de preámbulo. Se da la instrucción de estos valores, en S1006, a la entidad 251 PHY del UE, junto con la subtrama de RACH en la que se debe realizar la transmisión de la solicitud de RACH en función del ID de usufructuario al que pertenece el UE 3, el tipo de segmento, el MDD, las prestaciones del UE, etc.

Después, la PHY 251 del UE transmite la Solicitud de RACH en S1008.

<Soporte para la movilidad en modo conectado>

Las Figuras 11 (a) a (e) ilustran una serie de procedimientos que pueden realizarse entre estaciones base del tipo mostrado en el sistema de telecomunicaciones de la Figura 1, para soportar la movilidad en modo conectado en el contexto de segmentación de red. Más específicamente, las Figuras 11 (a) a (e) ilustran varios procedimientos de intercambio de información de recursos de ID de usufructuario y tipo de segmento entre los gNB para respaldar la toma de decisiones de traspaso. Las figuras 11 (a) y (b) ilustran los procedimientos para permitir que los gNB 5 contiguos sepan qué ID de usufructuario y tipos de segmento son compatibles con cada gNB 5 contiguo. Las figuras 11 (c) a (e) ilustran los procedimientos para permitir que los gNB 5 contiguos conozcan la condición de carga de cada usufructuario y tipo de segmento (dentro del ID de usufructuario), y la TUPF de cada gNB 5 contiguo. Se apreciará que estos procedimientos pueden implementarse de forma aislada o en una combinación técnicamente adecuada.

La Figura 11 (f) ilustra un procedimiento para iniciar el traspaso basado en la información intercambiada en uno o más de los procedimientos ilustrados en las Figuras 11 (a) a (e).

Con referencia a las Figuras 11 (a) y (b), la información para permitir que un gNB 5 contiguo sepa qué ID de usufructuario y tipos de segmento son compatibles con cada gNB 5 contiguo puede intercambiarse en el momento del establecimiento de la interfaz entre los gNB 5 contiguos y/o en el momento de una actualización de configuración entre gNB contiguos.

Como se ve en la Figura 11 (a), por ejemplo, en el momento de una actualización de configuración entre gNB contiguos (A) y (B), el gNB (A) envía, en S1100, un mensaje de solicitud de configuración de interfaz al gNB (B) para iniciar la configuración de una interfaz gNB a gNB (por ejemplo, similar a una interfaz X2) entre el gNB (A) y el gNB (B). El mensaje de solicitud de configuración de la interfaz incluye información que identifica los ID de usufructuario y/o los tipos de segmento (por ID de usufructuario) admitidos por el gNB (A). El gNB (B) responde, en S1102, con un mensaje de respuesta de configuración de interfaz apropiado. El mensaje de respuesta de configuración de la interfaz incluye información que identifica los ID de usufructuarios y/o los tipos de segmento (por ID de usufructuario) admitidos por el gNB (B).

Como se ve en la Figura 11 (b), en el momento de una actualización de configuración entre los gNB (A) y (B) contiguos, el gNB (A) envía al gNB (B), en S1104, un mensaje de actualización de configuración de gNB para actualizar el gNB (B) de admisión cambiada del o de los ID de usufructuario y/o del o de los tipos de segmento (por ID de usufructuario). El mensaje de actualización de la configuración del gNB incluye información que identifica los ID de usufructuario y/o los tipos de segmentos (por ID de usufructuario) ahora admitidos por el gNB (A). El gNB (B) responde, en S1106, con un mensaje de acuse de recibo de actualización de configuración del gNB apropiado para confirmar la recepción segura de la información actualizada.

Con referencia a las Figuras 11 (c) a (e), la información para permitir que un gNB 5 contiguo conozca la condición de carga de cada usufructuario y tipo de segmento (dentro del ID de usufructuario), y la TUPF de cada gNB 5 contiguo puede intercambiarse a intervalos de tiempo regulares y/o cuando se activa, por ejemplo, en procedimientos tales como un procedimiento de indicación de carga, un procedimiento de inicio de informe de estado de recursos, un procedimiento de informe de estado de recursos no solicitado (similar al procedimiento de informe de estado de recursos X2AP).

La Figura 11 (c), por ejemplo, ilustra un procedimiento de indicación de carga en el que el gNB (A) envía, en S1108, un mensaje de información de carga al gNB (B) para informar al gNB (B) de la condición de carga (por ejemplo, uso de bloques de recursos físicos de UL/DL) de cada ID de usufructuario, tipo de segmento (dentro del ID de usufructuario) y/o la TUPF asociada con ese gNB (A). El mensaje de información de carga puede ser un mensaje que se envía a intervalos regulares predefinidos y/o cuando se desencadena por un evento, según corresponda. La Figura 11(d) ilustra un procedimiento de inicio de informes de estado de recursos en el que el gNB (A) envía, en S1110, una solicitud de estado de recursos al gNB (B) para solicitar al gNB (B) que informe al gNB (A) de su condición de carga. El gNB (B) responde, en S1112, con un mensaje de solicitud de estado de recursos para informar al gNB (A) de la condición de carga (por ejemplo, uso de bloques de recursos físicos de UL/DL) de cada ID de usufructuario, tipo de segmento (dentro del ID de usufructuario) y/o la TUPF asociada con ese gNB(B).

La Figura 11 (e) ilustra un procedimiento de informe de estado de recursos en el que el gNB (B) envía a intervalos regulares y/o cuando se activa para hacerlo (por ejemplo, por un evento), por ejemplo, en S1114, un mensaje de actualización de estado de recursos para actualizar el gNB (A) de la condición de carga prevaleciente (por ejemplo, uso de bloques de recursos físicos de UL/DL) de cada ID de usufructuario, tipo de segmento (dentro del ID de usufructuario) y/o la TUPF asociada con ese gNB (B).

Haciendo referencia a la Figura 11(f), por lo tanto, cuando se hace necesario un traspaso, un gNB de origen (por ejemplo, gNB (A) en la Figura 11) puede tomar una decisión sobre el traspaso y seleccionar un gNB de destino (por ejemplo, gNB (B) en la Figura 11) , como se ilustra en S1116, en función de cualquier información de carga que haya obtenido de sus nodos contiguos (por ejemplo, utilizando uno o más de los procedimientos ilustrados en las Figuras 11 (c) a (e)) para el usufructuario al que pertenece el UE 3 que se traspasa y el tipo de segmento que pretende utilizar. La decisión también puede basarse en el conocimiento obtenido de sus nodos contiguos (por ejemplo, utilizando uno o más de los procedimientos ilustrados en las Figuras 11 (a) y (b)) de los gNB que admiten al usufructuario al que pertenece el UE 3 que se traspasa y el tipo de segmento que pretende usar.

En este ejemplo, por lo tanto, cuando se ha tomado una decisión en S1116, el gNB (A) envía al gNB (B), en S1118, una solicitud de traspaso que incluye el ID de usufructuario y/o el tipo de segmento y el gNB de destino (gNB (B) en este ejemplo). El gNB (B) responde, en S1120, con un mensaje de respuesta de traspaso (o acuse de recibo de traspaso) (que normalmente incluirá la instrucción de traspaso que el gNB de origen enviará al UE 3 para iniciar el traspaso). El resto del proceso de traspaso puede realizarse de acuerdo con procedimientos con los que los expertos en la técnica estarán familiarizados y, en aras de la brevedad, no se describirán en detalle.

La Figura 12 ilustra un procedimiento que puede realizarse entre el equipo de usuario y las estaciones base del tipo mostrado en el sistema de telecomunicaciones de la Figura 1, para soportar la movilidad en el contexto de la segmentación de redes.

Como se ve en la Figura 12, como alternativa o además de uno o más de los procedimientos que se muestran en la Figura 11, un UE 3 puede proporcionar información a un gNB de origen en términos de lo que un gNB contiguo (diana potencial) puede admitir el uso de notificación de mediciones y luego el gNB de origen puede decidir sobre el gNB de destino adecuado en función de esa información.

Específicamente, en el ejemplo de la Figura 12, un gNB (A) (de origen) configura el UE 3 para realizar mediciones de célula contigua apropiadas para gNB contiguos como el gNB (B) (y posiblemente el gNB servidor) usando un mensaje de control de medición apropiado enviado en S1200. El UE 3 realiza las mediciones configuradas y también adquiere el o los ID de usufructuario y/o el o los tipos de segmento (por ID de usufructuario) compatibles con el nodo contiguo en S1201. La información adquirida puede, por ejemplo, obtenerse de la información del sistema transmitida en las células contiguas como se describe con referencia a la Figura 8. El UE 3 informa las mediciones y la información adquirida en al menos un informe de medición en S1202. Con la ayuda del UE, se apreciará que este mecanismo puede mejorar la relación automática de nodos contiguos (ANR) para que un gNB conozca a su gNB contiguo en términos de los usufructuarios/tipos de segmentos admitidos y construya una tabla de relación de nodos contiguos (NRT) con estos detalles.

El gNB (A) luego toma una decisión sobre el traspaso y selecciona un gNB de destino (por ejemplo, el gNB (B)), como se ilustra en S1204, en función de los resultados de la medición y los ID de usufructuario y/o tipos de segmento (por ID de usufructuario) compatible con los gNB contiguos. Cuando se ha tomado una decisión, el gNB (A) envía al gNB (B), en S1206, una solicitud de traspaso que incluye el ID de usufructuario y/o el tipo de segmento y el gNB de destino (gNB (B) en este ejemplo). El gNB (B) responde, en S1208, con un mensaje de respuesta de traspaso (o reconocimiento de traspaso) (que normalmente incluirá la instrucción de traspaso que el gNB de origen enviará al UE 3 para iniciar el traspaso). El resto del proceso de traspaso puede proceder (por ejemplo, en S1210) de acuerdo con procedimientos con los que los expertos en la técnica estarán familiarizados y, en aras de la brevedad, no se describirán en detalle.

<Gestión de situaciones de sobrecarga de segmento>

En situaciones casi sobrecargadas, el tráfico debe reducirse. Se puede aplicar una directriz de diferenciación para acelerar el tráfico según el ID de usufructuario y/o el tipo de segmento según la directriz de la empresa explotadora local. Si bien esto depende del marco de directrices de una empresa explotadora particular para determinar cuál es la mejor estrategia, los siguientes procedimientos proporcionan mecanismos de señalización que se pueden usar para notificar situaciones de sobrecarga/congestión.

La Figura 13 ilustra un procedimiento que puede realizarse entre el equipo de usuario y una estación base del tipo mostrado en el sistema de telecomunicaciones de la Figura 1, para facilitar la gestión de situaciones de congestión/sobrecarga en un gNB.

En el ejemplo de la Figura 13 el procedimiento es similar al de restricción de clase de acceso (ACB). Sin embargo, a diferencia de la ACB, la restricción se produce por ID de usufructuario y/o por identificador de segmento (por ejemplo, un índice de segmento). Como se ve en la Figura 13, el procedimiento comienza con la configuración (o el cambio) de los parámetros de restricción de acceso por parte del gNB 5 por ID de usufructuario y/o por índice de segmento. Los parámetros de restricción de acceso pueden incluir, por ejemplo, un factor de restricción y/o tiempo de restricción por ID de usufructuario/índice de segmento. Un factor de restricción es un parámetro que utiliza el UE 3 para determinar si el acceso a una célula particular está, en efecto, prohibido o no. Específicamente, el factor de restricción (o “probabilidad de acceso”) determina la probabilidad de que se permita el acceso. Si un número aleatorio n generado por el UE es igual al factor (o “probabilidad”), el acceso se considera prohibido durante un tiempo de restricción de acceso medio correspondiente al tiempo de restricción.

En el procedimiento de la Figura 13, cuando el gNB 5 transmite a continuación la información del sistema en S1304, la información del sistema incluye un bloque de información del sistema (por ejemplo, el SIB2) que está configurado para incluir información que identifica los parámetros de restricción por ID de usufructuario o índice de segmento. Como se ve en S1302, el UE 3 escucha las transmisiones periódicas de información del sistema proporcionada por el gNB 5 y, en consecuencia, cuando el gNB 5 proporciona, en S1304, la transmisión de información del sistema, el UE 3 recibe el bloque de información del sistema que incluye la información que identifica los parámetros de restricción por ID de usufructuario y/o índice de segmento.

Se apreciará que, aunque se muestra en un punto particular en el procedimiento ilustrado en la Figura 13, un UE 3 que escucha información del sistema será un proceso continuo que el UE 3 continuará realizando regularmente mientras esté encendido.

Después de recibir la información que identifica los parámetros de restricción por ID de usufructuario y/o índice de segmento, el UE 3 aplica, en S1306, parámetros de restricción de acceso para el usufructuario al que pertenece, y/o el índice del segmento que pretende utilizar, cuando se decide si intentar acceder a través del gNB/NR-BS.

La Figura 14 ilustra otro procedimiento, que se puede realizar entre una estación base y una función de red central del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1, para facilitar la gestión de situaciones de congestión/sobrecarga en un gNB 5.

En el ejemplo de la Figura 14, el procedimiento es similar al de la restricción de clase de acceso (ACB) de los procedimientos de inicio y detención de sobrecarga controlada de la red central. Sin embargo, a diferencia de los procedimientos de control de sobrecarga del núcleo existentes, el control de sobrecarga se gestiona por ID de usufructuario y/o por identificador de segmento (por ejemplo, un índice de segmento).

Como se ve en la Figura 14, el procedimiento comienza en S1400 cuando una función de red central (por ejemplo, la función 7-3 de gestión de movilidad) detecta una situación de sobrecarga y decide una forma apropiada de acción de sobrecarga por usufructuario y/o por segmento. La función 7-3 de red central genera y envía, en S1401, un mensaje de inicio de sobrecarga apropiado a los gNB 5 afectados. El mensaje de inicio de sobrecarga incluye parámetros de sobrecarga respectivos para cada ID de usufructuario y/o índice de segmento. El parámetro puede incluir, por ejemplo, parámetros de respuesta de sobrecarga y/o indicaciones de reducción de carga de tráfico por ID de usufructuario y/o índice de segmento.

El gNB 5 que recibe el mensaje de inicio de sobrecarga como S1401 responde reduciendo, en S1402, la carga de señalización hacia la función 7-3 de red central en cuestión. Esto se puede lograr, por ejemplo, rechazando, permitiendo y/o restringiendo el establecimiento de la conexión RRC en función de los respectivos parámetros de sobrecarga para cada ID de usufructuario y/o índices de segmentos.

En S1403, cuando la función 7-3 de red central detecta el final de la situación de sobrecarga, genera y envía a los gNB 5 afectados, en S1403, un mensaje apropiado de detención de sobrecarga.

El gNB 5 que recibe el mensaje de detención de sobrecarga en S1403 responde reanudando el funcionamiento normal hacia la función de red central en cuestión.

Se apreciará que se pueden emplear procedimientos de rechazo de RRC, liberación de RRC, de anticipación y de restricción de clase de acceso (por ejemplo, por usufructuario y/o por segmento), en caso de sobrecarga/congestión, para ayudar a controlar el tráfico. Además, se apreciará que puede producirse una sobrecarga debido a un fallo de un nodo o a un aumento del tráfico.

<Monitorización de uso de usufructuario>

La Figura 15 ilustra un procedimiento, que se puede realizar en el sistema de telecomunicaciones de la Figura 1, para facilitar la provisión de funciones específicas de uso del usufructuario (por ejemplo, por tipo de u) tales como la facturación.

Como se ve en la Figura 15, cuando uno o más UE 3 se comunican a través del gNB 5 en el enlace ascendente y/o descendente (como se ilustra en S1500), el gNB 5 usa contadores dedicados para monitorizar los datos de enlace ascendente y descendente para cada UE por tipo de segmento utilizado en S1502. Para fines de acumulación de uso de datos, cada UE se puede identificar, en un alto nivel, en función de su ID de usufructuario y, por lo tanto, el uso de datos se puede agregar para los UE 3 que tienen el mismo ID de usufructuario para producir volúmenes de datos agregados de DL y UL específicos del usufructuario para cada ID de usufructuario y/o por tipo de segmento (para cada ID de usufructuario). El gNB 5 genera informes de volumen de datos que comprenden los volúmenes de datos agregados de DL y UL y los envía a una función de red central (por ejemplo, una función 7-4 de directrices y facturación) en S1504.

La función 7-4 de red central calcula, en S1506, el uso de datos agregados de enlace ascendente y descendente (acumulados) específicos del tipo de usufructuario y/o segmento para múltiples gNB 5 en función de la información proporcionada en los respectivos informes de volumen de datos recibidos de cada gNB 5.

La función 7-4 de red central realiza entonces, en S1508, funciones de uso específicas del usufructuario, tales como la facturación, basado en los resultados de los cálculos realizados en S1506.

Cuando las tecnologías de acceso por radio que no son 3GPP (por ejemplo, IEEE 802.11, IEEE 802.15) son compatibles de manera transparente, los cálculos del volumen de datos también se pueden realizar de manera beneficiosa en una tecnología de acceso por radio para la facturación diferenciada basada en RAT. Cuando se utilice un espectro sin licencia con acceso asistido por licencia (LAA), esta información también puede tenerse en cuenta.

<Divisiones Funcionales Dinámicas>

La Figura 16 ilustra varias opciones diferentes para divisiones funcionales entre una unidad distribuida y una unidad central de una estación base distribuida del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1 y se describe con referencia a la Figura 4. Las opciones incluyen:

<Opción 1>

• De acuerdo con la división funcional de la Opción 1, las funciones de la capa de control de recursos de radio (RRC) se realizan en la unidad central. Las funciones de las capas de protocolo de convergencia de paquetes de datos (PDCP), de control de enlace de radio (RLC), de control de acceso al medio (MAC) y físicas (PHY) y funciones de radiofrecuencia (RF) se realizan en la unidad distribuida.

<Opción 2>

• De acuerdo con la división funcional de la Opción 2, las funciones de las capas RRC y PDCP están en la unidad central. Las funciones de RLC, MAC, capa física y RF están en la unidad distribuida.

<Opción 3>

• De acuerdo con la división funcional de la Opción 3, las funciones de las capas RRC, PDCP y RLC alta (es decir, funciones parciales de RLC) están en la unidad central. Las funciones de las capas RLC bajas (es decir, otras funciones parciales de la capa RLC), la capa MAC, la capa física y RF están en la unidad distribuida.

<Opción 4>

• De acuerdo con la división funcional de la Opción 4, las funciones de las capas RRC, PDCP y RLC están en la unidad central. Las funciones de MAC, capa física y RF están en unidad distribuida.

<Opción 5>

• De acuerdo con la división funcional de la Opción 5, las funciones de las capas RRC, PDCP, RLC y MAC superiores están en la unidad central. Las funciones de las capas MAC inferiores (por ejemplo, solicitud de repetición automática híbrida (HARQ)), la capa física y RF están en la unidad distribuida.

<Opción 6>

• De acuerdo con la división funcional de la Opción 6, las funciones de las capas RRC, PDCP, RLC y MAC están en la unidad central. Las funciones de la capa física y RF están en la unidad distribuida.

<Opción 7>

• De acuerdo con la división funcional de la Opción 7, las funciones de RRC, PDCP, RLC, MAC y (una parte superior) de la capa física están en la unidad central. Las funciones de una parte (inferior) de la capa física y RF están en la unidad distribuida.

<Opción 8>

• De acuerdo con la división funcional de la Opción 8, las funciones de la capa RRC, PDCP, RLC, MAC y Física están en la unidad central. Las funciones de RF están en la unidad distribuida.

Se apreciará que las opciones representadas comprenden una lista no exhaustiva.

Se apreciará que ninguna de las opciones anteriores para una división funcional entre una unidad central y una unidad distribuida es óptima en todos los escenarios, sobre todo porque las condiciones del canal, las condiciones de carga y los requisitos de calidad del servicio pueden variar.

Las Figuras 17 y 18 describen un procedimiento que puede usarse para mejorar la flexibilidad de las estaciones base que tienen dichas divisiones funcionales al permitir que la división funcional se cambie dinámicamente, por ejemplo, para optimizar la división funcional en función de las condiciones del canal, las condiciones de carga y la calidad de los requisitos de servicio pueden variar y/o similares. En cada uno de estos procedimientos, cada una de las diferentes opciones para divisiones funcionales descritas con referencia a la Figura 16 (o al menos cada uno de un subconjunto de estas opciones) está dotada de un identificador respectivo (por ejemplo, un número de índice). Cuando se establece una solicitud de servicio de UE, la unidad central de un gNB distribuido 5-2 (Figura 17), o una función 7-5 de nodo central (Figura 18) determinará qué opción de división funcional se utilizará y proporcionará una indicación asociada para establecer una división funcional apropiada entre la unidad central y distribuida.

Se apreciará que estos procedimientos pueden implementarse de forma aislada o combinada (por ejemplo, como diferentes opciones en el sistema 1 de telecomunicaciones).

La Figura 17 ilustra un procedimiento, que puede realizarse en el sistema de telecomunicaciones de la Figura 1, para facilitar la configuración dinámica de una división funcional entre una unidad distribuida y una unidad central de una estación base distribuida del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1.

En el ejemplo de la Figura 17, el procedimiento comienza cuando se envía una solicitud de servicio, en S1700, desde un UE 3 a un gNB distribuido 5-2. La solicitud de servicio normalmente incluirá información que identifique el UE 3, el usufructuario al que pertenece el UE 3 y/o el segmento que desea utilizar. La unidad distribuida 5-2a del gNB 5-2 recibe la solicitud de servicio y la reenvía, en S1702, a la unidad central 5-2b del gNB 5-2.

En este ejemplo, la unidad central 5-2b decide, en S1704, sobre la división funcional óptima para el UE 3 identificado, el usufructuario al que pertenece el UE 3 y/o el segmento que el UE 3 quiere usar. Esta decisión normalmente tendrá en cuenta las condiciones predominantes del canal, las condiciones de carga y/o los requisitos de calidad del servicio.

Cuando se ha tomado una decisión sobre la división funcional óptima, la unidad central 5-2b proporciona una indicación de la división funcional a la unidad distribuida 5-2a en S1705 y las unidades central y distribuida configuran (o reconfiguran) la división funcional para ese UE 3, ID de usufructuario y/o segmento en S1706.

En S1708, la solicitud de servicio se envía a una función apropiada 7 en la red central. Esto puede ser parte de un mensaje de UE inicial o similar. La función 7 de red central responde enviando una solicitud para la configuración de un contexto de UE (por ejemplo, una solicitud de configuración de contexto inicial) al gNB 5-2 en S1710. Cuando el contexto se configura debidamente en el gNB 5-2, la unidad central 5-2b del gNB 5-2 envía una respuesta apropiada (por ejemplo, una respuesta de configuración de contexto inicial) a la función 7 de red central para confirmar la configuración de un contexto de UE. Se apreciará que estos mensajes, y la configuración asociada del contexto de UE, pueden producirse antes en el proceso, por ejemplo, antes o en paralelo con la decisión sobre la división funcional y la reconfiguración asociada.

El procedimiento continúa, en S1714, con el establecimiento/modificación del portador apropiado con el que estarán familiarizados los expertos en la técnica y que, en aras de la brevedad, no se describirá en detalle aquí.

La Figura 18 ilustra otro procedimiento, que puede realizarse en el sistema de telecomunicaciones de la Figura 1, para facilitar la configuración dinámica de una división funcional entre una unidad distribuida y una unidad central de una estación base distribuida del tipo que se muestra en el sistema de telecomunicaciones de la Figura 1.

Al igual que el procedimiento de la Figura 17, en el ejemplo de la Figura 18, el procedimiento comienza cuando se envía una solicitud de servicio, en S1800, desde un UE 3 a un gNB distribuido 5-2. La solicitud de servicio normalmente incluirá información que identifique el UE 3, el usufructuario al que pertenece el UE 3 y/o el segmento que desea utilizar. La unidad distribuida 5-2a del gNB 5-2 recibe la solicitud de servicio y la reenvía, en S1802, a la unidad central 5-2b del gNB 5-2.

Sin embargo, en este ejemplo, en S1804, la solicitud de servicio se envía a la red central. Esto puede formar parte de un mensaje UE inicial o similar. Una función de red central apropiada (por ejemplo, la función de control de gNB distribuido 7-5 o una función de red central que incluye dicha función) decide, en S1806, sobre la división funcional óptima para el UE 3 identificado, el usufructuario al que pertenece el UE 3 y/o el segmento que el UE 3 quiere usar. Esta decisión normalmente tendrá en cuenta las condiciones predominantes del canal, las condiciones de carga y/o los requisitos de calidad del servicio.

La red central envía una solicitud para la configuración de un contexto de UE (por ejemplo, una solicitud de configuración de contexto inicial) al gNB 5-2 en S1808, incluida una indicación de la división funcional a la unidad central 5-2b del gNB 5-2. La unidad central 5-2b proporciona una indicación de la división funcional a la unidad distribuida 5-2a en S1809 y las unidades central y distribuida configuran (o reconfiguran) la división funcional para ese UE 3, ID de usufructuario y/o segmento en S1810.

Cuando el contexto se configura debidamente en el gNB 5-2, la unidad central 5-2b del gNB 5-2 envía un mensaje apropiado (por ejemplo, una respuesta de configuración de contexto inicial) a la red central para confirmar la configuración de un contexto de UE. Se apreciará que este mensaje, y la configuración asociada del contexto de UE, pueden producirse antes en el proceso, por ejemplo, antes o en paralelo con la notificación y (re)configuración de la división funcional.

El procedimiento continúa, en S1814, con el establecimiento/modificación del portador apropiado con el que estarán familiarizados los expertos en la técnica y que, en aras de la brevedad, no se describirá en detalle aquí.

Modificaciones y alternativas

Anteriormente se han descrito una serie de realizaciones ejemplares detalladas. Como apreciarán los expertos en la técnica, se puede realizar una serie de modificaciones y alternativas a las realizaciones anteriores sin dejar de beneficiarse de las invenciones incorporadas en las mismas. A título de ilustración, sólo se describirán ahora algunas de estas alternativas y modificaciones.

En las realizaciones ejemplares anteriores, se describieron una serie de módulos de soporte lógico para implementar el equipo de usuario, estaciones base y/o funciones de red central y similares. Como apreciarán los expertos, dichos módulos de soporte lógico pueden proporcionarse en forma compilada o no compilada y pueden suministrarse al soporte físico correspondiente como una señal a través de una red informática o en un medio de grabación. Además, la funcionalidad realizada por parte o la totalidad de este soporte lógico se puede realizar utilizando uno o más circuitos de soporte físico dedicados. Sin embargo, se prefiere el uso de módulos de soporte lógico, ya que facilita la actualización del soporte físico correspondiente para actualizar su funcionalidad. De manera similar, aunque las realizaciones ejemplares anteriores emplearon un circuito transceptor, al menos parte de la funcionalidad del circuito transceptor puede ser realizada por soporte lógico.

Por ejemplo, aunque las funciones de la red central se describen como funciones lógicas, se apreciará que pueden implementarse usando uno o más aparatos de procesamiento informático que tengan uno o más procesadores informáticos de soporte físico programados usando instrucciones de soporte lógico apropiadas para proporcionar las funciones lógicas requeridas (por ejemplo, uno o más procesadores informáticos que forman parte de los controladores descritos con referencia a las Figuras 5 a 7). Se apreciará, además, que todas o parte de estas funciones pueden implementarse en soporte físico como circuitos dedicados, por ejemplo, usando uno o más circuitos integrados dedicados tales como un circuito integrado de aplicación específica (ASIC) o similar.

De manera similar, la funcionalidad del equipo de usuario y las estaciones base (gNB) normalmente se implementará utilizando uno o más aparatos de procesamiento informático que tengan uno o más procesadores informáticos de soporte físico programados mediante instrucciones de soporte lógico apropiadas para proporcionar la funcionalidad requerida (por ejemplo, uno o más procesadores informáticos que formen parte de los controladores descritos con referencia a las Figuras 2, 3 y 4). Se apreciará, además, que toda o parte de esta funcionalidad puede implementarse en soporte físico como un circuito dedicado, por ejemplo, usando uno o más circuitos integrados dedicados tales como un circuito integrado de aplicación específica (ASIC) o similar.

Se apreciará que los controladores a los que se hace referencia en la descripción del UE, los gNB y los nodos/funciones de la red central (es decir, con referencia a las Figuras 2 a 7) pueden comprender cualquier controlador adecuado como, por ejemplo, un controlador analógico o digital. Cada controlador puede comprender cualquier forma adecuada de circuito de procesamiento que incluye (sin limitación), por ejemplo: uno o más procesadores informáticos implementados en soporte físico; microprocesadores; unidades centrales de procesamiento (CPU); unidades aritméticas lógicas (ALU); circuitos de entrada/salida (IO); memorias/antememorias internas (programa y/o datos); registros de procesamiento; buses de comunicación (por ejemplo, buses de control, datos y/o direcciones); funciones de acceso directo a memoria (DMA); contadores, punteros y/o temporizadores implementados por soporte físico o soporte lógico; y/o similares.

También se apreciará que, aunque se describen los procedimientos para modificar dinámicamente la división funcional en función de las condiciones del canal, la calidad de servicio requerida, etc., la división funcional podría ser estática con diferentes opciones de división funcional preconfiguradas para diferentes ID de usufructuario y/o tipos de segmento dentro de un ID de usufructuario determinado. Además, aunque se describe una solicitud de establecimiento de contexto inicial, solo a título de ejemplo, para proporcionar la indicación de división funcional, se puede usar cualquier equivalente para este fin. También se apreciará que la indicación puede notificarse en el momento de la selección del índice de segmento; esto puede notificarse (por ejemplo, equivalente a la solicitud de configuración de contexto inicial S1AP) para que se seleccione un segmento del plano de usuario con una división funcional adecuada entre la CU y la DU.

Se apreciará que, aunque la Figura 1 muestra lo que parece ser un segmento de red completo, el núcleo puede tener su propio segmento y también una red RAN de acceso por radio. De manera similar, el plano de control (CP) y el plano de usuario (UP) pueden tener segmentos completamente diferentes. Pueden producirse diferentes correlaciones entre segmentos de RAN y segmentos centrales dependiendo de la estandarización y la directriz de la empresa explotadora celular.

También se apreciará que el usufructuario puede ser un cliente mayorista, como una empresa explotadora de red virtual móvil (MVNO) u otra empresa explotadora móvil con licencia (MOLO), que es un proveedor de servicios de comunicaciones inalámbricas que no posee la infraestructura de red inalámbrica sobre la cual la MVNO proporciona servicios a sus clientes. Sin embargo, los usufructuarios no tienen que ser necesariamente una MVNO. Los usufructuarios pueden ser clientes empresariales como empresas multinacionales, una flota de vehículos, servicios de emergencia, servicios de seguridad (por ejemplo, empresas de seguridad). Cada usufructuario puede tener diferentes requisitos en términos de qué tipo de segmento utiliza en función de los acuerdos de nivel de servicio. Con el concepto de usufructuarios, la empresa explotadora de red móvil ahora puede diferenciar los diferentes requisitos de los clientes y proporcionar servicios personalizados utilizando uno o varios segmentos.

Se apreciará que, aunque se describe que diferentes aparatos tienen un circuito transceptor con el fin de comunicar (es decir, transmitir/recibir) datos hacia y desde otros aparatos/dispositivos, la funcionalidad del transceptor también puede implementarse en el soporte lógico, ejecutarse en un controlador de soporte físico correspondiente, para comunicar mensajes y/o información entre diferentes funciones respectivas que están coubicadas en el mismo aparato físico.

Se apreciará que, alternativa o adicionalmente, las TUPF o al menos una TUPF adicional pueden ubicarse junto con la red de acceso (por ejemplo, para habilitar escenarios de UE estacionarios).

Se apreciará que en lugar del término “usufructuario” también se puede utilizar el término “empresa explotadora participante”.

En las realizaciones ejemplares anteriores, se describió un sistema de telecomunicaciones que funciona según los estándares 3GPP. Sin embargo, como apreciarán los expertos en la técnica, las técnicas descritas en la presente solicitud pueden emplearse en sistemas de comunicaciones que operen de acuerdo con otros estándares, en particular cualquier sistema basado en multiplexado por división ortogonal de frecuencia (OFDM), tal como el estándar de interoperabilidad mundial para acceso por microondas (WiMAX).

En los ejemplos anteriores, se describió un sistema de telecomunicaciones basado en telefonía móvil. Como apreciarán los expertos en la técnica, las técnicas descritas en la presente solicitud pueden emplearse en cualquier sistema de comunicaciones. En el caso general, las estaciones base y los teléfonos móviles pueden considerarse como nodos o dispositivos de comunicaciones que se comunican entre sí. Otros nodos o dispositivos de comunicaciones pueden incluir puntos de acceso y dispositivos de usuario como, por ejemplo, asistentes digitales personales, ordenadores portátiles, navegadores web y similares.

Por lo tanto, se puede ver que la descripción anterior describe un ejemplo de un dispositivo de comunicación para un sistema de comunicación en el que se admite la segmentación de red y en el que al menos un usufructuario puede comunicarse usando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el dispositivo de comunicaciones: un controlador y un transceptor; en el que el transceptor está configurado para recibir información relacionada con la segmentación de la red transmitida por una estación base, comprendiendo la información relacionada con la segmentación de la red al menos uno de: (i) información que identifica el soporte para al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base y un tipo de segmento de red de un usufructuario compatible con la estación base; (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y en el que el controlador está configurado para controlar la comunicación, a través del transceptor, utilizando un segmento que tiene un tipo de segmento de un usufructuario con el que está asociado el dispositivo de comunicación, en función de la información proporcionada en la información recibida relacionada con la segmentación de red que se relaciona específicamente con al menos uno de: el usufructuario con el que está asociado el dispositivo de comunicación y el tipo de segmento del usufructuario con el que está asociado el dispositivo de comunicación.

Como se indicó anteriormente, la información relacionada con la segmentación de la red puede comprender información que identifique al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base. El controlador puede configurarse para determinar, en función de la información que identifica el soporte proporcionado en la información recibida relacionada con la segmentación de la red, si debe quedar en espera en la célula en función de al menos uno de los siguientes: si la estación base es compatible con el usufructuario con el que está asociado el dispositivo de comunicación y si la estación base admite el tipo de segmento del usufructuario con el que está asociado el dispositivo de comunicación.

Como se indicó anteriormente, la información relacionada con la segmentación de la red puede comprender información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico.

El al menos un parámetro de comunicación puede comprender al menos un parámetro que identifica al menos un preámbulo del canal de acceso aleatorio (RACH) que es específico de al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico. El controlador puede configurarse: para seleccionar, en función del al menos un parámetro que identifica al menos un preámbulo del canal de acceso aleatorio (RACH) proporcionado en la información relacionada con la segmentación de la red recibida, un preámbulo del RACH específico para al menos uno de: el usufructuario con el que está asociado el dispositivo de comunicación; y el tipo de segmento del usufructuario con el que está asociado el dispositivo de comunicación; y puede iniciar un procedimiento de RACH en el que el preámbulo del RACH seleccionado se envía a la estación base.

El al menos un parámetro de comunicación puede comprender al menos uno de: un parámetro que representa un nivel de potencia diana para que la estación base reciba una primera transmisión de una solicitud del canal de acceso por radio (RACH) (por ejemplo, en un PreambleInitialReceivedTargetPower específico al usufructuario/tipo de segmento); un parámetro que representa un incremento de potencia que ha de ser usado por el dispositivo de comunicación cuando transmite repeticiones de una solicitud de RACH (por ejemplo, un PowerRampingStep específico al usufructuario/tipo de segmento); un parámetro que representa cuándo el dispositivo de comunicaciones debe enviar un RACH (por ejemplo, un prach-ConfigIndex específico al usufructuario/tipo de segmento); un parámetro que representa un recurso de frecuencia (por ejemplo, un bloque de recursos físicos) que está disponible para el acceso RACH (por ejemplo, un prach-FreqOffset específico al usufructuario/tipo de segmento); y un parámetro que representa una duración de una ventana de respuesta de acceso aleatorio (por ejemplo, un ra-ResponseWindowSize específico al usufructuario/tipo de segmento).

El al menos un parámetro de comunicación puede comprender al menos un parámetro de restricción de acceso y el controlador puede configurarse para controlar la comunicación en función del al menos un parámetro de restricción de acceso.

La información relacionada con la segmentación de la red puede recibirse en la información del sistema (por ejemplo, un bloque de información del sistema (SIB), por ejemplo, SIB2) emitida por la estación base.

Por lo tanto, se puede ver que la descripción anterior describe un ejemplo de una estación base para un sistema de comunicación en el que se admite la segmentación de red y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo la estación base: un controlador y un transceptor; en el que el controlador está configurado para generar información relacionada con la segmentación de la red para su transmisión por el transceptor, en el que la información relacionada con la segmentación de la red para la transmisión comprende al menos uno de: (i) información que identifica el soporte para al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base y un tipo de segmento de red de un usufructuario que es compatible con la estación base; (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y en el que el transceptor está configurado para transmitir la información relacionada con la segmentación de la red generada por el controlador a al menos uno de una estación base adicional y un dispositivo de comunicaciones.

Como se indicó anteriormente, la información relacionada con la segmentación de la red puede comprender información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico.

El al menos un parámetro de comunicación puede comprender al menos un parámetro que identifica al menos un preámbulo del canal de acceso aleatorio (RACH) que es específico de al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico. El transceptor puede configurarse para recibir, desde un dispositivo de comunicación, un preámbulo del RACH que es específico a al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico. El controlador se puede configurar para priorizar, en función del preámbulo del RACH recibido, la comunicación de al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico.

La información relacionada con la segmentación de la red puede comprender al menos un parámetro de comunicación que identifique una condición de carga y/o congestión para al menos uno de: un usufructuario específico y un segmento específico de un usufructuario específico. El transceptor puede configurarse para transmitir el parámetro de comunicación que identifica una condición de carga y/o congestión para al menos uno de: un usufructuario específico y un segmento específico de un usufructuario específico, a al menos una estación base adicional a través una interfaz de estación base a estación base (por ejemplo, como parte de al menos uno de: un procedimiento de notificación del estado de los recursos, un procedimiento de inicio de la notificación del estado de los recursos y un procedimiento de indicación de carga).

El al menos un parámetro de comunicación puede comprender al menos un parámetro de restricción de acceso y en el que el controlador es operable para controlar la comunicación en función del al menos un parámetro de restricción de acceso.

Como se indicó anteriormente, la información relacionada con la segmentación de la red puede comprender información que identifique al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base. El transceptor puede configurarse para transmitir la información que identifica al menos uno de: un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que es compatible con la estación base, a otra estación base a través de una interfaz de estación base a estación base (por ejemplo, como parte de al menos uno de: un procedimiento de establecimiento de interfaz con otra estación base y un procedimiento de actualización de la configuración).

El transceptor puede configurarse para recibir desde, al menos otra estación base, información relacionada con la segmentación de red que comprende al menos uno de: información que identifica el soporte, por parte de al menos una estación base adicional, para al menos uno de: (i) un usufructuario cuya comunicación se admite a través de la estación base, y un tipo de segmento de red de un usufructuario que se admite en la estación base; y (ii) información que comprende al menos un parámetro de comunicación que está asociado con al menos uno de: un usufructuario específico y un tipo de segmento específico de un usufructuario específico; y el controlador puede ser operativo para determinar una diana para el traspaso en base a la información relacionada con la segmentación de la red recibida. Por lo tanto, se puede ver que la descripción anterior describe un ejemplo de una estación base para un sistema de comunicación en el que se admite la segmentación de red y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo la estación base: un controlador y un transceptor; en el que el controlador está configurado para adquirir información de uso de datos para la comunicación a través de la estación base, en el que la información de uso de datos comprende información de uso de datos respectiva separada para al menos uno de: cada usufructuario para el que se produce la comunicación a través de la estación base, y cada tipo de segmento de red de cada usufructuario para el que se produce la comunicación a través de la estación base; y en el que el transceptor está configurado para proporcionar, a un nodo central, la información de uso de datos respectiva separada adquirida.

El controlador puede operarse, además, para adquirir información de uso de datos para la comunicación a través de la estación base, donde la información de uso de datos comprende, además, información de uso de datos respectiva separada para al menos una de: cada tecnología de acceso por radio utilizada para la comunicación a través de la estación base; cada una de las frecuencias (o bandas de frecuencias) utilizadas para la comunicación a través de la estación base; cada tecnología utilizada para la comunicación a través de la estación base; comunicación de enlace ascendente; y comunicación de enlace descendente.

Por lo tanto, se puede ver que la descripción anterior describe un ejemplo de aparato de estación base para un sistema de comunicación en el que se admite la segmentación de redes y en el que al menos un usufructuario puede comunicarse utilizando al menos un tipo de segmento asociado con ese usufructuario, comprendiendo el aparato de estación base: una unidad distribuida y una unidad central, comprendiendo cada unidad, respectivamente, un controlador y un transceptor; en el que el controlador de la unidad distribuida está configurado para proporcionar funcionalidad de capa inferior del aparato de estación base, en relación con la unidad central, y el controlador de la unidad central está configurado para proporcionar funcionalidad de capa superior del aparato de estación base, en relación con la unidad distribuida; donde hay una pluralidad de posibles divisiones funcionales entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central; y en el que el controlador de la unidad distribuida y el controlador de la unidad central están configurados para reconfigurar dinámicamente la división funcional entre la funcionalidad de capa inferior proporcionada por la unidad distribuida y la funcionalidad de capa superior proporcionada por la unidad central a partir de una primera de las posibles divisiones funcionales a una segunda de las posibles divisiones funcionales.

El controlador de la unidad central puede configurarse para determinar cuál de las posibles divisiones funcionales debe usarse, y donde el controlador de la unidad distribuida y el controlador de la unidad central están configurados para reconfigurar la división funcional de acuerdo con una determinación de la división funcional que debe ser utilizada por el controlador de la unidad central. El controlador de la unidad central se puede configurar para determinar cuál de las posibles divisiones funcionales se debe usar en función de al menos uno de: una condición de canal, un requisito de calidad de servicio, una identidad de un dispositivo de comunicación que se sirve, una identidad de un segmento que se va a utilizar para la comunicación, y una identidad de un usufructuario para el que se va a producir la comunicación a través de la estación base. El controlador de la unidad distribuida y el controlador de la unidad central pueden configurarse para reconfigurar la división funcional de acuerdo con una determinación de la división funcional que debería usar un nodo central.

Otras diversas modificaciones serán evidentes para los expertos en la técnica y no se describirán con más detalle aquí.

Claims (4)

REIVINDICACIONES

1. Una estación base (5) configurada para comunicarse, en una red, con una estación base contigua (5) en un procedimiento para intercambiar información entre la estación base (5) y la estación base contigua (5), comprendiendo la estación base (5):

un controlador (357, 457a, 457b) configurado para generar información relacionada con la segmentación de red para transmisión, en el que la información relacionada con segmentación de red para transmisión comprende:

información que identifica al menos un tipo de segmento para al menos un usufructuario de la red, siendo soportado dicho al menos un tipo de segmento por la estación base; y

un transceptor (351,451a, 451b) configurado para transmitir, a la estación base contigua (5), un mensaje de solicitud de configuración, para iniciar la configuración de interfaz de estación base a estación base, que incluye la información que identifica al menos un tipo de segmento para el al menos un usufructuario de la red.

2. La estación base (5) según la reivindicación 1,

en el que el transceptor (351, 451a, 451b) está configurado para recibir, desde la estación base contigua (5), un mensaje de respuesta de configuración, en respuesta al mensaje de solicitud de configuración para iniciar la configuración de interfaz de estación base a estación base.

3. Un método para una estación base (5) configurada para comunicarse, en una red, con una estación base contigua (5) en un procedimiento para intercambiar información entre la estación base (5) y la estación base contigua (5), comprendiendo el método las siguientes etapas realizadas por la estación base:

generar información relacionada con la segmentación de red para transmisión, en el que la información relacionada con la segmentación de red para transmisión comprende:

información que identifica al menos un tipo de segmento para al menos un usufructuario de la red, siendo soportado dicho al menos un tipo de segmento por la estación base; y

transmitir, a la estación base contigua (5), un mensaje de solicitud de configuración, para iniciar la configuración de interfaz de estación base a estación base, que incluye la información que identifica al menos un tipo de segmento para al menos un usufructuario de la red.

4. El método según la reivindicación 3 comprende, además:

recibir, desde la estación base contigua (5), un mensaje de respuesta de configuración en respuesta al mensaje de solicitud de configuración para iniciar la configuración de interfaz de estación base a estación base.