ES2899137T3

ES2899137T3 - Procedimiento y aparato para comunicación inalámbrica en un sistema de comunicación inalámbrica

Info

Publication number: ES2899137T3
Application number: ES18876969T
Authority: ES
Inventors: Sang Bum Kim; Soeng Hun Kim; Dong Gun Kim; Jae Hyuk Jang; Alexander Sayenko; Seung Ri Jin
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2017-11-09
Filing date: 2018-11-09
Publication date: 2022-03-10
Anticipated expiration: 2038-11-09
Also published as: US11825346B2; US20190141571A1; WO2019093835A1; US20190191332A1; US20240080713A1; US11457381B2

Abstract

Un procedimiento realizado por un terminal (1a-15) en un sistema de comunicación inalámbrica, comprendiendo el procedimiento: recibir, desde una estación base (1a-10), un mensaje de control de recursos de radio, RRC, que incluye información de configuración sobre una compresión de datos de enlace ascendente, UDC; generar un primer paquete UDC comprimiendo los datos de enlace ascendente, basándose en la información de configuración del UDC; transmitir el primer paquete UDC a la estación base; recibir, desde la estación base, información de control del protocolo de convergencia de paquetes de datos, PDCP, que incluye información de error de suma de comprobación que indica que se ha detectado un error de suma de comprobación basado en el primer paquete UDC; y reiniciar un búfer UDC basándose en la información de error de la suma de comprobación, en el que la UDC está configurada para un portador de control de enlace de radio, RLC, modo de reconocimiento, AM, y una compresión de cabecera no está configurada para el portador RLC AM con la UDC.

Description

DESCRIPCIÓN

Procedimiento y aparato para comunicación inalámbrica en un sistema de comunicación inalámbrica

Campo técnico

La presente divulgación se refiere en general a un procedimiento y un aparato para la comunicación inalámbrica en un sistema de comunicación inalámbrica.

Antecedentes de la técnica

Para satisfacer el aumento de la demanda de tráfico de datos inalámbrico tras la comercialización de los sistemas de comunicación de 4a generación (4G), se han realizado esfuerzos considerables para desarrollar sistemas de comunicación de pre-5a generación (5G) o sistemas de comunicación 5G. Esta es una de las razones por las que los sistemas de comunicación 5G y los sistemas de comunicación pre-5G se denominan sistemas de comunicación más allá de la red 4G o sistemas de evolución a largo plazo (LTE). Para lograr una alta velocidad de transmisión de datos, se están desarrollando sistemas de comunicación 5G que se implementan en una banda de frecuencia superalta (onda milimétrica (onda-mm)), por ejemplo, una banda de 60 GHz. Para reducir la aparición de ondas eléctricas parásitas en una banda de frecuencias superalta y aumentar la distancia de transmisión de las ondas eléctricas en los sistemas de comunicación 5G, se están estudiando varias tecnologías, por ejemplo: la formación de haces, la entrada múltiple masiva y la salida múltiple (MIMO), la MIMO dimensional completa (FD-MIMO), las antenas de matriz, la formación de haces analógica y las antenas a gran escala. Con el fin de mejorar las redes de los sistemas de comunicación 5G, se han desarrollado diversas tecnologías, como las celdas pequeñas evolucionadas, las celdas pequeñas avanzadas, las redes de acceso radioeléctrico en la nube (RAN en la nube), las redes ultradensas, la comunicación dispositivo a dispositivo (D2D), red de retorno inalámbrico, las redes móviles, la comunicación cooperativa, los puntos múltiples coordinados (CoMP) y la cancelación de interferencias. Además, para los sistemas de comunicación 5G, se han desarrollado otras tecnologías, por ejemplo, la modulación híbrida de la modulación por desplazamiento de frecuencia (FSK) y la modulación de amplitud en cuadratura (QAM) (FQAM) y la codificación por superposición de ventana deslizante (SWSC), que son esquemas de modulación de codificación avanzada (ACM), y el banco de filtros multiportadora (FBMC), el acceso múltiple no ortogonal (NOMA) y el acceso múltiple de código disperso (SCMA), que son esquemas de acceso avanzado.

Internet ha pasado de ser una red de conexión basada en el ser humano, donde las personas crean y consumen información, a la Internet de las cosas (loT), donde las configuraciones distribuidas, como los objetos, intercambian información entre sí para procesarla. La tecnología del Internet de todo (IoE) se está proporcionando recientemente, en la que la tecnología relacionada con el loT se combina con, por ejemplo, la tecnología para el procesamiento de macrodatos a través de la conexión con un servidor en la nube. Para implantar el loT, se necesitan varios componentes técnicos, como una técnica de detección, infraestructuras de red y comunicación por cable/inalámbrica, una técnica de interconexión de servicios, una técnica de seguridad, etc. En los últimos años, se han estudiado técnicas que incluyen una red de sensores para conectar objetos, la comunicación máquina a máquina (M2M), la comunicación tipo máquina (MTC), etc. En el entorno de loT, se pueden ofrecer servicios de tecnología inteligente de Internet (IIT) para recoger y analizar los datos obtenidos de los objetos conectados entre sí y crear así un nuevo valor en la vida humana. A medida que las técnicas de las tecnologías de la información (TI) existentes y diversas industrias convergen y se combinan entre sí, la loT puede aplicarse a diversos campos, como los hogares inteligentes, los edificios inteligentes, las ciudades inteligentes, los coches inteligentes o los coches conectados, las redes inteligentes, la atención sanitaria, los electrodomésticos inteligentes, los servicios médicos de alta calidad, etc.

Se están realizando varios intentos de aplicar sistemas de comunicación 5G a la red loT. Por ejemplo, las tecnologías relacionadas con las redes de sensores, la comunicación M2M, la MTC, etc., se implementan mediante el uso de la tecnología de comunicación 5G, incluyendo la formación de haces, MIMO, antena de matriz, etc. La aplicación de la RAN en la nube como técnica de procesamiento de grandes datos descrita anteriormente puede ser un ejemplo de convergencia de la tecnología de comunicación 5G y la tecnología loT.

Una publicación de CATT, "More Details and Simulation Results of Deflate with 1 Byte UDC Header", vol. RAN WG2, no. Berlín, Alemania; 20170821 - 20170825, (20170820), 3GPP DRAFT; R2-1708358, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE, se refiere a los escenarios de fallo de la suma de comprobación en los que un eNB podría informar a la UE del fallo de la suma de comprobación.

Otra publicación de CATT, "Consideration on UDC Header Content", R2-1710720, 3GPP TSG-RAN WG2 #99bis revela detalles de una cabecera UDC en la que un primer bit se utiliza para indicar si este paquete es procesado por la función UDC o no, y un segundo bit indica el reinicio del buffer de compresión.

Una publicación de "3GPP; TSG RAN; E-UTRA; Study on UL data compression for E-UTRA (Release 15)", 3GPP TR 36.754 V15.1.0, (20170926), se refiere a la evaluación del rendimiento de los posibles esquemas de compresión de datos para soportar una mayor capacidad de enlace ascendente para E-UTRA, donde se propone un formato de cabecera UDC.

Como se ha descrito anteriormente, con el desarrollo de los sistemas de comunicación inalámbricos, se dispone ahora de varios servicios y, por lo tanto, se requiere una forma de proporcionar estos servicios sin problemas.

Divulgación

Solución técnica

Según un aspecto de una realización ejemplar, se proporciona un procedimiento de comunicación en una comunicación inalámbrica.

Efectos ventajosos

Aspectos de la presente divulgación proporcionan un procedimiento de comunicación eficiente en un sistema de comunicación inalámbrica.

Descripción de los dibujos

Los aspectos anteriores y otros, características y ventajas de ciertas realizaciones de la presente divulgación serán más evidentes a partir de la siguiente descripción tomada en conjunto con los dibujos adjuntos, en los cuales:

FIG. 1 es un diagrama de un sistema de comunicación móvil al que se aplica una realización;

FIG. 2A y 2B son diagramas de aplicación de una frecuencia suplementaria de enlace ascendente, según una realización;

FIG. 3 es un diagrama de un formato de informe de margen de potencia (PHR) en un sistema LTE;

FIG. 4A, 4B, 4C y 4D son diagramas de un formato PHR, según una realización;

FIG. 5 es un diagrama de flujo de un procedimiento de transmisión de un PHR, según una realización; FIG. 6 es un diagrama de flujo de un procedimiento de un UE que transmite un PHR, según una realización; FIG. 7 es un diagrama de bloques de un UE, según una realización;

FIG. 8 es un diagrama de bloques de una estación base en un sistema de comunicación inalámbrica, según una realización;

FIG. 9 es un diagrama de un sistema LTE, según una realización;

FIG. 10 es un diagrama de bloques de una arquitectura de protocolo de radio en un sistema LTE, según una realización;

FIG. 11 es un diagrama de un sistema de comunicación móvil al que se aplica una realización;

FIG. 12 es un diagrama de bloques de una arquitectura de protocolo de radio de un nuevo sistema de comunicación móvil al que se aplica una realización;

FIG. 13 es un diagrama de flujo de un procedimiento, realizado por una estación base, para instruir si se debe realizar un UDC, cuando un UE establece la conexión a una red, según una realización;

FIG. 14 es un diagrama de un procedimiento y una estructura de datos para realizar UDC, según una realización;

FIG. 15 es un diagrama de un procedimiento UDC, según una realización;

FIG. 16 es un diagrama de bloques de un fallo de descompresión que ocurre en un procedimiento UDC, según una realización;

FIG. 17 es un diagrama de un formato de unidad de paquetes de datos de control PDCP (PDU) que es aplicable a un procedimiento de procesamiento de fallos de suma de comprobación, según una realización; FIG. 18 es un diagrama de bloques de datos comprimidos basados en un contexto UDC antiguo que no se distingue de los datos comprimidos basados en un nuevo contexto UDC;

FIG. 19 es un diagrama de una cabecera UDC para distinguir los datos comprimidos basados en un contexto UDC antiguo de los datos comprimidos basados en un nuevo contexto UDC, según una realización;

FIG. 20 ilustra una cabecera PDCP en la que se define un nuevo campo para disminuir la sobrecarga, según una realización;

FIG. 21 es un diagrama que ilustra las operaciones del UE asociadas a un procedimiento, realizado por una capa PDCP de un extremo transmisor, de ejecución de un temporizador de descarte PDCP y de descarte de datos, según una realización;

FIG. 22 es un diagrama de bloques de las operaciones del UE y de la estación base asociadas a un procedimiento de procesamiento de fallos de suma de comprobación, según una realización;

FIG. 23 es un diagrama de bloques de un UE, según una realización;

FIG. 24 es un diagrama de bloques de una estación base en un sistema de comunicación inalámbrica, según una realización;

FIG. 25 es un diagrama de un sistema LTE, según una realización;

FIG. 26 es un diagrama de bloques que ilustra una arquitectura de protocolo de radio en un sistema LTE, según una realización;

FIG. 27 es un diagrama de un sistema de comunicación móvil al que se aplica una realización;

FIG. 28 es un diagrama de un nuevo sistema de radio (NR) para manejar la calidad de servicio (QoS), según una realización;

FIG. 29 es un diagrama de una pila de protocolos que incluye una capa de protocolo de acceso a datos de servicio (SDAP) en un sistema NR, según una realización;

FIG. 30 es un diagrama de flujo de un procedimiento relacionado con una QoS de una red central (CN) a un UE en un sistema NR utilizando un temporizador de QoS reflectante de estrato de no acceso (NAS);

FIG. 31 es un diagrama de flujo de señales de un procedimiento, realizado por un gNB, para resolver un desajuste entre las reglas de mapeo de QoS de un NR CN y un UE;

FIG. 32 es un diagrama de flujo de señales de un procedimiento, realizado por una estación base, para resolver un desajuste entre las reglas de mapeo de QoS de un NR CN y un UE;

FIG. 33 es un diagrama de flujo de señales de un procedimiento para resolver un desajuste entre las reglas de mapeo de QoS de un NR CN y un UE, realizado por una estación base basado en la señalización entre un gNB y el NR CN;

FIG. 34 es un diagrama de flujo de señales de un procedimiento para resolver un desajuste entre las reglas de mapeo de QoS de un NR Cn y un UE, según un protocolo de una RAN;

FIG. 35 es un diagrama de flujo de un procedimiento, realizado por una NR CN, para detectar y resolver un desajuste entre las reglas de mapeo de la QoS;

FIG. 36 es un diagrama de bloques de un UE, según una realización;

FIG. 37 es un diagrama de bloques de una estación base NR, según una realización;

FIG. 38 es un diagrama de un sistema LTE, según una realización;

FIG. 39 es un diagrama de bloques de una arquitectura de protocolo de radio en un sistema LTE, según una realización;

FIG. 40 es un diagrama de flujo de un procedimiento de acceso aleatorio, según una realización;

FIG. 41 es un diagrama de flujo de las operaciones de la UE, según una realización; y

FIG. 42 es un diagrama de bloques de un UE, según una realización.

Mejor modo de realización

La invención está definida por las reivindicaciones independientes. Las realizaciones preferentes se definen en las reivindicaciones dependientes.

Modo de la invención

A continuación, se describen realizaciones de la presente divulgación con referencia a los dibujos adjuntos.

Mientras se describen las realizaciones, no se proporciona el contenido técnico que es bien conocido en los campos relacionados y que no está directamente relacionado con la presente divulgación. Al omitir las descripciones redundantes, la esencia de la presente divulgación no queda oscurecida y se explica más claramente.

Por las mismas razones expuestas anteriormente, los componentes pueden ser exagerados, omitidos o ilustrados esquemáticamente en los dibujos para mayor claridad. Además, el tamaño de cada componente puede no reflejar completamente el tamaño real. En los dibujos adjuntos, los números de referencia similares denotan elementos similares.

Tal y como se utiliza en este documento, el término "y/o" incluye todas las combinaciones de uno o más de los elementos enumerados asociados. Las expresiones como "al menos uno de", cuando preceden a una lista de elementos, modifican toda la lista de elementos y no modifican los elementos individuales de la lista.

Las ventajas y características de una o más realizaciones de la presente divulgación y los procedimientos para llevarlas a cabo pueden entenderse más fácilmente si se hace referencia a la siguiente descripción detallada y a los dibujos que la acompañan. En este sentido, la presente divulgación puede tener diferentes formas y no pretende interpretarse como limitada a las descripciones aquí expuestas. Más bien, las realizaciones se proporcionan para que la presente divulgación sea exhaustiva y completa y transmita plenamente el concepto de la presente divulgación a un experto en la materia, y la presente divulgación sólo se define por las reivindicaciones adjuntas.

Aquí, se entenderá que las combinaciones de bloques en los diagramas de flujo o diagramas de flujo de proceso pueden ser realizadas por instrucciones de programa de ordenador. Dado que estas instrucciones de programa informático pueden cargarse en un procesador de un ordenador de propósito general, un ordenador de propósito especial u otro aparato de procesamiento de datos programable, las instrucciones, que son ejecutadas por un procesador de un ordenador u otro aparato de procesamiento de datos programable, crean unidades para realizar las funciones descritas en el/los bloque/s de diagrama de flujo. Las instrucciones del programa de ordenador pueden almacenarse en una memoria utilizable o legible por ordenador capaz de dirigir un ordenador u otro aparato de procesamiento de datos programable para implementar una función de una manera particular, y por lo tanto las instrucciones almacenadas en la memoria utilizable o legible por ordenador también pueden ser capaces de producir artículos de fabricación que contengan unidades de instrucción para realizar las funciones descritas en el/los bloque/s de diagrama de flujo. Las instrucciones del programa de ordenador también pueden cargarse en un ordenador o en otro aparato de procesamiento de datos programable y, por lo tanto, las instrucciones para hacer funcionar el ordenador o el otro aparato de procesamiento de datos programable generando un proceso ejecutado por ordenador cuando se realiza una serie de operaciones en el ordenador o en el otro aparato de procesamiento de datos programable pueden proporcionar operaciones para realizar las funciones descritas en el bloque o bloques de diagrama de flujo.

Además, cada bloque puede representar una porción de un módulo, segmento o código que incluye una o más instrucciones ejecutables para ejecutar función(es) lógica(s) especificada(s). También hay que tener en cuenta que, en algunas implementaciones alternativas, las funciones mencionadas en los bloques pueden ocurrir fuera de orden. Por ejemplo, dos bloques ilustrados sucesivamente pueden ejecutarse en realidad de forma sustancialmente concurrente, o los bloques pueden ejecutarse a veces en orden inverso según la función correspondiente.

Aquí, el término "unidad" en las realizaciones de la presente divulgación indica un componente de software o un componente de hardware, como una matriz de puertas programable en campo (FPGA) o un circuito integrado de aplicación específica (ASIC), y realiza una determinada función. Sin embargo, el término "unidad" no pretende limitarse al software o al hardware. Una unidad puede estar formada para estar en un medio de almacenamiento direccionable, o puede estar formada para operar uno o más procesadores. Así, por ejemplo, el término "unidad" puede referirse a componentes tales como componentes de software, componentes de software orientado a objetos, componentes de clases y componentes de tareas, y puede incluir procesos, funciones, atributos, procedimientos, subrutinas, segmentos de código de programa, controladores, firmware, microcódigos, circuitos, datos, una base de datos, estructuras de datos, tablas, matrices o variables. Una función proporcionada por los componentes y unidades puede estar asociada con el menor número de componentes y unidades, o puede estar dividida en componentes y unidades adicionales. Además, los componentes y las unidades pueden incorporarse para reproducir una o más unidades centrales de procesamiento (CPU) en un dispositivo o tarjeta multimedia de seguridad. Además, en las realizaciones, una unidad puede incluir al menos un procesador.

En la siguiente descripción, se proporcionan términos utilizados para identificar un nodo de acceso, referirse a una entidad de red, referirse a mensajes, indicar una interfaz entre entidades de red, indicar varias piezas de información de identificación, o similares. Por lo tanto, la presente divulgación no pretende limitarse a los siguientes términos, y pueden utilizarse otros términos que se refieran a objetos con significados equivalentes.

La presente divulgación utiliza términos y nombres definidos en el estándar 3er Generation Partnership Project Long Term Evolution (3GPP LTE). Sin embargo, la presente divulgación pretende no limitarse a los términos y las denominaciones y puede aplicarse igualmente a sistemas que se ajusten a otras normas. En la presente divulgación, un nodo B evolucionado (eNB) y un nuevo nodo radioeléctrico B (gNB) pueden utilizarse indistintamente. Es decir, una estación base descrita como eNB puede indicar un gNB.

LA FIG. 1 es un diagrama de un sistema de comunicación móvil.

Refiriéndose a la FIG. 1, una red de acceso inalámbrico del sistema de comunicación móvil (en adelante, un sistema de nueva radio (NR) o un sistema NR) está configurada de un gNB 1a-10 y una función de gestión de acceso y movilidad (en adelante, AMF) 1a-05 incluida en una nueva red central de radio. Un nuevo equipo de usuario de radio (en adelante, un NR UE o un terminal) 1a-15 accede a una red externa a través del gNB 1a-10 y el AMF 1a-05.

En la FIG. 1, el gNB 1a-10 corresponde a un eNB de un sistema LTE existente. El gNB 1a-10 está conectado al NR UE a través de un canal inalámbrico y puede proporcionar un servicio excelente, en comparación con el eNB según la técnica relacionada (operación 1a-20). En la NR, todo el tráfico de usuario se atiende a través de un canal compartido, y, por lo tanto, se requiere un dispositivo que obtenga y programe una pluralidad de piezas de información de estado, incluyendo los estados del búfer, los estados de la potencia de transmisión disponible, los estados del canal, o similares de los UE, y el gNB 1a-10 corresponde al dispositivo. Un gNB puede controlar generalmente una pluralidad de celdas. Para conseguir una transmisión de datos de alta velocidad, en comparación con el sistema LTE existente, puede darse un ancho de banda mayor que el máximo de LTE, y puede añadirse la tecnología de formación de haces a la tecnología de acceso inalámbrico, como la multiplexación por división de frecuencia ortogonal (OFDM). Además, se puede utilizar una técnica de modulación y codificación adaptativa (AMC) para determinar un esquema de modulación y una tasa de codificación de canal según el estado del canal de un UE. El AMF 1a-05 realiza funciones de apoyo a la movilidad, configuración de un portador, configuración de una QoS, o similares. El AMF 1a-05 es un dispositivo configurado para realizar no sólo una función de gestión de la movilidad, sino también para realizar diversas funciones de control con respecto al UE, y está conectado a una pluralidad de nodos B. Además, el NR puede interoperar con el sistema LTE existente, y el AMF 1a-05 está conectado a una entidad de gestión de la movilidad (MME) 1a-25 a través de una interfaz de red. El MME 1a-25 está conectado a un eNB 1a-30 que es un NB existente. Un UE que soporta la conectividad dual LTE-NR puede transducir datos mientras mantiene la conexión no sólo con un gNB sino también con un eNB (operación 1a-35).

Las Figs. 2A y 2B son diagramas de aplicación de una frecuencia suplementaria de enlace ascendente según una realización.

Refiriéndose a las Figs. 2A y 2B, en un sistema de comunicación móvil, la cobertura del enlace ascendente y la cobertura del enlace descendente pueden no coincidir. El desajuste se produce debido a que una característica del canal de un enlace ascendente es diferente de una característica del canal de un enlace descendente, a un límite de potencia máxima de transmisión de un UE o a un límite estructural de una antena de transmisión. En general, la cobertura del enlace descendente es más amplia que la del ascendente. Por ejemplo, en un sistema dúplex por división de tiempo (TDD) de 3,5 GHz, una cobertura de enlace descendente 1 b-05 es más amplia que una cobertura de enlace ascendente 1 b-10. En este caso, un primer UE 1b-20 puede recibir un servicio de un enlace ascendente y un enlace descendente, pero un segundo UE 1b-25 podría no ser capaz de transmitir con éxito datos a un gNB 1 b-15 en el enlace ascendente. En consecuencia, para eliminar el problema debido al desajuste, la cobertura disponible del enlace descendente puede reducirse para igualar la del enlace ascendente. Es decir, incluso cuando se puede proporcionar una cobertura más amplia a través del enlace descendente, la cobertura del enlace descendente puede ser limitada.

Para evitar el deterioro de la capacidad debido a un desajuste, un sistema de comunicación móvil puede permitir a un UE aplicar una frecuencia de enlace ascendente con una cobertura de servicio más amplia. Por ejemplo, un enlace ascendente de 3,5 GHz y otro enlace ascendente de 1,8 GHz 1 b-30 pueden ser proporcionados adicionalmente al UE. Esta frecuencia suplementaria de enlace ascendente puede denominarse frecuencia suplementaria de enlace ascendente (SUL). Debido a una característica de la frecuencia, cuanto más disminuye la banda de frecuencia, más aumenta la distancia de propagación de una señal inalámbrica. Por lo tanto, 1,8 GHz que es más bajo que 3,5 GHz puede proporcionar una cobertura más amplia. Así, un segundo UE 1 b-50 puede transmitir con éxito datos a un gNB 1b-40 utilizando un enlace ascendente de 1,8 GHz 1b-35. Además, un primer UE 1b-45 está habilitado para utilizar cualquiera de los enlaces ascendentes de 1,8 GHz y 3,5 GHz, independientemente de la cobertura, y en este sentido, para dispersar la congestión de acceso de los enlaces ascendentes, el primer UE 1b-45 puede seleccionar y utilizar uno de 1,8 GHz y 3,5 GHz. Dicha frecuencia suplementaria de enlace ascendente puede ser una frecuencia utilizada en un sistema LTE.

Para un UE, tanto la frecuencia de enlace ascendente NR como la frecuencia SUL pueden ser establecidas. Sin embargo, en este caso, un canal físico compartido de enlace ascendente (PUSCH) que es un canal de datos de enlace ascendente puede transmitirse a través de un solo enlace ascendente en una instancia. Además, un canal de control de enlace ascendente físico (PUCCH) puede transmitirse a través de un solo enlace ascendente en una instancia y puede transmitirse a través de un enlace ascendente que sea igual o diferente al PUSCH.

Cuando se produce un determinado evento en el sistema de comunicación móvil, un UE informa de su potencia de transmisión disponible. Esta información puede utilizarse cuando un gNB gestiona los recursos programados con respecto al UE. Por ejemplo, cuando la potencia de transmisión de reserva comunicada por un determinado UE es suficiente, el gNB puede asignar un recurso inalámbrico suplementario al UE. En el sistema LTE, la potencia de transmisión sobrante se denomina margen de potencia. En el sistema de comunicación móvil, un equipo de usuario debe comunicar dicha información. En una realización, se da a conocer un procedimiento en el que se transmite un formato de margen de potencia aplicable y un margen de potencia cuando se establece una frecuencia SUL.

Cuando se produce un determinado evento, el UE puede informar al gNB sobre el margen de potencia. En este sentido, el evento determinado puede ser enumerado como se muestra en la Tabla 1 a continuación.

Tabla 1

Refiriéndose a la Tabla 1 anterior, dl-PathlossChange, prohibitPHR-Timer, y periodicPHR-Timer pueden ser señalizados como control de recursos de radio (RRC) al UE. El UE no puede informar sobre el margen de potencia mientras el temporizador prohibirPHR esté activado. Cuando el periodicPHR-Timer expira, el UE puede informar del espacio de potencia al gNB 1b-40, pero no puede solicitar al gNB 1b-40 un recurso inalámbrico separado para el informe.

LA FIG. 3 es un diagrama de un formato de informe de margen de potencia (PHR) en un sistema LTE.

Refiriéndose a la FIG. 3, en el sistema LTE, se definen varios formatos de PHR. Hay un formato PHR por defecto que se utiliza cuando se usa una sola frecuencia; un formato extendedPHR y un formato extendedPHR2 que son utilizados por una técnica de agregación de portadoras (CA) en la que se presta un servicio agrupando una pluralidad de frecuencias; y un formato dualConnectivityPHR que es utilizado por una técnica de conectividad dual en la que se presta un servicio conectando simultáneamente dos NB.

Refiriéndose a la FIG. 3, el formato extendedPHR se describe a continuación para describir una característica del formato PHR. En el formato extendedPHR, se incluye una combinación de bits correspondientes a las respectivas celdas secundarias (SCells) en un primer byte 1c-05. En el primer byte 1c-05, cada bit se utiliza para indicar qué información PH de una determinada SCell se incluye en un formato correspondiente. Cuando el valor de un bit es 1, indica que la información PH de la SCell correspondiente al bit está incluida en el formato PHR.

Después del primer byte 1 c-05, se utilizan uno o más bytes para dirigir la información PH de una celda primaria (PCell) y SCell. Para una celda de servicio, se generan los bytes 1c-10, 1c-20 y 1c-30, cada uno de los cuales incluye al menos una información de PH, y los bytes 1c-15, 1c-25 y 1c-35, cada uno de los cuales incluye selectivamente información de potencia de transmisión del UE. En este sentido, la información PH se aborda en un campo PH configurado de 6 bits. Además del campo PH, se incluyen un campo P y un campo V en los bytes 1c-10, 1c-20 y 1c-30, cada uno de los cuales incluye información sobre el PH. El campo P se utiliza para indicar si la información PH se ha visto afectada por la potencia de transmisión del UE que está limitada según una especificación y unas normas, no por un factor de control de la potencia inalámbrica. El campo V se utiliza para indicar un caso en el que la información de PH se genera insertando un parámetro predefinido porque no se produjo una transmisión real. Cuando el campo V se establece como 1, indica que se ha utilizado el parámetro predefinido, y se omite la información de la potencia de transmisión del UE dirigida en otro byte.

Junto a un byte del campo PH, siguen los bytes 1c-15, 1c-25 y 1c-35, cada uno de los cuales incluye información de potencia de transmisión del UE correspondiente a la información del campo PH. Los bytes 1c-15, 1c-25 y 1c-35, cada uno de los cuales incluye información sobre la potencia de transmisión del equipo de usuario, incluyen un campo Pcmax para direccionar la información sobre la potencia de transmisión del equipo de usuario, estando el campo Pcmax configurado de 6 bits. En este sentido, los 2 bits restantes son bits reservados que no se utilizan en el direccionamiento de cierta información.

Cuando la información de PH de la celda PC y la información de PH de una o más celdas SC se incluyen en un formato PHR, se incluye la información correspondiente a la celda PC, y luego se incluye la información de PH correspondiente a las celdas Sc según el orden ascendente de los índices de las celdas SC. En un caso de PCell, hay un PUCCH, y un PUSCH y un PUCCH pueden transmitirse simultáneamente según las capacidades de una red y un UE. Cuando se utilizan simultáneamente el PUSCH y el PUCCH, la potencia de transmisión asignada al PUSCH y la potencia de transmisión asignada al PUCCH tienen que restarse de la potencia de transmisión máxima del UE para calcular un PH. Cuando se utilizan simultáneamente el PUSCH y el PUCCH, un NB ordena previamente el uso simultáneo del PUSCH y el PUCCH al UE utilizando una configuración PUCCH. Para proporcionar PH para un caso en el que el PUSCH se transmite únicamente o se transmite junto con el PUCCH, se utilizan el Tipo 1 PH 1 c-20 y el Tipo 2 PH 1c-10. El tipo 1 de PH se define como Pcmax - PPUSCH. En este sentido, PPUSCH se refiere a una cantidad de potencia asignada al PUSCH. El PH de tipo 2 se define como Pcmax - PPUSCH - PPUCCH. En este sentido, PPUCCH se refiere a una cantidad de potencia asignada al PUCCH. Cuando el uso simultáneo del PUSCH y el PUCCH no está indicado en una configuración PUCCH, sólo se utiliza el Tipo 1 PH. Alternativamente, se utilizan tanto el tipo 1 de PH como el tipo 2 de PH. El tipo 2 de PH se aplica sólo a una PCell en un sistema CA, y no se aplica a una SCell. Cuando se indica el uso simultáneo del PUSCH y el PUCCH en una configuración PUCCH, una PCell incluye como PH el Tipo 1 y el Tipo 2. Teniendo en cuenta el hecho de que el PH de tipo 1 es necesario para interpretar el PH de tipo 2, el PH de una celda PC está dispuesto en la parte delantera. En el caso de una SCell, cuando se establece una ul-Configuración, se le aplica el Tipo 3 PH, y en caso contrario, se le aplica el Tipo 1 PH.

El UE calcula el espacio libre de energía utilizando la ecuación (1) que aparece a continuación. La ecuación (1) se utiliza cuando sólo se transmite PUSCH.

^PH(¡) - P;..,A, . <-) {10 k>gw{jW_.PUSCH,c.' <>>) ^ _{0_PUSCH>P ( i )}+ fí. O') ■ PL,. + x _{11 ,=}(O- / , (0 J Ecuación

⁽ 1 ⁾

PH(i) de una i-ésima subtrama en una celda de servicio c se calcula en función de la potencia máxima de transmisión del enlace ascendente PCMAX,c(i), el número de bloques de recursos MPUSCH,c(i), el desplazamiento de potencia ATF,c inducido por el MCS, la pérdida de trayectoria PLc y fc(i) (comandos TPC acumulados). En la ecuación (1) anterior, PLc se refiere a la pérdida de trayectoria de una celda configurada para proporcionar la pérdida de trayectoria con respecto a la celda servidora c. La pérdida de trayectoria utilizada para determinar la potencia de transmisión del enlace ascendente de una celda servidora aleatoria puede ser la pérdida de trayectoria de un canal de avance de la celda servidora o la pérdida de trayectoria de un canal de avance de otra celda. La pérdida de trayectoria entre las descritas anteriormente que se utilizará se notifica al UE después de que el NB seleccione una pérdida de trayectoria en un procedimiento de configuración de la llamada. Además, en la ecuación (1) anterior, fc(i) se refiere a un valor acumulado de comandos de control de potencia de transmisión de la celda de servicio c. PO_PUSCH,C indica un parámetro de una capa superior y corresponde a una suma de un valor específico de la celda y un valor específico del UE. En general, el valor de PO_PUSCH,C varía en función de los tipos de transmisión del PUSCH, entre los que se incluyen la programación semipersistente, la programación dinámica, una respuesta de acceso aleatorio o similares. ac es un valor de 3 bits específico de la celda proporcionado desde una capa superior y es un peso que se aplica a la pérdida de trayectoria en el cálculo de la potencia de transmisión del enlace ascendente (es decir, cuando se aumenta el peso, la potencia de transmisión del enlace ascendente se ve más afectada por la pérdida de trayectoria), y un valor aplicable se limita según los tipos de PUSCH. Se utiliza un valor j para indicar el tipo de PUSCH. Un caso de j=0 indica una programación semipersistente, un caso de j=1 indica una programación dinámica y un caso de j=2 indica una respuesta de acceso aleatorio. En la ecuación (1) anterior, cuando la transmisión del PUSCH no se produce en una determinada celda de servicio, MPUSCH y ATF no pueden aplicarse a la ecuación (1) anterior debido a su definición.

Incluso cuando no hay transmisión real del PUSCH, el NB puede activar el PH para obtener información sobre la pérdida de trayectoria en un determinado enlace ascendente. Cuando se activa el PHR con respecto a una determinada celda de servicio, el UE determina un procedimiento de cálculo de un valor PH en función de si se transmite el PUSCH. Cuando la transmisión del PUSCH se produce con respecto a la celda de servicio determinada, el PH se calcula utilizando la ecuación (1) anterior. Cuando la transmisión del PUSCH no se produce con respecto a la celda de servicio determinada, indica que no hay ningún recurso de transmisión asignado y, por tanto, no está claro qué valores se utilizan como MPUSCH y ATF. A este respecto, es necesario proporcionar un dispositivo configurado para permitir que el NB y el UE calculen e interpreten el PH utilizando el mismo MPUSCH y ATF. Esto puede determinarse definiendo un formato de transmisión (una cantidad de recursos de transmisión y un nivel de MCS) que deben utilizar el NB y el UE cuando el NB y el UE calculan el PH para un caso en el que no hay transmisión del PUSCH. Cuando se asume un RB y un nivel de MCS más bajo como formato de transmisión de referencia, MPUSCH y ATF son cada uno 0 y esto indica que MPUSCH y ATF se excluyen de la ecuación (1) anterior. Es decir, como la transmisión de datos no se produjo realmente en una determinada celda de servicio, PCMAX,c(i) no existe. Por lo tanto, es necesario determinar qué valor debe establecerse como PCMAX,c(i). Para esta transmisión virtual, se define y utiliza el PCMAX,c(i) virtual. PCMAX,c(i) puede determinarse utilizando Pe Ma X y Ppowerclass, donde PEMAX indica la máxima potencia de transmisión permitida en la celda determinada y Ppowerclass indica la máxima potencia de transmisión permitida internamente en el UE. Por ejemplo, el valor puede determinarse en la ecuación (2) siguiente.

PCMAX,c = mln {PEMAX, PPowerClass} ... Ecuación(2)

PCMAX se determina en base a una relación de PCMAX_L < PCMAX < PCMAX_H. En este sentido, teniendo e n cuenta el retroceso de potencia cero, PCMAX_L=PCMAX_H, y por tanto, PCMAX=PCMAX_H. En este sentido, PCMAX_H es menor que PPowerClass y PEMAX. PEMAX indica una potencia de transmisión máxima permitida específica de la celda, y PPowerClass indica una potencia de transmisión máxima permitida específica de la UE.

Las Figs. 4A, 4B, 4C y 4D son diagramas de un formato PHR, según una realización.

Refiriéndose a las Figs. 4A, 4B, 4C y 4D, la FIG. 4A corresponde a un formato PHR de un caso en el que una PCell o un SUL transmite un PUSCH. El formato PHR puede aplicarse cuando no se admite la transmisión simultánea de PUSCH y PUCCH. El formato PHR según una realización indica información PH sobre un máximo de dos enlaces ascendentes, pero no incluye una combinación de bits que indique una SCell, como en un formato PHR de un sistema LTE. Un byte 1d-05 que incluye un campo PH también incluye un campo P y un campo V, y sus objetivos son los mismos que en el sistema LTE. Un byte 1 d-10 que incluye un campo Pcmax puede omitirse cuando el valor de un campo V es 1.

La FIG. 4B corresponde a un formato PHR de un caso en el que un PUSCH y un PUCCH están configurados en un solo enlace ascendente entre una PCell y un SUL, y se admite la transmisión simultánea de un PUSCH y un PUCCH. El formato PHR puede incluir secuencialmente el Tipo 2 PH 1d-15 y 1d-20 y el Tipo 1 PH 1d-25 y 1d-30 que corresponden a un enlace ascendente en el que están configurados PUSCH y PUCCH.

La FIG. 4C corresponde a un formato PHR de un caso en el que se transmite un PUSCH en un enlace ascendente entre una PCell y un SUL y se transmite un PUCCH en el otro enlace ascendente, y se admite la transmisión simultánea de un PUSCH y un PUCCH en un enlace ascendente. En el formato PHR, el enlace ascendente a través del cual se transmite un PUCCH admite la transmisión simultánea de un PUSCH y un PUCCH, por lo que pueden incluirse tanto PH de tipo 2 como de tipo 1. Además, puede incluirse el PH de tipo 1 correspondiente al enlace ascendente por el que se transmite un PUSCH. Independientemente de una PCell y una SUL, los PH 1 d-35 y 1 d-40 del tipo 2 pueden situarse en la parte superior del formato PHR. A continuación, se pueden incluir secuencialmente los PH 1d-45 y 1 d-50 de tipo 1 de una celda PC y los PH 1d-55 y 1d-60 de tipo 1 de una SUL.

La FIG. 4D corresponde a un formato PHR de un caso en el que se transmite un PUSCH en un enlace ascendente entre una PCell y un SUL y se transmite un PUCCH en el otro enlace ascendente, y no se admite la transmisión simultánea de un PUSCH y un PUCCH en un enlace ascendente. En el formato PHR, cualquier enlace ascendente no admite la transmisión simultánea de un PUSCH y un PUCCH, por lo que no se incluye el Tipo 2 PH. Los PH 1d-65 y 1d-70 de tipo 1 de una celda PC y los PH 1d-75 y 1d-80 de tipo 1 de una SUL pueden incluirse secuencialmente.

En un caso en el que se proporcione cierta información de configuración en los formatos mencionados, se puede incluir el Tipo 3 PH en lugar del Tipo 1 PH. Es posible configurar un formato de PHR que no considere un caso en el que la información de PH se genere mediante la inserción de un parámetro predefinido debido a la no ocurrencia de una transmisión. En este caso, se omiten los campos Pcmax. Además, se descarta la información de un campo V.

La FIG. 5 es un diagrama de flujo de un proceso de transmisión de un PHR, según una realización.

Refiriéndose a la FIG. 5, el UE 1e-05 recibe información del sistema de un gNB 1e-10 en el paso 1e-15. La información del sistema puede incluir una información de configuración del canal de acceso aleatorio físico (PRACH) aplicada a un enlace ascendente NR y a un SUL. El UE 1e-05 selecciona un enlace ascendente según las reglas preestablecidas en el paso 1 e-20, y realiza un acceso aleatorio a través del enlace ascendente seleccionado en el paso 1 e-25. Cuando el acceso aleatorio se completa con éxito, el UE 1e-05 entra en un modo de conexión y luego recibe información de configuración de la estación base (gNB) 1e-10 en el paso 1e-15. Cuando el UE 1e-05 utiliza tanto el enlace ascendente NR como el SUL, debe proporcionarse información de configuración para ambos enlaces ascendentes. El gNB 1e-10 transmite la información de configuración de PHR al UE 1e-05. La información de configuración de PHR puede incluir un dl-PathlossChange, prohibitPHR-Timer, y un periodicPHR-Timer. El gNB 1e-10 puede configurar, para el UE 1e-05, si la transmisión simultánea de un PUSCH y un PUCCH es soportada por cada uno de los enlaces ascendentes NR y el SUL. El gNB 1e-10 puede configurar si generar información PH insertando un parámetro predefinido debido a la no ocurrencia de una transmisión. Cuando se activa un PHR basado en reglas preestablecidas, el UE 1e-05 calcula el PH con respecto a cada celda servidora en el paso 1e-20. El UE 1e-05 selecciona uno de los formatos ilustrados en la FIG. 4 según las condiciones, y transmite el PHR al gNB 1e-10 en el paso 1e-25.

LA FIG. 6 es un diagrama de flujo de las operaciones de un UE que transmite un PHR, según una realización.

Refiriéndose a la FIG. 6, en el paso 1 f-05, el UE recibe información del sistema desde una estación base. La información del sistema puede incluir información de configuración de PRACH aplicada a un enlace ascendente NR y SUL.

En el paso 1f-10, el UE selecciona un enlace ascendente de acuerdo con las reglas preestablecidas.

En el paso 1f-15, el UE realiza un acceso aleatorio a través del enlace ascendente seleccionado.

En el paso 1 f-20, el UE recibe información de configuración sobre ambos enlaces ascendentes. La información de configuración de PHR puede incluir un dl-PathlossChange, un prohibitPHR-Timer y un periodicPHR-Timer. La estación base (gNB) puede configurar el UE para que admita la transmisión simultánea de un PUSCH y un PUCCH en el enlace ascendente NR y en el SUL. Además, el UE puede ser configurado, por el gNB, para generar información PH insertando un parámetro predefinido debido a la no ocurrencia de una transmisión.

En el paso 1 f-25, cuando se activa un PHR basado en reglas preestablecidas, el UE calcula el PH con respecto a cada celda servidora.

En el paso 1 f-30, el UE selecciona uno de los formatos ilustrados en la FIG. 4 según las condiciones, y transmite el PHR al gNB.

LA FIG. 7 es un diagrama de bloques de un UE 700, según una realización.

Refiriéndose a la FIG. 7, el UE 700 incluye un procesador de radiofrecuencia (RF) 1 g-10, un procesador de banda base 1g-20, un almacenamiento 1g-30 y un controlador 1g-40.

El procesador de RF 1 g-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 1g-10 convierte una señal de banda base proporcionada por el procesador de banda base 1g-20 en una señal de banda de RF y recibe la señal de banda de RF a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 1 g-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un convertidor digital-analógico (DAC), un convertidor analógico-digital (a Dc ), o similares. Aunque la FIG. 7 ilustra sólo una antena, el UE 700 puede incluir una pluralidad de antenas. Además, el procesador de RF 1g-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 1 g-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 1g-10 puede ajustar las fases y las magnitudes de las respectivas señales recibidas a través de la pluralidad de antenas o elementos de antena. Además, el procesador de RF 1 g-10 puede realizar MIMO, y puede transducir una pluralidad de capas mientras realiza una operación MIMO.

El procesador de banda base 1g-20 realiza una función de conversión entre la señal de banda base y una cadena de bits según una especificación de la capa física de un sistema. Por ejemplo, en la transmisión de datos, el procesador de banda base 1g-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida. Además, en la recepción de datos, el procesador de banda base 1g-20 reconstruye una cadena de bits recibida mediante la demodulación y decodificación de una señal de banda base proporcionada desde el procesador de RF 1g-10. Por ejemplo, cuando los datos se transmiten según un esquema OFDM, el procesador de banda base 1g-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación de transformada rápida de Fourier inversa (IFFT) e insertando un prefijo cíclico (CP). Además, en la recepción de datos, el procesador de banda base 1g-20 puede dividir la señal de banda base proporcionada desde el procesador de RF 1 g-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras mediante la realización de una operación de transformada rápida de Fourier (FFT) y, a continuación, reconstruir la cadena de bits recibida mediante la demodulación y decodificación de las señales.

El procesador de banda base 1g-20 y el procesador de RF 1 g-10 transmiten y reciben señales como se ha descrito anteriormente. En consecuencia, el procesador de banda base 1g-20 y el procesador de RF 1 g-10 pueden denominarse transmisor, receptor, transceptor o comunicador. Además, al menos uno de los procesadores de banda base 1g-20 y el procesador de RF 1 g-10 puede incluir una pluralidad de módulos de comunicación para soportar diferentes tecnologías de acceso inalámbrico. Además, al menos uno de los procesadores de banda base 1g-20 y el procesador de RF 1 g-10 puede incluir diferentes módulos de comunicación configurados para soportar una pluralidad de diferentes tecnologías de acceso inalámbrico. Además, al menos uno de los procesadores de banda base 1g-20 y el procesador de RF 1 g-10 puede incluir diferentes módulos de comunicación configurados para procesar señales de diferentes bandas de frecuencia. Por ejemplo, las diferentes tecnologías de acceso inalámbrico pueden incluir una red de área local inalámbrica (WLAN) (por ejemplo, el estándar 7+102.11 del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE)), una red celular (por ejemplo, una red LTE o una red NR), o similares. Ejemplos de las diferentes bandas de frecuencia pueden incluir una banda de súper alta frecuencia (SHF) (por ejemplo, 2 NRHz o 1 NRHz), y una banda de ondas milimétricas (onda-mm) (por ejemplo, 60 GHz).

El almacenamiento 1 g-30 puede almacenar datos tales como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones del UE. Por ejemplo, el almacenamiento 1g-30 puede almacenar información sobre un segundo nodo de acceso configurado para realizar una comunicación inalámbrica utilizando una segunda tecnología de acceso inalámbrico. Además, el almacenamiento 1g-30 proporciona datos almacenados, en respuesta a una solicitud del controlador 1g-40.

El controlador 1g-40 controla las operaciones generales del UE. Por ejemplo, el controlador 1g-40 transmite y recibe señales a través del procesador de banda base 1g-20 y del procesador de RF 1 g-10. Además, el controlador 1g-40 registra y lee los datos almacenados en la memoria 1g-30. Para ello, el controlador 1g-40 puede incluir al menos un procesador. Por ejemplo, el controlador 1 g-40 puede incluir un procesador de comunicación configurado para realizar el control de la comunicación y un procesador de aplicación (AP) configurado para controlar una capa superior como un programa de aplicación.

LA FIG. 8 es un diagrama que ilustra una configuración de una estación base 800 en un sistema de comunicación inalámbrica según una realización.

Refiriéndose a la FIG. 8, la estación base 800 incluye un procesador de RF 1h-10, un procesador de banda base 1h-20, un comunicador red de retorno 1h-30, un almacenamiento 1h-40 y un controlador 1g-50.

El procesador de RF 1 h-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 1 h-10 convierte una señal de banda base proporcionada por el procesador de banda base 1 h-20 en una señal de banda de RF y recibe la señal de banda de r F a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 1 h-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un DAC, un ADC, o similares. Aunque la FIG. 8 ilustra sólo una antena, la estación base 800 puede incluir una pluralidad de antenas. Además, el procesador de RF 1h-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 1 h-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 1h-10 puede ajustar las fases y las magnitudes de las respectivas señales recibidas a través de la pluralidad de antenas o elementos de antena. Además, el procesador de RF 1 h-10 puede realizar una operación MIMO descendente transmitiendo una o más capas.

El procesador de banda base 1 h-20 realiza una función de conversión entre la señal de banda base y una cadena de bits según una especificación de capa física de una primera tecnología de acceso inalámbrico. Por ejemplo, en la transmisión de datos, el procesador de banda base 1 h-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida. Además, en la recepción de datos, el procesador de banda base 1h-20 reconstruye una cadena de bits recibida mediante la demodulación y decodificación de una señal de banda base proporcionada desde el procesador de RF 1 h-10. Por ejemplo, cuando los datos se transmiten según un esquema OFDm , el procesador de banda base 1h-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación IFFT e insertando un CP. Además, en la recepción de datos, el procesador de banda base 1h-20 puede dividir la señal de banda base proporcionada desde el procesador de RF 1 h-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras realizando una operación FFT y, a continuación, reconstruir la cadena de bits recibida mediante la demodulación y decodificación de las señales. En consecuencia, el procesador de banda base 1h-20 y el procesador de RF 1 h-10 pueden denominarse transmisor, receptor, transceptor, comunicador o comunicador inalámbrico.

El comunicador de retorno 1h-30 proporciona una interfaz para realizar la comunicación con otros nodos en una red. Es decir, el comunicador de red de retorno 1h-30 convierte una cadena de bits en una señal física, siendo el flujo de bits transmitido desde la estación base 800 a otros nodos, incluyendo una estación base auxiliar, una red central, o similares, y convierte una señal física recibida de otros nodos en una cadena de bits.

El almacenamiento 1h-40 almacena datos tales como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones de la estación base 800. Por ejemplo, el almacenamiento 1h-40 puede almacenar información sobre un portador asignado a un equipo de usuario conectado, un resultado de medición reportado por el equipo de usuario conectado, o algo similar. Además, el almacenamiento 1h-40 puede almacenar información que es un criterio para determinar si se proporciona o se detiene la multiconexión al UE. Además, el almacenamiento 1h-40 puede proporcionar datos almacenados, en respuesta a una solicitud del controlador 1h-50.

El controlador 1h-50 controla todas las operaciones de la estación base 800. Por ejemplo, el controlador 1h-50 transmite señales a través del procesador de banda base 1h-20 y el procesador de RF 1 h-10, o a través del comunicador de red de retorno 1h-30. Además, el controlador 1 h-50 puede grabar/leer datos a/desde el almacenamiento 1h-40. Para ello, el controlador 1h-50 puede incluir al menos un procesador.

LA FIG. 9 es un diagrama de un sistema LTE según una realización.

Refiriéndose a la FIG. 9, una red de acceso inalámbrico del sistema LTE está configurada por una pluralidad de nodos B evolucionados (en adelante, un eNB, un Nodo B o una estación base) 2a-05, 2a-10, 2a-15 y 2a-20, una entidad de gestión de la movilidad (MME) 2a-25 y una pasarela de servicio (S-GW) 2a-30. Un equipo de usuario (en adelante, un UE o un terminal) 2a-35 accede a una red externa a través de los eNBs 2a-05, 2a-10, 2a-15 y 2a-20 y el S-GW 2a-30. Los eNBs 2a-05, 2a-10, 2a-15 y 2a-20 corresponden cada uno a un nodo B existente de un sistema de telecomunicación móvil universal (UMTS). Los eNBs 2a-05, 2a-10, 2a-15 y 2a-20 están conectados cada uno al UE 2a-35, y realizan funciones complicadas, en comparación con el nodo B existente. En el sistema LTE, todo el tráfico de los usuarios, incluyendo un servicio en tiempo real como un protocolo de voz sobre Internet (VoIP) basado en un protocolo de Internet, se atiende a través de un canal compartido, y por lo tanto, se requiere un dispositivo que obtenga y programe una pluralidad de piezas de información de estado, incluyendo estados de búfer, estados de potencia de transmisión disponible, estados de canal, o similares de los UEs, y los eNBs 2a-05, 2a-10, 2a-15, y 2a-20 corresponden cada uno al dispositivo. En general, un eNB controla una pluralidad de celdas. Por ejemplo, para implementar una velocidad de transmisión de 100 Mbps, el sistema LTE utiliza, como tecnología de acceso inalámbrico, OFDM con un ancho de banda de 20 MHz. Además, el sistema LTE utiliza una técnica AMC para determinar un esquema de modulación y una tasa de codificación de canal según el estado del canal del equipo de usuario. El S-GW 2a-30 es un dispositivo configurado para proporcionar un portador de datos, y genera o elimina el portador de datos, en respuesta a un control del MME 2a-25. El MME 2a-25 no sólo realiza una función de gestión de la movilidad, sino que también realiza diversas funciones de control con respecto al UE, y está conectado a una pluralidad de eNB.

LA FIG. 10 es un diagrama de bloques de una arquitectura de protocolo de radio en un sistema LTE según una realización.

Refiriéndose a la FIG. 10, el protocolo de radio del sistema LTE puede estar configurado de protocolos de convergencia de datos de paquetes (PDCP) 2b-05 y 2b-40, controles de radioenlace (RLC) 2b-10 y 2b-35, controles de acceso al medio (MAC) 2b-15 y 2b-30, y capas físicas (PHY) 2b-20 y 2b-25, respectivamente en un UE y un eNB LTE. Los PDCPs 2b-05 y 2b-40 pueden realizar operaciones como la compresión/descompresión del encabezado del protocolo de Internet (IP). Las principales funciones de los PDCP 2b-05 y 2b-40 se resumen como sigue.

- Compresión y descompresión de cabeceras (sólo ROHC)

- Transferencia de datos del usuario

- Entrega en secuencia de unidades de datos de paquetes (PDU) de capa superior en el procedimiento de restablecimiento de PDCP para RLC AM

- Para los portadores divididos en convergencia de datos (DC) (modo de reconocimiento RLC (AM)): Enrutamiento de PDCP PDU para la transmisión y reordenación de PDCP PDU para la recepción

- Detección de duplicados de unidades de datos de servicio (SDU) de capa inferior en el procedimiento de restablecimiento de PDCP para RLC AM

- Función de retransmisión PDCP SDU en el traspaso y para los portadores divididos en DC, PDCP PDU en el procedimiento de recuperación de datos PDCP, para RLC AM

- Función de cifrado y descifrado

- Descarte de SDU basado en temporizador en el enlace ascendente

Las RLCs 2b-10 y 2b-35 reconfiguran una PDCP PDU a un tamaño apropiado para realizar una operación de repetición automática (ARQ) o similar. A continuación, se resumen las principales funciones de los RLCs 2b-10 y 2b-35.

- Transferencia de PDU de capa superior

- Corrección de errores mediante ARQ (sólo para la transferencia de datos en modo reconocido (AM))

- Concatenación, segmentación y reensamblaje de RLC RLC SDUs(sólo para modo no reconocido (UM) y transferencia de datos AM)

- Re-segmentación de PDUs de datos RLC (sólo para transferencia de datos AM)

- Reordenación de las PDU de datos RLC (sólo para la transferencia de datos UM y AM)

- Detección de duplicados (sólo para la transferencia de datos UM y AM)

- Detección de errores de protocolo (sólo para la transferencia de datos AM)

- Descarte de RLC SDU (sólo para transferencia de datos UM y AM)

- Restablecimiento del RLC

Las MACs 2b-15 y 2b-30 están conectadas a una pluralidad de aparatos de capa RLC configurados en un UE, y realizan operaciones de multiplexación de RLC PDUs en MAC PDUs y demultiplexación de RLC PDUs desde MAC PDUs. A continuación, se resumen las principales funciones de los MAC 2b-15 y 2b-30.

- Mapeo entre canales lógicos y canales de transporte

- Multiplexación/desmultiplexación de MAC SDUs pertenecientes a uno o varios canales lógicos en/desde bloques de transporte (TBs) entregados a/desde la capa física en los canales de transporte

- Programación de informes de información

- Corrección de errores mediante solicitud de repetición automática híbrida (HARQ)

- Gestión de la prioridad entre los canales lógicos de un UE

- Gestión de la prioridad entre los UEs por medio de la programación dinámica

- Identificación del servicio MBMS

- Selección del formato de transporte

- Padding

Los PHYs 2b-20 y 2b-25 realizan operaciones de codificación de canal y modulación de datos de capa superior y transmisión de símbolos OFDM a través de un canal inalámbrico convirtiendo los datos de capa superior en los símbolos OFDM u operaciones de demodulación y decodificación de canal de los símbolos OFDM recibidos a través del canal inalámbrico, y transmitiendo los datos decodificados a una capa superior.

LA FIG. 11 es un diagrama de un sistema de comunicación móvil al que se aplica una realización.

Refiriéndose a la FIG. 11, una red de acceso inalámbrico del sistema de comunicación móvil (en adelante, NR o 5G) está configurada por un nuevo nodo de radio B (en adelante, NR gNB o estación base NR) 2c-10 y una nueva red de núcleo de radio (en adelante, NR CN) 2c-05. Un nuevo equipo de usuario de radio (en adelante, un NR UE o un terminal) 2c-15 accede a una red externa a través del NR gNB 2c-10 y el NR CN 2c-05.

El NR gNB 2c-10 corresponde a un nodo B evolucionado (eNB) de un sistema LTE existente. El NR gNB 2c-10 está conectado al NR UE 2c-15 a través de un canal inalámbrico y puede proporcionar un servicio excelente, en comparación con el eNB según la técnica relacionada. En la NR, todo el tráfico de usuario se atiende a través de un canal compartido y, por lo tanto, se requiere un dispositivo que obtenga y programe una pluralidad de piezas de información de estado, incluidos los estados del búfer, los estados de la potencia de transmisión disponible, los estados del canal o similares de los UE, y el gNB 2c-10 de la NR corresponde al dispositivo. En general, un NR gNB controla una pluralidad de celdas. Para conseguir una transmisión de datos de alta velocidad, en comparación con el sistema LTE existente, se puede dar un ancho de banda mayor que el máximo de LTE, y se puede añadir la tecnología de formación de haces a la tecnología de acceso inalámbrico, como la OFDM.

Además, el NR utiliza una técnica de AMC para determinar un esquema de modulación y una tasa de codificación de canal según el estado del canal de un UE. El NR CN 2c-05 realiza funciones de apoyo a la movilidad, configuración de un portador, configuración de una QoS, o similares. El NR CN 2c-05 es un dispositivo configurado para realizar no sólo una función de gestión de la movilidad, sino también diversas funciones de control con respecto al UE, y está conectado a una pluralidad de NB. Además, el NR puede interoperar con el sistema LTE existente, y el NR CN 2c-05 está conectado a un MME 2c-25 a través de una interfaz de red. El MME 2c-25 está conectado a un eNB 2c-30 que es una estación base existente.

FIG. 12 es un diagrama de bloques de una arquitectura de protocolo de radio de un sistema de comunicación móvil al que se aplica una realización.

Refiriéndose a la FIG. 12, un protocolo de radio del sistema de comunicación móvil está configurado de NR PDCPs 2d-05 y 2d-40, NR RLCs 2d-10 y 2d-35, NR MACs 2d-15 y 2d-30, y NR PHYs 2d-20 y 2d-25, respectivamente en UE y un NR gNB. Las principales funciones de los NR PDCPs 2d-05 y 2d-40 pueden incluir algunas de las siguientes funciones.

- Compresión y descompresión de cabeceras (sólo ROHC)

- Transferencia de datos del usuario

- Entrega en secuencia de las PDU de la capa superior

- Entrega fuera de secuencia de las PDU de la capa superior

- Reordenación de PDCP PDU para la recepción

- Detección de duplicados de SDU de capa inferior

- Retransmisión de SDUs PDCP

- Función de cifrado y descifrado

- Descarte de SDU basado en temporizador en el enlace ascendente

En lo anterior, la reordenación para la recepción de los PDCPs 2d-05 y 2d-40 de NR puede referirse a una función de reordenación secuencial de PDCP PDUs recibidos desde una capa inferior, basada en números de secuencia (SNs) de PDCP, y puede incluir una función de transferencia de datos a una capa superior en el orden reordenado o una función de transferencia directa de datos sin consideración de un orden, una función para reordenar el orden y registrar las PDCP PDUs que faltan, una función para transmitir un informe de estado sobre las PDCP PDUs que faltan a un transmisor, y una función para solicitar la retransmisión de las PDCP PDUs que faltan.

Las funciones principales de las NR RLCs 2d-10 y 2d-35 pueden incluir al menos algunas de las siguientes funciones.

- Transferencia de la PDU de la capa superior

- Entrega en secuencia de las PDU de la capa superior

- Entrega fuera de secuencia de las PDU de la capa superior

- Corrección de errores mediante ARQ

- Concatenación, segmentación y reensamblaje de RLC SDUs

- Re-segmentación de PDUs de datos RLC

*181- Reordenación de PDUs de datos RLC

- Función de detección de duplicados

- Detección de errores de protocolo

- Descarte de RLC SDU

- Restablecimiento del RLC

A este respecto, la entrega en secuencia de las RLC 2d-10 y 2d-35 de NR puede referirse a una función de transferir secuencialmente las RLC SDU recibidas desde una capa inferior a una capa superior, y puede incluir una función de reensamblar y entregar una pluralidad de RLC SDU cuando se recibe una RLC SDU que ha sido segmentada en la pluralidad de RLC SDU, una función de reordenación de las RLC PDUs recibidas de acuerdo con las RLC SNs o PDCP SNs, una función de reordenación del orden y registro de las RLC PDUs que faltan, una función de transmisión de un informe de estado sobre las RLC PDUs que faltan a un transmisor, y una función de solicitud de retransmisión de las RLC PDUs que faltan. Cuando falta una RLC SDU, la entrega en secuencia puede incluir una función de transferir secuencialmente a la capa superior sólo las RLC SDU anteriores a la RLC SDU que falta, e incluso cuando falta la RLC SDU, cuando ha expirado un temporizador preestablecido, puede incluir una función de transferir secuencialmente, a la capa superior, todas las RLC SDUs recibidas antes de que comenzara el temporizador preestablecido, o puede incluir una función de transferir secuencialmente todas las RLC SDUs recibidas hasta el momento a la capa superior, incluso cuando hay la RLC SDU que falta, cuando el temporizador ha expirado. Además, las NR RLCs 2d-10 y 2d-35 pueden procesar las RLC PDUs en el orden de recepción (en el orden de llegada independientemente del orden de los números de secuencia), y pueden transferir las RLC PDUs a las NR PDCPs 2d-05 y 2d-40, independientemente del orden (entrega fuera de secuencia), y en el caso de un segmento, las NR RLC 2d-10 y 2d-35 pueden recibir segmentos almacenados en un búfer o que se recibirán posteriormente, pueden reconstruir los segmentos en una RLC PDU, y luego pueden procesar y transferir la RLC PDU a las NR PDCP 2d-05 y 2d-40. Los RLCs 2d-10 y 2d-35 de NR no pueden incluir una función de concatenación. La función de concatenación puede ser realizada por las NR MACs 2d-15 y 2d-30 o puede ser sustituida por una función de multiplexación de las NR MACs 2d-15 y 2d-30.

La entrega fuera de secuencia de las RLCs 2d-10 y 2d-35 de NR puede referirse a una función de transferencia de las RLC SDUs recibidas de la capa inferior directamente a la capa superior, independientemente del orden. Cuando se recibe una RLC SDU que ha sido segmentada en una pluralidad de RLC SDUs, la entrega fuera de secuencia puede incluir una función de reensamblaje y transferencia de la pluralidad de RLC SDUs. Además, la entrega fuera de secuencia puede incluir una función de almacenamiento de RLC SN o PDCP SN de las RLC PDUs recibidas y su ordenamiento, y el registro de las RLC PDUs faltantes.

Las MACs 2d-15 y 2d-30 de NR pueden estar conectadas a una pluralidad de aparatos de capa RLC de NR configurados en un UE, y la función principal de las MACs 2d-15 y 2d-30 de NR puede incluir algunas de las siguientes funciones.

- Mapeo entre canales lógicos y canales de transporte.

- Multiplexación/desmultiplexación de MAC SDUs

- Función de información sobre la programación

- Corrección de errores mediante HARQ

- Gestión de la prioridad entre los canales lógicos de un UE

- Identificación del servicio MBMS

- Selección del formato de transporte

- Padding

Los NR PHYs 2d-20 y 2d-25 realizan operaciones de codificación de canal y modulación de datos de la capa superior y transmisión de símbolos OFDM a través de un canal inalámbrico convirtiendo los datos de la capa superior en los símbolos OFDM, u operaciones de demodulación y decodificación de canal de los símbolos OFDM recibidos a través del canal inalámbrico, y transmisión de los datos decodificados a una capa superior.

En una realización, se proporciona un procedimiento de un sistema de comunicación inalámbrica en el que un UE comprime los datos que se van a transmitir a un enlace ascendente y un NB descomprime los datos, y también se proporciona un método de soporte con respecto a un procedimiento de transcepción de datos en el que un extremo transmisor comprime y transmite los datos y un extremo receptor descomprime los datos, el método de soporte incluye un formato de cabecera específico, un método de resolución de fallos de descompresión, o similares. La realización también puede aplicarse a un procedimiento en el que el NB comprime los datos de enlace descendente que se van a transmitir al UE y el UE recibe y descomprime los datos de enlace descendente comprimidos.

El extremo transmisor comprime y transmite los datos de tal manera que se pueden transmitir más datos y también se puede mejorar la cobertura.

LA FIG. 13 es un diagrama de flujo de un procedimiento realizado por un gNB, para instruir si se realiza la compresión de datos de enlace ascendente (UDC), cuando un UE establece la conexión a una red, según una realización.

Refiriéndose a la FIG. 13, se ilustra un procedimiento en el que una estación base (gNB) solicita una UDC cuando un UE en un modo RRC inactivo o un modo RRC inactivo (o ligeramente conectado) pasa a un modo RRC conectado y establece la conexión a una red.

Cuando el UE que transmite datos en el modo conectado RRC no transmite datos por una determinada razón o durante un determinado tiempo, el gNB transmite un mensaje RRCConnectionRelease al UE para cambiar al modo inactivo RRC en el paso 2e-01). Después, cuando el UE que no ha establecido una conexión con la estación base (en adelante, el UE en modo inactivo) tiene datos que transmitir, el UE en modo inactivo realiza un procedimiento de establecimiento de conexión RRC con el gNB. El UE en modo inactivo establece la sincronización de transmisión inversa con el gNB mediante un procedimiento de acceso aleatorio, y transmite un mensaje RRCConnectionRequest al gNB en el paso 2e-05. El mensaje RRCConnectionRequest puede incluir un identificador del equipo de usuario en modo inactivo, una causa de establecimiento o algo similar. El gNB transmite un mensaje RRCConnectionSetup para que el UE en modo inactivo establezca la conexión RRC en el paso 2e-10. El mensaje RRCConnectionSetup puede incluir información que indique si se utiliza UDC para cada canal lógico (LogicalChannelConfig), cada portador o cada capa PDCP (PDCP-Config). Más detalladamente, para cada canal lógico, cada portador, o cada capa PDCP (o cada capa de protocolo de acceso a datos de servicio (SDAP)), el mensaje RRCConnectionSetup puede indicar para qué flujo IP o flujo QoS se va a utilizar un procedimiento UDC (el mensaje RRCConnectionSetup puede configurar la información a la capa SDAP, la información es sobre el flujo IP o el flujo QoS en el que el procedimiento UDC va a ser utilizado o no, y entonces la capa SDAP puede instruir a la capa PDCP si debe utilizar el procedimiento UDC con respecto a cada flujo QoS. Alternativamente, la capa PDCP puede comprobar de forma autónoma cada flujo de QoS y luego puede determinar si se aplica el procedimiento UDC al mismo). En este sentido, cuando se ordena utilizar el procedimiento UDC, se puede indicar un identificador de una biblioteca o diccionario predefinido que se va a utilizar en el procedimiento UDC o un tamaño de un buffer que se va a utilizar en el procedimiento UDC. Además, el mensaje RRCConnectionSetup puede incluir un comando de configuración o liberación de descompresión de datos del enlace ascendente. A este respecto, cuando se configura para utilizar UDC, el UE puede estar siempre configurado con un portador RLC AM (un modo sin pérdidas debido a una función ARQ o una función de retransmisión) y puede no estar configurado con un protocolo de compresión de cabecera (por ejemplo, un protocolo ROHC). Además, el mensaje RRCConnectionSetup puede incluir información de configuración de la conexión RRC. Una conexión RRC puede referirse a un portador radioeléctrico de señalización (SRB) y puede utilizarse en la transmisión de un mensaje RRC que es un mensaje de control entre el UE y el gNB. El UE establece la conexión RRC y luego transmite un mensaje RRCConnetionSetupComplete al gNB en el paso 2e-15. En el caso de que el gNB no conozca, o desee comprobar la capacidad del UE actualmente conectado, el gNB puede transmitir un mensaje de consulta de la capacidad del UE. El UE puede transmitir un mensaje de informe de capacidad del UE. El mensaje de informe de capacidad del equipo de usuario puede incluir un indicador que señale si el equipo de usuario es capaz de utilizar el procedimiento u Dc . El mensaje RRCConnetionSetupComplete puede incluir un mensaje de control como un mensaje SERVICE REQUEST para solicitar a un MME que configure un portador para un determinado servicio por parte del UE.

El gNB transmite el mensaje SERVICE REQUEST incluido en el mensaje RRCConnetionSetupComplete al MME en el paso 2e-20, y el MME determina si debe proporcionar el servicio solicitado por el UE. Como resultado de la determinación, cuando el MME decide proporcionar el servicio solicitado por el Ue , el MME transmite un mensaje INITIAL CONTEXT SETUP REQUEST al gNB en el paso 2e-25. El mensaje INITIAL CONTEXT SETUP REQUEST incluye información de QoS a aplicar en la configuración de un radio portador de datos (DRB), información de seguridad (por ejemplo, una clave de seguridad, un algoritmo de seguridad, o similares) a aplicar al DRB, o similares.

El gNB intercambia un mensaje SecurityModeCommand en el paso 2e-30 y un mensaje SecurityModeComplete en el paso 2e-35 con el UE para configurar un modo de seguridad. Una vez que el modo de seguridad está completamente configurado, el gNB transmite un mensaje RRCConnectionReconfiguration al UE en el paso 2e-40. El mensaje RRCConnectionReconfiguration puede incluir información que indique si se utiliza un procedimiento UDC para cada canal lógico (LogicalChannelConfig), cada portador o cada capa PDCP (PDCP-Config). Más detalladamente, para cada canal lógico, cada portador, o cada capa PDCP (o cada capa SDAP), el mensaje RRCConnectionReconfiguration puede indicar para qué flujo IP o flujo QoS debe utilizarse el procedimiento UDC (el mensaje RRCConnectionReconfiguration puede configurar información para la capa SDAP, siendo la información sobre el flujo IP o el flujo QoS en el que debe utilizarse o no el procedimiento UDC, y entonces la capa SDAP puede instruir a la capa PDCP si debe utilizar el procedimiento UDC con respecto a cada flujo QoS. Alternativamente, la capa PDCP puede comprobar de forma autónoma cada flujo de QoS y luego puede determinar si se aplica el procedimiento UDC al mismo). En este sentido, cuando se ordena utilizar el procedimiento UDC, se puede indicar un identificador de una biblioteca o diccionario predefinido que se va a utilizar en el procedimiento UDC o un tamaño de un búfer que se va a utilizar en el procedimiento UDC. Además, el mensaje RRCConnectionReconfiguration puede incluir un comando de configuración o liberación de descompresión de datos del enlace ascendente. A este respecto, cuando se configura para utilizar UDC, el UE puede estar siempre configurado con un portador RLC AM (un modo sin pérdidas debido a una función ARQ o una función de retransmisión) y puede no estar configurado con un protocolo de compresión de cabecera (por ejemplo, un protocolo ROHC). Además, el mensaje RRCConnectionReconfiguration puede incluir información de configuración sobre el DRB para procesar los datos de usuario, y el UE establece el DRB utilizando la información de configuración y transmite un mensaje RRCConnectionReconfigurationComplete al gNB en el paso 2e-45.

El gNB completa la configuración del DRB con el UE y luego transmite un mensaje INITIAL CONTEXT SETUP COMPLETE a la MME en el paso 2e-50, y la MME recibe el mensaje y luego intercambia un mensaje S1 BEARER SETUP en el paso 2e-55 y un mensaje S1 BEARER SETUP Re Sp ONSE en el paso 2e-60 con un S-GW para establecer un portador S1. El portador S1 indica la conexión de transmisión de datos que se establece entre el S-GW y el gNB, y corresponde al DRB de manera individual.

Una vez completado el procedimiento anterior, el UE y el gNB transfieren y reciben datos a través del S-GW en los pasos 2e-65 y 2e-70. El procedimiento de transferencia de datos incluye tres pasos que son la configuración de la conexión RRC, la configuración de la seguridad y la configuración del DRB. El gNB puede transmitir un mensaje RRCConnectionReconfiguration al UE para realizar, añadir o cambiar la configuración del UE en el paso 2e-75. El mensaje RRCConnectionReconfiguration puede incluir información que indique si se utiliza un procedimiento UDC para cada canal lógico (LogicalChannelConfig), cada portador o cada capa PDCP (PDCP-Config). Más detalladamente, para cada canal lógico, cada portador, o cada capa PDCP (o cada capa SDAP), el mensaje RRCConnectionReconfiguration puede indicar para qué flujo IP o flujo QoS se debe utilizar el procedimiento UDC (el mensaje RRCConnectionReconfiguration puede configurar la información a la capa SDAP, siendo la información sobre el flujo IP o flujo QoS en el que se debe utilizar o no el procedimiento UDC, y entonces la capa SDAP puede instruir a la capa PDCP si debe utilizar el procedimiento UDC con respecto a cada flujo QoS. Alternativamente, la capa PDCP puede comprobar de forma autónoma cada flujo de QoS y luego puede determinar si se aplica el procedimiento UDC al mismo). En este sentido, cuando se ordena utilizar el procedimiento UDC, se puede indicar un identificador de una biblioteca o diccionario predefinido que se va a utilizar en el procedimiento UDC o un tamaño de un búfer que se va a utilizar en el procedimiento UDC. Además, el mensaje RRCConnectionReconfiguration puede incluir un comando de configuración o liberación de descompresión de datos del enlace ascendente. En este sentido, cuando se configura para utilizar UDC, siempre se puede configurar con un portador RLC AM (un modo sin pérdidas debido a una función ARQ o una función de retransmisión) y no se puede configurar con un protocolo de compresión de cabecera (por ejemplo, un protocolo ROHC).

LA FIG. 14 es un diagrama de un procedimiento y una estructura de datos para realizar UDC, según una realización.

Refiriéndose a la FIG. 14, los datos de enlace ascendente 2f-05 pueden generarse como datos correspondientes a servicios que incluyen la transmisión de vídeo, la transmisión de fotos, la navegación web, la voz sobre LTE (VoLTE), o similares. Una pluralidad de datos generados en una capa de aplicación puede ser procesada a través de una capa de transmisión de datos de red, como un protocolo de control de transmisión y protocolo de Internet (TCP/IP) o un protocolo de datagramas de usuario (UDP) para configurar cada una de las cabeceras 2f-10 y 2f-15, y puede ser transferida a una capa PDCP. Cuando la capa PDCP recibe datos (una PDCP SDU) de una capa superior, la capa PDCP puede realizar un procedimiento como se describe a continuación.

Cuando el mensaje RRC 2e-10, 2e-40, o 2e-75 indica utilizar UDC en la capa PDCP, la capa PDCP realiza UDC en la PDCP SDU como se indica en 2f-20 para comprimir los datos de enlace ascendente, puede configurar una cabecera UDC (una cabecera para los datos de enlace ascendente comprimidos) 2f-25, puede realizar cifrado, puede realizar protección de integridad cuando está configurada para ello, y puede configurar una cabecera PDCP 2f-30, generando así PDCP SDUs. Un aparato de la capa PDCP, que incluye un aparato para procesar UDC (compresor UDC/descompresor UDC), determina si debe realizar un procedimiento UDC en cada dato según la configuración de un mensaje RRC, y utiliza el compresor UDC/descompresor UDC. Un extremo transmisor realiza la compresión de datos utilizando el compresor UDC en una capa PDCP del extremo transmisor, y un extremo receptor realiza la descompresión de datos utilizando el descompresor UDC en una capa PDCP del extremo receptor.

El procedimiento de la FIG. 14 puede aplicarse no sólo a la compresión de los datos del enlace ascendente, sino también a la compresión de los datos del enlace descendente, cuando las compresiones son realizadas por el UE. Además, las descripciones de los datos del enlace ascendente pueden aplicarse igualmente a los datos del enlace descendente.

FIG. 15 es un diagrama de un procedimiento UDC, según una realización.

Refiriéndose a la FIG. 15, se ilustra un algoritmo UDC basado en DEFLATE, que es un algoritmo de compresión sin pérdidas. Según el algoritmo UDC basado en DEFLATE, básicamente, los datos de enlace ascendente pueden comprimirse utilizando una combinación de un algoritmo LZ77 y un algoritmo de codificación Huffman.

Según el algoritmo LZ77, se realiza una operación de búsqueda de ocurrencias repetidas de datos dentro de una ventana deslizante, y cuando se encuentran las ocurrencias repetidas dentro de la ventana deslizante, se realiza la compresión de datos expresando los datos repetidos dentro de la ventana deslizante como una ubicación y longitud de los mismos. La ventana deslizante se denomina búfer en el procedimiento UDC y puede establecerse en 8 kilobytes o 32 kilobytes. Es decir, la ventana deslizante o el búfer pueden registrar 8.192 o 32.768 caracteres, encontrar ocurrencias repetidas de datos y realizar la compresión de datos expresando los datos repetidos como una ubicación y longitud de los mismos. Por lo tanto, dado que el algoritmo LZ77 es un esquema de ventana deslizante, es decir, dado que los datos subsiguientes se codifican inmediatamente después de que los datos previamente codificados se actualicen en un búfer, los datos sucesivos pueden tener correlaciones entre sí. Así, los datos subsiguientes pueden ser decodificados normalmente sólo cuando los datos previamente codificados son decodificados normalmente.

Los códigos comprimidos y expresados como la ubicación y la longitud mediante el algoritmo LZ77 se comprimen una vez más mediante el algoritmo de codificación Huffman. Según el algoritmo de codificación Huffman, se pueden encontrar los caracteres repetidos y se puede realizar la compresión de los datos una vez más asignando el código más corto al carácter más frecuente y asignando el código más largo al carácter menos frecuente. El algoritmo de codificación Huffman es un algoritmo de codificación prefijado y es un esquema de codificación óptimo por el que todos los códigos son decodificables de forma única.

Como se ha descrito anteriormente, un extremo transmisor puede codificar los datos brutos 2g-05 utilizando el algoritmo LZ77 en un codificador LZ77 2g-10, actualizar un búfer 2g-15 y configurar una cabecera UDC generando bits de suma de comprobación para el contenido (o los datos) del búfer. Los bits de la suma de comprobación pueden ser utilizados por un extremo receptor para determinar la validez de un estado del búfer. El extremo transmisor puede comprimir los códigos codificados mediante el algoritmo LZ77, utilizando el algoritmo de codificación Huffman en un codificador Huffman 2g-20, y puede transmitir los datos comprimidos como datos de enlace ascendente 2g-25. El extremo receptor puede realizar un procedimiento de descompresión sobre los datos comprimidos recibidos del extremo transmisor, de forma inversa a la del extremo transmisor. Es decir, el extremo receptor puede realizar la decodificación Huffman en un decodificador Huffman 2g-30, puede actualizar un búfer 2g-35, y puede comprobar la validez del búfer actualizada, basándose en los bits de la suma de comprobación de la cabecera UDC. Al determinar que los bits de la suma de comprobación no tienen errores, el extremo receptor puede descomprimir los datos realizando la decodificación mediante el algoritmo LZ77 en un decodificador LZ77 2g-40 para reconstruir los datos brutos y entregar los datos descomprimidos a una capa superior 2g-45.

Como se ha descrito anteriormente, dado que el algoritmo LZ77 es un esquema de ventana deslizante, es decir, dado que los datos subsiguientes se codifican inmediatamente después de que los datos previamente codificados se actualicen en un búfer, los datos sucesivos pueden tener correlaciones entre ellos. Así, los datos subsiguientes pueden ser decodificados normalmente sólo cuando los datos previamente codificados son decodificados normalmente. Por lo tanto, una capa PDCP del extremo receptor puede comprobar los números de secuencia PDCP de una cabecera PDCP, puede comprobar una cabecera UDC (comprobar un indicador que indique si se realiza o no la compresión de datos), y puede realizar un procedimiento de descompresión de datos en los datos UDC comprimidos en orden ascendente de los números de secuencia PDCP.

A continuación, se describe un procedimiento para configurar la UDC para un UE por una estación base y un procedimiento para realizar la UDC por el UE.

Refiriéndose a la FIG. 13, la estación base (gNB) puede configurar o liberar la UDC para un portador o un canal lógico que configura un modo RLC AM para el UE, utilizando el mensaje RRC indicado por 2e-10, 2e-40, o 2e-75 en la FIG.

13. La estación base puede restablecer una entidad (o protocolo) UDC de una capa PDCP del UE, utilizando el mensaje RRC. El restablecimiento de la entidad (o protocolo) UDC indica que se restablece un búfer UDC para la compresión de datos de enlace ascendente del equipo de usuario, y es necesario para lograr la sincronización entre el búfer UDC del equipo de usuario y un búfer UDC para la descompresión de datos de enlace ascendente de la estación base. Para restablecer el búfer de la entidad UDC, puede modificarse una PDU de control PDCP existente o definirse una nueva PDU de control PDCP y un extremo transmisor (estación base) puede restablecer un búfer UDC de un extremo receptor (UE) utilizando la PDU de control PDCP en lugar del mensaje RRC para lograr la sincronización para la compresión y descompresión de datos de usuario entre el extremo transmisor y el extremo receptor.

Utilizando el mensaje RRC, se puede determinar si se realiza la compresión de datos de enlace ascendente para cada portador, cada canal lógico o cada capa PDCP. En este sentido, la realización o no de la descompresión de datos en el enlace ascendente puede configurarse para cada flujo IP (o QoS) en cada portador, canal lógico o capa PDCP. Para la configuración de cada flujo de QoS, la capa PDCP puede configurar un indicador o información para indicar para qué flujo de QoS realizar la descompresión de datos de enlace ascendente y para qué flujo de QoS no realizar la descompresión de datos de enlace ascendente. La configuración para cada flujo de QoS puede establecerse para un aparato de la capa SDAP que no sea la capa PDCP, de manera que la capa SDAP pueda instruir a la capa PDCP para que realice o no la descompresión de datos en el enlace ascendente para cada flujo de QoS cuando el flujo de QoS se asigne a un portador.

Utilizando el mensaje RRC, la estación base puede configurar un valor de temporizador de descarte PDCP para el UE. En este caso, para el valor del temporizador de descarte PDCP, se puede configurar por separado un valor de temporizador de descarte PDCP para los datos a los que no se aplica UDC y un valor de temporizador de descarte PDCP para los datos a los que se aplica UDC. A continuación, se describe un procedimiento de descarte de datos en la capa PDCP del UE y la ejecución del temporizador de descarte PDCP con referencia a otra realización.

Cuando se configura para realizar UDC para un determinado portador, canal lógico o capa PDCP (o para cualquier flujo de QoS del determinado portador, canal lógico o capa PDCP) utilizando el mensaje r Rc , el UE puede restablecer un búfer en una entidad UDC de la capa PDCP de acuerdo con la configuración y puede preparar un procedimiento UDC. Cuando se reciben PDCP SDUs de una capa superior, cuando se configura para realizar UDC para la capa PDCP, el UE puede realizar UDC en las PDCP SDUs recibidas. Cuando está configurado para realizar UDC sólo para ciertos flujos de QoS de la capa PDCP, el UE puede determinar si debe realizar UDC comprobando una instrucción de una capa SDAP superior o las identidades de flujo de QoS, y puede realizar UDC. Cuando se realiza la UDC y el búfer se actualiza de acuerdo con la compresión de la UDC, el UE puede configurar un búfer de UDC. Cuando se realiza la UDC, el UE puede comprimir las PDCP SDUs recibidas de la capa superior, en datos UDC (por ejemplo, un bloque UDC) que tengan un tamaño menor. El UE puede configurar una cabecera UDC para los datos UDC comprimidos. La cabecera de la UDC puede incluir un indicador que señale si se realiza o no la UDC. Por ejemplo, un indicador de 1 bit de la cabecera UDC puede tener un valor 0 que indica que se aplica UDC, o un valor 1 que indica que no se aplica UDC. En este sentido, la UDC puede no aplicarse porque las PDCP SDUs recibidas de la capa superior no tienen una estructura de datos repetida y, por tanto, no pueden comprimirse utilizando el procedimiento UDC (por ejemplo, un algoritmo DEFLATE). Cuando se realiza la UDC en las PDCP SDUs recibidas de la capa superior y se actualiza el búfer UDC, la capa PDCP del extremo receptor puede calcular los bits de suma de comprobación y puede incluir, en el búfer UDC, los bits de suma de comprobación calculados para verificar la validez del búfer UDC actualizado (los bits de suma de comprobación tienen una longitud determinada, por ejemplo, 4 bits).

El UE puede realizar una protección de integridad sobre los datos a los que se aplica o no la descompresión de datos de enlace ascendente, cuando la protección de integridad está configurada para los datos, puede realizar el cifrado y puede transferir los datos a una capa inferior.

FIG. 16 es un diagrama del fallo de descompresión que se produce en un procedimiento UDC, según una realización.

Refiriéndose a la FIG. 16, como se ha descrito anteriormente con referencia a la FIG. 15, cuando un extremo transmisor realiza la compresión de datos utilizando un algoritmo para realizar UDC (es decir, el algoritmo UDC basado en DEFLATE que se realiza ejecutando el algoritmo LZ77 y luego realizando la codificación Huffman), el extremo transmisor actualiza los datos previamente comprimidos en un búfer, compara los datos con los siguientes datos a comprimir, basándose en el búfer, encuentra una estructura repetida y realiza la compresión en la estructura repetida utilizando una posición y una longitud. Por lo tanto, cuando un extremo receptor realiza la descompresión, el extremo receptor tiene que realizar la descompresión en un mismo orden de compresión como el realizado por el extremo transmisor para tener éxito en la descompresión. Por ejemplo, cuando el extremo transmisor ha realizado la UDC sobre los datos de los números de secuencia PDCP 1, 3, 4 y 5 y no ha realizado la compresión UDC sobre los datos del número de secuencia PDCP 22h-05 en la FIG. 16, el extremo receptor tiene que realizar la descompresión de los datos recibidos en el orden de los números de secuencia PDCP 1, 3, 4 y 5 en una capa PDCP para tener éxito en la descompresión.

Cuando el extremo transmisor realiza la UDC, una cabecera UDC indica la UDC, y, por lo tanto, el extremo receptor puede determinar, mediante la comprobación de la cabecera UDC, si la UDC se ha aplicado a la misma. En un procedimiento de descompresión UDC, cuando faltan los datos del número de secuencia 3 de PDCP, la descompresión UDC falla por completo. Es decir, la descompresión UDC no puede realizarse en los datos de los números de secuencia PDCP 4 y 5 2h-10. Por lo tanto, los datos que faltan (paquete) no deben ocurrir en el procedimiento de la descompresión UDC, y el extremo receptor tiene que descomprimir los datos en un mismo orden de UDC como el realizado por el extremo transmisor. Por lo tanto, la UDC tiene que realizarse en un modo RLC AM que es un modo sin pérdidas en el que es posible la retransmisión.

Sin embargo, los datos perdidos pueden ocurrir debido a un temporizador de descarte PDCP de una capa PDCP. Es decir, la capa PDCP maneja un temporizador para cada dato (un paquete o una PDCP SDU) recibido de una capa superior utilizando un valor del temporizador de descarte PDCP, cuyo valor se establece en el mensaje RRC. Cuando el temporizador expira, se descartan los datos correspondientes al mismo. Por lo tanto, cuando un temporizador relacionado con los datos en los que se ha realizado la UDC expira, los datos pueden ser descartados, de manera que una pluralidad de elementos de datos en los que se ha realizado la UDC pueden fallar en la descompresión de la UDC realizada por el extremo receptor.

En una realización, se proporciona un procedimiento de descarte de datos de una capa PDCP que soporta un procedimiento UDC. Los procedimientos de descarte de datos de la capa PDCP que se proporcionan a continuación pueden evitar un problema en el que los datos sobre los que se ha realizado la u Dc son descartados por un temporizador de descarte PDCP de una capa PDCP del extremo transmisor de manera que la descompresión UDC realizada por el extremo receptor falla.

Una pluralidad de elementos de datos que son descartados por un procedimiento de descarte de datos de una capa PDCP puede ser una PDCP SDU (una parte de datos) o una PDCP PDU (una parte que incluye datos y una cabecera).

A continuación, se describe una primera realización del procedimiento de descarte de datos de la capa PDCP que soporta el procedimiento UDC.

El procedimiento de descarte de datos de la capa PDCP según la primera realización puede realizarse de la siguiente manera.

- Cuando la capa PDCP recibe datos (una PDCP SDU) de una capa superior, se ejecutan temporizadores de descarte PDCP independientes correspondientes a una pluralidad de elementos de datos (o paquetes) recibidos (los valores de los temporizadores pueden ser establecidos por el gNB mediante el mensaje RRC).

- Cuando un determinado temporizador de descarte PDCP ha expirado y una parte de los datos (una PDCP SDU o una PDCP PDU; cuando se configura una cabecera al recibir la PDCP SDU, los datos pueden convertirse en la PDCP PDU) correspondiente al temporizador de descarte PDCP expirado ya ha sido transferida (concatenada) a una MAC PDU de una capa MAC o ya ha sido transmitida desde la capa MAC, incluso cuando el temporizador de descarte PDCP ha expirado, los datos (la PDCP SDU o la PDCP p Du ) correspondientes al temporizador de descarte PDCP expirado no se descartan. Cuando el temporizador de descarte de PDCP ha expirado y la parte de datos (la SDU de PDCP o la PDU de PDCP) correspondiente al temporizador de descarte de PDCP no se ha transferido a la PDU de MAC de la capa MAC y no se ha transmitido desde la capa MAC, los datos se descartan. Cuando los datos correspondientes al temporizador de descarte PDCP expirado se han transferido a una capa inferior, se puede enviar a la capa inferior un indicador que indique el descarte.

- El procedimiento de descarte de datos de la capa PDCP puede aplicarse tanto a los datos en los que se ha realizado UDC como a los datos en los que no se ha realizado UDC.

A continuación, se describe una segunda realización del procedimiento de descarte de datos de la capa PDCP que soporta el procedimiento UDC.

El procedimiento de descarte de datos de la capa PDCP según la segunda realización puede realizarse de la siguiente manera.

Cuando un determinado temporizador de descarte PDCP ha expirado y una parte de los datos (una PDCP SDU o una PDCP PDU cuando se configura una cabecera recibiendo la PDCP SDU, los datos pueden convertirse en la PDCP PDU) correspondiente al temporizador de descarte PDCP expirado ya ha sido transferida (concatenada) a una MAC PDU de una capa MAC o ya ha sido transmitida desde la capa MAC, o se ha realizado UDC sobre los datos, incluso cuando el temporizador de descarte PDCP ha expirado, los datos (la PDCP SDU o la PDCP PDU) correspondientes al temporizador de descarte PDCP expirado no se descartan. Cuando el temporizador de descarte PDCP ha expirado y la parte de los datos (la PDCP SDU o la PDCP PDU) correspondiente al temporizador de descarte PDCP expirado no se ha transferido a la MAC PDU de la capa MAC y no se ha transmitido desde la capa MAC, o no se ha realizado la UDC sobre los datos, los datos se descartan. Cuando los datos correspondientes al temporizador de descarte PDCP se han transferido a una capa inferior, se puede enviar a ésta un indicador que indique el descarte.

- Uno de los tres procedimientos siguientes puede aplicarse como procedimiento de descarte de una pluralidad de elementos de datos sobre los que se ha realizado la UDC.

1. Primer procedimiento: Cuando pasa una ventana de una capa PDCP de un extremo transmisor, se descartan una pluralidad de elementos de datos en los que se ha realizado UDC. Es decir, cuando los números de secuencia PDCP de la pluralidad de elementos de datos en los que se ha realizado UDC son menores que un número de secuencia PDCP de un límite inferior de la ventana de la capa PDCP del extremo de transmisión, la pluralidad de elementos de datos se descarta. Más detalladamente, una pluralidad de elementos de datos (en los que se ha realizado la UDC) cuyos números de secuencia PDCP son menores que un número de secuencia PDCP se descartan todos, en el que el número de secuencia PDCP corresponde a un resultado de restar un valor de 2A(tamaño (longitud) del número de secuencia PDCP -1) de un número de secuencia PDCP de datos que se van a transferir desde una capa PDCP actual a una capa inferior.

2. Segundo procedimiento: Una pluralidad de elementos de datos (en los que se ha realizado UDC) cuyos números de secuencia PDCP son menores que un número de secuencia PDCP de los primeros datos para los que no se reconoce la transferencia exitosa a una capa inferior se descartan todos.

3. Tercer procedimiento: Cuando la capa PDCP del extremo transmisor recibe información sobre los números de secuencia PDCP que se han recibido normalmente, según una PDU de control PDCP, se descartan una pluralidad de elementos de datos (sobre los que se ha realizado UDC) que se determinan como recibidos normalmente según la información. La PDU de control PDCP puede ser una reutilización de un informe de estado PDCP o puede ser de nueva definición, y puede ser transmitida periódicamente o puede ser transmitida al ser activada por una capa PDCP de un extremo receptor.

A continuación, se describe una tercera realización del procedimiento de descarte de datos de la capa PDCP que soporta el procedimiento UDC.

El procedimiento de descarte de datos de la capa PDCP según la tercera realización puede realizarse de la siguiente manera.

- Cuando la capa PDCP recibe datos (una PDCP SDU) de una capa superior, se ejecutan temporizadores de descarte PDCP independientes correspondientes a una pluralidad de elementos de datos (o paquetes) recibidos. Cuando se ejecutan los temporizadores independientes de descarte de PDCP, los temporizadores independientes de descarte de PDCP se ejecutan con diferentes valores de temporizador con respecto a una pluralidad de elementos de datos en los que se va a realizar UDC y una pluralidad de elementos de datos en los que no se va a realizar UDC (los diferentes valores de temporizador pueden ser establecidos por el gNB utilizando el mensaje RRC). Por ejemplo, se puede aplicar un valor de temporizador más largo a la pluralidad de elementos de datos en los que se va a realizar la UDC, y un valor de temporizador más corto se puede aplicar a la pluralidad de elementos de datos en los que no se va a realizar la UDC.

- Cuando un determinado temporizador de descarte PDCP ha expirado y una parte de los datos (una PDCP SDU o una PDCP PDU; cuando se configura una cabecera al recibir la PDCP SDU, los datos pueden convertirse en la PDCP PDU) correspondiente al temporizador de descarte PDCP expirado ya ha sido transferida (concatenada) a una MAC PDU de una capa MAC o ya ha sido transmitida desde la capa MAC, incluso cuando el temporizador de descarte PDCP ha expirado, los datos (la PDCP SDU o la PDCP pDu) correspondientes al temporizador de descarte PDCP expirado no se descartan. Cuando el temporizador de descarte de PDCP ha expirado y la parte de datos (la SDU de PDCP o la PDU de PDCP) correspondiente al temporizador de descarte de PDCP expirado no se ha transferido a la PDU de MAC de la capa MAC y no se ha transmitido desde la capa MAC, los datos se descartan. Cuando los datos correspondientes al temporizador de descarte PDCP se han transferido a una capa inferior, se puede enviar a ésta un indicador que indique el descarte.

A continuación, se describe una cuarta realización del procedimiento de descarte de datos de la capa PDCP que soporta el procedimiento UDC.

El procedimiento de descarte de datos de la capa PDCP según la cuarta realización puede realizarse de la siguiente manera.

- Cuando la capa PDCP recibe datos (una PDCP SDU) de una capa superior, se ejecutan temporizadores de descarte PDCP independientes correspondientes a una pluralidad de elementos de datos (o paquetes) recibidos (los valores de los temporizadores pueden ser establecidos por el gNB mediante el mensaje RRC). Cuando se ejecutan los temporizadores de descarte PDCP, puede que no se ejecute un temporizador de descarte PDCP correspondiente a los datos sobre los que se va a realizar la UDC (alternativamente, el temporizador de descarte PDCP puede configurarse para que tenga un valor infinito).

- Cuando un determinado temporizador de descarte PDCP ha expirado y una parte de los datos (una PDCP SDU o una PDCP PDU - cuando se configura una cabecera al recibir la PDCP SDU, los datos pueden convertirse en la PDCP PDU) correspondiente al temporizador de descarte PDCP expirado ya ha sido transferida (concatenada) a una MAC PDU de una capa MAC o ya ha sido transmitida desde la capa MAC, aunque el temporizador de descarte PDCP haya expirado, los datos (la PDCP SDU o la PDCP PDU) correspondientes al temporizador de descarte PDCP expirado no se descartan. Cuando el temporizador de descarte de PDCP ha expirado y la parte de datos (la SDU de PDCP o la PDU de PDCP) correspondiente al temporizador de descarte de PDCP expirado no se ha transferido a la PDU de MAC de la capa MAC y no se ha transmitido desde la capa MAC, los datos se descartan. Cuando los datos correspondientes al temporizador de descarte PDCP se han transferido a una capa inferior, se puede enviar a ésta un indicador que indique el descarte.

En las realizaciones antes mencionadas, en un caso en el que se ejecuta un temporizador de descarte PDCP, cuando las transferencias exitosas (todos los datos cuyos números de secuencia PDCP son menores que los de los datos para los que se ha reconocido la transferencia exitosa se transfieren exitosamente) se reconocen secuencialmente desde una capa inferior, o la transferencia exitosa se confirma de acuerdo con un informe de estado PDCP, el temporizador de descarte PDCP puede detenerse y los datos correspondientes al temporizador de descarte PDCP pueden descartarse directamente.

Como se ha descrito anteriormente con referencia a la FIG. 15, cuando el extremo transmisor realiza UDC utilizando un algoritmo para realizar UDC (es decir, el algoritmo UDC basado en DEFLATE que se realiza ejecutando el algoritmo LZ77 y luego realizando la codificación Huffman), el extremo transmisor genera bits de suma de comprobación basados en el contenido actual del búfer después de realizar UDC, y configura un búfer UDC. A continuación, el extremo transmisor actualiza un búfer utilizando los datos brutos de los datos en los que se ha realizado la UDC, compara los datos con los siguientes datos que se van a comprimir, basándose en el búfer, encuentra una estructura de datos repetida y realiza la compresión en la estructura de datos repetida utilizando una posición y una longitud. A este respecto, los bits de suma de comprobación de una cabecera UDC se utilizan para determinar, por parte de un extremo receptor, la validez de un estado del búfer antes de que un compresor UDC (o una función UDC) de una capa PDCP del extremo receptor realice la descompresión de los datos. Es decir, antes de que el extremo receptor realice la descompresión de los datos, el extremo receptor comprueba la validez de un búfer UDC del extremo receptor, de acuerdo con los bits de suma de comprobación del encabezado UDC, realiza la descompresión de los datos cuando no hay ningún error de suma de comprobación, y cuando se produce un fallo de suma de comprobación, no realiza la descompresión de los datos y recupera los datos informando del fallo de suma de comprobación (error de suma de comprobación) al extremo transmisor.

Por lo tanto, cuando el extremo receptor realiza la descompresión, el extremo receptor tiene que realizar la descompresión en un mismo orden de compresión que el realizado por el extremo transmisor para tener éxito en la descompresión. Por ejemplo, cuando el extremo transmisor ha realizado la UDC sobre los datos de los números de secuencia PDCP 1, 3, 4 y 5 y no ha realizado la UDC sobre los datos del número de secuencia PDCP 2, el extremo receptor tiene que realizar la descompresión de los datos recibidos en el orden de los números de secuencia PDCP 1, 3, 4 y 5 en la capa PDCP para tener éxito en la descompresión. A este respecto, cuando el extremo transmisor ha realizado la UDC, la UDC se indica en el encabezado de la UDC y, por lo tanto, el extremo receptor puede determinar, comprobando el encabezado de la UDC, si se ha aplicado la UDC. En un procedimiento de descompresión UDC, cuando se produce un fallo de suma de comprobación en los datos del número de secuencia 3 de PDCP, la descompresión UDC posterior puede fallar. Por lo tanto, es posible que la descompresión UDC no se realice con éxito en los datos de los números de secuencia PDCP 4 y 5.

En una realización, se proporciona un procedimiento de procesamiento de fallos de suma de comprobación para resolver los problemas relacionados con fallos de suma de comprobación mencionados anteriormente.

A continuación, se describe una primera realización del procedimiento de procesamiento de la suma de comprobación.

- Cuando el extremo receptor (la estación base) reconoce un fallo de la suma de comprobación del búfer UDC del extremo receptor, siendo el fallo de la suma de comprobación con respecto a los datos en los que se va a realizar la descompresión UDC, el extremo receptor indica la ocurrencia del fallo de la suma de comprobación mediante la transmisión de un mensaje de reconfiguración de la conexión RRC al UE. Se puede utilizar un mensaje RRC recién definido como mensaje RRC, o se puede cambiar y utilizar un mensaje RRC existente definiendo un nuevo indicador en el mismo. El mensaje RRC puede indicar si se ha producido un fallo de suma de comprobación en los datos correspondientes a un determinado número de secuencia PDCP. Según otro procedimiento, debido a que se ha producido un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, se puede definir un indicador que indique que se debe restablecer el búfer UDC y, a continuación, se puede indicar el restablecimiento. Según otro procedimiento, se puede definir un indicador que indique la ocurrencia de un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, y entonces la ocurrencia del fallo de la suma de comprobación puede ser indicada por el indicador.

- Operaciones del extremo receptor: El extremo receptor transmite el mensaje RRC y realiza un procedimiento de restablecimiento en la capa PDCP, la capa RLC o la capa MAC. Es decir, la capa RLC procesa una pluralidad de elementos de datos recibidos, transfiere los datos a una capa superior, inicializa un búfer RLC y espera recibir un nuevo número de secuencia RLC inicializado (los parámetros de ventana y los temporizadores están todos inicializados). La capa PDCP procesa una pluralidad de datos recibidos de una capa inferior, y se mantiene a la espera de que se reciban nuevos datos. Un aparato de la capa MAC puede inicializar un búfer HARQ. Cuando la estación base ordena que se realice una operación de procesamiento de fallos de suma de comprobación mediante el mensaje RRC, la estación base puede actualizar las claves de seguridad de la capa PDCP del UE cuando sea necesario. Según otro procedimiento, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluye un indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido a un fallo de la suma de comprobación UDC, y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir un mensaje RRC indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor recibe el mensaje RRC, el extremo transmisor realiza un procedimiento de restablecimiento en la capa PDCP, la capa RLC o la capa MAC. Es decir, la capa RLC inicializa el búfer RLC, inicializa los números de secuencia RLC, e inicializa todos los parámetros de ventana y los temporizadores. Además, la capa PDCP puede actualizar el búfer UDC realizando de nuevo un procedimiento UDC a partir de un número de secuencia PDCP indicado en el mensaje RRC, puede configurar una cabecera UDC calculando los bits de suma de comprobación correspondientes, y puede transferir datos que incluyan la cabecera UDC a una capa inferior (puede realizar una retransmisión). Según otro procedimiento, la capa PDCP puede llevar a cabo el procedimiento UDC a partir de un primer número de secuencia PDCP para el que no se acusa recibo de la transferencia con éxito desde la capa inferior cuando se restablece la capa PDCP, puede actualizar el búfer UDC, puede configurar una cabecera u Dc calculando los bits de suma de comprobación correspondientes, y puede transferir el paquete de datos que incluye la cabecera UDC a la capa inferior (es decir, puede realizar la retransmisión). La capa MAC puede inicializar un búfer HARQ. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar UDC sólo en una PDCP PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se ha transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en un encabezado UDC o en un encabezado PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

A continuación, se describe una segunda realización del procedimiento de procesamiento de la suma de comprobación.

- Cuando el extremo receptor (la estación base) reconoce un fallo de la suma de comprobación del búfer UDC del extremo receptor, siendo el fallo de la suma de comprobación con respecto a los datos en los que se va a realizar la descompresión UDC, el extremo receptor indica la ocurrencia del fallo de la suma de comprobación mediante la transmisión de un mensaje de reconfiguración de la conexión RRC al UE. Un mensaje Rr C recién definido puede ser utilizado como mensaje RRC, o un mensaje RRC existente puede ser modificado y utilizado teniendo un nuevo indicador definido en el mismo. El mensaje RRC puede indicar si se ha producido un fallo de suma de comprobación en los datos correspondientes a un determinado número de secuencia PDCP. Según otro procedimiento, debido a que se ha producido un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, se puede definir un indicador que indique que se debe restablecer el búfer UDC y, a continuación, se puede indicar el restablecimiento. Según otro procedimiento, se puede definir un indicador que indique la ocurrencia de un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, y entonces se puede indicar la ocurrencia del fallo de la suma de comprobación.

- Operaciones del extremo receptor: El extremo receptor (el gNB) incluye, en el mensaje RRC, el número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, transmite el mensaje RRC y descarta todas las PDCP PDU (o PDCP SDU) cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP. Según otra realización, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluya un indicador que indique que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC, y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir un mensaje RRC indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor (el UE) recibe el mensaje RRC, el extremo transmisor puede restablecer (inicializar) el búfer UDC del extremo transmisor, puede descartar una pluralidad de elementos de datos que aún no se han transmitido y que tienen números de secuencia PDCP mayores que un número de secuencia PDCP indicado en el mensaje RRC, puede realizar de nuevo la UDC de los datos (una PDCP SDU) correspondientes al número de secuencia PDCP indicado a una pluralidad de elementos de datos que tienen números de secuencia PDCP mayores que los datos, puede actualizar el búfer UDC, puede incluir bits de suma de comprobación en una cabecera UDC, y puede transferir datos incluyendo la cabecera UDC a una capa inferior (puede realizar la retransmisión). El extremo transmisor puede volver a realizar la compresión en una pluralidad de elementos de datos que fueron comprimidos (transmitidos) y a los que ya se les asignaron números de secuencia PDCP de entre los números de secuencia PDCP que son mayores que el número de secuencia PDCP indicado, puede asignar secuencialmente nuevos números de secuencia PDCP a una pluralidad de elementos de datos nuevos, y puede realizar un procedimiento de compresión siguiendo el procedimiento de compresión mencionado. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar la UDC sólo en una PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se han transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

A continuación, se describe una tercera realización del procedimiento de procesamiento de la suma de comprobación.

- Operaciones del extremo receptor: El extremo receptor (la estación base) incluye, en el mensaje RRC, el número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, transmite el mensaje RRC y descarta, mediante la comprobación de las cabeceras UDC (indicadores de 1 bit que indican si se ha aplicado UDC) sólo una pluralidad de elementos de datos (PDCP PDUs o PDCP SDUs) a los que se ha aplicado UDC y que son de entre PDCP PDUs (o PDCP SDUs) cuyos números de secuencia PDCP son mayores o iguales al número de secuencia PDCP. Es decir, una pluralidad de elementos de datos a los que no se ha aplicado la UDC no tienen ninguna relación con el fallo de la suma de comprobación, por lo que no se descartan. Según otro procedimiento, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluye un indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC, y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir un mensaje RRC indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor (el UE) recibe el mensaje RRC, el extremo transmisor puede restablecer (inicializar) el búfer UDC del extremo transmisor, puede descartar los datos a los que se ha aplicado la UDC, siendo los datos de entre una pluralidad de elementos de datos que aún no se han transmitido y que tienen números de secuencia PDCP mayores que un número de secuencia PDCP indicado en el mensaje RRC, puede realizar de nuevo la UDC sólo en una pluralidad de elementos de datos (PDCP PDUs o PDCP SDUs) a los que se ha aplicado la UDC y que son de datos (una PDCP SDU) correspondientes al número de secuencia PDCP indicado a una pluralidad de elementos de datos que tienen números de secuencia PDCP mayores que los datos, puede actualizar el búfer de la UDC, puede incluir bits de suma de comprobación en una cabecera de la UDC, y puede transferir datos incluyendo la cabecera de la UDC a una capa inferior (puede realizar la retransmisión). Es decir, el extremo transmisor no retransmite una pluralidad de elementos de datos a los que no se ha aplicado UDC y que tienen números de secuencia PDCP mayores que el número de secuencia PDCP indicado. El extremo transmisor puede volver a realizar la compresión en una pluralidad de elementos de datos que fueron comprimidos (transmitidos) y a los que ya se les asignaron números de secuencia PDCP de entre los números de secuencia PDCP que son mayores que el número de secuencia PDCP indicado, puede asignar secuencialmente nuevos números de secuencia PDCP a una pluralidad de elementos de datos nuevos, y puede realizar un procedimiento de compresión siguiendo el procedimiento de compresión mencionado. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar la UDC sólo en una PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se han transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

A continuación, se describe una cuarta realización del procedimiento de procesamiento de la suma de comprobación.

- Cuando el extremo receptor (la estación base) reconoce un fallo de la suma de comprobación del búfer UDC del extremo receptor, siendo el fallo de la suma de comprobación con respecto a los datos en los que se va a realizar la descompresión UDC, el extremo receptor indica la ocurrencia del fallo de la suma de comprobación mediante la transmisión de un mensaje de reconfiguración de la conexión RRC al UE. Un mensaje RRC recién definido puede ser utilizado como mensaje RRC, o un mensaje RRC existente puede ser modificado y utilizado teniendo un nuevo indicador definido en el mismo. El mensaje RRC puede indicar si se ha producido un fallo de suma de comprobación en los datos correspondientes a un determinado número de secuencia PDCP. Según otro procedimiento, debido a que se ha producido un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, se puede definir un indicador que indique que se debe restablecer el búfer UDC y, a continuación, se puede indicar el restablecimiento. Según otro procedimiento, se puede definir un indicador que indique la ocurrencia de un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, y entonces se puede indicar la ocurrencia del fallo de la suma de comprobación.

- Operaciones del extremo receptor: El extremo receptor (la estación base) incluye, en el mensaje RRC, un número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, transmite el mensaje RRC y descarta sólo los datos correspondientes al número de secuencia PDCP. Según otro procedimiento, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluye un indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC, y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir un mensaje RRC indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor (el UE) recibe el mensaje RRC, el extremo transmisor puede restablecer (inicializar) el búfer UDC del extremo transmisor, puede reconstruir los datos que corresponden a un número de secuencia PDCP indicado en el mensaje RRC y que fue transmitido previamente (cuando los datos se almacenan en un búfer, los datos se retransmiten tal cual), y puede retransmitir los datos. El extremo transmisor puede transmitir el contenido del búfer UDC del extremo transmisor al extremo receptor, utilizándose el contenido para aplicar la UDC a los datos correspondientes al número de secuencia PDCP indicado (alternativamente, el extremo transmisor puede definir y transmitir una nueva PDU de control PDCP). Para actualizar el búfer UDC del extremo receptor, en la que se ha producido un error de suma de comprobación, y para sincronizar el contenido del búfer u Dc del extremo transmisor con el contenido del búfer UDC del extremo receptor, el extremo transmisor puede transmitir el contenido del búfer UDC del extremo transmisor, el contenido correspondiente al número de secuencia PDCP, y así puede actualizar y sincronizar el búfer UDC del extremo transmisor. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar la UDC sólo en una PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se han transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

FIG. 17 es un diagrama de un formato PDU de control PDCP que es aplicable a un procedimiento de procesamiento de fallos de suma de comprobación, según una realización.

Refiriéndose a la FIG. 17, un campo D/C de una capa PDCP se refiere a un campo para distinguir los datos generales de la información de control de la capa PDCP (también denominada PDU de control PDCP), y un campo Tipo PDU se refiere a un campo para indicar un tipo de información en la información de control de la capa PDCP.

Según una realización, el formato PDU de control PDCP que se aplica al procedimiento de procesamiento de fallos de suma de comprobación puede tener diferentes longitudes según las longitudes de los números de secuencia PDCP como en 2i-05 y 2i-10, y puede utilizarse para indicar un número de secuencia PDCP en el que se ha producido un fallo de suma de comprobación en el extremo receptor. A este respecto, para indicar el número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación del extremo receptor, puede utilizarse una PDU de control PDCP para un informe de estado PDCP existente. Según otro procedimiento, debido a que se ha producido el fallo de la suma de comprobación, en lugar del número de secuencia PDCP, se puede definir un indicador que indique que se debe restablecer el búfer UDC y, a continuación, se puede indicar el restablecimiento. Según otro procedimiento, se puede definir un indicador que indique la ocurrencia del fallo de la suma de comprobación, en lugar del número de secuencia PDCP, y entonces se puede indicar la ocurrencia del fallo de la suma de comprobación. Es decir, se define un formato 2i-15, y se define una nueva PDU de control PDCP asignando valores reservados (por ejemplo, 011 o un valor reservado que es uno de 100 a 111) al tipo de PDU, y la PDU de control PDCP que tiene el tipo de PDU definido puede realizar una función de indicación del fallo de la suma de comprobación. Para describir el tipo de PDU se utiliza la tabla 2.

*278 [Tabla 2]

En una quinta realización del procedimiento de procesamiento de la suma de comprobación, la PDU de control PDCP descrita en la FIG. 17 que se aplica a la quinta realización, se describe a continuación.

- Cuando el extremo receptor (la estación base) reconoce un fallo de la suma de comprobación del búfer UDC del extremo receptor, siendo el fallo de la suma de comprobación con respecto a los datos en los que se va a realizar la descompresión UDC, el extremo receptor indica la ocurrencia del fallo de la suma de comprobación transmitiendo una PDU de control PDCP al UE. Una PDU de control PDCP recién definida puede utilizarse como PDU de control PDCP, o una PDU de control PDCP existente puede modificarse y utilizarse definiendo un nuevo indicador en ella. La PDU de control PDCP puede indicar si se ha producido un fallo de suma de comprobación en los datos correspondientes a un determinado número de secuencia PDCP. Según otro procedimiento, debido a que se ha producido un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, se puede definir un indicador que indique que se debe restablecer el búfer UDC y, a continuación, se puede indicar el restablecimiento. Según otro procedimiento, se puede definir un indicador que indique la ocurrencia de un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, y entonces se puede indicar la ocurrencia del fallo de la suma de comprobación.

- Operaciones del extremo receptor: El extremo receptor transmite la PDU de control PDCP y realiza un procedimiento de restablecimiento en la capa PDCP, la capa RLC o la capa MAC. Es decir, la capa RLC procesa una pluralidad de elementos de datos recibidos, transfiere los datos a una capa superior, inicializa el búfer RLC y espera recibir un nuevo número de secuencia RLC inicializado (los parámetros de ventana y los temporizadores están todos inicializados). La capa PDCP procesa una pluralidad de datos recibidos de una capa inferior, y se mantiene a la espera de que se reciban nuevos datos. La capa MAC puede inicializar el búfer hAr Q. Cuando el gNB ordena que se realice una operación de procesamiento de fallos de suma de comprobación mediante la PDU de control PDCP, la estación base (Nodo B) puede actualizar las claves de seguridad de la capa PDCP del UE cuando sea necesario. Según otro procedimiento, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluye un indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido a un fallo de la suma de comprobación UDC, y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir una PDU de control PDCP indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor recibe la PDU de control PDCP, el extremo transmisor realiza un procedimiento de restablecimiento en la capa PDCP, la capa RLC o la capa MAC. Es decir, la capa RLC inicializa el búfer RLC, inicializa los números de secuencia RLC e inicializa todos los parámetros de ventana y los temporizadores. A continuación, la capa PDCP puede actualizar el búfer UDC realizando de nuevo un procedimiento UDC a partir de un número de secuencia PDCP indicado en la PDU de control PDCP, puede configurar una cabecera UDC calculando los bits de suma de comprobación correspondientes, y puede transferir los datos incluyendo la cabecera UDC a una capa inferior (es decir, puede realizar la retransmisión). Según otro procedimiento, la capa PDCP puede llevar a cabo el procedimiento UDC a partir de un primer número de secuencia PDCP para el que no se acusa recibo de la transferencia con éxito desde la capa inferior cuando se restablece la capa PDCP, puede actualizar el búfer UDC, puede configurar una cabecera u Dc calculando los bits de suma de comprobación correspondientes, y puede transferir datos que incluyan la cabecera UDC a la capa inferior (puede realizar la retransmisión). La capa MAC puede inicializar un búfer HARQ. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar UDC sólo en una PDCP PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se ha transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

En una sexta realización del procedimiento de procesamiento de la suma de comprobación, la PDU de control PDCP descrita en la FIG. 17 que se aplica a la sexta realización, se describe a continuación.

- Operaciones del extremo receptor: El extremo receptor (el gNB) incluye, en la PDU de control PDCP, el número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, transmite la PDU de control PDCP y descarta todas las PDCP PDU (o PDCP SDU) cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP. Según otra realización, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluya un indicador que indique que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC, y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir una PDU de control PDCP indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor (el UE) recibe la PDU de control PDCP, el extremo transmisor puede restablecer (inicializar) el búfer UDC del extremo transmisor, puede descartar una pluralidad de elementos de datos que aún no se han transmitido y que tienen números de secuencia PDCP mayores que un número de secuencia PDCP indicado en la PDU de control PDCP, puede volver a realizar una UDC a partir de datos (una PDCP SDU) correspondientes al número de secuencia PDCP indicado a una pluralidad de elementos de datos que tengan números de secuencia PDCP mayores que los datos, puede actualizar el búfer UDC, puede incluir bits de suma de comprobación en una cabecera UDC, y puede transferir datos incluyendo la cabecera UDC a una capa inferior (puede realizar una retransmisión). El extremo transmisor puede volver a realizar la compresión en una pluralidad de elementos de datos que fueron comprimidos (transmitidos) y a los que ya se les asignaron números de secuencia PDCP de entre los números de secuencia PDCP que son mayores que el número de secuencia PDCP indicado, puede asignar secuencialmente nuevos números de secuencia PDCP a una pluralidad de elementos de datos nuevos, y puede realizar un procedimiento de compresión siguiendo el procedimiento de compresión mencionado. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar la UDC sólo en una PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se han transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer u Dc del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

En una séptima realización del procedimiento de procesamiento de la suma de comprobación, la PDU de control PDCP descrita en la FIG. 17 que se aplica a la séptima realización, se describe a continuación.

- Cuando el extremo receptor (el gNB) reconoce un fallo de la suma de comprobación del búfer UDC del extremo receptor, siendo el fallo de la suma de comprobación con respecto a los datos en los que se va a realizar la descompresión UDC, el extremo receptor indica la ocurrencia del fallo de la suma de comprobación mediante la transmisión de una PDU de control PDCP al UE. Una PDU de control PDCP recién definida puede utilizarse como PDU de control PDCP, o una PDU de control PDCP existente puede modificarse y utilizarse definiendo un nuevo indicador en ella. La PDU de control PDCP puede indicar si se ha producido un fallo de suma de comprobación en los datos correspondientes a un determinado número de secuencia PDCP. Según otro procedimiento, debido a que se ha producido un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, se puede definir un indicador que indique que se debe restablecer el búfer UDC y, a continuación, se puede indicar el restablecimiento. Según otro procedimiento, se puede definir un indicador que indique la ocurrencia de un fallo de la suma de comprobación, en lugar del número de secuencia PDCP, y entonces se puede indicar la ocurrencia del fallo de la suma de comprobación.

- Operaciones del extremo receptor: El extremo receptor (la estación base) incluye, en la PDU de control PDCP, el número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, transmite la PDU de control PDCP y descarta, mediante la comprobación de las cabeceras UDC (indicadores de 1 bit que indican si se ha aplicado UDC) sólo una pluralidad de elementos de datos (PDUs o PDCP SDUs) a los que se ha aplicado UDC y que son de entre las PDUs (o PDCP SDUs) cuyos números de secuencia PDCP son mayores o iguales al número de secuencia PDCP. Es decir, una pluralidad de elementos de datos a los que no se ha aplicado la UDC no tienen ninguna relación con el fallo de la suma de comprobación y, por tanto, no se descartan. Según otra realización, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluya un indicador que indique que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación u Dc , y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir una PDU de control PDCP indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión de una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor (el UE) recibe la PDU de control PDCP, el extremo transmisor puede restablecer (inicializar) el búfer UDC del extremo transmisor, puede descartar los datos a los que se ha aplicado la UDC, siendo los datos de entre una pluralidad de elementos de datos que aún no se han transmitido y que tienen números de secuencia PDCP mayores que un número de secuencia PDCP indicado en la PDU de control PDCP, puede realizar de nuevo la UDC sólo en una pluralidad de elementos de datos (PDCP PDU o PDCP SDU) a los que se ha aplicado la UDC y que son de datos (una PDCP SDU) correspondientes al número de secuencia PDCP indicado a una pluralidad de elementos de datos que tienen números de secuencia PDCP mayores que los datos, puede actualizar el búfer de la UDC, puede incluir bits de suma de comprobación en una cabecera de la UDC, y puede transferir datos incluyendo la cabecera de la UDC a una capa inferior (puede realizar la retransmisión). Es decir, el extremo transmisor no retransmite una pluralidad de elementos de datos a los que no se ha aplicado UDC y que tienen números de secuencia PDCP mayores que el número de secuencia PDCP indicado. El extremo transmisor puede volver a realizar la compresión en una pluralidad de elementos de datos que fueron comprimidos (transmitidos) y a los que ya se les asignaron números de secuencia PDCP de entre los números de secuencia PDCP que son mayores que el número de secuencia PDCP indicado, puede asignar secuencialmente nuevos números de secuencia PDCP a una pluralidad de elementos de datos nuevos, y puede realizar un procedimiento de compresión siguiendo el procedimiento de compresión mencionado. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar la UDC sólo en una PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se han transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

En una octava realización del procedimiento de procesamiento de la suma de comprobación, la PDU de control PDCP descrita en la FIG. 17 que se aplica a la octava realización, se describe a continuación.

- Operaciones del extremo receptor: El extremo receptor (la estación base) incluye, en la PDU de control PDCP, un número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, transmite la PDU de control PDCP y descarta únicamente los datos correspondientes al número de secuencia PDCP. Según otra realización, el extremo receptor puede restablecer el búfer UDC del extremo receptor, puede descartar una pluralidad de elementos de datos, de entre una pluralidad de elementos de datos recién recibidos, cuya cabecera UDC o cabecera PDCP no incluya un indicador que indique que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación u Dc , y puede reiniciar la descompresión a partir de una pluralidad de elementos de datos cuya cabecera UDC o cabecera PDCP incluye el indicador que indica que el búfer UDC del extremo transmisor se ha restablecido debido al fallo de la suma de comprobación UDC. Según otro procedimiento, cuando el extremo receptor reconoce el fallo de la suma de comprobación, el extremo receptor puede detener un procedimiento de descompresión, puede transmitir una PDU de control PDCP indicando el fallo de la suma de comprobación al extremo transmisor, y puede almacenar una pluralidad de elementos de datos recibidos después de la transmisión. Cuando el extremo receptor recibe datos cuyo encabezamiento PDCP indica, mediante un indicador de 1 bit, que el búfer UDC del extremo transmisor ha sido reiniciado, siendo los datos de entre la pluralidad de elementos de datos recibidos después de la transmisión, el extremo receptor puede reiniciar el búfer UDC del extremo receptor, puede descartar todos los datos cuyos números de secuencia PDCP sean menores que un número de secuencia PDCP de los datos y cuya descompresión no se haya realizado, y puede reiniciar y realizar la descompresión en una pluralidad de elementos de datos cuyos números de secuencia PDCP sean mayores o iguales al número de secuencia PDCP de los datos.

- Operaciones del extremo transmisor: Cuando el extremo transmisor (el UE) recibe la PDU de control PDCP, el extremo transmisor puede restablecer (inicializar) el búfer UDC del extremo transmisor, puede reconstruir los datos que corresponden a un número de secuencia PDCP indicado en la PDU de control PDCP y que fueron transmitidos previamente (cuando los datos se almacenan en un búfer, los datos se retransmiten tal cual), y puede retransmitir los datos. El extremo transmisor puede transmitir el contenido del búfer UDC del extremo transmisor al extremo receptor, utilizándose el contenido para aplicar la UDC a los datos correspondientes al número de secuencia PDCP indicado (alternativamente, el extremo transmisor puede definir y transmitir una nueva PDU de control PDCP). Para actualizar el búfer UDC del extremo receptor, en la que se ha producido un error de suma de comprobación, y para sincronizar el contenido del búfer UDC del extremo transmisor con el contenido del búfer UDC del extremo receptor, el extremo transmisor puede transmitir el contenido del búfer UDC del extremo transmisor, el contenido correspondiente al número de secuencia PDCP, y así puede actualizar y sincronizar el búfer UDC del extremo transmisor. De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación para restablecer el búfer UDC, el extremo transmisor puede volver a realizar la UDC sólo en una PDU que se va a configurar de nuevo, o en datos cuyo número de secuencia PDCP es mayor o igual que un número de secuencia PDCP de datos que aún no se han transferido a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada y puede transferir el indicador indicando que se ha restablecido un búfer UDC del extremo transmisor (es decir, cuando los datos que fueron cifrados usando un valor de conteo PDCP y una clave de seguridad y luego transmitidos son cifrados de nuevo usando el mismo valor de conteo PDCP y la misma clave de seguridad y luego transmitidos, se incrementa un riesgo de piratería, y por lo tanto, el extremo transmisor puede cumplir con una regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de conteo PDCP). De acuerdo con otro procedimiento, cuando el extremo transmisor recibe una indicación que indica la ocurrencia del fallo de la suma de comprobación, el extremo transmisor puede restablecer el búfer UDC del extremo transmisor, puede realizar de nuevo UDC sólo en una PDCP PDU que se va a configurar de nuevo, o datos cuyo número de secuencia PDCP es mayor o igual a un número de secuencia PDCP de datos que no se transfiere todavía a la capa inferior, y puede transferir los datos a la capa inferior. Además, el extremo transmisor puede incluir un indicador en una cabecera UDC o en una cabecera PDCP de la PDU recién configurada, el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (o un indicador indicando que se restablezca el búfer UDC del extremo receptor), y puede transferir el indicador indicando que el búfer UDC del extremo transmisor se ha restablecido (es decir, cuando los datos que se cifraron utilizando un valor de recuento PDCP y una clave de seguridad y luego se transmitieron, se cifran de nuevo utilizando el mismo valor de recuento PDCP y la misma clave de seguridad y luego se transmiten, se incrementa el riesgo de piratería informática y, por lo tanto, el extremo transmisor puede cumplir con la regla de que el cifrado y la transmisión se realizan una vez con respecto a un valor de recuento PDCP).

De acuerdo con los procedimientos de procesamiento de fallos de suma de comprobación, el extremo transmisor puede realizar de forma similar una de las realizaciones mencionadas anteriormente a partir de los datos correspondientes a un número de secuencia PDCP que es inmediatamente anterior al número de secuencia PDCP indicado por el extremo receptor.

FIG. 18 es un diagrama para describir los datos comprimidos en base a un contexto UDC antiguo que no se distingue de los datos comprimidos en base a un contexto UDC nuevo.

*299 en referencia a la FIG. 18, cuando el fallo de la suma de comprobación se produce en el extremo receptor de las realizaciones descritas anteriormente, excepto en la primera y quinta realizaciones del procedimiento de procesamiento de fallos de la suma de comprobación, los datos comprimidos basados en un contexto UDC antiguo podrían no distinguirse de los datos comprimidos basados en un nuevo contexto UDC. De acuerdo con la primera y quinta realizaciones del procedimiento de procesamiento de fallos de suma de comprobación, las capas PDCP, las capas RLC o las capas MAC de los extremos de transmisión y recepción se restablecen de tal manera que los datos comprimidos basados en el antiguo contexto UDC y los datos comprimidos basados en el nuevo contexto UDC no se transfieren de manera mixta a la capa PDCP. En este sentido, el contexto UDC antiguo puede referirse a la información de compresión (por ejemplo, la información del búfer de los extremos de transmisión y recepción) sobre la compresión que se realizó antes de que se produjera el fallo de la suma de comprobación, y el nuevo contexto UDC puede referirse a la información de compresión (por ejemplo, la información del búfer de los extremos de transmisión y recepción) sobre la compresión que se realiza de nuevo después de que se produzca el fallo de la suma de comprobación.

Una capa PDCP 2j-05 de un extremo transmisor de un UE puede realizar una UDC sobre datos transmitidos por enlace ascendente. Por ejemplo, el extremo transmisor puede realizar un UDC en una pluralidad de elementos de datos de números de secuencia PDCP 0, 1, 2 y 3, puede transferir la pluralidad de elementos de datos a una capa inferior y puede transmitir la pluralidad de elementos de datos a un extremo receptor (estación base (eNB o gNB)). La pluralidad de elementos de datos transmitidos puede llegar al extremo receptor mientras los órdenes 2j-15 de la pluralidad de elementos de datos se mezclan debido a un procedimiento de retransmisión HARQ de una capa MAC y un procedimiento de retransmisión de una capa RLC, los órdenes 2j-15 se refieren a los órdenes de transmisión originales. Además, un determinado paquete puede llegar con mucho retraso.

Por ejemplo, la capa PDCP 2j-05 del extremo transmisor realiza un UDC en la pluralidad de elementos de datos de los números de secuencia PDCP 0, 1 y 2 y transmite la pluralidad de elementos de datos, una capa PDCP 2j-10 del extremo receptor recibe la pluralidad de elementos de datos correspondientes a los números de secuencia PDCP 0 y 1, y se produce un fallo de suma de comprobación en los datos del número de secuencia PDCP 1. A este respecto, según una realización, el extremo receptor puede transmitir un mensaje RRC o una PDU de control PDCP para indicar la aparición del fallo de la suma de comprobación en los datos del número de secuencia PDCP 1 en el paso 2j-35. Los datos correspondientes al número de secuencia PDCP 2 pueden llegar muy tarde debido al procedimiento de retransmisión HARQ de la capa MAC y al procedimiento de retransmisión de la capa RLC en el paso 2j-25. A este respecto, el extremo receptor (el eNB o el gNB) transmite, al UE, el mensaje RRC o la PDU de control PDCP para indicar un número de secuencia PDCP en el que se ha producido un fallo de la suma de comprobación, y puede descartar una pluralidad de elementos de datos a los que se ha aplicado UDC (puede comprobarse si se ha aplicado UDC basándose en los indicadores de las cabeceras UDC) y que tienen números de secuencia PDCP mayores o iguales al número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación en el paso 2j-30.

Después de que el UE reciba el mensaje RRC o la PDU de control PDCP indicando el número de secuencia PDCP en el que se ha producido el fallo de la suma de comprobación, el UE puede restablecer un búfer UDC para una pluralidad de elementos de datos a los que se ha aplicado previamente UDC y que tienen números de secuencia PDCP mayores o iguales al número de secuencia PDCP indicado o una pluralidad de elementos de datos a los que se va a aplicar recientemente UDC, puede realizar un procedimiento UDC, puede actualizar el búfer UDC, puede calcular los bits de suma de comprobación correspondientes a la actualización e incluir los bits de suma de comprobación en una cabecera UDC, y puede transferir los datos, incluida la cabecera UDC, a la capa inferior (es decir, el equipo de usuario puede realizar una retransmisión y, a continuación, puede realizar una nueva transmisión justo después de la retransmisión asignando números de secuencia PDCP secuenciales). El UE genera datos comprimiendo de nuevo (basándose en el contexto UDC) la pluralidad de elementos de datos a los que se ha aplicado previamente UDC y que tienen números de secuencia PDCP mayores o iguales al número de secuencia PDCP 1 indicado, y transfiere los datos a la capa inferior (es decir, se realiza la retransmisión). Cuando el extremo transmisor tiene datos que fueron comprimidos sobre la base de un contexto UDC antiguo y que aún no han sido transferidos, los datos pueden ser descartados.

La pluralidad de elementos de datos comprimidos basados en el nuevo contexto UDC pueden ser transferidos, teniendo los números de secuencia PDCP 1 y 2. Entonces, los datos que se comprimen basándose en el antiguo contexto UDC y que corresponden al número de secuencia 2 de PDCP pueden llegar con retraso. Cuando el extremo receptor no distingue entre los dos elementos de datos que corresponden al número de secuencia 2 de PDCP, puede producirse un fallo de descompresión de los datos y, por lo tanto, los datos comprimidos basados en el contexto UDC antiguo tienen que ser descartados, y los datos comprimidos basados en el nuevo contexto UDC tienen que ser descomprimidos de acuerdo con su orden en el paso 2j-50.

FIG. 19 es un diagrama de una cabecera UDC para distinguir los datos comprimidos basados en un contexto UDC antiguo de los datos comprimidos basados en un nuevo contexto UDC, según una realización.

Refiriéndose a la FIG. 19, cuando se aplica una UDC (cuando se realiza la UDC), una PDCP PDU puede consistir en una cabecera PDCP, una cabecera UDC 2k-05 y un bloque de datos UDC comprimido. En este sentido, la cabecera UDC 2k-05 puede tener un tamaño de 1 byte y puede consistir en un campo F 2k-10, un campo T 2k-15, un campo R 2k-20 y bits de suma de comprobación 2k-25.

El campo F 2k-10 de la cabecera UDC 2k-05 es un campo para indicar si se ha aplicado UDC (indicando si se ha realizado UDC) al bloque de datos UDC comprimido. Es decir, cuando una capa PDCP de un extremo transmisor recibe una PDCP SDU de una capa superior y aplica UDC a la misma, la capa PDCP puede establecer el campo F 2k-10 como 1, cuando la capa PDCP no aplica UDC a la misma, la capa PDCP puede establecer el campo F 2k-10 como 0, y al hacerlo, la capa PDCP puede indicar si se ha aplicado UDC o no.

El campo T 2k-15 de la cabecera UDC 2k-05 indica un bit de conmutación y puede cambiarse siempre que se reinicie un búfer UDC (o siempre que la UDC se reinicie, se reinicie o se inicialice). Es decir, el campo T 2k-15 puede ser conmutado (de 0 a 1 o de 1 a 0). El valor inicial del bit de conmutación puede ser 0 o 1. Por ejemplo, cuando el valor inicial es 0, un bit de conmutación (el campo T 2k-15) de cada una de las cabeceras UDC de todos los datos en el extremo de transmisión al que se aplica la UDC puede establecerse como 0. Cuando el extremo transmisor ordena restablecer un búfer UDC de un extremo receptor mediante un mensaje RRC o una PDU de control PDCP (o cuando el extremo transmisor ordena restablecer, reiniciar o inicializar la UDC), el bit de conmutación de una cabecera UDC de los datos a los que se va a aplicar de nuevo la UDC puede ponerse a 1. Por ejemplo, cuando se ha producido un fallo de la suma de comprobación y el extremo receptor indica el fallo de la suma de comprobación al extremo transmisor, el extremo transmisor puede configurar una cabecera UDC en la que el bit de conmutación está conmutado y puede transmitir datos a los que se ha aplicado UDC al extremo receptor. Así, cuando se produce un error de suma de comprobación en el extremo receptor, éste puede comprobar un bit T de un encabezado UDC, puede descartar una pluralidad de elementos de datos que tengan un mismo valor que el bit T antes de que se produzca el error de suma de comprobación, puede recibir una pluralidad de elementos de datos que tengan cada uno un valor cambiado del bit T, puede distinguir la pluralidad de elementos de datos de la pluralidad de elementos de datos descartados, y puede procesar normalmente la pluralidad de elementos de datos. A este respecto, cuando el campo F 2k-10 indica que no se ha aplicado la UDC, la pluralidad de elementos de datos puede no ser descartada independientemente del bit T y puede ser procesada normalmente.

Según una realización, los datos comprimidos basados en un contexto UDC antiguo que no se distinguen de los datos comprimidos basados en un contexto UDC nuevo, pueden corregirse definiendo un bit de conmutación de una cabecera UDC y utilizando el bit de conmutación de la manera mencionada.

El bit de conmutación de la cabecera UDC y el uso del bit de conmutación en los extremos de transmisión y recepción pueden aplicarse a las realizaciones del procedimiento de procesamiento de la suma de comprobación.

Los bits R del campo R 2k-20 de la FIG. 19 y los bits reservados pueden ser definidos y utilizados para indicar si se realiza un reinicio en el búfer UDC, si se utilizan los datos actuales para actualizar el búfer UDC, o si se utiliza un diccionario predefinido. Se puede definir 1 bit entre los bits reservados y utilizarlo para indicar si se ha realizado un reinicio en el búfer UDC del extremo transmisor, debido al fallo de la suma de comprobación. Alternativamente, se puede definir 1 bit y utilizarlo para ordenar al extremo receptor que restablezca el búfer UDC del extremo receptor porque el restablecimiento se ha realizado en el búfer UDC del extremo transmisor, debido al fallo de la suma de comprobación.

Como se ha descrito anteriormente, los bits de suma de comprobación 2k-25 de la FIG. 19 se utilizan para verificar la validez de los contenidos en el búfer UDC del extremo transmisor, siendo los contenidos utilizados por el extremo transmisor para aplicar la UDC. Además, cuando el extremo receptor descomprime los datos a los que se ha aplicado la UDC, el extremo receptor puede calcular y utilizar los bits de suma de comprobación 2k-25 para verificar la validez del contenido en el búfer de la UDC del extremo receptor. Los bits de la suma de comprobación 2k-25 pueden tener una longitud de 4 bits, y se puede aumentar la probabilidad de validez verificada definiendo un valor más largo de la longitud.

FIG. 20 ilustra una cabecera PDCP 21-05 en la que se define un nuevo campo para disminuir la sobrecarga, según una realización.

Refiriéndose a la FIG. 20, se puede aplicar un nuevo campo U 21-10 a la cabecera PDCP 21-05. El campo U 21-10 puede indicar si se ha aplicado UDC a una PDCP SDU de una PDCP PDU. Además, el campo U 21-10 puede indicar si la PDCP SDU incluye una cabecera UDC. Así, cuando una capa PDCP de un extremo transmisor no aplicó UDC a los datos, la capa PDCP puede configurar el campo U 21-10 como 0 (o 1) en la cabecera PDCP 21-05 y puede omitir una cabecera UDC, y cuando la capa PDCP del extremo transmisor aplicó UDC a los datos, la capa PDCP puede configurar el campo U 21-10 como 1 (o 0) en la cabecera PDCP 21 -05, puede configurar una cabecera UDC, y puede insertar la cabecera UDC en ella.

Cuando el campo U 21-10 en la cabecera PDCP 21-05 es 0, una capa PDCP de un extremo receptor puede reconocer la omisión de una cabecera UDC y puede realizar directamente el procesamiento de datos en la PDCP SDU. Sin embargo, cuando el campo U 21-10 de la cabecera PDCP 21-05 es 1, la capa PDCP del extremo receptor puede reconocer la presencia de la cabecera UDC, y puede reconstruir los datos en bruto leyendo la cabecera UDC en la parte delantera de la PDCP SDU, comprobando la validez de un búfer, basándose en los bits de la suma de comprobación de la cabecera UDC, y realizando la descompresión de la UDC en otras partes de la PDCP SDU.

Según una realización, utilizando el campo U 21-10 de 1 bit en la cabecera PDCP 21-05, puede ahorrarse una sobrecarga de 1 byte cuando el extremo transmisor transmite datos al extremo receptor. El campo U 21-10 puede utilizarse sólo cuando la configuración UDC está configurada en un portador, un canal lógico o una capa PDCP, y en otra configuración, el campo U 21-10 puede utilizarse como un campo reservado o un campo que tiene otra función.

FIG. 21 es un diagrama de flujo de operaciones de UE asociadas con un procedimiento, realizado por una capa PDCP de un extremo transmisor, de ejecutar un temporizador de descarte PDCP y descartar datos, según una realización.

Refiriéndose a la FIG. 21, cuando un UE 2m-01 recibe datos de una capa superior en el paso 2m-05, el UE 2m-01 puede accionar un temporizador de descarte PDCP en cada dato en el paso 2m-10. Siempre que un temporizador de descarte PDCP expira, el UE 2m-01 puede descartar los datos correspondientes al temporizador de descarte PDCP expirado en el paso 2m-15. Un procedimiento de ejecución de un temporizador de descarte de PDCP y de descarte de datos cuando el temporizador de descarte de PDCP ha expirado puede seguir las realizaciones primera a cuarta del procedimiento de descarte de datos por la capa PDCP.

FIG. 22 es un diagrama de flujo de las operaciones del equipo de usuario y de las operaciones de la estación base, ambas asociadas a un procedimiento de procesamiento de fallos de suma de comprobación, según una realización.

Refiriéndose a la FIG. 20, cuando una estación base 2n-02 confirma el fallo de la suma de comprobación en la descompresión de los datos UDC en el paso 2n-20, la estación base 2n-02 puede generar un mensaje RRC o una PDU de control PDCP para incluir un número de secuencia PDCP correspondiente al fallo de la suma de comprobación, y puede transmitir el mensaje RRC o la PDU de control PDCP a un UE 2n-01 en el paso 2n-25. En este sentido, la estación base 2n-02 puede informar al UE 2n-01 del fallo de la suma de comprobación, y puede descartar o realizar el procesamiento normal de datos en los datos recibidos previamente o en los que se van a recibir (la estación base 2n-02 puede realizar el procesamiento de datos distinguiendo entre los datos utilizando un bit F y un bit T de una cabecera UDC) en el paso 2n-30.

Cuando el UE 2n-01 recibe el mensaje RRC o la PDU de control PDCP, cada uno de los cuales indica el fallo de la suma de comprobación, en el paso 2n-05, el UE 2n-01 puede comprobar el número de secuencia PDCP indicado en el mensaje r Rc o en la PDU de control PDCP en el paso 2n-10), y puede realizar una operación de procesamiento del fallo de la suma de comprobación en el paso 2n-15).

Las operaciones de procesamiento de fallos de suma de comprobación realizadas por la estación base 2n-02 y el UE 2n-01 pueden seguir las realizaciones primera a octava del procedimiento de procesamiento de fallos de suma de comprobación.

FIG. 23 es un diagrama de bloques de un UE 2300 según una realización.

Refiriéndose a la FIG. 23, el UE 2300 incluye un procesador de RF 2o-10, un procesador de banda base 2o-20, un almacenamiento 2o-30 y un controlador 2o-40.

El procesador de RF 2o-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 2o-10 convierte una señal de banda base proporcionada por el procesador de banda base 2o-20 en una señal de banda de RF y recibe la señal de banda de r F a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 2o-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un DAC, un ADC, o similares. Aunque la FIG. 23 ilustra sólo una antena, el UE 2300 puede incluir una pluralidad de antenas. Además, el procesador de RF 2o-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 2o-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 2o-10 puede ajustar las fases y las magnitudes de las respectivas señales transcritas a través de la pluralidad de antenas o elementos de antena. Además, el procesador de RF 2o-10 puede realizar MIMO, y puede recibir una pluralidad de capas mientras realiza una operación MIMO. El procesador de RF 2o-10 puede realizar el barrido del haz de recepción ajustando adecuadamente la pluralidad de antenas o los elementos de antena mediante el control del controlador 2o-40, o puede ajustar una dirección y anchura de un haz recibido de forma que el haz recibido se coordine con un haz transmitido.

El procesador de banda base 2o-20 realiza una función de conversión entre la señal de banda base y una cadena de bits según una especificación de la capa física de un sistema. Por ejemplo, en la transmisión de datos, el procesador de banda base 2o-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida. Además, en la recepción de datos, el procesador de banda base 2o-20 reconstruye una cadena de bits recibida demodulando y decodificando una señal de banda base proporcionada desde el procesador de RF 2o-10. Por ejemplo, cuando los datos se transmiten según un esquema Of Dm , el procesador de banda base 2o-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación IFFT e insertando un CP. Además, en la recepción de datos, el procesador de banda base 2o-20 puede dividir la señal de banda base proporcionada desde el procesador de RF 2o-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras realizando una operación FFT y, a continuación, reconstruir la cadena de bits recibida mediante la demodulación y decodificación de las señales.

El procesador de banda base 2o-20 y el procesador de RF 2o-10 transmiten y reciben señales como se ha descrito anteriormente. En consecuencia, el procesador de banda base 2o-20 y el procesador de RF 2o-10 pueden denominarse transmisor, receptor, transceptor o comunicador. Además, al menos uno de los procesadores de banda base 2o-20 y el procesador de RF 2o-10 puede incluir una pluralidad de módulos de comunicación para soportar diferentes tecnologías de acceso inalámbrico. Además, al menos uno de los procesadores de banda base 2o-20 y el procesador de RF 2o-10 puede incluir diferentes módulos de comunicación configurados para soportar una pluralidad de diferentes tecnologías de acceso inalámbrico. Además, al menos uno de los procesadores de banda base 2o-20 y el procesador de RF 2o-10 puede incluir diferentes módulos de comunicación configurados para procesar señales de diferentes bandas de frecuencia. Por ejemplo, las diferentes tecnologías de acceso inalámbrico pueden incluir una red LTE, una red NR, o similares. Ejemplos de las diferentes bandas de frecuencia pueden incluir una banda SHF (Super High Frequency) (por ejemplo, 2,5 GHz o 5 GHz), y una banda onda-mm (por ejemplo, 60 GHz).

El almacenamiento 2o-30 puede almacenar datos tales como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones del UE 2300. El almacenamiento 2o-30 proporciona datos almacenados, en respuesta a una solicitud del controlador 2o-40.

El controlador 2o-40 controla las operaciones generales del UE 2300. Por ejemplo, el controlador 2o-40 transmite y recibe señales a través del procesador de banda base 2o-20 y del procesador de RF 2o-10. Además, el controlador 2o-40 registra y lee los datos almacenados en el almacenamiento 2o-30. Para ello, el controlador 2o-40 puede incluir al menos un procesador. Por ejemplo, el controlador 2o-40 puede incluir un procesador de comunicación configurado para realizar el control de la comunicación y un AP configurado para controlar una capa superior como un programa de aplicación.

FIG. 24 es un diagrama de bloques de una estación base 2400 en un sistema de comunicación inalámbrica, según una realización

*330 en referencia a la FIG. 24, la estación base 2400 incluye un procesador de RF 2p-10, un procesador de banda base 2p-20, un comunicador 2p-30, un almacenamiento 2p-40 y un controlador 2p-50.

El procesador de RF 2p-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 2p-10 convierte una señal de banda base proporcionada por el procesador de banda base 2p-20 en una señal de banda de RF y recibe la señal de banda de r F a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 2p-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un DAC, un ADC, o similares. Aunque la FIG. 24 ilustra sólo una antena, la estación base 2400 puede incluir una pluralidad de antenas. Además, el procesador de RF 2p-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 2p-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 2p-10 puede ajustar las fases y las magnitudes de las respectivas señales recibidas a través de la pluralidad de antenas o elementos de antena. Además, el procesador de RF 2p-10 puede realizar una operación MIMO descendente transmitiendo una o más capas.

El procesador de banda base 2p-20 realiza una función de conversión entre la señal de banda base y una cadena de bits según una especificación de capa física de una primera tecnología de acceso inalámbrico. Por ejemplo, en la transmisión de datos, el procesador de banda base 2p-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida. Además, en la recepción de datos, el procesador de banda base 2p-20 reconstruye una cadena de bits recibida demodulando y decodificando una señal de banda base proporcionada desde el procesador de RF 2p-10. Por ejemplo, cuando los datos se transmiten según un esquema OFDM, el procesador de banda base 2p-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación IFFT e insertando un CP. Además, en la recepción de datos, el procesador de banda base 2p-20 puede dividir la señal de banda base proporcionada desde el procesador de r F 2p-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras realizando una operación FFT y, a continuación, reconstruir la cadena de bits recibida mediante la demodulación y decodificación de las señales. En consecuencia, el procesador de banda base 2p-20 y el procesador de RF 2p-10 pueden denominarse transmisor, receptor, transceptor, comunicador o comunicador inalámbrico.

El comunicador 2p-30 proporciona una interfaz para realizar la comunicación con otros nodos de una red.

El almacenamiento 2p-40 almacena datos tales como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones de la estación base 2400. En particular, el almacenamiento 2p-40 puede almacenar información sobre un portador asignado a un UE conectado, un resultado de medición reportado por el UE conectado, o algo similar. Además, el almacenamiento 2p-40 puede almacenar información que es un criterio para determinar si se proporciona o se detiene la multiconexión al UE. Además, el almacenamiento 2p-40 puede proporcionar datos almacenados, en respuesta a una solicitud del controlador 2p-50.

El controlador 2p-50 controla todas las operaciones de la estación base 2400. Por ejemplo, el controlador 2p-50 transmite señales a través del procesador de banda base 2p-20 y el procesador de RF 2p-10, o a través del comunicador 2p-30. Además, el controlador 2p-50 puede grabar/leer datos en/desde el almacenamiento 2p-40. Para ello, el controlador 2p-50 puede incluir al menos un procesador.

FIG. 25 es un diagrama de un sistema LTE, según una realización.

Refiriéndose a la FIG. 25, una red de acceso inalámbrico del sistema LTE está configurada de una pluralidad de nodo B evolucionado (en adelante, un eNB, un Nodo B o una estación base) 3a-05, 3a-10, 3a-15 y 3a-20, un MME 3a-25 y un S-GW 3a-30. Un equipo de usuario (en adelante, un UE o un terminal) 3a-35 accede a una red externa a través de los eNBs 3a-05, 3a-10, 3a-15 y 3a-20 y el S-GW 3a-30.

Los eNBs 3a-05, 3a-10, 3a-15 y 3a-20 corresponden cada uno a un nodo B existente de un sistema UMTS. Los eNBs 3a-05, 3a-10, 3a-15, y 3a-20 están cada uno conectado al UE 3a-35, y realizan funciones complicadas, en comparación con el nodo B existente. En el sistema LTE, todo el tráfico de usuario, incluyendo un servicio en tiempo real como el VoIP basado en un protocolo de Internet, se atiende a través de un canal compartido, y, por lo tanto, se requiere un dispositivo para obtener y programar una pluralidad de piezas de información de estado, incluyendo estados de búfer, estados de potencia de transmisión disponible, estados de canal, o similares de los UEs, y los eNBs 3a-05, 3a-10, 3a-15, y 3a-20 corresponden cada uno al dispositivo. En general, un eNB controla una pluralidad de celdas. Por ejemplo, para implementar una velocidad de transmisión de 100 Mbps, el sistema LTE utiliza, como tecnología de acceso inalámbrico, OFDM con un ancho de banda de 20 MHz. Además, el sistema LTE utiliza una técnica AMC para determinar un esquema de modulación y una tasa de codificación de canal según el estado del canal del UE. El S-GW 3a-30 es un dispositivo configurado para proporcionar un portador de datos, y genera o elimina el portador de datos, en respuesta a un control del MME 3a-25. El MME 3a-25 no sólo realiza una función de gestión de la movilidad, sino que también realiza varias funciones de control con respecto al UE, y está conectado a una pluralidad de eNB. FIG. 26 es un diagrama de bloques de una arquitectura de protocolo de radio en un sistema LTE, según una realización.

Refiriéndose a la FIG. 26, un protocolo de radio del sistema LTE puede estar configurado de PDCPs 3b-05 y 3b-40, RLCs 3b-10 y 3b-35, MACs 3b-15 y 3b-30, y PHYs 3b-20 y 3b-25, respectivamente en un UE y un eNB LTE. Los PDCPs 3b-05 y 3b-40 pueden realizar operaciones como la compresión/descompresión del encabezado IP. Las principales funciones de los PDCP 3b-05 y 3b-40 se resumen como sigue.

- Compresión y descompresión de cabeceras (sólo ROHC)

- Transferencia de datos del usuario

- Entrega en secuencia de PDU de capa superior en el procedimiento de restablecimiento de PDCP para RLC AM - Para los portadores divididos en DC (RLC AM): Enrutamiento de PDCP PDU para la transmisión y reordenación de PDCP PDU para la recepción

- Detección de duplicados de SDUs de capa inferior en el procedimiento de restablecimiento de PDCP para RLC AM

- Función de retransmisión PDCP SDUs en el traspaso y para los portadores divididos en DC, PDCP PDUs en el procedimiento de recuperación de datos PDCP, para RLC AM

- Función de cifrado y descifrado

- Descarte de SDU basado en temporizador en el enlace ascendente

Las RLCs 3b-10 y 3b-35 reconfiguran una PDCP PDU a un tamaño apropiado para realizar una operación ARQ o similar. A continuación, se resumen las principales funciones de los RLC 3b-10 y 3b-35.

- Transferencia de PDU de capa superior

- Concatenación, segmentación y reensamblaje de RLC SDUs (sólo para modo no reconocido (UM) y transferencia de datos AM)

- Re-segmentación de PDUs de datos RLC (sólo para transferencia de datos AM)

- Detección de duplicados (sólo para la transferencia de datos UM y AM)

- Detección de errores de protocolo (sólo para la transferencia de datos AM)

- Descarte de RLC SDU (sólo para transferencia de datos UM y AM)

- Restablecimiento del RLC

Las MACs 3b-15 y 3b-30 están conectadas a una pluralidad de capas RLC configuradas en un UE, y realizan operaciones de multiplexación de RLC PDUs en MAC PDUs y demultiplexación de RLC PDUs desde MAC PDUs. A continuación, se resumen las principales funciones de los MAC 3b-15 y 3b-30.

- Mapeo entre canales lógicos y canales de transporte

- Multiplexación/desmultiplexación de MAC SDUs pertenecientes a uno o varios canales lógicos en/desde TBs entregados a/desde la capa física en canales de transporte

- Programación de informes de información

- Corrección de errores mediante HARQ

- Gestión de la prioridad entre los canales lógicos de un UE

- Identificación del servicio MBMS

- Selección del formato de transporte

- Padding

Los PHYs 3b-20 y 3b-25 realizan operaciones de codificación de canal y modulación de datos de la capa superior y transmisión de símbolos OFDM a través de un canal inalámbrico convirtiendo los datos de la capa superior en los símbolos OFDM, u operaciones de demodulación y decodificación de canal de los símbolos OFDM recibidos a través del canal inalámbrico, y transmisión de los datos decodificados a una capa superior.

FIG. 27 es un diagrama de un sistema de comunicación móvil, según una realización.

Refiriéndose a la FIG. 27, una red de acceso inalámbrico del sistema de comunicación móvil está configurada por un nuevo nodo de radio B (en adelante, NR gNB o estación base NR) 3c-10 y una nueva red de núcleo de radio (en adelante, NR CN) 3c-05. Un nuevo equipo de usuario de radio (en adelante, un NR UE o un terminal) 3c-15 accede a una red externa a través del gNB NR 3c-10 y el NR CN 3c-05.

El NR gNB 3c-10 corresponde a un eNB de un sistema LTE existente. El NR gNB 3c-10 está conectado al NR UE 3c-15 a través de un canal inalámbrico y puede proporcionar un servicio excelente, en comparación con el eNB según la técnica relacionada. En la NR, todo el tráfico de usuario se atiende a través de un canal compartido, y por lo tanto, se requiere un dispositivo que obtenga y programe una pluralidad de piezas de información de estado, incluyendo los estados del búfer, los estados de la potencia de transmisión disponible, los estados del canal, o similares de los UEs, y el NR gNB 3c-10 corresponde al dispositivo. En general, un NR gNB controla una pluralidad de celdas. Para conseguir una transmisión de datos de alta velocidad, en comparación con el sistema LTE existente, se puede dar un ancho de banda mayor que el máximo de LTE, y se puede añadir la tecnología de formación de haces a la tecnología de acceso inalámbrico, como la OFDM. Además, se puede utilizar una técnica AMC para determinar un esquema de modulación y una tasa de codificación de canal según el estado del canal de un UE. El NR CN 3c-05 realiza funciones de apoyo a la movilidad, configuración de un portador, configuración de una QoS, o similares. El NR CN 3c-05 es un dispositivo configurado para llevar a cabo no sólo una función de gestión de la movilidad, sino también varias funciones de control con respecto al UE, y está conectado a una pluralidad de NB. Además, el NR puede interoperar con el sistema LTE existente, y el NR CN 3c-05 está conectado a un MME 3c-25 a través de una interfaz de red. El MME 3c-25 está conectado a un eNB 3c-30 que es un NB existente.

FIG. 28 es un diagrama de funciones de un sistema NR para manejar la QoS, según una realización.

Refiriéndose a la FIG. 28, se solicita al sistema NR que establezca una ruta de transmisión de tráfico de usuario o que controle los respectivos flujos IP según los servicios, en respuesta a los servicios que requieren diferentes QoS (es decir, solicitudes de QoS). Una red central NR puede configurar una pluralidad de sesiones PDU, y cada una de las sesiones PDU puede incluir una pluralidad de flujos IP. Un gNB NR puede asignar una pluralidad de flujos de QoS a una pluralidad de portadores de radio de datos (DRB) y puede establecer simultáneamente los DRB. Es decir, una pluralidad de flujos de QoS 3d-01, 3d-02, y 3d-03 pueden ser asignados a un DRB o a los respectivos DRBs 3d-10, 3d-15, y 3d-20, por lo tanto, para distinguir entre los flujos de QoS 3d-01, 3d-02, y 3d-03, es necesario marcar un ID de flujo de QoS a los paquetes de enlace descendente. Alternativamente, el mapeo DRB puede establecerse explícitamente utilizando un mensaje de control RRC. Un protocolo LTE PDCP existente no tiene la función mencionada, de modo que es necesario insertar nuevos SDAPs 3d-05, 3d-40, 3d-50 y 3d-85, cada uno de los cuales realiza la función, o añadir una función a un PDCP para realizar una nueva función. La marca permite que un UE implemente una QoS reflectante con respecto a un enlace ascendente. La QoS reflectante es un procedimiento de mapeo mediante el cual el UE puede realizar una transmisión de enlace ascendente a través de un DRB en el que se ha transferido un paquete de enlace descendente que tiene un ID de flujo específico, siendo el paquete de enlace descendente transmitido por una estación base, y para indicarlo, un encabezado SDAP puede incluir 1 bit de un indicador de QoS reflectante (RQI). Un estrato de acceso (AS) del UE puede proporcionar fácilmente la información a un NAS del UE marcando explícitamente el ID de flujo de QoS al paquete de enlace descendente. Un procedimiento de mapeo de flujos IP a DRBs en un enlace descendente tiene dos operaciones a continuación.

1. Mapeo del nivel NAS: Flujo IP -> flujo QoS

2. Mapa del nivel AS: Flujo QoS -> DRB

Un extremo receptor del enlace descendente puede reconocer la existencia de información de mapeo de flujo de QoS y mecanismos de QoS reflectantes de acuerdo con los respectivos DRBs 3d-25, 3d-30 y 3d-35 recibidos, y puede transferir la información correspondiente al NAS. Es decir, cuando RQI se establece como 1 en una cabecera SDAP de un paquete de datos recibido, esto significa que se ha actualizado una regla de mapeo para el AS y el NAS, de manera que el UE puede actualizar la regla de mapeo y puede transferir un paquete de enlace ascendente en consecuencia. Es decir, el mapeo con dos operaciones puede utilizarse para un enlace ascendente. En primer lugar, los flujos IP se asignan a flujos QoS, según la señalización del NAS, y el AS asigna los flujos QoS a los DRBs 3d-55, 3d-60 y 3d-65 definidos. El UE puede marcar el ID de flujo de QoS en el paquete de enlace ascendente, o puede transferir el paquete de enlace ascendente sin tener el ID de flujo de QoS marcado en él. La función la realiza una capa SDAP del UE. Cuando el ID de flujo de QoS se marca en el paquete de enlace ascendente, una estación base (el gNB) puede marcar el ID de flujo de QoS sin una plantilla de flujo de tráfico (TFT) de enlace ascendente a un paquete para transferir la información a NG-U y puede transmitir el paquete.

FIG. 29 es un diagrama de una pila de protocolos que incluye una capa SDAP en una RN, según una realización.

Refiriéndose a la FIG. 29, para procesar una nueva función de QoS del NR, la información que sigue debe ser transferida a través de una interfaz inalámbrica.

- Enlace descendente : ID de flujo QOS Indicador de procesamiento QOS requerido

- Enlace ascendente : ID de flujo QOS

En el NR, se requiere una interfaz para transferir nueva información a Uu, y se define un nuevo protocolo que sirve de interfaz por encima de una capa PDCP 3e-10. Una capa SDAP 3e-05 no es un protocolo basado en DRB, y un paquete se transfiere según una regla de mapeo DRB establecida 3e-30. Es decir, cuando se produce el tráfico IP, la capa SDAP 3e-05 mapea un flujo IP a un ID de flujo QoS y luego mapea el ID de flujo QoS a un DRB. En este sentido, el tráfico IP está configurado de cabecera IP y carga útil, y las cabeceras SDAP 3e-35, 3e-40 y 3e-45 pueden situarse cada una antes de un paquete IP. La capa PDCP 3e-10 comprime la cabecera IP y añade las cabeceras PDCP 3e-50, 3e-55 y 3e-60. Un RlC 3e-15 añade las respectivas cabeceras RLC 3e-65, 3e-70, 3e-75 y 3e-80, y luego un MAC 3e-20 añade secuencialmente una subcabecera MAC 3e-85 y una cabecera MAC y transfiere una MAC PDU a un PHY 3e-25.

Cuando una estación base decide aplicar un mecanismo reflectante (se instruye a un UE para que transmita un paquete de enlace ascendente a través de un DRB en el que se ha transferido un ID de flujo de QoS incluido en un paquete de enlace descendente) a un UE, el paquete de enlace descendente se transfiere teniendo un ID de flujo de QoS y un indicador de QoS reflectante incluidos en la capa SDAP 3e-05 del paquete de enlace descendente. Una cabecera SDAP tiene una longitud de 1 byte y puede estar configurada de ID de flujo QoS (7 bits) y RQI (1 bit).

Mientras se realiza el procedimiento mencionado, cuando la estación base incluye un ID de flujo de QoS en todos los paquetes de datos y transfiere todos los paquetes de datos, el UE sigue realizando una operación de actualización de una regla de mapeo de acuerdo con el ID de flujo de QoS recibido por el UE. Es decir, cuando un bit RQI de 1 bit se establece como 1, el UE asume que las reglas de mapeo de un NAS y un AS han sido todas actualizadas, y entonces actualiza las reglas de mapeo del NAS y del AS y transmite un paquete de datos de enlace ascendente de acuerdo con las reglas de mapeo. Básicamente, una QoS reflectante del NAS se activa cuando se actualiza una regla de mapeo entre el flujo IP y el flujo QoS en una red central NR, y una QoS reflectante del AS se activa cuando se actualiza una regla de mapeo entre el flujo QoS y el DRB en una estación base de radio.

Sin embargo, cuando se describe con respecto a la señalización entre la estación base y la red central, la red central, cuando se actualiza la regla de mapeo del NAS, establece el bit RQI que indica la actualización en una cabecera N3 de un paquete de datos a transmitir a la estación base, y transmite el paquete de datos. En este sentido, la cabecera N3 se refiere a una interfaz entre la red central y la estación base. Cuando el bit RQI del encabezado N3 recibido de la red central se establece como 1, la estación base establece el bit RQI de un encabezado SDAP como 1 y lo transmite al UE. Alternativamente, incluso cuando el bit RQI de la cabecera N3 se establece como 0, en un caso en el que la regla de mapeo del AS se ha actualizado, la estación base establece el bit RQI de la cabecera SDAP como 1 y lo transmite al UE. Sin embargo, cuando se realizan las operaciones mencionadas, el UE debe seguir almacenando una tabla de información de mapeo (una tabla TFT) sobre el mapeo de NAS y el mapeo de AS, por lo tanto, la cantidad de información que el UE debe almacenar puede aumentar, y cuando la gestión no se realiza correctamente, puede producirse un desorden debido al mapeo superpuesto. Para corregir la incidencia, cuando se activa la QoS reflectante del NAS, se ejecutan temporizadores en el UE y en la red central NR y, a continuación, cuando no se recibe un paquete de datos al que se aplica una regla correspondiente mientras se ejecuta un temporizador preestablecido, se elimina la información de mapeo establecida sobre la QoS reflectante del NAS. Cuando un paquete de datos al que se aplica una misma regla de mapeo de QoS se transmite mientras se ejecuta el temporizador, éste se reinicia.

De acuerdo con una realización, en un nuevo sistema de comunicación móvil (es decir, la NR), una QoS basada en flujo es soportada por una interfaz de radio, y un cambio en una regla de mapeo de flujo IP-QoS del NAS y una regla de mapeo de flujo QoS-DRB del AS es instruido correctamente al UE de tal manera que el UE puede reconocer correctamente una QoS cambiada y puede realizar operaciones sin problemas.

FIG. 30 es un diagrama de flujo de un escenario relacionado con una QoS de un CN a un UE en una NR y un problema de uso de un temporizador de QoS reflectante del NAS.

Refiriéndose a la FIG. 30, en el paso 3f-05, el CN puede determinar un mecanismo de QoS reflectante, y cuando el mecanismo de QoS reflectante no es instruido ni soportado por el CN, no hay ningún problema. A este respecto, se supone que el UE y una estación base saben si el CN admite el mecanismo de QoS reflectante, y la información correspondiente puede entregarse al UE y al gNB. En el paso 3f-10, el gNB comprueba un paquete N3 recibido del CN pero un bit r Q i del paquete N3 no está puesto como 1. En el paso 3f-15, el gNB puede llevar a cabo un mecanismo de QoS que refleje el AS de acuerdo a si una regla de mapeo de flujo QoS ha sido cambiada. Es decir, cuando la regla de mapeo de flujo QoS no ha sido cambiada, un bit RQI de un encabezado SDAP se establece como 0 y se transfiere al UE en el paso 3f-20, y cuando la regla de mapeo de flujo QoS ha sido cambiada, el bit RQI del encabezado SDAP se establece como 1 y se transfiere al UE en el paso 3f-25. En el paso 3f-30, el UE comprueba un ID de flujo de QoS de la cabecera SDAP de un paquete de datos recibido, actualiza una regla de mapeo de AS, y transmite un paquete de enlace ascendente a un DRB correspondiente de acuerdo con la regla de mapeo de AS.

El CN puede soportar el mecanismo de QoS reflectante y puede transferir información al respecto al UE y al gNB. En el paso 3f-35, el gNB comprueba un paquete N3 recibido del CN y determina si un bit RQI del paquete N3 está activado en el paso 3f-40. Cuando se establece el bit RQI del paquete N3, es decir, se ordena una actualización de una QoS reflectante del NAS, en el paso 3f-45, el gNB comprueba un mecanismo de QoS reflectante del AS según si se ha modificado una regla de mapeo de flujo de QoS. Sin embargo, independientemente de si el mecanismo de QoS reflectante del AS se actualiza en el paso 3f-50 o no en el paso 3f-60, el gNB establece un bit RQI de un encabezado SDAP como 1, y el UE recibe el encabezado SDAP y luego realiza una actualización de las reglas de mapeo AS/NAS, y el mecanismo de QoS reflectante en el paso 3f-55 y 3f-64. Es decir, el UE puede realizar el mecanismo de QoS reflectante sin tener un problema determinado.

En el paso 3f-40, un bit RQI de una cabecera N3 de un paquete recibido del CN no está establecido, y en el paso 3f-70, el gNB comprueba el mecanismo de QoS reflectante de AS según si la regla de mapeo de flujo de QoS ha sido cambiada, y como resultado de la comprobación, cuando se requiere una actualización de una regla de QoS reflectante de AS, en el paso 3f-75, un bit RQI de una cabecera SDAP de un paquete que va a ser transmitido al UE se establece como 1. Sin embargo, esto corresponde a un caso en el que no se requiere la actualización de una regla de QoS reflectante del NAS y sólo se ha actualizado realmente la regla de QoS reflectante del AS. En este caso, se puede esperar que el UE ejecute mecanismos de QoS reflectante AS/NSA. Sin embargo, como se introduce un temporizador de QoS reflectante del NAS, puede producirse una contradicción lógica entre el CN y la UN. Es decir, cuando el CN no activó una QoS reflectante NAS, el RQI de un encabezado N3 de un paquete anterior se establece como 1 y luego se ejecuta un temporizador, y cuando no se requiere una actualización del RQI hasta un determinado momento, se puede eliminar una regla de mapeo NAS correspondiente cuando el temporizador expira. Sin embargo, mientras la operación se lleva a cabo en la Cn , cuando el UE recibe, desde el gNB, un paquete de datos en el que un bit RQI de un encabezado SDAP se establece como 1, el UE inicia una nueva operación de temporizador de reflexión NAS restableciendo el temporizador, por lo que puede producirse una diferencia entre los tiempos de expiración del temporizador de reflexión NAS de la CN y del UE. Debido a ello, las reglas de mapeo del NAS del equipo de usuario y de la CN pueden ser diferentes, y la diferencia entre ellas puede conducir a un resultado diferente del mapeo de la QoS prevista, de modo que puede producirse un error.

Sin embargo, en el paso 3f-40, cuando el bit RQI del encabezado N3 del paquete recibido del CN no está establecido, y en el paso 3f-70, el gNB comprueba el mecanismo de QoS reflectante del AS de acuerdo a si la regla de mapeo de flujo QoS ha sido cambiada, y como resultado de la comprobación, cuando no se requiere la actualización de la regla de QoS reflectante de AS, el gNB establece el bit RQI del encabezado SDAP como 0 y transfiere el encabezado SDAP al UE, y el UE mantiene los datos a intercambiar en un DRB establecido sin cambiar una regla de mapeo.

FIG. 31 es un diagrama de flujo de una primera realización de un procedimiento, llevado a cabo por un gNB, para resolver un desajuste entre las reglas de mapeo de QoS de un NR CN y un UE.

Refiriéndose a la FIG. 31, el NR CN establece un límite para que el gNB actualice una regla de mapeo de QoS reflectante de AS sólo cuando un bit RQI de una cabecera N3 de un paquete IP del NR CN se establece como 1. El UE acampa en una celda servidora en el paso 3g-05), realiza el establecimiento de la conexión RRC en la celda servidora y, a continuación, pasa a un modo de conexión en el paso 3g-10. En el paso 3g-15, el UE recibe, del NR CN, un indicador que indica si el NR CN soporta un mecanismo de QoS reflectante NAS e información de temporizador de mapeo NAS, y recibe, de un mensaje RRC del gNB, si se utiliza una cabecera SDAP (RQI, QoS flow ID) de acuerdo con la configuración SDAP.

Los mensajes mencionados pueden ser proporcionados simultáneamente en un mensaje RRC, o pueden ser recibidos respectivamente a través de un mensaje NAS y RRC. Un temporizador de mapeo NAS se refiere a un temporizador que indica el tiempo que el NR CN y el Ue tienen para almacenar las reglas de mapeo QoS con respecto a un paquete IP específico del NAS, y cuando el temporizador expira, la información de mapeo del mismo se elimina. En el paso 3g-20, el NR CN instruye, al gNB, la información límite relativa a una actualización de la regla de mapeo de QoS reflectante del AS. Es decir, el NR CN establece un límite en el gNB para actualizar la regla de mapeo de QoS reflectante del AS sólo cuando el bit RQI de la cabecera N3 del paquete IP del NR CN se establece como 1. En el paso 3g-25, el NR CN que soporta el mecanismo de QoS reflectante del NAS comprueba si se debe actualizar el mapeo de QoS reflectante con respecto al paquete IP que se va a transferir al UE, y cuando se requiere la actualización, el NR CN establece el bit RQI de la cabecera N3 del paquete IP como 1, y en el paso 3g-30, el NR CN transfiere el paquete IP. Simultáneamente, el NR CN ejecuta el temporizador de mapeo NAS en el paso 3g-35. El gNB comprueba el bit RQI de la cabecera N3 del paquete IP recibido, y cuando el bit RQI se establece como 1, el gNB comprueba si debe actualizar una regla de mapeo de AS en el paso 3g-40, y cuando se requiere, el gNB establece un bit RQI de una cabecera SDAP como 1 y transfiere un paquete de datos al UE en el paso 3g-45. A continuación, el equipo de usuario ejecuta el temporizador de mapeo del NAS en el paso 3g-50. En este sentido, una condición de establecer el bit RQI del encabezado SDAP como 1 corresponde únicamente a un caso en el que el bit RQI del encabezado N3 está establecido y se requiere la actualización de la regla de mapeo de AS. El UE recibe el paquete de datos del gNB, y cuando el bit RQI de la cabecera SDAP se establece como 1, el UE ejecuta el temporizador de mapeo NAS. En el paso 3g-55, el UE realiza un mecanismo de QoS reflectante (una actualización de las reglas de mapeo AS/NAS), y en el paso 3g-60, el UE transfiere un paquete de datos de enlace ascendente según la información actualizada. En el paso 3g-65, el gNB transfiere el paquete de datos recibido del UE al NR CN. Cuando el temporizador de mapeo de NAS expira en cada uno de los UE y el NR CN, el UE y el NR CN eliminan las reglas de mapeo de QoS de NAS con respecto al paquete IP en los pasos 3g-70, 3g-75, 3g-80 y 3g-85.

FIG. 32 es un diagrama de flujo de una segunda realización de un procedimiento, llevado a cabo por el gNB, para resolver un desajuste entre las reglas de mapeo de QoS del NR CN y el UE. Refiriéndose a la FIG. 32, el NR CN y el UE no reinician un temporizador sólo cuando un bit RQI de una cabecera N3 se establece como 1. En su lugar, el NR CN y el UE reinician el temporizador incluso cuando se transmite un determinado paquete basado en reglas de QoS reflectantes, y al hacerlo, se puede resolver el desajuste entre las reglas de mapeo de QoS del NR CN y el UE.

El UE acampa en una celda servidora en el paso 3h-05, realiza el establecimiento de la conexión RRC en la celda servidora y, a continuación, pasa a un modo de conexión en el paso 3h-10. En el paso 3h-15, el UE recibe, del NR CN, un indicador que indica si el NR CN soporta un mecanismo de QoS reflectante NAS e información de temporizador de mapeo NAS, y recibe, de un mensaje RRC del gNB, si se utiliza una cabecera SDAP (RQI, ID de flujo QoS) según la configuración SDAP. Los mensajes mencionados pueden ser proporcionados simultáneamente en un mensaje RRC, o pueden ser recibidos respectivamente a través de un mensaje NAS y RRC. Un temporizador de mapeo NAS se refiere a un temporizador que indica el tiempo que el NR CN y el UE tienen para almacenar las reglas de mapeo QoS con respecto a un paquete IP específico del NAS, y cuando el temporizador expira, la información de mapeo del mismo se elimina. En el paso 3h-20, el NR CN que admite el mecanismo de QoS reflectante del NAS comprueba si se debe actualizar el mapeo de QoS reflectante con respecto al paquete IP que se va a transferir al UE, y en el paso 3h-25, cuando se requiere la actualización, el NR CN establece el bit RQI de la cabecera N3 del paquete IP como 1, y transfiere el paquete IP. Simultáneamente, el NR CN ejecuta el temporizador de mapeo NAS en el paso 3h-30. El gNB comprueba el bit RQI de la cabecera N3 del paquete IP recibido, y cuando el bit RQI se establece como 1, el gNB comprueba si debe actualizar una regla de mapeo de AS en el paso 3h-35, y cuando se requiere, el gNB establece un bit RQI de una cabecera SDAP como 1 y transfiere un paquete de datos al UE en el paso 3h-40. En este sentido, una condición de establecer el bit RQI del encabezado SDAp como 1 corresponde únicamente a un caso en el que el bit RQI del encabezado N3 está establecido y se requiere la actualización de la regla de mapeo de AS. El UE recibe el paquete de datos del gNB, y cuando el bit RQI de la cabecera SDAP se establece como 1, el UE ejecuta el temporizador de mapeo NAS en el paso 3h-45. En el paso 3h-50, el UE realiza un mecanismo de QoS reflectante (una actualización de las reglas de mapeo AS/NAS), y en el paso 3h-55, el UE transfiere un paquete de datos de enlace ascendente según la información actualizada. El UE transfiere el paquete de datos y simultáneamente reinicia el temporizador en el paso 3h-60. En el paso 3h-65, el gNB transfiere el paquete de datos recibido del UE al NR CN, y en el paso 3h-70, el NR CN recibe el paquete de datos y reinicia el temporizador. En el paso 3h-75, incluso cuando el NR CN transfiere, al gNB, el paquete IP que debe ser transferido al UE, sin configurar el bit RQI de la cabecera N3, el NR CN reinicia el temporizador en el paso 3h-80. En el paso 3h-85, el gNB transfiere el paquete de datos recibido al UE, e igualmente, cuando el UE recibe el paquete de datos, el UE reinicia el temporizador en el paso 3h-90. Cuando los temporizadores expiran en el UE y en el NR CN, el UE y el NR CN eliminan las reglas de mapeo de QoS del NAS con respecto al paquete IP en los pasos 3h-95, 3h-100, 3h-105 y 3h-110.

FIG. 33 es un diagrama de flujo de una tercera realización de un procedimiento para resolver un desajuste entre las reglas de mapeo de la QoS del NR CN y el UE, siendo el procedimiento realizado por el gNB basado en la señalización entre el gNB y el NR CN.

Refiriéndose a la FIG. 33, cuando el gNB realiza una actualización de la QoS del AS incluso cuando un bit RQI de una cabecera N3 no está establecido, el gNB puede ordenar al NR CN que lo haga. Es decir, el gNB puede solicitar al NR CN que reinicie un temporizador de mapeo NAS 33 del NR CN.

El UE acampa en una celda servidora en el paso 3i-05, realiza el establecimiento de la conexión RRC en la celda servidora y, a continuación, pasa a un modo de conexión en el paso 3i-10. En el paso 3i-15, el UE recibe, del NR CN, un indicador que indica si el NR CN admite un mecanismo de QoS reflectante de NAS e información del temporizador de mapeo de NAS, y recibe, de un mensaje RRC del gNB, si se utiliza una cabecera SDAP (RQI, ID de flujo de QoS) según la configuración SDAP. Los mensajes mencionados pueden ser proporcionados simultáneamente en un mensaje RRC, o pueden ser recibidos respectivamente a través de un mensaje NAS y RRC. El temporizador de mapeo del NAS se refiere a un temporizador que indica el tiempo que el NR CN y el UE tienen para almacenar las reglas de mapeo de la QoS con respecto a un paquete IP específico del NAS, y cuando el temporizador de mapeo del NAS expira, se elimina la información de mapeo del mismo.

En el paso 3i-20, el NR CN que admite el mecanismo de QoS reflectante del NAS comprueba si se debe actualizar el mapeo de QoS reflectante con respecto al paquete IP que se va a transferir al UE, y en el paso 3i-25, cuando se requiere la actualización, el NR CN establece el bit RQI de la cabecera N3 del paquete IP como 1, y transfiere el paquete IP. Simultáneamente, el NR CN ejecuta el temporizador de mapeo NAS en el paso 3i-30. El gNB comprueba el bit RQI de la cabecera N3 del paquete IP recibido, y cuando el bit r Q i se establece como 1, el gNB comprueba si debe actualizar una regla de mapeo de AS en el paso 3i-35, y cuando se requiere, el gNB establece un bit r Q i de una cabecera SDAP como 1 y transfiere un paquete de datos al UE en el paso 3i-40. En este sentido, una condición de establecer el bit RQI del encabezado SDAP como 1 corresponde únicamente a un caso en el que el bit RQI del encabezado N3 está establecido y se requiere la actualización de la regla de mapeo de AS. El UE recibe el paquete de datos del gNB, y cuando el bit RQI de la cabecera SDAP se establece como 1, el UE ejecuta el temporizador de mapeo NAS en el paso 3i-45. En el paso 3i-50, el UE realiza un mecanismo de QoS reflectante (una actualización de las reglas de mapeo AS/NAS), y en el paso 3i-55, el UE transfiere un paquete de datos de enlace ascendente según la información actualizada. En el paso 3i-60, el gNB transfiere el paquete de datos recibido del UE al NR CN. En el paso 3i-65, cuando el NR CN transfiere, al gNB, el paquete IP que se va a transferir al UE, sin configurar el bit RQI de la cabecera N3, y en el paso 3i-70, el gNB comprueba si debe actualizar una regla de mapeo de AS, y cuando se le solicita que actualice la regla de mapeo de AS, el gNB notifica al NR CN la solicitud utilizando indicadores N2/N3. Es decir, el gNB solicita al NR CN que reinicie el temporizador de mapeo del NAS en el paso 3i-75. El NR CN reinicia el temporizador de mapeo del NAS, en respuesta a la solicitud recibida en el paso 3i-80. En el paso 3i-85, el gNB establece el bit RQI de la cabecera SDAP como 1, y transfiere el paquete de datos al UE. Cuando el equipo de usuario recibe el paquete de datos, el equipo de usuario reinicia el temporizador de mapeo del NAS en el paso 3i-90. Cuando los temporizadores de mapeo del NAS expiran en el UE y en el NR CN, el UE y el NR CN eliminan las reglas de mapeo de la QoS del NAS con respecto al paquete IP en los pasos 3i-95, 3i-100 y 3i-105.

FIG. 34 es un diagrama de flujo de un procedimiento para resolver un desajuste entre las reglas de mapeo de la QoS del NR CN y el UE, según un protocolo de una red de acceso radioeléctrico.

Refiriéndose a la FIG. 34, en una realización, se cambia la arquitectura del protocolo de radio. Un SDAP existente instruye una actualización de una regla de mapeo NAS, y un bit R de un PDCP se utiliza en una actualización de una regla de mapeo AS.

El UE acampa en una celda servidora en el paso 3j-05, realiza el establecimiento de la conexión RRC en la celda servidora, y luego transita a un modo de conexión en el paso 3j-10. En el paso 3j-15, el UE recibe, del gNB a través de un mensaje RRC, un indicador que señala si se utiliza una cabecera SDAP (RQI, ID de flujo de QoS) para un mecanismo de QoS reflectante de NAS, e información de configuración de AS RQI de PDCp para instruir un mecanismo de QoS reflectante de AS. Dicha configuración se realiza mediante la configuración del SDAP y del PDCP. A diferencia de esto, el UE puede recibir, del NR CN, un indicador que señale si el NR CN admite un mecanismo de QoS reflectante del NAS e información del temporizador de mapeo del NAS. Los mensajes mencionados pueden ser proporcionados simultáneamente en un mensaje RRC, o pueden ser recibidos respectivamente a través de un mensaje NAS y RRC. El temporizador de mapeo del NAS se refiere a un temporizador que indica el tiempo que el NR CN y el UE tienen para almacenar las reglas de mapeo de la QoS con respecto a un paquete IP específico del NAS, y cuando el temporizador de mapeo del NAS expira, se elimina la información de mapeo del mismo.

En el paso 3j-20, el NR CN que soporta el mecanismo de QoS reflectante del NAS comprueba si se debe actualizar el mapeo de QoS reflectante con respecto al paquete IP que se va a transferir al UE, y en el paso 3j-25, cuando se requiere la actualización, el NR CN establece el bit RQI de la cabecera N3 del paquete IP como 1, y transfiere el paquete IP. Simultáneamente, el NR CN ejecuta el temporizador de mapeo NAS. El gNB comprueba el bit RQI de la cabecera N3 del paquete IP recibido, y cuando el bit RQI se establece como 1, el gNB establece un bit RQI de una cabecera SDAP como 1. Además, el gNB comprueba si debe actualizar una regla de mapeo de AS, y cuando es necesario, el gNB establece un bit R de un encabezado PDCP como 1, instruye la QoS reflectante del AS, y transfiere un paquete de datos correspondiente al UE en el paso 3j-30. En el paso 3j-35, el UE recibe el paquete de datos del gNB, y cuando el bit RQI de la cabecera SDAP se establece como 1, el UE ejecuta el temporizador de mapeo NAS.

En este sentido, los datos se reciben a través de un DRB(DRB x) al que se aplica la configuración RQI del AS, y cuando los bits RQI del SDAP y el PDCP están todos establecidos, el u E realiza los mecanismos de QoS reflectantes del NAS/AS. Es decir, el UE actualiza las reglas de mapeo NAS/AS y transfiere los datos de enlace ascendente de acuerdo con las reglas actualizadas en el paso 3j-40. Cuando se reciben datos a través de un DRB (DRB y) al que no se le aplica la configuración RQI del AS, y el bit RQI del PDCP se establece en el paso 3j-45, el UE no realiza los mecanismos de QoS reflectantes del NAS/AS y descarta una PDU de datos PDCP correspondiente en el paso 3j-50. Según una realización, uno de los bits reservados de la cabecera PDCP puede utilizarse como indicador de la QoS reflectante del AS.

FIG. 35 es un diagrama de flujo de una quinta realización de un procedimiento, llevado a cabo por la NR CN, para detectar y resolver un desajuste entre las reglas de mapeo de la QoS.

Refiriéndose a la FIG. 35, como se ha descrito anteriormente, debido a que se aplica un temporizador a un mecanismo de QoS reflectante del NAS, puede producirse un desajuste entre los tiempos de expiración del temporizador del UE y del CN. Según una realización, el NR CN puede detectar un desajuste entre las reglas de mapeo del NR CN y una RAN, y puede volver a realizar un mecanismo de QoS reflectante para corregir el desajuste. El problema mencionado también puede producirse debido a un fallo de transmisión en la RAN y, por tanto, el NR Cn puede resolver un problema cuando el NR CN lo detecta. El UE acampa en una celda servidora en el paso 3k-05, realiza el establecimiento de la conexión RRC en la celda servidora, y luego transita a un modo de conexión en el paso 3k-10. En el paso 3k-15, el UE recibe, del NR CN, un indicador que indica si el NR CN admite un mecanismo de QoS reflectante de NAS e información del temporizador de mapeo de NAS, y recibe, de un mensaje RRC del gNB, si se utiliza una cabecera SDAP (RQI, ID de flujo de QoS) según la configuración SDAP. Los mensajes mencionados pueden ser proporcionados simultáneamente en un mensaje RRC, o pueden ser recibidos respectivamente a través de un mensaje NAS y RRC. El temporizador de mapeo del NAS se refiere a un temporizador que indica el tiempo que el NR CN y el UE tienen para almacenar las reglas de mapeo de la QoS con respecto a un paquete IP específico del NAS, y cuando el temporizador de mapeo del NAS expira, se elimina la información de mapeo del mismo.

En el paso 3k-20, el NR CN que admite el mecanismo de QoS reflectante del NAS comprueba si se debe actualizar el mapeo de QoS reflectante con respecto al paquete IP que se va a transferir al UE, y en el paso 3k-25, cuando se requiere la actualización, el NR CN establece el bit RQI de la cabecera N3 del paquete IP como 1, y transfiere el paquete IP. Simultáneamente, el NR CN ejecuta el temporizador de mapeo NAS en el paso 3k-30. El gNB comprueba el bit RQI de la cabecera N3 del paquete IP recibido, y cuando el bit RQI se establece como 1, el gNB comprueba si debe actualizar una regla de mapeo de AS en el paso 3k-35, y cuando se requiere, el gNB establece un bit RQI de una cabecera SDAP como 1 y transfiere un paquete de datos al UE en el paso 3k-40. En este sentido, una condición de establecer el bit RQI del encabezado SDAP como 1 corresponde únicamente a un caso en el que el bit RQI del encabezado N3 está establecido y se requiere la actualización de la regla de mapeo de AS. El UE recibe el paquete de datos del gNB, y cuando el bit RQI de la cabecera SDAP se establece como 1, el UE ejecuta el temporizador de mapeo NAS en el paso 3k-45. En el paso 3k-50, el UE realiza un mecanismo de QoS reflectante (una actualización de las reglas de mapeo AS/NAS), y en el paso 3k-55, el UE transfiere un paquete de datos de enlace ascendente según la información actualizada. En el paso 3k-60, el gNB transfiere el paquete de datos recibido del UE al NR CN. En el paso 3k-65, cuando el NR CN transfiere, al gNB, el paquete IP que se va a transferir al UE, sin configurar el bit RQI de la cabecera N3, y en el paso 3k-70, el gNB comprueba si debe actualizar la regla de mapeo de AS y cuando se requiere actualizar la regla de mapeo de AS, el gNB establece el bit RQI de la cabecera SDAP como 1, y transfiere un paquete de datos al UE en el paso 3k-75. Cuando el UE recibe el paquete de datos, el UE reinicia el temporizador de mapeo NAS en el paso 3k-80. En el paso 3k-85, el UE actualiza las reglas de mapeo AS/NAS QoS, inserta un ID de flujo QoS modificado en el encabezado SDAP del paquete de datos de enlace ascendente, y transfiere el paquete al gNB a través de un DRB actualizado en el paso 3k-90. El gNB recibe el paquete y luego lo transfiere al n R CN en el paso 3k-95, y en el paso 3k-95 el NR CN puede detectar una falta de coincidencia entre las reglas de mapeo del nAs del UE y el NR Cn . En el paso 3k-100, el NR CN puede realizar uno de los procedimientos siguientes para resolver la falta de coincidencia entre las reglas de mapeo del NAS.

1. Reasignar el mismo ID de flujo QoS

2. Utilizar el mecanismo de QoS reflectante para actualizar/reasignar el ID de flujo de QoS)

3. Utilizar la señalización explícita del NAS para fijar el ID de flujo de la QoS en el lado del UE)

FIG. 36 es un diagrama de bloques de un UE 3600 según una realización.

Refiriéndose a la FIG. 36, el UE 3600 incluye un procesador de RF 31-10, un procesador de banda base 31-20, un almacenamiento 31-30 y un controlador 31-40.

El procesador de RF 31-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 31-10 convierte una señal de banda base proporcionada por el procesador de banda base 31-20 en una señal de banda de RF y recibe la señal de banda de RF a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 31-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un DAC, un ADC, o similares. Aunque la FIG. 36 ilustra sólo una antena, el UE 3600 puede incluir una pluralidad de antenas. Además, el procesador de RF 31-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 31-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 31-10 puede ajustar las fases y las magnitudes de las respectivas señales recibidas a través de la pluralidad de antenas o elementos de antena. Además, el procesador de RF 31-10 puede realizar MIMO, y puede recibir una pluralidad de capas mientras realiza una operación MIMO. El procesador de banda base 31 -20 realiza una función de conversión entre la señal de banda base y una cadena de bits según la especificación de la capa física de un sistema. Por ejemplo, en la transmisión de datos, el procesador de banda base 31-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida. Además, en la recepción de datos, el procesador de banda base 31-20 reconstruye una cadena de bits recibida mediante la demodulación y decodificación de una señal de banda base proporcionada desde el procesador de RF 31-10. Por ejemplo, cuando los datos se transmiten según un esquema OFDM, el procesador de banda base 31-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación IFFT e insertando un CP. Además, en la recepción de datos, el procesador de banda base 31-20 puede dividir la señal de banda base proporcionada desde el procesador de RF 31-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras mediante la realización de una operación FFT y, a continuación, reconstruir la cadena de bits recibida mediante la demodulación y decodificación de las señales. El procesador de banda base 31-20 y el procesador de RF 31-10 transmiten y reciben señales como se ha descrito anteriormente. En consecuencia, el procesador de banda base 31 -20 y el procesador de RF 31-10 pueden denominarse transmisor, receptor, transceptor o comunicador. Además, al menos uno de los procesadores de banda base 31-20 y el procesador de RF 31-10 puede incluir una pluralidad de módulos de comunicación para soportar diferentes tecnologías de acceso inalámbrico. Además, al menos uno de los procesadores de banda base 31-20 y el procesador de RF 31-10 puede incluir diferentes módulos de comunicación configurados para soportar una pluralidad de tecnologías de acceso inalámbrico diferentes. Además, al menos uno de los procesadores de banda base 31-20 y el procesador de RF 31-10 puede incluir diferentes módulos de comunicación configurados para procesar señales de diferentes bandas de frecuencia. Por ejemplo, las diferentes tecnologías de acceso inalámbrico pueden incluir una WLAN (por ejemplo, IEEE 802.11), una red celular (por ejemplo, una red LTE), o similares. Ejemplos de las diferentes bandas de frecuencia pueden incluir una banda SHF (por ejemplo, 2 NRHz o 1 NRHz), y una banda onda-mm (por ejemplo, 60 GHz). El almacenamiento 31-30 puede almacenar datos como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones del UE 3600. En particular, el almacenamiento 31-30 puede almacenar información sobre un segundo nodo de acceso configurado para realizar una comunicación inalámbrica utilizando una segunda tecnología de acceso inalámbrico. Además, el almacenamiento 31-30 proporciona datos almacenados, en respuesta a una solicitud del controlador 31 40.

El controlador 31-40 controla las operaciones generales del UE 3600. Por ejemplo, el controlador 31-40 transmite y recibe señales a través del procesador de banda base 31-20 y el procesador de Rf 31-10. Además, el controlador 31 40 registra y lee los datos almacenados en la memoria 31-30. Para ello, el controlador 31-40 puede incluir al menos un procesador. Por ejemplo, el controlador 31-40 puede incluir un procesador de comunicación configurado para realizar el control de la comunicación y un AP configurado para controlar una capa superior como un programa de aplicación.

FIG. 37 es un diagrama de bloques de una estación base 3700 según una realización. Refiriéndose a la FIG. 37, la estación base 3700 incluye un procesador de RF 3m-10, un procesador de banda base 3m-20, un comunicador red de retorno 3m-30, un almacenamiento 3m-40 y un controlador 3m-50. El procesador de RF 3m-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 3m-10 convierte una señal de banda base proporcionada por el procesador de banda base 3m-20 en una señal de banda de RF y recibe la señal de banda de Rf a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 3m-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un DAC, un ADC, o similares. Aunque la FIG. 37 ilustra sólo una antena, una estación base 3700 puede incluir una pluralidad de antenas. Además, el procesador de RF 3m-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 3m-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 3m-10 puede ajustar las fases y las magnitudes de las respectivas señales transcritas a través de la pluralidad de antenas o elementos de antena. Además, el procesador de RF 3m-10 puede realizar una operación MIMO descendente transmitiendo una o más capas. El procesador de banda base 3m-20 realiza una función de conversión entre la señal de banda base y una cadena de bits según una especificación de capa física de una primera tecnología de acceso inalámbrico. Por ejemplo, en la transmisión de datos, el procesador de banda base 3m-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida. Además, en la recepción de datos, el procesador de banda base 3m-20 reconstruye una cadena de bits recibida mediante la demodulación y decodificación de una señal de banda base proporcionada desde el procesador de RF 3m-10. Por ejemplo, cuando los datos se transmiten según un esquema Of Dm , el procesador de banda base 3m-20 genera símbolos complejos codificando y modulando una cadena de bits transmitida, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación IFFT e insertando un CP. Además, en la recepción de datos, el procesador de banda base 3m-20 puede dividir la señal de banda base proporcionada desde el procesador de RF 3m-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras realizando una operación FFT y, a continuación, reconstruir la cadena de bits recibida mediante la demodulación y decodificación de las señales. En consecuencia, el procesador de banda base 3m-20 y el procesador de RF 3m-10 pueden denominarse transmisor, receptor, transceptor, comunicador o comunicador inalámbrico.

El comunicador red de retorno 3m-30 proporciona una interfaz para realizar la comunicación con otros nodos de una red. Es decir, el comunicador red de retorno 3m-30 convierte una cadena de bits en una señal física, siendo el flujo de bits transmitido desde la estación base 3700 a otros nodos, incluyendo una estación base auxiliar 3700, una red central, o similares, y convierte una señal física recibida de otros nodos en una cadena de bits.

El almacenamiento 3m-40 almacena datos como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones de la estación base 3700. En particular, el almacenamiento 3m-40 puede almacenar información sobre un portador asignado a un UE conectado, un resultado de medición reportado por el UE conectado, o algo similar. Además, el almacenamiento 3m-40 puede almacenar información que es un criterio para determinar si se proporciona o se detiene la multiconexión al UE. Además, el almacenamiento 3m-40 puede proporcionar datos almacenados, en respuesta a una solicitud del controlador 3m-50.

El controlador 3m-50 controla todas las operaciones de la estación base 3700. Por ejemplo, el controlador 3m-50 transmite señales a través del procesador de banda base 3m-20 y el procesador de RF 3m-10, o a través del comunicador de red de retorno 3m-30. Además, el controlador 3m-50 puede grabar/leer datos a/desde el almacenamiento 3m-40. Para ello, el controlador 3m-50 puede incluir al menos un procesador.

FIG. 38 es un diagrama de un sistema LTE, según una realización.

Refiriéndose a la FIG. 38, un sistema de comunicación inalámbrica está configurado de una pluralidad de eNBs 4a-05, 4a-10, 4a-15, y 4a-20, un MME 4a-25, y un S-GW 4a-30. Un UE o (o un terminal) 4a-35 accede a una red externa a través de los eNBs 4a-05, 4a-10, 4a-15 y 4a-20 y el S-GW 4a-30.

Los eNBs 4a-05, 4a-10, 4a-15 y 4a-20, como nodos de acceso de una red celular, proporcionan acceso radioeléctrico a los UEs que acceden a una red. Es decir, para dar servicio al tráfico de usuarios, los eNBs 4a-05, 4a-10, 4a-15 y 4a-20 recopilan y programan una pluralidad de piezas de información de estado que incluyen estados de búfer, estados de potencia de transmisión disponible, estados de canal, o similares de los UEs, y luego apoyan la conexión entre los UEs y un CN. El MME 4a-25 es un dispositivo configurado para realizar no sólo una función de gestión de la movilidad, sino también varias funciones de control con respecto a los UE, y está conectado a una pluralidad de eNB. El S-GW 4a-30 es un dispositivo configurado para proporcionar un portador de datos. Además, el MME 4a-25 y el S-GW 4a-30 pueden estar configurados además para realizar la autenticación, la gestión del portador, o similares con respecto a los UE que acceden a la red, y para procesar un paquete recibido de los eNBs 4a-05, 4a-10, 4a-15, y 4a-20 o un paquete que se transmite a los eNBs 4a-05, 4a-10, 4a-15, y 4a-20.

FIG. 39 es un diagrama de bloques de una arquitectura de protocolo de radio en un sistema LTE, según una realización.

Refiriéndose a la FIG. 39, un protocolo de radio en el sistema LTE está configurado de PDCPs 4b-05 y 4b-40, RLCs 4b-10 y 4b-35, MACs 4b-15 y 4b-30, y PHYs 4b-20 y 4b-25 en los respectivos UE y eNB. Los PDCPs 4b-05 y 4b-40 realizan operaciones que incluyen la compresión/descompresión de la cabecera IP, y los RLCs 4b-10 y 4b-35 reconfiguran una PDCP PDU para que tenga un tamaño adecuado.

Las MACs 4b-15 y 4b-30 están conectadas a una pluralidad de capas RLC configuradas en un UE, y pueden realizar operaciones de multiplexación de RLC PDUs en MAC PDUs y de demultiplexación de RLC PDUs desde MAC PDUs. Los PHYs 4b-20 y 4b-25 realizan operaciones de codificación de canal y modulación de datos de la capa superior y transmisión de símbolos OFDM a través de un canal inalámbrico convirtiendo los datos de la capa superior en los símbolos OFDM, o bien operaciones de demodulación y decodificación de canal de los símbolos OFDM recibidos a través del canal inalámbrico, y transmisión de los datos decodificados a una capa superior. Para realizar una corrección de errores adicional, las PHYs 4b-20 y 4b-25 utilizan HARQ, y un extremo receptor transmite 1 bit que indica el reconocimiento (ACK) o el reconocimiento negativo (NACK) sobre un paquete transmitido desde un extremo transmisor. Esto se denomina información HARQ ACK/NACK. La información HARQ ACK/NACK de enlace descendente con respecto a la transmisión de enlace ascendente puede transmitirse a través de un canal físico indicador de HARQ (PHICH), y la información HARQ ACK/NACK de enlace ascendente con respecto a la transmisión de enlace descendente puede transmitirse a través de un PUCCH o un PUSCH.

Un esquema de transmisión HARQ incluye HARQ asíncrono y HARQ síncrono. La HARQ asíncrona se refiere a un esquema en el que, cuando la transmisión (o retransmisión) ha fallado, la ocurrencia de un tiempo para la retransmisión con respecto al fallo no es fija, y la HARQ síncrona se refiere a un esquema en el que, cuando la transmisión (o retransmisión) ha fallado, la ocurrencia de un tiempo para la retransmisión con respecto al fallo es fija (por ejemplo, 8 ms). Además, una pluralidad de transmisiones y recepciones pueden realizarse simultáneamente de forma paralela con respecto a un enlace descendente y un enlace ascendente para un UE, y las transmisiones respectivas se distinguen por identificadores de proceso HARQ.

Dado que el tiempo de retransmisión no es fijo en el HARQ asíncrono, para cada retransmisión, el eNB proporciona, a través de un canal de control del enlace descendente físico (PDCCH), información del canal físico sobre a qué proceso HARQ pertenece la transmisión actual e información que indica si la transmisión actual es una transmisión inicial o una retransmisión. En detalle, la información sobre a qué proceso HARQ pertenece la transmisión actual se transmite a través de un campo de identificación (ID) del proceso HARQ en la PDCCH, y la información que indica si la transmisión actual es una transmisión inicial o una retransmisión significa, a través de un bit indicador de datos nuevos (NDI) en la PDCCH, una retransmisión cuando el bit no se cambia en comparación con un valor anterior y una nueva transmisión cuando el bit se cambia a un valor diferente. En consecuencia, el UE reconoce los detalles sobre la transmisión correspondiente mediante la recepción de la información de aplicación de recursos en el PDCCH que transmite el eNB, y luego, para un enlace descendente, recibe los datos reales a través de un canal físico compartido de enlace descendente (PDSCH), y para un enlace ascendente, transmite los datos reales a través de un PUSCH.

Aunque no se ilustra en la FIG. 39, las capas RRC respectivas están presentes como capas superiores de las capas PDCP 4b-05 y 4b-40 del UE y del eNB, y las capas RRC pueden intercambiar un mensaje de control de configuración relacionado con el acceso y la medición para controlar los recursos inalámbricos. FIG. 40 es un diagrama de flujo de un procedimiento de acceso aleatorio, según una realización. Refiriéndose a la FIG. 40, para un acceso inicial, un reacceso, un traspaso y otros casos diversos en los que se requiere un acceso aleatorio, el UE 4c-01 realiza un acceso aleatorio mediante el procedimiento que se indica a continuación.

En primer lugar, el UE 4c-01 transmite un preámbulo de acceso aleatorio (también denominado preámbulo) a un canal físico para un acceso aleatorio con el fin de acceder a un NB 4c-03 en el paso 4c-11. El canal físico se denomina recurso PRACH, y uno o más UEs pueden transmitir simultáneamente preámbulos de acceso aleatorio al recurso PRACH. El recurso PRACH puede cubrir una subtrama, o bien se pueden utilizar sólo algunos símbolos de una subtrama. La información sobre el recurso PRACH puede incluirse en la información del sistema emitida por el NB 4c-03, de manera que sea posible comprobar a qué recurso de frecuencia temporal debe transmitirse un preámbulo. Además, el preámbulo de acceso aleatorio es una secuencia especialmente diseñada para que pueda ser recibida por el NB 4c-03 incluso cuando el preámbulo de acceso aleatorio se transmite antes de que el UE 4c-01 esté completamente sincronizado con el NB 4c-03. Según una norma, puede haber una pluralidad de índices de preámbulo. Cuando hay una pluralidad de índices de preámbulo, un preámbulo transmitido por el UE 4c-01 puede haber sido seleccionado al azar por el UE 4c-01 o puede ser un preámbulo específico designado por el NB 4c-03. Además, el preámbulo puede ser transmitido varias veces utilizando haces en diferentes direcciones en el paso 4c-13.

Cuando el NB 4c-03 recibe el preámbulo, el NB 4c-03 transmite un mensaje de respuesta de acceso aleatorio (RAR) con respecto a la recepción al UE 4c-01 en el paso 4c-21. El RAR incluye información del identificador del preámbulo utilizado en el paso 4c-11 o 4c-13, información de corrección de la temporización de la transmisión del enlace ascendente, información de mapeo de recursos del enlace ascendente que se utilizará en el paso 4c-31, información del identificador temporal del UE, o similares. La información del identificador del preámbulo se transmite para informar qué preámbulo corresponde al RAR, cuando una pluralidad de UEs intentan un acceso aleatorio transmitiendo diferentes preámbulos en el paso 4c-11 o 4c-13. La información de mapeo de recursos de enlace ascendente es información detallada sobre un recurso que va a utilizar el UE 4c-01 en el paso 4c-31, e incluye una posición física y un tamaño del recurso, un esquema de modulación y codificación que se va a utilizar en la transmisión, información de ajuste de potencia para la transmisión, o similares. En el caso de que el UE 4c-01 que ha transmitido el preámbulo intente un acceso inicial, el UE 4c-01 no tiene un identificador asignado por el NB 4c-03 para la comunicación con el NB 4c-03, y en ese caso, la información del identificador temporal del UE se transmite para ser utilizada como identificador. El RAR debe ser transmitido dentro de un tiempo preestablecido después de la transmisión del preámbulo, y el tiempo preestablecido se llama ventana RAR. Cuando se transmite una pluralidad de preámbulos, la ventana RAR se inicia después de que haya transcurrido un tiempo preestablecido tras la transmisión de un primer preámbulo. El tiempo preestablecido puede tener un valor fijo menor o igual a una unidad de subtrama de 1 ms. Una longitud de la ventana RAR puede ser un valor preestablecido que el NB 4c-03 establece para cada recurso PRACH o cada recurso PRACH establecido en un mensaje de información del sistema emitido por el NB 4c-03. Cuando se transmite una pluralidad de los mismos preámbulos, las respectivas ventanas RAR con respecto a los preámbulos transmitidos pueden no ser gestionadas, pero, como se ha descrito anteriormente, el UE 4c-01 puede intentar recibir un RAR dentro de una ventana RAR con respecto al primer preámbulo transmitido.

Cuando se transmite el RAR, el NB 4c-03 programa el RAR a través del PDCCH, y la información de programación se codifica utilizando un identificador temporal de red de radio de acceso aleatorio (RA-RNTI). El RA-RNTI se mapea con el recurso PRACH utilizado en la transmisión de un mensaje de la operación 4c-11 o 4c-13, y el UE 4c-01 que transmitió un preámbulo a través de un determinado recurso PRACH intenta recibir un PDCCH basado en un RA-RNTI correspondiente y determina si hay un RAR correspondiente al mismo. Es decir, cuando el RAR es una respuesta al preámbulo transmitido en el paso 4c-13, el RA-RNTI utilizado en la información de programación del RAR incluye información sobre la transmisión en el paso 4c-13. Para ello, el RA-RNTI puede calcularse mediante la ecuación (3) que se muestra a continuación.

RA-RNTI= 1 t j d max_t_id * f j d cell_offset ...Ecuación(3)

A este respecto, t_id indica un índice correspondiente a un primer símbolo OFDM en el que comienza el recurso PRACH, y tiene un valor de 0 < t_id < max_t_id. Además, max_t_id indica un valor que varía según las celdas (o según los enlaces ascendentes), y puede ser señalado en el mensaje de información del sistema emitido por el NB 4c-03 o puede ser determinado por el UE 4c-01 según un tamaño de la ventana RAR y el espaciado de las subportadoras. Por ejemplo, en un caso en el que un sistema de comunicación inalámbrica es un sistema que utiliza un esquema OFDM, cuando el espaciado de las subportadoras de un NB correspondiente es de 15 kHz, el UE puede incluir aproximadamente 14 símbolos OFDM en 1 ms (denominado subtrama). Sin embargo, cuando el espaciamiento de las subportadoras es de 30 KHz, se pueden incluir 28 símbolos OFDM en 1 ms, cuando el espaciamiento de las subportadoras es de 60 KHz, se pueden incluir 56 símbolos OFDM en 1 ms, cuando el espaciamiento de las subportadoras es de 120 KHz, se pueden incluir 112 símbolos OFDM en 1 ms, cuando el espaciamiento de las subportadoras es de 240 KHz, se pueden incluir 224 símbolos OFDM en 1 ms, y cuando el espaciamiento de las subportadoras es de 480 KHz, se pueden incluir 448 símbolos OFDM en 1 ms. En consecuencia, suponiendo que el tamaño de la ventana RAR tiene una longitud de 10 ms, cuando se distingue por símbolos OFDM, se requieren demasiados RA-RNTI, y, por lo tanto, se introduce max_t_id que limita un valor máximo para reducir el número de RA-RNTI. Cuando el NB 4c-03 señala por separado max_t_id, el NB 4c-03 puede controlar un número total de RA-RNTIs. Además, f_id es 1 en un caso de división de frecuencia dúplex (FDD), y para TDD, se puede utilizar un número preestablecido X que se define en la norma. Cell_offset indica un valor que se señala en el mensaje de información del sistema emitido por el NB 4c-03, y se utiliza 0 cuando no se transmite cell_offset. Cell_offset indica el valor para soportar el enlace ascendente suplementario, y por ejemplo, cuando el NB 4c-03 utiliza dos enlaces ascendentes con respecto a un enlace descendente, cell_offset se utiliza para identificar qué enlace ascendente de los dos se utiliza. Dado que el RAR se recibe a través de un enlace descendente, es necesario identificar a través de qué enlace ascendente se ha transmitido el preámbulo.

Por ejemplo, el RA-RNTI puede calcularse utilizando la ecuación (4) que aparece a continuación.

RA-RNTI = 1 (s lo tjd * num_symbol_per_slot sym bo ljd ) num_of_slot_per_RAR *

num_symbol_per_slot * f j d cell_offset ...Ecuaclón(4)

En la ecuación (4) anterior, slot_id indica un índice de una primera ranura donde se produce la transmisión del preámbulo. Aquí, una ranura se refiere a un conjunto de 14 símbolos OFDM, y como se ha descrito anteriormente, puede haber 1 ranura en una subtrama (1 ms) de acuerdo con el espaciamiento de las subportadoras, o pueden estar presentes 2, 4, 8 o 16 ranuras. En consecuencia, num_symbol_per_slot tiene un valor de 14. Además, symbol_id se refiere a un índice que indica en qué símbolo de la ranura se ha transmitido el preámbulo. Symbol_id tiene un valor de 0 cuando la transmisión ocurre en un primer símbolo, y tiene un valor de 1 cuando la transmisión ocurre en un segundo símbolo.

El UE 4c-01 que ha recibido el RAR transmite, a un recurso asignado al RAR, diferentes mensajes de acuerdo con los diversos objetivos mencionados en el paso 4c-31. Un mensaje que se transmite en tercer lugar se llama Msg3 (es decir, el preámbulo en el paso 4c-11 o 4c-13 es Msg1 y el rAr en el paso 4c-21 es Msg2. Ejemplos de Msg3 transmitidos por el UE 4c-01 incluyen un mensaje RRCConnectionRequest que es un mensaje de una capa RRC se transmite en un acceso inicial, un mensaje RRCConnectionReestablishmentRequest transmitido en un re-acceso, y un mensaje RRCConnectionReconfigurationComplete transmitido en un traspaso. Alternativamente, se puede transmitir un mensaje de informe de estado del búfer (BSR) para solicitar un recurso. Después, para una transmisión inicial (por ejemplo, el Msg3 no incluye información del identificador del NB que se ha asignado previamente al UE 4c-01, o similar), el UE 4c-01 recibe un mensaje de resolución de contención del NB 4c-03 en el paso 4c-41, y el mensaje de resolución de contención incluye contenido en el Msg3 que el UE 4c-01 ha transmitido, por lo tanto, incluso cuando hay una pluralidad de UEs que lo mismo en los pasos 4c-11 o 4c-13, es posible notificar a qué UE corresponde una respuesta.

FIG. 41 es un diagrama de flujo de las operaciones del UE, según una realización.

Refiriéndose a la FIG. 41, el UE en modo inactivo RRC_IDLE acampa en el UE midiendo una señal de enlace descendente transmitida desde cada uno de los NB y selecciona un mejor NB que satisfaga una condición preestablecida. A continuación, el UE recibe los parámetros relacionados con la realización de un acceso aleatorio al NB seleccionado mediante la recepción de la información del sistema emitida por el NB seleccionado en el paso 4d-03. Aquí, "acampar" indica que el Ue selecciona el NB y se queda en el NB seleccionado, y cuando el UE determina el acampamiento y registra en una red que el UE se queda en el NB seleccionado (o en un grupo de NBs), el UE puede monitorizar un mensaje de localización del NB seleccionado (o del grupo de NBs). Cuando hay datos (incluyendo una llamada) que deben ser transmitidos desde la red al UE, el mensaje de localización se utiliza para informar al UE de los datos.

Después, el UE puede ser activado para realizar un acceso aleatorio en el paso 4d-05. Una condición de activación puede incluir un caso en el que el equipo de usuario intente transmitir un mensaje de control para registrar su ubicación, o un caso en el que el equipo de usuario intente recibir datos porque el equipo de usuario reciba un mensaje de localización de un enlace descendente y luego reconozca que el equipo de usuario tiene datos que recibir. En consecuencia, el UE selecciona un recurso PRACH para transmitir un preámbulo de acceso aleatorio al NB en el que el UE acampa actualmente en el paso 4d-07. Cuando el NB es un NB basado en haces, el UE puede transmitir bloques de señales de sincronización (SS) de acuerdo con los respectivos haces (o los respectivos grupos de haces), y los respectivos recursos PRACH pueden establecerse de acuerdo con los bloques SS. Por ejemplo, en un escenario en el que, cuando los cuatro haces del NB están fijados en las direcciones este, oeste, sur y norte, el UE está situado al norte del NB y recibe sólo un bloque SS transmitido al norte (o el bloque SS que se transmite al norte tiene una mejor intensidad de señal), cuando el Nb asigna diferentes recursos PRACH a los respectivos cuatro bloques SS, el Ue transmite un preámbulo a través de un recurso PRACH correspondiente al bloque SS transmitido al norte. Como se ha descrito anteriormente con referencia a la FIG. 40, el recurso PRACH puede comenzar en un determinado símbolo OFDM.

Según el procedimiento, el UE selecciona el recurso PRACH correspondiente al bloque SS, y transmite el preámbulo seleccionado a través del recurso PRACH en el paso 4d-09. En este sentido, el UE puede transmitir un preámbulo o puede transmitir una pluralidad de preámbulos. El UE puede calcular los RA-RNTI correspondientes a los respectivos preámbulos, y el cálculo puede realizarse utilizando la ecuación (5) que se describe a continuación con referencia a la FIG. 40

RA-RNTI= 1 t j d max_t_ld * f j d cell_offset ...Ecuaclón(5)

A este respecto, t_id indica un índice correspondiente a un primer símbolo OFDM en el que comienza el recurso PRACH, y tiene un valor de 0 < t_id < max_t_id. Además, max_t_id indica un valor que varía según las celdas (o según los enlaces ascendentes), y puede ser señalado en el mensaje de información del sistema emitido por el NB o puede ser determinado por el UE según el tamaño de una ventana RAR y el espaciado de las subportadoras. Por ejemplo, en un caso en el que un sistema de comunicación inalámbrica es un sistema que utiliza un esquema OFDM, cuando el espaciado de las subportadoras de un NB correspondiente es de 15 kHz, el UE puede incluir aproximadamente 14 símbolos OFDM en 1 ms (denominado subtrama). Sin embargo, cuando el espaciamiento de las subportadoras es de 30 KHz, se pueden incluir 28 símbolos OFDM en 1 ms, cuando el espaciamiento de las subportadoras es de 60 KHz, se pueden incluir 56 símbolos OFDM en 1 ms, cuando el espaciamiento de las subportadoras es de 120 KHz, se pueden incluir 112 símbolos OFDM en 1 ms, cuando el espaciamiento de las subportadoras es de 240 KHz, se pueden incluir 224 símbolos OFDM en 1 ms, y cuando el espaciamiento de las subportadoras es de 480 KHz, se pueden incluir 448 símbolos OFDM en 1 ms. En consecuencia, suponiendo que el tamaño de la ventana RAR tiene una longitud de 10 ms, cuando se distingue por símbolos OFDM, se requieren demasiados RA-RNTI, y por lo tanto, se introduce max_t_id que limita un valor máximo para reducir el número de RA-RNTI. Cuando el NB señala por separado max_t_id, el NB puede controlar un número total de RA-RNTIs. Además, f_id es 1 en un caso de FDD, y para TDD, se puede utilizar un número preestablecido X que se define en la norma. Cell_offset indica un valor que se señala en el mensaje de información del sistema emitido por el NB, y se utiliza 0 cuando no se transmite cell_offset. Cell_offset indica el valor para soportar el enlace ascendente suplementario y, por ejemplo, cuando el NB utiliza dos enlaces ascendentes con respecto a un enlace descendente, cell_offset se utiliza para identificar qué enlace ascendente de los dos se utiliza. Dado que el RAR se recibe a través de un enlace descendente, es necesario identificar a través de qué enlace ascendente se ha transmitido el preámbulo.

Por ejemplo, el puede ser calculado usando la Ecuación (6) a continuación.

RA-RNTI = 1 (s lo tjd * num_symbol_per_slot sym bo ljd ) num_of_slot_per_RAR *

num_symbol_per_slot * f j d cell_offset ...Ecuación (6)

En la ecuación (6) anterior, slot_id indica un índice de una primera ranura donde se produce la transmisión del preámbulo. Aquí, una ranura se refiere a un conjunto de 14 símbolos OFDM, y como se ha descrito anteriormente, puede haber 1 ranura en una subtrama (1 ms) de acuerdo con el espaciamiento de las subportadoras, o pueden estar presentes 2, 4, 8 o 16 ranuras. En consecuencia, num_symbol_per_slot tiene un valor de 14. Además, symbol_id se refiere a un índice que indica en qué símbolo de la ranura se ha transmitido el preámbulo. Symbol_id tiene un valor de 0 cuando la transmisión ocurre en un primer símbolo, y tiene un valor de 1 cuando la transmisión ocurre en un segundo símbolo.

A continuación, el equipo de usuario supervisa los RA-RNTI correspondientes a los respectivos preámbulos que se han transmitido durante un tiempo de la ventana RAR que corresponde a un tiempo después de un desplazamiento preestablecido tras la transmisión de un primer preámbulo en el paso 4d-13. En este sentido, el UE supervisa un PDCCH que es un subconjunto que se asigna al UE y es de entre todos los recursos PDCCH que el NB transmite, y el subconjunto se llama "CORESET"

Cuando el UE recibe con éxito un RAR según el RA-RNTI seleccionado en el paso 4d-15, el UE determina si el RAR incluye un identificador de preámbulo de acceso aleatorio (RAPID) transmitido por el UE en el paso 4d-17. Cuando el RAPID corresponde a un identificador de preámbulo transmitido, el UE transmite el Msg3 al NB, basándose en la información de recursos de enlace ascendente incluida en el RAR, y luego determina si el Msg3 ha sido transmitido con éxito, intentando recibir el Msg4 del NB en el paso 4d-21. En consecuencia, el UE puede realizar con éxito el acceso aleatorio al NB.

FIG. 42 es un diagrama que ilustra una configuración de UE según una realización. Refiriéndose a la FIG. 42, el UE 4200 incluye un procesador de RF 4e-10, un procesador de banda base 4e-20, un almacenamiento 4e-30 y un controlador 4e-40.

El procesador de RF 4e-10 realiza funciones que incluyen la conversión, amplificación o similares de una banda de una señal con el fin de transducir la señal a través de un canal inalámbrico. Es decir, el procesador de RF 4e-10 convierte una señal de banda base proporcionada por el procesador de banda base 4e-20 en una señal de banda de RF y recibe la señal de banda de r F a través de una antena, y convierte una señal de banda de RF recibida a través de la antena en una señal de banda base. Por ejemplo, el procesador de RF 4e-10 puede incluir un filtro de transmisión, un filtro de recepción, un amplificador, un mezclador, un oscilador, un DAC, un ADC, o similares. Aunque la FIG. 42 ilustra sólo una antena, el UE 4200 puede incluir una pluralidad de antenas. Además, el procesador de RF 4e-10 puede incluir una pluralidad de cadenas de RF. Además, el procesador de RF 4e-10 puede realizar la formación de haces. Para la formación de haces, el procesador de RF 4e-10 puede ajustar las fases y las magnitudes de las respectivas señales recibidas a través de la pluralidad de antenas o elementos de antena.

El procesador de banda base 4e-20 realiza una función de conversión entre la señal de banda base y un flujo de bits según la especificación de la capa física de un sistema. Por ejemplo, en la transmisión de datos, el procesador de banda base 4e-20 genera símbolos complejos codificando y modulando un flujo de bits transmitido. Además, en la recepción de datos, el procesador de banda base 4e-20 reconstruye un flujo de bits recibido demodulando y decodificando una señal de banda base proporcionada desde el procesador de RF 4e-10. Por ejemplo, cuando los datos se transmiten según un esquema OFDM, el procesador de banda base 4e-20 genera símbolos complejos codificando y modulando un flujo de bits transmitido, mapea los símbolos complejos a las subportadoras y configura los símbolos OFDM realizando una operación IFFT e insertando un CP. Además, en la recepción de datos, el procesador de banda base 4e-20 puede dividir la señal de banda base proporcionada desde el procesador de RF 4e-10 en unidades de símbolos OFDM y restaurar las señales asignadas a las subportadoras mediante la realización de una operación FFT y, a continuación, reconstruir el flujo de bits recibido mediante la demodulación y decodificación de las señales.

El procesador de banda base 4e-20 y el procesador de RF 4e-10 transmiten y reciben señales como se ha descrito anteriormente. En consecuencia, el procesador de banda base 4e-20 y el procesador de RF 4e-10 pueden denominarse transmisor, receptor, transceptor o comunicador. Además, al menos uno de los procesadores de banda base 4e-20 y el procesador de RF 4e-10 puede incluir diferentes módulos de comunicación para procesar señales de diferentes bandas de frecuencia. Los ejemplos de las diferentes bandas de frecuencia pueden incluir una banda SHF (por ejemplo, 2,5 GHz, 5 GHz, o similares), y una banda onda-mm (por ejemplo, 60 GHz).

El almacenamiento 4e-30 puede almacenar datos como un programa predeterminado, un programa de aplicación e información de configuración para las operaciones del UE 4200.

El controlador 4e-40 controla las operaciones generales del UE 4200. Por ejemplo, el controlador 4e-40 transmite y recibe señales a través del procesador de banda base 4e-20 y el procesador de RF 4e-10. Además, el controlador 4e-40 registra y lee los datos almacenados en la memoria 4e-30. Para ello, el controlador 4e-40 puede incluir al menos un procesador. Por ejemplo, el controlador 4e-40 puede incluir un procesador de comunicación configurado para realizar el control de la comunicación y un AP configurado para controlar una capa superior como un programa de aplicación. Según una realización, el controlador 4e-40 incluye un procesador multiconexión 4e-42 configurado para realizar el procesamiento para operar en un modo multiconexión. Por ejemplo, el controlador 4e-40 puede controlar el UE 4200 para realizar un procedimiento de operaciones del UE 4200.

Según una realización, el controlador 4e-40 del UE 4200 controla el procesador de banda base 4e-20 y el procesador de RF 4e-10 para transmitir un determinado preámbulo a través de un recurso PRACH seleccionado, calcula un RA-RNTI correspondiente al preámbulo transmitido, y determina si se recibe un RAR o RARs en base al RA-RNTI en un periodo definido. Los procedimientos según las realizaciones descritas en las reivindicaciones anexas o en la descripción de la presente divulgación pueden implementarse como hardware, software o una combinación de hardware y software.

Cuando se implementa como software, se puede proporcionar un medio de almacenamiento no transitorio legible por ordenador que almacena al menos un programa (módulo de software). El al menos un programa almacenado en el medio de almacenamiento no transitorio legible por ordenador está configurado para ser ejecutable por uno o más procesadores en un dispositivo electrónico. El uno o más procesadores incluyen instrucciones que hacen que el dispositivo electrónico ejecute los procedimientos según las realizaciones descritas en las reivindicaciones anexas o en la descripción de la presente divulgación.

El al menos un programa (el módulo de software, el software) puede almacenarse en un almacenamiento no volátil que incluya una memoria de acceso aleatorio (RAM) y una memoria flash, una memoria de sólo lectura (ROM), una memoria de sólo lectura programable y borrable eléctricamente (EEPROM), un dispositivo de almacenamiento en disco magnético, un disco compacto ROM (CD-ROM), discos versátiles digitales (DVD), otros dispositivos de almacenamiento óptico, un casete magnético, o similares, o una memoria configurada de cualquiera o todas las combinaciones de los mismos. Además, cada una de las memorias puede estar provista de un número múltiple. El al menos un programa puede almacenarse en un dispositivo de almacenamiento acoplable al que se puede acceder a través de una red de comunicación que incluye Internet, la Intranet, una red de área local (LAN), una red de área amplia (WLAN), una red de área de almacenamiento (SAN), o una combinación de las mismas. El dispositivo de almacenamiento puede acceder, a través de un puerto externo, a un aparato para realizar realizaciones de la presente divulgación. Además, un dispositivo de almacenamiento separado en una red de comunicación puede acceder al aparato para realizar las realizaciones de la presente divulgación.

Si bien se han descrito anteriormente una o más realizaciones con referencia a los dibujos que se acompañan, las realizaciones tienen el propósito de promover una comprensión de la presente divulgación solamente y no pretenden ser limitantes de la presente divulgación. Cuando sea necesario, las realizaciones pueden combinarse. Por ejemplo, partes de una realización y partes de otra realización de la presente divulgación pueden combinarse entre sí, de tal manera que una estación base y un equipo de usuario pueden funcionar. Aunque las realizaciones se basan en un sistema FDD LTE, las realizaciones modificadas basadas en el concepto técnico de las realizaciones pueden ser ejecutables en otro sistema, como un sistema TDD LTE, un sistema 5G o un sistema NR. Es decir, se entenderá por aquellos de habilidad ordinaria en la técnica que varios cambios en la forma y los detalles se pueden hacer en el mismo sin apartarse del alcance de la presente divulgación como se define por las reivindicaciones adjuntas.

Claims

REIVINDICACIONES

1. Un procedimiento realizado por un terminal (1a-15) en un sistema de comunicación inalámbrica, comprendiendo el procedimiento:

recibir, desde una estación base (1a-10), un mensaje de control de recursos de radio, RRC, que incluye información de configuración sobre una compresión de datos de enlace ascendente, UDC;

generar un primer paquete UDC comprimiendo los datos de enlace ascendente, basándose en la información de configuración del UDC;

transmitir el primer paquete UDC a la estación base;

recibir, desde la estación base, información de control del protocolo de convergencia de paquetes de datos, PDCP, que incluye información de error de suma de comprobación que indica que se ha detectado un error de suma de comprobación basado en el primer paquete UDC; y

reiniciar un búfer UDC basándose en la información de error de la suma de comprobación,

en el que la UDC está configurada para un portador de control de enlace de radio, RLC, modo de reconocimiento, AM, y una compresión de cabecera no está configurada para el portador RLC AM con la UDC.

2. El procedimiento de la reivindicación 1, que comprende además la generación de un segundo paquete UDC mediante la compresión de datos de enlace ascendente, basado en el búfer UDC que se ha restablecido, en el que el segundo paquete UDC incluye un indicador que indica que el búfer UDC se ha restablecido.

3. El procedimiento de la reivindicación 1, en el que la información de control PDCP incluye además información de tipo, y

en el que la información de tipo indica que la información de control PDCP incluye información que indica si se detecta el error de suma de comprobación.

4. El procedimiento de la reivindicación 1, en el que el mensaje RRC incluye además al menos uno de los identificadores de un diccionario predefinido utilizado para la UDC, información que indica un tamaño de búfer, información de configuración de la UDC o información de liberación de la UDC, que se utilizan en la compresión de los datos del enlace ascendente.

5. El procedimiento de la reivindicación 1, en el que el primer paquete UDC comprende al menos uno de un indicador o un campo de suma de comprobación, y en el que el indicador indica que los datos del enlace ascendente han sido comprimidos y el campo de suma de comprobación se utiliza para determinar la validez de los datos en un búfer UDC de la estación base.

6. El procedimiento de la reivindicación 3, en el que la información de control PDCP incluye además información sobre un número de secuencia PDCP de datos en el que se ha producido el error de suma de comprobación.

7. Un procedimiento realizado por una estación base (1a-10) en un sistema de comunicación inalámbrica, comprendiendo el procedimiento:

transmitir, a un terminal (1a-15), un mensaje de control de recursos de radio, RRC, que incluye información de configuración sobre una compresión de datos de enlace ascendente, UDC;

recibir, desde el terminal, un primer paquete UDC, en el que el primer paquete UDC se genera en base a la información de configuración del UDC;

determinar si se ha producido un error de suma de comprobación en el primer paquete UDC; transmitir, al terminal, información de control del protocolo de convergencia de paquetes de datos, PDCP, que incluya información de error de suma de comprobación que indique que se ha detectado el error de suma de comprobación, basándose en el primer paquete UDC,

en el que la UDC está configurada para un portador de control de enlace de radio, RLC, modo de reconocimiento, AM, y una compresión de cabecera no está configurada para el portador RLC AM con la UDC

8. El procedimiento de la reivindicación 7, en el que la información de control PDCP incluye además información de tipo, y la información de tipo indica que la información de control PDCP incluye información que indica si se detecta el error de suma de comprobación.

9. El procedimiento de la reivindicación 7, que comprende además recibir, desde el terminal, un segundo paquete UDC generado mediante la compresión de datos de enlace ascendente, basado en el búfer UDC que se ha restablecido,

en el que el segundo paquete UDC incluye un indicador que indica que el búfer UDC se ha restablecido.

10. El procedimiento de la reivindicación 7, en el que el mensaje RRC incluye además al menos uno de los identificadores de un diccionario predefinido utilizado para la UDC, información que indica un tamaño de búfer, información de configuración de la UDC o información de liberación de la UDC, que se utilizan en la compresión de los datos del enlace ascendente.

11. El procedimiento de la reivindicación 7, en el que el primer paquete UDC incluye al menos uno de un indicador o un campo de suma de comprobación, y en el que el indicador indica que los datos del enlace ascendente han sido comprimidos y el campo de suma de comprobación se utiliza para determinar la validez de los datos en un búfer UDC de la estación base

12. El procedimiento de la reivindicación 7, en el que la información de control PDCP incluye además información sobre un número de secuencia PDCP de datos en el que se ha producido el error de suma de comprobación.

13. Un terminal (1a-15) en un sistema de comunicación inalámbrica, comprendiendo el terminal

un transceptor; y

un controlador acoplado al transceptor y configurado para recibir, de una estación base (1a-10) un mensaje de control de recursos de radio, RRC, que incluye información de configuración sobre una compresión de datos de enlace ascendente, UDC, generar un primer paquete UDC comprimiendo datos de enlace ascendente, basándose en la información de configuración sobre el Ud C, transmitir el primer paquete UDC a la estación base, recibir, de la estación base información de control del protocolo de convergencia de paquetes de datos, PDCP, que incluye información de error de suma de comprobación que indica que se ha detectado un error de suma de comprobación basado en el primer paquete UDC, y restablecer un búfer UDC basado en la información de error de suma de comprobación,

en el que el UDC está configurado para un portador de control de enlace de radio, RLC, modo de reconocimiento, AM, y no se ha configurado una compresión de cabecera para el portador RLC AM con el UDC.

14. El terminal de la reivindicación 13, en el que el controlador está configurado además para generar un segundo paquete UDC mediante la compresión de datos de enlace ascendente, basándose en el restablecimiento del búfer UDC, y el segundo paquete u Dc incluye información que indica que el búfer UDC se ha restablecido.

15. El terminal de la reivindicación 13, en el que la información de control PDCP incluye además información de tipo, y en el que la información de tipo indica que la información de control PDCP incluye información que indica si se detecta el error de suma de comprobación.

16. El terminal de la reivindicación 13, en el que el mensaje RRC incluye además al menos uno de los identificadores de un diccionario predefinido utilizado para la UDC, información que indica un tamaño de búfer, información de configuración de la UDC o información de liberación de la UDC, que se utilizan en la compresión de los datos del enlace ascendente.

17. El terminal de la reivindicación 13, en el que el primer paquete UDC comprende al menos uno de un indicador o un campo de suma de comprobación, y en el que el indicador indica que los datos del enlace ascendente han sido comprimidos y el campo de suma de comprobación se utiliza para determinar la validez de los datos en un búfer UDC de la estación base.

18. El terminal de la reivindicación 15, en el que la información de control PDCP incluye además información sobre un número de secuencia PDCP de datos en el que se ha producido el error de suma de comprobación

19. Una estación base (1a-10) en un sistema de comunicación inalámbrica, la estación base comprende un transceptor y

un controlador acoplado al transceptor y configurado para transmitir, a un terminal (1a-15), un mensaje de control de recursos de radio, RRC, que incluye información de configuración sobre una compresión de datos de enlace ascendente, UDC, recibir, del terminal, un primer paquete UDC, en el que el primer paquete UDC se genera en base a la información de configuración sobre la UDC, determinar si se ha producido un error de suma de comprobación en el primer paquete UDC y transmitir, al terminal, información de control del protocolo de convergencia de paquetes de datos, PDCP, que incluya información de error de suma de comprobación que indique que se ha detectado el error de suma de comprobación basándose en el primer paquete UDC, en el que el UDC está configurado para un portador de control de enlace de radio, RLC, modo de reconocimiento, AM, y no se ha configurado una compresión de cabecera para el portador RLC AM con el UDC.

20. La estación base de la reivindicación 19, en la que la información de control PDCP incluye además información de tipo, y la información de tipo indica que la información de control PDCP incluye información que indica si se detecta el error de suma de comprobación.

21. La estación base de la reivindicación 19, en la que el controlador está configurado además para recibir, desde el terminal, un segundo paquete UDC generado mediante la compresión de datos de enlace ascendente, basado en el búfer UDC que se ha restablecido, y el segundo paquete UDC incluye un indicador que indica que el búfer UDC se ha restablecido.

22. La estación base de la reivindicación 19, en la que el mensaje RRC incluye además al menos uno de los identificadores de un diccionario predefinido utilizado para la UDC, información que indica un tamaño de búfer, información de configuración de la UDC o información de liberación de la UDC, que se utilizan en la compresión de los datos del enlace ascendente.

23. La estación base de la reivindicación 19, en la que el primer paquete UDC incluye al menos uno de un indicador o un campo de suma de comprobación, y en la que el indicador indica que los datos del enlace ascendente han sido comprimidos y el campo de suma de comprobación se utiliza para determinar la validez de los datos en un búfer UDC de la estación base

24. La estación base de la reivindicación 19, en la que la información de control PDCP incluye además información sobre un número de secuencia PDCP de datos en el que se ha producido el error de suma de comprobación.