ES2916148T3 - Métodos y disposiciones para la comunicación en URLLC - Google Patents
Métodos y disposiciones para la comunicación en URLLC Download PDFInfo
- Publication number
- ES2916148T3 ES2916148T3 ES17764309T ES17764309T ES2916148T3 ES 2916148 T3 ES2916148 T3 ES 2916148T3 ES 17764309 T ES17764309 T ES 17764309T ES 17764309 T ES17764309 T ES 17764309T ES 2916148 T3 ES2916148 T3 ES 2916148T3
- Authority
- ES
- Spain
- Prior art keywords
- tbs
- urllc
- mcs
- tables
- mcs mapping
- 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 28
- 238000004891 communication Methods 0.000 title claims abstract description 27
- 238000013507 mapping Methods 0.000 claims abstract description 82
- 230000005540 biological transmission Effects 0.000 claims abstract description 11
- 230000004044 response Effects 0.000 claims abstract description 5
- 238000004590 computer program Methods 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 17
- 230000015654 memory Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 7
- 238000013519 translation Methods 0.000 description 7
- 238000013461 design Methods 0.000 description 5
- 108010003272 Hyaluronate lyase Proteins 0.000 description 3
- 238000013459 approach Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000001052 transient effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000006185 dispersion Substances 0.000 description 2
- 238000010187 selection method Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 229920000747 poly(lactic acid) Polymers 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000007480 spreading 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
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- 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
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método en un nodo de red para comunicarse con un equipo de usuario, UE, (200), comprendiendo el método: determinar el tipo de tráfico del UE (200); seleccionar (S220) una tabla de mapeo del tamaño del bloque de transmisión/esquema de modulación y codificación, TBS/MCS, de un primer conjunto de tablas de mapeo de TBS/MCS que son para tráfico de comunicaciones ultra confiables y de baja latencia, URLLC, en respuesta a que el tipo de tráfico sea URLLC; y informar (S230) al UE (200) de la selección de la tabla de mapeo de TBS/MCS.
Description
DESCRIPCIÓN
Métodos y disposiciones para la comunicación en URLLC
Campo técnico
La presente descripción se refiere en general al campo técnico de las comunicaciones inalámbricas, y en particular a la comunicación entre el equipo de usuario y el nodo de red involucrado en comunicaciones ultra confiables y de baja latencia (URLLC).
Antecedentes
En el proyecto de asociación de tercera generación (3GPP), la TS 36.213 (V13.2.0, junio de 2016) define el tamaño del bloque de transporte (TBS) a ser utilizado por las entidades de red para las comunicaciones. Haciendo referencia a la Sección 7.1.7.2.1 de la t S 36.213, para 1 < N prb <110, el TBS viene dado por la entrada (JTbs, Nprb) de la Tabla 7.1.7.2.1-1 (parcialmente truncada como la Tabla 1 a continuación). En la presente memoria, /tbs denota el índice de TBS determinado por el esquema de modulación y codificación (MCS), y Nprb denota el número total de bloques de recursos físicos (PRB) asignados.
Este es un parámetro básico de L1 (capa 1) para la operación de control de acceso al medio (MAC). Específicamente, MAC proporciona el tamaño del bloque de transporte dinámico a partir de una tabla como ésta a la subcapa de Control de enlace de radio (RLC), el RLC puede, en consecuencia, construir su unidad de datos por paquetes (PDU) de RLC, y durante esta construcción de PDU, se realiza cierta segmentación y concatenación de la unidad de datos de servicio (SDU).
En general, la Tabla 1 contiene un listado de candidatos de TBS para la operación de MAC. Una pluralidad de dichas tablas están disponibles en los estándares 3GPP para diferentes capas espaciales y formatos de información de control de enlace descendente (DCI).
Además, en la TS 36.213 de 3GPP, también se proporcionan varias tablas de traducción de TBS (una capa a dos capas, tres capas y cuatro capas) (Véase la Tabla 7.1.7.2.2-1, Tabla 7.1.7.2.4-1, Tabla 7.1.7.2.5-1 en TS 36.213).
Tabla 1 Tabla de tamaños de bloques de transporte (dimensión 34x110)
(Tabla 7.1.7.2.1-1 en TS 36.213)
URLLC significa comunicaciones ultra confiables y de baja latencia, que fue uno de los casos definidos en el TR 22.862 de 3GPP (V14.0.0, junio de 2016). En esta categoría, tanto la fiabilidad de la comunicación como la baja latencia son muy demandadas. Cabe señalar que estos requisitos son mutuamente conflictivos en algunos aspectos, ya que normalmente estos dos aspectos se intercambian entre sí. En general, es relativamente fácil lograr un aspecto intercambiando el otro, mientras que para URLLC ambos deben cumplirse al mismo tiempo, lo que representa un desafío notable para el diseño del plano de usuario (UP).
De acuerdo con 3GPP TR 22.862, los requisitos de latencia para URLLC varían de 1 ms a 10 ms para diferentes aplicaciones concretas que varían desde aplicaciones de automatización, redes inteligentes hasta transporte inteligente y fiabilidad a partir de una tasa de error residual de 10-4, 10-6, a 10-9. Los paquetes en los escenarios de URLLC son de tamaño bastante pequeño, como de 50 a 100 bytes por paquete. Cabe señalar que dicho cálculo de tasa de error residual también considerará aquellos paquetes posteriores al límite de latencia demandado, como 1 ms o 10 ms, como errores o no válidos en el contexto de URLLC.
El logro simultáneo de demandas tan altas tanto en fiabilidad como en latencia puede afectar a muchas capas y componentes tanto de la red de acceso de radio (RAN) como de la red central (CN). URLLC puede ser considerado como un caso de uso de QoS extremadamente alta tanto en RAN como en CN.
Además, el equipo de usuario (UE) de baja complejidad (BL) y ancho de banda reducido y el UE de mejora de la cobertura (CE) se especifican en la versión 13 del estándar 3GPP. La evolución a largo plazo (LTE)-M1 transmite el canal físico de control de enlace descendente móvil (MPDCCH), el canal físico compartido de enlace descendente (PDSCH), el canal físico compartido de enlace ascendente (PUSCH) en forma de repetición en el dominio del tiempo y funciona solo a 1,4 MHz. Este tipo es para comunicación de tipo máquina (MTC) en banda estrecha.
En los casos de URLLC, los requisitos de alta fiabilidad y latencia hacen que el mapeo de la tabla de TBS actual sea menos efectivo. El tipo de UE de LTE-M1: (BL UE/CE UE) ha sido especificado en la versión 13 y se estandarizó cierto aumento de la fiabilidad mediante la transmisión basada en repetición. Sin embargo, URLLC puede tener un requisito de fiabilidad más alto y su requisito de latencia corta hace que la diversidad basada en redundancia en el dominio del tiempo sea menos atractiva, ya que puede llevar más tiempo. Por ejemplo, la diversidad de tiempo basada en retransmisión lleva tiempo, es posible que no se permita en la mayoría de los casos de uso de URLLC de latencia rigurosa. Además, la adaptación de enlaces dinámicos tarda en converger. Se necesita un mecanismo de control de ganancia de enlace más robusto para URLLC.
La técnica anterior adicional, "Consideration on channel coding for NR", borrador de 3GPP, R1-167901, ZTE, se enfoca en candidatos de codificación y modulación de canales para la nueva RAT, y presenta varios esquemas de codificación y modulación de canales para la nueva RAT de 5G.
Compendio
La presente invención proporciona un método en un nodo de red para comunicarse con un equipo de usuario, UE, como se establece en la Reivindicación 1.
La presente invención proporciona además un aparato capaz de comunicación URLLC con un equipo de usuario, como se establece en la Reivindicación 7.
Breve descripción de los dibujos
Los anteriores y otros objetos, características y ventajas de la presente descripción se harán evidentes a partir de las siguientes descripciones de realizaciones de la presente descripción con referencia a los dibujos, en los que:
La Figura 1 muestra un diagrama esquemático de una red de comunicación en la que se despliega la presente descripción.
La Figura 2 muestra un diagrama de flujo de un método de selección de tablas de TBS de acuerdo con algunas realizaciones de la presente descripción; y
La Figura 3 muestra esquemáticamente una realización de una disposición 300 que se puede utilizar en el nodo de red 100.
En los dibujos, los pasos y/o elementos similares o iguales se designan con números de referencia similares o iguales. Cabe señalar que no todos los pasos y/o elementos mostrados en los dibujos son necesarios para algunas realizaciones de la presente descripción.
Descripción detallada de realizaciones
Teniendo en cuenta los problemas anteriores, la presente descripción se enfoca en nuevos diseños de bloques de transmisión para URLLC y la comunicación asociada con el tráfico de URLLC. En URLLC, será necesaria la diversidad de frecuencias, como el esquema basado en la dispersión de la banda de frecuencia, y el tipo de esquema de transmisión de duplicación de múltiples portadoras. En tal contexto, la dispersión de la banda de frecuencia hará que los TBS sean más pequeños que los especificados en las tablas de TBS actuales. Crear un nuevo mapeo de TBS para URLLC con cierto nivel de compatibilidad con el estándar actual es de gran importancia para la nueva radio de quinta generación (5G NR).
Se propone introducir diferentes conjuntos de tablas de mapeo de TBS/MCS. Se utiliza un conjunto de tablas de mapeo de TBS/MCS para URLLC y otro conjunto para no URLLC. Por ejemplo, se utilizan diferentes tablas de mapeo de TBS/MCS y diferentes tablas de traducción de TBS de 1 capa a N capas para diferentes tráficos: los URLLC y los no URLLC. Como otro ejemplo, se utilizan diferentes tablas de mapeo de TBS/MCS y diferentes tablas de traducción de TBS de 1 capa a N capas para diferentes grados de URLLC en términos de requisitos de fiabilidad y latencia.
Puede haber algunas formas de generar estas diferentes tablas. Por ejemplo, las tablas de TBS de un conjunto pueden ser una versión escalada de las de otro conjunto (por ejemplo, la Tabla 1 anterior). Como otro ejemplo, las tablas de TBS se pueden generar de acuerdo con el principio de diseño de URLLC, como un refinamiento de granularidad más fino y TBS mínimos más bajos que las tablas existentes.
El UE será informado de la selección de tablas. Por ejemplo, el control de recursos de radio (RRC) o la información de control de enlace descendente (DCI) pueden transportar información sobre la selección de tablas, por ejemplo, con el UE configurado previamente sobre las tablas específicas al establecer una portadora de radio.
De acuerdo con un aspecto de la presente descripción, se propone un método en un nodo de red para comunicarse con un UE. El método comprende: determinar el tipo de tráfico del UE; seleccionar una tabla de mapeo del tamaño del bloque de transmisión (TBS)/MCS de un primer conjunto de tablas de mapeo de TBS/MCS para tráficos de comunicaciones ultra confiables y de baja latencia (URLLC), en respuesta a que el tipo de tráfico sea URLLC; e informar al UE de la selección de la tabla de mapeo.
En un primer ejemplo, hay más de un grado de tráfico URLLC de acuerdo con los requisitos de fiabilidad y latencia. La selección de una tabla de mapeo de TBS/MCS comprende seleccionar una tabla de mapeo de TBS/MCS de un primer subconjunto de tablas de TBS para URLLC, en respuesta a que el tipo de tráfico sea un primer grado de URLLC, en donde el primer grado de URLLC está asociado con el primer subconjunto de tablas de mapeo de TBS/MCS, que es un subconjunto del primer conjunto de tablas de mapeo de TBS/MCS para URLLC. En un segundo ejemplo, la información de la selección de la tabla de mapeo de TBS/MCS se implementa mediante un índice de mapeo de TBS/MCS. El primer conjunto de tablas de mapeo de TBS/MCS ya es conocido tanto por el eNB como por el UE. El UE puede identificar la tabla de mapeo de TBS/MCS seleccionada a través del índice de mapeo de TBS/MCS.
En un tercer ejemplo, la información de la selección de la tabla de mapeo de TBS/MCS se implementa mediante un factor de escala. El UE puede generar una tabla de mapeo de TBS/MCS de acuerdo con una tabla de mapeo de TBS/MCS correspondiente y el factor de escala. Cabe señalar que no es necesario que tanto el eNB como el UE tengan configurado el primer conjunto de tablas de mapeo de TBS/MCS antes de la selección. En este ejemplo, el UE no conoce la tabla de mapeo de TBS/MCS seleccionada para el tráfico URLLC cuando se le informó al UE de la selección de la tabla de TBS. La información de un factor de escala ahorraría tanto carga de tráfico como memoria del UE para la configuración previa.
En un cuarto ejemplo, el conjunto de tablas de mapeo de TBS/MCS para tráficos URLLC se escala a partir del conjunto de tablas de mapeo de TBS/MCS para tráficos que no son URLLC. Por ejemplo, un valor de TBS en el conjunto URLLC es menor que un valor de un TBS correspondiente en el conjunto que no es URLLC. Las dimensiones de una tabla de mapeo de TBS/MCS en el conjunto URLLC pueden ser diferentes o idénticas a las dimensiones de una tabla de mapeo de TBS/MCS correspondiente en el conjunto que no es URLLC, por ejemplo, menos filas y/o columnas, o filas idénticas pero más columnas. Por ejemplo, el primer conjunto de tablas de mapeo de TBS/MCS se escala a partir del segundo conjunto de tablas de mapeo de TBS/MCS en base a un factor de escala. El factor de escala puede ser un factor de dispersión de frecuencia. De acuerdo con otro aspecto de la presente descripción, se propone un método en un UE para la comunicación con un nodo de red. El método comprende: solicitar el establecimiento de una portadora de radio con el nodo de red para la comunicación de tráfico URLLC; recibir información de una tabla de mapeo de TBS/MCS seleccionada para tráfico URLLC; y obtener un TBS en base a la tabla de mapeo de TBS/MCS seleccionada de acuerdo con su información de planificación.
De acuerdo con un tercer aspecto de la presente descripción, se propone una disposición capaz de comunicación URLLC con un equipo de usuario. La disposición se puede utilizar en un nodo de red. La disposición comprende una unidad de procesamiento y al menos un producto de programa informático, que comprende instrucciones legibles por ordenador que, cuando son ejecutadas por la unidad de procesamiento, hacen que la disposición realice las acciones descritas en la descripción.
De acuerdo con un cuarto aspecto, no reivindicado, de la presente descripción, se propone una disposición capaz de comunicación URLLC con un nodo de red. La disposición puede ser un equipo de usuario. La disposición comprende una unidad de procesamiento y al menos un producto de programa informático, que comprende instrucciones legibles por ordenador que, cuando son ejecutadas por la unidad de procesamiento, hacen que la disposición realice las acciones descritas en la descripción.
Con el esquema propuesto, el requisito de diseño del bloque de transporte URLLC puede cumplirse mediante diferentes tablas de mapeo de TBS/MCS, formas de generación de tablas eficientes y compatibles con versiones anteriores y características operativas relevantes (como informar de las tablas, selecciones de tablas, etc.).
En la discusión que sigue, se exponen detalles específicos de realizaciones particulares de las presentes técnicas para fines de explicación y no de limitación. Los expertos en la técnica apreciarán que pueden emplearse otras realizaciones además de estos detalles específicos. Además, en algunos casos se omiten descripciones detalladas de métodos, nodos, interfaces, circuitos y dispositivos bien conocidos para no oscurecer la descripción con detalles innecesarios.
Los expertos en la técnica apreciarán que las funciones descritas pueden implementarse en uno o en varios nodos. Algunas o todas las funciones descritas pueden implementarse utilizando circuitos de hardware, como puertas lógicas analógicas y/o discretas interconectadas para realizar una función especializada, ASIC, PLA, etc. Asimismo, algunas o todas las funciones pueden implementarse utilizando programas de software y datos junto con uno o más microprocesadores digitales u ordenadores de propósito general. Cuando se describan nodos que se comunican utilizando la interfaz aérea, se apreciará que esos nodos también tienen circuitos de comunicaciones por radio adecuados. Además, se puede considerar adicionalmente que la tecnología está incorporada completamente dentro de cualquier forma de memoria legible por ordenador, incluidas las realizaciones no transitorias, como memoria de estado sólido, disco magnético o disco óptico que contiene un conjunto apropiado de instrucciones de ordenador que harían que un procesador lleve a cabo las técnicas descritas en la presente memoria.
Las implementaciones de hardware de las técnicas actualmente descritas pueden incluir o abarcar, sin limitación, hardware de procesador de señal digital (DSP), un procesador de conjunto de instrucciones reducido, circuitos de hardware (por ejemplo, digitales o analógicos) que incluyen, pero sin limitarse a ellos, circuito(s) integrado(s) de aplicación específica (ASIC) y/o matriz(es) de puertas programable(s) por campo (FPGA(s)), y (cuando sea apropiado) máquinas de estado capaces de realizar dichas funciones.
En términos de implementación informática, generalmente se entiende que un ordenador comprende uno o más procesadores o uno o más controladores, y los términos ordenador, procesador y controlador pueden emplearse indistintamente. Cuando las proporciona un ordenador, procesador o controlador, las funciones pueden ser proporcionadas por un solo ordenador, procesador o controlador dedicado, por un solo ordenador, procesador o controlador compartido, o por una pluralidad de ordenadores, procesadores o controladores individuales, algunos de los cuales pueden ser compartidos o distribuidos. Además, el término "procesador" o "controlador" también se refiere a otro hardware capaz de realizar dichas funciones y/o ejecutar software, como el hardware de ejemplo mencionado anteriormente.
Dado que varios sistemas inalámbricos pueden beneficiarse de la explotación de las ideas cubiertas dentro de esta descripción, como apreciarán los expertos en la técnica, los términos como "estación base", "equipo de usuario", "punto de acceso" y "nodo de red" como se utilizan en la presente memoria deben entenderse en un sentido amplio. Específicamente, debe entenderse que la estación base abarca una estación base heredada en una red de segunda generación (2G), un NodoB en una red de tercera generación (3G), un NodoB evolucionado (eNodo B) en una cuarta o quinta generación (4G o 5G) o red evolucionada futura (por ejemplo, red LTE, red LTE-A, etc.), y similares. Debe entenderse que el equipo de usuario abarca un teléfono móvil, un teléfono inteligente, una tableta u ordenador personal con capacidad inalámbrica, una unidad inalámbrica de máquina a máquina, y similares. Debe entenderse que el punto de acceso abarca un conmutador inalámbrico, un enrutador inalámbrico, un concentrador inalámbrico, un puente inalámbrico o cualquier dispositivo capaz de ser utilizado en una red de área local inalámbrica para acceder a funcionalidades y similares. Debe entenderse que el nodo de red central abarca una Entidad de Gestión de Movilidad (MME), un Nodo de Soporte de GPRS de Servicio (SGSN), y similares.
La Figura 1 muestra un diagrama esquemático de una red de comunicación en la que se implementa la presente descripción, y la Figura 2 muestra un diagrama de flujo de un método de selección de tablas de TBS de acuerdo con algunas realizaciones de la presente descripción.
Junto con la Figura 1 y la Figura 2, un nodo de red 100 (por ejemplo, eNB) generará (S210) y/o seleccionará (S220) tablas de mapeo de TBS/MCS para diferentes tráficos en una unidad 110 de selección de tablas, e informará (S230) de las selecciones de tabla y/o un factor de escala a un UE 200 a través de un transceptor 120 durante el procedimiento de establecimiento de portadora de radio del UE 200. Con las selecciones de tablas informadas, UE 200 identificará las tablas de mapeo de TBS/MCS que se utilizarán para diferentes tráficos. O, con el factor de escala informado, el UE 200 puede obtener/generar las tablas de mapeo de TBS/MCS que se utilizarán para diferentes tráficos. Las tablas de mapeo de TBS/MCS se pueden definir de antemano o se pueden generar en tiempo real.
De acuerdo con la presente descripción, se definen diferentes conjuntos de tablas de mapeo de TBS/MCS considerando diferentes requisitos de URLLC.
En una realización, se define una pluralidad de tablas de mapeo de TBS/MCS, una o más tablas de mapeo de TBS/MCS son seleccionadas por la unidad 110 de selección de tablas de la pluralidad de tablas de mapeo de TBS/MCS para tráficos URLLC, y otra o más tablas de mapeo de TBS/MCS son seleccionadas por la unidad 110 de selección de tablas de la pluralidad de tablas de mapeo de TBS/MCS para tráficos que no son URLLC. Estos dos conjuntos están diseñados para cubrir rangos diferentes (o parcialmente diferentes) en TBS; por ejemplo, las tablas URLLC cubren rangos de TBS más pequeños que los que no son URLLC.
En otra realización, se definen una pluralidad de tablas de mapeo de TBS/MCS, una o más tablas de mapeo de TBS/MCS son seleccionadas por la unidad 110 de selección de tablas de la pluralidad de tablas de mapeo de TBS/MCS para un tráfico de primer grado de URLLC, y otra o más tablas de mapeo de TBS/MCS son seleccionadas por la unidad 110 de selección de tablas de la pluralidad de tablas de mapeo de TBS/MCS para un tráfico de segundo grado de URLLC. En un ejemplo, los grados de URLLC se pueden definir en términos de requisitos de fiabilidad y latencia. En comparación con un grado de URLLC que tiene requisitos de fiabilidad y latencia más altos (grado de URLLC más alto) y un grado de URLLC que tiene requisitos de fiabilidad y latencia más bajos (grado de URLLC más bajo), las tablas para el grado de URLLC más alto tendrán rangos de TBS más pequeños que aquellas para el grado de URLLC más bajo.
En la presente memoria, las tablas de mapeo de TBS/MCS pueden comprender uno o más de
^ Tabla de mapeo entre MCS (esquema de modulación y codificación) e índice de TBS (Tabla 7.1.7.1-1 de TS 36.213 o una similar);
^ Tabla de tamaños de bloques de transporte que proporciona un mapeo entre el total de bloques de recursos asignados y el índice de TBS (Tabla 7.1.7.2.1-1 de TS 36.213 o una similar);
^ Tabla de tamaños de bloques de transporte entre diferentes capas (Tabla 7.1.7.2.2-1, Tabla 7.1.7.2.4-1, Tabla 7.1.7.2.5-1 de TS 36.213 o similares);
^ Otra tabla de mapeo que no aparece en esta lista
El TBS de un conjunto es una versión escalada del TBS de otro conjunto. Por ejemplo, el TBS de un conjunto se escala a partir del TBS de otro conjunto con un factor de escala unificado o varios factores de escala diferentes para que el TBS de un conjunto tenga un rango de TBS más pequeño que el otro. Un enfoque es considerar un conjunto de tablas de TBS existente como un conjunto de tablas de TBS para tráficos que no son URLLC. Un conjunto de tablas de TBS para tráficos URLLC se escala a partir del conjunto de tablas de TBS para tráficos que no son URLLC. Los miembros de estos dos conjuntos están directamente asociados a través de los factores de escala. Otro enfoque es generar estos dos conjuntos a partir de los conjuntos de tablas de TBS existentes en base a diferentes factores de escala. Los miembros de estos dos conjuntos están asociados indirectamente a través de los factores de escala. Por ejemplo, el/los factor(es) de escala puede(n) seleccionarse de acuerdo con el índice de TBS Itbs y/o el número total
de PRB asignados Nprb. Como otro ejemplo, el/los factor(es) de escala puede(n) seleccionarse de acuerdo con el factor de dispersión del dominio de la frecuencia.
Alternativamente, las tablas de TBS se pueden generar de acuerdo con el principio de diseño de URLLC, como un refinamiento de granularidad más fino y un TBS mínimo más bajo que las tablas existentes.
Dado que el TBS de un conjunto puede ser la escala de TBS de otro conjunto, los diferentes conjuntos de tablas pueden tener una relación de mapeo entre sí para satisfacer de manera eficiente las necesidades de URLLC sin perder compatibilidad. En otras palabras, una tabla de TBS creada (mapeada a partir de tablas de TBS existentes) para URLLC tiene compatibilidad con versiones anteriores con una existente especificada en LTE de 3GPP.
Para facilitar la compatibilidad con el servicio que no es URLLC, se puede utilizar una tabla de mapeo de TBS tanto para URLLC como para no URLLC. Sin embargo, los bits de información de URLLC tienen una protección contra errores más alta por una tasa de bits de codificación más baja. Esto normalmente se hace teniendo bloques PRB más altos con el mismo número de bits.
Por ejemplo, el TBS con 100 PRB para no URLLC es de X bits, el TBS con 100 PRB para URLLC puede ser (X/N) bits de suelo. N > 2 es un factor de dispersión de frecuencia para aumentar la fiabilidad mediante la dispersión de los bits de información URLLC transportados mediante codificación o repetición en frecuencia.
Por ejemplo, /tbs =3, Nprb =10, un TBS de 568 bits corresponde a 8 PRB para no URLLC de acuerdo con la Tabla 1, y un TBS de l568/8j =71 bits puede corresponder a 8 PRB para el servicio URLLC, etc.
De acuerdo con este ejemplo, se puede lograr la siguiente tabla de TBS (Tabla 2).
Tabla 2 Tabla de TBS para URLLC (parte)
Hay otra forma de escalar, que escala el Nprb por N > 2, después, lNprb/Nj se utiliza para indexar el TBS correspondiente a no URLLC. Con también el ejemplo anterior, (fres =3, Nprb =10) está garantizado para URLLC, el TBS está determinado por (/tbs =3, Nprb =10/N), si N=10, entonces se utiliza un TBS de 40 bits para URLLC mientras que se utiliza un TBS de 568 bits para no URLLC.
De acuerdo con este ejemplo, se puede lograr la siguiente tabla de TBS (Tabla 3).
Tabla 3 Tabla de TBS para URLLC (parte)
Mediante el uso de uno de estos métodos de escalado, se pueden obtener dos conjuntos de TBS para no URLLC y URLLC.
Alternativamente o adicionalmente, la tabla de TBS para URLLC se puede generar de acuerdo con su requisito de aumento de la fiabilidad. Los factores que se consideran incluyen uno o más de: tasa de error de bloque (BLER), potencia de transmisión, ancho mínimo de la banda de frecuencia, cobertura de celda, presupuesto de enlace, caracteres de movilidad, patrón DMRS y sensibilidad del terminal.
Por ejemplo, para no URLLC, todos los MCS y posibles rangos de transmisión son soportados. Al determinar el TBS para URLLC, solo son soportados grados de MCS y rangos de transmisión más bajos. Algunos de los rangos y grados de MCS altos tienen que ser limitados. A este respecto, se notifica al UE un máximo /tos o número de rango (por ejemplo, máximo /tbs = 8), entonces la DCI puede transportar menos bits de información (por ejemplo, 3 bits) para especificar /tbs.
El UE puede utilizar estos menos bits de información (por ejemplo, 3 bits) en la DCI para identificar el TBS adecuado sin ambigüedad. En otras palabras, la información de DCI sobre el índice ITbs de TBS será de menos bits de información para que esto ayude a tener una mejor eficiencia de DCI, esto ayuda a compensar la degradación de la eficiencia de DCI ya que la información de DCI también necesita un aumento de la fiabilidad mediante el aumento de la redundancia.
Cuando URLLC tiene diferentes grados de requisitos de fiabilidad y latencia, se diseñan diferentes tablas de TBS para cada uno de estos grados. Diferentes subconjuntos de tablas de TBS agrupadas del conjunto de tablas de TBS para el servicio URLLC están asociadas con diferentes grados de URLLC. Para diferentes grados de servicios URLLC, cuando se está estableciendo una portadora de radio, se envía una señalización RRC desde el lado del Nodo B evolucionado (eNB) a un UE para configurar su parámetro en su selección de tabla de TBS. El parámetro puede ser configurado RRC como semiestático o se puede utilizar solo como un número de índice inicial de la tabla. Entonces, la DCI puede transportar esta información al conceder al UE transmisiones de datos URLLC tanto en el enlace descendente (DL) como en el enlace ascendente (UL) o en información DCI separada.
En caso de que un conjunto de tablas sean versiones escaladas de otro conjunto de tablas, como las tablas URLLC se escalan una de las que no son URLLC, la información de N se puede notificar o configurar previamente cuando se está estableciendo una portadora de radio. Por ejemplo, N es el factor de dispersión del dominio de la frecuencia o cualquier otro factor de escala relevante en TBS para URLLC. Esta información puede ser implícita o explícitamente instruida a un UE para su servicio URLLC. Cuando el UE recibe el factor de escala N, escala el TBS buscado en la tabla de TBS existente y lo escala de la forma descrita anteriormente.
Mediante la recepción del factor de escala y la generación de una tabla de TBS para URLLC a partir de una tabla de TBS existente para no URLLC en el UE, el UE no necesita almacenar tantas tablas de TBS como su configuración inicial. El eNB no necesita transmitir la tabla de TBS completa para las URLLC seleccionadas al UE. Se transportarían menos bytes al UE para ahorrar recursos en la interfaz aérea. Como un enfoque similar, se puede configurar inicialmente una tabla de TBS básica en el UE. Mediante la recepción de diferentes factores de escala como indicaciones de la selección de la tabla de TBS, las tablas de TBS para el tráfico URLLC y el tráfico que no es URLLC pueden ser generadas por el UE sin estar configuradas previamente en el mismo.
Como se mencionó anteriormente, alternativamente, se pueden configurar previamente un conjunto de tablas de TBS para el tráfico URLLC y otro conjunto de tablas de TBS para el tráfico que no es URLLC en el UE. Al recibir un índice de la tabla de TBS como indicación de la selección de la tabla de TBS por parte del eNB, el UE identifica la tabla de TBS seleccionada entre el conjunto de tablas. Se puede entender que los conjuntos de tablas de TBS para el tráfico que no es URLLC y el tráfico URLLC no están necesariamente separados por un índice de conjunto específico. Por ejemplo, los índices de la tabla de TBS 1 a 5 representan el conjunto de tablas de TBS para el tráfico que no es URLLC y los índices de la tabla de TBS 6 a 10 representan el conjunto de tablas de TBS para el tráfico URLLC.
El UE puede recibir la información sobre la selección de tablas por parte del nodo de red a través del control de recursos de radio (RRC) o la Información de control de enlace descendente (DCI). Nprb puede ser informado al UE a través de la DCI y el UE puede acusar recibo de Itbs a través de la información de planificación. Como tal, un TBS se puede encontrar en la tabla de TBS identificada de acuerdo con Nprb y Itbs. Como resultado, el TBS se utiliza para la comunicación URLLC con el eNB.
También se puede entender que otras tablas de mapeo de TBS/MCS, como la tabla de mapeo entre MCS y el índice de TBS, o la tabla de tamaños de bloques de transporte entre diferentes capas, por ejemplo, las tablas de traducción de TBS como se mencionó anteriormente, se pueden configurar/generar en el eNB respectivamente para tráficos URLLC y tráficos que no son URLLC a través de métodos similares a los presentados anteriormente. El eNB selecciona una tabla de mapeo entre MCS y el índice de TBS, y/o una tabla de traducción de TBS, siendo ambas tablas para tráficos URLLC, después de que el tipo de tráfico de comunicación con un UE se determine como tráfico URLLC. Además, se informa al UE del índice de la tabla que indica la tabla seleccionada o el factor de escala determinado a una tabla correspondiente, de modo que el UE obtiene una tabla de mapeo entre MCS y el índice de TBS, y/o una tabla de traducción de TBS para ser utilizada a través del índice de la tabla o factor de escala.
Alternativamente, se puede continuar utilizando una tabla de mapeo entre MCS y el índice de TBS, y/o una tabla de traducción de TBS en las soluciones existentes, a pesar del tipo de tráfico de la comunicación entre el eNB y el UE. No obstante, la tabla de TBS se elige para un UE para un tipo de tráfico específico, URLLC, no URLLC o grado de URLLC. Por lo tanto, se elegiría un tamaño de bloque de transmisión de forma adaptativa para los requisitos específicos de la comunicación.
Además, se pueden utilizar diferentes longitudes o versiones de verificación de redundancia cíclica (CRC) para la detección de errores en bloques de transporte. Las instrucciones pertinentes sobre la especificación de la selección de CRC se enviarán desde el eNB al UE. Se utilizan longitudes de CRC más largas para grados altos de URLLC. En comparación con el servicio que no es URLLC, las longitudes de CRC pueden ser más largas para una protección contra errores más alta para URLLC. Para segmentos enteros de bloques de transmisión o bloques de código, se pueden extender diferentes longitudes de CRC distintas de las existentes para URLLC. Por ejemplo, el CRC puede tener una longitud de 8, 16, 24, 32, 40 o 48 bits.
La Figura 3 muestra esquemáticamente una realización de una disposición 300 que se puede utilizar en el nodo de red 100.
Comprendida en la disposición 300 se encuentra aquí una unidad de procesamiento 306, por ejemplo, con un procesador de señal digital (DSP). La unidad de procesamiento 306 puede ser una sola unidad o una pluralidad de unidades para realizar diferentes acciones de procedimientos descritos en la presente memoria. La disposición 300 también puede comprender una unidad de entrada 302 para recibir señales de otras entidades y una unidad de salida 304 para proporcionar señal(es) a otras entidades. La unidad de entrada y la unidad de salida pueden estar dispuestas como una entidad integrada o como se ilustra en el ejemplo de la Figura 3.
Además, la disposición 300 comprende al menos un producto de programa informático 308 en forma de memoria no volátil o volátil, por ejemplo, una memoria de solo lectura programable borrable eléctricamente (EEPROM), una memoria flash y un disco duro. El producto de programa informático 308 comprende un programa informático 310, que comprende código/instrucciones legibles por ordenador, que cuando es ejecutado por la unidad de procesamiento 306 en la disposición 300 hace que la disposición 300 en la que está comprendido realice las acciones, por ejemplo, del procedimiento descrito anteriormente junto con la Figura 2.
El programa informático 310 se puede configurar como un código de programa informático estructurado en módulos de programa informático 310a - 310c.
Por lo tanto, en realizaciones ejemplares correspondientes a la Figura 3, el código en el programa informático 310 de la disposición 300 comprende un módulo 310a de escalado de tablas (opcional) para hacer que la unidad de procesamiento 306 genere (S210) tablas de mapeo de TBS/MCS para diferentes tráficos; un módulo 310b de selección de tablas para hacer que la unidad de procesamiento 306 seleccione (S220) tablas de mapeo de TBS/MCS para diferentes tráficos (tráficos URLLC y/o tráficos no URLLC); un módulo 310c de información al UE para hacer que la unidad de procesamiento 306 informe (S230) de las selecciones de tabla y/o un factor de escala al UE 200.
Aunque los medios de código en las realizaciones descritas anteriormente junto con la Figura 3 se implementan como módulos de programa informático que, cuando son ejecutados en la unidad de procesamiento, hacen que el dispositivo realice las acciones descritas anteriormente junto con las figuras mencionadas anteriormente, al menos uno de los medios de código se puede implementar en realizaciones alternativas al menos parcialmente como circuitos de hardware. El procesador puede ser una sola CPU (unidad central de procesamiento), pero también podría comprender dos o más unidades de procesamiento. Por ejemplo, el procesador puede incluir microprocesadores de propósito general; procesadores de conjuntos de instrucciones y/o conjuntos de chips relacionados y/o microprocesadores de propósito especial tales como circuitos integrados de aplicación específica (ASIC). El procesador también puede comprender memoria de placa para fines de almacenamiento en caché. El programa informático puede ser transportado por un producto de programa informático conectado al procesador. El producto de programa informático puede comprender un medio legible por ordenador en el que se almacena el programa informático. Por ejemplo, el producto de programa informático puede ser una memoria flash, una memoria de acceso aleatorio (RAM), una memoria de solo lectura (ROM) o una EEPROM, y los módulos de programa informático descritos anteriormente podrían se podrían distribuir en realizaciones alternativas en diferentes productos de programa informático en forma de memorias dentro del UE.
En otra realización no reivindicada, se propone una disposición capaz de comunicación URLLC que se puede utilizar en un equipo de usuario. La disposición incluye una unidad de procesamiento, una interfaz de entrada/salida, al menos un producto de programa informático en forma de memoria no transitoria o transitoria. El producto de programa informático comprende un programa informático, que comprende código/instrucciones legibles por ordenador, que cuando es ejecutado por la unidad de procesamiento, hace que la disposición en la que está comprendido realice las acciones, por ejemplo, del procedimiento descrito anteriormente.
En una realización de la presente descripción, se proporciona un medio de almacenamiento legible por ordenador (por ejemplo, el producto de programa informático 308) que almacena instrucciones que, cuando son ejecutadas, hacen que uno o más dispositivos informáticos realicen los métodos de acuerdo con la presente descripción.
Aunque la presente tecnología se ha descrito anteriormente con referencia a realizaciones específicas, no se pretende que esté limitada a la forma específica expuesta en la presente memoria.
La tecnología está limitada solamente por las reivindicaciones adjuntas y otras realizaciones distintas de las específicas anteriores son igualmente posibles dentro del alcance de las reivindicaciones adjuntas. Como se utiliza en la presente memoria, los términos "comprenden/comprende" o "incluyen/incluye" no excluyen la presencia de otros elementos o pasos. Además, aunque las características individuales pueden estar incluidas en diferentes reivindicaciones, éstas posiblemente pueden combinarse de forma ventajosa, y la inclusión de diferentes reivindicaciones no implica que una combinación de características no sea factible y/o ventajosa. Además, las referencias singulares no excluyen una pluralidad. Finalmente, los signos de referencia en las reivindicaciones se proporcionan simplemente como un ejemplo aclaratorio y no deben interpretarse como una limitación del alcance de las reivindicaciones de ninguna manera.
Claims (7)
1. Un método en un nodo de red para comunicarse con un equipo de usuario, UE, (200), comprendiendo el método: determinar el tipo de tráfico del UE (200);
seleccionar (S220) una tabla de mapeo del tamaño del bloque de transmisión/esquema de modulación y codificación, TBS/MCS, de un primer conjunto de tablas de mapeo de TBS/MCS que son para tráfico de comunicaciones ultra confiables y de baja latencia, URLLC, en respuesta a que el tipo de tráfico sea URLLC; y informar (S230) al UE (200) de la selección de la tabla de mapeo de TBS/MCS.
2. El método de la reivindicación 1, en donde la selección de una tabla de mapeo de TBS/MCS comprende: seleccionar una tabla de mapeo de TBS/MCS de un primer subconjunto de tablas de mapeo de TBS/MCS que son para URLLC, en respuesta a que el tipo de tráfico sea un primer grado de URLLC, en donde el primer grado de URLLC está asociado con el primer subconjunto de tablas de mapeo de TBS/MCS que es un subconjunto del primer conjunto de tablas de mapeo de TBS/MCS para URLLC.
3. El método de la reivindicación 1 o la reivindicación 2, en donde un valor de TBS indicado por el primer conjunto de tablas de TBS/MCS es menor que un valor de un TBS correspondiente indicado por un segundo conjunto de tablas de TBS/MCS para tráfico que no es URLLC.
4. El método de la reivindicación 1 o la reivindicación 2, en donde la dimensión de una tabla de mapeo de TBS/MCS en el primer conjunto de tablas de mapeo de TBS/MCS es diferente a la dimensión de una tabla de mapeo de TBS/MCS correspondiente en el segundo conjunto de tablas de mapeo de TBS/MCS.
5. El método de cualquiera de las reivindicaciones 1 a 4, en donde la selección de una tabla de mapeo de TBS/MCS del primer conjunto de tablas de mapeo de TBS/MCS para el tráfico URLLC comprende:
determinar un índice de tabla de mapeo de TBS/MCS que indique la tabla de mapeo de TBS/MCS seleccionada, en donde informar de la selección de la tabla de mapeo de TBS/MCS comprende:
informar el índice de la tabla de mapeo de TBS/MCS al UE.
6. El método de cualquiera de las reivindicaciones 1 a 5, en donde informar al UE (200) de la selección de la tabla de mapeo de TBS/MCS es realizado por el control de recursos de radio, RRC, o la información de control de enlace descendente, DCI.
7. Un aparato capaz de comunicación URLLC con un equipo de usuario, comprendiendo el aparato:
una unidad de procesamiento y al menos un producto de programa informático,
en donde el al menos un producto de programa informático comprende instrucciones legibles por ordenador que, cuando son ejecutadas por la unidad de procesamiento, hacen que el aparato realice un método de acuerdo con cualquiera de las reivindicaciones 1 a 6.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2016101082 | 2016-09-30 | ||
| PCT/CN2017/096230 WO2018059129A1 (en) | 2016-09-30 | 2017-08-07 | Methods and arrangements for communication in urllc |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2916148T3 true ES2916148T3 (es) | 2022-06-28 |
Family
ID=61763677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES17764309T Active ES2916148T3 (es) | 2016-09-30 | 2017-08-07 | Métodos y disposiciones para la comunicación en URLLC |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US10412628B2 (es) |
| EP (1) | EP3326313B1 (es) |
| CN (2) | CN114666837A (es) |
| ES (1) | ES2916148T3 (es) |
| WO (1) | WO2018059129A1 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2735383C1 (ru) * | 2017-01-05 | 2020-10-30 | Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. | Способ передачи данных, оконечное устройство и сетевое устройство |
| US10291378B1 (en) * | 2018-04-05 | 2019-05-14 | Qualcomm Incorporated | Signaling of alternative modulation coding schemes |
| US11722241B2 (en) * | 2018-04-12 | 2023-08-08 | Qualcomm Incorporated | Transport block size determination for a transmission time interval |
| US10992408B2 (en) * | 2018-05-11 | 2021-04-27 | Qualcomm Incorporated | Transport block size scaling factor indication for ultra-reliable low-latency communication |
| CN112385308B (zh) * | 2018-09-04 | 2023-01-31 | Oppo广东移动通信有限公司 | 网络状态标识显示控制方法及相关产品 |
Family Cites Families (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1960558A (zh) * | 2006-10-12 | 2007-05-09 | 华为技术有限公司 | 一种业务管理方法和装置 |
| KR101162821B1 (ko) * | 2007-01-31 | 2012-07-05 | 노키아 코포레이션 | 변조 및 코딩 방식을 시그널링하는 방법, 변조 및 코딩 방식을 시그널링하는 장치 및 메모리 |
| KR20080041096A (ko) * | 2007-03-13 | 2008-05-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 피드백 정보를 이용한 링크 적응방법 |
| EP2134134B1 (en) * | 2008-06-11 | 2012-01-11 | Telefonaktiebolaget LM Ericsson (PUBL) | Method and arrangement of selecting a CQI value based on the transport block size in a mobile telecommunication network |
| US8155023B2 (en) * | 2008-09-26 | 2012-04-10 | Texas Instruments Incorporated | MIMO with reserved subframes in primary and secondary base stations |
| US10039088B2 (en) * | 2012-01-26 | 2018-07-31 | Samsung Electronics Co., Ltd. | Method and apparatus for scheduling communication for low capability devices |
| US9407417B2 (en) * | 2013-01-09 | 2016-08-02 | Qualcomm Incorporated | Identifying modulation and coding schemes and channel quality indicators |
| CN104065446A (zh) * | 2013-03-21 | 2014-09-24 | 上海贝尔股份有限公司 | 用于信令发送和接收mcs的方法 |
| US9622184B2 (en) * | 2013-09-25 | 2017-04-11 | Apple Inc. | Transport block size and channel condition assessment based power consumption reduction for cellular communication |
| US9906964B2 (en) * | 2013-10-09 | 2018-02-27 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Hierarchical transmission in wireless communications |
| US20150195819A1 (en) * | 2014-01-06 | 2015-07-09 | Intel IP Corporation | Systems and methods for modulation and coding scheme selection and configuration |
| US10575205B2 (en) * | 2014-10-20 | 2020-02-25 | Qualcomm Incorporated | Transport block size determination |
| CN104768228B (zh) * | 2015-03-23 | 2018-07-17 | 大唐移动通信设备有限公司 | Volte业务的下行动态调度资源分配方法、装置及基站 |
| CN106550459B (zh) * | 2015-09-18 | 2020-03-13 | 中兴通讯股份有限公司 | 一种下行控制方法及装置 |
| CN106961318B (zh) * | 2016-01-11 | 2020-07-10 | 中兴通讯股份有限公司 | 一种确定编码调制参数的方法、装置和系统 |
| US10477537B2 (en) * | 2016-02-11 | 2019-11-12 | Qualcomm Incorporated | Multi-PRB operation for narrowband systems |
| US20170367073A1 (en) * | 2016-06-15 | 2017-12-21 | Qualcomm Incorporated | Ue capability exchange for carrier aggregation |
| CN105979597B (zh) | 2016-06-27 | 2020-02-21 | 宇龙计算机通信科技(深圳)有限公司 | 通信资源的分配方法、分配装置、基站和终端 |
| US10868657B2 (en) * | 2016-07-05 | 2020-12-15 | Idac Holdings, Inc. | Wireless network configured to provide mixed services |
| KR20180007584A (ko) * | 2016-07-13 | 2018-01-23 | 삼성전자주식회사 | 무선 셀룰라 통신 시스템에서 이종 서비스간 공존 방법 및 장치 |
| KR20180013171A (ko) * | 2016-07-28 | 2018-02-07 | 삼성전자주식회사 | 이동 통신 시스템에서 harq 프로세스 관리 방법 및 장치 |
| US20180041858A1 (en) * | 2016-08-08 | 2018-02-08 | Sharp Laboratories Of America, Inc. | Base station assisted outer code usage |
| EP3476150A4 (en) * | 2016-08-12 | 2020-03-18 | Lenovo Innovations Limited (Hong Kong) | NON-ORIGINAL COMMUNICATION |
| US10609758B2 (en) * | 2016-08-12 | 2020-03-31 | Motorola Mobility Llc | Methods, devices, and systems for discontinuous reception for a shortened transmission time interval and processing time |
| EP3282632A1 (en) * | 2016-08-12 | 2018-02-14 | ASUSTek Computer Inc. | Method and apparatus for determining numerology bandwidth for measurement in a wireless communication system |
| US10405332B2 (en) * | 2016-09-06 | 2019-09-03 | Samsung Electronics Co., Ltd. | Coexistence of different radio access technologies or services on a same carrier |
| US10708897B2 (en) * | 2016-09-30 | 2020-07-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and devices for downlink control channel transmission and detection in a wireless communication system |
| US9979450B2 (en) * | 2016-10-07 | 2018-05-22 | Qualcomm Incorporated | Adaptive codeword and codeblock selection in wireless communications |
| US10356740B2 (en) * | 2016-11-29 | 2019-07-16 | Huawei Technologies Co., Ltd. | System and scheme for uplink synchronization for small data transmissions |
| US10396962B2 (en) * | 2016-12-15 | 2019-08-27 | Qualcomm Incorporated | System and method for self-contained subslot bundling |
| US10383115B2 (en) * | 2016-12-20 | 2019-08-13 | Qualcomm Incorporated | Transport block design |
-
2017
- 2017-08-07 US US15/558,556 patent/US10412628B2/en active Active
- 2017-08-07 ES ES17764309T patent/ES2916148T3/es active Active
- 2017-08-07 CN CN202210328190.4A patent/CN114666837A/zh not_active Withdrawn
- 2017-08-07 EP EP17764309.5A patent/EP3326313B1/en active Active
- 2017-08-07 CN CN201780050518.8A patent/CN109644071B/zh active Active
- 2017-08-07 WO PCT/CN2017/096230 patent/WO2018059129A1/en active Application Filing
-
2019
- 2019-07-29 US US16/525,570 patent/US10924963B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP3326313A1 (en) | 2018-05-30 |
| EP3326313B1 (en) | 2022-05-11 |
| EP3326313A4 (en) | 2018-11-21 |
| WO2018059129A1 (en) | 2018-04-05 |
| CN109644071A (zh) | 2019-04-16 |
| US20200015122A1 (en) | 2020-01-09 |
| US10924963B2 (en) | 2021-02-16 |
| CN114666837A (zh) | 2022-06-24 |
| US10412628B2 (en) | 2019-09-10 |
| US20180249370A1 (en) | 2018-08-30 |
| CN109644071B (zh) | 2022-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2916148T3 (es) | Métodos y disposiciones para la comunicación en URLLC | |
| ES2956442T3 (es) | Método y dispositivo de transmisión de datos | |
| ES2814023T3 (es) | Determinación de ancho de banda y ubicación de canal de control | |
| ES2773506T3 (es) | Procedimiento y aparato de transmisión de datos de enlace ascendente | |
| ES2900579T3 (es) | Conmutación de parte de ancho de banda | |
| ES2863928T3 (es) | Método para transmitir datos, dispositivo terminal y dispositivo de red | |
| ES2909462T3 (es) | Método para transmitir señal de enlace ascendente y dispositivo terminal | |
| US20200068608A1 (en) | Sub-prb resource allocation for pusch in even further enhanced mtc | |
| ES2960873T3 (es) | Método de adjudicación de recursos de dominio de tiempo y dispositivo | |
| ES2963484T3 (es) | Solicitud de programación con diferentes numerologías | |
| ES2961712T3 (es) | Diseño de espacio de búsqueda común para mejorar la cobertura en comunicaciones inalámbricas | |
| ES2889910T3 (es) | Método y dispositivo terminal para transmisión de datos | |
| ES2890703T3 (es) | Método y aparato de transmisión de datos | |
| ES2890704T3 (es) | Monitorización de espacios de búsqueda en sistemas de comunicaciones inalámbricas | |
| ES2971216T3 (es) | Procedimiento y dispositivo para recibir y enviar señal de referencia, y medio de almacenamiento legible por ordenador | |
| ES2656231T3 (es) | Red de comunicaciones móviles, dispositivo de comunicaciones y métodos | |
| BR112019020240A2 (pt) | método de transmissão de dados, dispositivo de rede, terminal, chip, e mídia de armazenamento legível por computador | |
| ES2925776T3 (es) | Método y dispositivo de detección de canal en el enlace ascendente | |
| ES2797702T3 (es) | Determinación de una señal y/o función de un PUCCH para la transmisión por un equipo de usuario | |
| BR112015002598A2 (pt) | métodos e disposições para atribuir espaços em janelas de acesso restrito em redes sem fio | |
| ES2951879T3 (es) | Método y dispositivo para la transmisión de información de control de enlace ascendente | |
| ES2863399T3 (es) | Procedimiento para transmitir información, dispositivo de red y dispositivo terminal | |
| ES2618005T3 (es) | Procedimiento, equipo de usuario y estación base para implementar una solicitud de repetición automática híbrida | |
| ES2940485T3 (es) | Método de asignación de recursos y dispositivo terminal | |
| RU2725407C1 (ru) | Устройство и способ передачи сигнала восходящего канала |