ES2822911T3 - Procedimiento de gestión de transferencia celular de información y arquitectura de red - Google Patents

Abstract

Procedimiento de gestión de transferencia celular de información con al menos un relé (20) interpuesto entre una estación base (10) y terminales (18), siendo el relé (20), la estación base (10) y los terminales (18) entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22) de una arquitectura de red que incluye una pluralidad de entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22), siendo la arquitectura de red adecuada para implementar telecomunicaciones entre las entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22), siendo también las entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22) una entidad de gestión móvil (16), denominada MME, y un controlador (22) distinto de la MME (16), incluyendo la estación base (10) un transceptor de radio (10A) y una máquina virtual (10B), teniendo la máquina virtual (10B) y el relé (20) una configuración controlada por el controlador (22), comprendiendo el procedimiento, en el relé (20), la gestión de la transferencia de información desde al menos una capa elegida entre una capa de control de recursos de radio, denominada capa RRC, una capa de estrato sin acceso, denominada capa NAS, y una capa de protocolo de convergencia de paquetes de datos, denominada capa PDCP, hacia al menos un terminal, estando el procedimiento caracterizado porque la configuración de la máquina virtual (10B) y del relé (20) se elige periódicamente entre tres modos operativos: - un primer modo operativo en el que el procedimiento comprende la encapsulación de la capa RRC en una capa PDCP específica de terminal (18) y después en una capa PDCP específica de relé (20), - un segundo modo operativo en el que la capa RRC utilizada es una capa RRC específica de relé (20), y - un tercer modo operativo en el que el procedimiento comprende la encapsulación de la capa RRC en una capa PDCP específica de terminal, siendo la capa RRC transmitida a/desde el relé (20) y sin una capa PDCP específica de relé (20).

Description

DESCRIPCIÓN

Procedimiento de gestión de transferencia celular de información y arquitectura de red

[0001] La presente invención se refiere a un procedimiento de gestión de transferencia celular de información y una arquitectura asociada.

[0002] En las aplicaciones civiles previstas para arquitecturas LTE avanzadas, surgen problemas para la retransmisión, suponiendo la estandarización únicamente intercambios en la zona de cobertura directamente desde una estación base al terminal.

[0003] Esto plantea un problema particular para las retransmisiones a los terminales no cubiertos por una estación base, que es tanto más difícil de resolver cuanto más amplia sea la cobertura, así como la forma en que se logra la cobertura repercute en la satisfacción de la calidad del servicio, el impacto depende del tipo de servicio considerado.

[0004] Se conocen modificaciones de la arquitectura de la red que implican modificar en profundidad determinadas entidades de la arquitectura, incluida las de la entidad MME.

[0005] También se conocen documentos que realizan una retransmisión, como los documentos US 2013/016649 A, GB 2523328 A, US 2015/010010 A, WO 2016/167550 A1 y WO 2016/073984 A2.

[0006] Por lo tanto, existe la necesidad de un procedimiento que permita responder al problema de la retransmisión que sea más fácil de implementar.

[0007] Para ello, la invención se refiere a un procedimiento de gestión de transferencia celular de información según la reivindicación 1.

[0008] Según realizaciones particulares, el procedimiento de gestión comprende las características de las reivindicaciones 2 a 13.

[0009] La invención también se refiere a una arquitectura según la reivindicación 14.

[0010] Cabe señalar que, sin que esta sea la presente invención reivindicada, la descripción describe un procedimiento de gestión de transferencia celular de información con al menos un relé interpuesto entre una estación base y los terminales, comprendiendo el procedimiento, en los relés, la gestión de transferencia de información desde al menos una capa elegida entre una capa RRC, una capa NAS y una capa PDCP al menos a un terminal.

[0011] La descripción también describe que, según otras realizaciones, el procedimiento de gestión de transferencia celular de información con al menos un relé interpuesto entre una estación base y los terminales comprende una o más de las siguientes características, tomadas individualmente o en todas las combinaciones técnicamente posibles:

- se respeta al menos una de las siguientes propiedades:

- al menos una capa elegida entre una capa RRC, una capa NAS y una capa PDCP específica de terminal es gestionada por la estación base, y

- al menos una capa elegida entre una capa RRC, una capa NAS y una capa PDCP específica de terminal es gestionada por el relé.

- el procedimiento comprende una etapa de encapsulación de las capas RRC y/o NAS específicas de relé en las capas PDCP, RLC y MAC específicas de relé, observándose al menos una de las siguientes propiedades:

- en la etapa de encapsulación, también se encapsula una capa PDCP específica de terminal en la capa PDCP específica de relé,

- en la etapa de encapsulación, también se encapsula una capa RRC y/o NAS específica de terminal en la capa PDCP específica de relé,

- en la etapa de encapsulación, todas las capas RRC/NAS y PDCP específicas de terminal están también encapsuladas en las capas RLC y MAC específicas de relé, y

- todas las capas RRC y/o NAS y PDCP específicas de terminal se gestionan por el relé, y la función de retransmisión específica de relé retransmite los mensajes RRC y NAS transmitidos y/o recibidos por el terminal. - al menos un relé y la estación base están configurados dinámicamente para definir una configuración aplicada, siendo la configuración aplicada resultado de las configuraciones resultantes de una de las propiedades.

- al menos un relé y la estación base realizan una transferencia de información celular, siendo la transferencia de información elegida dinámicamente entre al menos dos propiedades.

- al menos uno de los terminales se utiliza a la vez como terminal y como relé.

- al menos uno de los terminales es un terminal que se desplaza con respecto al otro terminal.

- el relé, la estación base y los terminales son entidades de una arquitectura de red que comprende una pluralidad de entidades, siendo la arquitectura de red adecuada para implementar telecomunicaciones entre las entidades, siendo también las entidades una MME y un controlador distinto de la MME, comprendiendo la estación base un transceptor de radio y una máquina virtual, teniendo la máquina virtual una configuración controlada por el controlador.

- la configuración de la máquina virtual se elige entre dos modos operativos, un primer modo operativo en el que el procedimiento comprende la encapsulación de la capa RRC en una capa PDCP específica de relé, y un segundo modo operativo en el que la capa RRC utilizada es una capa RRC específica de terminal.

- la configuración de la máquina virtual se elige entre tres modos operativos, un primer modo operativo en el que el procedimiento comprende la encapsulación de la capa RRC en una capa PDCP específica de terminal, y después en una capa PDCP específica de relé, un segundo modo operativo en el que el procedimiento comprende encapsular la capa RRC en una capa PDCP específica de terminal, siendo la capa RRC transmitida a/desde el relé y sin una capa PDCP específica del relé, y un tercer modo operativo en el que la capa RRC utilizada es una capa RRC específica de relé.

[0012] La descripción también describe una arquitectura de red que comprende una pluralidad de entidades, siendo la arquitectura de red adecuada para implementar comunicaciones entre las entidades, comprendiendo la arquitectura de red una estación base, una MME y un controlador distinto de la MME, comprendiendo la estación base un transceptor de radio y una máquina virtual, teniendo la máquina virtual una configuración controlada por el controlador.

[0013] La descripción también describe que, según otras realizaciones, la arquitectura de red comprende una o más de las siguientes características, tomadas de forma aislada o en cualquier combinación técnicamente posible:

- la arquitectura comprende además un relé, comprendiendo el controlador un subcontrolador para aplicaciones en tiempo real y un subcontrolador para otras aplicaciones, implementando el transceptor de radio únicamente las capas de nivel inferior o igual a dos, implementando la máquina virtual únicamente las capas de nivel superior o igual a dos. - se respeta al menos una de las siguientes propiedades: la interfaz de control entre el transceptor de radio y la máquina virtual es una interfaz de programación y se define una red central, formando parte el controlador de la red central. - las entidades de la arquitectura están configuradas para implementar el procedimiento como se ha descrito anteriormente.

[0014] La descripción también describe un procedimiento para determinar una configuración de al menos un relé entre un punto de acceso y terminales en una arquitectura de red que comprende una pluralidad de entidades que incluyen al menos un punto de acceso, al menos un relé, un controlador y terminales, una configuración de relé que determina las capas implementadas por las entidades, comprendiendo el procedimiento la generación de tres gráficos de redes distintos, siendo un gráfico de redes un gráfico que asocia una cantidad física asociada a cada intercambio de datos entre dos entidades entre el punto de acceso, el relé y los terminales, y la elección de la configuración de relé basada en los gráficos de redes.

[0015] La descripción también describe que, según otras realizaciones, el procedimiento para determinar una configuración de al menos un relé entre un punto de acceso y los terminales en una arquitectura de red comprende una o más de las siguientes características, tomadas individualmente o en cualquier combinación técnicamente posible:

- el gráfico de red que representa una vista sintética y dinámica de los parámetros y enlaces de red vinculados al rendimiento actual de la red o a los requisitos que deben cumplirse, en relación con los intercambios de información entre dos entidades entre el punto de acceso, el relés y los terminales.

- al elegir la configuración, se determina al menos una de las tres propiedades anteriores:

- una primera propiedad relativa a qué capas se van a implementar,

- una segunda propiedad relativa a qué entidad implementa qué capa, y

- una tercera propiedad relativa a cómo se configuran las capas.

- al elegir la configuración, se determina al menos una de las siguientes propiedades:

- qué entidad implementa la capa RRC,

- qué entidad implementa la capa NAS, y

- qué entidad implementa la capa PDCP.

- el primer gráfico de red es un gráfico de conectividad.

- el segundo gráfico de red es un gráfico para medir la calidad del enlace en cada conexión.

- el tercer gráfico de red es un gráfico de latencia.

- para una configuración de relé, al menos dos entidades son adecuadas para transmitir a un terminal y en el que se determina si una conmutación a otra entidad que emite al terminal o recibe desde el terminal es deseable para el terminal considerado.

- el primer gráfico de red se actualiza para cada nueva entidad, en particular cada nuevo terminal y/o relé que entra en la arquitectura.

- cuando se determina para el terminal en cuestión que no es deseable una conmutación a otra entidad, se prueban todas las configuraciones posibles para el terminal.

- las configuraciones comprenden una configuración de salto único, configuración de múltiples saltos, una configuración de multidifusión, una configuración sin relé.

[0016] Otras características y ventajas de la invención resultarán evidentes tras la lectura de la siguiente descripción de las realizaciones de la invención, que se dan únicamente a modo de ejemplo y con referencia a los dibujos que son:

- la figura 1 es una representación esquemática de una arquitectura de red LTE según el estado de la técnica, - la figura 2 es una representación de las pilas de protocolos en el plano de control para la arquitectura de la figura 1, - la figura 3 es una representación de las pilas de protocolos en el plano de usuario para la arquitectura de la figura 1, - la figura 4 es una representación esquemática de un ejemplo de arquitectura de red,

- la figura 5 es una representación de las pilas de protocolos en el plano de control para una primera configuración de la arquitectura de la figura 4 en un primer ejemplo,

- la figura 6 es una representación de las pilas de protocolos en el plano de usuario para la primera configuración en un primer ejemplo,

- la figura 7 es una representación de las pilas de protocolos en el plano de control para una segunda configuración de la arquitectura de la figura 4 en un primer ejemplo,

- la figura 8 es una representación de las pilas de protocolos en el plano de usuario para la segunda configuración en un primer ejemplo,

- la figura 9 es una representación de las pilas de protocolos en el plano de control para una tercera configuración de la arquitectura de la figura 4 en un primer ejemplo,

- la figura 10 es una representación de las pilas de protocolos en el plano de usuario para la tercera configuración en un primer ejemplo,

- la figura 11 es una representación de las pilas de protocolos en el plano de control para una primera configuración de la arquitectura de la figura 10 en un segundo ejemplo,

- la figura 12 es una representación de las pilas de protocolos en el plano de usuario para la primera configuración en un segundo ejemplo,

- la figura 13 es una representación de las pilas de protocolos en el plano de control para una segunda configuración de la arquitectura de la figura 10 en un segundo ejemplo,

- la figura 14 es una representación de las pilas de protocolos en el plano de usuario para la segunda configuración en un segundo ejemplo,

- la figura 15 es una representación de las pilas de protocolos en el plano de control para una tercera configuración de la arquitectura de la figura 10 en un segundo ejemplo,

- la figura 16 es una representación de las pilas de protocolos en el plano de usuario para la tercera configuración en un segundo ejemplo,

- la figura 17 es un diagrama de flujo de un ejemplo de un procedimiento para determinar configuraciones,

- las figuras 18 a 23 son ejemplos de gráficos de red,

- las figuras 24 a 30 son ejemplos de capas utilizadas durante la implementación del procedimiento de determinación, y

- las figuras 31 y 32 son diagramas que ilustran un mecanismo de configuración de capas, y

- la figura 33 es un diagrama de flujo de un ejemplo de un procedimiento para determinar configuraciones.

[0017] Para todos los acrónimos y conceptos utilizados en la siguiente descripción, se invita al lector a consultar la parte GLOSARIO.

[0018] La figura 1 representa una arquitectura de red LTE según el estado de la técnica.

[0019] Tal arquitectura es una arquitectura 4G convencional. Tal arquitectura ha sido objeto de la estandarización 3GPP.

[0020] La figura 1 es una vista de la arquitectura de red móvil inalámbrica convencional.

[0021] La arquitectura de red comprende una pluralidad de entidades que actúan en distintas zonas Z1, Z2, Z3. La primera zona Z1 es la zona de aplicación, la segunda zona Z2 es la red central, y la tercera zona Z3 es la zona de cobertura y en la que se realiza la comunicación mediante comunicaciones inalámbricas.

[0022] La arquitectura de red incluye una primera entidad 10, una segunda entidad 12, una tercera entidad 14, una cuarta entidad 16 y una quinta entidad 18.

[0023] La primera entidad 10 es un eNodoB.

[0024] A continuación, la primera entidad 10 se indica como entidad eNodoB.

[0025] La segunda entidad 12 incluye dos partes, una primera subentidad 12A y una segunda subentidad 12B.

[0026] La primera subentidad 12A de la segunda entidad 12 es una S-GW.

[0027] En lo sucesivo, la primera subentidad 12A de la segunda entidad 12 se indica como entidad S-GW.

[0028] La segunda subentidad 12B de la segunda entidad 12 es una P-GW.

[0029] En lo sucesivo, la segunda subentidad 12B de la segunda entidad 12 se indica como entidad P-GW.

[0030] La tercera entidad 14 es un servidor de aplicaciones.

[0031] La cuarta entidad 16 es una MME.

[0032] El término MME designa una entidad de control de la arquitectura de red LTE, pero los expertos en la técnica ven claramente que en el contexto de la presente invención puede ser adecuada para la implementación de la invención una entidad con cualquier otro nombre que tenga las mismas funciones de control de m Me que se usan en el contexto de esta invención.

[0033] En lo sucesivo, la cuarta entidad 16 se denomina entidad MME.

[0034] La quinta entidad 18 es un terminal UE.

[0035] En lo sucesivo, la quinta entidad 18 se indica como terminal UE.

[0036] La arquitectura de red es adecuada para operar de varias formas. El enlace ascendente designa una comunicación desde el terminal UE a la entidad eNodoB, y el enlace descendente designa una comunicación desde la entidad eNodoB al terminal UE. El enlace ascendente a menudo se designa con el término inglés "uplink", mientras que el enlace descendente se denomina con el término inglés "downlink".

[0037] El funcionamiento de la arquitectura de la figura 1 se describe ahora con referencia a las figuras 1 a 3.

[0038] En la figura 1, las líneas discontinuas corresponden a la parte de señalización. Esto ilustra el funcionamiento del plano de control (también denominado "control plane"). Las líneas continuas en negrita corresponden a la comunicación de datos para los usos de los servicios que brinda la arquitectura de red. Esto ilustra el funcionamiento del plano de usuario. El plano de usuario también se denomina plano de datos o "user plane".

[0039] De hecho, para esta arquitectura LTE convencional, la estandarización 3GPP ha definido un plano de control (o "Control plane" en inglés) y un plano de usuario (o "User plane" en inglés). El plano de control se muestra en la figura 2, y el plano de usuario se muestra en la figura 3.

[0040] Cabe señalar que la estandarización 3GPP también definió una distribución en capas de la misma manera que para el modelo OSI, siendo esta distribución en capas específica de la estandarización 3GPP. Esta división en capas o subcapas no se analiza en esta etapa con el fin de simplificar la descripción. Además, el término "capa" se utiliza sistemáticamente a continuación para designar una capa o una subcapa, dependiendo del contexto el concepto de "subcapa" y "capa". Se pueden encontrar más detalles relacionados con esta distribución en la sección GLOSARIO.

[0041] A continuación, se describe el funcionamiento de la arquitectura de enlace descendente. Usando la descripción del funcionamiento de la arquitectura de enlace descendente, un experto en la técnica puede derivar de manera similar el funcionamiento de la arquitectura de enlace ascendente.

[0042] En la figura 2, en la entidad MME, para el plano de control, los datos pasan a través de una capa NAS, una capa S1-AP, una capa SCTP, una capa IP, una capa L2 y una capa L1.

[0043] En la figura 2, en la entidad eNodoB, para el plano de control, los datos pasan a través de una capa L1, una capa L2, una capa IP, a continuación, una capa SCTP, una capa S1-AP y después una capa RRC, una capa PDCP, una capa RLC, una capa MAC y una capa PHY.

[0044] En el terminal UE, los datos pasan a través de una capa PHY, una capa MAC, una capa RLC, una capa PDCP, una capa RRC y una capa NAS.

[0045] Durante el cruce de las capas, se realizan operaciones, correspondiendo estas operaciones al título de la capa atravesada. Las operaciones son, por ejemplo, modificaciones de los encabezados y la encapsulación/desencapsulación de cada dato.

[0046] En la figura 3, en la entidad P-GW, para el plano de usuario, los datos pasan a través de una capa IP, una capa GTP-U, una capa UDP/IP, una capa L2 y una capa L1.

[0047] En la entidad S-GW, los datos pasan a través de una capa L1, una capa L2, una capa UDP/IP, una capa GTP-U, a continuación, una capa UDP/IP, una capa L2 y una capa L1.

[0048] En el eNodoB, para el plano de usuario, los datos pasan a través de una capa L1, una capa L2, una capa UDP/IP, una capa GTP-U, a continuación, una capa PDCP, una capa RLC, una capa MAC y una capa PHY.

[0049] En el terminal UE, los datos pasan a través de una capa PHY, una capa MAC, una capa RLC, una capa PDCP, una capa IP y una capa de aplicación.

[0050] Cabe señalar que, en función del servicio, los paquetes también podrían ser generados por la capa de aplicación de otro terminal en la misma red, o también en otras redes si existen puertas de enlace.

[0051] Cabe señalar, por ejemplo, que las funciones PDCP en el plano de usuario comprenden el cifrado y descifrado, la compresión y descompresión RoHC del encabezado de los paquetes procedentes de las capas superiores (por ejemplo, desde el IP) (también llamada "compresión de encabezado RoHC"), la numeración de secuencias (también llamada "sequence numbering") y la eliminación de paquetes duplicados (también llamada "eliminación de duplicados").

[0052] Por el contrario, en el plano de control, las funciones PDCP incluyen el cifrado y descifrado, la protección de integridad, la numeración de secuencias, y la eliminación de paquetes duplicados.

[0053] Hay una instancia PDCP por "portador de radio". El "portador de radio" es similar a un canal lógico para transportar datos de usuario.

[0054] En la figura 4 se muestra un ejemplo de arquitectura de red. La arquitectura se aplica a todas las pilas de protocolos de las figuras 5 a 16.

[0055] Los elementos comunes con la arquitectura de red de la figura 1 no se detallan a continuación, aplicándose las mismas indicaciones. Solo las diferencias se describen a continuación.

[0056] A diferencia del caso de la figura 1, en la figura 4, la entidad eNodoB incluye dos partes: un transceptor de radio 10A y una máquina virtual VM 10B. Más sencillamente, en lo sucesivo, el transceptor de radio 10A se indica como entidad RRH (en las figuras 11 a 16) o TP (en las figuras 5 a 10), y la máquina virtual VM 10B se indica como VM. La entidad 10A puede ser un RRH o un TP, y la combinación 10A y VM 10B forma el equivalente de una estación base o eNodoB.

[0057] La entidad 10A es un punto de acceso simplificado, 10A puede ser, por ejemplo, un RRH o un TP.

[0058] El punto de acceso se simplifica en el sentido de que solo una parte de las capas son implementadas por la entidad RRH o TP.

[0059] Más específicamente, la entidad TP implementa capas inferiores al nivel 3, preferentemente estrictamente inferiores a 3, y la entidad RRH implementa capas inferiores al nivel 2, preferentemente estrictamente inferiores a 2.

[0060] Por lo tanto, según el ejemplo propuesto, la entidad 10A implementa completamente al menos una de las siguientes capas: PHY, MAC, RLC y Pd CP.

[0061] Según otra realización, la entidad 10A implementa capas parciales, por ejemplo, la capa PHY y una o más subcapas de la capa L2, por ejemplo, la subcapa MAC solamente o las subcapas MAC y RLC.

[0062] La VM es una máquina virtual.

[0063] La VM tiene la función de implementar una parte o todas las capas superiores. Por ejemplo, la VM es adecuada para transmitir capas superiores al nivel 2, preferentemente estrictamente superiores a 2.

[0064] A modo de ilustración, según un caso particular, la VM es capaz de transmitir total o parcialmente una o más capas de nivel 2 como la capa MAC, la capa RLC o la capa PDCP, y una o más capas de nivel 3 o superior como RRC o NAS.

[0065] La VM tiene, en algunos casos, la funcionalidad de una BBU (véase la definición en la parte GLOSARIO).

[0066] En la figura 4, la VM es funcionalmente parte de la RAN, pero la VM se ejecuta en máquinas (ordenadores u otra máquina con recursos informáticos y de almacenamiento capaces de implementar la VM) que residen geográficamente lejos de la entidad de transceptor de radio 10A (arquitectura de tipo "nube" para la nube).

[0067] Como alternativa, la VM se ejecuta en máquinas físicas (ordenadores u otra máquina con recursos informáticos y de almacenamiento capaces de implementar la VM) que están geográficamente cerca o coubicadas con la entidad de transceptor de radio 10A, o bien se ejecuta en la entidad de transceptor de radio 10A si la máquina física en la que se implementa la entidad de transceptor de radio 10A tiene suficientes recursos informáticos y de memoria (arquitectura de tipo "borde" o descentralizada, donde los recursos están más bien en el borde de la red).

[0068] A diferencia del caso de la figura 1, en la figura 4, los terminales 18 o incluso una quinta entidad UE 18A y una sexta entidad UE 18B (normalmente fuera de la cobertura de red) están ahora conectados a la red a través de otro terminal 20 con una función de relé.

[0069] La quinta entidad UE 18A se indica como terminal UE1 a continuación y la sexta entidad UE 18B se indica como terminal UE2.

[0070] Los dos terminales UE1 y UE2 forman parte de una cuarta zona Z4 que es una zona fuera de cobertura.

[0071] La arquitectura también incluye una séptima entidad UE-R 20.

[0072] El UE-R 20 es una entidad de relé indicada por el relé UER a continuación.

[0073] La arquitectura incluye además una octava entidad 22.

[0074] La octava entidad 22 es un controlador, denominado controlador CC a continuación.

[0075] En el ejemplo mostrado, el controlador CC es único.

[0076] La VM tiene una configuración controlada por el controlador CC.

[0077] Como alternativa, el controlador CC comprende dos partes: una parte que implementa funcionalidades para aplicaciones lentas, y otra parte que implementa funcionalidades para aplicaciones en tiempo real.

[0078] Según el caso, las dos partes del controlador CC son dos entidades distintas o coubicadas.

[0079] En el diagrama de la figura 4, las líneas discontinuas en negrita corresponden a la parte de señalización. Esto ilustra el funcionamiento del plano de control (también denominado "control plane"). Las líneas continuas en negrita corresponden a la parte de uso. Esto ilustra el funcionamiento del plano de usuario. El plano de usuario también se denomina plano de datos o "user plane". La curva discontinua representa una comunicación particular llamada "comunicación heredada" para una "comunicación según el estándar o el estado de la técnica ya disponible". Las líneas continuas representan la comunicación del plano de control "heredado", es decir, implementado según el estado de la técnica actual.

[0080] El funcionamiento de la arquitectura de la figura 4 se describe ahora con referencia a múltiples configuraciones operativas posibles, ilustradas particularmente por las figuras 5 a 16.

[0081] Las siguientes convenciones se adoptan en los diagramas del plano de usuario y del plano de control: X designa, por ejemplo, un protocolo de tipo SCTP; Y designa, por ejemplo, un protocolo de tipo UDP; L2t es un protocolo de tipo L2 utilizado entre la VM y la entidad TP (o RRH), por ejemplo, l2 Ethernet; L1t es un protocolo de tipo L1 utilizado entre la VM y la entidad TP (o RRH), por ejemplo, L1 Ethernet; L0t es un protocolo de tipo CPRI, OBSAI u ORI utilizado entre la VM y la entidad RRH. En este caso, PHY I/Q se transmiten directamente en L0t. Estas convenciones se utilizan en particular en el texto. Para los siguientes ejemplos en las figuras 5 a 10, también se supone que la entidad 10A está dotada de las funcionalidades PHY y MAC.

[0082] Además, si una capa se pone entre paréntesis, esto significa que el protocolo asociado es opcional, es decir, que se usa o no. Por ejemplo, una capa NAS con NAS entre paréntesis implica que el protocolo está implementado o no. Según otro ejemplo, una capa PDCP con PDCP entre paréntesis implica que el protocolo está implementado o no. Otro ejemplo se refiere a las capas X e Y, o X/IP e Y/IP.

[0083] Además, si se superpone un conjunto de capas, esto significa que puede tener varias capas que operan en paralelo, o que puede tener varias entidades distintas que pueden operar en paralelo (como, por ejemplo, varias MME 16 que están conectadas al mismo CC 22, porque un u Er 20 y/o porque uno o más UE 18, 18A o 18B están conectados a diferentes MME (potencialmente se gestionan por MME diferentes).

[0084] Las figuras 5 y 6 ilustran una primera configuración denominada "retransmisión de salto único". El término "retransmisión de salto único" es una retransmisión de un terminal UE a través del relé UER, o una configuración de un salto. Para aclaración, el número de saltos se cuenta aquí a partir del relé UER.

[0085] En el ejemplo de la figura 5, para el plano de control, en la entidad MME, los datos pasan a través de una capa NAS, una capa S1-AP, una capa SCTP, una capa IP, una capa L2 y una primera capa L1.

[0086] En el controlador CC, los datos pasan a través de una capa L1, una capa L2, una capa IP, una capa SCTP, una capa S1-AP y una capa NAS y a continuación una capa Capa de ctr. (capa para el plano de control), capa que es responsable de la transmisión del plano de control que atraviesa el CC hacia la VM, una capa SCTP/IP y una capa L2/L1. Con respecto a la capa "Capa de ctr.", puede utilizar un protocolo de tipo X2-AP o S1-AP, que normalmente se utilizan en las interfaces X2-C o S1-C/S1-MME. Una función "F. de ctr." (servidor) puede estar presente para controlar la configuración de la capa Capa de Ctr. entre el CC y la VM. A diferencia de la "Capa de ctr." que es una capa, la "F. de ctr." es, por lo tanto, una función responsable de implementar el protocolo a utilizar para la "Capa de ctr.", por lo que es una función de nivel superior.

[0087] En la VM, para el plano de control, los datos pasan a través de una capa L2/L1, una capa SCTP/IP, una capa Capa de ctr., a continuación una capa NAS, una capa RRC, una capa PDCP, una subcapa NAS R, una capa RRC R, una capa PDCP R (no necesariamente en este orden como se ilustra más adelante en las figuras 24, 26, 28 y 29), una capa RLC R, las capas (X/IP) y L2t/L1t. Por ejemplo, en la VM, los datos con destino al UER pasan a través de las capas L1 y L2, las capas IP y SCTp , una capa Capa de ctr., a continuación, una capa NAS R, una capa RRC R, una capa PDCP R, una capa RLC R, las capas (X/IP) y L2t/L1t. Y en otro ejemplo, en la VM, los datos con destino al UE 18A (UE1) pasan a través de las capas L1 y L2, las capas IP y SCTP, una capa Capa de ctr., a continuación, una capa NAS, una capa RRC, una capa pDCP, otra capa PDCP R, una capa RLC R, las capas (X/IP) y L2t/L1t. La máquina virtual también puede tener una función "F. de ctr." (cliente) para la configuración de la capa Capa de ctr. entre el CC y la VM (por lo tanto, la "F. de ctr." (cliente) en la VM es una función "F. de ctr." similar (servidor) que existe en el CC).

[0088] En la entidad TP, los datos pasan a través de las capas L1t y L2t, una capa (X/IP), a continuación, una capa MAC y una capa PHY.

[0089] En el relé UER, para el plano de control con destino al UER, los datos pasan a través de una capa PHY, una capa MAC, una capa RLC R, una capa PDCP R, una capa RRC R, una capa NAS R; y para el plano de control con destino al UE1, los datos pasan a través de una capa PHY, una capa MAC, una capa RLC R, una capa PDCP R a continuación una capa genérica L2, y después una capa genérica L1.

[0090] En el terminal UE1, los datos pasan a través de una capa genérica L1, una capa genérica L2, una capa PDCP, una capa RRC y una capa NAS.

[0091] En el ejemplo de la figura 6, en la entidad P-GW y en la entidad S-GW, los datos pasan como en las entidades P-GW y S-GW de la figura 3.

[0092] En la VM, en el plano de usuario, los datos pasan a través de una capa L1, una capa L2, una capa UDP/IP, una capa GTP-U, una capa PDCP, una capa PDCP R, una capa RLC R, las capas (Y/IP) y L2t/L1t. Esto se puede implementar de forma parcial. Más precisamente, en la VM, los datos con destino al UER pasan a través de una capa L1, una capa L2, una capa UDP/IP, una capa GTP-U, una capa PDCP R, una capa RLC R, las capas (Y/IP) y L2t/L1t, y los datos con destino al UE 18A (UE1) pasan a través de una capa L1, una capa L2, una capa UDP/IP, una capa GTP-U, una capa PDCP, una capa PDCP R, una capa RLC R, las capas (Y/IP) y L2t/L1t.

[0093] En la entidad TP, en el plano de usuario, los datos pasan a través de las capas L1t, L2t, a continuación, una capa (Y/IP), una capa MAC y una capa PHY.

[0094] En el relé UER, los datos que se dirigen al mismo relé UER pasan a través de una capa PHY, una capa MAC, una capa RLC R, una capa PDCP R, una capa IP, una capa de aplicación. En el relé UER, los datos que se dirigen a la entidad 18A (terminal UE1) bajo la cobertura de radio del relé UER pasan a través de una capa PHY, una capa MAC, una capa RLC R, una capa PDCP R, a continuación, una capa genérica L2 y una capa genérica L1.

[0095] En el terminal UE1, los datos pasan a través de una capa genérica L1, una capa genérica L2, una capa PDCP, una capa IP y una capa de aplicación.

[0096] En este caso, la capa PDCP UE está encapsulada en una capa PDCP UE-R. El relé UER retransmite la información al terminal UE1 sin decodificarla/desencriptarla o descifrarla.

[0097] Además, debe tenerse en cuenta que la entidad 18 A fuera de la zona está controlada por la VM con la ayuda de las subcapas RRC o NAS (véase también la figura 5).

[0098] Las figuras 7 y 8 ilustran una segunda configuración denominada "retransmisión de salto único".

[0099] Se aplican los mismos elementos que para el plano de usuario y el plano de control de la primera configuración para el plano de usuario y el plano de control según la segunda configuración. Solo las diferencias se detallan a continuación.

[0100] En el plano de control en la figura 7, en la VM, los datos pasan a través de diferentes capas entre la capa Capa de ctr. y la capa (X/IP) que son la capa NAS, la capa RRC, la capa PDCP UE, y la capa RLC R.

[0101] En el relé UER, las capas PDCP R, RRC R y NAS R no se cruzan ni se utilizan.

[0102] Finalmente, en el primer terminal UE, los datos pasan a través de una capa de PDCP UE. En el plano de usuario en la figura 8, en la VM, el cruce de los datos por las capas PDCP y PDCP R se reemplaza por el cruce de una única capa PDCP UE. El UER retransmite paquetes al UE sin cifrado adicional del enlace entre VM y el UER, porque ya existe un cifrado para paquetes que se transmiten entre la VM y el UE1 y pasan a través del UER.

[0103] De manera similar, en el relé UER, el cruce de los datos por las capas RLC R, una capa PDCP R, una capa IP, y una capa de aplicación, se reemplaza por el cruce de una sola capa RLC R. El relé UER retransmite la información al terminal UE1 sin necesariamente decodificarla/desencriptarla o descifrarla (si no conoce la configuración de la capa PDCP UE).

[0104] En el terminal UE1, hay una capa PDCP UE que se usa para la comunicación de extremo a extremo entre el UE1 y la VM. En este caso, la capa PDCP UE no está encapsulada en la capa PDCP del relé UER.

[0105] Además, debe tenerse en cuenta que el terminal UE1 fuera de la zona es controlado por la VM con la ayuda de las capas RRC o NAS (véase la figura 7) pasando a través del UER 20.

[0106] Las figuras 9 y 10 ilustran una tercera configuración conocida como "retransmisión de múltiples saltos". El término "retransmisión de múltiples saltos" designa una retransmisión de un terminal UE a través de varios relés UER, o una configuración con más de un salto. Aunque esto no se muestra en estas dos figuras, sino de una manera simplificada, esto corresponde a una situación en la que un usuario UE 18 B se conecta a través de un usuario UE 18 A (que a su vez se convierte en relé) para acceder a la red a través de un UER 20, como en las figuras 25, 27 y 30.

[0107] Se aplican los mismos elementos que para el plano de usuario y el plano de control de la segunda configuración para el plano de usuario y el plano de control según la tercera configuración. Solo las diferencias se detallan a continuación.

[0108] En el plano de control, en la VM en la figura 9, la capa NAS se reemplaza por la capa NAS R, la capa RRC por la capa RRC R y la capa PDCP UE por la capa PDCP R. En el plano de control, en la VM, ya no hay una capa PDCP u E, NAS UE o RRC UE porque la VM ya no gestiona el UE 18A (UE1). A cambio, una función de control o "f. de ctr." (servidor) puede estar presente en la VM para informar al UER de la nueva configuración - la misma función de control "f. de ctr." (pero cliente) también existe en el UER para poder acceder a la información procedente de la VM, y posiblemente para enviar informes (configuración o medición) a la VM.

[0109] En otras palabras, en el plano de control de la figura 9, la VM ya no gestiona, por ejemplo, la movilidad de un usuario UE conectado a través del UER. La VM gestiona solamente las NAS R, RRC R y PDCP R y RLC R de un UER, y las NAS, RRC y PDCP de un UE se gestionan más bien por el UER. Sin embargo, la VM ya no transmite información RRC y NAS con destino al UE (al menos no de forma directa). Como alternativa, los protocolos NAS y RRC (total o parcialmente) con destino al UE se pueden transmitir mediante encapsulación en los protocolos NAS R y RRC R con destino al UER (por ejemplo, al contrario de la figura 5). En este caso, es el UER el que gestiona la retransmisión y, por lo tanto, la retransmisión del plano de control al UE.

[0110] En el relé UER, en el plano de control en la figura 9, los datos pasan a través de una capa PHY, una capa MAC, una capa RLC R, una capa PDCP R, una capa RRC R, una capa NAS R para los datos con destino al UER. También hay una capa o función de control "f. de ctr." (función "cliente", el equivalente a la función "servidor" que se encuentra en la VM), una capa NAS, una capa RRC, una capa (P) que es una forma abreviada de capa (PDCP), una capa genérica L2 y una capa genérica L1 para comunicar y gestionar el UE1, por ejemplo, las configuraciones necesarias para la asignación de recursos, seguridad, informes de medición y movilidad del UE1. La configuración del UER para que gestione la capa NAS y RRC y PDCP de un UE se realiza mediante la función de control denominada "f. de ctr." (cliente). Como alternativa, si la información de los protocolos NAS y RRC con destino al UE está encapsulada (parcialmente) por la VM en los protocolos NAS R y RRC R entre el UER y la VM, la función de control "f. de ctr." (cliente) en el UER también será potencialmente responsable de extraer la información NAS y RRC (de NAS R y RRC R de la VM) y transmitirla al UE1 (enlace ascendente, la f. de ctr. encapsulará en su lugar la información RRC UE1 en el RRC UER para la transmisión a la VM).

[0111] En el terminal UE1, los datos pasan a través de una capa genérica L1, una capa genérica L2, una capa (PDCP), una capa RRC y una capa NAS. En este contexto, las capas RRC y NAS de un terminal UE 18 A (UE1) son gestionadas por el UER.

[0112] Esto no se muestra en la figura 9, pero si otro terminal UE 18 B (UE2) se conecta al UE 18 A (UE1) para acceder a la red a través del UER, el UE 18 B (UE2) puede estar configurado para que sea gestionado por el UER (el UE1 realizará una operación de retransmisión tipo u ER2 para su vecino UE2, desde el UER; en este caso, el UE1 no es autónomo y es el UER el que gestiona por sí solo NAS, RRC y PDCP para el UE2, como lo hace la VM para el UE1 en las configuraciones de "salto único" en las figuras 5 y/o 7) o por el UE 18 A (en este caso, el UE1 es autónomo y gestiona por sí solo NAS, RRC y PDCP para el UE2, como lo hace el UER en las configuraciones de "múltiples saltos" en la figura 9).

[0113] En el plano de usuario, en la VM en la figura 10, ya no hay una capa PDCP UE que se reemplace por una capa PDCP R. De hecho, la VM ya no gestiona la PDCP de un UE 18A (y ya no hay una conexión PDCP de extremo a extremo entre la VM y el UE). En la VM también hay una función F. de ret. que se utiliza para configurar la retransmisión o la función de enrutamiento específico en el UER.

[0114] En el relé UER, en el plano de usuario en la figura 10, los datos pasan a través de otras capas entre la capa RLC R y la capa genérica L2. Estas capas son la capa PDCP R, la capa o la función F. de ret. para "función de retransmisión" o "relaying function", una capa IP, una capa de aplicación, a continuación, una capa de aplicación, una capa IP y una capa (P) que es una forma abreviada de capa (PDCP).

[0115] El relé UER puede utilizar una función F. de ret. ("función de retransmisión") para filtrar los paquetes recibidos desde el servidor de aplicaciones a su propia aplicación o a las capas necesarias para una transmisión al UE fuera de cobertura para la capa de aplicación de un UE fuera de cobertura u otro UE retransmitido por un UE fuera de cobertura (véanse las figuras 10 y 16).

[0116] Para el enlace descendente, en el plano de control de la figura 9, el relé UER (en solitario o bajo la configuración de red realizada por la VM a través de un comando de configuración (originalmente realizado por el CC) gracias al módulo/función de control "f. de ctr." (cliente) genera localmente la subcapa NAS, RRC y PDCP para controlar (por ejemplo, movilidad, programación u otros aspectos) directamente el UE fuera de cobertura. La función "F de ctr." se utiliza para la configuración/gestión de capas entre el UER y el UE (para configurar las capas del UER y el nivel de control en un UER).

[0117] Para el enlace ascendente, en el plano de control de la figura 9, el UE informa las mediciones directamente al UER y es el UER el que toma las decisiones de HO o movilidad a través de los protocolos RRC y NAS.

[0118] Para el enlace ascendente, en el plano de usuario de la figura 10, el UE transmite paquetes IP a la red directamente a través del UER. Además, para que los gráficos de red en el CC se actualicen constantemente (de modo que el CC tenga una visión general de toda la red), la función "F. de ret." ("función de retransmisión") añadió también en un UER la función de retransmitir también las medidas realizadas por el UE (o UER) en la interfaz UE-UER (véanse las figuras 10 y 16, en las que no hay más los protocolos RRC y NAS directamente entre el UE y la VM, y/o si RRC R y NAS R no transfieren/encapsulan las mediciones RRC UE y NAS UE). Para el enlace ascendente, el segundo papel de esta función de retransmisión es filtrar los paquetes y dirigirlos a la capa de aplicación UER o a la red. De manera similar, para el enlace descendente, la función F. de ret. ("función de retransmisión") se añade en el UER para filtrar los paquetes y dirigirlos a la capa de aplicación UER o al UE1.

[0119] En una implementación potencial, la función F. de ret. en la VM y/o el UER (y especialmente en el plano de control) se puede asimilar o integrar en la función de control "f. de ctr.". Sin embargo, el papel de la función F. de ret. está más en el plano de usuario que en el plano de control, y puede verse como una función de enrutamiento. En una situación de múltiples saltos, esta función es esencial para retransmitir mediciones en el plano de usuario desde el UE 18 A a la VM 10B, a través del UER 20.

[0120] En el terminal UE1, se utiliza opcionalmente una capa PDCP UE, también llamada (PDCP), para uso directo entre el UE y el UER (y que desempeña el papel de una capa PDCP que normalmente se encuentra entre un terminal UE y un eNB convencional).

[0121] En esta configuración, es el relé UER el que implementa el control de los terminales UE fuera de la zona de cobertura. El relé UER tiene la capacidad de descifrar la información al terminal UE.

[0122] Como alternativa, la información UE se codifica en la aplicación y el relé UER no tiene la capacidad para descifrarla.

[0123] También es posible una cuarta configuración denominada "operación de difusión". El término "Difusión" se refiere al caso de al menos un terminal UE conectado directamente al punto de acceso a la red, es decir, una configuración sin salto. En un modo de difusión, varios terminales UE pueden recibir la misma información (voz, datos, vídeo, etc.).

[0124] Se aplican los mismos elementos que para el plano de usuario y el plano de control de la tercera configuración para el plano de usuario y el plano de control según la cuarta configuración. Solo las diferencias se detallan a continuación.

[0125] En el plano de usuario, en la VM, las capas RLC R, PDCP R, RRC R y NAS R se reemplazan por tres capas RLC, RRC y NAS.

[0126] Además, en este caso, no hay ningún relé UER que sirva como relé.

[0127] Cada entidad entre el terminal UE1, el terminal UE2 y el relé UER recibe los paquetes procedentes de la pila de protocolos formada por las capas PHY, MAC, RLC, RRC y NAS.

[0128] En el plano de control, en la máquina virtual 10B, las capas RLC R y PDCP R se reemplazan por una capa RLC.

[0129] Cada entidad entre el terminal UE1, el terminal UE2 y el relé UER recibe las capas PHY, MAC, RLC, IP y App.

[0130] Es posible una quinta configuración denominada "Operación de difusión mediante eMBMS".

[0131] Se aplican los mismos elementos que para el plano de usuario y el plano de control de la cuarta configuración para el plano de usuario y el plano de control según la quinta configuración. Solo las diferencias se detallan a continuación.

[0132] En el plano de usuario, las capas S1-AP y NAS se reemplazan por las capas SCTP y M3-AP tanto en la entidad MME como en el controlador CC.

[0133] Además, no hay instanciación de la capa NAS y, por lo tanto, no hay transmisión a través de dicha capa.

[0134] Estas diferencias se transportan fácilmente en el plano de control, que no se detalla adicionalmente.

[0135] Una sexta configuración permite tener un equivalente de la configuración de "Retransmisión de múltiples saltos" (ilustrada en particular por las figuras 9, 10, 15 y 16) en la que, para el plano de control, la capa RRC de un terminal UE 18A se gestiona por el relé UER 20 (como en las figuras 9 y 15), pero la capa NAS de un terminal UE 18A se gestiona por la máquina virtual VM 10B (como en las figuras 5, 7, 11 y 13). Esta sexta configuración corresponde a una configuración híbrida de la capa L3 entre una configuración de tipo "múltiples saltos" y una configuración de tipo "salto único". Esto implica que las configuraciones de seguridad y movilidad siempre las realiza parcialmente la máquina virtual VM 10B en lugar de un relé UER 20, y esto permite tener una capa RRC más receptiva, con protocolos más rápidos en términos de latencia.

[0136] Además de estas configuraciones, pueden existir varias configuraciones, por ejemplo, un modo de difusión o broadcast de un UER 20 para retransmitir la información a varios usuarios UE (esta serie de alternativas está marcada por el uso opcional de la capa PDCP, o incluso (P) o (PDCP)).

[0137] Es posible trasponer las configuraciones anteriores con otras alternativas. Por ejemplo, según una realización, la entidad 10A transmite solo las capas PHY y no la capa MAC (véanse las figuras 10 a 16), lo que corresponde, por ejemplo, a una implementación con un RRH 10A.

[0138] Según otra realización, las PDU procedentes de la subcapa LTE RLC (y/o LTE MAC) se encapsulan en las PDU que pasan a través de una subcapa MAC Ethernet y se transmiten con la entidad 10A (RRH o t P). Según otra realización, la subcapa PHY/CPRI se reemplaza por una subcapa Lt2/Lt1 que opera con Ethernet.

[0139] La figura 17 ilustra un diagrama de flujo operativo del controlador de CC que muestra un ejemplo de implementación de un procedimiento para determinar una configuración de relé entre un nodo y terminales.

[0140] Para ello, el controlador CC utiliza gráficos de red. Las figuras 18 a 23 son ejemplos particulares de gráficos de red. El ejemplo de las figuras 18 a 23 corresponde a una red con una estación base, dos terminales UE y un relé UER. Las figuras 18, 20, 22 pueden mostrar valores con prerrequisitos o requisitos del sistema, y las figuras 19, 20 y 23 pueden mostrar valores reales, que han sido medidos o estimados, y por lo tanto, valores adquiridos. Las figuras 18 a 23 son ejemplos y, por lo tanto, no limitantes, y se pueden realizar a diferentes niveles, capa de protocolo (L1 y/o L2 y/o L3), o entidad. Los gráficos también pueden representar una compilación de valores obtenidos por la combinación de una o más capas (varias capas vistas como un conjunto).

[0141] De abajo hacia arriba, a través de una multitud de capas de protocolo, es posible medir parámetros como ruido, interferencia, potencia, conectividad (véanse las figuras 22, 23), es posible determinar el rendimiento útil o adquirido (véanse las figuras 20, 21), se puede determinar el nivel de seguridad, o se puede determinar la latencia (véanse las figuras 18, 19).

[0142] El procedimiento incluye una pluralidad de etapas señaladas con los signos de referencia E0 a E7 y C1 a C3.

[0143] Las etapas E1, E3, E4 y E7 interactúan con una base de datos denominada DB. De manera más general, se interactúa en las etapas E1, E3, E4 y E7 con cualquier medio para guardar y mostrar la información necesaria.

[0144] La base de datos DB permite recopilar, actualizar y guardar la información relativa al menos a una entidad de la arquitectura de red.

[0145] Por ejemplo, la actualización y recopilación de información se realiza a través de una API.

[0146] En la etapa de inicialización E0, cada terminal UE se registra y los requisitos en términos de servicio del terminal UE también se registran (potencialmente en una DB).

[0147] El registro se implementa, por ejemplo, por el controlador CC, que recupera la información gracias a la VM, desempeñando entonces la VM el papel de una estación base.

[0148] Según el caso, los requisitos en términos de servicio (véase, por ejemplo, también TS 23.203 con los indicadores de clase de QoS, lo que se denomina QCI o identificadores de clase de QoS) son, por ejemplo, los requisitos en cuanto a BER (tasa de error de bits ("Bit Error Rate")), en cuanto a PER (tasa de error de paquetes ("Packet Error Rate")), en cuanto a prioridad, los requisitos en cuanto a latencia, en cuanto a RSRP, RSRQ o en cuanto a rendimiento.

[0149] El registro se implementa, por ejemplo, usando un relé UER o un terminal UE que se convierte en un relé UER.

[0150] Por ejemplo, se supone que un segundo terminal UE2 entra en la arquitectura de red.

[0151] En la primera etapa de generación E1, se genera un gráfico de conectividad en la base de datos DB.

[0152] La generación es, según el caso, una creación o una actualización.

[0153] Las figuras 22 y 23 son ejemplos particulares de gráficos de conectividad (por ejemplo, implementados mediante la provisión de información de conectividad) que también combinan aspectos de gráficos de medición (por ejemplo, implementados mediante la provisión de mediciones de potencia, flujo o relación señal/ruido). En el caso particular propuesto, el gráfico de conectividad es un gráfico que muestra las conexiones potenciales entre diferentes entidades y también contiene valores de relación señal/ruido (indicada por el acrónimo SNR) o relación señal/ruido más interferencia (indicada por el acrónimo SINR).

[0154] Según otro ejemplo, en lugar de medir la SNR, es posible medir la potencia utilizada, el valor del ruido o el valor de la interferencia, o un valor binario (es decir, conectado o no conectado), o el valor de otras métricas, como el CQI definido en el estándar 3GPP y que representa una eficiencia espectral asociada con el enlace, o cualquier otra métrica que dé una medida de la calidad del enlace.

[0155] Según el ejemplo propuesto con el segundo terminal UE2, la arquitectura de red ve que el primer terminal UE1 conoce la existencia del segundo terminal UE2, que está conectado a través del primer terminal UE1, pero la configuración del primer terminal UE1 como relé aún no ha finalizado en esta etapa. Solo se conoce el gráfico de conectividad, es decir, la topología.

[0156] En la etapa de elección E2, se selecciona una configuración de entre las cinco configuraciones estudiadas anteriormente.

[0157] Según otro ejemplo, en la etapa de elección E2, se escoge entre menos configuraciones, en particular tres, y por ejemplo, la primera configuración, la segunda configuración o la tercera configuración. En tal caso, las etapas E5 y E6 no se implementan (o se incorporan opcionalmente en las etapas o comparaciones que las siguen o preceden).

[0158] Según otro ejemplo, también es posible reagrupar etapas, por ejemplo, E4 y E5, o que la salida del comparador C3 (y por lo tanto, la flecha entre C3 y E1) se utilice directamente como entrada del comparador C1 (y por lo tanto, otra flecha entre C3 y C1). También es posible que, en este ejemplo, las etapas E6 y/o E7 se incorporen a la comparación C3. Si ninguna configuración se considera beneficiosa para el sistema en C3, el algoritmo puede pasar directamente a la etapa C1 (y por lo tanto, sin realizar necesariamente las etapas E1 y/o E2).

[0159] Se supone, a modo de ejemplo, que el controlador CC elige la tercera configuración.

[0160] En la etapa de prueba C1, se prueba si un nuevo usuario ha realizado un registro.

[0161] Si se registra un nuevo usuario, se modifica la topología de la arquitectura y se vuelve a implementar la etapa de generación E1.

[0162] En ausencia de un nuevo usuario, se implementa la segunda etapa de generación E3.

[0163] El ejemplo de las figuras 20 y 21 corresponde a diagramas de flujo.

[0164] En la etapa de comparación C2, se determina si es deseable una conmutación a otro transmisor que el elegido en la etapa de elección E2.

[0165] Como alternativa, tal conmutación se selecciona en función de otros parámetros, como la información de latencia, la calidad del servicio, o el rendimiento.

[0166] A modo de ejemplo, se supone que la única conmutación posible es entre el otro terminal UE y el relé UER, o viceversa.

[0167] Para determinar la conveniencia de tal conmutación, se compara la calidad de la transmisión entre los dos terminales UE y entre el terminal UE y el relé UER.

[0168] Un criterio de comparación es, según un caso particular, la potencia transmitida.

[0169] Según un ejemplo más refinado, para evitar problemas de conmutación consecutivos o los efectos de "ping-pong" que acompañan a las conexiones/desconexiones/reconexiones consecutivas al mismo punto de acceso (UE, UER, eNB, VM)) o en los diferentes puntos de acceso, la comparación se implementa durante un periodo de tiempo predeterminado y también puede utilizar parámetros como, por ejemplo, histéresis y desfase (como, por ejemplo, en TS 36.331).

[0170] Según otro ejemplo, un diagrama con una implementación potencial para la etapa de comparación C2 se implementa en la figura 33, en la que 330s representa la entrada y 334s la salida del algoritmo. La etapa de comparación 331c determina (para cada UE retransmitido, un UE retransmitido o todos los UE retransmitidos) si la potencia de un vecino UE, UER, eNB (o VM) es superior a un umbral s1. Si es así, el algoritmo pasa a la etapa de comparación 332c que determina si la latencia estimada excede un umbral s2 para el nuevo punto de acceso seleccionado (vecino UE, UER o eNB). En caso afirmativo, el algoritmo pasa a la etapa de comparación 333c donde verifica si la banda disponible (usando el vecino UE, UER y/o eNB) excede un umbral s3 que representa el flujo (mínimo) necesario para retransmitir a los usuarios que se conectan a estos (nuevos) puntos de acceso. Si el resultado de la comparación 333c es positivo, la decisión de conmutación (o traspaso para "HO") será positiva; de lo contrario, el procedimiento se repite durante un periodo predeterminado para encontrar otra opción, si existe.

[0171] Los elementos 31d, 32d y 33d son DB que suministran permanentemente a los comparadores 331c, 332c y 333c información 331i, 332i, 333i relativa a la potencia medida, la calidad del enlace, como, por ejemplo, RSRP, RSRQ, información sobre la selección de relés y las opciones disponibles como otros puntos de acceso potenciales 331i, o con respecto a la latencia o información sobre el número de saltos del 332i, o información sobre el flujo necesario por servicio y por usuario, dispositivo o entidad 333i. Además de estos elementos, el módulo 338e es responsable de la selección y/o reselección de otro punto de acceso (UE, UER, eNB) para otra configuración potencial.

[0172] Cuando se determina que es deseable una conmutación, se implementa la etapa de conmutación E4, mientras que cuando se determina que no es deseable una conmutación, se implementa la etapa de verificación E6.

[0173] Suponiendo que se desea una conmutación del terminal UE2 al relé UER, esta conmutación se implementa durante la etapa de conmutación E4.

[0174] A continuación, se implementa una tercera etapa de generación E5, y se genera un gráfico de latencia como se ilustra en las figuras 18 y 19.

[0175] La creación o actualización del gráfico de latencia tiene en cuenta el número de conmutaciones consecutivas, la pérdida temporal de la comunicación y la latencia de extremo a extremo entre diferentes elementos.

[0176] En el ejemplo ilustrado, la latencia disminuye para el terminal UE2 ya que el terminal UE2 está conectado directamente al relé UER.

[0177] A continuación, se vuelve a implementar la primera etapa de generación E1 para actualizar el gráfico de conectividad.

[0178] En el ejemplo ilustrado, el terminal UE1 está conectado al relé UER, el relé UER también está conectado al terminal UE2 y a la entidad VM.

[0179] La etapa de elección E2 se implementa de nuevo, eligiendo el controlador CC la primera configuración. A continuación, el controlador CC configura la VM para que se implemente la primera configuración.

[0180] En el caso de que se implemente la etapa de verificación E6 (sin conmutación), se verifica entonces si se puede mejorar la configuración.

[0181] Esto hace posible verificar que una configuración de múltiples saltos se puede transformar en una configuración de salto único y después en el modo de difusión si esto no está ya resuelto por la conmutación (porque el enlace no era tan malo). Esta es una verificación para realizar una optimización complementaria. Por ejemplo, el controlador CC puede decidir simplemente eliminar la capa PDCP (en una VM o un terminal UER) observando que varios terminales UE reciben la misma información desde un terminal de relé UE-R (o VM). Esto corresponde a un modo de difusión (a varios destinos al mismo tiempo), y la ventaja es no utilizar diferentes recursos para transmitir una única información varias veces (es decir, varias transmisiones de unidifusión para transmitir lo mismo).

[0182] En particular, se comprueba en la etapa de prueba C3 si es posible una configuración del tipo "salto único" (prueba C3). Esto es posible cuando el relé UER está estático, cuando los terminales UE1, UE2 y el relé UER se desplazan juntos (por ejemplo, están en el mismo vehículo), o cuando los terminales UE están muy cerca del relé UER.

[0183] Cuando es posible, el algoritmo (implementado en el CC) instruye el cambio de configuración. Esto genera un cambio de conectividad en el sistema. Por lo tanto, el algoritmo vuelve a la primera etapa de generación E1 para actualizar el gráfico de conectividad. De lo contrario, el algoritmo pasa a la etapa E7 durante la cual se transmite un mensaje de configuración desde el controlador CC para que el relé UER (o VM), por ejemplo, elimine/active la capa PDCP según corresponda. Una red puede tener uno o más controladores CC, pero en este caso habrá un controlador general (global) para controlar y distribuir la actividad de cada controlador CC (local).

[0184] Después de la etapa E7, se vuelve a implementar la etapa de elección E2.

[0185] Según otro ejemplo, si se instruye el cambio de configuración, por ejemplo, en modo de difusión (respectivamente sin difusión) en C3 para un UER y/o VM, el algoritmo pasa a E7 (este es el caso para el modo de difusión que no cambia necesariamente la topología). Como esto no conlleva un cambio de conectividad en el sistema, basta con ir directamente a la etapa E2 que simplemente tendrá en cuenta el paso de un modo sin difusión a un modo con difusión (o de un modo con difusión a un modo sin difusión). En este caso, durante la etapa E7, se transmite un mensaje de configuración desde el controlador CC para que el relé UER (o VM), por ejemplo, elimine/active la capa PDCP según corresponda. De lo contrario, si no se instruye el cambio de configuración en C3, el algoritmo vuelve a la primera etapa de comparación C1 1) para actualizar el gráfico de conectividad si, por ejemplo, un nuevo usuario realiza un registro, o 2) para pasar a la etapa E3 si un usuario no realiza un registro y, por lo tanto, el gráfico de conectividad y/o la topología no cambian.

[0186] Por lo tanto, el procedimiento es adecuado para implementarse de forma continua. Tal implementación da bucles cuya velocidad de implementación es ajustable. La periodicidad de implementación se selecciona lo suficientemente baja para permitir que las entidades entren en la configuración elegida por el controlador CC. Una periodicidad de implementación típica es de entre 100 ms y 300 ms. Pueden contemplarse periodicidades de implementación aún más lentas dependiendo, por ejemplo, del tipo de despliegue, las capacidades del material presente, la movilidad de los nodos y en particular de los relés.

[0187] Por lo tanto, el procedimiento permite controlar y adaptar la configuración de la arquitectura de red de forma permanente.

[0188] Para ello, se utilizan gráficos de red, que son herramientas que permiten visualizar y analizar el estado de una red.

[0189] En otras palabras, a través del procedimiento propuesto, los gráficos de red se utilizan para configurar la VM y el relé UER realizando retransmisiones de salto único, de múltiples saltos o de difusión.

[0190] Más precisamente, el procedimiento permite determinar, en una arquitectura dotada de un relé UER, cómo controlar un terminal UE que está fuera de cobertura. En particular, debe determinarse si es más ventajoso controlar el terminal UE con el relé UER o la entidad eNodoB/VM. Tal determinación permite, en particular, encontrar un compromiso entre varios requisitos contradictorios, tales como el flujo, la latencia, una buena movilidad de los terminales UE, siendo el objetivo final garantizar una buena calidad de servicio. La calidad del servicio generalmente se describe según una función de coste (no detallada aquí) que se aplica a los flujos de datos que circulan en el sistema y a los parámetros del propio sistema (por ejemplo, consumo de energía o niveles de batería de los terminales, capacidad de cálculo y memoria restante, etc.), y tiene en cuenta en su formulación las métricas de medición de calidad deseadas.

[0191] A modo de ejemplo, en las figuras 31 y 32 se propone un mecanismo para configurar las capas en el UER 20 y la VM 10B con la ayuda de cualquiera de las etapas E1 y E2 en el CC 22 y de las funciones de control "f. de ctr." en el UER 20 y la VM 10B como se muestra en las figuras 5-15. A modo de ejemplo, las figuras 31 y 32 muestran las denominadas configuraciones "de salto único" y "múltiples saltos" y el paso potencial entre las diferentes configuraciones.

[0192] En la figura 31, a modo de ejemplo, se muestra un primer UE1 (UE 18A) registrándose a través del UER 20 (o conectándose, por ejemplo, en L2 (por ejemplo, MAC) al UER) usando el mensaje de señalización 3101. Una vez que el UE se declara/realiza el registro y/o es detectado por el UER, el UER 20 informa al CC 22 (usando el protocolo RRC o la función F. de ret., por ejemplo) utilizando el mensaje de señalización 3102. En la etapa E1 (responsable de actualizar los gráficos de conectividad), el CC 22 conoce la topología, pero aún no ha elegido la configuración. Tras el mensaje 3102 y la reactualización de los gráficos en la etapa E1, en la etapa E2 el controlador CC 22 decide una configuración denominada "de salto único". Usando los mensajes 3103 y 3104 (transmitidos usando la capa de control y/o las API o funciones de control F. de ctr. y f. de ctr.), el CC 22 configura localmente la VM 10B y el UER 20 para implementar el modo de transmisión de "salto único". Más precisamente, 1) el CC 22 activa el RRC UE1 y el p Dc P UE1 para el usuario UE1 (UE 18A) en la VM, y 2) el CC 22 configura el Ue R 20 para retransmitir los paquetes UE1 (paquetes que el UER no puede decodificar con el PDCP UER). En este punto, representado por la conexión de extremo a extremo 3106, el UE1 está conectado a la VM utilizando un protocolo RRC UE 1 que se transmite a través de un PDCP UE1 que es transmitido por el UER en el PDCP UER a la VM. Esto corresponde a una configuración de tipo "salto único" descrita, por ejemplo, en las figuras 5-6 y 24. Debe recordarse que en este punto, el UE1 está completamente gestionado por la VM (y no por el UER) en lo que respecta, por ejemplo, a la movilidad y otros aspectos del acceso a la red.

[0193] Mientras tanto, un segundo UE2 (UE 18B) realiza un procedimiento de registro a través del UE1 (o se conecta en L2 (por ejemplo, MAC) al UE1) usando el mensaje de señalización 3105. Después de la conexión 3106 con la VM, el u E1 (UE 18a ) puede informar directamente a la VM 10B a través de un mensaje de señalización 3107 (mediante un mensaje de tipo RRC, o usando la función F. de ret. o f. de ctr.) de que el UE2 (UE 18B) quiere acceder/necesita acceder a la red. En un solo mensaje 3107 u otro mensaje 3108, la VM 10B informa al CC 22, que actualiza los gráficos E1. Tras esta actualización y la nueva topología, el Cc 22 decide reconfigurar la VM 10B y el UER 20 para otro tipo de retransmisión, en la etapa E2. Más precisamente, el CC 22 decide aplicar una estrategia de tipo "múltiples saltos", y 1) utilizando el mensaje 3109 y la función "f. de ctr." en la VM, el CC desactivará el RRC y el PDCP UE1 en la VM 10B, y 2) utilizando el mensaje 3110 y la función "f. de ctr." en el UER, el CC activará el RRC y el PDCP UE1 en el UER. Esto corresponde a una configuración de tipo "múltiples saltos" descrita, por ejemplo, en las figuras 9-10 y 25. Debe recordarse que en este punto (es decir, en la conexión 3111), el UE1 está completamente gestionado por el UER (no por la VM) en lo que respecta, por ejemplo, a la movilidad y otros aspectos del acceso a la red. En otras palabras, el RRC UE1 es gestionado por el UER (y por lo tanto, el UER también implementa las capas RRC, (PDCP), NAS UE1, etc. entre el UE1 y el UER). Por lo tanto, el plano de control para el UE1 se realiza transmitiendo el protocolo RRC UE1 a través del PDCP UE1 directamente al UER, y el UER podrá codificar/decodificar, cifrar/descifrar directamente el UE1 y también controlar el UE en todo lo que respecta, por ejemplo, a la movilidad. A continuación, para enviar información a la red, el UER usará sus propias capas de protocolo, pero sin usar capas/protocolos UE complementarios para la interfaz entre el UER y la entidad VM/eNodoB.

[0194] Posteriormente, la figura 32 muestra un ejemplo similar a la figura 31. Los intercambios 3201-3205 son similares a 3101-3104 y 3106. Lo que cambia, sin embargo, es que el UE2 (UE 18B) se conecta directamente al UER 20 a través del mensaje 3206 (y no como en la figura 31, en la que el UE2 se conecta al UE1 (UE 18A) usando el mensaje 3105). Por lo tanto, siguiendo el mensaje 3206, el UER 20 informa al CC 22 (utilizando, por ejemplo, un protocolo de tipo RRC o f. de ret.) usando el mensaje 3207 y a continuación 3208. En este punto, solo el UE1 es controlado/gestionado por la red/VM pero para el UE2, la red aún no ha decidido qué configuración usar para esta topología. El CC 22 actualiza los gráficos (por ejemplo, en E1) y decide en E2 aplicar una estrategia de tipo "salto único" en lugar de "múltiples saltos" (como en la figura 31). A continuación, usando los mensajes de señalización 3209 y 3210 y las dos funciones de control "f. de ctr." en la VM y el UER, el CC 22 activa el RRC y el PDCP UE2 en la VM, y a continuación el UER 20 para que retransmita los paquetes UE2 (paquetes que no puede decodificar con el PDCP UER). En este punto, el UER 20 aplica la estrategia de retransmisión de "salto único" a los dos usuarios UE1 y UE2.

En otras palabras, los dos UE (UE1 y UE2) están en conexión RRC (y PDCP) con la VM, (pasando a través del UER 20), lo que corresponde a la elección de configuración que se muestra en la figura 26 (y que siempre es aplicable en las figuras 5-6 y/o 7-8). Por ejemplo, en la etapa 3211, el plano de control UE2 (UE 18B) será transmitido por el UER usando un protocolo Rr C u E2 en PDCP UE2 a través del PDCP UER a la VM. En esta configuración, el UER 20 no podrá (normalmente) decodificar/descifrar la información transmitida entre el UE2 y la VM.

[0195] A modo de ejemplo, se considera una topología correspondiente a un segundo terminal UE2, un primer terminal UE1, el relé UER y la entidad eNodoB, estando el segundo terminal UE2 conectado directamente al primer terminal UE1 que a continuación se conecta al relé UER y a la entidad eNodoB para un acceso a la red. En tal topología, se encuentra que los canales son mejores en cuanto a calidad de servicio por la proximidad de las entidades, pero el paso a múltiples saltos genera un problema de latencia y se solicita al relé UER que realice tres comunicaciones, lo que corresponde a un problema de recursos en este ejemplo específico. Esto muestra que una topología dada y la elección de realizar una comunicación a través de un punto de acceso u otro influirán en la calidad de servicio de los servicios soportados a través de las comunicaciones entre los nodos según las posibles configuraciones de la arquitectura de red presentada en la presente descripción.

[0196] Además, la elección de los protocolos utilizados también está implicada en la calidad de servicio resultante. Típicamente, el uso de una capa PDCP implica operaciones de encriptación/cifrado que llevan tiempo.

[0197] Una consecuencia de este hallazgo es que el controlador CC a través del procedimiento se adapta constantemente si el protocolo de nivel 2 (por ejemplo, a través de una capa PDCP) o de nivel 3 (por ejemplo, a través de una capa RRC o NAS) se implementa en la VM o en el relé UER.

[0198] Por último, cabe señalar que, durante una configuración de las capas de la VM, el controlador CC puede decidir eliminar la retransmisión de la capa de nivel 3 para un terminal UE fuera de la zona, para añadir o eliminar una capa PDCP UE en la VM y, de manera más general, para añadir o eliminar cualquier parte de la pila de protocolos o capa. Las mismas acciones son posibles para el relé UER. Los diferentes escenarios se ilustran particularmente en las figuras 24 a 30.

[0199] Por lo tanto, como aparece en la figura 24, que es una figura simplificada (las capas base y la capa NAS no se muestran), la VM presenta nuevas funcionalidades, en particular las capas RRC, PDCP para un terminal UE en la cuarta zona Z4.

[0200] Más precisamente, en el enlace descendente, la VM garantiza la transferencia de los paquetes procedentes de las capas NAS y RRC al relé UE-R en la capa PDCP UE-R y después en la capa RLC UER. A continuación, los paquetes RLC UE-R 20 se encapsulan en (X/IP), después se transmiten a través de L2t/L1t, se decodifican por el TP que realiza las operaciones inversas L1t/L2t e IP/X y se retransmiten en la MAC y PHY del TP y al mismo tiempo.

[0201] La VM también asegura la transferencia de la capa NAS y RRC para el terminal UE 18 A en la capa PDCP UE, a continuación, los paquetes de la capa PDCP con destino al terminal UE 18A se encapsulan en la capa PDCP UER, y a continuación en la capa RLC UER. Los paquetes de la capa RLC UER se encapsulan en la capa X/IP, después se transmiten en la capa L2t/L1t, se decodifican por el TP que realiza las operaciones inversas L1t/L2t e IP/X y se retransmiten en la MAC y PHY del TP (de abajo hacia arriba y después de arriba hacia abajo).

[0202] El relé UER asegura así la recepción de la capa PHY, a continuación, las capas MAC, RLC, PDCP UE-R, RRC y NAS procedentes de la VM. El relé UER garantiza también la transferencia de las capas de paquetes de la capa PDCP UE que contienen información de control RRC, NAS y datos IP.

[0203] En esta configuración, el relé UER no es capaz de descifrar y/o decodificar paquetes en capas con destino a un terminal UE.

[0204] En el enlace ascendente, un terminal UE 18A transmite las capas NAS y RRC en la capa PDCP UE y a continuación se encapsulan en las capas genéricas L2 y L1 y se desencapsulan por el relé UER que realiza el procesamiento de nivel 1 o 2 para recuperar los paquetes procedentes de un terminal de UE 18. El relé UER recupera los paquetes de la capa PDCP UE, pero no es capaz de decodificar o descifrar estos paquetes con su capa PDCP UER.

[0205] El relé UER también es adecuado para transmitir o transferir los paquetes procedentes del terminal UE 18A (que ya están cifrados con la capa PDCP UE) en la capa PDCP UER, y a continuación las capas RLC UER, MAC UER, PHY UER a la VM, pasando a través de las capas del punto de acceso TP (de abajo hacia arriba y de arriba hacia abajo).

[0206] También debe tenerse en cuenta que, en esta configuración, el relé UER no es capaz de descifrar las capas con destino al terminal UE 18A. Solo la VM es capaz de esto (a través del uso previo de las capas PDCP UER y PDCP UE).

[0207] Por lo tanto, en la configuración de la figura 24, el uso de las capas RRC UE1 y PDCP UE1 es original.

[0208] Asimismo, en la figura 25, el uso de las capas RRC UE1, PDCP UE1, RRC UE2 y PDCP UE2 es original.

[0209] De manera similar, en la figura 26, el uso de las capas RRC UE1, PDCP UE1, RRC UE2 y PDCP UE2 es original.

[0210] Se aplican observaciones similares a las figuras 27 a 30, en las que lo que se muestra es original.

[0211] A través de la ilustración de las figuras 24 a 30, será evidente que el procedimiento permite, por lo tanto, una adaptación constante de la configuración de comunicación a la situación actual de la arquitectura de red mediante el uso de los gráficos mencionados previamente. Las flechas F1 y F2 pueden representar vectores de desplazamiento que indican una movilidad potencial.

[0212] Además, se pueden usar otros gráficos tales como gráficos de conectividad, gráficos de interferencias, gráficos de potencia medida, gráficos de calidad de transmisión, gráficos de flujo, gráficos de latencia y gráficos discontinuidad del servicio.

[0213] El procedimiento se basa en el uso de tres gráficos de redes distintas.

[0214] A continuación, se describen las ventajas de la arquitectura y de su funcionamiento.

[0215] En comparación entre las arquitecturas de las figuras 1 y 4, la arquitectura convencional de la figura 1 se ha modificado para ofrecer un mayor número de funcionalidades, como la retransmisión a la entidad UE.

[0216] La arquitectura de la figura 4 es una arquitectura con nuevas funcionalidades, pero un impacto limitado en los equipos o entidades existentes (y para los usuarios, los procedimientos son transparentes). De hecho, la arquitectura permite una mayor flexibilidad y adaptabilidad en cuanto al relé sin demasiados cambios. En particular, las nuevas entidades UER, VM y CC gestionan todas las nuevas configuraciones sin afectar a las demás entidades de la red central como las entidades S-GW, P-GW o MME.

[0217] En la arquitectura de la figura 4, la estación base está separada en varias partes, una de las cuales es virtual. La virtualización de las funciones de las capas L1/L2/L3 permite reducir el coste de implementación y operación de la red. Formulada de otra manera, la máquina virtual se utiliza para simplificar la red de acceso por radio (RAN para "Radio Acces Network').

[0218] Además, la VM se puede reconfigurar fácilmente. De hecho, es fácil añadirle capas según las necesidades del usuario. De hecho, la VM permite implementar una entidad eNodoB que es flexible y adaptable, adaptable en el sentido de que es posible añadir o quitar capas, o cambiar parámetros más rápidamente en diferentes capas. Incluso es posible proporcionar varias instancias de la misma VM, configuradas de manera diferente, para la misma estación base, o posiblemente una o más instancias por usuario.

[0219] Además, las ventajas de una arquitectura flexible y fácilmente adaptable son (al menos) el hecho de tener flexibilidad y adaptabilidad a multitud de situaciones y escenarios de despliegue, el hecho de tener una arquitectura fácilmente reconfigurable (por ejemplo, para redes que se reconfiguran automáticamente sin intervención humana adicional, por ejemplo, SON o "Redes autoorganizadas" ("Self Organizing Networks")).

[0220] Además, en la arquitectura, la introducción de un controlador adicional (el controlador CC) reduce los problemas de latencia y simplifica el procedimiento de control normal que involucra a la entidad MME, y reduce considerablemente la señalización requerida en la parte de la red central.

[0221] Más concretamente, el controlador CC se interpone entre la entidad MME y la VM con el objetivo de extraer información relevante de la entidad MME y convertirla en información relevante para la VM. El propósito de dicha interposición del controlador CC entre la VM y la entidad MME es reducir el impacto sobre la entidad MME y controlar las capas y la configuración de las capas de la VM y el punto de transmisión TP. El controlador CC también es responsable del reparto óptimo de las capas entre el punto de acceso a la red 10A y la VM (por ejemplo, la opción TP que implementa las capas PHY, MAC y VM para las capas superiores a partir de la capa RLC, o la opción RRH que implementa la capa p Hy y VM para las capas superiores a partir de la capa MAC).

[0222] El controlador CC transmite la información procedente de la entidad MME a la VM y de la VM a MME a través de la pila de protocolos de control entre la VM y el controlador CC, pero también añade funciones de configuración de las capas y parámetros de las capas, configuración de mediciones, configuración de informes de mediciones para extraer información útil de diferentes capas implementadas en la VM. Todas estas configuraciones e informes se pueden realizar a través de una interfaz de programación o API. También puede haber dos entidades MME (por ejemplo, una entidad MME para un UE y otra entidad MME para el relé UER) y dos capas NAS: un NAS para el UE y un NAS para el UER. El papel del CC también es hacer que la red crea que el terminal UE fuera de cobertura todavía está bajo el control de la red, y la entidad MME "ve" el terminal UE como siempre conectado directamente a él (no ve que es retransmitido por un relé UER que incluso puede pertenecer a otro operador y que no está bajo el control de la entidad MME de origen de un terminal UE), incluso si en realidad no es el caso.

[0223] El controlador DC es capaz de configurar funcionalidades en tiempo real o que operen en tiempos más lentos. El controlador CC utiliza gráficos de red para obtener información global sobre toda la red.

[0224] La arquitectura de red es una arquitectura de red de tipo LTE autoconfigurable. La reconfigurabilidad de la arquitectura de red permite la implementación de varias configuraciones de retransmisión. Estas configuraciones son de salto único, múltiples saltos, difusión o comunicación directa con la entidad eNodoB.

[0225] Sintéticamente, la información obtenida de los gráficos de red a nivel del controlador CC se utiliza con el propósito de realizar modificaciones en la VM para controlar la retransmisión. La VM implementa la totalidad o parte de la pila de protocolos de una entidad eNodoB.

[0226] Cabe señalar que la arquitectura propuesta se transpone fácilmente para arquitecturas distintas de una arquitectura LTE. En particular, la arquitectura utiliza en ciertas realizaciones protocolos pertenecientes a Ethernet o WiFi.

[0227] Cabe señalar que la capa genérica puede basarse en tecnologías como WiFi, WiMax, OFDM, SC-FDMA, CDMA, FlashLinQ, ProSe (por ejemplo, PC5), 5G (FBMC, OFDM filtrada, GFDM, UFMC, etc.), Bluetooth, BLE (Bluetooth de baja energía (Bluetooth Low Energy)), etc.

[0228] Cabe señalar que las configuraciones de las capas, el tipo de retransmisión, y/o las configuraciones de los informes de medición, y/o las medidas de conectividad, topología, calidad del enlace de radio, flujo, latencia y seguridad, etc., se pueden hacer periódicamente (a intervalos periódicos) o eventualmente (por ejemplo, superando el umbral de un parámetro).

GLOSARIO

[0229]

API: acrónimo de "Application Programming Interface" para "interfaz de programación". La API es la interfaz que transmite las configuraciones de las entidades de red, de sus capas y de la infraestructura desde o hacia el CC. La API es también la interfaz que transmite medidas y datos estadísticos procedentes de las entidades de la red, medidas y datos estadísticos relacionados con el estado de las entidades de la red (RAN o red central) y los enlaces establecidos entre ellas. La API tiene la función de asegurar la transmisión de los parámetros relevantes entre el controlador (CC) y la red, o entre el controlador (CC) y las entidades de infraestructura; la API también tiene la función de proporcionar la configuración de entidades de red e infraestructuras relevantes. Por un lado, la API se encarga de procesar los paquetes para extraer medidas o estadísticas, y por otro lado, la API se encarga de configurar capas en diferentes niveles (por ejemplo, PHY, L1, L2 y/o L3 según el caso y/o la entidad).

BBU: acrónimo de "Base Band Unit" para "unidad de procesamiento de banda base".

Capas de protocolo, más sencillamente llamadas capas: Se trata de una capa que implementa un protocolo que realiza operaciones en un paquete de datos. En general, a menos que se indique lo contrario, las capas mencionadas en la presente solicitud son capas que se ajustan al estándar LTE, es decir, que implementan las operaciones de este estándar.

Difusión: Difusión, transmisión del mismo flujo de datos a varios usuarios; configuración del tipo difusión.

CC: acrónimo de "controlador central" o "coordinador central", también se describe en el texto como "controlador CC". El CC controla diferentes parámetros de diferentes entidades de red o de infraestructura (Multi-RAT (tecnología de acceso radioeléctrico (Radio Access Technology)), las diferentes capas, puntos de acceso, entidades de red, conmutadores) gracias a las API. El CC recopila y coordina configuraciones de las entidades introducidas anteriormente aplicando las políticas de gestión de recursos definidas en la red para toda la red o una parte de la red (por ejemplo, para el uso del espectro, la gestión recursos, la prioridad de un servicio). El CC es capaz de recopilar información de la red y de la infraestructura a través de las API, y configurar, crear y actualizar gráficos de red entre dos tareas de control consecutivas y/o entre diferentes instancias de control (en el caso en el que la creación de gráficos se distribuye en varias estructuras, en varias entidades, por ejemplo, una primera entidad que tiene una vista local realiza mediciones más precisas pero solo transmite información estadística, por ejemplo, de tipo promedio y/o varianza a la segunda entidad que tiene una visión global). El CC puede proporcionar gráficos para cada partición específica de la red de acceso (por "segmento RAN") y gráficos específicos simplificados, con una vista local de la red para aplicaciones de red (por ejemplo, mediante la API). El controlador CC también es responsable de la separación funcional específica de diferentes entidades, por ejemplo, para el eNB en una configuración distribuida (por ejemplo, un eNodoB puede ser configurado por el CC según una configuración distribuida con los TP/RRH, o según alguna otra configuración (por ejemplo, tipo nube-RAN con una BBU para "unidad de banda base")). El controlador CC se presenta en la descripción como una entidad única, pero en una variante, el controlador CC se puede descomponer (como una funcionalidad, pero también como una entidad) en dos partes: una parte que implementa funcionalidades para aplicaciones lentas, y otra parte que implementa funcionalidades para aplicaciones en tiempo real.

CPRI: acrónimo de "Common Public Radio Interface" para "interfaz de radio pública común".

F. de ctr: acrónimo de "función de control". Esta función de control está relacionada con la "capa de ctr." para "capa de control". Más precisamente, en la capa "capa de ctr.", las configuraciones se realizan mediante una función de control denominada F. de ctr. La función de control acepta la entrada de parámetros procedentes de la API, ejerce su función de control, y transmite los comandos/información a las distintas capas de la red utilizando la capa de control y las API. Dicho de otro modo, la función de control configura la parametrización de las API, parametrización que es necesaria para controlar y extraer dinámicamente los parámetros de diferentes capas y configurar las medidas en las diferentes capas de las diferentes entidades, también es responsable de la configuración de informes de medida, y ejerce su función de control sobre el uso o no de un protocolo, una subcapa u otra función de red.

Capa de ctr.: acrónimo de "capa de control". Se trata de una capa que implementa el protocolo que se encarga de transmitir el plano de control entre el CC y la VM. Puede ser, por ejemplo, un protocolo de tipo X2-AP o S1-AP que se utiliza normalmente en las interfaces X2-C o S1-C/S1-MME. A diferencia de la capa de ctr., la F. de ctr. es más bien una función responsable de la implementación del protocolo utilizado por la capa de ctr., por lo que esta es una función de nivel superior.

f. de ctr.: acrónimo de "función de control" entre el UER y la VM (a diferencia de "F. de ctr." entre la VM y el CC). La función de control o "f. de ctr." (servidor) puede estar presente en la VM para informar al UER de la nueva configuración - la misma función de control "f. de ctr." (pero cliente) también existe en el UER para poder acceder a la información procedente de la VM, y posiblemente para enviar informes (configuración o medición) a la VM. La configuración del UER para que gestione la capa NAS y RRC y PDCP de un UE se realiza mediante la función de control denominada "f. de ctr." (cliente). Como alternativa, si la información de los protocolos NAS y RRC con destino al UE está encapsulada (parcialmente) por la VM en los protocolos NAS R y RRC R entre el UER y la VM, la función de control "f. de ctr." (cliente) en el UER también será potencialmente responsable de eXtraer la información NAS y RRC (de NAS R y RRC R de la VM) y transmitirla al UE1 y/o viceversa (encapsular la información UE1 en el UER para la transmisión a la VM).

eNodoB: acrónimo de "NodoB mejorado" (enhanced NodeB), equivalente a una estación base en LTE (en UMTS es un NodoB). De manera similar, el acrónimo eNB (eNodoB) representa una estación base o un punto de acceso. Dependiendo del tipo de arquitectura de red, se pueden utilizar otros términos conocidos en lugar de "eNodoB" o "eNB". Por ejemplo, se pueden utilizar términos como estación base o punto de acceso. El término "eNodoB" se utiliza en este documento para referirse a una entidad de una arquitectura de red que proporciona acceso inalámbrico a terminales remotos.

Gráfico de conectividad: un gráfico de conectividad es un gráfico que conecta entidades de una arquitectura de red entre sí cuando existe una conexión entre ellas. Según el caso, la conexión es física, inalámbrica o por cable. En pocas palabras, un ejemplo de un gráfico de conectividad es un gráfico para el que una línea indica la existencia de una conexión entre dos entidades y su ausencia indica que las dos entidades no están conectadas (o un gráfico que indica por el valor "1" la presencia y por el valor "0" la ausencia de una conexión). La conectividad se puede determinar, por ejemplo, en la subcapa MAC, en la capa L2 (después del procedimiento de sincronización en L1 y/o después del acceso inicial en la MAC). Un gráfico de conectividad también se puede definir superando un valor físico ("1" si un valor determinado por medición supera el umbral definido por un valor físico; "0" si este no supera el umbral).

Gráfico de latencia: un gráfico de latencia es el equivalente al gráfico de conectividad al reemplazar la conexión por la latencia. La latencia se puede medir en la capa L3 (o en algunos casos en L2, por ejemplo, en la capa MAC para el protocolo HARQ con acuse de recibo o sin acuse de recibo, o en L1 para acceso síncrono o asincrónico).

Gráfico de medición: se entiende por tal término un gráfico con todos los enlaces disponibles entre diferentes entidades y con al menos una medición, y en particular valores de potencia, calidad de servicio, relaciones señal/ruido, interferencia, flujo.

gráfico de red [también llamado "network graph" en inglés]: El gráfico de red que representa una vista sintética y dinámica de los parámetros y enlaces de red vinculados al rendimiento actual de la red o a los requisitos que deben cumplirse, en relación con los intercambios de información entre dos entidades entre el punto de acceso, el relés y los terminales. Típicamente, los gráficos de red dan una vista del plano de datos, pero también se pueden hacer para el plano de control cuando su operación involucra a varias entidades de red que se comunican entre sí. El uso de un gráfico de red también puede involucrar el plano/banda de recursos computacionales, etc., el plano de servicios/aplicaciones, información sobre la infraestructura, por ejemplo, recursos disponibles, indicaciones sobre los parámetros de las entidades y/o de la infraestructura (por ejemplo, nivel de batería), o diferentes realizaciones/implementaciones de la infraestructura. El gráfico de red puede ser un solo gráfico (con una vista global) o descompuesto en varios gráficos (varias vistas locales) en una o más distribuciones de la red, en una o más instancias (en el caso en que la creación de gráficos se distribuya en varias estructuras, en varias entidades). Un gráfico de red también puede combinar varios gráficos o varios valores de gráficos en uno.

GTP-U (capa): Tal capa también se denomina protocolo de túnel de usuario en español.

]P: acrónimo de "Internet Protoco!' para "protocolo de Internet".

L1: acrónimo de "Layer L1" para "capa L1". La capa 1 también se denomina capa física en la pila de protocolos OSI.

L2: acrónimo de "Layer L2" para "capa L2". La capa 2 también se denomina capa de enlace de datos ("data link") en la pila de protocolos OSI.

L2/L1 (capas): acrónimo de "Layer L2 over Layer L1" para "capa L2 sobre capa L1".

LTE: acrónimo de "Long Term Evolution" para "evolución a largo plazo".

MAC (capa): acrónimo de "Media Access Control' para "control de acceso a medios". Esta capa es una capa de nivel 2. Más precisamente, es una subcapa (parte) de la capa 2.

La subcapa MAC (permite el acceso y adaptación al soporte de transmisión gracias a las siguientes funciones: el mecanismo de acceso aleatorio en el enlace ascendente; la corrección de errores por retransmisión HARQ cuando se recibe un acuse de recibo HARQ negativo; las asignaciones dinámicas y semiestáticas de recursos de radio (programación); el mantenimiento de la sincronización en el enlace ascendente, y la priorización de los flujos en el enlace ascendente.

La función de programación se basa en las mediciones realizadas por la capa física, mientras que el mecanismo HARQ está acoplado con la codificación del canal. Por lo tanto, estas funciones están estrechamente vinculadas a la capa física y están optimizadas para este interfuncionamiento.

MME: acrónimo de "Mobility Management Entity para "entidad de gestión móvil"; entidad LTE que gestiona la configuración y la movilidad. MME designa una entidad de control de la arquitectura de la red LTE.

Múltiples saltos: configuración con múltiples saltos, es decir que involucra varios relés.

Nivel de una capa: posicionamiento de una capa con respecto a la pila de protocolos estándar OSI o, en su caso, con respecto las pilas de protocolos del plano de control o del plano de usuario descritas en la estandarización 3GPP.

Para la capa de nivel 1, véase la definición de capa PHY.

La capa 2 está compuesta por de tres subcapas (de arriba a abajo): PDCP, RLC y MAC. Estas subcapas intervienen para la transferencia de datos, desde el plano de usuario como desde el plano de control. Solo la subcapa PDCP está diseñada para tratar los datos de estos dos planos de manera diferente. Para RLC y MAC, es la configuración la que determina las posibles diferencias de procesamiento a aplicar a los flujos.

NAS (capa): acrónimo de "Non Access Stratum" para "estrato sin acceso". Tal capa hace posible la comunicación entre el terminal UE y la entidad MME en el plano de control. Esta capa es una capa de nivel 3.

PDCP (capa): acrónimo de "Packet Data Convergence Protocol' para "protocolo de convergencia de paquetes de datos". Esta capa es una capa de nivel 2. Más precisamente, es una subcapa (parte) de la capa 2.

La subcapa PDCP proporciona funciones de seguridad y transferencia de datos: compresión de encabezado (solo plano de usuario); cifrado de datos y de la señalización RRC (solo plano de control); protección de la integridad de la señalización RRC (solo plano de control); detección y eliminación de duplicados (unidad de datos PDCP recibida dos veces), y resecuenciación de paquetes.

El tamaño del encabezado SDU PDCP en un plano de usuario se reduce con la ayuda de un mediante de compresión RoHC (compresión de encabezado robusto (Robust Header Compression)). Esta función tiene como objetivo mejorar la eficiencia espectral de los servicios conversacionales como la voz sobre IP (VolP), que forma paquetes pequeños (pero con encabezados lo suficientemente grandes con respecto a la información útil a transmitir). No obstante, se definen varios perfiles de compresión con el fin de adaptar su utilización a diferentes usos (TCP/IP, UDP/IP, RTP/UDP/IP, etc.). El eNodoB elige el perfil de compresión según las capacidades del UE (perfiles aceptados) y el tipo de servicio utilizado. La compresión de encabezado solo se puede aplicar a SDU PDCP en el plano de usuario.

Las funciones de cifrado y de protección de la integridad se refieren al plano de control (cifrado e integridad) y al plano de usuario (cifrado). Finalmente, las funciones de detección de duplicados y resecuenciación también se implementan para el plano de control y el plano de usuario. Son particularmente útiles durante un traspaso entre dos celdas lTe , durante el cual PDU PDCp se pueden recibir dos veces (envío a través de la celda fuente y la celda objetivo) y/o fuera de servicio (PDU N que se recibe antes que PDU N-1).

Por lo tanto, la subcapa PDCP se solicita para el transporte de señalización y datos de usuario. Además, las PDU PDCP de control, que son creadas por la capa PDCP y no por las capas superiores, se someten a un procesamiento específico (sin cifrado ni protección de integridad) y no están asociadas con las SDU PDCP. Un ejemplo es la PDU de informe de estado.

PDU: acrónimo de "Protocol Data Unit" para "unidad de protocolo de datos".

P-GW: acrónimo también denominado "PDN-GateWay que hace referencia al término inglés "Packet Data Network GateWay para "puerta de enlace de la red de datos".

PHY (capa): acrónimo de "Physical Layef para "capa física". Este nombre es el nombre alternativo de la capa de nivel 1.

La capa física o capa 1, también llamada Capa 1 (L1) o capa PHY, representa la capa física. Su función es garantizar la transmisión de datos en una forma capaz de propagarse por el aire y resistir las diversas perturbaciones inherentes al canal de radio móvil. Desde un punto de vista funcional, la capa física ofrece un servicio de transporte a través de la interfaz aérea a la capa mAc . La capa física realiza las siguientes funciones para la transmisión de datos: codificación de canal, que protege los bits de información contra errores de transmisión introduciendo redundancia en la secuencia de bits transmitidos; modulación, que asocia los bits a transmitir con símbolos de modulación capaces de imprimir una onda electromagnética; procesamientos espaciales), que precodifican los símbolos de modulación para transmitirlos desde varias antenas (por ejemplo, para dar una dirección a la señal transmitida), y modulación multiportadora.

Las operaciones inversas las realiza la capa física en la recepción, así como las operaciones de procesamiento para combatir la interferencia (por ejemplo, la ecualización). Además, la capa física realiza funciones que no involucran la transmisión de datos, pero son necesarias para su funcionamiento, así como para ciertas funciones de la capa MAC: mediciones de radio, para estimar el canal de transmisión, calidad de la señal de la celda de servicio, o incluso los niveles de potencia recibidos de otra celda, o de otro sistema de radio; sincronización, con el fin de adquirir y mantener la sincronización en tiempo y frecuencia con la portadora del transmisor; detección de celda, con el fin de detectar la presencia de celdas y conectarse a ellas, cuando el UE está encendido o para preparar un traspaso y la señalización de información de control entre el eNodoB y el UE.

Punto de acceso: este término designa la combinación o conjunto entre uno o más transceptores de radio y una o más máquinas virtuales que desempeñan el papel de una estación base o un punto de acceso a la red para uno o más terminales móviles. Este término corresponde a otra terminología comúnmente utilizada de "punto de acceso a la red".

F. de ret.: acrónimo de "función de retransmisión". Esta función especial de retransmisión o enrutamiento se añade (en principio) en un UER con la función de retransmitir las mediciones realizadas por el UE (o el UER) en la interfaz UE-UER o con otros UE en la Interfaz UE-UE. Esta función es aplicable a situaciones en las que, por ejemplo, no hay protocolos RRC UE y NAS UE directamente entre el UE y la VM a través de un UER, y/o si RRC R y NAS R no transfieren/encapsulan las medidas RRC EU y NAS EU. Para el enlace ascendente, el segundo papel de esta función de retransmisión es filtrar los paquetes y dirigirlos a la capa de aplicación UER o a la red. De manera similar, para el enlace descendente, la función F. de ret. ("función de retransmisión") se añade en el UER para filtrar los paquetes y dirigirlos a la capa de aplicación UER o a otro UE.

RAN: acrónimo de "Radio Access Network' para "red de acceso por radio".

RLC (capa): acrónimo de "Radio Link Control" para "control de enlace de radio". Cabe apreciar que la capa RLC por sí sola, sin una capa MAC, no se puede implementar. Esta capa es una capa de nivel 2. Más precisamente, es una subcapa (parte) de la capa 2.

La subcapa RLC (protocolo de enlace de radio) realiza las funciones de control de enlace de datos asignadas a la capa 2 del modelo OSI (control de enlace de datos): detección y retransmisión de las PDU faltantes (en modo reconocido) que permiten la recuperación en caso de error; resecuenciación de las PDU para garantizar la programación de las SDU en la capa superior (PDCP); por ejemplo, el desorden en la recepción de los paquetes puede ser el resultado de varios procesos HARQ (por ejemplo, con el paquete N recibido antes que el paquete N-1), y el uso de ventanas de envío y recepción para optimizar la transmisión de datos.

A diferencia del UMTS, la capa RLC en LTE no realiza control de flujo: el UE y el eNodoB son capaces de procesar tramas RLC siempre que lleguen a la ventana de recepción RLC.

RoHC: acrónimo de "Robust Header Compression" para "compresión de encabezado robusta"; esta técnica es un procedimiento para comprimir los encabezados de paquetes de tipo IP.

RRC (capa): acrónimo de "Radio Resource Contro!' para "control de recursos de radio"; tal capa hace posible, en el plano de control, comunicar información de control y configuración entre el terminal UE y la entidad eNodoB. Esta capa es una capa de nivel 3. Más precisamente, es una subcapa (parte) de la capa 3.

La capa RRC se utiliza para controlar la interfaz de radio. De hecho, se puede ver que la capa RRC está conectada a las otras cuatro capas, a través de puntos de acceso de control: RRC es responsable de la configuración y control de las capas de nivel 1 (PHY) y 2 (MAC, RLC y PDCP).

Esta función es posible gracias al intercambio de información entre las entidades RRC remotas, ubicadas dentro del UE y el eNodoB, siguiendo los procedimientos del protocolo RRC. Los mensajes RRC son procesados por las capas PDCP, RLC, MAC y PHY antes de transmitirse a través de la interfaz de radio, a continuación, se reconstituyen, se verifican y se interpretan por la entidad RRC remota. Por lo tanto, la señalización RRC tarda algún tiempo en procesarse por parte del UE y consume recursos de radio, por lo que no se puede utilizar con demasiada frecuencia. Para la capa física, esto se denomina configuración semiestática cuando se realiza por la RRC.

Un UE presente en una celda LTE está en modo espera (o RRC_IDLE) cuando no tiene una conexión RRC activa con el eNodoB. En este caso, decodifica regularmente la información del sistema transmitida por el eNodoB en la celda, así como los mensajes de notificación (paginación). En este estado, el UE controla de forma autónoma su movilidad. Cuando ha establecido una conexión RRC, está en modo conectado, también llamado RRC_CONNECTED en la interfaz de radio. A continuación, el RRC debe gestionar la conexión activa, la movilidad del UE, la transferencia de la señalización NAS, o estrato sin acceso, la seguridad AS, o estrato de acceso (gestión de claves de seguridad), así como los soportes radioeléctricos activados para transportar los datos de servicio y/o la señalización (RRC y NAS).

RRC asegura así las siguientes funciones: la difusión y decodificación de la información del sistema de los niveles AS y NAS en la celda, para todos los UE en modo espera presentes en esta última, dando en particular los parámetros de acceso a la celda, medición y reselección en modo espera; el envío y recepción de paginación, para el establecimiento de una llamada destinada a un UE en modo espera, para informar a los UE de la celda que la información del sistema ha sido modificada o para alertarlos en caso de fuerza mayor (por ejemplo, en caso de terremoto o tsunami); la gestión de la conexión RRC (establecimiento, reconfiguración y liberación); el control de portadores de radio asociados a servicios o a la señalización; el control de las mediciones del UE y su retroalimentación al eNodoB en modo conectado; la movilidad en modo conectado; el control de la movilidad en modo espera (selección y reselección de celda), y transmisión de la señalización de capas superiores NAS. La información del sistema transmitida en la celda se divide en varios bloques, cada uno de los cuales contiene un tipo definido de información (por ejemplo, información general sobre la celda del servidor, sobre su configuración de radio, sobre las celdas vecinas LTE, UMTS, GSM). Estos bloques se denominan SIB (para bloque de información del sistema (System Information Block)), conteniendo cada SIB un tipo de información definida en las especificaciones. El MIB (bloque de información maestro (Master Information Block)) desempeña una función particular ya que proporciona a los UE los parámetros esenciales que les permiten determinar la estructura y periodicidad de la información del sistema. Por lo tanto, debe repetirse con frecuencia (cada 10 ms), para que un UE que llegue a la celda pueda obtenerlo rápidamente. Además, su periodo de actualización también es reducido (40 ms), de modo que cualquier cambio en la estructura de la información del sistema se indica a los UE en poco tiempo.

RRH [acrónimo de "Remote Radio Head ' para "cabezal de radio remoto"]: El transceptor de radio también se conoce por el término "eNodoB ligero" o por el acrónimo TP que hace referencia a "punto de transmisión" (Transmission Point). La diferencia fundamental es que un RRH implementa la parte inferior de la pila de protocolos, por ejemplo, RF y/o PHY, y que el TP también implementa un conjunto más completo de la pila de protocolos, por ejemplo, también el protocolo MAC y/o RLC.

RF: acrónimo de "Radio Frequency para "radiofrecuencia".

RSRP: acrónimo de "Reference Signal Received Power" que significa "potencia recibida de la señal de referencia" o "potencia de la señal de referencia en la recepción". Esto corresponde a una medida de la potencia de la señal recibida en LTE.

RSRQ: acrónimo de "Reference Signal Received Quality que significa "calidad recibida de la señal de referencia" o "calidad de la señal de referencia en la recepción". Esto corresponde a una medición de la calidad del enlace de radio en LTE.

S1-AP (capa): acrónimo de "S1 Application Protocol' para el protocolo de aplicación S1

SCTP (capa): acrónimo de "Stream control transmission protocol' para "protocolo de transmisión relativo al control de flujo".

Servidor de aplicaciones (acrónimo AS para la terminología inglesa de "Application Server'): servidor remoto (fuera de una red móvil) que se encuentra, por ejemplo, en una red de tipo iP e implementa una aplicación sobre IP.

salto único: configuración de un solo salto, es decir, una configuración en la que solo se utiliza un relé.

S-GW: acrónimo de "Serving gateway' para "puerta de enlace de servicio". Este término designa una entidad que constituye una puerta de enlace regional vinculada a la entidad P-GW. La entidad S-GW recopila los datos procedentes de los terminales a través de las estaciones base a enviar a la entidad P-GW, y viceversa.

UE: acrónimo de "User Equipment" para "equipo de usuario"; las letras "UE" representan, en el contexto de la presente invención, por ejemplo, un equipo que está montado en un soporte móvil, o en inglés "User Equipment", y que también representa, por abuso de lenguaje, el equipo móvil o el usuario móvil. Por lo tanto, el terminal UE se refiere a diversos equipos que pueden comunicarse entre sí a través de la red, por ejemplo, teléfonos móviles u ordenadores portátiles. Además, se pueden utilizar otros términos para describir un equipo de usuario tales como estación móvil, equipo o terminal portátil, estación de abonado, terminal remoto, terminal inalámbrico o dispositivo de usuario. En general, el término "UE" se refiere a un equipo inalámbrico que accede de forma inalámbrica a una entidad eNodoB, ya sea el terminal UE un dispositivo móvil (teléfono u teléfono inteligente) o un dispositivo estacionario (como una máquina expendedora o un ordenador de escritorio).

UE relé o UER: Equipo portátil que actúa como relé para extender la cobertura más allá del alcance del eNodoB de establecimiento. El UE relé se denomina a veces relé.

VM: acrónimo de "Virtual Machine" para "máquina virtual".

XXXX UER (capa) o XXXX R: capa XXXX (XXXX designa cualquier capa anterior) implementada por el relé UER. El término capa XXXX específica de relé también se utiliza para designar dicha capa. De manera similar, a veces se usa el término capa XXXX R.

XXXX UE (capa): capa XXXX (XXXX designa cualquier capa anterior) implementada por un terminal. El término capa XXXX específica de terminal, también se utiliza para designar dicha capa. En tal contexto, la capa XXXX puede ser una capa controlada o en relación con un UER (entre un UE y un UER) O una capa controlada o en relación con un punto de acceso (entre un UE y un eNB) atravesando uno o más UER. En otras palabras, puede haber un protocolo que se establece entre un UE y distintas entidades, relés o punto de acceso, ya sea o no a través de otro relé. (XXXX): uso opcional de la capa XXXX.

Claims (14)

REIVINDICACIONES

1. Procedimiento de gestión de transferencia celular de información con al menos un relé (20) interpuesto entre una estación base (10) y terminales (18), siendo el relé (20), la estación base (10) y los terminales (18) entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22) de una arquitectura de red que incluye una pluralidad de entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22), siendo la arquitectura de red adecuada para implementar telecomunicaciones entre las entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22), siendo también las entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22) una entidad de gestión móvil (16), denominada MME, y un controlador (22) distinto de la MME (16), incluyendo la estación base (10) un transceptor de radio (10A) y una máquina virtual (10B), teniendo la máquina virtual (10B) y el relé (20) una configuración controlada por el controlador (22), comprendiendo el procedimiento, en el relé (20), la gestión de la transferencia de información desde al menos una capa elegida entre una capa de control de recursos de radio, denominada capa RRC, una capa de estrato sin acceso, denominada capa NAS, y una capa de protocolo de convergencia de paquetes de datos, denominada capa PDCP, hacia al menos un terminal,

estando el procedimiento caracterizado porque la configuración de la máquina virtual (10B) y del relé (20) se elige periódicamente entre tres modos operativos:

- un primer modo operativo en el que el procedimiento comprende la encapsulación de la capa RRC en una capa PDCP específica de terminal (18) y después en una capa PDCP específica de relé (20),

- un segundo modo operativo en el que la capa RRC utilizada es una capa RRC específica de relé (20), y - un tercer modo operativo en el que el procedimiento comprende la encapsulación de la capa RRC en una capa PDCP específica de terminal, siendo la capa RRC transmitida a/desde el relé (20) y sin una capa PDCP específica de relé (20).

2. Procedimiento según la reivindicación 1, en el que el transceptor de radio (10A) es adecuado para implementar capas inferiores al nivel 3, y la máquina virtual (10b ) es adecuada para implementar parte o todas las capas superiores al nivel 2.

3. Procedimiento según la reivindicación 1 o 2, en el que la configuración se elige periódicamente entre los dos primeros modos operativos.

4. Procedimiento según una cualquiera de las reivindicaciones 1 a 3, en el que al menos una capa elegida entre una capa RRC, una capa NAS y una capa PDCP específica de terminal es gestionada por la estación base (10).

5. Procedimiento según cualquiera de las reivindicaciones 1 a 3, en el que al menos una capa elegida entre una capa RRC, una capa NAS y una capa PDCP específica de terminal (18) está gestionada por el relé (20).

6. Procedimiento según cualquiera de las reivindicaciones 1 a 3, siendo la configuración de la máquina virtual (10B) y del relé (20) según el primer modo operativo o el segundo modo operativo, comprendiendo el procedimiento una etapa de encapsulación de las capas RRC y/o NAS específicas de relé (20) en las capas PDCP, RLC y MAC específicas de relé (20), estando también una capa PDCP específica de terminal (18) encapsulada en la capa PDCP específica de relé (20) durante la etapa de encapsulación.

7. Procedimiento según cualquiera de las reivindicaciones 1 a 3, siendo la configuración de la máquina virtual (10B) y del relé (20) según el segundo modo operativo, comprendiendo el procedimiento una etapa de encapsulación de las capas RRC y/o NAS específicas de relé (20) en las capas PDCP, RLC y MAC específicas de relé (20), estando también una capa RRC y/o NAS específica de terminal (18) encapsulada en la capa PDCP específica de relé (20) durante la etapa de encapsulación.

8. Procedimiento según cualquiera de las reivindicaciones 1 a 3, siendo la configuración de la máquina virtual (10B) y del relé (20) según el primer modo operativo o el tercer modo operativo, comprendiendo el procedimiento una etapa de encapsulación de las capas RRC y/o NAS específicas de relé (20) en las capas PDCP, RLC y MAC específicas de relé (20), estando también todas las capas RRC/NAS y PDCP específicas de terminal (18) encapsuladas en las capas RLC y MAC específicas de relé (20) durante la etapa de encapsulación.

9. Procedimiento según cualquiera de las reivindicaciones 1 a 3, siendo la configuración de la máquina virtual (10B) y del relé (20) según el primer modo operativo o el segundo modo operativo, comprendiendo el procedimiento une etapa de encapsulación de las capas RRC y/o NAS específicas de relé (20) en las capas PDCP, RLC y MAC específicas de relé (20), estando todas las capas RRC y/o NAS y PDCP específicas de terminal (18) gestionadas por el relé (20), retransmitiendo la función de retransmisión específica de relé (20) los mensajes RRC y NAS transmitidos y/o recibidos por el terminal (18).

10. Procedimiento según cualquiera de las reivindicaciones 1 a 3, en el que al menos un relé (10) y la estación base (10) están configurados dinámicamente para definir una configuración aplicada, comprendiendo la configuración aplicada la implementación de una etapa de encapsulación según cualquiera de las reivindicaciones 6 a 9.

11. Procedimiento según cualquiera de las reivindicaciones 1 a 3, en el que el al menos un relé (20) y la estación base (10) realizan una transferencia de información celular, siendo la transferencia de información elegida dinámicamente entre al menos dos implementaciones de una etapa de encapsulación según cualquiera de las reivindicaciones 6 a 9.

12. Procedimiento según cualquiera de las reivindicaciones 1 a 11, en el que al menos uno de los terminales (18) se usa a la vez como terminal (18) y como relé (20).

13. Procedimiento según cualquiera de las reivindicaciones 1 a 12, en el que al menos uno de los terminales (18) es un terminal (18) que se desplaza con respecto al otro terminal (18).

14. Arquitectura de red que comprende una pluralidad de entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22), siendo la arquitectura de red adecuada para implementar comunicaciones entre las entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20, 22), comprendiendo la arquitectura de red una estación base (10), una entidad de gestión móvil (16), denominada MME, y un controlador (22) distinto de la MME (16), comprendiendo la estación base (10) un transceptor de radio (10A) y una máquina virtual (10B), teniendo la máquina virtual (10A) y el relé (20) una configuración controlada por el controlador (22), estando las entidades (10, 10A, 10B, 12, 12A, 12B, 14, 16, 18, 20) configuradas opcionalmente para implementar el procedimiento según cualquiera de las reivindicaciones 1 a 13.