ES2929734T3 - Procedimiento y aparato de transmisión de duplicación de datos en un sistema de comunicación inalámbrica - Google Patents
Procedimiento y aparato de transmisión de duplicación de datos en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2929734T3 ES2929734T3 ES18170306T ES18170306T ES2929734T3 ES 2929734 T3 ES2929734 T3 ES 2929734T3 ES 18170306 T ES18170306 T ES 18170306T ES 18170306 T ES18170306 T ES 18170306T ES 2929734 T3 ES2929734 T3 ES 2929734T3
- Authority
- ES
- Spain
- Prior art keywords
- rlc
- data
- pdu
- logical channel
- pdcp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 228
- 238000004891 communication Methods 0.000 title abstract description 63
- 230000005540 biological transmission Effects 0.000 title description 258
- 230000008859 change Effects 0.000 claims description 26
- 230000007246 mechanism Effects 0.000 claims description 20
- 239000000872 buffer Substances 0.000 description 90
- 230000011664 signaling Effects 0.000 description 69
- 230000004913 activation Effects 0.000 description 62
- 230000009849 deactivation Effects 0.000 description 61
- 230000008569 process Effects 0.000 description 61
- 230000004044 response Effects 0.000 description 27
- 238000005259 measurement Methods 0.000 description 24
- LKKMLIBUAXYLOY-UHFFFAOYSA-N 3-Amino-1-methyl-5H-pyrido[4,3-b]indole Chemical compound N1C2=CC=CC=C2C2=C1C=C(N)N=C2C LKKMLIBUAXYLOY-UHFFFAOYSA-N 0.000 description 19
- 102100031413 L-dopachrome tautomerase Human genes 0.000 description 12
- 101710093778 L-dopachrome tautomerase Proteins 0.000 description 12
- 230000003044 adaptive effect Effects 0.000 description 11
- 230000001960 triggered effect Effects 0.000 description 10
- 230000010076 replication Effects 0.000 description 9
- 230000008901 benefit Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 8
- 230000000737 periodic effect Effects 0.000 description 8
- 238000012913 prioritisation Methods 0.000 description 8
- 101150006914 TRP1 gene Proteins 0.000 description 7
- LVTKHGUGBGNBPL-UHFFFAOYSA-N Trp-P-1 Chemical compound N1C2=CC=CC=C2C2=C1C(C)=C(N)N=C2C LVTKHGUGBGNBPL-UHFFFAOYSA-N 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 7
- 230000002441 reversible effect Effects 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 7
- 230000002829 reductive effect Effects 0.000 description 6
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 5
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 5
- 239000000969 carrier Substances 0.000 description 5
- 230000009977 dual effect Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000001965 increasing effect Effects 0.000 description 5
- 230000035484 reaction time Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000001174 ascending effect Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 230000003213 activating effect Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 3
- 238000004220 aggregation Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 3
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 239000000725 suspension Substances 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000036961 partial effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000009827 uniform distribution Methods 0.000 description 2
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 description 1
- 241001147107 Chanos Species 0.000 description 1
- 241000343235 Maso Species 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000000945 filler Substances 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
- H04W36/026—Multicasting of data during hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
En el presente documento se describen métodos y aparatos para transmitir datos duplicados en un sistema de comunicación inalámbrico. En un método para un equipo de usuario, UE, configurado con duplicación de datos. El UE duplica una unidad de datos en una primera unidad de datos y una segunda unidad de datos (2905). El UE construye una segunda Unidad de Datos en Paquetes, PDU, de Control de Enlace de Radio, RLC, utilizada para transmitir la segunda unidad de datos (2910). La segunda unidad de datos es una segunda Unidad de Datos de Servicio RLC, SDU. El UE recibe un comando de control desde un nodo de red (2915). El comando de control se utiliza para desactivar la duplicación de datos. El UE descarta la segunda RLC PDU si la segunda RLC PDU incluye la segunda RLC SDU (2920). (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Procedimiento y aparato de transmisión de duplicación de datos en un sistema de comunicación inalámbrica Referencia cruzada a las solicitudes relacionadas
Campo
Esta divulgación generalmente se refiere a las redes de comunicación inalámbricas y, más particularmente, a un procedimiento y aparato de transmisión de duplicación de datos en un sistema de comunicación inalámbrica.
Antecedentes
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde los dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan hacia redes que se comunican con paquetes de datos Protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de los dispositivos de comunicación móvil servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia que se mencionan anteriormente. Una tecnología de nueva radio para la próxima generación (por ejemplo, 5G) se analiza actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP.
ERICSSON en "Further aspects of data duplication in PDCP layer", 3GPP FRAFT, R2-1700834, analiza algunos aspectos de la duplicación de datos en la capa PDCP, incluidos los activadores para la desactivación de la duplicación de datos.
ERICSSON en "Data duplication in lower layers (HARQ)", 3GPP TSG-RAN WG2 #97, Revisión de R2-1700833, divulga la duplicación de paquetes en base a la arquitectura DC (conectividad dual) con PDCP y la solución de duplicación en MAC en base al CA (agregación de portadores).
NOKIA Y OTROS en "Overview of Duplication Operation", 3GPP DRAFT, R2-1702632, analiza la operación de duplicación y sus impactos en los protocolos de radio.
Sumario
Los procedimientos y aparatos para transmitir la duplicación de datos en un sistema de comunicación inalámbrica se divulgan en la presente memoria y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen las realizaciones preferentes de las mismas. En un procedimiento para un equipo de usuario (UE) configurado con duplicación de datos. El UE duplica una unidad de datos en una primera unidad de datos y una segunda unidad de datos. El UE construye una segunda Unidad de Datos de Protocolo (PDU) de Control de Enlace de Radio (RLC) usada para transmitir la segunda unidad de datos. La segunda unidad de datos es una segunda Unidad de Datos de Servicio RLC (SDU). El UE recibe un comando de control de un nodo de red. El comando de control se usa para desactivar la duplicación de datos. El UE descarta la segunda PDU RLC si la segunda PDU RLC incluye la segunda RLC SDU.
Breve descripción de las figuras
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con una realización ilustrativa.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido también como red de acceso) y un sistema receptor (conocido también como equipo de usuario o UE) de acuerdo con una realización ilustrativa. La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ilustrativa.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 ilustra una estructura de capa 2 para enlace ascendente (UL) como se describe en el documento 3GPP TS 36.300 V14.1.0.
La Figura 6 ilustra una estructura de Capa 2 para UL como se describe en el documento 3GPP TS 36.300 V14.1.0.
La Figura 7 ilustra una estructura de Capa 2 para UL cuando tanto CA como DC se configuran como se describe en el documento 3GPP TS 36.300 V14.1.0.
La Figura 8 ilustra una tabla que muestra el número requerido de RB y el ancho de banda mínimo para URLLC bajo numerología LTE (separación entre subportadoras de 15 KHz, subtrama de 1 ms) tomado del documento 3GPP R2-1703731.
La Figura 9 ilustra el flujo de señalización para activar la duplicación de paquetes como se muestra en el documento 3GPP R2-1703529.
La Figura 10 ilustra el flujo de señalización para desactivar la duplicación de paquetes como se muestra en el documento 3GPP R2-1703529.
La Figura 11 ilustra el flujo de señalización para activar y desactivar la duplicación de paquetes en base a los criterios enviados al UE a través de la señalización RRC como se muestra en el documento 3GPP R2-1703529. La Figura 12 es una reproducción de una tabla del documento 3GPP TS36.331 V14.1.0 con respecto a las descripciones de campo de configuración de canal lógico.
La Figura 13 es una reproducción de la tabla del documento 3GPP TS36.331 V14.1.0 con respecto a la presencia condicional y las explicaciones de la configuración del canal lógico.
La Figura 14 es un diagrama de flujo que ilustra un flujo de servicio ilustrativo.
La Figura 15 es un diagrama de flujo que ilustra un flujo de servicio ilustrativo.
La Figura 16 es un diagrama de flujo que ilustra un flujo de servicio ilustrativo.
La Figura 17 es un diagrama de flujo que ilustra un flujo de servicio ilustrativo.
La Figura 18 es una realización ilustrativa de un modelo de pila de UE para la transmisión por duplicación.
La Figura 19 es una realización ilustrativa de un modelo de pila de UE para la transmisión por duplicación.
La Figura 20 es una tabla que muestra una realización ilustrativa de una PDU para la activación o desactivación de la duplicación de datos.
La Figura 21 ilustra una realización ilustrativa de una PDU de control de PDCP para la activación o desactivación de la duplicación de datos.
La Figura 22 ilustra una realización ilustrativa de un flujo de datos.
La Figura 23 ilustra una línea de tiempo de activación de la duplicación de PDCP.
La Figura 24 es una reproducción de la Propuesta 2 del documento 3GPP R2-1702642.
La Figura 25 es una tabla que resume varias realizaciones para desactivar la duplicación de datos y descartar una PDU RLC.
La Figura 26 es una tabla que resume varias realizaciones para activar la duplicación de datos y duplicar una RLC SDU.
La Figura 27 es una tabla que resume varias realizaciones para activar la duplicación de datos y duplicar una PDU RLC.
La Figura 28 es una tabla que resume varias realizaciones para activar la duplicación de datos y superposición de una PDU RLC.
La Figura 29 es un diagrama de flujo para una realización ilustrativa desde la perspectiva de un UE.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos a continuación emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden ser en base a acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Advanced (Evolución a Largo Plazo Avanzada), 3GPP2 UMB (Banda Ancha Ultra Móvil), WiMáx, o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para admitir uno o más estándares, tal como el estándar ofrecido por un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria 3GPP, que incluye: R2-1701542, Packet duplication in CA, RAN WG2 Meeting #97; R2-1702032, Data duplication in lower layers (HARQ), RAN WG2 Meeting #97; TR 38.913 V14.1.0, Study on Scenarios and Requirements for Next Generation Access Technologies; TS 36.300 V14.1.0, Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN), Overall description, Stage 2; R2-1703731, Packet Duplication Operations; R2-1703529, Activating and deactivating packet duplication; TS 36.321 V14.0.0, Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification; TS 36.331 V14.1.0, Evolved Universal Terrestrial Radio Access (E-UTRA), Radio Resource Control (RRC), Protocol specification; TS 36.322 V13.1.0, "Evolved Universal Terrestrial Radio Access (E-UTRA), Radio Link Control (RlC) protocol specification"; R2-1702642, "Duplication Impacts to PDCP"; and TS 36.323 V11.2.0, "Evolved Universal Terrestrial Radio Access (E-UTRA), Packet Data Convergence Protocol (PDCP) specification". Las normas y documentos enumerados anteriormente se incorporan expresamente por referencia en su totalidad.
La Figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una realización de la invención. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye a 104 y a 106, otro que incluye a 108 y a 110, y uno adicional que incluye a 112 y a 114. En la Figura 1, solamente se muestran dos antenas para cada grupo de antenas, sin embargo, pueden usarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 mediante el enlace directo 120 y reciben información desde el terminal de acceso 116 mediante el enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 mediante el enlace directo 126 y reciben información desde el terminal de acceso (AT) 122 mediante el enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente luego a la que usa el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se denomina a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseña para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación mediante los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden usar la conformación de haces con el fin de mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. También, una red de acceso que usa la conformación de haces para transmitir a terminales de acceso dispersas aleatoriamente a través de su cobertura provoca menos interferencia a los terminales de acceso en las celdas vecinas que una red de acceso que transmite a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con los terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 es un diagrama de bloques simplificado de una realización de un sistema transmisor 210 (conocido además como la red de acceso) y un sistema receptor 250 (conocido además como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210, los datos de tráfico para un número de flujos de datos se proporcionan desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite mediante una antena de transmisión respectiva. El procesador de datos de TX 214 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto mediante el uso de técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. Los datos piloto y codificados multiplexados para
cada flujo de datos se modulan luego (es decir, se asignan símbolos) en base a un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, la codificación y la modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador de TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador TX MIMO 220 proporciona flujos de símbolos de modulación Nt a los transmisores Nt (TMTR) 222a a 222t. En ciertas realizaciones, el procesador de TX MIMO 220 aplica los pesos de la conformación de haces a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciones adicionales (por ejemplo, amplifica, filtra y convierte) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Las señales moduladas Nt de los transmisores del 222a a 222t se transmiten luego desde las antenas Nt 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas son recibidas por las antenas Nr 252a a 252r y la señal recibida de cada antena 252 se proporciona a un receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte descendentemente) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa además las muestras para proporcionar un flujo de símbolos "recibidos" correspondiente.
Un procesador de datos RX 260 recibe y procesa los flujos de símbolos Nr recibidos de los receptores Nr 254 en base a una técnica de procesamiento de receptor particular para proporcionar flujos de símbolos Nt "detectados". El procesador de datos de RX 260 demodula, desintercala, y decodifica luego cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 es complementario al que realiza el procesador de TX MIMO 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de precodificación usar (se analiza a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una porción del índice de la matriz y una porción del valor del rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso se procesa luego por un procesador de datos de TX 238, que recibe también los datos de tráfico para un número de flujos de datos desde una fuente de datos 236, se modula por un modulador 280, se condiciona por los transmisores del 254a al 254r, y se transmite de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, se condicionan por los receptores 222, se demodulan por un demodulador 240, y se procesan por un procesador de datos de RX 242 para extraer el mensaje del enlace inverso trasmitido por el sistema receptor 250. El procesador 230 determina luego qué matriz de precodificación usar para determinar los pesos de la conformación de haces y procesa luego el mensaje extraído.
Volviendo a la Figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse para realizar los UE (o AT) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad de procesamiento central (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código del programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, que suministra señales recibidas al circuito de control 306, y que emite señales que se generan por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede usarse para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código del programa 312 que se muestra en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código del programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1 406. La porción de la Capa 3402 realiza en general el control de recursos de radio. La porción de la Capa 2404 realiza en general el control de enlace. La porción de la Capa 1406 realiza en general las conexiones físicas.
Las actividades de estandarización de 3GPP en tecnología de acceso de próxima generación (es decir, 5G) se han lanzado desde marzo de 2015. La tecnología de acceso de próxima generación tiene como objetivo admitir las siguientes tres familias de escenarios de uso para satisfacer tanto las necesidades urgentes del mercado como los requisitos a más largo plazo establecidos por el UIT-R IMT-2020:
- eMBB (Banda Ancha Móvil mejorada)
- mMTC (Comunicaciones masivas de Tipo Máquina)
- URLLC (Comunicaciones Ultra Confiables de Baja Latencia).
Un objetivo del elemento de estudio 5G sobre la nueva tecnología de acceso por radio es identificar y desarrollar los componentes tecnológicos necesarios para los nuevos sistemas de radio que deben poder usar cualquier banda de espectro que abarque al menos hasta los 100 GHz. El soporte de frecuencias portadoras de hasta 100 GHz presenta un número de desafíos en el área de la propagación de radio. A medida que aumenta la frecuencia portadora, la pérdida de ruta también aumenta.
De acuerdo con el documento 3GPP R2-1701542, en LTE, la transmisión errónea de datos ha sido garantizada por la Solicitud de Repetición Automática/Solicitud de Repetición Automática Híbrida (ARQ/HARQ) en Capa 2 y la Modulación y Codificación Adaptables (AMC) en la Capa 1 mientras que la latencia generalmente se basa en la programación evolucionada del nodo B (eNB). Teniendo en cuenta que AMC en la Capa 1 está estrechamente relacionado con la calidad del canal de la ruta de datos (es decir, una celda), la Capa 2 podría ofrecer la oportunidad de usar múltiples rutas de datos (es decir, múltiples celdas) de manera efectiva mediante el uso de agregación de portadores (CA) o conectividad dual (DC).
De acuerdo con el documento 3GPP R2-1702032, la conectividad múltiple (MC) puede incluir terminologías de conectividad dual (DC) y agregación de portadores (CA) desde la perspectiva de la arquitectura del sistema en New RAT/Radio (NR). Característicamente, Mc puede contribuir a URLLC en al menos dos aspectos: (i) aumentar la fiabilidad sin sacrificar el rendimiento en cuanto a latencia; y (2) eliminar el tiempo de interrupción provocado por la movilidad. El concepto a enfatizar es MC como un tipo de esquema de diversidad que puede obtener una gran magnitud de ganancias en fiabilidad y latencia que cualquier esquema de diversidad a nivel de enlace por sí solo no puede lograr. Tanto el MC de enlace descendente (DL) como el de enlace ascendente (UL) pueden ser de interés especial para las Comunicaciones Ultra Confiables y de Baja Latencia (URLLC), aunque UL MC puede tener factores limitantes, tal como la potencia de un UE.
De acuerdo con el documento 3GPP TR 38.913 V14.1.0, un paquete URLLC satisface los siguientes dos requisitos: La fiabilidad puede evaluarse por la probabilidad de éxito de transmitir X bytes dentro de un cierto retraso, que es el tiempo que tarda en entregar un pequeño paquete de datos desde el punto de entrada de la Unidad de Datos de Servicio (SDU) de capa de protocolo de radio 2/3 al punto de salida de la capa de protocolo de radio 2/3 SDU de la interfaz de radio, a una cierta calidad de canal (por ejemplo, borde de cobertura).
- Un requisito general de fiabilidad URLLC para una transmisión de un paquete es 1-10-5para 32 bytes con una latencia de plano de usuario de 1ms.
Latencia UP: El tiempo que se tarda en entregar con éxito un paquete/mensaje de la capa de aplicación desde el punto de entrada SDU de la capa de protocolo de radio 2/3 al punto de salida SDU de la capa de protocolo de radio 2/3 a través de la interfaz de radio en direcciones de enlace ascendente y descendente, donde ni el dispositivo ni la recepción de la estación base están restringidas por la recepción discontinua (DRX).
- Para URLLC, el objetivo para la latencia del plano de usuario debe ser 0,5 ms para UL y 0,5 ms para enlace descendente (DL). Además, si es posible, la latencia también debe ser lo suficientemente baja para admitir el uso de las tecnologías de acceso de próxima generación como una tecnología de transporte inalámbrica que puede usarse dentro de la arquitectura de acceso de próxima generación. El valor anterior debe considerarse un valor promedio y no tiene un requisito de alta fiabilidad asociado.
De acuerdo con el documento 3GPP TS 36.300 V14.1.0, la Capa 2 se divide en las siguientes subcapas: Control de Acceso al Medio (MAC), Control de Enlace de Radio (RLC) y Protocolo de Convergencia de Datos por Paquetes (PDCP).
La multiplexación de varios canales lógicos (es decir, portadores de radio) en el mismo canal de transporte (es decir, bloque de transporte) es realizada por la subcapa MAC.
Tanto en el enlace ascendente como en el enlace descendente, cuando no se configuran ni CA ni DC, solo se genera un bloque de transporte por intervalo de tiempo de transmisión (TTI) en ausencia de multiplexación espacial. La Figura 5 ilustra una estructura de Capa 2 para UL.
En el caso de CA, la naturaleza multiportadora de la capa física solo se expone a la capa MAC para la que se requiere una entidad HARQ por celda de servicio.
Tanto en el enlace ascendente como en el enlace descendente, hay una entidad híbrida ARQ independiente por celda de servicio y se genera un bloque de transporte por TTI por celda de servicio en ausencia de multiplexación espacial. Cada bloque de transporte y sus posibles retransmisiones HARQ se asignan a una sola celda de servicio. La Figura 6 ilustra la estructura de capa 2 para UL con CA configurado. En el caso de DC, el UE se configura con dos entidades MAC: una entidad MAC para el Nodo B evolucionado Maestro (MeNB) y una entidad MAC para el eNB Secundario (SeNB).
La Figura 7 describe la estructura de Capa 2 para el enlace ascendente cuando se configuran CA y DC. Como se explica en la sección 4.9.2 del documento 3GPP TS 36.300 V14.1.0, los SRB siempre son manejados por el MeNB y, como resultado, el Canal de Control Común (CCCH) solo se muestra para el MeNB. Para un portador dividido, el UE se configura sobre qué enlace (o ambos enlaces) el UE transmite Unidades de Datos de Protocolo (PDU) del Protocolo de Convergencia de Datos por Paquetes UL (PDCP) por el MeNB. La capa RLC solo transmite la retroalimentación ARQ correspondiente para los datos de enlace descendente en el enlace lo que no es responsable de la transmisión de los PDU UL PDCP.
De acuerdo con el documento 3GPP R2-1703731, la duplicación de datos (duplicación de paquetes) es beneficiosa en los siguientes casos:
1) El requisito de URLLC no puede cumplirse sin la duplicación de paquetes:
A pesar de algunos esfuerzos en la capa física, la transmisión única sin duplicación de paquetes puede no satisfacer los requisitos de URLLC en algunos escenarios. Por ejemplo, el número de bloques de recursos físicos para URLLC puede no ser suficiente, especialmente en frecuencias inferiores a 6 GHz con ancho de banda limitado. La Figura 8 muestra el número requerido de elementos de recursos (RE) y bloques de recursos (RB) y el ancho de banda mínimo correspondiente de acuerdo con el tamaño de TB bajo numerología LTE y los casos ideales (es decir, todos los símbolos de multiplexación por división de frecuencia ortogonal (OFDM) pueden usarse para transmisión de datos). Si se aplican Modulación por desplazamiento de fase en cuadratura (QPSK) y una tasa de codificación de 1/3 para un tamaño de TB de 100 bytes bajo TTI de 1 símbolo, se requieren 1.200 RE y al menos 20 MHz de ancho de banda. No está claro que siempre pueda reservarse más de 20 MHz de ancho de banda para URLLC por usuario. De acuerdo con la simulación a nivel de enlace como se describe en el documento 3GPp TR 38.913 V.
14.1.0, la relación de error de bloque (BLER) de 10-5 para la transmisión inicial puede lograrse mediante QPSK y una tasa de codificación de 1/3 a una ración señal-ruido (SNR) de 1,5 dB. Por lo tanto, este escenario puede ocurrir en una situación real cuando la calidad de la señal está por debajo de este valor. Además, a medida que aumenta el número de usuarios de URLLC, la duplicación de paquetes con un esquema de código de modulación (MCS) relativamente más alto puede ser útil.
2) Las cualidades del canal para ambos enlaces son malas y similares entre sí.
Cuando hay múltiples enlaces y las cualidades del canal para ambos enlaces son malas (por ejemplo, borde de celda), una sola transmisión consume una gran cantidad de recursos físicos o puede no garantizar el servicio URLLC. En este caso, la duplicación de paquetes puede ser una solución eficiente para lograr una ganancia de diversidad a partir de múltiples enlaces.
Por otro lado, si las cualidades del canal son asimétricas (es decir, un enlace es muy bueno mientras que el otro es malo), entonces una sola transmisión a través de un buen enlace con un MCS robusto parece ser suficiente. En este caso, no solo la transmisión de paquetes a través de un enlace incorrecto requiere una gran cantidad de recursos físicos, sino que también la transmisión a través del enlace bueno ya cumple con los requisitos de URLLC. Este caso generalmente ocurre en un centro de celda o en una región de línea de visión (LoS).
3) La interfaz Xn entre MgNB (o MeNB) y SgNB (o SeNB) es casi ideal.
Como se ha divulgado en el documento 3GPP TS 36.300 V14.1.0, se informó que, bajo un Xn no ideal (latencia Xn grande) entre MgNB y SgNB, la duplicación de paquetes no tiene mucha mejora de latencia. El paquete a través del tramo SeNB que experimenta una latencia Xn llega tarde al receptor. En este caso, la retransmisión rápida a través de MgNB puede ser mucho más rápida que la transmisión inicial a través de SeNB. Por lo tanto, podemos decir que la interfaz Xn casi ideal dará la ganancia de la duplicación de paquetes. Al tener en cuenta los requisitos de URLLc , esta latencia Xn debería ser inferior a cientos de microsegundos.
4) La ocupación general del canal es baja.
En caso de carga de tráfico ligero (por ejemplo, la mayor parte del recurso físico para la transmisión de datos (por ejemplo, PUSCH o PDSCH) no se asigna a los UE), el enlace puede ayudar a la transmisión confiable de otro enlace al realizar la duplicación de paquetes. Esto le da flexibilidad de programación a la red.
Por el contrario, si no se cumplen las condiciones anteriores, la duplicación de paquetes puede no ser necesaria. Incluso en algunos casos, puede ser un desperdicio. Por lo tanto, la duplicación de paquetes debe configurarse cuidadosamente para garantizar su eficiencia.
El procedimiento de priorización de canales lógicos (LCP) y la multiplexación del elemento de control MAC y las SDU MAC se representan en el documento 3GPP TS 36.321 como se cita a continuación.
El documento 3GPP R2-1703529 divulga la señalización para la duplicación de datos (duplicación de paquetes). Los criterios para activar y desactivar la duplicación de paquetes dependen de las condiciones de los canales DL y UL, así como de la carga en las diferentes celdas/portadoras. Tanto en las arquitecturas DC/MC como CA, el MgNB (PCelda) toma la decisión de activar o no la duplicación de paquetes para el UE.
Una vez que se activa la duplicación de paquetes, el MgNB puede decidir dinámicamente cuántos enlaces (celdas) se usan para la transmisión DL y UL para satisfacer la fiabilidad requerida. El UE puede recibir una o más asignaciones de DL o concesiones de UL para la transmisión de un paquete.
El número de enlaces que se usan para UL y DL puede ser diferente porque la carga en UL puede ser significativamente diferente.
La red también puede proporcionar al UE criterios para determinar cuándo usar la duplicación de paquetes, mientras que el UE se configura para la duplicación de paquetes. Esto permite al UE decidir cuándo usar la duplicación de paquetes.
El flujo de señales para activar la duplicación de paquetes se ilustra en la Figura 9.
En el procedimiento anterior, pueden agregarse nuevas celdas/portadores para el UE en base a los informes de medición del UE. El MgNB de servicio puede usar la selección de enlace para determinar la mejor celda/portadora para enviar los paquetes. Si se cumplen los criterios para activar la duplicación de paquetes (PD), el MgNB de servicio envía un mensaje de reconfiguración de la conexión de control de recursos de radio (RRC) para activar el modo PD. Una vez que el UE envía el mensaje de Reconfiguración completa RRC, se activa el modo de duplicación de paquetes. Esto significa que el UE puede recibir múltiples mensajes de asignación de DL y múltiples concesiones de UL para el mismo paquete.
El flujo de señalización para desactivar la duplicación de paquetes se ilustra en la Figura 10.
En el procedimiento anterior, si el UE está en modo PD, el MgNB de servicio evalúa los criterios para desactivar PD en base a las medidas del canal del UE y de la carga en las celdas/portadoras. Si se cumplen los criterios de PD, el MgNB envía una reconfiguración de conexión RRC para desactivar el modo PD. Una vez que el UE envía el mensaje de Reconfiguración Completa de RRC, el modo PD se inhabilita y el MgNB de servicio usa la selección de enlaces para transmitir los paquetes.
En algunos escenarios, el MgNB puede proporcionar al UE los criterios para activar/desactivar la duplicación de paquetes. El UE evalúa los criterios para determinar cuándo usar la duplicación de paquetes. Este procedimiento se ilustra en la Figura 11. En el procedimiento anterior, el MgNB envía un mensaje de Reconfiguración de Conexión RRC para configurar el UE con los criterios de activación PD. En este caso, el UE también se configura con recursos que pueden usarse para la duplicación de paquetes (por ejemplo, conceder recursos gratuitos en varias celdas/portadoras).
Los procedimientos LTE de la especificación del protocolo de Control de Acceso al Medio (MAC) se representan en el documento 3GPP TS 36.321 V.14.0.0 cómo se cita a continuación.
5.1 Procedimiento de acceso aleatorio
5.1.1 Inicialización del procedimiento de acceso aleatorio
El procedimiento de acceso aleatorio descrito en esta subcláusula se inicia por una orden PDCCH, por la propia subcapa MAC o por la subcapa RRC. El procedimiento de acceso aleatorio en una SCell solo se iniciará mediante una orden PDCCh . Si una entidad MAC recibe una transmisión PDCCH consistente con una orden PDCCH [5] enmascarada con su C-RNTI, y para una Celda de Servicio específica, la entidad MAC iniciará un procedimiento de acceso aleatorio en esta Celda de Servicio. Para acceso aleatorio en la SpCell, una orden de PDCCH o RRC indica opcionalmente el ra-PreambleIndex y el ra-PRACH-MaskIndex, excepto para NB-IoT donde se indica el índice de
subportador; y para el acceso aleatorio en una SCell, la orden PDCCH indica el ra-PreambleIndexcon un valor diferente de 000000 y el ra-PRACH-MaskIndex. Para el preámbulo pTAG, la transmisión en PRACH y la recepción de un pedido PDCCH solo son compatibles con SpCell. Si el UE es un UE NB-IoT y se configura con un portador sin anclaje, realice el procedimiento de acceso aleatorio en la portadora de anclaje.
Antes de que pueda iniciarse el procedimiento, se supone que la siguiente información para la Celda de Servicio relacionada está disponible para los UE que no sean NB-IoT UE, BL UE o UE en cobertura mejorada [8], a menos que se indique explícitamente lo contrario:
- el conjunto disponible de recursos PRACH para la transmisión del Preámbulo de Acceso Aleatorio, prach-Configlndex.
- los grupos de Preámbulos de Acceso Aleatorio y el conjunto de Preámbulos de Acceso Aleatorio disponibles en cada grupo (solo SpCell):
Los preámbulos que se incluyen en el grupo A de Preámbulos de Acceso Aleatorio y en el grupo B de Preámbulos de Acceso Aleatorio se calculan a partir de los parámetros numberOfRA-Preambles and sizeOfRA-PreamblesGroupA:
Si sizeOfRA-PreamblesGroupA es igual a numberOfRA-Preambles entonces no hay un grupo B de Preámbulos de Acceso Aleatorio. Los preámbulos en el grupo A del Preámbulo de Acceso Aleatorio son los preámbulos 0 a sizeOfRA-PreamblesGroupA
- 1 y, si existe, los preámbulos en el grupo B del Preámbulo de Acceso Aleatorio son los preámbulos sizeOfRA-PreamblesGroupA a numberOfRA-Preambles-1 del conjunto de 64 preámbulos tal como se define en [7].
- si existe el grupo B de Preámbulos de Acceso Aleatorio, los umbrales, messagePowerOffsetGroupB y messageSizeGroupA, la potencia de transmisión de UE configurada de la Celda de Servicio que realiza el Procedimiento de Acceso Aleatorio, Pcmax, c [10], y el desplazamiento entre el preámbulo y Msg3, deltaPreambleMsg3, que se requieren para seleccionar uno de los dos grupos de preambibles de acceso aleatorio (solo SpCell).
- el tamaño de la ventana de respuesta de RA ra-ResponseWindowSize.
- el aumento de potencia factorpowerRampingStep.
- el número máximo de transmisión del preámbulo preambleTransMax.
- el poder inicial del preámbulo preambleInitialReceivedTargetPower.
- el desplazamiento basado en el formato del preámbulo DELTA_PREAMBLE (ver subcláusula 7.6).
- el número máximo de transmisiones Msg3 HARQ maxHARQ-Msg3Tx (Solo SpCell).
- el Temporizador de Resolución de Contención mac-ContentionResolutionTimer (Solo SpCell).
Nota: Los parámetros anteriores pueden actualizarse desde las capas superiores antes de que se inicie cada procedimiento de acceso aleatorio.
Se supone que la siguiente información para la Celda de Servicio relacionada está disponible antes de que pueda iniciarse el procedimiento para los UE NB-IoT, UE BL o UE en cobertura mejorada [8]:
- si el UE es un UE BL o un UE en cobertura mejorada:
- el conjunto disponible de recursos PRACH asociados con cada nivel de cobertura mejorado admitido en la Celda de Servicio para la transmisión del Preámbulo de Acceso Aleatorio, prach-ConfigIndex.
- los grupos de Preámbulos de Acceso Aleatorio y el conjunto de Preámbulos de Acceso Aleatorio disponibles en cada grupo (solo SpCell):
Los preámbulos que se incluyen en los grupos de Preámbulo de Acceso Aleatorio para cada nivel de cobertura mejorado, si existe, son los preámbulos firstPreamble al lastPreamble.
Si sizeOfRA-PreamblesGroupA no es igual a numberOfRA-Preambles el grupo B de Preámbulos de Acceso Aleatorio existe para todos los niveles de cobertura mejorados y se calcula como se indica anteriormente.
Nota: Si existe el grupo B de Preámbulos de Acceso Aleatorio, el eNB debe asegurarse de que al menos un Preámbulo de Acceso Aleatorio esté contenido en el grupo A de Preámbulos de Acceso Aleatorio y en el grupo B de Preámbulos de Acceso Aleatorio para todos los niveles de cobertura mejorados.
- si el UE es un UE NB-IoT:
- el conjunto disponible de recursos PRACH soportados en la Celda de Servicio, nprach-ParametersList.
- para la selección de recursos de acceso aleatorio y la transmisión del preámbulo:
- un recurso PRACH se asigna a un nivel de cobertura mejorado.
- cada recurso PRACH contiene un conjunto de subportadores nprach-NumSubcarriers que pueden dividirse en uno o dos grupos para la transmisión Msg3 de un solo tono/multitono mediante nprach-SubcarrierMSG3-RangeStart. Cada grupo se denomina grupo de Preámbulo de Acceso Aleatorio a continuación en el texto del procedimiento.
- un subportador se identifica por el índice de subportador en el rango: [nprach-SubcarrierOffset, nprach-SubcarrierOffset+nprach-NumSubcarriers-1]
- cada subportadora de un grupo de Preámbulos de Acceso Aleatorio corresponde a un Preámbulo de Acceso Aleatorio.
- cuando el índice de la subportadora se envíe explícitamente desde el eNB como parte de una orden PDCCH ra-PreambleIndex se ajustará al índice de la subportadora señalizada.
- la asignación de los recursos PRACH en niveles de cobertura mejorados se determina de acuerdo con lo siguiente:
- el número de niveles de cobertura mejorados es igual a uno más el número de umbrales RSRP presentes en RSRP-ThresholdsPrachInfoList.
- cada nivel de cobertura mejorado tiene un recurso PRACH presente en nprach-ParametersList.
- los niveles de cobertura mejorados se numeran desde 0 y la asignación de los recursos del PRACH a los niveles de cobertura mejorados se realiza en orden creciente numRepetitionsPerPreambleAttempt.
- los criterios para seleccionar los recursos PRACH en base a la medición de RSRP por nivel de cobertura mejorado admitido en la Celda de Servicio rsrp-ThresholdsPrachlnfoList.
- el número máximo de intentos de transmisión del preámbulo por nivel de cobertura mejorado soportado en la Celda de Servicio maxNumPreambleAttemptCE.
- el número de repeticiones requeridas para la transmisión del preámbulo por intento para cada nivel de cobertura mejorado soportado en la Celda de Servicio numRepetitionPerPreambleAttempt.
- la potencia de transmisión UE configurada de la Celda de Servicio que realiza el Procedimiento de Acceso Aleatorio, P cmax, c [10].
- el tamaño de la ventana de respuesta de RA ra-ResponseWindowSize y el Temporizador de Resolución de Contención mac-ContentionResolutionTimer (solo SpCell) por nivel de cobertura mejorado admitido en la Celda de Servicio.
- el aumento de potencia factorpowerRampingStep.
- el número máximo de transmisión del preámbulo preambleTransMax-CE.
- el poder inicial del preámbulo preambleInitialReceivedTargetPower.
- el desplazamiento basado en el formato del preámbulo DELTA_PREAMBLE (ver subcláusula 7.6). Para NB-IoT, el DELTA_PREAMBLE se establece en 0.
El procedimiento de acceso aleatorio se realizará de la siguiente manera:
- Vaciar el búfer de Msg3;
- establecer el PREAMBLE_TRANSMISSION_COUNTER en 1;
- si el UE es un UE NB-IoT, un UE BL o un UE en cobertura mejorada:
- establecer el PREAMBLE_TRANSMISSION_COUNTER CE en 1;
- si el nivel de cobertura mejorado inicial, o para NB-IoT el número inicial de repeticiones PRACH, se ha indicado en la orden PDCH que inició el procedimiento de acceso aleatorio, o si el nivel de cobertura mejorado inicial ha sido proporcionado por capas superiores:
- la entidad MAC se considera en ese nivel de cobertura mejorado independientemente del RSRP medido; - de lo contrario:
- si el umbral RSRP del nivel de cobertura mejorado 3 se configura por capas superiores en rsrp-ThresholdsPrachlnfoList y el RSRP medido es menor que el umbral RSRP del nivel de cobertura mejorado 3 y el UE es capaz de mejorar el nivel de cobertura 3, entonces:
- la entidad MAC considera que se encuentra en el nivel de cobertura mejorado 3;
- de lo contrario si el umbral RSRP del nivel de cobertura mejorado 2 se configura por capas superiores en rsrp-ThresholdsPrachlnfoList y el RSRP medido es menor que el umbral RSRP del nivel de cobertura mejorado 2 y el UE es capaz de mejorar el nivel de cobertura 2, entonces:
- la entidad MAC considera que se encuentra en el nivel de cobertura mejorado 2;
- de lo contrario si el RSRP medido es menor que el umbral RSRP del nivel de cobertura mejorado 1 según lo configurado por las capas superiores en rsrp-ThresholdsPrachlnfoList entonces:
- la entidad MAC considera que se encuentra en el nivel de cobertura mejorado 1;
- de lo contrario:
- la entidad MAC considera que se encuentra en el nivel de cobertura mejorado 0;
- establecer el valor del parámetro de retroceso en 0 ms;
- para el RN, suspender cualquier configuración de subtrama RN;
- proceder a la selección del Recurso de Acceso Aleatorio (ver subcláusula 5.1.2).
Nota: Solo hay un procedimiento de acceso aleatorio en curso en cualquier momento en una entidad MAC. Si la entidad MAC recibe una solicitud para un nuevo procedimiento de acceso aleatorio mientras otro ya está en curso en la entidad MAC, depende de la implementación del UE si continuar con el procedimiento en curso o comenzar con el nuevo procedimiento.
5.1.2 Selección de Recursos de Acceso Aleatorio
El procedimiento de selección de Recursos de Acceso Aleatorio se realizará de la siguiente manera:
- Si, a excepción de NB-IoT, ra-Preamblelndex (Random Access Preamble) y ra-PRACH-Masklndex (PRACH Mask Index) han sido señalados explícitamente y ra-Preamblelndex no es 000000:
- el Preámbulo de Acceso Aleatorio y el Índice de Máscara PRACH son los señalizados explícitamente;
- de lo contrario, para NB-IoT, si ra-Preamblelndex (Random Access Preamble) y el recurso PRACH han sido señalados explícitamente:
- el recurso PRACH es el señalizado explícitamente;
- si el ra-PreambleIndex señalizado no es 000000:
- el Preámbulo de Acceso Aleatorio se establece en nprach-SubcarrierOffset (ra-Preambieindex módulo nprach-NumSubcarriers), dónde nprach-SubcarrierOffset y nprach-NumSubcarriers son parámetros en el recurso PRACH usado actualmente.
- de lo contrario:
- seleccionar el grupo Preámbulo de Acceso Aleatorio de acuerdo con el recurso PRACH y la compatibilidad con la transmisión Msg3 multitono.
- seleccionar aleatoriamente un Preámbulo de Acceso Aleatorio dentro del grupo seleccionado.
- de lo contrario, la entidad MAC seleccionará el Preámbulo de Acceso Aleatorio de la siguiente manera:
- Si Msg3 aún no se ha transmitido, la entidad MAC deberá, para nb-IoT UE, BL UE o UE en cobertura mejorada:
- esperar para NB-IoT, seleccione el grupo de Preámbulos de Acceso Aleatorio y el recurso PRACH correspondiente al nivel de cobertura mejorado seleccionado;
- para NB-IoT, seleccione el recurso PRACH correspondiente al nivel de cobertura mejorado seleccionado y seleccione el grupo de Preámbulos de Acceso Aleatorio correspondiente al recurso PRACH y la compatibilidad con la transmisión Msg3 multitono;
- Si Msg3 aún no se ha transmitido, la entidad MAC deberá, excepto para los UE BL o los UE en cobertura mejorada en caso de que no exista el grupo B del preámbulo, o para los UE NB-IoT:
- si existe el grupo B de Preámbulos de Acceso Aleatorio y ocurre alguno de los eventos siguientes: - el tamaño potencial del mensaje (datos UL disponibles para la transmisión más la cabecera MAC y, cuando sea necesario, los elementos de control MAC) es mayor que messageSizeGroupA y la pérdida de ruta es menor que Pcmax,c (de la celda de servicio que realiza el procedimiento de acceso aleatorio) - - preamblelnitialReceivedTargetPower - deltaPreambleMsg3 -messagePowerOffsetGroupB;
- se inició el procedimiento de acceso aleatorio para el canal lógico CCCH y el tamaño de SDU CCCH más la cabecera MAC es mayor que messageSizeGroupA;
- seleccionar el grupo de Preámbulos de Acceso Aleatorio B;
- de lo contrario:
- seleccionar el grupo de Preámbulos de Acceso Aleatorio A.
- de lo contrario, si Msg3 se retransmite, la entidad MAC deberá:
- seleccionar el mismo grupo de Preámbulos de Acceso Aleatorio que se usó para el intento de transmisión del preámbulo correspondiente a la primera transmisión de Msg3.
- seleccionar aleatoriamente un Preámbulo de Acceso Aleatorio dentro del grupo seleccionado. La función aleatoria será tal que cada una de las selecciones permitidas pueda elegirse con igual probabilidad; - excepto para NB-IoT, establecer el Índice de Máscara PRACH en 0.
- determinar la siguiente subtrama disponible que contenga PRACH permitida por las restricciones dadas por el prach-ConfigIndex (excepto para NB-IoT), el Índice de Máscaras PRACH (excepto NB-IoT, véase la subcláusula 7.3), los requisitos de temporización de la capa física [2] y en el caso de NB-IoT, las subtramas ocupadas por los recursos PRACH relacionadas con un nivel de cobertura mejorado más alto (una entidad MAC puede tener en cuenta la posible ocurrencia de intervalos de medición al determinar el siguiente subtrama PRACH disponible);
- si el modo de transmisión es TDD y el Índice de Máscara PRACH es igual a cero:
- si ra-PreambleIndex se señaló explícitamente y no fue 000000 (es decir, no seleccionado por MAC):
- seleccionar aleatoriamente, con igual probabilidad, un PRACH de los PRACH disponibles en la subtrama determinada.
- de lo contrario:
- seleccionar aleatoriamente, con igual probabilidad, un PRACH de los PRACH disponibles en la subtrama determinada y las dos siguientes subtramas consecutivas.
- de lo contrario:
- determinar un PRACH dentro de la subtrama determinada de acuerdo con los requisitos del Índice de Máscara PRACH, si lo hubiera.
- para NB-IoT UE, BL UE o UE en cobertura mejorada, seleccionar ra-ResponseWindowSize y mac-ContentionResolutionTimer correspondientes al nivel de cobertura mejorado seleccionado y PRACH.
- proceder a la transmisión del Preámbulo de Acceso Aleatorio (ver subcláusula 5.1.3).
5.1.3 T ransmisión del Preámbulo de Acceso Aleatorio
El procedimiento de acceso aleatorio se realizará de la siguiente manera:
- establecer PREAMBLE_RECEIVED_TARGET_POWER a preamblelnitialReceivedTargetPower + DELTA_PREAMBLE (PREAMBLE_TRANSMISSION_COUNTER - 1) * powerRampingStep;
- si el UE es un UE BL o un UE en cobertura mejorada:
- el PREAMBLE_RECEIVED_TARGET_POWER se establece en:
PREAMBLE_RECEIVED_TARGET_POWER - 10 * log10(numRepetitionPerPreambleAttempt);
- si NB-IoT:
- para el nivel de cobertura mejorado 0, el PREAMBLE_RECEIVED_TARGET_POWER se establece en:
PREAMBLE_RECEIVED_TARGET_POWER - 10 * log10(numRepetitionPerPreambleAttempt)
- para otros niveles de cobertura mejorados, el PREAMBLE_RECEIVED_TARGET_POWER se establece correspondiente a la potencia máxima de salida del UE;
- si el UE es un UE NB-IoT, un UE BL o un UE en cobertura mejorada:
- instruir a la capa física para que transmita un preámbulo con el número de repeticiones necesarias para la transmisión del preámbulo correspondiente al grupo de preámbulo seleccionado (es decir, numRepetitionPerPreambleAttempt) al usar el PRACH seleccionado correspondiente al nivel de cobertura mejorado seleccionado, el RA-RNTI correspondiente, el índice de preámbulo o para el índice de subportador NB-IoT, y
PREAMBLE_RECEIVED_TARGET_POWER.
- de lo contrario:
- instruir a la capa física que transmita un preámbulo mediante el uso del PRACH seleccionado, el RA-RNTI correspondiente, el índice de preámbulo y el PREAMBLE_RECEIVED_TARGET_POWER.
5.1.4 Recepción de respuesta de acceso aleatorio
Una vez que se transmite el Preámbulo de Acceso Aleatorio e independientemente de la posible ocurrencia de un intervalo de medición o un Intervalo de Descubrimiento de Enlace Lateral para transmisión o un Intervalo de Descubrimiento de Enlace Lateral para Recepción, la entidad MAC monitoreará el PDCCH de la SpCell para Respuestas de Acceso Aleatorio identificadas por el RA-RNTI definido a continuación, en la ventana respuesta de RA que comienza en la subtrama que contiene el final de la transmisión del preámbulo [7] más tres subtramas y tiene length ra-ResponseWindowSize. Si el UE es un UE BL o un UE en cobertura mejorada, la ventana respuesta de RA comienza en la subtrama que contiene el final de la última repetición del preámbulo más tres subtramas y tiene longitud ra-ResponseWindowSize para el nivel de cobertura correspondiente. Si el UE es un UE NB-IoT, en caso de que el número de repeticiones NPRACH sea mayor o igual a 64, la ventana respuesta RA comienza en la subtrama que contiene el final de la última repetición del preámbulo más 41 subtramas y tiene longitud ra-ResponseWindowSize para el nivel de cobertura correspondiente, y en caso de que el número de repeticiones NPRACH sea inferior a 64, la ventana Respuesta RA comienza en la subtrama que contiene el final de la última
repetición del preámbulo más 4 subtramas y tiene longitud ra-ResponseWindowSize para el nivel de cobertura correspondiente. El RA-RNTI asociado al p Ra CH en el que se transmite el Preámbulo de Acceso Aleatorio, se calcula como:
RA-RNTT= 1 1 id+ 10*f id
donde t_id es el índice de la primera subtrama del PRACH especificado (0< t_id <10), y f_id es el índice del PRACH especificado dentro de esa subtrama, en orden ascendente de dominio de frecuencia (0< f_id< 6) excepto para NB-loT UE, BL UE o UE en cobertura mejorada. Si el recurso PRACH está en un portador TDD, el f_id se establece en /Ra , donde /Ra se define en la Sección 5.7.1 de [7].
Para las BL UE y los UE en cobertura mejorada, RA-RNTI asociado con el PRACH en el que se transmite el Preámbulo de Acceso Aleatorio, se calcula como:
RA-RNTI=l+t_id 10*f_id 60*(SFN_id mod (Wmáx/10))
donde t_id es el índice de la primera subtrama del PRACH especificado (0< t_id <10), f_id es el índice del PRACH especificado dentro de esa subtrama, en orden ascendente de dominio de frecuencia (0< f_id< 6), SFN_id es el índice de la primera trama radioeléctrica del PRACH especificado, y Wmáx es 400, máximo posible Tamaño de ventana RAR en subtramas para BL UE o UE en cobertura mejorada. Si el recurso PRACH está en una portadora TDD, el f_id se establece en /Ra , donde /Ra se define en la Sección 5.7.1 de [7].
Para los UE NB-IoT, el RA-RNTI asociado con el PRACH en el que se transmite el Preámbulo de Acceso Aleatorio, se calcula como:
RA - RNTI = 1 p is ta (S F N _ id /4 )
donde SFN_id es el índice de la primera trama de radio del PRACH especificado.
La entidad MAC puede dejar de monitorear las Respuestas de Acceso Aleatorio después de la recepción exitosa de una Respuesta de Acceso Aleatorio que contiene identificadores de Preámbulo de Acceso Aleatorio que coinciden con el Preámbulo de Acceso Aleatorio transmitido.
- Si se ha recibido una asignación de enlace descendente para este TTI en el PDCCH para el RA-RNTI y el TB recibido se decodifica con éxito, la entidad MAC deberá independientemente de la posible ocurrencia de un intervalo de medición o un intervalo de descubrimiento de enlace lateral para transmisión o un intervalo de descubrimiento de enlace lateral para la recepción:
- si la Respuesta de Acceso Aleatorio contiene un subtítulo de Indicador de Retroceso:
- establecer el valor del parámetro de retroceso como se indica en el campo BI del subtítulo Indicador de Retroceso y en la Tabla 7.2-1, excepto para NB-IoT, donde se usa el valor de la Tabla 7.2-2.
- de lo contrario, establecer el valor del parámetro de retroceso en 0 ms.
- si la Respuesta de Acceso Aleatorio contiene un identificador de Preámbulo de Acceso Aleatorio correspondiente al Preámbulo de Acceso Aleatorio transmitido (ver subcláusula 5.1.3), la entidad MAC deberá:
- considerar que esta recepción de Respuesta de Acceso Aleatorio es correcta y aplique las siguientes acciones para la celda de servicio donde se transmitió el preámbulo de acceso aleatorio:
- procesar la instrucción de avance de temporización recibida (ver subcláusula 5.2);
- indicar el preambleInitialReceivedTargetPower y la cantidad de rampa de potencia aplicada a la última transmisión del preámbulo a las capas inferiores (es decir, (PREAMBLE_TRANSMISSION_COUNTER - 1) powerRampingStep);
- procesar el valor de concesión de UL recibido e indicarlo en las capas inferiores;
- si ra-PreambleIndex se señaló explícitamente y no fue 000000 (es decir, no seleccionado por MAC):
- considerar el procedimiento de acceso aleatorio completado con éxito.
- de lo contrario, si la entidad MAC seleccionó el preámbulo de acceso aleatorio:
- establecer el C-RNTI temporal en el valor recibido en el mensaje de Respuesta de Acceso Aleatorio a más tardar en el momento de la primera transmisión correspondiente a la concesión de UL proporcionada en el mensaje de Respuesta de Acceso Aleatorio;
- si esta es la primera Respuesta de Acceso Aleatorio recibida con éxito dentro de este procedimiento de Acceso Aleatorio:
- si la transmisión no se está realizando para el canal lógico CCCH, indicar a la entidad de Multiplexación y ensamblaje que incluya un elemento de control C-RNTI MAC en la transmisión de enlace ascendente subsiguiente;
- obtener la PDU MAC para transmitir desde la entidad de "Multiplexación y ensamblaje" y almacenarla en el búfer de Msg3.
Nota: Cuando se requiere una transmisión de enlace ascendente, por ejemplo, para la resolución de contención, el eNB no debe proporcionar una concesión menor de 56 bits (o 88 bits para NB-IoT) en la Respuesta de Acceso Aleatorio.
Nota: Si dentro de un procedimiento de Acceso Aleatorio, una concesión de enlace ascendente proporcionada en la Respuesta de Acceso Aleatorio para el mismo grupo de Preámbulos de Acceso Aleatorio tiene un tamaño diferente que la primera concesión de enlace ascendente asignada durante ese procedimiento de Acceso Aleatorio, el comportamiento del UE no está definido.
Si no se recibe ninguna Respuesta de Acceso Aleatorio dentro de la ventana de Respuesta de RA, o si ninguna de todas las Respuestas de Acceso Aleatorio recibidas contiene un identificador de Preámbulo de Acceso Aleatorio correspondiente al Preámbulo de Acceso Aleatorio transmitido, la recepción de la Respuesta de Acceso Aleatorio se considera no exitosa y la entidad MAC deberá:
- si no se ha recibido la notificación de suspensión de aumento de potencia de las capas inferiores:
- incrementar PREAMBLE_TRANSMISSION_COUNTER en 1;
- si el UE es un UE NB-IoT, un UE BL o un UE en cobertura mejorada:
- si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax-CE + 1:
- si el Preámbulo de Acceso Aleatorio se transmite en la SpCell:
- indicar un problema de Acceso Aleatorio a las capas superiores;
- ifNB-IoT:
- considerar el procedimiento de Acceso Aleatorio completado sin éxito;
- de lo contrario:
- si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
- si el Preámbulo de Acceso Aleatorio se transmite en la SpCell:
- indicar un problema de Acceso Aleatorio a las capas superiores;
- si el Preámbulo de Acceso Aleatorio se transmite en una SCell:
- considerar el procedimiento de Acceso Aleatorio completado sin éxito.
- si en este procedimiento de Acceso Aleatorio, la MAC seleccionó el Preámbulo de Acceso Aleatorio:
- en base al parámetro de retroceso, seleccionar un tiempo de retroceso aleatorio de acuerdo con una distribución uniforme entre 0 y el Valor del Parámetro de Retroceso;
- retrasar la transmisión de Acceso Aleatorio subsiguiente por el tiempo de retroceso;
- si el UE es un UE NB-IoT, un UE BL o un UE en cobertura mejorada:
- incrementar PREAMBLE_TRANSMISSION_COUNTER_CE en 1;
- si PREAMBLE_TRANSMISSION_COUNTER_CE = maxNumPreambleAttemptCE para el nivel de cobertura mejorado correspondiente 1:
- restablecer PREAMBLE_TRANSMISSION_COUNTER_CE;
- considerar que se encuentra en el siguiente nivel de cobertura mejorado, si es compatible con la Celda de Servicio y el UE, de lo contrario permanecer en el nivel de cobertura mejorado actual;
- seleccionar el grupo Preámbulos de Acceso Aleatorio, ra-ResponseWindowSize, mac-ContentionResolutionTimer, y recurso PRACH correspondiente al nivel de cobertura mejorado seleccionado;
- si el UE es un UE NB-IoT:
- si el Procedimiento de Acceso Aleatorio se inició mediante una orden PDCCH:
- considerar que el recurso PRACH correspondiente al nivel de cobertura mejorado señalado se indica explícitamente;
- proceder a la selección de un Recurso de Acceso Aleatorio (ver subcláusula 5.1.2).
5.1.5 Resolución de contención
La resolución de contención en base a C-RNTI en PDCCH de SpCell o Identidad de Resolución de Contención de UE en DL-SCH. Si el UE es un UE NB-IoT, un UE BL o un UE con cobertura mejorada, la entidad MAC usará el mac-ContentionResolutionTimer para el nivel de cobertura mejorado correspondiente, si existe.
Una vez que se transmite Msg3, la entidad MAC deberá:
- iniciar mac-ContentionResolutionTimer y reiniciar mac-ContentionResolutionTimer en cada retransmisión de HARQ;
- independientemente de la posible ocurrencia de un intervalo de medición o un Intervalo de Descubrimiento de Enlace Lateral para la recepción, monitorear el PDCCH hasta que mac-ContentionResolutionTimer expire o se detenga;
- si se recibe una notificación de una recepción de una transmisión PDCCH desde las capas inferiores, la entidad MAC deberá:
- si el elemento de control MAC C-RNTI se incluyó en Msg3:
- si el procedimiento de Acceso Aleatorio fue iniciado por la propia subcapa MAC o por la subcapa RRC y la transmisión PDCCH se dirige al C-RNTI y contiene una concesión UL para una nueva transmisión; o - si el procedimiento de Acceso Aleatorio se inició mediante una orden PDCCH y la transmisión PDCCH se dirige al C-RNTI:
- considerar exitosa esta Resolución de contención;
- detener mac-ContentionResolutionTimer;
- descartar el C-RNTI Temporal;
- si el UE es un UE NB-IoT y se configura con una portadora sin anclaje:
- la concesión UL o la asignación de DL contenida en la transmisión PDCCH en la portadora de anclaje es válida solo para la portadora sin anclaje.
- considerar este procedimiento de Acceso Aleatorio completado con éxito.
- si no, si la SDU CCCH se incluyó en Msg3 y la transmisión PDCCH se dirige a su C-RNTI temporal:
- si la PDU MAC se decodifica con éxito:
- detener mac-ContentionResolutionTimer,
- si la PDU MAC contiene un elemento de control de MAC de Identidad de Resolución de contención del UE; y
- si la Identidad de Resolución de contención del UE incluida en el elemento de control de MAC coincide con los 48 primeros bits de la SDU CCCH transmitida en Msg3:
- considerar esta Resolución de contención exitosa y finalizar el desamblaje y demultiplexación de la PDU MAC;
- establecer el C-RNTI en el valor del C-RNTI temporal;
- descartar el C-RNTI Temporal;
- considerar este procedimiento de Acceso Aleatorio completado con éxito.
- de lo contrario
- descartar el C-RNTI Temporal;
- considerar esta Resolución de contención no exitosa y descartar la PDU MAC decodificada con éxito.
- si mac-ContentionResolutionTimer expira:
- descartar el C-RNTI Temporal;
- considerar la Resolución de contención no exitosa.
- si la Resolución de contención se considera no exitosa, la entidad MAC deberá:
- vaciar el búfer HARQ usado para la transmisión de la PDU MAC en el búfer de Msg3;
- si no se ha recibido la notificación de suspensión de aumento de potencia de las capas inferiores:
- incrementar PREAMBLE_TRANSMISSION_COUNTER en 1;
- si el UE es un UE NB-IoT, un UE BL o un UE en cobertura mejorada:
- si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax-CE + 1:
- indicar un problema de Acceso Aleatorio a las capas superiores.
- Si NB-IoT:
- considerar el procedimiento de Acceso Aleatorio completado sin éxito;
- de lo contrario:
- si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:
- indicar un problema de Acceso Aleatorio a las capas superiores.
- en base al parámetro de retroceso, seleccionar un tiempo de retroceso aleatorio de acuerdo con una distribución uniforme entre 0 y el Valor del Parámetro de Retroceso;
- retrasar la transmisión de Acceso Aleatorio subsiguiente por el tiempo de retroceso;
- proceder a la selección de un Recurso de Acceso Aleatorio (ver subcláusula 5.1.2).
5.1.6 Finalización del procedimiento de Acceso Aleatorio
Al finalizar el procedimiento de Acceso Aleatorio, la entidad MAC deberá:
- descartar ra-PreambleIndex y ra-PRACH-MaskIndex señalizadas explícitamente, si las hubiera;
- vaciar el búfer HARQ usado para la transmisión de la PDU MAC en el búfer de Msg3.
Además, el RN reanudará la configuración de subtrama RN suspendida, si la hubiera.
5.4.2 Operación HARQ
5.4.2.1 Entidad HARQ
Hay una entidad HARQ en la entidad MAC para cada celda de servicio con enlace ascendente configurado, que mantiene una serie de procesos HARQ paralelos que permiten que las transmisiones tengan lugar de forma continua mientras se espera la retroalimentación de HARQ sobre la recepción exitosa o no exitosa de transmisiones anteriores.
El número de procesos HARQ paralelos por entidad HARQ se especifica en [2], cláusula 8. NB-IoT tiene un proceso UL HARQ.
Cuando la capa física se configura para la multiplexación espacial de enlace ascendente [2], hay dos procesos HARQ asociados con un TTI determinado. De lo contrario, hay un proceso HARQ asociado con un tT i determinado. En un TTI determinado, si se indica una concesión de enlace ascendente para el TTI, la entidad HARQ identifica los procesos HARQ para los que debe tener lugar una transmisión. También enruta la retroalimentación HARQ recibida (información ACK/NACK), MCS y recurso, retransmitido por la capa física, a los procesos HARQ apropiados.
En la operación HARQ asíncrona, un proceso HARQ se asocia con un TTI en base a la concesión UL recibida, excepto la concesión UL en RAR. A excepción de NB-IoT, cada proceso HARQ asincrónico está asociado a un identificador de proceso HARQ. Para la transmisión UL con concesión UL en RAR, se usa el identificador de proceso HARQ 0. La retroalimentación HARQ no es aplicable para UL HARQ asincrónico.
Cuando se configura el paquete TTI, el parámetro TTI_BUNDLE_SIZE proporciona el número de TTI de un paquete TTI. La operación de agrupación de TTI se basa en la entidad HARQ para invocar el mismo proceso HARq para cada transmisión que forma parte del mismo paquete. Dentro de un paquete, las retransmisiones HARQ no son adaptables y se activan sin esperar la retroalimentación de las transmisiones anteriores de acuerdo con TTI_BUNDLE_SIZE. La retroalimentación HARQ de un paquete solo se recibe para el último TTI del paquete (es decir, el TTI correspondiente a TTI_BUNDLE_SIZE), independientemente de si tiene lugar una transmisión en ese TTI o no (por ejemplo, cuando ocurre un intervalo de medición). Una retransmisión de un paquete TTI también es un paquete TTI. La agrupación de TTI no se admite cuando la entidad MAC se configura con una o más SCell con enlace ascendente configurado.
La operación HARQ de enlace ascendente es asincrónica para las celdas de servicio que operan de acuerdo con la Estructura de Trama tipo 3, los UE NB-IoT, los UE BL o los UE en cobertura mejorada, excepto por las repeticiones dentro de un paquete.
Para NB-IoT UE, BL UE o UE en cobertura mejorada, el parámetro UL_REPETITION_NUMBER proporciona el número de repeticiones de transmisión dentro de un paquete. Para cada paquete, UL_REPETITION_NUMBER se establece en un valor proporcionado por las capas inferiores. La operación de agrupación se basa en la entidad HARQ para invocar el mismo proceso HARQ para cada transmisión que forma parte de la misma agrupación. Dentro de un paquete, las retransmisiones HARQ no son adaptables y se activan sin esperar la retroalimentación de las transmisiones anteriores de acuerdo con UL_REPETITION_NUMBER. Una concesión de enlace ascendente correspondiente a una nueva transmisión o una retransmisión del paquete solo se recibe después de la última repetición del paquete. Una retransmisión de un paquete también es un paquete.
El empaquetado de ITT no se admite para la comunicación RN con el E-UTRAN en combinación con una configuración de subtrama RN.
Para la transmisión de Msg3 durante el Acceso Aleatorio (véase la subcláusula 5.1.5), no se aplica la agrupación de TTI. Para NB-IoT UE, BL UE o UE en cobertura mejorada, se usa la agrupación de repetición de enlace ascendente para la transmisión de Msg3.
Para cada TTI, la entidad HARQ deberá:
- identificar los procesos HARQ asociados a este TTI, y para cada proceso HARQ identificado:
- si se ha indicado una concesión de enlace ascendente para este proceso y este TTI:
• - si la concesión recibida no se dirige a un C-RNTI Temporal en PDCCH y si el NDI proporcionado en la información HARQ asociada se ha alternado en comparación con el valor en la transmisión anterior de este proceso HARQ; o
• - si la concesión de enlace ascendente se recibió en PDCCH para el C-RNTI y el búfer HARQ del proceso identificado está vacío; o
• - si la concesión de enlace ascendente se recibió en una respuesta de Acceso Aleatorio:
- si hay una PDU MAC en el búfer Msg3 y la concesión de enlace ascendente se recibió en una respuesta de Acceso Aleatorio:
- obtener la PDU MAC para transmitir desde el búfer Msg3.
- de lo contrario si la entidad MAC se configura con semiPersistSchedIntervalUL más corto que 10 subtramas y si la concesión de enlace ascendente es una concesión configurada, y si el búfer HARq del proceso hArQ identificado no está vacía, y si la RETROALIMENTACIÓN HARQ del proceso HARQ identificado es NACK:
- instruir al proceso HARQ identificado para generar una retransmisión no adaptativa.
- de lo contrario:
- obtener la PDU MAC para transmitir desde la entidad de "Multiplexación y ensamblaje", si la hubiera; - si se ha obtenido una PDU MAC para transmitir:
- entregar la PDU MAC y la concesión de enlace ascendente y la información HARQ al proceso HARQ identificado;
- instruir al proceso HARQ identificado para que active una nueva transmisión.
• - de lo contrario:
- entregar la concesión de enlace ascendente y la información HARQ (versión de redundancia) al proceso HARQ identificado;
- instruir al proceso HARQ identificado para generar una retransmisión adaptativa.
- de lo contrario, si el búfer HARQ de este proceso HARQ no está vacío:
- -instruir al proceso HARQ identificado para generar una retransmisión no adaptativa.
Al determinar si el NDI se ha alternado en comparación con el valor de la transmisión anterior, la entidad MAC ignorará el NDI recibido en todas las concesiones de enlace ascendente en PDCCH para su C-RNTI Temporal. 5.4.2.2 Proceso HARQ
Cada proceso HARQ se asocia con un búfer HARQ.
Para HARQ síncrono, cada proceso HARQ mantendrá una variable de estado CURRENT_TX_NB, que indica el número de transmisiones que han tenido lugar para la PDU MAC actualmente en el búfer, y una variable de estado HARQ_FEEDBACK, que indica la retroalimentación de HARQ para la PDU MAC actualmente en el búfer. Cuando se establezca el proceso HARQ, CURRENT_TX_NB se inicializará a 0.
La secuencia de versiones de redundancia es 0, 2, 3, 1. La variable CURRENT_IRV es un índice en la secuencia de versiones de redundancia. Esta variable se actualiza en el módulo 4. Para los UE BL o UE en cobertura mejorada, consulte la subcláusula 8.6.1 en [2] para la secuencia de versiones de redundancia y la determinación de la versión de redundancia. Para los UE NB-IoT ver la subcláusula 16.5.1.2 en [2] para la secuencia de versiones de redundancia y la determinación de la versión de redundancia.
Para los UE NB-IoT, los UE BL o los UE en cobertura mejorada para UL_REPETITION_NUMBER para la operación en Modo B, la misma versión de redundancia se usa varias veces antes de pasar a la siguiente versión de redundancia como se especifica en la Subcláusula 16.5.1.2, 8.6.1 y 7.1.7.1 en [2].
Las nuevas transmisiones se realizan en el recurso y con el MCS indicado en PDCCH o Respuesta de Acceso Aleatorio. Las retransmisiones adaptativas se realizan en el recurso y, si se proporciona, con el MCS indicado en el PDCCH. La retransmisión no adaptativa se realiza en el mismo recurso y con el mismo MCS que se usó para el último intento de transmisión realizado.
Para HARQ síncrono, la entidad MAC se configura con un número máximo de transmisiones HARQ y un número máximo de transmisiones Msg3 HARQ por RRC:maxHARQ-TxymaxHARQ-Msg3Tx respectivamente. Para las transmisiones en todos los procesos HARQ y en todos los canales lógicos excepto para la transmisión de una PDU MAC almacenada en el búfer Msg3, el número máximo de transmisiones se establecerá en maxHARQ-Tx. Para la transmisión de un PDU MAC almacenada en el búfer Msg3, el número máximo de transmisiones se establecerá enmaxHARQ-Msg3Tx.
Cuando se recibe la retroalimentación HARQ para este TB, el proceso HARQ deberá:
- establecer la RETROALIMENTACIÓN HARQ al valor recibido.
Si la entidad HARQ solicita una nueva transmisión, el proceso HARQ deberá:
- si la operación UL HARQ es síncrona:
- establecer CURRENT_TX_NB en 0;
- establecer HARQ_FEEDBACK en NACK;
- establecer CURRENT_IRV en 0;
- de lo contrario:
- establecer CURRENT_IRV al índice correspondiente al valor de la versión de redundancia proporcionado en la información HARQ, excepto para los u E BL y para los UE en cobertura mejorada y para los UE NB-IoT (como se describe anteriormente);
- almacenar la PDU MAC en el búfer HARQ asociado;
- almacenar la concesión de enlace ascendente recibida de la entidad HARQ;
- generar una transmisión como se describe a continuación.
Si la entidad HARQ solicita una retransmisión, el proceso HARQ deberá:
- si la operación UL HARQ es síncrona:
- incrementar CURRENT_TX_NB en 1;
- si la entidad HARQ solicita una retransmisión adaptativa:
- almacenar la concesión de enlace ascendente recibida de la entidad HARQ;
- establecer CURRENT_IRV al índice correspondiente al valor de la versión de redundancia proporcionado en la información HARQ;
- si la operación UL HARQ es síncrona:
• establecer HARQ_FEEDBACK en NACK;
- generar una transmisión como se describe a continuación.
- de lo contrario, si la entidad HARQ solicita una retransmisión no adaptativa:
- si la operación UL HARQ es asincrónica o HARQ_FEEDBACK = NACK:
• -generar una transmisión como se describe a continuación.
• Nota: Al recibir un HARQ ACK solo, la entidad MAC mantiene los datos en el búfer HARQ.
• Nota: Cuando no puede realizarse una transmisión UL-SCH debido a la ocurrencia de un intervalo de medición o un intervalo de descubrimiento de enlace lateral para la transmisión, no puede recibirse retroalimentación HARQ y sigue una retransmisión no adaptativa.
• Nota: Para la operación HARQ asincrónica, las retransmisiones de UL se activan solo mediante concesiones de retransmisión adaptativa, excepto para las retransmisiones dentro de un paquete.
Para generar una transmisión, el proceso HARQ deberá:
- si la PDU MAC se obtuvo del búfer Msg3; o
- si las Intervalos de Descubrimiento de Enlace Lateral para transmisión no se configuran por capas superiores, y no hay intervalo de medición en el momento de la transmisión y, en caso de retransmisión, la retransmisión no colisiona con una transmisión para una PDU MAC obtenida del búfer Msg3 en este ITT; o
- si los Intervalos de Descubrimiento de Enlace Lateral para transmisión se configuran por capas superiores, y no hay intervalo de medición en el momento de la transmisión y, en caso de retransmisión, la retransmisión no colisiona con una transmisión para una PDU MAC obtenida del búfer Msg3, y no hay un Intervalo de Descubrimiento de Enlace Lateral para la transmisión en esta TTI; o
- si los Intervalos de Descubrimiento de Enlace Lateral para transmisión se configuran por capas superiores, y no hay intervalo de medición en el momento de la transmisión y, en caso de retransmisión, la retransmisión no colisiona con una transmisión para una PDU MAC obtenida del búfer Msg3, y hay un Intervalo de Descubrimiento de Enlace Lateral para la transmisión, y no hay ninguna concesión configurada para la transmisión en SL-DCH en esta TTI:
- instruir a la capa física para que genere una transmisión de acuerdo con la concesión de enlace ascendente almacenada con la versión de redundancia correspondiente al valor CURRENT_IRV;
- incrementar IRV ACTUAL en 1;
- si la operación UL HARQ es sincrónica y hay un intervalo de medición o un Intervalo de Descubrimiento de Enlace Lateral para recepción en el momento de la recepción de retroalimentación HARQ para esta transmisión y si la PDU MAC no se obtuvo del búfer Msg3:
• establecer HARQ FEEDBACK en ACK en el momento de la recepción de retroalimentación HARQ para esta transmisión.
Después de realizar las acciones anteriores, si la operación UL HARQ es sincrónica, el proceso HARQ deberá: - si CURRENT_TX_NB = número máximo de transmisiones - 1:
- vaciar el búfer HARQ;
5.4.3 Multiplexación y ensamblaje
5.4.3.1 Priorización de canal lógico
El procedimiento de priorización de canal lógico se aplica cuando se realiza una nueva transmisión.
RRC controla la programación de los datos de enlace ascendente mediante la señalización para cada canal lógico: prioridad donde un valor prioridad creciente indica un nivel de prioridad más bajo, prioritisedBitRate que establece la velocidad de bits priorizada (PBR), bucketSizeDuration que establece la Duración del Tamaño del Depósito (BSD). Para NB-IoT, prioritisedBitRate, bucketSizeDuration y las etapas correspondientes del procedimiento de Priorización de Canal Lógico (es decir, La Etapa 1 y la Etapa 2 a continuación) no son aplicables.
La entidad MAC mantendrá una variable Bj para cada canal lógico j. Bj se inicializará a cero cuando se establezca el canal lógico relacionado, y se incrementará por la duración del producto PBR * TTI para cada TTI, donde PBR es la velocidad de bits priorizada del canal lógico j. Sin embargo, el valor de Bj nunca puede exceder el tamaño del depósito y si el valor de Bj es mayor que el tamaño del depósito del canal lógico j, se establecerá en el tamaño del depósito. El tamaño del depósito de un canal lógico es igual a PBR * BSD, donde PBR y BSD están configurados por capas superiores.
La entidad MAC realizará el siguiente procedimiento de priorización de canales lógicos cuando se realice una nueva transmisión:
- La entidad MAC asignará recursos a los canales lógicos en las siguientes etapas:
- Etapa 1: Todos los canales lógicos con Bj > 0 son recursos asignados en un orden de prioridad decreciente. Si el PBR de un canal lógico se establece en "infinito", la entidad MAC asignará recursos para todos los datos que están disponibles para la transmisión en el canal lógico antes de cumplir con el PBR de los canales lógicos de menor prioridad;
- Etapa 2: la entidad MAC disminuirá Bj por el tamaño total de las MAC SDU servidas al canal lógico j en la etapa 1;
• Nota: El valor de Bj puede ser negativo.
- Etapa 3: si queda algún recurso, todos los canales lógicos se sirven en un estricto orden de prioridad decreciente (independientemente del valor de Bj) hasta que se agoten los datos para ese canal lógico o la concesión UL, lo que ocurra primero. Los canales lógicos configurados con igual prioridad deben servirse por igual.
- El UE también deberá seguir las siguientes reglas durante los procedimientos de programación anteriores:
- el UE no debe segmentar una SDU RLC (o SDU parcialmente transmitida o PDU RLC retransmitida) si toda la SDU (o SDU parcialmente transmitida o PDU RLC retransmitida) se ajusta a los recursos restantes de la entidad MAC asociada;
- si el UE segmenta una RLC SDU del canal lógico, maximizará el tamaño del segmento para llenar la concesión de la entidad MAC asociada tanto como sea posible;
- el UE debería maximizar la transmisión de datos.
- si la entidad MAC recibe un tamaño de concesión UL que es igual o mayor a 4 bytes mientras tiene datos disponibles para la transmisión, la entidad MAC no transmitirá solo relleno BSR y/o relleno (a menos que el tamaño de concesión UL sea inferior a 7 bytes y un segmento AMD PDU necesita ser transmitido);
- para las transmisiones en celdas de servicio que funcionen de acuerdo con el tipo de estructura de trama 3, la entidad MAC solo considerará los canales lógicos para los que se haya configurado laa-Allowed.
La entidad MAC no transmitirá datos para un canal lógico correspondiente a una portadora de radio que esté suspendido (las condiciones para cuando una portadora de radio se considere suspendido se definen en [8]).
Si la PDU MAC incluye únicamente la MAC CE para el relleno BSR o la BSR periódica con cero MAC SDU y no se solicita una CSI periódica para esta ITT [2], la entidad MAC no generará una p Du MAC para la entidad HARQ en los siguientes casos:
- en caso de que la entidad MAC esté configurada con skipUplinkTxDynamic y la concesión indicada a la entidad HARQ se haya dirigido a un C-RNTI; o
- en caso de que la entidad MAC esté configurada con skipUplinkTxSPS y la concesión indicada a la entidad HARQ sea una concesión de enlace ascendente configurada;
Para el procedimiento de priorización de canales lógicos, la entidad MAC tendrá en cuenta la siguiente prioridad relativa en orden decreciente:
- Elemento de control MAC para C-RNTI o datos de UL-CCCH;
- Elemento de control MAC para confirmación SPS;
- Elemento de control MAC para BSR, con la excepción de BSR incluido para el relleno;
- Elemento de control MAC para PHR, PHR Extendido o PHR de Conectividad Dual;
- Elemento de control MAC para Enlace Lateral BSR, con excepción de Enlace Lateral BSR incluido para el relleno;
- datos de cualquier Canal Lógico, excepto datos de UL-CCCH;
- Elemento de control MAC para BSR incluido para relleno;
- Elemento de control MAC para Enlace Lateral BSR incluido para el relleno.
• Nota: Cuando se solicita a la entidad MAC que transmita múltiples PDU MAC en un TTI, las etapas 1 a 3 y las reglas asociadas pueden aplicarse a cada concesión independientemente o a la suma de las capacidades de las concesiones. Además, el orden en que se procesan las concesiones se deja a la implementación del UE. Depende de la implementación del UE decidir en qué PDU MAC se incluye un elemento de control MAC cuando se solicita a la entidad MAC que transmita múltiples PDU MAC en un TTI. Cuando se solicita al UE que genere PDU MAC en dos entidades MAC en un TTI, depende de la implementación del UE en qué orden se procesan las concesiones.
5.4.3.2 Multiplexación de elementos de control MAC y MAC SDU
La entidad MAC multiplexará los elementos de control MAC y las MAC SDU en una PDU MAC de acuerdo con las subcláusulas 5.4.3.1 y 6.1.2.
5.4.5 Informes sobre el Estado del Búfer
El procedimiento de informe de Estado del Búfer se usa para proporcionar al eNB de servicio información sobre la cantidad de datos disponibles para la transmisión en los búferes u L asociados con la entidad MAC. RRC controla los informes de BSR configurando los tres temporizadores periodicBSR-Timer, retxBSR-Timer y logicalChannelSR-ProhibitTimer y por, para cada canal lógico, señalización opcional logicalChannelGroup que asigna el canal lógico a un LCG [8]. Para el procedimiento de notificación del estado del búfer, la entidad MAC tendrá en cuenta a todos los portadores de radio que no estén suspendidos y podrá considerar a los portadores de radio que estén suspendidos. Para NB-IoT, el BSR Largo no es compatible y todos los canales lógicos pertenecen a un LCG.
Se activará un Informe de Estado del Búfer (BSR) si ocurre alguno de los siguientes eventos:
- Los datos UL, para un canal lógico que pertenece a un LCG, están disponibles para su transmisión en la entidad RLC o en la entidad PDCP (la definición de qué datos se considerarán disponibles para la transmisión se especifica en [3] y [4] respectivamente) y los datos pertenecen a un canal lógico con mayor prioridad que las prioridades de los canales lógicos que pertenecen a cualquier LCG y para los cuales los datos ya están disponibles para transmisión, o no hay datos disponibles para transmisión para ninguno de los canales lógicos que pertenecer a un LCG, en cuyo caso el BSR se denomina a continuación "BSR Regular";
- Se asignan recursos UL y el número de bits de relleno es igual o mayor que el tamaño del elemento de control MAC del informe de estado del búfer más su subtítulo, en cuyo caso el BSR se denomina a continuación "BSR de Relleno";
- retxBSR-Timer expira y la entidad MAC tiene datos disponibles para transmisión de cualquiera de los canales lógicos que pertenecen a un LCG, en cuyo caso el BSR se denomina a continuación como "BSR Regular";
- periodicBSR-Timer expira, en cuyo caso el BSR se denominará a continuación como "BSR Periódico".
Para BSR Regular:
- si el BSR se activa debido a que los datos están disponibles para la transmisión de un canal lógico para el que logicalChannelSR-ProhibitTimer se configura por capas superiores:
- iniciar o reiniciar el logicalChannelSR-ProhibitTimer;
- de lo contrario:
- si se ejecuta, detener el logicalChannelSR-ProhibitTimer.
Para BSR Regular y Periódico:
- si más de un LCG tiene datos disponibles para su transmisión en el TTI donde se transmite el BSR: informe BSR Largo;
- de lo contrario informe BSR Corto.
Para BSR Rellenado:
- si el número de bits de relleno es igual o mayor que el tamaño del BSR Corto más su subtítulo, pero menor que el tamaño del BSR Largo más su subtítulo:
- si más de un LCG tiene datos disponibles para su transmisión en el TTI donde se transmite el BSR: informe del BSR Truncado del LCG con el canal lógico de mayor prioridad con datos disponibles para la transmisión; - de lo contrario informe BSR Corto.
- de lo contrario, si el número de bits de relleno es igual o mayor que el tamaño del BSR Largo más su subtítulo, informe BSR Largo.
Si el procedimiento de notificación del Estado del Búfer determina que al menos un BSR se ha activado y no se ha cancelado:
- si la entidad MAC tiene recursos UL asignados para nueva transmisión para este TTI:
- instruir al procedimiento de Multiplexación y Ensamblaje para generar los elementos de control BSR MAC; - iniciar o reiniciar periodicBSR-Timer excepto cuando todos los BSR generados son BSR Truncados;
- iniciar o reiniciar retxBSR-Timer.
- de lo contrario, si se ha activado un BSR Regular y logicalChanneISR-ProhibitTimer no se está ejecutando: - si no se configura una concesión de enlace ascendente o no se activa el BSR Regular debido a que los datos están disponibles para la transmisión de un canal lógico para el que el enmascaramiento de SR de canal lógico (logicalChannelSR-Mask) se configura por capas superiores:
• -se activará una Solicitud de Programación.
Una PDU MAC contendrá como máximo un elemento de control MAC BSR, incluso cuando varios eventos activan un BSR en el momento en que pueda transmitirse un BSR, en cuyo caso el BSR Regular y el BSR Periódico tendrán prioridad sobre el BSR de relleno.
La entidad MAC reiniciará retxBSR-Timer previa indicación de una concesión para la transmisión de nuevos datos en cualquier UL-SCH.
Todos los BSR activados se cancelarán en caso de que las concesiones UL en este TTI puedan acomodar todos los datos pendientes disponibles para la transmisión, pero no son suficientes para acomodar adicionalmente el elemento de control BSR MAC más su subtítulo. Todos los BSR activados se cancelarán cuando se incluya un BSR en una PDU MAC para su transmisión.
La entidad MAC deberá transmitir como máximo un BSR Regular/Periódico en un TTI. Si se solicita a la entidad MAC que transmita múltiples PDU MAC en un TTI, puede incluir un BSR de relleno en cualquiera de las PDU MAC que no contengan un BSR Regular/Periódico.
Todos los BSR transmitidos en un TTI siempre reflejan el estado del búfer después de que se hayan creado todas las PDU MAC para este TTI. Cada LCG informará como máximo un valor de estado del búfer por TTI y este valor se informará en todos los BSR que informen sobre el estado del búfer para este LCG.
• Nota: Un BSR de relleno no puede cancelar un BSR Regular/Periódico activado, excepto para NB-IoT. Un BSR de relleno se activa solo para una PDU MAC específica y el activador se cancela cuando se ha creado esta PDU MAC.
5.10 Programación Semipersistente
Cuando RRC habilita la programación semipersistente, se proporciona la siguiente información [8]:
- Programación Semipersistente C-RNTI;
- Intervalo de Programación Semipersistente de enlace ascendente semiPersistSchedIntervalUL y número de transmisiones vacías antes de la liberación implícita implicitReleaseAfter, si la Programación Semipermanente está habilitada para el enlace ascendente;
- Si twoIntervalsConfig se habilita o inhabilita para el enlace ascendente, solo para TDD;
- Intervalo de Programación Semipersistente de enlace descendente semiPersistSchedIntervalDL y número de procesos HARQ configurados para Programación Semipersistente numberOfConfSPS-Processes, si la Programación Semipersistente está habilitada para el enlace descendente;
Cuando RRC inhabilita la Programación Semipersistente para el enlace ascendente o el enlace descendente, se descartará la concesión configurada correspondiente o la asignación configurada.
La Programación Semipersistente solo se admite en SpCell.
La Programación Semipersistente no es compatible con la comunicación RN con la E-UTRAN en combinación con una configuración de subtrama RN.
• Nota: Cuando se configura eIMTA para SpCell, si ocurre una concesión de enlace ascendente configurada o una asignación de enlace descendente configurada en una subtrama que puede reconfigurarse a través de la señalización eIMTA L1, el comportamiento del UE no se especifica.
5.10.1 Enlace Descendente
Después de configurar una asignación de enlace descendente Semipersistente, la entidad MAC considerará secuencialmente que la asignación Nth ocurre en la subtrama para la que:
- (10 * SFN subtrama) = [(10 * SFNhora de inicio + subtramahora de inicio ) N * semiPersistSchedIntervalDL] módulo 10240.
Donde SFNhora de inicio y subtramahora de inicio son el SFN y la subtrama, respectivamente, en el momento en que se reinicializó la asignación de enlace descendente configurada.
Para los BL UE o UE en cobertura mejorada SFNhora de inicio y subtramahora de inicio consulte SFN y subtrama de la primera transmisión de PDSCH donde se reinicializó la asignación de enlace descendente configurada.
5.10.2 Enlace Ascendente
Después de configurar una concesión de enlace ascendente de Programación Semipersistente, la entidad MAC deberá:
- si twoIntervalsConfig está habilitado por la capa superior:
- establecer el Subframe_Offset de acuerdo con la Tabla 7.4-1.
- de lo contrario:
- establecer el Subframe_Offset en 0.
- considerar secuencialmente que la Nésima concesión ocurre en la subtrama para el que:
- (10 * SFN subtrama) = [(10 * SFNhora de inicio + subtramahora de inicio) N * semiPersistSchedIntervalUL+ Subframe_Offset * (N módulo 2)] módulo 10240.
Donde SFNhora de inicio y subtramahora de inicio son el SFN y la subtrama, respectivamente, en el momento en que se reinicializó la concesión de enlace ascendente configurada.
Para TDD, la entidad MAC se configura con semiPersistSchedIntervalUL más corto de 10 subtramas, la concesión Nésima se ignorará si ocurre en una subtrama de enlace descendente o una subtrama especial.
Si la entidad MAC no se configura con skipUplinkTxSPS, la entidad MAC borrará la concesión de enlace ascendente configurada inmediatamente después de implicitReleaseAftei{8] número de PDU MAC nuevas consecutivas cada una de las que contiene cero MAC SDU que ha sido proporcionada por la entidad de Multiplexación y Ensamblaje, en el recurso de Programación Semipersistente.
Si la confirmación de SPS se activó y no se canceló:
- si la entidad MAC tiene recursos UL asignados para nueva transmisión para este TTI:
- instruir al procedimiento de Multiplexación y Ensamblaje que genere un elemento de control MAC de confirmación SPS tal como se define en la subcláusula 6.1.3.11;
- cancelar la confirmación SPS activada.
La entidad MAC borrará la concesión de enlace ascendente configurada inmediatamente después de la primera transmisión del elemento de control MAC de confirmación de SPS activado por la liberación de SPS.
• Nota: Las retransmisiones para la Programación Semipersistente pueden continuar después de borrar la concesión de enlace ascendente configurada.
Para los BL UE o UE en cobertura mejorada SFNhora de inicio y subtramahora de inicio consulte el SFN y la subtrama de la primera transmisión de PUSCH donde se reinicializó la concesión de enlace ascendente configurada.
5.13 Activación/Desactivación de las SCells
Si la entidad MAC se configura con uno o más SCells, la red puede activar y desactivar las SCells configuradas. La SpCell siempre está activada. La red activa y desactiva las SCells al enviar el elemento de control MAC de activación/desactivación descrito en la subcláusula 6.1.3.8. Además, la entidad MAC mantiene un temporizador sCellDeactivationTimer por SCell configurado (excepto la SCell configurado con PUCCH, si lo hubiera) y desactiva la SCell asociada al expirar. El mismo valor de temporizador inicial se aplica a cada instancia de la sCellDeactivationTimer y RRC lo configura. Las SCells configuradas se desactivan inicialmente al agregarlas y después de una transferencia. Los SCG SCells configurados se desactivan inicialmente después de un cambio de SCG.
La entidad MAC deberá para cada TTI y para cada SCell configurada:
- si la entidad MAC recibe un elemento de control MAC de Activación/Desactivación en este TTI que activa la SCell, la entidad MAC deberá en el TTI de acuerdo con el tiempo definido en [2]:
- activar la SCell; es decir, aplique la operación SCell normal que incluye:
• - Transmisiones SRS en la SCell;
• - Informes CQI/PMI/RI/PTI/CRI para la SCell;
• -Monitorear PDCCH en la SCell;
• -Monitorear PDCCH para la SCell;
• - Transmisiones PUCCH en la SCell, si están configuradas.
- iniciar o reiniciar el sCellDeactivationTimer asociado con la SCell;
- activar PHR de acuerdo con la subcláusula 5.4.6.
- de lo contrario, si la entidad MAC recibe un elemento de control MAC de activación/desactivación en este TTI, desactiva la SCell; o
- si el sCellDeactivationTimer asociado con la SCell activada expira en este TTI:
- en el TTI de acuerdo con el tiempo definido en [2]:
• - desactivar la SCell;
• - detener el sCellDeactivationTimer asociado con la SCell;
• - vaciar todos los búferes HARQ asociados con la SCell.
- si PDCCH en la SCell activada indica una concesión de enlace ascendente o una asignación de enlace descendente; o
- si PDCCH en la Celda de Servicio que programa la SCell activada indica una concesión de enlace ascendente o una asignación de enlace descendente para la SCell activada:
- reiniciar el sCellDeactivationTimer asociado con la SCell;
- si la SCell está desactivada:
- no transmitir SRS en la SCell;
- no informar CQI/PMI/RI/PTI/CRI para la SCell;
- no transmitir en UL-SCH sobre la SCell;
- no transmitir en RACH sobre la SCell;
- no monitorear el PDCCH en la SCell;
- no monitorear el PDCCH para la SCell;
- no transmitir PUCCH en la SCell.
La retroalimentación HARQ para la PDU MAC que contiene el elemento de control MAC de Activación/Desactivación no se verá afectada por la interrupción de PCelda debido a la activación/desactivación de SCell [9].
• Nota: Cuando la SCell está desactivada, el procedimiento de acceso aleatorio en curso en la SCell, si lo hay, se cancela.
La configuración del canal lógico controlado por RRC se describe en el documento 3GPP TS36.331 V14.1.0 cómo se cita a continuación:
LogicalChannelConfig
El IE LogicalChannelConfigse usa para configurar los parámetros del canal lógico.
Elemento de información LogicalChannelConfig
•• ASN1START
LojlcalChannelConfi3::* SECUENCIA
ul*SpocíficPArdoottrfl SECUENCIA
prioridad NÚMERO ENTERO • • >.
priori ti i tRato ENUMERADOS
fcBpaC, kBp:*d, kBp**'2 , kBps64, kBp?12S, kBp¿256, i n f i n l t y , k B paS*2-v l020, k B p s l024 - v l ,32C', kBpa204 b- v 1020, :p.irr»5, rp . i ro 4 , r p a r o ¿ p ^ r o ? ,
tucketSlroDuratIon ENUMERADOS
maSO,na100,malSO,maSOO,msSOO,mal000,spare2, # aparal},
1oolca1Chano®1G roup NÚMERO ENTERO < .. ) OPCIONAL --Necesidad O OPCIONAL . .. Condición
íic a lC h a n n o lS R -K á sk -r S ENUMERADOS (configuración) OPCIONAL - - Condición SHsjtsk
BOOLEANO OPCIONAL - . Necesita ENCENDER i x-A « n i - r \ A BOOLEANO OPCIONAL - Necesita ENCENDER
El documento 3GPP R2-1702642 discutió la activación de duplicación de la siguiente manera:
2.1 Activación de Duplicación
De acuerdo con los procedimientos existentes, PDCP normalmente entrega PDU para la transmisión a capas inferiores [36.323]:
5.1.1 Procedimientos de transferencia de datos UL
En el momento de la recepción de una PDCP SDU de las capas superiores, el UE debería:
- iniciar el discardTimer asociado con esta PDCP SDU (si está configurado);
Para un PDCP SDU recibido desde las capas superiores, el UE deberá:
- asociar el PDCP SN correspondiente a Next_PDCP_TX_SN a este PDCP SDU;
- realizar la compresión de la cabecera del PDCP SDU (si está configurada) como se especifica en la subcláusula 5.5.4;
- realizar la protección de la integridad (si corresponde) y el cifrado (si corresponde) al usar COUNT en base a TX_HFN y el PDCP SN asociado con esta PDCP SDU como se especifica en la subcláusula 5.7 y 5.6, respectivamente;
- incrementar Next_PDCP_TX_SN por uno;
- si Next_PDCP_TX_SN > Maximum_PDCP_SN:
- establecer Next_PDCP_TX_SN en 0;
- incrementar TX_HFN por uno;
- enviar la PDU de datos PDCP resultante a la capa inferior.
Cuando ocurre el restablecimiento, PDCP vuelve a enviar para su transmisión a las capas inferiores, todas las SDU para las que no se ha confirmado la entrega exitosa:
5.2.1.1 Procedimientos para DRB asignados en RLC AM
Cuando las capas superiores soliciten el restablecimiento de PDCP, el UE deberá:
- restablecer el protocolo de compresión de cabecera para el enlace ascendente (si está configurado);
- aplicar el algoritmo de cifrado y la clave proporcionados por las capas superiores durante el procedimiento de restablecimiento;
- a partir de la primera PDCP SDU para la que la entrega exitosa de la PDU PDCP correspondiente no ha sido confirmada por las capas inferiores, realizar la retransmisión o transmisión de todas las PDCP SDU ya asociadas con las PDCP SN en orden ascendente de los valores COUNT asociados a la PDCP SDU antes del restablecimiento del PDCP como se especifica a continuación:
- realizar la compresión de la cabecera del PDCP SDU (si está configurada) como se especifica en la subcláusula 5.5.4;
- realizar el cifrado de la PDCP SDU al usar el valor COUNT asociado con esta PDCP SDU como se especifica en la subcláusula 5.6;
- enviar la PDU de datos PDCP resultante a la capa inferior.
Esto garantiza una entrega sin pérdidas cuando se restablecen las capas inferiores, por ejemplo, durante la transferencia.
Además, para la conectividad dual, se activa un procedimiento de recuperación de datos PDCP (que retransmite todas las PDU para las que las capas inferiores no han confirmado la entrega exitosa) [36.323] [36.331] para la portadora dividido, también para garantizar la entrega sin pérdidas cuando se restablecen las capas inferiores, por ejemplo, durante el cambio de SCG o la liberación de SCG:
5.9 Procedimiento de recuperación de datos PDCP
Cuando las capas superiores soliciten una recuperación de datos PDCP para una portadora de radio, el UE deberá: - si la portadora de radio se configura por capas superiores para enviar un informe de estado de PDCP en el enlace ascendente (statusReportRequired [3]), compile un informe de estado como se describe en la subcláusula 5.3.1 y envíelo a las capas inferiores como la primera PDU PDCP para la transmisión;
- realizar la retransmisión de todas las PDU PDCP previamente enviadas a la entidad AM RLC restablecida en orden ascendente de los valores COUNT asociados desde la primera PDU PDCP para la que la entrega exitosa no ha sido confirmada por las capas inferiores.
Después de realizar los procedimientos anteriores, el UE seguirá los procedimientos en la subcláusula 5.1.1.
5.3.10.10 Reconfiguración de SCG
El UE deberá:
1> si la Configuración-scg recibida se configura para liberarse o incluye la mobilityControlInfoSCG (es decir, liberación de SCG/ cambio):
2> si no se recibe la mobilityControlInfo (es decir, liberación de SCG/ cambiar sin HO):
3> restablecer SCG MAC, si está configurado;
3> para cada valor drb-Identity que forme parte de la configuración actual de UE:
4> si la DRB indicada por drb-Identity es una DRB SCG:
5> restablecer la entidad PDCP y la entidad o entidades SCG RLC;
4> si la DRB indicada por drb-Identity es una DRB dividida:
5> realizar la recuperación de datos PDCP y restablecer la entidad SCG RLC;
4> si la DRB indicada por drb-Identity es una DRB MCG; y
4> se recibe drb-ToAddModListSCG e incluye el valor drb-Identity, mientras que para esta entrada se incluye drb-Type y se establece en scg (es decir, m Cg a SCG):
5> restablecer la entidad PDCP y la entidad o entidades MCG RLC;
3> configurar capas inferiores para considerar que los SCells SCG, excepto el PsCell, están en estado desactivado;
Los procedimientos anteriores no tienen en cuenta la ocurrencia de duplicados. Es decir, cuando se reconfigura un tramo y se restablecen las capas inferiores de ese tramo, PDCP intentará retransmitir todas las PDU PDCP del tramo, desde la primera PDCP SDU para la que la entrega exitosa de la PDU PDCP correspondiente no ha sido confirmada por capas inferiores, realizar retransmisión o transmisión. Si alguna de esas PDU está duplicada, no hay garantía de que termine en una pata diferente a la de las PDU originales. Otro problema es la activación de la duplicación de PDU PDCP: esta característica se activa cuando se necesita más fiabilidad para la transmisión, en caso, por ejemplo, de malas condiciones de radio. Si no se hace nada específico, solo se duplicarán la nueva PDU programada para la transmisión y no se duplicarán las PDU que ya se envían a las capas inferiores.
Para el modo AM, esto significaría que la PDU que espera en los búferes no se beneficiará de la duplicación, aunque las condiciones de radio ya son malas y requieran duplicación. Por lo tanto, proponemos que cuando la duplicación de PDU PDCP se activa por primera vez en tramos existentes o cuando se agrega un tramo y la duplicación PDU PDCP ya está habilitada, la capa PDCP envía para su transmisión a las capas inferiores la PDU que se han enviado para su transmisión a un tramo, (y no reconocida) a el otro tramo. En otras palabras, además de aplicar la duplicación a las nuevas PDU PDCP, se propone también duplicar las PDU PDCP que todavía están en los búferes a la espera de reconocimiento de las capas inferiores. Esto requiere que el transmisor realice un seguimiento de qué PDU se ha enviado en qué tramo para garantizar que los duplicados se envíen siempre en un tramo diferente.
Propuesta 1: para el modo AM, la activación de la duplicación se aplica a las nuevas PDU PDCP y las PDU PDCP que todavía están en los búferes a la espera de reconocimiento de las capas inferiores.
Para el modo UM, no hay confirmación de la transmisión de los Paquetes desde RLC. Pero si aplicamos el mismo principio, cuando se activa la duplicación o cuando se agrega un nuevo tramo mientras está activada la duplicación, PDCP envía para la transmisión como duplicados algunos de las PDU que se han enviado antes del evento. Esta podría ser, por ejemplo, la última PDU PDCP transmitida por N.
Propuesta 2: para el modo UM, la activación de la duplicación se aplica a las nuevas PDU PDCP y a las últimas PDU PDCP transmitidas N.
2.2 Éxito de la duplicación
Además, cuando se informa al PDCP de la recepción de un duplicado a través de un tramo, transmitir el duplicado a través del otro tramo se convierte en un desperdicio de recursos. Por lo tanto, proponemos que al indicar desde cualquiera de los tramos que una PDU PDCP se ha transmitido correctamente, PDCP debe instruir a los otros tramos para que no transmitan los otros duplicados. La forma más fácil de realizar dicha acción sería confiar en el descarte de PDCP, que actualmente informa a la entidad RLC correspondiente para que no transmita el paquete. En otras palabras, la indicación de la transmisión correcta a través de cualquiera de los tramos, activará el PDCP para indicar un descarte de PDU PDCP a todos los otros tramos.
Propuesta 3: cuando se informa al PDCP de la recepción de un duplicado a través de un tramo, los duplicados obsoletos correspondientes se descartan en los otros tramos.
En la especificación puede usarse la siguiente terminología.
• TRP: un punto de transmisión y recepción proporciona cobertura de red y se comunica directamente con los UE. El TRP también podría denominarse como unidad distribuida (DU). Un TRP puede usar uno a varios haces para servir a cada UE.
• Celda: una celda puede contener uno o varios PRT asociados, es decir, la cobertura de la celda contiene la cobertura de todos los PRT asociados. Una celda se controla por una BS. La celda podría también referirse a grupo TRP (TRPG).
• Datos originales: En el mecanismo de duplicación de datos, los datos se duplicarían en dos datos equivalentes, uno son datos originales y el otro son datos duplicados. Los datos originales son datos que no están duplicados. Los datos originales se usan para duplicar. Un canal lógico usado para transmitir datos originales podría ser diferente de un canal lógico usado para transmitir datos duplicados. Las celda/TRP/haces usados
para manejar la transmisión de datos originales pueden ser diferentes de las celdas/TRP/haces usados para manejar la transmisión de datos duplicados.
• Datos duplicados: En el mecanismo de duplicación de datos, los datos se duplicarían en dos datos equivalentes, uno son datos originales y el otro son datos duplicados. Los datos duplicados son datos que se duplican de los datos originales. Un canal lógico usado para transmitir datos duplicados podría ser diferente de un canal lógico usado para transmitir datos originales. Las celda/TRP/haces usados para manejar la transmisión de datos duplicados pueden ser diferentes de las celdas/TRP/haces usados para manejar la transmisión de datos originales.
En un escenario, se supone que TRP 1 se controla por una primera celda y TRP 2 se controla por una segunda celda. Tanto la primera celda como la segunda celda se controlan por una Estación Base (BS). La primera celda podría asociarse con un primer portador de componentes (es decir, CC1). La segunda celda podría asociarse con un segundo portador de componentes (es decir, CC2). El flujo de servicio podría ilustrarse en la Figura 14 y se describe a continuación:
Etapa 1. Cuando el UE está encendido, realiza la selección de celda y luego acampa en una celda de servicio. El UE recibe el SI Mínimo de una BS de la celda de servicio. La celda de servicio podría ser una primera celda controlada por la EB. La primera celda está asociada con la portadora de componentes #1 (CC1). El UE puede recibir el SI mínimo a través del TRP1. El TRP1 pertenece a la primera celda.
Etapa 2. El UE realiza una conexión inicial a la red e ingresa en RRC_CONNECTED, y se podría completar el registro relacionado y la autorización/autenticación.
Etapa 3. La BS puede configurar el UE para medir una segunda celda. El UE puede medir en la segunda celda e informar el resultado de la medición a la BS. En base al informe de medición, la BS puede configurar el UE con CC2. Además, la BS puede configurar el UE con una configuración de duplicación.
Etapa 4. La BS puede enviar un comando de cambio de estado de RRC para hacer la transición del UE de RRC_CONNECTED a RRC_INACTIVE, por ejemplo, el UE puede no tener ningún servicio de unidifusión en curso.
Etapa 5. La BS recibe un dato, que se envía al UE, de la red central (por ejemplo, S-GW).
Etapa 6. La BS puede enviar una señalización a la página del UE.
Etapa 7. El UE ingresa en RRC_CONNECTED.
Etapa 8. La BS activa CC2 en el UE.
Etapa 9. El UE recibe datos de DL a través de CC1 y CC2 de la BS. La retransmisión de los datos de DL puede ocurrir en CC1 y/o CC2.
En un escenario, se supone que TRP 1 se controla por una primera celda y TRP 2 se controla por una segunda celda. Tanto la primera celda como la segunda celda están controladas por una BS. La primera celda podría asociarse con un primer portador de componentes (es decir, CC1). La segunda celda podría asociarse con un segundo portador de componentes (es decir, CC2). El flujo de servicio podría ilustrarse en la Figura 15 y se describe a continuación:
• Configuración de Duplicación de Paquetes
La configuración de duplicación de paquetes podría transmitirse en la información del sistema o transmitirse en cualquier momento a través de la señalización RRC. La configuración de la Duplicación de Paquetes puede relacionarse con la capacidad del UE.
• Conexión RRC en TRP 1
El UE realiza un procedimiento de canal de acceso aleatorio (RACH) para conectar TRP1 dentro de la primera celda, luego para ingresar a un estado RRC _CONNECTED. Se supone que la primera celda es una celda primaria.
• Medición/Adición TRP2 (CC2)
• Para algunas condiciones (por ejemplo, la transmisión de datos UL/DL está sobrecargada o para el uso de duplicación de paquetes), TRP2 dentro de la segunda celda se agregaría en base a la medición. El UE puede realizar un procedimiento RACH para conectar TRP2, y TRP2 se activa para estar disponible para la transmisión de datos para el UE.
• Activación de Duplicación de Paquetes
• Solicitud de programación
Básicamente, el UE realiza un procedimiento de Solicitud de Programación (SR)/Informe de Estado del Búfer (BSR) para solicitar un recurso de transmisión.
• Programación de recursos de transmisión
La BS asigna un recurso de transmisión para el UE. La BS puede transmitir una concesión de UL a través de un TRP o de ambos TRP.
• Transmisión de datos UL duplicada
El UE transmite datos UL duplicados a dos TRP.
• Operación UL HARQ
La nueva RAT (NR) solo puede ser compatible con la operación HARQ asincrónica en UL. Si la BS necesita que el UE retransmita datos UL, la BS transmitiría la concesión UL para el UE.
En un escenario, se supone que el TRP 1 y TRP 2 pertenecen a la misma celda. La celda se controla por una BS. El UE puede servirse por uno o múltiples haces del TRP 1. El UE puede servirse por uno o múltiples haces del TRP 2. El flujo de servicio podría ilustrarse en la Figura 16 y se describe a continuación:
Etapa 1. Cuando el UE está encendido, se realiza la selección de una celda y luego acampa en una celda de servicio. El UE recibe SI Mínimo de una BS de la celda de servicio. El UE puede recibir el SI mínimo a través del TRP1. El TRP1 puede o no ser transparente para el UE.
Etapa 2. El UE realiza una conexión inicial a la red en base al SI mínimo e ingresa RRC_CONNECTED, y se podría completar el registro relacionado y la autorización/autenticación. Durante el procedimiento de conexión inicial, puede determinarse un haz TRP predeterminado del TRP1. Durante el procedimiento de conexión inicial, puede determinarse un haz de UE predeterminado.
Etapa 3. La BS puede configurar el UE para informar del resultado de la medición del haz. En base al informe de medición del haz, la BS puede considerar usar tanto TRP1 como TRP2 para servir al UE. La BS puede configurar el UE para establecer la portadora de radio de datos relacionados, la portadora EPS y/o el canal lógico. Además, la BS puede configurar el UE con configuración de duplicación. En base a la configuración de duplicación, el UE establece canales lógicos relacionados para la recepción de duplicación.
Etapa 4. La BS puede enviar un comando de cambio de estado de RRC para que el UE pase de RRC_CONNECTED a RRC_INACTIVE, por ejemplo, porque el UE puede no tener ningún servicio de unidifusión en curso temporalmente).
Etapa 5. La BS recibe un dato, que se envía al UE, de la red central (por ejemplo, S-GW).
Etapa 6. La BS puede enviar una señalización a la página del UE.
Etapa 7. El UE ingresa en RRC_CONNECTED. El UE reanuda la configuración de duplicación. El UE puede realizar una medición del haz y puede informar el resultado de la medición del haz a la BS. La BS puede considerar que tanto TRP1 como el TRP2 todavía están disponibles en el UE.
Etapa 8. El UE recibe datos de DL a través de cualquiera de los haces de TRP1 o los haces de TRP2 desde la BS. La retransmisión de los datos de DL puede ocurrir en cualquiera de los haces del TRP1 o en el haz o haz del TRP2.
En un escenario, se supone que el TRP 1 y el TRP 2 pertenecen a la misma celda. La celda se controla por una BS. El UE puede servirse por uno o múltiples haces del TRP 1. El UE puede servirse por uno o múltiples haces del TRP 2. El flujo de servicio podría ilustrarse en la Figura 17 y se describe a continuación:
Etapa 1. Cuando el UE está encendido, realiza la selección de una celda y luego acampa en una celda de servicio. El UE recibe SI Mínimo de una BS de la celda de servicio. El UE puede recibir el SI mínimo a través del TRP1. El TRP1 puede o no ser transparente para el UE.
Etapa 2. El UE realiza una conexión inicial a la red en base al SI mínimo e ingresa RRC_CONNECTED, y se podría completar el registro relacionado y la autorización/autenticación. Durante el procedimiento de conexión inicial, puede determinarse un haz TRP predeterminado del TRP1. Alternativamente, durante el procedimiento de conexión inicial, podría determinarse un haz de UE predeterminado.
Etapa 3. La BS puede configurar el UE para informar de un resultado de medición del haz. En base al informe de medición del haz, la BS puede considerar el uso tanto TRP1 como TRP2 para servir al UE. La BS puede configurar el UE para establecer una portadora de radio de datos relacionado, una portadora del Sistema de Paquetes Evolucionados (EPS) y/o un canal lógico. Además, la BS puede configurar el UE con configuración de duplicación. En base a la configuración de duplicación, el UE establece canales lógicos relacionados para la recepción de duplicación.
Etapa 4. La BS puede enviar un comando de cambio de estado de RRC para que el UE pase de RRC_CONNECTED a RRC_INACTIVE, por ejemplo, porque el UE puede no tener ningún servicio de unidifusión en curso temporalmente.
Etapa 5. El UE dispone de datos para su transmisión.
Etapa 6. El UE puede establecer una conexión RRC con la BS. El UE ingresa en RRC_CONNECTED. El UE reanuda la configuración de duplicación. El UE puede realizar una medición del haz y puede informar el resultado de la medición del haz a la BS. La BS puede considerar que tanto TRP1 como el TRP2 todavía están disponibles en el UE.
Etapa 7. El UE transmite la solicitud de recursos a la BS para asignar recursos de transmisión.
Etapa 8. El UE recibe recursos de transmisión de la BS.
Etapa 9. El UE usa los recursos de transmisión para realizar la transmisión UL. La transmisión UL puede ser a través de cualquiera de los haces de TRP1 o los haces de TRP2 de la BS. La retransmisión de los datos de UL puede ocurrir en cualquiera de los haces del TRP1 o en el haz o haz del TRP2.
Puede admitirse la transmisión de datos duplicados a través d la portadora de radio dividido/canal lógico y a través de diferentes celdas de servicio/TRPs/haces para proporcionar ganancia de diversidad y aumentar la fiabilidad. En un sistema NR, una entidad MAC puede controlar la transmisión de diferentes celdas de servicio/TRPs/haces. En las Figuras se ilustran ejemplos de modelos de piel UE para la transmisión por duplicación (a través de cualquiera de los CC y/o haces). 18 y 19.
La duplicación de datos es un mecanismo usado para aumentar la fiabilidad de la transmisión, ya que los datos podrían duplicarse por una entidad PDCP y transmitidos en diferentes bloques de transporte (TB) para aumentar la ganancia de diversidad. En algunos casos, la duplicación de datos es beneficiosa en los siguientes ejemplos: El requisito de URLLC no puede cumplirse sin la duplicación de datos, las cualidades del canal para ambos enlaces (por ejemplo, diferentes celdas) son malas (por ejemplo, en el borde de la celda) y la ocupación general del canal es baja. Sin embargo, en otros casos, la duplicación de datos puede no ser necesaria ya que desperdiciaría recursos. Como consecuencia, es deseable la activación/desactivación de la duplicación de datos. La decisión de activar o desactivar la duplicación de datos puede controlarse por la red (por ejemplo, mediante la configuración RRC, el comando PDCP o elemento de control MAC) o decidida por el UE (por ejemplo, un activador de evento). Ya sea que la duplicación esté controlada por la red o decidida por el UE, cuando se cambia el estado de duplicación de datos (por ejemplo, la duplicación de datos se activa desde el estado desactivado o la duplicación de datos se desactiva desde un estado activado), se requieren algunos mecanismos o procedimientos para reaccionar ante el cambio/actualización del estado de duplicación de datos. Normalmente, la duplicación de datos en un estado activado puede ser una situación: los datos de la capa superior (por ejemplo, los PDU PDCP) pueden duplicarse. Sin embargo, la duplicación de datos en estado desactivado puede lograrse de dos maneras: (i) los datos de la capa superior no se duplican en el estado desactivado o (ii) los datos de la capa superior se duplican en el estado desactivado. La duplicación de datos en el estado de desactivación puede lograrse mediante diferentes procedimientos. Los detalles de dichos procedimientos se divulgan a continuación.
Duplicación de PDU PDCP en estado de desactivación
En este procedimiento, el UE puede duplicar todas las PDU PDCP para una portadora de radio si el UE se configura para usar la duplicación de datos para servir al portador de radio. El UE puede configurarse para establecer un primer canal lógico y un segundo canal lógico para la portadora de radio. Posiblemente, el primer canal lógico puede usarse para transmitir un paquete en la portadora de radio, y el segundo canal lógico puede usarse para transmitir el duplicado del paquete. Alternativamente, el primer canal lógico puede usarse para transmitir el duplicado de un paquete en la portadora de radio, y el segundo canal lógico puede usarse para transmitir el paquete. Además, el UE puede configurarse con un primer enlace de comunicación y un segundo enlace de comunicación para la transmisión de la duplicación de datos. Además, el UE puede (configurarse para) usar el primer enlace de comunicación para servir al primer canal lógico y (configurarse para) usar el segundo enlace de comunicación para servir al segundo canal lógico. Cada enlace de comunicación (primero/segundo) puede ser una portadora de componentes/celda de servicio/TRP/haz de servicio/entidad HARQ/proceso HARQ. El UE puede establecer una primera entidad de Control de Enlace de Radio (RLC) usada para servir al primer canal lógico y establecer una segunda entidad RLC usada para servir al segundo canal lógico. Puede usarse una señalización de Control de Recursos de Radio (RRC) o una señalización de Capa 2 para controlar si el UE sirve al primer canal lógico o al segundo canal lógico. La señalización de Capa 2 puede ser una PDU de control PDCP o un elemento de control MAC.
Se supone que el UE está en estado de desactivación al principio. En el estado de desactivación, el segundo canal lógico puede suspenderse debido al estado de desactivación. El primer canal lógico no se suspende independientemente de que esté o no en el estado de activación o en el estado de desactivación. Cuando una capa PDCP del UE recibe un paquete de la capa superior (por ejemplo, la capa de aplicación, la capa TCP/IP o similar), puede generar una PDU PDCP que contiene el paquete y entregar la PDU PDCP en la primera entidad RLC y la segunda entidad RLC. La capa PDCP puede iniciar un discardTimer asociado con el paquete. Cuando el discardTimer expira, la capa PDCP puede indicar tanto a la primera entidad RLC como a la segunda entidad RLC que descarten la PDU PDCP que contiene el paquete y/o cualquier PDU RLC que contiene la PDU PDCP. En el estado de desactivación, es posible que el Nodo B (gNB) de próxima generación no programe el UE para que use el segundo enlace de comunicación para que el UE no sirva al segundo canal lógico para la transmisión. En el estado de desactivación, el gNB puede programar el UE para que use el segundo enlace de comunicación, pero el UE no serviría el segundo canal lógico para la transmisión porque el segundo canal lógico está suspendido. De esta manera, podría lograrse la eficiencia de los recursos porque los recursos no se usarían para transmitir el segundo canal lógico.
El gNB puede transmitir señalización de Capa 2 al UE para cambiar del estado de desactivación al estado de activación. En el estado de activación, el UE puede considerar no suspender el segundo canal lógico. El gNB puede programar al UE para que use el segundo enlace de comunicación para que el UE sirva como segundo canal lógico
para la transmisión. De esta manera, la eficiencia de los recursos no sería crítica porque los recursos se usan para transmitir el segundo canal lógico con el fin de lograr el requisito de fiabilidad.
Al recibir la señalización de Capa 2 para cambiar al estado de activación, el UE puede realizar un procedimiento de restablecimiento para la segunda entidad RLC. En el procedimiento de restablecimiento para el segundo procedimiento de entidad RLC, el UE puede descartar todas las PDU PDCP (es decir, las RLC SDU) almacenadas en búfer en la segunda entidad RLC. Además, en el restablecimiento para el segundo procedimiento de entidad RLC, el UE puede duplicar/copiar todas las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la primera entidad RLC y entregar las p Du PDCP (es decir, las SDU RLC) duplicadas de la primera entidad RLC a la segunda entidad RLC. En el procedimiento de restablecimiento para la segunda entidad RLC, el descarte de las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la segunda entidad de RLC puede seguirse por la duplicación de las PDU PDCP (es decir, las SDU RLC) de la primera entidad RLC a la segunda entidad RLC.
Al recibir la señalización de Capa 2 para cambiar al estado de activación, el UE no realiza el procedimiento de restablecimiento para la primera entidad RLC (es decir, el UE no descarta todas las PDU PDCP (es decir, las SDU RLC) almacenadas búfer en la primera entidad RLC).
En caso de que necesite cambiar del estado de activación al estado de desactivación, el gNB puede transmitir la señalización de Capa 2 al UE para cambiar del estado de activación al estado de desactivación. En el estado de desactivación, el gNB no puede programar el UE para que use el segundo enlace de comunicación para que el UE no sirva al segundo canal lógico para la transmisión. En el estado de desactivación, el gNB puede programar el UE para que use el segundo enlace de comunicación, pero el UE no serviría el segundo canal lógico para la transmisión porque el segundo canal lógico está suspendido. De esta manera, podría lograrse la eficiencia de los recursos porque los recursos no se usarían para transmitir el segundo canal lógico.
Al recibir la señalización de Capa 2 para cambiar al estado de desactivación, el UE puede realizar un procedimiento de restablecimiento para la segunda entidad RLC. En el procedimiento de restablecimiento de la segunda entidad RLC, el UE puede descartar todas las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la segunda entidad RLC.
Al recibir la señalización de Capa 2 para cambiar al estado de desactivación, el UE no realiza el procedimiento de restablecimiento para la primera entidad RLC (es decir, el UE no descarta todas las PDU PDCP (es decir, las SDU RLC) almacenadas búfer en la primera entidad RLC.
La duplicación de datos puede lograrse al reusar la arquitectura de portador dividido PDCP en LTE, para que la entidad PDCP duplique los datos y entregue las mismas PDU PDCP a través de la portadora dividida. Como se mencionó anteriormente, la activación/desactivación de la duplicación de datos es beneficiosa. La duplicación de datos puede lograrse al activar o desactivar la capa PDCP por un comando de control PDCP (por ejemplo, las indicaciones correspondientes de activación/desactivación podrían indicarse a través de la PDU de control PDCP). Por ejemplo, en la Figura 20, podría agregarse un nuevo tipo de PDU para la activación/desactivación de la duplicación de datos. Cuando la entidad PDCP recibe una PDU de control de PDCP, incluye el tipo de PDU para la activación/desactivación de la duplicación de datos, y la entidad PDCP tiene que habilitar/inhabilitar las funciones relevantes (por ejemplo, los datos podrían (o no) duplicarse y/o transmitirse a través de portador dividido). Además, los temporizadores asociados a la duplicación de datos (por ejemplo, discardTimer) y/o los parámetros podrían restablecerse o establecerse por las indicaciones del comando de control PDCP (por ejemplo, PDU de control PDCP).
Por otro lado, cuando la duplicación de datos se encuentra en el estado de desactivación, el UE solo puede transmitir los datos originales. En el caso de que se necesite la duplicación de datos, la red puede transmitir una PDU de control de PDCP para indicar al UE que active la duplicación de datos. En este caso, la red podría transmitir la PDU de control de PDCP a través de diferentes enlaces de comunicación para aumentar la fiabilidad (es decir, la PDU de control de PDCP también podría duplicarse en caso de que la duplicación de datos se cambie del estado de desactivación al estado de activación). Mientras que el UE recibe dos de las PDU de control de PDCP, el UE podría activar la duplicación de datos (y puede ignorar o descartar la duplicada).
Por ejemplo, la Figura 21 ilustra un ejemplo de una PDU de control de PDCP para la duplicación de datos. La PDU de control PDCP para la duplicación de datos podría contener una indicación sobre la PDU de datos/control, una indicación sobre el tipo de PDU (para la activación/desactivación de la duplicación de datos), una indicación que indica activación o desactivación y/u otra información relacionada con la duplicación de datos. En este ejemplo, "activación/desactivación" significa habilitar/inhabilitar. Como se muestra en la Figura 21, "A/D" significa Activación/Desactivación.
Para cada paquete recibido de una capa superior (por ejemplo, capa de aplicación, capa TCP/IP o similar), la capa PDCP puede entregar una PDU PDCP que contiene el paquete en una entidad RLC usada para transmitir los datos originales del paquete y entregar la PDU PDCP que contiene el paquete en una entidad RLC usada para transmitir los datos duplicados del paquete.
Cada entidad RLC puede asociarse a un canal lógico. Para la duplicación de datos, hay una entidad RLC usada para servir un canal lógico para transmitir los datos originales, y una entidad RLC se usa para servir un canal lógico para transmitir los datos duplicados. El canal lógico para transmitir los datos originales y el canal lógico para transmitir los datos duplicados pueden asociarse con una portadora de radio común/mismo.
Cuando se indique que la entidad RLC usada para servir al canal lógico para transmitir datos duplicados realiza un procedimiento de restablecimiento, el UE puede descartar todas las SDU RLC (es decir, las PDU PDCP) almacenadas en búfer en la entidad RLC para servir al canal lógico para transmitir datos duplicados.
Cuando se indique la entidad RLC usada para servir al canal lógico para transmitir datos duplicados para realizar el procedimiento de restablecimiento, el UE puede descartar cada PDU PDCP (es decir, SDU RLC) si no se ha asignado ningún segmento de la SDU RLC a una PDU RLC.
Y luego, todas las SDU RLC (es decir, las PDU PDCP) almacenadas en búfer en la entidad RLC para servir el canal lógico para los datos originales pueden duplicarse/copiarse en la entidad RLC para el canal lógico para transmitir los datos duplicados.
La entidad RLC usada para servir al canal lógico para transmitir datos duplicados puede indicarse para activar la realización del procedimiento de restablecimiento por la capa RRC, la capa PDCP, la capa MAC o la capa física. Estas alternativas pueden ser aplicables para AM RLC y UM RLC.
En una entidad MAC, algunos mecanismos o procedimientos pueden verse afectados cuando se activa/desactiva la duplicación de datos. Los procedimientos para solucionar los impactos se dividen en dos casos en esta especificación, a saber, el Caso 1 es para la desactivación y el Caso 2 es para la activación. Cada caso contiene varias viñetas relacionadas con diferentes mecanismos.
Caso 1: Cuando se desactiva la duplicación de datos
El UE tiene que evitar asignar recursos UL al canal lógico que se usa para transmitir datos duplicados cuando se desactiva la duplicación de datos. Por ejemplo, si el canal lógico (LCH) usado para transmitir datos duplicados tiene datos disponibles para la transmisión (por ejemplo, la entidad PDCP todavía duplica PDU PDCP y transmite a través de ambos canales lógicos), uno de estos canales lógicos (por ejemplo, para la transmisión de datos duplicados) no podría ser un recurso UL asignado.
En una alternativa, el LCH para la transmisión de datos duplicados puede prohibirse o suspenderse cuando se desactiva la duplicación de datos. El LCH puede asociarse con un parámetro (por ejemplo, un indicador). La asociación del LCH con el parámetro puede configurarse por señalización RRC (por ejemplo, LogicalChannelConfig). Además, la red puede usar señalización RRC o señalización de Capa 2 para controlar el parámetro para indicar al UE si debe prohibir/suspender el LCH para transmisión. Alternativamente, el parámetro podría controlarse por el UE (por ejemplo, el UE podría cambiar el valor del parámetro cuando cambia el estado de duplicación de datos).
Preferentemente, el canal lógico para transmitir los datos originales puede asociarse con el parámetro, y la red siempre controla el parámetro en "no prohibido" para que el UE sirva al canal lógico para transmitir los datos originales.
Alternativamente, de manera preferente, el canal lógico para transmitir los datos originales puede no estar asociado con el parámetro. Un canal lógico que no se asocia con el parámetro podría significar que el canal lógico no estaría prohibido de transmitir incluso si la duplicación de datos está en estado de desactivación.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse con el parámetro, y el parámetro puede controlarse por la red que lo necesite. Más específicamente, el canal lógico para transmitir datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/mismo. Cuando el canal lógico para transmitir datos duplicados está suspendido/prohibido, la portadora de radio asociada al canal lógico para transmitir datos duplicados no podrá suspenderse/prohibirse. Si la portadora de la radio está suspendida/prohibida para la transmisión, entonces tanto el canal lógico para transmitir datos originales como el canal lógico para transmitir datos duplicados pueden suspenderse/prohibirse de transmisión.
En otra alternativa, podría priorizarse la prioridad del LCH para la transmisión de datos duplicados. Si se anula la despriorización del LCH, no se asignarían recursos UL al LCH hasta que se agoten los recursos que aún quedan después de la transmisión de datos. Si se agotan los datos de otros LCH que no transmiten datos duplicados, y los recursos UL aún permanecen, estos recursos UL podrían asignarse para el LCH que está transmitiendo los datos duplicados para evitar el desperdicio de recursos.
En una alternativa, el búfer HARQ para datos duplicados se vacía. Si se desactiva la duplicación de datos y el búfer HARQ contiene datos duplicados, este búfer HARQ podría vaciarse ya que no es necesario transmitir o retransmitir los datos duplicados.
En una segunda alternativa, se libera la entidad HARQ para la transmisión de datos duplicados. Si la entidad HARQ está asociada con (o configurada para) la transmisión de datos duplicados, mientras que la duplicación de datos está desactivada, la entidad HARQ podría liberarse ya que la entidad HARQ puede no ser necesaria.
En una tercera alternativa, se libera el proceso HARQ para la transmisión de datos duplicados. Si el proceso HARQ está asociado con (o configurado para) la transmisión de datos duplicados, mientras que la duplicación de datos está desactivada, el proceso HARQ podría liberarse ya que la entidad HARQ puede no ser necesaria.
El BSR podría activarse para informar a la red de un estado actualizado del búfer ya que un requisito del recurso UL es diferente del estado de activación y el estado de desactivación. Por ejemplo, cuando se desactiva la duplicación de datos, la cantidad de tamaño del búfer para el LCH que transmite datos duplicados podría reducirse u omitirse. Más específicamente, el estado actualizado del búfer solo podría informar el estado del búfer de los LCH (o los LCG) que se usan para la duplicación de datos.
El BSR puede no tener en cuenta el LCH para transmitir datos duplicados cuando se desactiva la duplicación de datos. El BSR puede tener en cuenta el LCH para transmitir datos originales independientemente de si la duplicación de datos está activada o desactivada.
Preferentemente, el canal lógico para transmitir datos originales puede asociarse con el parámetro (por ejemplo, el indicador mencionado anteriormente), y la red puede controlar el parámetro en "no prohibido" para que el UE informe el estado del búfer del canal lógico al transmitir los datos originales en el BSR.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con el parámetro. Un canal lógico no asociado con el parámetro significaría que el canal lógico no tendría prohibida la transmisión de datos incluso si la duplicación de datos está en estado de desactivación. Aquí, el UE informa el estado del búfer de ese canal lógico en el BSR.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse con el parámetro que es controlado por la red necesidad. Si el parámetro del canal lógico para transmitir datos duplicados indica que está suspendido/prohibido, el UE no informa el estado del búfer del canal lógico para transmitir datos duplicados en el BSR. Más específicamente, el canal lógico para transmitir datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/mismo. Cuando el canal lógico para transmitir datos duplicados está suspendido/prohibido, la portadora de radio asociada al canal lógico para transmitir datos duplicados no podrá suspenderse/prohibirse. Más específicamente, si la portadora de radio está suspendida/prohibida para la transmisión, entonces tanto el canal lógico para transmitir datos originales como el canal lógico para transmitir datos duplicados pueden suspenderse/prohibirse de la transmisión de datos. En esa situación, el UE no informa del estado del búfer del canal lógico para transmitir datos originales y del canal lógico para transmitir datos duplicados en el BSR.
Cuando se desactiva la duplicación de datos, el haz/TRP/celda/gNB correspondiente (usado para la transmisión de datos duplicados) podría desactivarse para ahorrar energía. Más específicamente, el mecanismo para desactivar la duplicación de datos es como mecanismo de Activación/Desactivación de SCells en LTE como se divulga en el documento 3GPP TS 36.321 V14.0.0, Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification. En esta realización, la red no necesita transmitir el Elemento de Control MAC de Activación/Desactivación. Otros beneficios también incluyen la reducción de la sobrecarga y el retraso de la señalización.
Con la Programación Semipersistente (SPS), el UE tiene que borrar la concesión UL configurada inmediatamente ya que no se usaría la concesión de enlace ascendente configurada. Si no se borra la concesión UL configurada, el recurso UL se desperdiciaría.
Caso 2: Cuando se activa la duplicación de datos
La priorización de canales lógicos (LCP) debe considerar el canal lógico que se usa para transmitir datos duplicados cuando se activa la duplicación de datos.
En una alternativa, si el LCH para la transmisión de datos duplicados está prohibida/suspendida, el LCH debe ser permitida (es decir, el LCH no podría prohibirse). La red podría configurar un parámetro de UE (por ejemplo, un indicador) para representar si el LCH está o no prohibido. Por ejemplo, el parámetro podría indicarse con LogicalChannelConfiga través de la señalización RRC. Alternativamente, el parámetro podría controlarse por el UE, por ejemplo, el UE podría cambiar el valor del parámetro cuando se activa la duplicación de datos.
El LCH para la transmisión de datos duplicados puede prohibirse/suspenderse cuando se desactiva la duplicación de datos. El LCH puede asociarse con un parámetro (por ejemplo, un indicador). La asociación del LCH con el parámetro puede configurarse por la señalización RRC (por ejemplo, LogicalChannelConfig). Además, la red puede usar señalización RRC o señalización de Capa 2 para controlar el parámetro e indicar si el UE está prohibido/suspendido para la transmisión LCH. Alternativamente, el parámetro podría controlarse por el UE (por ejemplo, el UE podría cambiar el valor del parámetro cuando la duplicación de datos cambie de estado.
Preferentemente, el canal lógico para transmitir datos originales puede asociarse con el parámetro, y la red siempre puede controlar el parámetro en "no prohibido" para que el UE sirva al canal lógico para transmitir datos originales.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con el parámetro. Un canal lógico no asociado con el parámetro significaría que el canal lógico no tendría prohibida la transmisión de datos incluso si la duplicación de datos está en estado de desactivación.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse a un parámetro que puede controlarse por la red que lo necesite. Más específicamente, el canal lógico para transmitir datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/mismo. Cuando el canal lógico para transmitir datos duplicados está suspendido/prohibido, la portadora de radio asociada al canal lógico para transmitir los datos duplicados no podrá suspenderse/prohibirse. Más específicamente, si la portadora de radio está suspendida/prohibida para la transmisión, entonces tanto el canal lógico para transmitir datos originales como el canal lógico para transmitir datos duplicados pueden suspenderse/prohibirse de la transmisión de datos.
En otra alternativa, la prioridad del LCH para la transmisión de datos duplicados podría alterarse y/o priorizarse. Por ejemplo, la prioridad del LCH para los datos duplicados podría priorizarse a la misma prioridad del LCH para la transmisión de datos originales.
De acuerdo con otro procedimiento ilustrativo, un nodo de red proporciona una asociación de recursos de radio para una transmisión de preámbulo de acceso aleatorio y una información del sistema, en la que los recursos de radio indican qué conjunto de información del sistema se solicita. En otro procedimiento ilustrativo, un primer recurso de radio para la transmisión del preámbulo de acceso aleatorio se asocia con un primer conjunto de información del sistema.
En una alternativa, podría agregarse la entidad HARQ para la transmisión de datos duplicados. Puede agregarse una entidad HARQ para la transmisión de datos duplicados solo mientras se activa la duplicación de datos. En otra alternativa, podría agregarse el proceso HARQ para la transmisión de datos duplicados. Puede agregarse un proceso HARq para la transmisión de datos duplicados solo mientras se activa la duplicación de datos.
En otra alternativa, podría activarse un BSR para informar a la red de un estado actualizado del búfer ya que el requisito de un recurso UL es diferente del estado de activación y el estado de desactivación. Por ejemplo, cuando se activa la duplicación de datos, puede aumentarse el tamaño del búfer para el LCH que transmite datos duplicados. Más específicamente, el estado actualizado del búfer solo podría informar el estado del búfer de los LCH (o los LCG) que se usan para la duplicación de datos.
El BSR puede tener en cuenta el LCH para transmitir datos duplicados cuando se activa la duplicación de datos. El BSR puede o siempre toma en cuenta el LCH para transmitir datos originales independientemente de si la duplicación de datos está activada o desactivada.
Preferentemente, el canal lógico para transmitir datos originales puede asociarse con un parámetro (por ejemplo, el indicador mencionado anteriormente), y la red siempre puede controlar el parámetro del canal lógico para transmitir datos originales en "no prohibido" para que el UE informe el estado del búfer del canal lógico para transmitir datos originales en el BSR.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con un parámetro. Un canal lógico no asociado con el parámetro significaría que el canal lógico no estaría prohibido para la transmisión para que el UE informe el estado del búfer de ese canal lógico en el BSR.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse a un parámetro que puede controlarse por la red que lo necesite. Si el parámetro del canal lógico para transmitir datos duplicados indica "no suspendido/prohibido," el UE informa del estado del búfer del canal lógico que transmite los datos duplicados en el BSR.
Dado que se requiere un haz/TRP/celda/gNB adicional para transmitir datos duplicados, el haz/TRP/celda/gNB debe activarse. (Se supone que el haz/TRP/celda/gNB para transmitir datos duplicados está en estado de desactivación para reducir el consumo de energía). Más específicamente, el mecanismo para activar es como el mecanismo de Activación/Desactivación de SCells en LTE como se divulga en el documento 3GPP TS 36.321 V14.0.0. El beneficio
de esta configuración es que la red no necesita transmitir un elemento de control MAC de activación/desactivación. Otros beneficios incluyen la reducción de la sobrecarga y el retraso de la señalización. En esta realización, el haz/TRP/celda/gNB se usa para transmitir datos duplicados.
En otro aspecto, la configuración para el Acceso Aleatorio (RA) (por ejemplo, preámbulo dedicado, recursos de tiempo/frecuencia para el preámbulo) puede indicarse junto con una indicación de la activación de duplicación de datos en el mismo momento (por ejemplo, el mismo TTI) y/o a través de la misma señalización para que el UE acceda al TRP/celda/gNB usado para duplicar la transmisión de datos. Por ejemplo, se supone que un UE se conecta en un TRP/celda/gNB y realiza la transmisión de datos. Si se mejora la fiabilidad de la transmisión de datos, por ejemplo, para el servicio URLLC o el UE está cerca del borde de la celda, el UE puede activarse para la duplicación de datos. Por lo tanto, el UE podría indicarse una configuración para RA junto con la indicación de la activación de la duplicación de datos por parte de la red. Como resultado, el UE podría conectarse a otro TRP/celda/gNB inmediatamente para transmitir datos duplicados. Este procedimiento podría reducir la sobrecarga y el retraso de la señalización en comparación con las transmisiones a través de dos indicaciones, es decir, una indicación para RA y una indicación para activar la duplicación de datos.
Preferentemente, el UE solo puede duplicar todas las PDU PDCP para una portadora de radio si el UE se configura para usar la duplicación de datos para servir al portador de radio y el UE está en el estado de activación de la duplicación de datos. El UE puede configurarse para establecer un primer canal lógico y un segundo canal lógico para la portadora de radio. Posiblemente, el primer canal lógico puede usarse para transmitir un paquete en la portadora de radio, y el segundo canal lógico puede usarse para transmitir duplicados del paquete. Posiblemente, el primer canal lógico puede usarse para transmitir el duplicado de un paquete en la portadora de radio, y el segundo canal lógico puede usarse para transmitir el paquete. Además, el UE puede configurarse con un primer enlace de comunicación y un segundo enlace de comunicación para la transmisión de duplicación de datos. Además, el UE puede (configurarse para) usar el primer enlace de comunicación para servir al primer canal lógico y (configurarse para) usar el segundo enlace de comunicación para servir al segundo canal lógico. En varias realizaciones, cada enlace de comunicación puede ser una portadora de componentes/celda de servicio/TRP/haz de servicio/entidad HARQ/proceso HARQ. El UE puede establecer una primera entidad RLC usada para servir al primer canal lógico y establecer una segunda entidad RLC usada para servir al segundo canal lógico. Puede usarse una señalización RRC o una señalización de Capa 2 para controlar si el UE duplica una PDU PDCP cuando/después de generar la PDU PDCP. La señalización de Capa 2 puede ser una PDU de control PDCP o un elemento de control MAC.
Se supone que el UE está en estado de desactivación al principio. Cuando una capa PDCP del UE recibe un paquete de una capa superior (por ejemplo, capa de aplicación, capa TCP/IP o similar), el UE puede generar una PDU PDCP que contiene el paquete y entregar la PDU PDCP a la primera entidad RLC (y no entregar la PDU PDCP a la segunda entidad RLC debido al estado de desactivación). La capa PDCP puede iniciar un discardTimer asociado con el paquete. Cuando el discardTimer expira, la capa PDCP puede indicar a la primera entidad RLC que descarte la PDU PDCP que contiene el paquete y/o cualquier PDU PDCP que contenga la PDU PDCP. En el estado de desactivación, el gNB puede o no programar el UE para que use el segundo enlace de comunicación para la transmisión. Como resultado, podría lograrse la eficiencia de los recursos porque los recursos no se usarían para servir a un segundo canal lógico vacío.
El gNB también puede transmitir la señalización de Capa 2 usada para cambiar del estado de desactivación al estado de activación al UE. En el estado de activación, el UE puede considerar duplicar una PDU PDCP cuando/después de generar la PDU PDCP y entregar la PDU PDCP a la primera entidad RLC y la segunda entidad RLC. El gNB puede programar al UE para que use el segundo enlace de comunicación para que el UE sirva como segundo canal lógico para la transmisión. De esta manera, la eficiencia de los recursos no sería crítica porque los recursos se usan para transmitir el segundo canal lógico con el fin de lograr el requisito de fiabilidad.
Cuando el UE recibe la señalización de Capa 2 para cambiar al estado de activación, el UE puede realizar un procedimiento de restablecimiento para la segunda entidad RLC. En el procedimiento de restablecimiento de la segunda entidad RLC, el UE puede descartar todas las PDU PDCP (es decir, las SDU RLC, si las hubiera) almacenadas en búfer en la segunda entidad RLC. Además, en el procedimiento de restablecimiento de la segunda de entidad RLC, el UE puede duplicar/copiar todas las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la primera entidad RLC y entregar las PDU PDCP duplicadas (es decir, las SDU RLC) en la segunda entidad RLC. En el procedimiento de restablecimiento para la segunda entidad RLC, después de descartar las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la segunda entidad RLC, las p Du PDCP (es decir, las SDU RLC) pueden duplicarse de la primera entidad RLC a la segunda entidad RLC.
Cuando recibe la señalización de Capa 2 para cambiar a un estado de activación, el UE no realiza un procedimiento de restablecimiento para la primera entidad RLC. Es decir, el UE no descarta todas las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la primera entidad RLC.
En caso de que el gNB necesite cambiar de un estado de activación a un estado de desactivación, el gNB puede transmitir la señalización de Capa 2 al UE, en el que se usa la señalización de Capa 2 para cambiar del estado de activación al estado de desactivación. En el estado de desactivación, el UE puede dejar de duplicar una PDU PDCP
cuando/después de generar la PDU PDCP y entregar la PDU PDCP copiada en la segunda entidad RLC. En el estado de desactivación, el gNB no puede programar el UE para que use el segundo enlace de comunicación para que el UE no sirva al segundo canal lógico para la transmisión. Alternativamente, en el estado de desactivación, el gNB puede programar el UE para que use el segundo enlace de comunicación, pero el UE no serviría el segundo canal lógico para la transmisión porque el segundo canal lógico puede no tener datos disponibles para la transmisión.
Al recibir la señalización de Capa 2 para cambiar a un estado de desactivación, el UE puede realizar un procedimiento de restablecimiento para la segunda entidad RLC. En el procedimiento de restablecimiento de la segunda entidad RLC, el UE puede descartar todas las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la segunda entidad RLC.
Cuando recibe la señalización de Capa 2 para cambiar a un estado de desactivación, el UE no realiza el procedimiento de restablecimiento para la primera entidad RLC. Es decir, el UE no descarta todas las PDU PDCP (es decir, las SDU RLC) almacenadas en búfer en la primera entidad RLC.
La duplicación de datos puede lograrse al reusar la arquitectura de portadora dividida PDCP en LTE, por lo que la entidad PDCP duplicaría los datos y entregaría las mismas PDU PDCP a través de la portadora dividida. Como se mencionó anteriormente, la activación/desactivación de la duplicación de datos es beneficiosa. De acuerdo con un procedimiento, la capa PDCP podría activarse/desactivarse por medio de un comando de control de PDCP (por ejemplo, la activación/desactivación podría indicarse a través de la PDU de control de PDCP). Por ejemplo, como se muestra en la Figura 20, podría agregarse un nuevo tipo de PDU para la activación/desactivación de la duplicación de datos. Cuando una entidad PDCP recibe una PDU de control de PDCP que incluye el tipo de PDU para la activación/desactivación de la duplicación de datos, la entidad PDCP tiene que habilitar/inhabilitar las funciones relevantes (por ejemplo, los datos pueden o no duplicarse y/o transmitirse a través de la portadora dividida). Además, los temporizadores asociados a la duplicación de datos (por ejemplo, discardTimer) y/o los parámetros podrían restablecerse o establecerse por las indicaciones del comando de control PDCP (por ejemplo, PDU de control PDCP).
Por otro lado, cuando la duplicación de datos se encuentra en un estado de desactivación, el UE solo puede transmitir los datos originales. En caso de que se necesite la duplicación de datos, la red puede transmitir una PDU de control de PDCP para indicar al UE que active la duplicación de datos. En este escenario, la red podría transmitir la PDU de control PDCP a través de diferentes enlaces de comunicación para aumentar la fiabilidad. Es decir, la PDU de control PDCP también podría duplicarse en caso de que la duplicación de datos se cambie del estado de desactivación al estado de activación. Si el UE recibe dos PDU de control PDCP, el UE podría activar la duplicación de datos y podría ignorar o descartar la PDU de control PDCP duplicada.
La Figura 21 ilustra un ejemplo de una PDU de control PDCP para la duplicación de datos. La PDU de control PDCP para la duplicación de datos podría contener una indicación sobre la p Du de datos/control, una indicación sobre el tipo de PDU (para la activación/desactivación de la duplicación de datos), una indicación para la activación o desactivación, y/u otra información relacionada con la duplicación de datos. En este ejemplo, "activar/desactivar" significa habilitar/inhabilitar y "A/D" como se muestra en la Figura 21 significa Activación/Desactivación.
Para cada paquete recibido de la capa superior (por ejemplo, capa de aplicación, capa TCP/IP o similar), la capa PDCP puede generar una PDU PDCP que contiene un paquete que puede entregarse a la PDU PDCP en una entidad RLC, en la que la PDU PDCP se usa para transmitir los datos originales del paquete. Además, la capa PDCP puede entregar la PDU PDCP que contiene el paquete en una entidad RLC usada para transmitir datos duplicados del paquete cuando la duplicación de datos está en estado de activación. Es posible que la capa PDCP no entregue la PDU PDCP que contiene el paquete en la entidad RLC usada para transmitir datos duplicados del paquete cuando la duplicación de datos se encuentra en un estado de desactivación.
Como se muestra en la Figura 23, durante la desactivación de la duplicación UL PDCP, las PDU PDCP pueden transmitirse en un solo portador con buena calidad de radio. Cuando la red detecta que el enlace de radio se está volviendo deficiente (por ejemplo, deficiente en base a un informe de medición), la red indicará al UE que active la duplicación UL PDCP. No es posible que la duplicación UL PDCP se active inmediatamente cuando la calidad de la radio sea deficiente. Es decir, hay un tiempo de reacción entre la detección de la calidad de radio y la activación de la duplicación UL PDCP. Durante el tiempo de reacción, el UE puede generar y transmitir varias PDU PDCP con menor fiabilidad.
De acuerdo con el documento 3GPP R2-1702642, también se discutió la activación de la duplicación UL PDCP. Se propuso que la activación de la duplicación se aplicara a las nuevas PDU PDCP y a las últimas PDU PDCP transmitidas N para el modo UM (No reconocido). El concepto de la Propuesta 2 en el documento 3GPP R2-1702642 se ilustra en la Figura 24. En la Figura 24, se supone que N se establece en tres para que la activación de la duplicación de UL PDCP se aplica a las tres últimas PDU PDCP transmitidas. En este caso, no es necesario duplicar y retransmitir la PDU#2 PDCP.
En comparación con el documento 3GPP R2-1702642, parece mejor duplicar y retransmitir esas PDU PDCP transmitidas dentro de dicho tiempo de reacción con el fin de proporcionar fiabilidad.
Preferentemente, la duplicación de UL PDCP debe aplicarse a las PDU PDCP transmitidas dentro de un período antes de la activación de la duplicación UL PDCP.
Preferentemente, el período para aplicar la duplicación UL PDCP antes de la activación de la duplicación UL PDCP puede configurarse por el gNB o el UE.
Por otro lado, cuando la red detecta que el enlace de radio se vuelve bueno, indicará al UE que desactive la duplicación PDCP. Es posible que no sea posible que la duplicación de UL PDCP se desactive inmediatamente cuando la calidad de radio se vuelve buena, es decir, hay un tiempo de reacción entre la detección de la calidad de radio y la desactivación de la duplicación PDCP. Durante el tiempo de reacción, el UE puede generar varias PDU PDCP duplicadas que están esperando la transmisión. Sin embargo, estas PDU PDCP duplicadas serían un desperdicio de recursos si se transmitieran.
Con el fin de evitar la transmisión innecesaria de las PDU PDCP duplicadas, el UE debe realizar un procedimiento de restablecimiento en la entidad RLC asociada con un tramo que transmite PDU PDCP duplicadas para descartar las PDU PDCP duplicadas pendientes.
Preferentemente, la desactivación de la duplicación UL PDCP debe activar un procedimiento de restablecimiento RLC en la entidad RLC asociada con un tramo que transmite PDU PDCP duplicadas.
Posiblemente, puede considerarse un búfer usado para almacenar las PDU PDCP en la capa de PDCP. Las PDU PDCP de PDCP almacenadas en el búfer podrían entregarse a una entidad RLC (por ejemplo, RLC#1) usada para servir a un canal lógico para transmitir los datos originales y/o una entidad RLC (por ejemplo, RLC#2) usada para servir a un canal lógico para transmitir los datos duplicados. Cada PDU PDCP puede almacenarse en el búfer durante una duración o un período. La duración o el período podrían configurarse/controlarse por el gNB o preconfigurado en el UE. Al final de la duración o el período, el UE puede eliminar ciertas o todas las PDU PDCP del búfer para que estas PDU PDCP eliminadas no se entreguen en RLC#1 y/o en RLC#2.
En una realización, la duración o el período pueden establecerse o configurarse en cero. En este caso, el UE podría considerar que la duplicación de datos está desactivada. Por otro lado, si la duración o el periodo no se establecen o configura a cero, el Ue podría considerar que la duplicación de datos está activada.
En una realización, el UE puede iniciar un temporizador para controlar la duración o el período. Cuando el temporizador expira, el UE puede eliminar todas las PDU PDCP almacenadas en el búfer (es decir, borrar el búfer). Cuando se indica que el UE activa la duplicación de datos, el UE puede entregar cualquier PDU PDCP almacenada en el búfer en RLC#1 y/o en RLC#2. El Ue puede borrar el búfer después de haber entregado todas las PDU PDCP almacenadas en el búfer en RLC#1 y/o en RLC#2. Después de borrar el búfer, el UE puede reiniciar el temporizador. En una realización, cada PDU PDCP (a ser) almacenada en el búfer podría ejecutar un temporizador. Es decir, el UE asocia cada PDU PDCP con un temporizador y ejecuta cada temporizador de forma independiente. Cuando expira un temporizador asociado con una PDU PDCP almacenada en el búfer, el UE puede eliminar la PDU PDCP del búfer. Cuando se indica que el UE activa la duplicación de datos, el UE puede entregar cualquier PDU PDCP almacenada en el búfer en RLC#1 y/o en RLC#2. El UE puede borrar el búfer después de haber entregado todas las PDU PDCP almacenadas en el búfer en RLC#1 y/o en RLC#2.
En una realización, cada PDU PDCP (a ser) almacenada en el búfer podría ejecutar un temporizador. Es decir, el UE asocia cada PDU PDCP con un temporizador y ejecuta cada temporizador de forma independiente. Cuando expira un temporizador asociado con una PDU PDCP almacenada en el búfer, el UE puede eliminar la PDU PDCP del búfer. Cuando el UE se indica con un período esperado, el UE puede entregar cualquier PDU PDCP almacenada en el búfer en RLC#1 y/o en RLC#2 si un temporizador asociado con cualquier PDU PDCP se ejecuta y el temporizador ha ejecutado una duración más corta o igual al período esperado. El UE puede borrar el búfer después de haber entregado todas o ciertas PDU PDCP, que satisfacen los criterios de entrega, almacenadas en el búfer en RLC#1 y/o en RLC#2.
Preferentemente, el gNB puede enviar un comando de control para indicar al UE con el período esperado. El comando de control podría ser una señalización RRC, una PDU de control PDCP, una señalización RLC, un elemento de control MAC o una señalización física. El comando de control podría usarse para desactivar la duplicación de datos.
Preferentemente, el temporizador usado para determinar la duración o el período puede ser un discardTimer.
Cada entidad RLC puede asociarse a un canal lógico. Para la duplicación de datos, hay una entidad RLC (por ejemplo, RLC#1) usada para servir un canal lógico para transmitir datos originales y una entidad RLC (por ejemplo,
RLC#2) usada para servir un canal lógico para transmitir datos duplicados. El canal lógico para transmitir datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/igual. El RLC#1 puede ser una entidad RLC UM o una entidad RLC AM (Reconocido). El RLC#2 puede ser una entidad RLC UM o una entidad RLC AM.
Por ejemplo, hay tres PDU PDCP disponibles para la transmisión: PDU#1 PDCP, PDU#2 PDCP, y PDU#3 PDCP. El UE puede entregar estas PDU PDCP en RLC#1 y RCL#2 para su transmisión si se activa la duplicación de datos. El UE puede entregar estas PDU PDCP en RLC#1 para su transmisión si se desactiva la duplicación de datos. Puede indicarse al UE que active o desactive la duplicación de datos a través de una señalización RRC, una señalización PDCP, una señalización RLC, un elemento de control MAC o una señalización física.
El UE puede generar varias PDU RLC para la transmisión de estas PDU PDCP. Los casos potenciales de estas PDU RLC podrían ser (i) PDU#1 RLC que contiene PDU#1 PDCP, (ii) PDU#2 RLC que contiene un (primer) segmento de PDU#2 PDCP, (iii) PDU#3 RLC que contiene PDU#2 PDCP restante, y (iv) PDU#4 RLC que contiene PDU#3 PDCP. El flujo de datos anterior se ilustra en la Figura 22.
Caso 1: Desactivar la duplicación de datos y descartar PDU RLC en RLC#2
Preferentemente, puede indicarse al UE que desactive la duplicación de datos antes de recibir un recurso de UL. Preferentemente, el UE puede descartar una PDU RLC que contenga una PDU PDCP completa (por ejemplo, PDU#1 RLC, PDU#4 RLC) si se indica desactivar la duplicación de datos antes de recibir el recurso UL. En esta realización, la PDU#1 RLC (y la PDU#4 RLC) se descartarán para ahorrar recursos porque no se necesita la duplicación de datos.
Preferentemente, el UE no puede descartar una PDU RLC que contenga una PDU PDCP de segmento que no sea una PDU PDCP de primer segmento (por ejemplo, PDU#3 RLC) si se indica desactivar la duplicación de datos antes de recibir el recurso UL. En este caso, la PDU#3 RLC no debe descartarse para la transmisión de una PDU PDCP completa, aunque no es necesaria la duplicación de datos.
Posiblemente, puede indicarse al UE que desactive la duplicación de datos mientras recibe un recurso UL para servir el canal lógico de los datos duplicados. En base al recurso UL, el UE procesa un bloque de transporte (TB) para la transmisión de las PDU RLC. Se da un ejemplo de que el TB es capaz de incluir la p Du#1 RLC y la PDU#2 RLC.
Preferentemente, el UE no puede descartar una PDU RLC que contenga una PDU PDCP completa (por ejemplo, PDU#1 RLC) si se indica desactivar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#1 RLC no puede descartarse porque el recurso se ha asignado para el UE, y el UE realizará la transmisión en base al recurso. Desde el punto de vista de la eficiencia de los recursos, la transmisión de la PDU#1 RLC en el TB es significativa en comparación con la transmisión del relleno en el TB.
Preferentemente, el UE no puede descartar una PDU RLC que contenga un segmento de PDU PDCP que sea un primer segmento de PDU PDCP (por ejemplo, PDU#2 RLC) si se indica desactivar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En este caso, la PDU#2 RLC no puede descartarse.
Preferentemente, el UE no puede descartar una PDU RLC que contenga un segmento de PDU PDCP que no sea un primer segmento de PDU PDCP (por ejemplo, PDU#3 RLC) si se indica desactivar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#3 RLC no debe descartarse para la transmisión de una PDU PDCP completa.
Preferentemente, el UE puede descartar una PDU RLC que contenga una PDU PDCP completa (por ejemplo, PDU#4 RLC) que no puede incluirse en el TB si se indica desactivar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#4 RLC puede descartarse porque no se necesita duplicación de datos.
Las realizaciones divulgadas anteriormente se resumen en la tabla que se muestra en la Figura 25.
Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede iniciar un procedimiento de restablecimiento en el RLC#2. Durante el procedimiento de restablecimiento en el RLC#2, el UE puede descartar cualquier PDU RLC (sin importar que contenga una PDU PDCP completa o una PDU PDCP parcial) almacenada en búfer en el RLC#2.
Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede descartar cualquier PDU RLC (sin importar que contenga una PDU PDCP completa o una PDU PDCP parcial) almacenada en el RLC#2.
Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede detener y/o restablecer un temporizador usado por el (lado transmisor del) RLC#2 para retransmitir una encueta.
Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede detener y/o restablecer un temporizador usado por el (lado receptor del) RLC#2 para detectar la pérdida de las PDU RLC en una capa inferior. Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede detener y/o restablecer un temporizador usado por el (lado receptor del) RLC#2 para prohibir la transmisión de un STATUS p Du .
Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede restablecer cualquier variable de estado usada en el RLC#2 para especificar el protocolo RLC a sus valores iniciales.
Preferentemente, previa indicación para desactivar la duplicación de datos, el UE puede iniciar un procedimiento de restablecimiento en el RLC#2. Durante el procedimiento de restablecimiento en el RLC#2, el UE puede descartar cada PDU PDCP (es decir, SDU RLC) si no se ha asignado ningún segmento de la SDU RLC a una PDU RLC. Caso 2: Activación de la duplicación de datos y duplicación de SDU RLC desde RLC#1
En una realización, puede indicarse al UE que active la duplicación de datos antes de recibir un recurso UL.
En una realización, el UE puede duplicar una SDU RLC completa (es decir, una PDU PDCP completa) de una PDU RLC (por ejemplo, PDU#1 RLC, PDU#4 RLC) si se indica activar la duplicación de datos antes de recibir el recurso UL. En esta realización, la SDU RLC de la PDU#1 RLC (y/o la SDU RlC de la PDU#4 RLC) puede duplicarse desde RLC#1 y entregarse en la RLC#2. El UE puede generar una nueva PDU RLC que contenga una nueva cabecera para RLC#2 y la SDU RLC duplicada desde RLC#1.
En una realización, el UE puede duplicar una SDU del segmento RLC (que no es una SDU del primer segmento RLC) de un PDU RLC (por ejemplo, PDU#3 RLC) si (la SDU del primer segmento RLC se había duplicado antes y) se indica activar la duplicación de datos antes de recibir el recurso UL. En este caso, la SDU RLC de PDU#3 RLC puede duplicarse desde RLC#1 y entregarse al RLC#2. El UE puede generar una nueva PDU RLC que contenga una nueva cabecera para RLC#2 y la SDU RLC duplicada desde RLC#1.
En una realización, el UE no puede duplicar una SDU del segmento RLC (que no es una SDU del primer segmento RLC) de un PDU RLC (por ejemplo, p Du#3 RLC) si (la SDU del primer segmento RLC aún no se había duplicado y) se indica activar la duplicación de datos antes de recibir el recurso UL. En esta realización, la SDU RLC de la PDU#3 RLC no puede duplicarse desde RLC#1 y entregarse en RLC#2.
En una realización, puede indicarse al UE que active la duplicación de datos mientras recibe un recurso UL para servir el canal lógico de datos duplicados. En base al recurso UL, el UE procesa un bloque de transporte (TB) para transmisión de las PDU RLC. Por ejemplo, el TB puede incluir PDU#1 RlC y PDU#2 RLC.
En una realización, el UE puede duplicar una SDU RLC completa (es decir, una PDU PDCP completa) de una PDU RLC (por ejemplo, PDU#1 RLC) si se indica que active la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la SDU RLC de la PDU#1 RLC puede duplicarse desde RLC#1 y entregarse en RLC#2. El UE puede generar una nueva PDU RLC que contenga una nueva cabecera para RLC#2, y la SDU RLC duplicada desde RLC#1.
En una realización, el UE puede duplicar una SDU del segmento RLC (que es una SDU del primer segmento RLC) de un PDU RLC (por ejemplo, PDU#2 RLC) si se indica que active la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En este caso, la s Du RLC de PDU#2 RLC puede duplicarse desde RLC#1 y entregarse al RLC#2. El UE puede generar una nueva PDU RLC que contenga una nueva cabecera para RLC#2 y la SDU RLC duplicada desde RlC#1.
En una realización, el UE puede duplicar una SDU del segmento RLC (que no es una SDU del primer segmento RLC) de un PDU RLC (por ejemplo, PDU#3 RLC) si (la SDU del primer segmento RLC se había duplicado antes y) se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la SDU RLC de la PDU#3 RLC puede duplicarse desde RLC#1 y entregarse en RLC#2. El UE puede generar una nueva PDU RLC que contenga una nueva cabecera para RLC#2, y la SDU RLC duplicada desde RLC#1.
En una realización, el UE no puede duplicar una SDU del segmento RLC (que no es una SDU del primer segmento RLC) de una PDU RLC (por ejemplo, PDU#3 RLC) si (la SDU del primer segmento RLC aún no se había duplicado y) se indica que active la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la SDU RLC de la PDU#3 RLC no puede duplicarse desde RLC#1 y entregarse en RLC#2.
En una realización, el UE puede duplicar una SDU RLC completa de una PDU RLC (por ejemplo, PDU#4 RLC) que no puede incluirse en el TB si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la SDU RLC de la PDU#4 RLC puede duplicarse desde RLC#1 y entregarse en RLC#2. El UE puede generar una nueva PDU RLC que contenga una nueva cabecera para RLC#2 y la SDU RLC duplicada desde RLC#1.
Las realizaciones divulgadas anteriormente pueden resumirse en la tabla que se muestra en la Figura 26.
Preferentemente, previa indicación para activar la duplicación de datos, el UE puede iniciar primero un procedimiento de restablecimiento en el RLC#2, realizar la duplicación del SDU RLC desde el RLC#1 y entregar la duplicación del SDU RLC al RLC#2.
Caso 3: Activación de la duplicación de datos y duplicación de PDU RLC desde RLC#1
En una realización, puede indicarse al UE que active la duplicación de datos antes de recibir un recurso UL.
En una realización, el UE puede duplicar una PDU RLC (por ejemplo, PDU#1 RLC, PDU#4 RLC) que contiene un SDU RLC completo si se indica que active la duplicación de datos antes de recibir el recurso UL. En esta realización, la PDU#1 RLC (y/o la PDU#4 RLC) pueden duplicarse desde el RLC#1 y entregarse en el RLC#2.
En una realización, el UE puede duplicar una PDU RLC (por ejemplo, PDU#3 RLC) que contenga una SDU del segmento RLC (que no es una SDU del primer segmento RLC) si (una PDU RLC que contiene la SDU del primer segmento RLC se había duplicado antes y) se indica activar la duplicación de datos antes de recibir el recurso UL. En esta realización, la PDU#3 RLC puede duplicarse desde el RLC#1 y entregarse en el RLC#2.
En una realización, el UE no puede duplicar una PDU RLC (por ejemplo, PDU#3 RLC) que contenga una SDU del segmento RLC (que no es una SDU del primer segmento r Lc ) si (una PDU RLC que contiene la SDU del primer segmento RLC aún no se había duplicado y) se indica activar la duplicación de datos antes de recibir el recurso UL. En esta realización, la PDU#3 RLC no puede duplicarse desde el r Lc#1 y entregarse en el RLC#2.
Posiblemente, puede indicarse al UE que active la duplicación de datos mientras recibe un recurso UL para servir el canal lógico de datos duplicados. En base al recurso UL, el UE procesa un bloque de transporte (TB) para transmisión de los PDU RLC. En un ejemplo, el TB puede incluir la Pd U#1 RLC y la PDU#2 RLC.
En una realización, el UE puede duplicar una PDU RLC (por ejemplo, PDU#1 RLC) que contiene un SDU RLC completo si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#1 RLC puede duplicarse desde el RLC#1 y entregarse en el RLC#2.
En una realización, el UE puede duplicar una PDU RLC (por ejemplo, PDU#2 RLC) que contiene una SDU del segmento RLC (que es una SDU del primer segmento RLC) si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#2 RLC puede duplicarse desde el RLC#1 y entregarse en el RLC#2.
En una realización, el UE puede duplicar una PDU RLC (por ejemplo, PDU#3 RLC) que contenga una SDU del segmento RLC (que no es una SDU del primer segmento RLC) si (una PDU RLC que contiene la SDU del primer segmento RLC se había duplicado antes y) se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#3 RLC puede duplicarse desde el RLC#1 y entregarse en el RLC#2.
En una realización, el UE no puede duplicar una PDU RLC (por ejemplo, PDU#3 RLC) que contenga una SDU del segmento RLC (que no es una SDU del primer segmento r Lc ) si (una PDU RLC que contiene la SDU del primer segmento RLC aún no se había duplicado y) se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#3 RLC no puede duplicarse desde el RLC#1 y entregarse en el RLC#2.
En una realización, el UE puede duplicar una PDU RLC que contiene un SDU RLC completo (por ejemplo, PDU#4 RLC) que no puede incluirse en el TB si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). En esta realización, la PDU#4 RLC puede duplicarse desde el RLC#1 y entregarse en el RLC#2.
Las realizaciones divulgadas anteriormente se resumen en la tabla que se muestra en la Figura 27.
Preferentemente, cuando se indique que activa la duplicación de datos, el UE puede iniciar primero el restablecimiento en el RLC#2 y luego realizar la duplicación de PDU RLC desde el RLC#1 y entregar la duplicación de PDU RLC al RLC#2.
Preferentemente, el UE no cambia/modifica el Número de Secuencia (SN) de una PDU RLC, que se duplica desde el RLC#1, en el RLC#2.
Preferentemente, el UE puede establecer una variable de estado (por ejemplo, VT(US) o VT(S) como se define en el documento 3GPP TS 36.22 V13.1.0) que contiene el valor del Sn que se asignará al próximo PDU RLC recién generada en el RLC#2 en base al SN de una PDU RLC que se duplica desde el RLC#1. Por ejemplo, el UE puede establecer la variable de estado en el SN del PDU RLC que es el último duplicado del RLC#1 (e incrementar la variable de estado en uno).
Preferentemente, el UE puede establecer una variable de estado (por ejemplo, VT(US) o VT(S) como se define en el documento 3GPP TS 36.22 V13.1.0) que contiene el valor del SN que se asignará para el próximo PDU RLC recién generado en el RLC#2 en base a una información de control recibida del gNB. La información de control se usa para actualizar/modificar la variable de estado en el UE. La información de control puede transmitirse a través de señalización RRC, señalización PDCP, señalización RLC, elemento de control MAC o señalización física.
Caso 4: Activar la duplicación de datos y superposición de PDU RLC desde RLC#1
En una realización, puede indicarse al UE que active la duplicación de datos antes de recibir un recurso UL.
En una realización, (el RLC#2 del) UE puede no generar ningún PDU RLC especial para superponer cualquier PDU RLC almacenada en búfer en el RLC#1 si se indica activar la duplicación de datos antes de recibir el recurso UL. Posiblemente, puede indicarse al UE que active la duplicación de datos mientras recibe un recurso UL para servir el canal lógico de datos duplicados. En base al recurso UL, el UE procesa un bloque de transporte (TB) para transmisión de los PDU RLC. Por ejemplo, el TB puede incluir PDU#1 RlC y PDU#2 RLC.
En una realización, (el RLC#2 del) UE puede generar una PDU RLC especial para superponer una PDU RLC (por ejemplo, PDU#1 RLC) que contiene un SDU RLC completo si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). El PDU#1 RLC puede contenerse en la PDU RLC especial que se entregará en el RLC#2. En esta realización, la cabecera del PDU RLC especial puede indicar la PDU#1 RLC superpuesto. El UE puede transmitir la PDU RLC especial al gNB. El lado receptor del RLC#2 (por ejemplo, en el gNB) puede entregar la PDU#1 RLC superpuesto en la PDU RLC especial en el lado receptor del RLC#1 (en el gNB).
En una realización, (el RLC#2 del) UE puede generar una PDU RLC especial para superponer una PDU RLC (por ejemplo, PDU#2 RLC) que contiene una SDU del segmento RLC (que es una SDU del primer segmento RLC) si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). El PDU#2 RLC puede contenerse en la PDU RLC especial que se entregará en el RLC#2. En esta realización, la cabecera del PDU RLC especial puede indicar la PDU#2 RLC superpuesta. El UE puede transmitir la PDU RLC especial al gNB. El lado receptor del RLC#2 (por ejemplo, en el gNB) puede entregar la PDU#2 RLC superpuesta en la PDU RLC especial en el lado receptor del RLC#1 (en el gNB).
En una realización, (el RLC#2 del) el UE puede generar una PDU RLC especial para superponer una PDU RLC (por ejemplo, PDU#3 RLC) que contiene una SDU del segmento RLC (que no es una SDU del primer segmento RLC) si se indica activar la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB). El PDU#3 RLC puede contenerse en la PDU RLC especial que se entregará en el RLC#2. En esta realización, la cabecera del PDU RLC especial puede indicar la PDU#3 RLC superpuesta. El UE puede transmitir la PDU RLC especial al gNB. El lado receptor del RLC#2 (por ejemplo, en el gNB) puede entregar la PDU#3 RLC superpuesta en la PDU RLC especial en el lado receptor del RLC#1 (en el gNB).
En una realización, (el RLC#2 del) UE puede no generar una PDU RLC especial para superponer una PDU RLC que contiene un SDU RLC completo (por ejemplo, PDU#4 RLC) que no puede incluirse en el TB si se indica que active la duplicación de datos después de recibir el recurso UL (y antes de transmitir el TB).
Las realizaciones divulgadas anteriormente se resumen en la tabla que se muestra en la Figura 28.
Preferentemente, previa indicación para activar la duplicación de datos, el UE puede iniciar primero un procedimiento de restablecimiento en el RLC#2 y luego generar PDU RLC especiales que se almacenarán en búfer en el RLC#2. Los PDU RLC especiales se superponen en los PDU RLC del RLC#1 (si se van a transmitir los PDU RLC). Un PDU RLC procedente del RLC#1 podría ser un SDU RLC incluida en una PDU RLC especial. El UE transmite los PDU RLC especiales almacenados en el RLC#2 al gNB.
Preferentemente, el UE no cambia el SN de una PDU RLC superpuesto en una PDU RLC especial. El SN del PDU RLC especial puede ser diferente del SN del PDU RLC.
En una entidad MAC, las capas superiores (por ejemplo, la capa PDCP o la capa RRC) pueden indicar un estado de activación o un estado de desactivación para la duplicación de datos. Por lo tanto, algunos mecanismos o procedimientos pueden verse afectados cuando se activa/desactiva la duplicación de datos. Los procedimientos para solucionar los impactos se dividen en dos casos en la siguiente descripción, el caso 1 es para la desactivación y el caso 2 es para la activación. Cada caso contiene varias viñetas relacionadas con diferentes mecanismos.
Caso 1: Cuando se desactiva la duplicación de datos
El UE tiene que evitar asignar recursos UL al canal lógico que se usa para transmitir datos duplicados cuando se desactiva la duplicación de datos. Por ejemplo, si el LCH para transmitir datos duplicados tiene datos disponibles para la transmisión (por ejemplo, la entidad PDCP todavía duplica PDU PDCP y transmite a través de ambos canales lógicos), uno de estos canales lógicos (por ejemplo, para la transmisión de datos duplicados) no se le debe asignar un recurso UL.
En una primera alternativa, hay la prohibición y/o suspensión del LCH. El LCH para la transmisión de datos duplicados puede prohibirse/suspenderse cuando se desactiva la duplicación de datos. El LCH puede asociarse con un parámetro (por ejemplo, un indicador). La señalización RRC (por ejemplo, LogicalChannelConfig) puede configurarse para determinar si se asociar con el LCH con el parámetro. Además, la red puede usar señalización RRC o señalización de Capa 2 para controlar el parámetro e indicar si el UE debe prohibir/suspender el LCH para su transmisión. Alternativamente, el UE podría controlar el parámetro. Por ejemplo, el UE podría cambiar el valor del parámetro cuando cambia el estado de duplicación de datos.
Preferentemente, el canal lógico para transmitir datos originales puede asociarse con el parámetro, y la red siempre puede controlar el parámetro en "no prohibido" para que el Ue sirva al canal lógico para transmitir los datos originales.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con el parámetro. Un canal lógico no asociado con el parámetro significa que el canal lógico no estaría prohibido para una transmisión incluso si la duplicación de datos está en el estado de desactivación.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse con el parámetro, y el parámetro puede controlarse por la red que lo necesite. Más específicamente, el canal lógico para transmitir los datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/igual. Cuando el canal lógico para transmitir los datos duplicados está suspendido/prohibido, la portadora de radio asociada al canal lógico para transmitir datos duplicados no podrá suspenderse/prohibirse. Si la portadora de radio está suspendida/prohibida para la transmisión, entonces tanto el canal lógico para transmitir datos originales como el canal lógico para transmitir datos duplicados pueden suspenderse/prohibirse para la transmisión.
En una segunda alternativa, podría darse de baja la prioridad del LCH para la transmisión de datos duplicados. Si se anula la falta de prioridad del LCH, no se le asignarían recursos UL hasta que los recursos que aún quedan después de que se agoten los datos de otros LCH. Si se agotan los datos de otros LCH que no transmiten datos duplicados, y los recursos UL aún permanecen, estos recursos podrían asignarse para el LCH que está transmitiendo datos duplicados para evitar el desperdicio de recursos.
En una tercera alternativa, el búfer HARQ para datos duplicados podría vaciarse. Si se desactiva la duplicación de datos y existen datos duplicados en el búfer HARQ, este búfer HARQ podría vaciarse ya que no es necesario transmitir o retransmitir los datos duplicados.
En una cuarta alternativa, podría liberarse la entidad HARQ para la transmisión de datos duplicados. Si la entidad HARQ está asociada con (o configurada para) la transmisión de datos duplicados, mientras que la duplicación de datos está desactivada, la entidad HARQ podría liberarse ya que la entidad HARQ puede no ser necesaria.
En una quinta alternativa, podría liberarse el proceso HARQ para la transmisión de datos duplicados. Si el proceso HARQ está asociado con (o configurado para) la transmisión de datos duplicados, mientras que la duplicación de datos está desactivada, el proceso HARQ podría liberarse ya que el proceso HARQ puede no ser necesario.
En otra realización, podría activarse un BSR para informar a la red de un estado actualizado del búfer ya que el requisito de recurso UL es diferente de un estado de activación y un estado de desactivación. Por ejemplo, cuando se desactiva la duplicación de datos, el tamaño del búfer para el LCH que transmite datos duplicados podría reducirse u omitirse. Por ejemplo, el estado actualizado del búfer solo puede informar del estado del búfer de los LCH (o LCG) que se usan para la duplicación de datos.
El BSR puede no tener en cuenta el LCH para transmitir datos duplicados cuando se desactiva la duplicación de datos. El BSR puede (o siempre) tener en cuenta el LCH para transmitir datos originales independientemente de si la duplicación de datos está activada o desactivada.
Preferentemente, el canal lógico para transmitir datos originales puede asociarse con el parámetro (un indicador), y la red puede (o siempre) controlar el parámetro en "no prohibido" para que el UE informe el estado del búfer del canal lógico al transmitir los datos originales en el BSR.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con el parámetro. Un canal lógico no asociado con el parámetro significa que el canal lógico no estaría prohibido para la transmisión incluso si la duplicación de datos está en estado de desactivación. Como resultado, el UE informa del estado del búfer de ese canal lógico en el BSR.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse con el parámetro, y el parámetro puede controlarse por la red que lo necesite. Si el parámetro del canal lógico para transmitir datos duplicados indica suspendido/prohibido, el UE no informa el estado del búfer del canal lógico para transmitir datos duplicados en el BSR. Más específicamente, el canal lógico para transmitir datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/igual. Cuando el canal lógico para transmitir datos duplicados está suspendido/prohibido, la portadora de radio asociada al canal lógico para transmitir datos duplicados no podrá suspenderse/prohibirse. Si la portadora de radio está suspendida/prohibida para la transmisión, entonces tanto el canal lógico para transmitir datos originales como el canal lógico para transmitir datos duplicados pueden suspenderse/prohibirse para la transmisión. En esta situación, el UE no informa del estado del búfer tanto del canal lógico para transmitir datos originales y del canal lógico para transmitir datos duplicados en el BSR.
En otra alternativa, cuando se desactiva la duplicación de datos, el haz/TRP/celda/gNB correspondiente (usado para la transmisión de datos duplicados) podría desactivarse para ahorrar energía. Más específicamente, el mecanismo para desactivar la duplicación de datos es como el mecanismo Activación/Desactivación de Sceldas en LTE. El beneficio es que la red no necesita transmitir el elemento de control MAC de Activación/Desactivación. Otros beneficios incluyen la reducción de la sobrecarga y el retraso de la señalización. En la realización, el haz/TRP/celda/gNB se usa para transmitir datos duplicados.
Cuando se desactiva la duplicación de datos, el UE tiene que borrar la concesión UL configurada inmediatamente, ya que no se usaría la concesión de enlace ascendente configurada. Si no se borra la concesión UL configurada, el recurso UL se desperdiciaría.
Caso 2: Cuando se activa la duplicación de datos
Cuando se activa la duplicación de datos, la priorización de canales lógicos (LCP) debe considerar qué canal lógico se usa para transmitir datos duplicados. En una primera alternativa, si el LCH para la transmisión de datos duplicados está prohibida/suspendida, el LCH debe ser permitido (es decir, el LCH no podría prohibirse). La red podría configurar un parámetro UE (por ejemplo, un indicador) para representar el LCH que está prohibido o no. Por ejemplo, el parámetro podría indicarse con LogicalChannelConfig a través de la señalización RRC. Alternativamente, el parámetro podría controlarse por UE, por ejemplo, el UE podría cambiar el valor del parámetro cuando se activa la duplicación de datos.
El LCH para la transmisión de datos duplicados puede prohibirse/suspenderse cuando se desactiva la duplicación de datos. El LCH puede asociarse con un parámetro (por ejemplo, un indicador). La señalización RRC (por ejemplo, LogicalChannelConfig) puede configurarse para determinar si se asociar con el LCH con el parámetro. Además, la red puede usar señalización RRC o señalización de Capa 2 para controlar el parámetro para indicar al UE si debe prohibir/suspender el LCH para la transmisión. Alternativamente, el parámetro UE puede controlar. Por ejemplo, el UE podría cambiar el valor del parámetro cuando cambia el estado de duplicación de datos.
Preferentemente, el canal lógico para transmitir los datos originales puede asociarse con el parámetro. La red puede controlar el parámetro en "no prohibido", y el UE sirve el canal lógico para transmitir los datos originales.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con el parámetro. Un canal lógico no asociado con el parámetro significa que el canal lógico no estaría prohibido para la transmisión incluso si la duplicación de datos está en el estado de desactivación.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse con el parámetro, y el parámetro puede controlarse por la red que lo necesite. El canal lógico para transmitir datos originales y el canal lógico para transmitir datos duplicados pueden asociarse con una portadora de radio común/igual. Cuando el canal lógico para transmitir datos duplicados está suspendido/prohibido, la portadora de radio asociada al canal lógico para transmitir datos duplicados no podrá suspenderse/prohibirse. Si la portadora de radio está suspendida/prohibida para la transmisión, entonces tanto el canal lógico para transmitir datos originales como el canal lógico para transmitir datos duplicados pueden también suspenderse/prohibirse para la transmisión.
En una segunda alternativa, cuando se activa la duplicación de datos, podría priorizarse la prioridad al LCH para la transmisión de datos duplicados. Por ejemplo, la prioridad del LCH para los datos duplicados podría priorizarse a la misma prioridad que el LCH para la transmisión de datos originales.
En una tercera alternativa, puede agregarse una entidad HARQ para la transmisión de datos duplicados solo mientras se activa la duplicación de datos.
En una cuarta alternativa, puede agregarse un proceso HARQ para la transmisión de datos duplicados solo mientras se activa la duplicación de datos.
En otra alternativa, cuando se activa la duplicación de datos, el BSR podría activarse para informar a la red del estado actualizado del búfer ya que el requisito de un recurso UL es diferente de un estado de activación y un estado de desactivación. Por ejemplo, cuando se activa la duplicación de datos, puede aumentarse el tamaño del búfer del LCH que transmite datos duplicados. Más específicamente, el estado actualizado del búfer solo podría informar el estado del búfer de los LCH (o los LCG) que se usan para la duplicación de datos.
El BSR puede tener en cuenta el LCH para transmitir datos duplicados cuando se activa la duplicación de datos. El BSR puede (o siempre) tener en cuenta el LCH para transmitir los datos originales independientemente de si la duplicación de datos está activada o desactivada.
Preferentemente, el canal lógico para transmitir los datos originales puede asociarse con el parámetro. La red puede controlar el parámetro del canal lógico para transmitir los datos originales en "no prohibido", y el UE informa el estado del búfer del canal lógico para transmitir los datos originales en el BSR.
Alternativamente, de manera preferente, el canal lógico para transmitir datos originales puede no asociarse con el parámetro. Un canal lógico no asociado con el parámetro significa que el canal lógico no estaría prohibido para la transmisión para que el UE informe el estado del búfer de ese canal lógico en el BSR.
Preferentemente, el canal lógico para transmitir datos duplicados puede asociarse con el parámetro que puede controlarse por la red que lo necesite. Si el parámetro del canal lógico para transmitir datos duplicados indica "no suspendido/prohibido," el UE informa del estado del búfer del canal lógico para transmitir datos duplicados en el BSR.
En otra alternativa, cuando se activa la duplicación de datos, puede activarse un haz/TRP/celda/gNB correspondiente. Dado que se requiere un haz/TRP/celda/gNB adicional para transmitir datos duplicados, el haz/TRP/celda/gNB debe activarse. Se supone que el haz/TRP/celda/gNB para transmitir datos duplicados está en estado de desactivación para reducir el consumo de energía. Más específicamente, el mecanismo para activar es similar al mecanismo de Activación/Desactivación de SCells en LTE como se divulga en el documento 3GPP TS 36.321 V14.0.0. El beneficio de los mecanismos similares es que la red no necesita transmitir un Elemento de Control MAC de Activación/Desactivación. Otros beneficios incluyen la reducción de la sobrecarga y el retraso de la señalización. En estas realizaciones, el haz/TRP/celda/gNB se usa para transmitir datos duplicados.
En otra alternativa, cuando se activa la duplicación de datos, la configuración para la RA (por ejemplo, preámbulo dedicado, recursos de tiempo/frecuencia para el preámbulo) puede indicarse junto con una indicación de activación de duplicación de datos al mismo tiempo (por ejemplo, el mismo TTI) y/o mediante la misma señalización para que el UE acceda al TRP/celda/gNB usado para duplicar la transmisión de datos. Por ejemplo, se supone que un UE se conecta en un TRP/celda/gNB y realiza la transmisión de datos. Si la fiabilidad de la transmisión de datos debe mejorarse (por ejemplo, para el servicio URLLC o el UE está cerca de un borde de celda), la duplicación de datos se activa en un UE. Por lo tanto, podría indicarse al UE una configuración para el RA junto con la indicación de la activación de la duplicación de datos por parte de la red. El UE podría conectarse a otro TRP/celda/gNB inmediatamente para transmitir datos duplicados. Este procedimiento podría reducir la sobrecarga y el retraso de la señalización en comparación con la transmisión de dos indicaciones, una para RA y otra para activar la duplicación de datos.
La Figura 29 es un diagrama de flujo 2900 de acuerdo con una realización ilustrativa desde la perspectiva de un UE configurado con duplicación de datos. En la etapa 2905, el UE duplica una unidad de datos en una primera unidad de datos y una segunda unidad de datos. En la etapa 2910, el UE construye una segunda Unidad de Datos de Protocolo (PDU) de Control de Enlace de Radio (RLC) usada para transmitir la segunda unidad de datos, en la que la segunda unidad de datos es una segunda Unidad de Datos de Servicio (SDU) RLC. En la etapa 2915, el UE recibe un comando de control de un nodo de red, en el que el comando de control se usa para desactivar la duplicación de datos. En la etapa 2920, el UE descarta la segunda PDU RLC si la segunda p Du RLC incluye la segunda SDU RLC.
Preferentemente, el UE no descarta la segunda PDU RLC si la segunda PDU RLC incluye (solo) un segmento de la segunda SDU RLC. Aquí, preferentemente, el segmento de la segunda SDU RLC no contiene el comienzo de la segunda SDU RLC. Aquí, preferentemente, el segmento de la segunda SDU RLC no contiene el primer byte de la segunda SDU RLC. En este caso, el primer byte de la segunda SDU RLC no está incluido en la segunda PDU RLC. Preferentemente, el UE transmite la segunda PDU RLC al nodo de red si la segunda PDU RLC no se descarta.
Preferentemente, el UE establece un primer canal lógico y un segundo canal lógico, en el que el primer canal lógico y el segundo canal lógico se asocian con una portadora de radio. El UE también establece una primera entidad RLC y una segunda entidad RLC, en la que la primera entidad RLC se asocia con el primer canal lógico y la segunda entidad RLC se asocia con el segundo canal lógico. Preferentemente, la primera entidad RLC es una primera entidad RLC en Modo No Reconocido (UM) y la segunda entidad RLC es una segunda entidad RLC UM. En este caso, el UE usa una primera celda de servicio para servir al primer canal lógico y usa una segunda celda de servicio para servir al segundo canal lógico.
Preferentemente, el UE construye una primera PDU RLC usada para transmitir la primera unidad de datos, en la que la primera unidad de datos significa una primera SDU RLC. Más específicamente, la primera unidad de datos es una primera SDU RLC. Además, el UE transmite la primera PDU RLC al nodo de red. En este caso, la primera PDU RLC se construye en una primera entidad de RLC.
Preferentemente, la segunda PDU RLC es una PDU de Datos de Modo No Reconocido (UMD).
Preferentemente, la segunda PDU RLC se construye en una segunda entidad RLC.
Preferentemente, la unidad de datos es una PDU de Protocolo de Convergencia de Datos por Paquetes (PDCP). Preferentemente, el contenido de la primera unidad de datos es el mismo que el contenido de la segunda unidad de datos.
Preferentemente, el comando de control es un elemento de control de Control de Acceso al Medio (MAC). Preferentemente, el comando de control se usa para cambiar la duplicación de datos de un estado activado a un estado desactivado.
Preferentemente, el UE no descarta las SDU RLC en una primera entidad RLC cuando el UE recibe el comando de control del nodo de red. Alternativamente o adicionalmente preferentemente, el UE descarta las SDU RLC en una segunda entidad RLC cuando el UE recibe el comando de control del nodo de red.
Preferentemente, la duplicación de datos es un mecanismo mediante el que una entidad del Protocolo de Convergencia de Datos por Paquetes (PDCP) del UE duplica una PDU PDCP en una primera PDU PDCP y una segunda PDU PDCP, entrega la primera PDU PDCP a una primera entidad RLC y entrega la segunda PDU PDCP a una segunda entidad RLC.
En otro procedimiento ilustrativo, un UE establece un primer canal lógico y un segundo canal lógico, en el que el primer canal lógico y el segundo canal lógico se asocian con una portadora de radio. El UE establece una primera entidad RLC y una segunda entidad RLC, en la que la primera entidad RLC se asocia con el primer canal lógico y la segunda entidad RLC se asocia con el segundo canal lógico. El UE genera una primera p Du RLC y almacena la primera PDU RLC en un búfer de la primera entidad RLC antes de recibir un comando de control, en el que la primera PDU RLC incluye una primera SDU RLC. El UE genera una segunda PDU RLC y almacena la segunda PDU RLC en un búfer de la segunda entidad RLC antes de recibir el comando de control, en el que la segunda PDU RLC incluye una segunda SDU RLC. El UE recibe el comando de control de un nodo de red, en el que el comando de control se usa para desactivar la duplicación de datos. El UE realiza un restablecimiento en la segunda entidad RLC en respuesta al comando de control. El UE transmite la primera PDU RLC a un nodo de red.
En otro procedimiento ilustrativo, un UE establece un primer canal lógico y un segundo canal lógico, en el que el primer canal lógico y el segundo canal lógico se asocian con una portadora de radio. El UE también establece una primera entidad RLC y una segunda entidad RLC, en la que la primera entidad RLC se asocia con el primer canal lógico y la segunda entidad RLC se asocia con el segundo canal lógico. El UE genera una primera PDU RLC y almacena la primera PDU RLC en un búfer de la primera entidad RLC antes de recibir un comando de control, en el que la primera PDU RLC incluye una primera SDU RLC. El UE genera una segunda PDU RLC y almacena la segunda PDU RLC en un búfer de la segunda entidad RLC antes de recibir el comando de control, en el que la segunda PDU RLC incluye una segunda SDU RLC. El UE recibe el comando de control de un nodo de red, en el que el comando de control se usa para desactivar la duplicación de datos. El UE determina si descartar la segunda PDU RLC almacenada en el búfer de la segunda entidad RLC después de recibir el comando de control en base a si la segunda SDU RLC se completa o no. El UE transmite la primera PDU RLC a un nodo de red.
Preferentemente, el UE descarta la segunda PDU RLC si la segunda SDU RLC es una SDU RLC completa y el UE no descarta la segunda PDU RLC si la segunda SDU RLC es una SDU RLC de segmento.
En otro procedimiento ilustrativo, un UE establece un primer canal lógico y un segundo canal lógico, en el que el primer canal lógico y el segundo canal lógico se asocian con una portadora de radio. El UE también establece una primera entidad RLC y una segunda entidad RLC, en la que la primera entidad RLC se asocia con el primer canal lógico y la segunda entidad RLC se asocia con el segundo canal lógico. El UE genera una primera PDU RLC y almacena la primera PDU RLC en un búfer de la primera entidad RLC antes de recibir un comando de control, en el
que la primera PDU RLC incluye una primera SDU RLC. El UE genera una segunda PDU RLC y almacena la segunda PDU RLC en un búfer de la segunda entidad RLC antes de recibir el comando de control, en el que la segunda PDU RLC incluye una segunda SDU RLC. El UE recibe el comando de control de un nodo de red, en el que el comando de control se usa para desactivar la duplicación de datos. El UE determina si descartar la segunda PDU RLC almacenada en el búfer de la segunda entidad RLC después de recibir el comando de control en base a si se va a transmitir la segunda SDU RLC. El UE transmite la primera PDU RLC a un nodo de red.
Preferentemente, el UE no descarta la segunda PDU RLC si la segunda PDU RLC se va a transmitir en base a un recurso UL y el UE descarta la segunda PDU RLC si la segunda PDU RLC no se va a transmitir en base al recurso UL.
En uno o más de los procedimientos divulgados anteriormente, el UE transmite la segunda PDU RLC al nodo de red si la segunda PDU RLC no se descarta. El UE genera una tercera PDU RLC y almacena la tercera PDU RLC en el búfer de la primera entidad RLC después de recibir el comando de control, en el que la tercera PDU RLC incluye una tercera SDU RLC. El UE no genera una cuarta PDU RLC para almacenarla en el búfer de la segunda entidad RLC después de recibir el comando de control.
En uno o más de los procedimientos descritos anteriormente, el UE genera un primer paquete para la transmisión antes de recibir el comando de control, en el que el primer paquete se entrega a la primera entidad RLC y la segunda entidad RLC.
En uno o más de los procedimientos descritos anteriormente, el UE genera un segundo paquete para transmisión después de recibir el comando de control, en el que el segundo paquete se entrega solo en la primera entidad RLC. En uno o más de los procedimientos descritos anteriormente, la primera SDU RLC y la segunda SDU RLC contienen el primer paquete.
En uno o más de los procedimientos descritos anteriormente, la tercera SDU RLC contiene el segundo paquete. En otro procedimiento ilustrativo, un UE establece un primer canal lógico y un segundo canal lógico, en el que el primer canal lógico y el segundo canal lógico se asocian con una portadora de radio y el segundo canal lógico está en un primer estado. El UE sirve al segundo canal lógico para la transmisión si el segundo canal lógico está en el primer estado. El UE recibe un comando de control de un nodo de red, en el que el comando de control se usa para cambiar el segundo canal lógico del primer estado a un segundo estado. El UE no sirve al segundo canal lógico para la transmisión después de recibir el comando de control debido al segundo estado del segundo canal lógico.
En uno o más de los procedimientos descritos anteriormente, el primer estado significa que la duplicación de datos se activa y el segundo estado significa que la duplicación de datos está desactivada.
En uno o más de los procedimientos descritos anteriormente, el segundo canal lógico no se suspende antes de recibir el comando de control y el segundo canal lógico se suspende después de recibir el comando de control. En uno o más de los procedimientos descritos anteriormente, el primer canal lógico no se suspende después de recibir el comando de control.
En uno o más de los procedimientos descritos anteriormente, la portadora de radio no se suspende después de recibir el comando de control.
En uno o más de los procedimientos descritos anteriormente, el UE usa un primer enlace de comunicación para servir al primer canal lógico y usa un segundo enlace de comunicación para servir al segundo canal lógico.
En uno o más de los procedimientos descritos anteriormente, el primer y/o segundo enlace de comunicación es una celda de servicio, una portadora de componentes, un haz de servicio, un proceso HARQ o una entidad HARQ. En uno o más de los procedimientos descritos anteriormente, el nodo de red es una estación base.
En uno o más de los procedimientos descritos anteriormente, la primera, segunda o tercera SDU RLC es una PDU PDCP.
En uno o más de los procedimientos descritos anteriormente, el primer y/o segundo paquete es una PDU PDCP. En uno o más de los procedimientos descritos anteriormente, el comando de control es una señalización RRC, una señalización PDCP, una señalización RLC, un elemento de control MAC o una señalización física.
Con referencia de vuelta a las Figuras 3 y 4, en una realización, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para habilitar que el UE
configurado con duplicación de datos (i) duplique una unidad de datos en una primera unidad de datos y una segunda unidad de datos; (ii) construir una segunda Unidad de Datos de Protocolo (PDU) de Control de Enlace de Radio (RLC) usada para transmitir la segunda unidad de datos, en la que la segunda unidad de datos es una segunda Unidad de Datos de Servicio (SDU) de RLC; (iii) recibir un comando de control desde un nodo de red, en el que el comando de control se usa para desactivar la duplicación de datos; y (iv) descartar la segunda PDU RLC si la segunda PDU RLC incluye la segunda SDU RLC.
Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otros procedimientos descritos en la presente memoria.
En los diversos procedimientos y realizaciones divulgados en la presente memoria, la activación o desactivación de la duplicación de datos permite el rendimiento de los mecanismos relevantes y las reacciones correspondientes para aumentar la robustez de un sistema inalámbrico al reducir la sobrecarga de señalización, el consumo de energía y el retraso de transmisión, así como aumentar la fiabilidad y el uso de recursos.
Diversos aspectos de la divulgación se han descrito anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulga en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualesquiera otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede practicarse un procedimiento mediante el uso de cualquier número de los aspectos expuestos en la presente memoria. En adición, dicho aparato puede implementarse o dicho procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad además de, u otros que uno o más de los aspectos expuestos en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a la posición o los desplazamientos del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que se pueden referenciar a lo largo de la descripción anterior se pueden representar por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos que se describen en relación con los aspectos que se divulgan en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de fuente o alguna otra técnica), diversas formas de código del programa o diseños que incorporan instrucciones (que pueden denominarse en la presente memoria, para conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativas se han descrito anteriormente en general en términos de su funcionalidad. Si dicha funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada aplicación particular, pero dichas decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro de o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), un arreglo de puerta programable de campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador, o máquina de estado. Un procesador puede implementarse también como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra dicha configuración.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito
de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en la presente memoria, por conveniencia, como un "procesador") tal que el procesador pueda leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede integrarse al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Además, en algunos aspectos cualquier producto de programa por ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa por ordenador puede comprender materiales de envase.
Claims (15)
1. Un procedimiento de un equipo de usuario, en lo adelante también denominado UE, configurado con duplicación de datos, comprendiendo el procedimiento:
duplicar una unidad de datos en una primera unidad de datos y una segunda unidad de datos (2905); construir una segunda unidad de datos de protocolo, PDU, de control de enlace de radio, RLC, usada para transmitir la segunda unidad de datos, en el que la segunda unidad de datos es una segunda Unidad de Datos de Servicio RLC, SDU, (2910); y
recibir un comando de control de un nodo de red, en el que el comando de control se usa para desactivar la duplicación de datos (2915);
caracterizado porque
dicho procedimiento comprende además descartar la segunda PDU RLC si la segunda PDU RLC incluye la segunda SDU RLC (2920).
2. El procedimiento de la reivindicación 1, que comprende además:
no descartar la segunda PDU RLC si la segunda PDU RLC incluye solo un segmento de la segunda SDU RLC; en el que en particular
- el segmento de la segunda SDU RLC no es una SDU RLC completa, y/o
- el primer byte de la segunda SDU RLC no está incluido en la segunda PDU RLC.
3. El procedimiento de la reivindicación 1 o 2, en el que la segunda SDU RLC es una SDU RLC completa.
4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, que comprende además:
establecer un primer canal lógico y un segundo canal lógico, en el que el primer canal lógico y el segundo canal lógico se asocian con una portadora de radio, y en el que el primer canal lógico se usa para transmitir la primera unidad de datos y el segundo canal lógico se usa para transmitir la segunda unidad de datos; y
establecer una primera entidad RLC y una segunda entidad RLC, en la que la primera entidad RLC se asocia con el primer canal lógico y la segunda entidad RLC se asocia con el segundo canal lógico.
5. El procedimiento de la reivindicación 4, en el que la primera entidad RLC es un primer Modo no Reconocido, en lo sucesivo también denominada entidad UM, RLC y la segunda entidad RLC es una segunda entidad RLC UM.
6. El procedimiento de la reivindicación 4 o 5, que comprende además:
usar una primera celda de servicio para servir al primer canal lógico; y
usar una segunda celda de servicio para servir el segundo canal lógico.
7. El procedimiento de cualquiera de las reivindicaciones 1 a 3, que comprende además:
construir una primera PDU RLC usada para transmitir la primera unidad de datos, en el que la primera unidad de datos es una primera SDU RLC; en el que, en particular, la primera PDU RLC se construye en una primera entidad RLC.
8. El procedimiento de cualquiera de las reivindicaciones 1 a 3 y 7, en el que la segunda PDU RLC es un Modo de Datos no Reconocido, en lo sucesivo también denominado UMD, PDU; y/o en el que la segunda PDU RLC se construye en una segunda entidad de RLC.
9. El procedimiento de cualquiera de las reivindicaciones 1 a 8, en el que la unidad de datos es un Protocolo de Convergencia de Datos por Paquetes, en lo sucesivo también denominado PDCP, PDU.
10. El procedimiento de cualquiera de las reivindicaciones 1 a 9, en el que el contenido de la primera unidad de datos es el mismo que el contenido de la segunda unidad de datos.
11. El procedimiento de cualquiera de las reivindicaciones 1 a 10, en el que el comando de control es un Control de Acceso al Medio, en lo sucesivo también denominado MAC, elemento de control; y/o en el que el comando de control se usa para cambiar la duplicación de datos de un estado activado a un estado desactivado.
12. El procedimiento de cualquiera de las reivindicaciones 1 a 3, que comprende además:
no descartar las SDU RLC en una primera entidad RLC cuando el UE recibe el comando de control del nodo de red
13. El procedimiento de cualquiera de las reivindicaciones 1 a 3, 7 y 12, que comprende además:
descartar las SDU RLC en una segunda entidad RLC cuando el UE recibe el comando de control del nodo de red.
14. El procedimiento de cualquiera de las reivindicaciones 1 a 13, en el que la duplicación de datos es un mecanismo que una entidad del Protocolo de Convergencia de Datos de Paquetes, PDCP, del UE duplica una PDU PdCp en una primera PDU PDCP y una segunda PDU PDCP, entrega la primera PDU PDCP a una primera entidad RLC, y entrega la segunda PDU PDCP a una segunda entidad RLC.
15. Un UE configurado con duplicación de datos que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306);
una memoria (310) instalada en el circuito de control (306) y acoplada al procesador (308); caracterizado porque el procesador (308) se configura para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar las etapas del procedimiento definidos en cualquiera de las reivindicaciones anteriores.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201762502430P | 2017-05-05 | 2017-05-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2929734T3 true ES2929734T3 (es) | 2022-12-01 |
Family
ID=62200225
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES18170306T Active ES2929734T3 (es) | 2017-05-05 | 2018-05-02 | Procedimiento y aparato de transmisión de duplicación de datos en un sistema de comunicación inalámbrica |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US10582418B2 (es) |
| EP (1) | EP3399724B1 (es) |
| JP (1) | JP6577087B2 (es) |
| KR (1) | KR102102526B1 (es) |
| CN (1) | CN108811175B (es) |
| ES (1) | ES2929734T3 (es) |
| TW (1) | TWI664862B (es) |
Families Citing this family (95)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10750410B2 (en) | 2016-09-30 | 2020-08-18 | Huawei Technologies Co., Ltd. | Ultra reliable low latency connection support in radio access networks |
| US10448386B2 (en) * | 2017-01-06 | 2019-10-15 | Kt Corporation | Method and apparatus for controlling redundant data transmission |
| CN109691211B (zh) * | 2017-05-05 | 2020-06-26 | Oppo广东移动通信有限公司 | 逻辑信道资源分配的方法和终端设备 |
| EP3586539B1 (en) * | 2017-05-30 | 2021-12-01 | LG Electronics Inc. | Apparatus and method for performing cell activation |
| US10588153B2 (en) * | 2017-06-01 | 2020-03-10 | Futurewei Technologies, Inc. | System and method for restricting random access procedure-related activity in connection with a background application |
| WO2018221926A1 (en) * | 2017-06-02 | 2018-12-06 | Lg Electronics Inc. | Apparatus and method for performing packet duplication |
| WO2018230849A1 (en) * | 2017-06-14 | 2018-12-20 | Lg Electronics Inc. | Method for handling deactivation for a cell in which packet duplication is performed in wireless communication system and a device therefor |
| JP6754900B2 (ja) * | 2017-06-14 | 2020-09-16 | 株式会社Ｎｔｔドコモ | 無線通信システム、ユーザ装置、無線基地局及び無線通信方法 |
| US10638487B2 (en) | 2017-06-15 | 2020-04-28 | Ofinno, Llc | Packet duplication control |
| CN109150415B (zh) * | 2017-06-15 | 2022-01-21 | 夏普株式会社 | 基站、用户设备和相关方法 |
| GB2563584B (en) * | 2017-06-16 | 2022-05-04 | Tcl Communication Ltd | Bearer control |
| US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
| EP3642993B1 (en) | 2017-06-22 | 2025-01-15 | Sharp Kabushiki Kaisha | Device and method for packet data convergence protocol packet data unit duplication |
| EP3422767A1 (en) * | 2017-06-26 | 2019-01-02 | Panasonic Intellectual Property Corporation of America | User equipment and base station participating in packet duplication during handover for nr |
| US11178677B2 (en) * | 2017-06-27 | 2021-11-16 | Lg Electronics Inc. | Method and apparatus for configuring multiple common control channels in wireless communication system |
| PT3637658T (pt) * | 2017-07-27 | 2021-11-02 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Método de comunicação sem fios, dispositivo terminal e dispositivo de rede |
| EP3661090B1 (en) * | 2017-07-28 | 2023-08-09 | Fujitsu Limited | Command instruction method and device, and information interaction method and device |
| JP2020532888A (ja) * | 2017-07-28 | 2020-11-12 | オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． | データ伝送方法、端末機器及びネットワーク機器 |
| CN109391639B (zh) * | 2017-08-02 | 2021-01-08 | 维沃移动通信有限公司 | 一种激活及去激活数据复制的方法及终端 |
| CA3069759C (en) | 2017-08-10 | 2021-08-17 | Ofinno, Llc | Radio resource configuration synchronization |
| CA3066667C (en) * | 2017-08-10 | 2023-02-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for transmission control, device, equipment and storage medium |
| US10805048B2 (en) * | 2017-08-16 | 2020-10-13 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system |
| US10687248B2 (en) * | 2017-09-25 | 2020-06-16 | Ofinno, Llc | Packet duplication activation and deactivation |
| WO2019093828A1 (en) | 2017-11-10 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
| WO2019098663A1 (en) * | 2017-11-14 | 2019-05-23 | Lg Electronics Inc. | Method and apparatus for deprioritizing duplicated packet transmission in wireless communication system |
| CN116032435B (zh) * | 2018-01-07 | 2024-11-22 | Lg电子株式会社 | 用于发送数据单元的通信设备、处理设备及方法 |
| CN110691424B (zh) * | 2018-01-12 | 2020-09-18 | 华为技术有限公司 | 一种cu-du架构下重复模式的通信处理方法和设备 |
| WO2019153125A1 (zh) * | 2018-02-06 | 2019-08-15 | Oppo广东移动通信有限公司 | 一种数据传输的方法、设备及计算机存储介质 |
| US10869223B2 (en) * | 2018-02-13 | 2020-12-15 | Samsung Electronics Co., Ltd. | Method and apparatus for efficient operation upon packet duplication activation and deactivation in next generation wireless communication system |
| CN110149730B (zh) * | 2018-02-13 | 2021-01-29 | 华为技术有限公司 | 一种通信方法及装置 |
| EP3753155B1 (en) | 2018-02-14 | 2021-06-23 | Telefonaktiebolaget LM Ericsson (publ) | Transmitting device and method performed therein for handling communication |
| CN112005604B (zh) * | 2018-04-04 | 2023-04-07 | 联想(北京)有限公司 | 用于报告分组重复的缓冲区状态的方法和装置 |
| EP3589066B1 (en) * | 2018-06-29 | 2021-10-06 | ASUSTek Computer Inc. | Method and apparatus of handling sidelink transmission in a wireless communication system |
| US11005604B2 (en) | 2018-08-03 | 2021-05-11 | Asustek Computer Inc. | Method and apparatus for handling sidelink reception in a wireless communication system |
| JP7222419B2 (ja) * | 2018-08-08 | 2023-02-15 | 富士通株式会社 | 重複伝送の設定及び／又はアクティベーション方法、重複伝送の方法及び装置 |
| US11452169B2 (en) * | 2018-08-15 | 2022-09-20 | Google Llc | Preventing inadvertent idle mode in multi-node connectivity environments |
| JP2022501939A (ja) * | 2018-09-27 | 2022-01-06 | 鴻穎創新有限公司Fg Innovation Company Limited | ランダムアクセスのための方法及び装置 |
| JP7285853B2 (ja) * | 2018-10-31 | 2023-06-02 | 株式会社Ｎｔｔドコモ | 端末、基地局、通信システム及び通信方法 |
| CN109561516B (zh) * | 2018-11-29 | 2021-09-28 | 西安电子科技大学 | 一种rrc的nas pdu新传和重传的发送方法 |
| CN111294164B (zh) * | 2018-12-06 | 2022-09-16 | 大唐移动通信设备有限公司 | 一种数据传输的方法和设备 |
| WO2020118519A1 (zh) * | 2018-12-11 | 2020-06-18 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
| CN111314970B (zh) | 2018-12-11 | 2024-07-30 | 夏普株式会社 | 用户设备及其方法、基站及其方法 |
| KR102566231B1 (ko) * | 2018-12-18 | 2023-08-11 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 데이터 복제 방식의 지시 방법 및 장치 |
| US11757571B2 (en) * | 2018-12-19 | 2023-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Controlling data duplication |
| US20220038951A1 (en) * | 2019-01-09 | 2022-02-03 | Lg Electronics Inc. | Method and apparatus for processing data unit based on data compression algorithm in wireless communication system |
| EP4654506A3 (en) | 2019-01-10 | 2026-02-25 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Nr v2x reliability enhancements |
| CN112640508B (zh) * | 2019-01-16 | 2023-06-27 | Oppo广东移动通信有限公司 | 一种数据复制传输的控制方法、终端设备及网络设备 |
| WO2020148840A1 (ja) * | 2019-01-16 | 2020-07-23 | 株式会社Ｎｔｔドコモ | ユーザ端末及び無線通信方法 |
| KR102744309B1 (ko) * | 2019-01-16 | 2024-12-18 | 삼성전자 주식회사 | 차세대 이동통신 시스템에서 하위계층 전송결과에 의한 패킷 삭제를 수행하는 방법 및 장치 |
| WO2020147155A1 (zh) * | 2019-01-18 | 2020-07-23 | Oppo广东移动通信有限公司 | 一种数据复制方法、终端设备及存储介质 |
| WO2020159134A1 (en) * | 2019-01-30 | 2020-08-06 | Lg Electronics Inc. | Reconstruction of data unit |
| CN113785512A (zh) * | 2019-02-14 | 2021-12-10 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
| ES3058687T3 (en) | 2019-02-15 | 2026-03-12 | Nokia Technologies Oy | Optimized multi connectivity and data duplication |
| WO2020164140A1 (zh) * | 2019-02-15 | 2020-08-20 | 华为技术有限公司 | 通信方法和装置 |
| CN111615194B (zh) * | 2019-02-26 | 2022-03-01 | 上海朗帛通信技术有限公司 | 被用于无线通信的用户设备、基站中的方法和装置 |
| CN111835477B (zh) | 2019-04-22 | 2022-04-05 | 华为技术有限公司 | 一种通信方法及设备 |
| CN111885734B (zh) * | 2019-05-02 | 2021-08-24 | 华硕电脑股份有限公司 | 请求单播传送的侧链路无线电承载配置的方法和设备 |
| CN111954310B (zh) * | 2019-05-17 | 2023-10-10 | 华硕电脑股份有限公司 | 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备 |
| CN112217616B (zh) | 2019-07-10 | 2025-03-18 | 苹果公司 | 上行链路重复增强 |
| US11272397B2 (en) * | 2019-07-12 | 2022-03-08 | Nokia Technologies Oy | Flexible network control of uplink data duplication |
| WO2021016778A1 (zh) * | 2019-07-26 | 2021-02-04 | Oppo广东移动通信有限公司 | 一种传输资源选择方法、网络设备、用户设备 |
| EP3986067A4 (en) | 2019-08-14 | 2022-06-29 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and device |
| WO2021030806A1 (en) | 2019-08-15 | 2021-02-18 | Babaei Alireza | Packet duplication via multiple transmission and reception points |
| US12010544B2 (en) | 2019-10-03 | 2024-06-11 | Nokia Technologies Oy | Packet-dependent logical channel restriction |
| CN110519307A (zh) * | 2019-10-10 | 2019-11-29 | 重庆邮电大学 | 一种基于分组数据汇聚协议复制的数据发送方法 |
| WO2021071401A1 (en) * | 2019-10-11 | 2021-04-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for multi-connection flow control in a wireless communication network |
| US11109363B2 (en) * | 2019-10-31 | 2021-08-31 | Asustek Computer Inc. | Method and apparatus for transmitting device-to-device sidelink report in a wireless communication system |
| WO2021138572A1 (en) * | 2019-12-31 | 2021-07-08 | Ofinno, Llc | Sidelink buffer status report |
| CN113079484B (zh) * | 2020-01-03 | 2023-03-28 | 大唐移动通信设备有限公司 | 一种直通链路无线承载的传输配置方法及终端 |
| US11937122B2 (en) * | 2020-01-30 | 2024-03-19 | Qualcomm Incorporated | Self-reportable radio link control status protocol data units |
| US11903034B2 (en) * | 2020-02-19 | 2024-02-13 | Intel Corporation | Aggregation indication for uplink transmission during random access channel procedures |
| WO2021175522A1 (en) * | 2020-03-03 | 2021-09-10 | Nokia Technologies Oy | Ue rlc entity limitations for packet duplication |
| US11140574B1 (en) * | 2020-03-18 | 2021-10-05 | Sprint Spectrum L.P. | Dynamic PDCP duplication with bearer modification, to help overcome reduced wireless quality |
| TWI768327B (zh) * | 2020-04-21 | 2022-06-21 | 宏碁股份有限公司 | 電子裝置與其資料傳輸方法 |
| US20210360660A1 (en) * | 2020-05-15 | 2021-11-18 | Samsung Electronics Co., Ltd. | Method and apparatus for coverage enhancement of msg3 |
| EP4164325A4 (en) * | 2020-06-03 | 2024-05-29 | UUCOM Co., Ltd. | Apparatus and method for performing random access |
| CN113810949B (zh) * | 2020-06-12 | 2024-11-19 | 华为技术有限公司 | 数据传输方法和装置 |
| WO2022013698A2 (en) * | 2020-07-13 | 2022-01-20 | Lenovo (Singapore) Pte. Ltd. | Indication of a request for sidelink resources |
| CN113973317B (zh) * | 2020-07-23 | 2024-04-09 | 中国电信股份有限公司 | 分组数据汇聚协议复制的配置方法、装置和系统 |
| CN114095873B (zh) * | 2020-08-24 | 2023-07-25 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
| CN114125762B (zh) * | 2020-08-28 | 2025-06-27 | 上海朗帛通信技术有限公司 | 一种副链路无线通信的方法和装置 |
| EP4240055A4 (en) * | 2020-11-30 | 2023-12-20 | Huawei Technologies Co., Ltd. | DATA TRANSMISSION METHOD AND DEVICE |
| US20240008089A1 (en) * | 2020-11-30 | 2024-01-04 | Lg Electronics Inc. | Method and apparatus for managing random access procedure for short data transmission based on discard timer in wireless communication system |
| US12581355B2 (en) | 2021-04-28 | 2026-03-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Selectively enabling PDCP duplication for survival time |
| CN113543340B (zh) * | 2021-06-29 | 2024-12-03 | 广州慧睿思通科技股份有限公司 | 数据传输方法、系统及设备、计算机可读存储介质 |
| US12500726B2 (en) * | 2021-09-15 | 2025-12-16 | Qualcomm Incorporated | Packet data convergence protocol handling for secondary cell group deactivation |
| CN115996424A (zh) * | 2021-10-19 | 2023-04-21 | 维沃移动通信有限公司 | 数据丢弃方法、装置、终端及网络侧设备 |
| CN115996422A (zh) * | 2021-10-19 | 2023-04-21 | 维沃移动通信有限公司 | 数据传输方法、装置及终端 |
| CN115843131A (zh) * | 2021-10-22 | 2023-03-24 | 中兴通讯股份有限公司 | 通信方法、设备和存储介质 |
| KR20240039052A (ko) * | 2021-11-03 | 2024-03-26 | 엘지전자 주식회사 | 무선 통신 시스템에서 복제된 데이터 유닛을 측정 갭을 고려하여 전송하기 위한 방법 및 장치 |
| ES2978175T3 (es) * | 2022-03-15 | 2024-09-06 | Asustek Comp Inc | Procedimiento y aparato para admitir la capa de adaptación de retransmisión de enlace lateral para la retransmisión de UE a red en un sistema de comunicación inalámbrica |
| US20240031062A1 (en) * | 2022-07-20 | 2024-01-25 | Cisco Technology, Inc. | Trigger to enable data traffic replication in a wireless network |
| US20240155664A1 (en) * | 2022-11-03 | 2024-05-09 | Industrial Technology Research Institute | Method of logical channel prioritization and device thereof |
| KR20240125368A (ko) * | 2023-02-10 | 2024-08-19 | 삼성전자주식회사 | 무선 통신 시스템에서 무선 링크 제어 서비스 데이터 유닛을 폐기하기 위한 방법 및 장치 |
| WO2025211465A1 (ko) * | 2024-04-01 | 2025-10-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호 송수신 방법 및 장치 |
Family Cites Families (32)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6904016B2 (en) * | 2001-11-16 | 2005-06-07 | Asustek Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
| US7539220B2 (en) * | 2003-02-03 | 2009-05-26 | Asustek Computer Inc. | Data discard signalling procedure in a wireless communication system |
| KR100608844B1 (ko) * | 2004-01-09 | 2006-08-08 | 엘지전자 주식회사 | ＶｏＩＰ 서비스를 제공하는 무선통신 시스템 |
| EP1764980B8 (en) * | 2005-09-20 | 2009-01-07 | Panasonic Corporation | Method and apparatus for packet segmentation and concatenation signaling in a communication system |
| WO2008085908A1 (en) * | 2007-01-05 | 2008-07-17 | Interdigital Technology Corporation | Method and apparatus for indicating a transmission status to a higher layer |
| WO2008094662A2 (en) * | 2007-02-01 | 2008-08-07 | Interdigital Technology Corporation | Method and apparatus for supporting rlc re-segmentation |
| EP1983698B1 (en) * | 2007-04-20 | 2010-10-13 | Panasonic Corporation | Improved transmission scheme of protocol data units during a procedure that comprises the reset of the protocol layer |
| GB2449629A (en) * | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
| WO2009009532A2 (en) | 2007-07-11 | 2009-01-15 | Interdigital Technology Corporation | Packet data convergence protocol operations |
| WO2009038312A2 (en) * | 2007-09-20 | 2009-03-26 | Lg Electronics Inc. | A method for handling correctly received but header compression failed packets |
| EP3160174B1 (en) * | 2007-09-28 | 2018-12-26 | Interdigital Patent Holdings, Inc. | Operation of control protocol data units in packet data convergence protocol |
| KR101391382B1 (ko) * | 2007-10-01 | 2014-05-07 | 인터디지탈 패튼 홀딩스, 인크 | Ｐｄｃｐ를 폐기하기 위한 방법 및 장치 |
| EP2238802B1 (en) | 2007-12-10 | 2018-06-27 | InterDigital Patent Holdings, Inc. | Method and apparatus for triggering radio link control packet discard and radio link control re-establishment |
| WO2013176473A1 (ko) * | 2012-05-21 | 2013-11-28 | 삼성전자 주식회사 | 이동통신 시스템에서 데이터를 송수신하는 방법 및 장치 |
| CN105612804A (zh) * | 2013-08-09 | 2016-05-25 | 诺基亚通信公司 | 在无线网络中对从辅基站到主基站的分组状态报告的使用 |
| KR102287928B1 (ko) | 2013-09-27 | 2021-08-10 | 삼성전자 주식회사 | 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치 |
| JP6604955B2 (ja) * | 2013-10-21 | 2019-11-13 | エルジー エレクトロニクス インコーポレイティド | 二重接続性における上りリンクデータ送信方法及びそのための装置 |
| US10004098B2 (en) * | 2014-01-29 | 2018-06-19 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
| KR20150090804A (ko) | 2014-01-29 | 2015-08-06 | 삼성전자주식회사 | 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치 |
| WO2017211417A1 (en) * | 2016-06-09 | 2017-12-14 | Nokia Solutions And Networks Oy | Real-time segmentation |
| KR102808928B1 (ko) * | 2016-11-04 | 2025-05-16 | 삼성전자 주식회사 | 무선통신시스템에서 고신뢰 저지연 통신을 위한 데이터 송수신 방법 및 장치 |
| US10536878B2 (en) * | 2017-03-24 | 2020-01-14 | Mediatek Inc. | User equipment and methods for PDCP duplication in 5G RAN |
| KR20250030034A (ko) * | 2017-04-24 | 2025-03-05 | 모토로라 모빌리티 엘엘씨 | 무선 베어러에 대한 pdcp pdu들의 복제 |
| US10805836B2 (en) * | 2017-05-05 | 2020-10-13 | Qualcomm Incorporated | Packet duplication at a packet data convergence protocol (PDCP) entity |
| WO2018230849A1 (en) * | 2017-06-14 | 2018-12-20 | Lg Electronics Inc. | Method for handling deactivation for a cell in which packet duplication is performed in wireless communication system and a device therefor |
| WO2018232207A1 (en) * | 2017-06-16 | 2018-12-20 | Mediatek Singapore Pte. Ltd. | Method and apparatus for handling data duplication in mobile communications |
| US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
| JP2020532888A (ja) * | 2017-07-28 | 2020-11-12 | オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． | データ伝送方法、端末機器及びネットワーク機器 |
| CN109391639B (zh) * | 2017-08-02 | 2021-01-08 | 维沃移动通信有限公司 | 一种激活及去激活数据复制的方法及终端 |
| CN110383880B (zh) * | 2017-08-11 | 2022-12-23 | Lg电子株式会社 | 用于发送数据单元的方法和设备 |
| JP6881724B2 (ja) * | 2017-09-28 | 2021-06-02 | オフィノ， エルエルシー | パケット複製アクティブ化シグナリング |
| WO2019093828A1 (en) * | 2017-11-10 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
-
2018
- 2018-05-02 TW TW107114953A patent/TWI664862B/zh active
- 2018-05-02 JP JP2018088514A patent/JP6577087B2/ja active Active
- 2018-05-02 ES ES18170306T patent/ES2929734T3/es active Active
- 2018-05-02 US US15/969,707 patent/US10582418B2/en active Active
- 2018-05-02 KR KR1020180050590A patent/KR102102526B1/ko active Active
- 2018-05-02 EP EP18170306.7A patent/EP3399724B1/en active Active
- 2018-05-02 CN CN201810411444.2A patent/CN108811175B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN108811175A (zh) | 2018-11-13 |
| TWI664862B (zh) | 2019-07-01 |
| JP2018191288A (ja) | 2018-11-29 |
| EP3399724A1 (en) | 2018-11-07 |
| KR20180122951A (ko) | 2018-11-14 |
| JP6577087B2 (ja) | 2019-09-18 |
| KR102102526B1 (ko) | 2020-04-23 |
| US20180324641A1 (en) | 2018-11-08 |
| CN108811175B (zh) | 2020-07-28 |
| US10582418B2 (en) | 2020-03-03 |
| TW201844021A (zh) | 2018-12-16 |
| EP3399724B1 (en) | 2022-10-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2929734T3 (es) | Procedimiento y aparato de transmisión de duplicación de datos en un sistema de comunicación inalámbrica | |
| US12219602B2 (en) | Hybrid automatic repeat request process handling for uplink transmissions after listen-before-talk | |
| ES2942169T3 (es) | Procedimiento y aparato de manejo del intervalo de tiempo para la solicitud automática híbrida (HARQ) de enlace lateral en el modo de programación de red en un sistema de comunicación inalámbrica | |
| US11985511B2 (en) | HARQ feedback of code block groups using configured grant | |
| CN112789935B (zh) | 在未授权频带中的小区和带宽部分操作 | |
| CN110278616B (zh) | 无线通信系统中随机接入过程期间处置传送的方法和设备 | |
| ES2922320T3 (es) | Método y aparato para manejar la indicación de retransmisión para una concesión configurada en el enlace lateral en un sistema inalámbrico de comunicaciones | |
| US20220174724A1 (en) | Uplink Control Information Transmission Using Configured Grant in Unlicensed Cells | |
| ES2818593T3 (es) | Procedimiento y aparato para prevenir la desalineación de la parte del ancho de banda en un sistema de comunicación inalámbrica | |
| ES2961504T3 (es) | Procedimiento y aparato para manejar en temporizador DRX para la agrupación de una concesión de enlace ascendente configurada en un sistema de comunicación inalámbrica | |
| ES2933695T3 (es) | Procedimiento y aparato para manejar la recuperación de fallos del haz en relación con el restablecimiento del control de acceso al medio en un sistema de comunicación inalámbrico | |
| JP5941952B2 (ja) | 無線通信システムにおけるスモールセル高度化のための方法および装置 | |
| JP5937115B2 (ja) | 中継ノードのコンポーネントキャリアのための動的ｐｕｓｃｈの非アクティブ化／アクティブ化 | |
| ES2930501T3 (es) | Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica | |
| KR20220131195A (ko) | 무선 통신 시스템에서 사이드링크 통신을 위한 주기적인 사이드링크 리소스 및 불연속 수신을 처리하는 방법 및 장치 | |
| ES3006257T3 (en) | Method and apparatus for sidelink discontinuous reception in a wireless communication system | |
| EP4338332A1 (en) | Enhanced retransmission for sidelink communications | |
| WO2022080415A1 (en) | Power saving enhancement for sidelink | |
| KR20230152600A (ko) | 무선 통신 시스템에서 사이드링크 반송파 집성에 관한 구성된 승인에 대한 방법 및 장치 | |
| EP3997824A1 (en) | Methods, communications devices, and infrastructure equipment | |
| US20240064775A1 (en) | Sidelink control information (sci) signaling design for sidelink in unlicensed bands (sl-u) operation | |
| HK40096541A (zh) | 无线通信系统中用於侧链路不连续接收的方法和用户设备 |