ES2941834T3 - Método de transmisión sin concesión de enlace ascendente URLLC, dispositivo del lado del usuario y dispositivo del lado de la red - Google Patents

Método de transmisión sin concesión de enlace ascendente URLLC, dispositivo del lado del usuario y dispositivo del lado de la red Download PDF

Info

Publication number
ES2941834T3
ES2941834T3 ES18842295T ES18842295T ES2941834T3 ES 2941834 T3 ES2941834 T3 ES 2941834T3 ES 18842295 T ES18842295 T ES 18842295T ES 18842295 T ES18842295 T ES 18842295T ES 2941834 T3 ES2941834 T3 ES 2941834T3
Authority
ES
Spain
Prior art keywords
data
urllc
harq process
transmission
time
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
Application number
ES18842295T
Other languages
English (en)
Inventor
Zhi Lu
Xiaodong Yang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Application granted granted Critical
Publication of ES2941834T3 publication Critical patent/ES2941834T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • H04L1/0018Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Se divulga un método de transmisión sin concesión de desvinculación en URLLC, un dispositivo del lado del usuario y un dispositivo del lado de la red. El método comprende: recibir un parámetro de configuración, comprendiendo el parámetro de configuración una primera información de indicación, que indica una relación correspondiente entre un recurso de dominio de tiempo de transmisión de enlace ascendente URLLC y un identificador de proceso HARQ; y después de que llega un servicio URLLC, transmitir datos del servicio URLLC sobre un recurso de dominio de tiempo de transmisión de enlace ascendente URLLC disponible y usar un proceso HARQ correspondiente. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método de transmisión sin concesión de enlace ascendente URLLC, dispositivo del lado del usuario y dispositivo del lado de la red
Campo técnico
La presente descripción se relaciona con el campo de la tecnología de la comunicación, en particular con un método de transmisión sin concesión de enlace ascendente en Comunicación Ultra Confiable y de Baja Latencia (URLLC), un dispositivo del lado del terminal y un dispositivo del lado de la red.
Antecedentes
En comparación con un sistema de comunicación móvil convencional, una red móvil de 5a Generación (5G) necesita adaptarse a una variedad más amplia de escenarios y requisitos de servicio. Los principales escenarios de servicio 5G incluyen Banda Ancha Móvil Mejorada (eMBB), URLLC y Comunicación Tipo Máquina Masiva (mMTC). En estos escenarios, existen requisitos tales como alta confiabilidad, baja latencia, gran ancho de banda y amplia cobertura en el sistema de comunicación.
Para servicios en algunos escenarios, se requiere baja latencia y transmisión altamente confiable. Para asegurar la baja latencia, como medidas efectivas, se reduce la duración de un símbolo y el retardo de bucle de retorno. Para garantizar una transmisión altamente fiable, es necesario tener en cuenta algunos mecanismos de transmisión de diversidad, por ejemplo, diversidad de tiempo, diversidad de espacio y diversidad de dominio de código.
En la técnica relacionada, para la transmisión sin concesión de enlace ascendente en la URLLC, un nodo B 5G (gNB) puede configurar algunos recursos o parámetros. Una vez que ha llegado un servicio para un Equipo de Usuario (UE), puede transmitirse en los recursos configurados, para reducir la demora para la programación de la concesión. El enlace ascendente sin concesión en la URLLC puede admitir una pluralidad de procesos de Solicitud de Repetición Automática Híbrida (HARQ). Sin embargo, debido a la aleatoriedad de la llegada de un servicio URLLC, es imposible que el gNB sepa qué proceso HARQ es el usado realmente por el UE.
La bibliografía de no patente titulada "UE identification and HARQ for URLLC UL grant free" (NOKIA ET AL, BORRADOR 3GPP; R1 -1710994; 26 de junio de 2017) describe la identificación del UE y el diseño HARQ para la transmisión sin concesión URLLC UL. La bibliografía de no patente titulada "Discussions on HARQ for grant-free transmission" (FUJITSU, BORRADOR 3GPP, R1-1710239, 26 de junio de 2017) da a conocer la transmisión de datos UL sin concesión UL, es decir, la transmisión sin concesión. La bibliografía de no patente titulada "UE identification and HARQ for URLLC UL grant-free" (HUAWEI, BORRADOR 3GPP; R1-1709992, 26 de junio de 2017) describe el uso de DMRS para la detección de usuarios y la determinación de ID de proceso HARQ y versiones de redundancia. La bibliografía de no patente titulada "Discussion on UL grant-free transmission" (VIVO, BORRADOR 3GPP; R1-1710380, 17 de junio de 2017) describe la relación de SPS sin concesión y de UL, así como la identificación de UE.
Compendio
En un aspecto, la presente descripción proporciona en algunas realizaciones un método de transmisión sin concesión de enlace ascendente URLLC, realizado por un dispositivo del lado del terminal según la reivindicación 1.
En otro aspecto, la presente descripción proporciona en algunas realizaciones un método de transmisión sin concesión de enlace ascendente URLLC, realizado por un dispositivo del lado de la red según la reivindicación 6.
En otro aspecto más, la presente descripción proporciona en algunas realizaciones un dispositivo del lado del terminal según la reivindicación 10.
En otro aspecto más, la presente descripción proporciona en algunas realizaciones un dispositivo del lado de la red según la reivindicación 12.
Las realizaciones preferidas de las reivindicaciones son realizaciones parciales de la invención que son objeto de las reivindicaciones dependientes, cuyo contenido debe entenderse como parte integrante de la presente descripción.
Breve descripción de los dibujos
Para ilustrar las soluciones técnicas de la presente descripción o de la técnica relacionada de una manera más clara, los dibujos deseados para la presente descripción o la técnica relacionada se describirán brevemente a continuación. Obviamente, los siguientes dibujos simplemente se refieren a algunas realizaciones de la presente descripción y, basándose en estos dibujos, un experto en la materia puede obtener los otros dibujos sin ningún esfuerzo creativo.
La FIG. 1 es un diagrama de flujo de un método de transmisión sin concesión de enlace ascendente URLLC según algunas realizaciones de la presente descripción;
la FIG. 2 es una vista esquemática que muestra una correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente ULLC y los procesos HARQ según algunas realizaciones de la presente descripción;
la FIG. 3 es una vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC según algunas realizaciones de la presente descripción;
la FIG.4 es otra vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC según algunas realizaciones de la presente descripción;
la FIG.5 es otra vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC según algunas realizaciones de la presente descripción;
la FIG. 6 es todavía otra vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC según algunas realizaciones de la presente descripción;
la FIG. 7 es un diagrama de flujo de un método de transmisión sin concesión de enlace ascendente URLLC según algunas realizaciones de la presente descripción;
la FIG. 8 es una vista esquemática que muestra un dispositivo del lado del terminal según algunas realizaciones de la presente descripción;
la FIG. 9 es otra vista esquemática que muestra el dispositivo del lado del terminal según algunas realizaciones de la presente descripción;
la FIG. 10 es una vista esquemática que muestra un dispositivo del lado de la red según algunas realizaciones de la presente descripción; y
la FIG. 11 es otra vista esquemática que muestra el dispositivo del lado de la red según algunas realizaciones de la presente descripción.
Descripción detallada
La presente descripción proporciona en algunas realizaciones un método de transmisión sin concesión de enlace ascendente URLLC, un dispositivo del lado del terminal y un dispositivo del lado de la red.
Para hacer más evidentes los objetos, las soluciones técnicas y las ventajas de la presente descripción, la presente descripción se describirá a continuación de manera clara y completa junto con los dibujos y realizaciones. Obviamente, las siguientes realizaciones simplemente se refieren a una parte, en lugar de a todas, las realizaciones de la presente descripción, y con base en estas realizaciones, una persona experta en la técnica puede, sin ningún esfuerzo creativo, obtener las otras realizaciones, que también caen dentro del alcance de las reivindicaciones adjuntas.
Un esquema en las realizaciones de la presente descripción se puede aplicar a varios sistemas de comunicación, por ejemplo, el Sistema Global de Comunicación Móvil (GSM), el sistema de Acceso Múltiple por División de Código (Cd Ma ), el sistema de Acceso Múltiple por División de Código de Banda Ancha (WCDMA), Radio General por Paquetes (GPRS), el sistema de Evolución a Largo Plazo (LTE)/ Evolución a Largo Plazo Avanzada (LTE-A) y el sistema Nueva Radio (NR).
Un UE, también llamado terminal móvil o dispositivo de usuario móvil, es capaz de comunicarse con una o más redes de núcleo a través de una Red de Acceso por Radio (RAN). El UE puede ser un terminal móvil, por ejemplo, un teléfono móvil (o teléfono celular), o un ordenador que tenga una terminal móvil, por ejemplo, un dispositivo móvil portátil, de bolsillo o de mano, o un dispositivo móvil integrado en un ordenador o montado en un vehículo. El UE puede intercambiar voz y/o datos con la RAN.
Una estación base puede ser una Estación Transceptora Base (BTS) en el sistema GSM o CDMA, un NodoB en el sistema WCDMA, un Nodo B evolucionado (eNB o e-NodoB) en el sistema LTE o un Nodo B 5G (gNB) , que no se definirá particularmente en este documento. Para facilitar la descripción, el gNB se tomará como ejemplo en la siguiente descripción.
Como se muestra en la FIG. 1, la presente descripción proporciona en algunas realizaciones un método de transmisión sin concesión de enlace ascendente URLLC para un dispositivo del lado del terminal. Debe apreciarse que, en las realizaciones de la presente descripción, el dispositivo del lado del terminal puede ser un UE. El método de transmisión sin concesión de enlace ascendente incluye los siguientes pasos.
S101: recibir un parámetro de configuración, incluyendo el parámetro de configuración la primera información que indica una correspondencia entre los recursos del dominio del tiempo para la transmisión del enlace ascendente URLLC y los identificadores de los procesos HARQ.
Debe apreciarse que, en las realizaciones de la presente descripción, la correspondencia entre los recursos en el dominio del tiempo para la transmisión del enlace ascendente URLLC y los identificadores de los procesos HARQ puede ser una tabla preconfigurada.
Por ejemplo, como se prescribe en el parámetro de configuración, una pluralidad de recursos en el dominio del tiempo para la transmisión del enlace ascendente URLLC pueden pertenecer a un proceso HARQ. La transmisión de información se puede realizar una vez en cada recurso de dominio de tiempo para la transmisión de enlace ascendente URLLC.
La FIG. 2 muestra la correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC y los procesos HARQ. En un escenario de aplicación en la FIG. 2, un proceso HARQ puede corresponder a cuatro recursos en el dominio del tiempo para la transmisión del enlace ascendente URLLC. Como se muestra en la FIG. 2, un proceso 1 HARQ puede corresponder a los recursos t1 a t4 en el dominio del tiempo para la transmisión de enlace ascendente URLLC, un proceso 2 HARQ puede corresponder a los recursos t5 a t8 en el dominio del tiempo para la transmisión de enlace ascendente URLLC, y un proceso 3 HARQ puede corresponder a los recursos t9 a t12 en el dominio del tiempo para la transmisión de enlace ascendente URLLC, y así sucesivamente.
Por supuesto, durante la implementación, la correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC y los identificadores de los procesos HARQ también pueden representarse en cualquier otro modo, que no se definirá particularmente en el presente documento.
El parámetro de configuración incluye además una segunda información que indica la cantidad de tiempos de transmisión. Debe apreciarse que, generalmente, la cantidad de tiempos de transmisión de un mismo Bloque de Transporte (TB) usando un proceso HARQ es la cantidad de tiempos de transmisión del TB. Para facilitar la descripción, la cantidad de recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a un proceso HARQ puede ser simplemente la cantidad de tiempos de transmisión. Por ejemplo, en el escenario de aplicación de la FIG. 2, la cantidad de tiempos de transmisión puede ser 4.
En una posible realización de la presente descripción, el parámetro de configuración puede incluir además una cuarta información.
En una posible realización de la presente descripción, la cuarta información puede indicar versiones de redundancia de datos para un servicio URLLC transmitido cada vez y un orden de transmisión de las versiones de redundancia. Por ejemplo, en el escenario de aplicación de la FIG. 2, la cuarta información puede indicar cuatro versiones de redundancia, es decir, Rv0 a Rv3, así como un orden de transmisión de las mismas, es decir, Rv0, Rv2, Rv3 y Rv1.
De manera alternativa, en una posible realización de la presente descripción, la cuarta información puede indicar versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ. Por ejemplo, en el escenario de aplicación de la FIG. 2, la cuarta información puede indicar las versiones Rv0, Rv2, Rv3 y Rv1 de redundancia correspondientes a t1, t2, t3 y t4 respectivamente.
S102: después de la llegada del servicio URLLC, transmitir los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente URLLC.
Debe apreciarse que un dispositivo del lado de la red puede conocer el identificador de HARQ utilizado por el UE de acuerdo con la correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC y los identificadores de los procesos HARQ indicados en la primera información en conjunto con el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en la que el UE transmite el servicio URLLC. A este respecto, el UE y el dispositivo del lado de la red pueden comprender el proceso HARQ usado para la transmisión del servicio URLLC de la misma manera.
Según las realizaciones de la presente descripción, mediante la configuración de la correspondencia entre los procesos HARQ y los recursos en el dominio del tiempo, el dispositivo del lado de la red puede determinar con precisión el proceso HARQ usado por el UE para la transmisión cuando el UE transmite los datos al dispositivo del lado de la red en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. Como resultado, puede garantizar la transmisión sin concesión de enlace ascendente del servicio URLLC.
S102 incluye, después de la llegada del servicio URLLC, transmitir datos para un primer TB usando un primer proceso HARQ correspondiente a un primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en un último primer recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC, y el primer TB pertenece a los datos del servicio URLLC. El método de transmisión sin concesión de enlace ascendente puede incluir además la recepción de información de programación que indica que los datos para la primera transmisión de TB usando el primer proceso HARQ se retransmitirán en un segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
Debe tenerse en cuenta que, el primer recurso en el dominio del tiempo disponible más reciente para la transmisión de enlace ascendente URLLC puede referirse a un recurso en el dominio del tiempo disponible más reciente para la transmisión de enlace ascendente URLLC después de un punto de tiempo actual cuando el servicio URLLC ha llegado, o un próximo recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC después del punto de tiempo en que ha llegado el servicio URLLC. El último primer recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC mencionado más adelante puede ser similar al mencionado en el presente documento y, por lo tanto, no se definirá en particular.
Debe apreciarse que el segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC puede ser diferente de un recurso en el dominio del tiempo para la transmisión de enlace ascendente correspondiente a un segundo proceso HARQ.
En las realizaciones de la presente descripción, después de la llegada del servicio URLLC, los datos para el primer TB pueden transmitirse en el último primer recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ. Entonces, cuando se ha recibido la información de programación desde el dispositivo del lado de la red de acuerdo con el primer TB, los datos pueden retransmitirse de acuerdo con la información de programación.
La FIG. 3 es una vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC. Como se muestra en la FIG. 3, cuando el servicio URLLC ha llegado entre t2 y t3, el dispositivo del lado del terminal, por ejemplo, el UE, puede transmitir el TB usando el último recurso disponible en el dominio del tiempo, es decir, t3. El TB puede pertenecer a los datos para el servicio URLLC. En este momento, los recursos en el dominio del tiempo que pueden ser usados por el proceso 1 HARQ pueden incluir t3 y t4, es decir, la cantidad de tiempos de retransmisión puede ser 2.
Además, para garantizar la fiabilidad del servicio URLLC, la fiabilidad de los datos para el servicio URLLC puede garantizarse de acuerdo con la información de programación del dispositivo del lado de la red posteriormente. En otras palabras, al recibir el TB, el dispositivo del lado de la red puede transmitir la información de programación al dispositivo del lado del terminal, para indicarle al dispositivo del lado del terminal que transmita los datos para el mismo TB en el recurso en el dominio del tiempo indicado en la información de programación.
Debe tenerse en cuenta que los datos para el mismo TB generalmente se refieren a una misma versión de redundancia o diferentes versiones de redundancia del mismo TB. Por supuesto, la información de identificación sobre las versiones de redundancia puede transportarse adicionalmente en la información de programación del dispositivo del lado de la red.
Debe apreciarse que, en general, el dispositivo del lado de la red puede programar el dispositivo del lado del terminal para transmitir una versión de redundancia de un mismo TB en cada operación de programación. Por supuesto, el dispositivo del lado de la red también puede programar el dispositivo del lado del terminal para transmitir una pluralidad de versiones de redundancia del mismo TB en cada operación de programación.
Debe apreciarse que, en las realizaciones de la presente descripción, el dispositivo del lado de la red puede transmitir la información de programación para programar el dispositivo del lado del terminal para transmitir el TB en la cantidad de tiempos de transmisión igual o no igual a la cantidad de tiempos de transmisión indicados en el parámetro de configuración.
S102 incluye, después de la llegada del servicio URLLC, la transmisión de datos para el primer TB en el último recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente de URLLC usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. El primer TB pertenece a los datos del servicio URLLC. Los datos transmitidos usando el primer proceso HARQ llevan además una tercera información que indica si el primer proceso HARQ a través del cual se transmiten los datos para el servicio URLLC se usa para transmitir los datos para un mismo TB que el segundo proceso HARQ ubicado inmediatamente después del primer proceso HARQ.
En una posible realización de la presente descripción, después de S102, el método de transmisión sin concesión de enlace ascendente puede incluir además, cuando la tercera información indica que el primer proceso HARQ se usa para transmitir el mismo TB que el segundo proceso HARQ, transmitir los datos para el primer TB usando el primer proceso HARQ para la cantidad de tiempos de transmisión restantes, en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ. La cantidad de tiempos de transmisión restantes puede ser la cantidad de tiempos de transmisión adquiridos restando la cantidad de tiempos de transmisión del primer TB en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ a partir de la cantidad de tiempos de transmisión indicados en la segunda información.
La FIG. 4 es una vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC. Similar a la de la FIG. 3, cuando el servicio URLLC ha llegado entre t2 y t3, el dispositivo del lado del terminal, por ejemplo, el UE, puede transmitir el TB usando un último recurso disponible en el dominio del tiempo, es decir, t3. El TB puede pertenecer a los datos para el servicio URLLC. En este momento, los recursos en el dominio del tiempo que pueden ser usados por el proceso 1 HARQ pueden incluir t3 y t4, es decir, la cantidad de tiempos de retransmisión puede ser 2, por ejemplo.
Además, en las realizaciones de la presente descripción, además de los datos para el TB, los datos transmitidos a través del proceso 1 HARQ incluyen información que indica si un proceso HARQ adyacente posterior al proceso 1 HARQ, es decir, el proceso 2 HARQ, y el proceso 1 HARQ se usan para transmitir los datos para el mismo TB. Por supuesto, debe apreciarse que, en las realizaciones de la presente descripción, una secuencia de Señales de Referencia de Demodulación (DMRS) o la Información de Control de Enlace Ascendente (UCI) puede transportar la información en el recurso en el dominio del tiempo para la transmisión de datos de enlace ascendente. La información puede usar un bit de DMRS u ocupar un bit de UCI.
Cuando la información incluida en los datos transmitidos a través del proceso 1 HARQ indica que el proceso 1 HARQ y el proceso 2 HARQ se usan para transmitir los datos para el mismo TB, el dispositivo del lado del terminal puede transmitir los datos para la transmisión del TB usando el proceso 1 HARQ en el recurso en el dominio del tiempo para la transmisión de enlace ascendente correspondiente al proceso 2 HARQ, y la cantidad de veces de la misma transmisión de TB utilizando el proceso 1 HARQ y el proceso 2 HARQ puede ser igual a la cantidad de veces de transmisión. Por ejemplo, en un escenario en la FIG. 4, las otras versiones de redundancia del mismo TB pueden transmitirse usando el proceso 1 HARQ en los dos recursos en el dominio del tiempo para la transmisión de enlace ascendente, es decir, t5 y t6.
En otra posible realización de la presente descripción, posterior a S102, el método de transmisión sin concesión de enlace ascendente puede incluir además, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para transmitir los datos para el mismo TB, transmitir datos para un primer TB usando el primer proceso HARQ en todo el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ.
La FIG. 5 es una vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC. Similar a la de la FIG. 3, cuando el servicio URLLC ha llegado entre t2 y t3, el dispositivo del lado del terminal, por ejemplo, el UE, puede transmitir el TB usando el último recurso disponible en el dominio del tiempo, es decir, t3. El TB puede pertenecer a los datos para el servicio URLLC. En este momento, los recursos en el dominio del tiempo que pueden ser usados por el proceso 1 HARQ pueden incluir t3 y t4, es decir, la cantidad de tiempos de retransmisión puede ser 2, por ejemplo.
Similar al escenario de aplicación en la FIG. 4, en las realizaciones de la presente descripción, además de los datos para el TB, los datos transmitidos a través del proceso 1 HARQ incluyen información que indica si un proceso HARQ adyacente posterior al proceso 1 HARQ, es decir, el proceso 2 HARQ, y el proceso 1 HARQ se usa para transmitir los datos para el mismo TB.
Cuando la información incluida en los datos transmitidos a través del proceso 1 HARQ indica que el proceso 1 HARQ y el proceso 2 HARQ se usan para transmitir los datos del mismo TB, el dispositivo del lado del terminal puede transmitir los datos para la transmisión del TB a través del proceso 1 HARQ en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente correspondiente al proceso 2 HARQ. Por ejemplo, en un escenario en la FIG. 5, el dispositivo del lado terminal puede transmitir las versiones de redundancia del mismo TB usando el proceso 1 HARQ en los cuatro recursos en el dominio del tiempo para la transmisión de enlace ascendente, es decir, t5 a t8, por ejemplo.
Por supuesto, debe apreciarse que, en las realizaciones de la presente descripción, la secuencia DMRS o UCI también puede transportar una pieza de información que indica si un proceso HARQ actual corresponde a un recurso en el dominio del tiempo actual para la transmisión de enlace ascendente y un proceso HARQ adyacente posterior al proceso HARQ actual se usa para transmitir los datos para el mismo TB.
En una posible realización de la presente descripción, S102 puede incluir, después de la llegada del servicio URLLC, la transmisión de datos para el servicio URLLC usando un proceso HARQ adyacente posterior a un proceso HARQ correspondiente a un punto de tiempo actual en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al proceso HARQ adyacente.
La FIG. 6 es una vista esquemática que muestra el método de transmisión sin concesión de enlace ascendente URLLC. Similar a la de la FIG. 3, el servicio URLLC ha llegado entre t2 y t3. En un escenario de aplicación en la FIG.
6, el dispositivo del lado terminal puede transmitir el TB usando un proceso HARQ adyacente posterior a un proceso HARQ correspondiente a un punto de tiempo de llegada del servicio URLLC. Para ser específico, en la FIG. 6, el dispositivo del lado terminal puede transmitir todas las versiones de redundancia del TB usando el proceso 2 HARQ en los cuatro recursos t5 a t8 en el dominio del tiempo para la transmisión de enlace ascendente, es decir, los tiempos de transmisión configurados.
Como se muestra en la FIG. 7, la presente descripción proporciona además en algunas realizaciones un método de transmisión sin concesión de enlace ascendente URLLC para un dispositivo del lado de la red. Debe apreciarse que, en las realizaciones de la presente descripción, el dispositivo del lado de la red puede ser una estación base. El método de transmisión sin concesión de enlace ascendente incluye los siguientes pasos.
S701: transmitir un parámetro de configuración, incluyendo el parámetro de configuración la primera información que indica una correspondencia entre los recursos en el dominio del tiempo para la transmisión del enlace ascendente URLLC y los identificadores de los procesos HARQ.
El parámetro de configuración incluye además una segunda información que indica la cantidad de tiempos de transmisión.
En una posible realización de la presente descripción, el parámetro de configuración puede incluir además una cuarta información. En una posible realización de la presente descripción, la cuarta información puede indicar versiones de redundancia de datos para un servicio URLLC transmitido cada vez y un orden de transmisión de las versiones de redundancia. De manera alternativa, la cuarta información puede indicar versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
La descripción sobre el parámetro de configuración puede referirse a lo mencionado en S101 en la FIG. 1, y por lo tanto no se definirá particularmente en este documento.
S702: tras la recepción de datos para el servicio URLLC, almacenar en caché los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC.
Según las realizaciones de la presente descripción, mediante la configuración de la correspondencia entre los procesos HARQ y los recursos en el dominio del tiempo, el dispositivo del lado de la red puede determinar con precisión el proceso HARQ usado por el dispositivo del lado del terminal para la transmisión cuando los datos son transmitidos por el dispositivo del lado terminal al dispositivo del lado de la red en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. Como resultado, puede garantizar la transmisión sin concesión de enlace ascendente del servicio URLLC.
S702 incluye, cuando se detecta que hay datos para recibir el servicio URLLC en un primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, almacenar en caché datos para un primer TB recibido en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando un primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, y el primer TB pertenece a los datos para el servicio URLLC.
Debe tenerse en cuenta que, independientemente de si el TB es transmitido por el dispositivo del lado terminal usando un proceso HARQ correspondiente a un punto de tiempo de llegada del servicio URLLC o usando un proceso HARQ adyacente posterior al proceso HARQ correspondiente al punto de tiempo de llegada del servicio URLLC, cuando se detecta que hay datos para el servicio URLLC que se recibirán en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, el dispositivo del lado de la red puede almacenar en caché los datos para el TB recibido en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el proceso HARQ correspondiente al recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
Cuando el primer TB almacenado en caché usando el primer proceso HARQ no se ha recibido correctamente, el método de transmisión sin concesión de enlace ascendente puede incluir además la transmisión de información de programación que indica que los datos del primer TB almacenado en caché usando el primer proceso HARQ serán retransmitidos por un dispositivo del lado del terminal lateral en un segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
En el escenario de aplicación de la FIG. 3, cuando el servicio URLLC ha llegado entre t2 y t3, el dispositivo del lado del terminal, por ejemplo, el UE, puede transmitir el TB usando un proceso 1 HARQ en los recursos en el dominio del tiempo para la transmisión de enlace ascendente, es decir, t3 y t4. Una vez que se detecta que los datos para el servicio URLLC han llegado a los recursos t3 y t4 en el dominio del tiempo para la transmisión de enlace ascendente, el dispositivo del lado de la red, por ejemplo, la estación base, puede almacenar en caché los datos para el TB usando el proceso 1 HARQ correspondiente a los recursos t3 y t4 en el dominio del tiempo para la transmisión de enlace ascendente. Entonces, el dispositivo del lado de la red, por ejemplo, la estación base, puede transmitir la información de programación al dispositivo del lado del terminal de acuerdo con una condición de uso de los recursos en el dominio del tiempo para la transmisión del enlace ascendente, y la información de programación puede indicar al dispositivo del lado del terminal transmitir los datos para un mismo Tb en un recurso en el dominio del tiempo diferente del recurso en el dominio del tiempo configurado para la transmisión de enlace ascendente. El dispositivo del lado de la red, por ejemplo, la estación base, puede almacenar en caché versiones de redundancia del mismo TB usando el proceso 1 HARQ en el recurso en el dominio del tiempo programado para la transmisión de enlace ascendente.
Debe apreciarse que, en las realizaciones de la presente descripción, el dispositivo del lado de la red puede transmitir la información de programación para programar el dispositivo del lado del terminal para transmitir el TB en la cantidad de tiempos de transmisión igual o no igual a la cantidad de tiempos de transmisión indicados en el parámetro de configuración.
Por supuesto, debe tenerse en cuenta que el dispositivo del lado de la red puede almacenar en caché los datos del primer TB, que se ha recibido en el segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, usando el primer proceso HARQ en el segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
Los datos almacenados en caché usando el primer proceso HARQ llevan además una tercera información que indica si el primer proceso HARQ y un segundo proceso HARQ adyacente posterior al primer proceso HARQ se usan para almacenar en caché los datos para el mismo TB.
En una posible realización de la presente descripción, S702 puede incluir: almacenar en caché los datos para el primer TB, que se ha recibido en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC; y cuando los datos almacenados en caché usando el primer proceso HARQ llevan además la tercera información que indica que el primer proceso HARQ y el segundo proceso HARQ se usan para almacenar en caché los datos para el mismo TB, almacenar en caché los datos para el primer TB usando el primer proceso HARQ para la cantidad de tiempos de transmisión restantes en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ. La cantidad de tiempos de transmisión restantes puede ser la cantidad de tiempos de transmisión adquiridos al restar la cantidad de tiempos de transmisión del primer TB en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ de la cantidad de tiempos de transmisión indicados en la segunda información.
En el escenario de aplicación de la FIG. 4, después de que el dispositivo del lado de la red haya almacenado en caché los datos para el TB usando el proceso 1 HARQ en t3 y t4, el dispositivo del lado de la red puede determinar además que el proceso 2 HARQ y el proceso 1 HARQ se usan para transmitir los datos para el mismo TB de acuerdo con la información contenida en los datos almacenados en caché, y luego almacenar en caché las otras versiones de redundancia del mismo TB usando el proceso 1 HARQ en los recursos t5 y t6 en el dominio del tiempo para la transmisión de enlace ascendente.
Por supuesto, debe apreciarse que, en las realizaciones de la presente descripción, una secuencia DMRS recibida de UCI puede transportar información adicional que indica si un proceso HARQ actual correspondiente a un recurso en el dominio del tiempo actual para la transmisión de enlace ascendente y se usa un proceso HARQ adyacente posterior al proceso HARQ actual para transmitir los datos para el mismo TB.
En una posible realización de la presente descripción, S702 puede incluir: almacenar en caché los datos para el primer TB, que se ha recibido en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, perteneciendo el primer TB a los datos para el servicio URLLC; y cuando los datos almacenados en caché usando el primer proceso HARQ llevan además la tercera información que indica que el primer proceso HARQ y el segundo proceso HARQ se usan para almacenar en caché los datos para el mismo TB, almacenar en caché los datos del primer TB usando el segundo proceso HARQ en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondientes al segundo proceso HARQ.
En el escenario de aplicación de la FIG. 5, después de que el dispositivo del lado de la red haya almacenado en caché los datos para el TB usando el proceso 1 HARQ en t3 y t4, el dispositivo del lado de la red puede determinar además que el proceso 2 HARQ y el proceso 1 HARQ se usan para transmitir los datos para el mismo TB de acuerdo con la información contenida en los datos almacenados en caché, y almacenar en caché las versiones de redundancia del mismo TB usando el proceso 1 HARQ en los cuatro recursos en el dominio del tiempo para la transmisión de enlace ascendente, es decir, t5 a t8, por ejemplo.
Por supuesto, debe apreciarse que, en las realizaciones de la presente descripción, la secuencia DMRS o UCI recibida puede transportar información adicional que indica si el proceso HARQ actual corresponde al recurso en el dominio del tiempo actual para la transmisión de enlace ascendente y el proceso HARQ adyacente posterior a el proceso HARQ actual se usa para transmitir los datos para el mismo TB.
La presente descripción proporciona además en algunas realizaciones un dispositivo 800 del lado del terminal que, como se muestra en la FIG. 8, incluye: una unidad 801 de recepción configurada para recibir un parámetro de configuración, incluyendo el parámetro de configuración una primera información que indica una correspondencia entre recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC e identificadores de procesos HARQ; y una unidad 802 de transmisión configurada para, después de la llegada de un servicio URLLC, transmitir datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente URLLC.
Según las realizaciones de la presente descripción, mediante la configuración de la correspondencia entre los procesos HARQ y los recursos en el dominio del tiempo, un dispositivo del lado de la red puede determinar con precisión el proceso HARQ usado por el UE para la transmisión cuando los datos son transmitidos por el dispositivo del lado del terminal al dispositivo del lado de la red en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. Como resultado, puede garantizar la transmisión sin concesión de enlace ascendente del servicio URLLC.
El parámetro de configuración incluye además una segunda información que indica la cantidad de tiempos de transmisión.
En una posible realización de la presente descripción, el parámetro de configuración puede incluir además una cuarta información. En una posible realización de la presente descripción, la cuarta información puede indicar versiones de redundancia de datos para un servicio URLLC transmitido cada vez y un orden de transmisión de las versiones de redundancia. De manera alternativa, la cuarta información puede indicar versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
La unidad 802 de transmisión está además configurada para, después de la llegada del servicio URLLC, transmitir datos para un primer TB usando un primer proceso HARQ correspondiente a un primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en un primer recurso disponible en el dominio del tiempo más reciente. para la transmisión de enlace ascendente URLLC, y el primer TB pertenece a los datos para el servicio URLLC. La unidad 801 de recepción está configurada además para recibir información de programación que indica que los datos para la transmisión del primer TB usando el primer proceso HARQ se retransmitirán en un segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. La unidad 802 de transmisión está además configurada para retransmitir los datos para el primer TB usando el primer proceso HARQ en el segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC de acuerdo con la información de programación de un gNB.
La unidad 802 de transmisión está además configurada para, después de la llegada del servicio URLLC, transmitir los datos para el primer TB usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el último primer recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC. El primer TB pertenece a los datos para el servicio URLCC, y los datos transmitidos usando el primer proceso HARQ llevan además una tercera información que indica si el primer proceso HARQ a través del cual se transmitieron los datos para el servicio URLLC y un segundo proceso HARQ adyacente posterior al primer proceso HARQ se usa para transmitir los datos para el mismo TB.
En una posible realización de la presente descripción, la unidad 802 de transmisión está configurada además para, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para transmitir los datos para el mismo TB, transmitir los datos para el primer TB usando el primer proceso HARQ en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ.
En otra posible realización de la presente descripción, la unidad 802 de transmisión está además configurada para, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para transmitir los datos para el mismo TB, transmitir los datos para el primer TB usando el primer proceso HARQ para la cantidad de tiempos de transmisión restantes en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ. La cantidad de tiempos de transmisión restantes puede ser la cantidad de tiempos de transmisión adquiridos al restar la cantidad de tiempos de transmisión del primer TB en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ de la cantidad de tiempos de transmisión indicados en la segunda información.
En otra posible realización más de la presente descripción, la unidad 802 de transmisión está configurada además para, después de la llegada del servicio URLLC, transmitir los datos para el servicio URLLC usando un proceso HARQ adyacente posterior a un proceso HARQ correspondiente a un punto de tiempo actual. en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al proceso HARQ adyacente.
El dispositivo 800 del lado terminal también se puede aplicar al método de la FIG. 1 y lograr las funciones del dispositivo del lado de la red mencionado anteriormente, que no se definirá particularmente en este documento.
La presente descripción proporciona además, en algunas realizaciones, un dispositivo 900 del lado del terminal que, como se muestra en la FIG. 9, incluye un procesador 902, una memoria 903, un transmisor 901 y un receptor 904. En el uso real, el transmisor 901 y el receptor 904 pueden acoplarse a una antena 905.
La memoria 903 está configurada para almacenar en ella un programa. Para ser específicos, el programa puede incluir códigos de programa y los códigos de programa pueden incluir instrucciones legibles por ordenador. La memoria 903 puede incluir una Memoria de Solo Lectura (ROM) y una Memoria de Acceso Aleatorio (RAM), y está configurada para proporcionar instrucciones y datos al procesador 902. Para ser específicos, la memoria 903 puede incluir una memoria RAM de alta velocidad, o una memoria no volátil, por ejemplo, al menos un disco magnético.
El procesador 902 está configurado para ejecutar el programa almacenado en la memoria 903.
Para ser específicos, en el dispositivo 900 del lado del terminal, el procesador 902 está configurado para, a través del receptor 904 y el transmisor 901: recibir un parámetro de configuración, incluyendo el parámetro de configuración la primera información que indica una correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC e identificadores de procesos HARQ; y después de la llegada de un servicio URLLC, transmitir datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente URLLC.
El método mencionado anteriormente para el dispositivo del lado terminal en la FIG. 1 puede ser aplicado o implementado por el procesador 902. El procesador 902 puede ser un circuito integrado (IC) que tiene una capacidad de procesamiento de señales. Durante la implementación, los pasos del método pueden realizarse a través de un circuito lógico integrado del hardware en el procesador 902 o instrucciones en forma de software. El procesador 902 puede ser un procesador de propósito general (incluyendo una Unidad Central de Procesamiento (CPU) o un Procesador de Red (NP)), un Procesador de Señal Digital (DSP), un Circuito Integrado de Aplicación Específica (ASIC), una Matriz de Puertas Programables en Campo (FPGA) o cualquier otro elemento lógico programable, un elemento lógico de puerta o transistor discreto, o un conjunto de hardware discreto, que puede usarse para implementar o ejecutar los métodos, pasos o diagramas lógicos en las realizaciones de la presente descripción. El procesador de propósito general puede ser un microprocesador o cualquier otro procesador convencional. Los pasos del método en las realizaciones de la presente descripción pueden ser implementados directamente por el procesador en forma de hardware o una combinación de módulos de hardware y software. El módulo de software puede estar ubicado en un medio de almacenamiento conocido, como una RAM, una memoria flash, una ROM, una ROM Programable (PROM), una PROM Borrable Eléctricamente (EEPROM) o un registro. El medio de almacenamiento puede estar ubicado en la memoria 903, y el procesador 902 puede leer la información almacenada en la memoria 903 para implementar los pasos del método junto con el hardware.
El dispositivo 900 del lado terminal también se puede aplicar al método de la FIG. 1 y lograr las funciones del dispositivo del lado de la red mencionado anteriormente, que no se definirá particularmente en este documento.
La presente descripción proporciona además, en algunas realizaciones, un medio de almacenamiento legible por ordenador que almacena uno o más programas que incluyen instrucciones. Las instrucciones son ejecutadas por un dispositivo electrónico portátil que incluye una pluralidad de aplicaciones para implementar el método de la FIG. 1, es decir, para: recibir un parámetro de configuración, incluyendo el parámetro de configuración una primera información que indica una correspondencia entre los recursos en el dominio del tiempo para la transmisión del enlace ascendente URLLC y los identificadores de los procesos HARQ; y después de la llegada de un servicio URLLC, transmitir datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente URLLC.
La presente descripción proporciona además en algunas realizaciones un dispositivo 1000 del lado de la red que, como se muestra en la FIG. 10, incluye: una unidad 1001 de transmisión configurada para transmitir un parámetro de configuración, incluyendo el parámetro de configuración una primera información que indica una correspondencia entre recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC e identificadores de procesos HARQ; y una unidad 1002 de recepción configurada para, tras la recepción de datos para un servicio URLLC, almacenar en caché los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que los datos para el servicio URLLC han sido recibidos.
Según las realizaciones de la presente descripción, mediante la configuración de la correspondencia entre los procesos HARQ y los recursos en el dominio del tiempo, el dispositivo del lado de la red puede determinar con precisión el proceso HARQ usado por el dispositivo del lado del terminal para la transmisión cuando los datos son transmitidos por el dispositivo del lado terminal al dispositivo del lado de la red en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. Como resultado, puede garantizar la transmisión sin concesión de enlace ascendente del servicio URLLC.
El parámetro de configuración incluye además una segunda información que indica la cantidad de tiempos de transmisión.
En una posible realización de la presente descripción, el parámetro de configuración puede incluir además una cuarta información. En una posible realización de la presente descripción, la cuarta información puede indicar versiones de redundancia de datos para un servicio URLLC transmitido cada vez y un orden de transmisión de las versiones de redundancia. De manera alternativa, la cuarta información puede indicar versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
La unidad 1002 de recepción está además configurada para, cuando se detecta que hay datos para recibir el servicio URLLC en un primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, almacenar los datos en caché para un primer TB recibido en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando un primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, y el primer TB pertenece a los datos para el servicio URLLC.
La unidad 1001 de transmisión está configurada además para transmitir información de programación que indica que los datos para el primer TB almacenados en caché usando el primer proceso HARQ deben ser retransmitidos por un dispositivo del lado del terminal en un segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
La unidad 1002 de recepción está además configurada para almacenar en caché los datos del primer TB, que se ha recibido en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC. El primer TB pertenece a los datos para el servicio URLLC, y los datos almacenados en caché mediante el primer proceso HARQ llevan además una tercera información que indica el primer proceso HARQ y se usa un segundo proceso HARQ adyacente posterior al primer proceso HARQ para almacenar en caché los datos para el mismo TB.
En una posible realización de la presente descripción, la unidad 1002 de recepción está configurada además para, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para almacenar en caché los datos para el mismo TB, almacenar en caché los datos para el primer TB usando el primer proceso HARQ en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ.
En otra posible realización de la presente descripción, la unidad 1002 de recepción está además configurada para, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para almacenar en caché los datos para el mismo TB, almacenar en caché los datos para el primer TB usando el primer proceso HARQ para la cantidad de tiempos de transmisión restantes en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ. La cantidad de tiempos de transmisión restantes puede ser la cantidad de tiempos de transmisión adquiridos al restar la cantidad de tiempos de transmisión del primer TB en el recurso en el dominio de tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ de la cantidad de tiempos de transmisión indicados en la segunda información.
El dispositivo 1000 del lado de la red también se puede aplicar al método de la FIG. 7 y lograr las funciones del dispositivo del lado de la red mencionado anteriormente, que no se definirá particularmente en este documento.
La presente descripción proporciona además en algunas realizaciones un dispositivo del lado de la red 1100 que, como se muestra en la FIG. 11, incluye un procesador 1102, una memoria 1103, un transmisor 1101 y un receptor 1104. En el uso real, el transmisor 1101 y el receptor 1104 pueden acoplarse a una antena 1105.
La memoria 1103 está configurada para almacenar en ella un programa. Para ser específicos, el programa puede incluir códigos de programa y los códigos de programa pueden incluir instrucciones legibles por ordenador. La memoria 1103 puede incluir una ROM y una RAM, y está configurada para proporcionar instrucciones y datos al procesador 1102. Para ser específicos, la memoria 1103 puede incluir una RAM de alta velocidad o una memoria no volátil, por ejemplo, al menos un disco magnético.
El procesador 1102 está configurado para ejecutar el programa almacenado en la memoria 1103.
Para ser específicos, en el dispositivo 1100 del lado de la red, el procesador 1102 está configurado para, a través del receptor 1104 y el transmisor 1101: transmitir un parámetro de configuración, incluyendo el parámetro de configuración la primera información que indica una correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC e identificadores de procesos HARQ; y al recibir los datos para un servicio URLLC, almacenar en caché los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC.
El método mencionado anteriormente para el dispositivo del lado del terminal en la FIG. 7 puede ser aplicado o implementado por el procesador 1102. El procesador 1102 puede ser un IC que tenga una capacidad de procesamiento de señales. Durante la implementación, los pasos del método pueden completarse a través de un circuito lógico integrado de hardware en el procesador 1102 o instrucciones en forma de software. El procesador 1102 puede ser un procesador de propósito general (que incluye una CPU o un NP), un DSP, un ASIC, una FPGA o cualquier otro elemento lógico programable, un elemento lógico de puerta o transistor discreto, o un conjunto de hardware discreto, que puede usarse para implementar o ejecutar los métodos, pasos o diagramas lógicos en las realizaciones de la presente descripción. El procesador de propósito general puede ser un microprocesador o cualquier otro procesador convencional. Los pasos del método en las realizaciones de la presente descripción pueden ser implementados directamente por el procesador en forma de hardware o una combinación de módulos de hardware y software. El módulo de software puede estar ubicado en un medio de almacenamiento conocido, como una RAM, una memoria flash, una ROM, una PROM, una EEPROM o un registro. El medio de almacenamiento puede estar ubicado en la memoria 1103, y el procesador 1102 puede leer la información almacenada en la memoria 1103 para implementar los pasos del método junto con el hardware.
El dispositivo 1100 del lado del terminal también se puede aplicar al método de la FIG. 7 y lograr las funciones del dispositivo del lado de la red mencionado anteriormente, que no se definirá particularmente en este documento.
La presente descripción proporciona además, en algunas realizaciones, un medio de almacenamiento legible por ordenador que almacena uno o más programas que incluyen instrucciones. Las instrucciones son ejecutadas por un dispositivo electrónico portátil que incluye una pluralidad de aplicaciones para implementar el método de la FIG. 7, es decir, para: transmitir un parámetro de configuración, incluyendo el parámetro de configuración una primera información que indica una correspondencia entre recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC e identificadores de procesos HARQ; y al recibir datos para un servicio URLLC, almacenar en caché los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC.
El sistema, dispositivos, módulos o unidades mencionados anteriormente pueden implementarse a través de un chip o entidad informática, o a través de un producto que tenga una función determinada. Típicamente, pueden implementarse como un ordenador. Para ser específicos, el ordenador puede ser un ordenador personal, un ordenador portátil, un teléfono móvil, un teléfono con cámara, un teléfono inteligente, un Asistente Digital Personal (PDA), un reproductor multimedia, un dispositivo de navegación, un dispositivo de correo electrónico, una consola de juegos, un ordenador de pantalla plana, un dispositivo portátil o una combinación de los mismos.
El medio de almacenamiento legible por ordenador puede incluir un medio de almacenamiento móvil o inmóvil, volátil o no volátil, capaz de almacenar información en él usando cualquier método o técnica. La información puede ser una instrucción legible por ordenador, una estructura de datos, un programa o cualquier otro dato. El medio de almacenamiento legible por ordenador puede incluir, entre otros, una memoria RAM (por ejemplo, Memoria de Acceso Aleatorio de Cambio de Fase (PRAM), SRAM o Memoria Dinámica de Acceso Aleatorio (DrAm )), una ROM (por ejemplo, una Memoria de Solo Lectura Programable Borrable Eléctricamente (EEPROM), una memoria flash, una Memoria de Solo Lectura de Disco Compacto (CD-ROM) o un Disco de Video Digital (DVD)), un dispositivo de almacenamiento magnético (por ejemplo, una cinta magnética de casete o un disco magnético), o cualquier otro medio que no es de transmisión capaz de almacenar información a la que puede acceder un dispositivo informático. Tal como se define en la presente descripción, el medio de almacenamiento legible por ordenador puede no incluir ningún medio transitorio, por ejemplo, portadora o señal de datos modulados.
Debe apreciarse además que términos tales como "incluir" o "incluyendo" o cualquier otra variación involucrada en la presente descripción pretenden proporcionar una cobertura no exclusiva, de modo que un procedimiento, método, artículo o dispositivo que incluye una serie de elementos puede incluir también cualquier otro elemento no enumerado en este documento, o puede incluir cualquier elemento inherente al procedimiento, método, artículo o dispositivo. Si, sin más limitaciones, para los elementos definidos por tal oración como "incluyendo uno...", no se excluye que el procedimiento, método, artículo o dispositivo que incluye los elementos también pueda incluir cualquier otro elemento idéntico.
Las realizaciones anteriores se han descrito de manera progresiva, y no se repetirán contenidos iguales o similares en las realizaciones, es decir, cada realización simplemente se centra en la diferencia con las demás. Especialmente, debido a que las realizaciones del sistema son sustancialmente similares a las realizaciones del método, se han descrito de una manera sencilla, y la descripción relevante puede referirse a la de las realizaciones del método.

Claims (13)

REIVINDICACIONES
1. Un método de transmisión sin concesión de enlace ascendente en Comunicación Ultra Confiable y de Baja Latencia, URLLC, realizado por un dispositivo (800) del lado del terminal, que comprende:
recibir (S101) un parámetro de configuración, comprendiendo el parámetro de configuración una primera información que indica una correspondencia entre recursos en el dominio del tiempo para transmisión de enlace ascendente URLLC e identificadores de procesos de Solicitud de Repetición Automática Híbrida, HARQ; y
transmitir (S 102), después de la llegada de un servicio URLLC, datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente URLLC,
en donde la transmisión (S102) de los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC después de la llegada del servicio URLLC comprende:
transmitir, después de la llegada del servicio URLLC, los datos para un primer bloque de transporte, TB, usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el último primer recurso disponible en el dominio del tiempo para URLLC transmisión de enlace ascendente,
en donde el primer TB pertenece a los datos para el servicio URLCC, y los datos transmitidos usando el primer proceso HARQ llevan además una tercera información que indica si el primer proceso HARQ a través del cual se han transmitido los datos para el servicio URLLC y un segundo proceso HARQ adyacente posterior al primer proceso HARQ se usan para transmitir los datos para el mismo TB; y
en donde el parámetro de configuración comprende además una segunda información que indica la cantidad de tiempos de transmisión.
2. El método de transmisión sin concesión de enlace ascendente según la reivindicación 1,
en donde el método de transmisión sin concesión de enlace ascendente comprende además: recibir información de programación que indica que los datos para la transmisión del primer TB usando el primer proceso HARQ se retransmitirán en un segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
3. El método de transmisión sin concesión de enlace ascendente según la reivindicación 1, que comprende además:
transmitir, después de transmitir los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso en el dominio del tiempo disponible para la transmisión de enlace ascendente URLLC, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se utilizan para transmitir los datos para el mismo TB, los datos para el primer TB usando el primer proceso usan en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ; o
transmitir, después de transmitir los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para transmitir los datos para el mismo TB, usando los datos para el primer TB el primer proceso HARQ para la cantidad de tiempos de transmisión restantes en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ,
en donde la cantidad de tiempos de transmisión restantes es la cantidad de tiempos de transmisión adquiridos restando la cantidad de tiempos de transmisión del primer TB en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ de la cantidad de tiempos de transmisión indicados en la segunda información.
4. El método de transmisión sin concesión de enlace ascendente según la reivindicación 1, en donde la transmisión (S102) de los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC después de la llegada del servicio URLLC comprende:
transmitir, después de la llegada del servicio URLLC y cuando la cantidad de tiempos de transmisión de una transmisión de TB usando un proceso HARQ correspondiente a un punto de tiempo actual es menor que la cantidad configurada de tiempos de transmisión, los datos para el servicio URLLC usando un proceso HARQ adyacente posterior al proceso HARQ correspondiente al punto de tiempo actual en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al proceso HARQ adyacente.
5. El método de transmisión sin concesión de enlace ascendente según la reivindicación 1, en donde el parámetro de configuración comprende además una cuarta información que indica las versiones de redundancia de los datos para el servicio URLLC transmitidos cada vez y un orden de transmisión de las versiones de redundancia o que indica las versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
6. Un método de transmisión sin concesión de enlace ascendente en Comunicación Ultra Confiable y de Baja Latencia, URLLC, realizado por un dispositivo (1000) del lado de la red, que comprende:
transmitir (S701) un parámetro de configuración, comprendiendo el parámetro de configuración una primera información que indica una correspondencia entre los recursos en el dominio del tiempo para transmisión de enlace ascendente URLLC e identificadores de procesos de Solicitud de Repetición Automática Híbrida, HARQ; y
almacenar en caché (S702), tras la recepción de datos para el servicio URLLC, los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC,
en donde el almacenamiento en caché de los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC al recibir los datos para el servicio URLLC comprende:
almacenar en caché, cuando se detecta que hay datos para recibir el servicio URLLC en un primer recurso en el dominio del tiempo para la transmisión de enlace ascendente de URLLC, usando los datos para un primer bloque de transporte, TB, recibidos en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC un primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC,
en donde el primer TB pertenece a los datos para el servicio URLLC, y los datos para el servicio URLLC llevan además una tercera información que indica si se usan el primer proceso HARQ y un segundo proceso HARQ adyacente posterior al primer proceso HARQ para almacenar en caché los datos para el misma TB; y
en donde el parámetro de configuración comprende además una segunda información que indica la cantidad de tiempos de transmisión.
7. El método de transmisión sin concesión de enlace ascendente según la reivindicación 6, en donde el parámetro de configuración se usa además para indicar las versiones de redundancia de los datos para el servicio URLLC transmitidos cada vez y un orden de transmisión de las versiones de redundancia, o indicar versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
8. El método de transmisión sin concesión de enlace ascendente según la reivindicación 6, que comprende además:
transmitir, cuando el primer TB almacenado en caché que usa el primer proceso HARQ no se ha recibido correctamente, la información de programación indicando que los datos para el primer TB almacenado en caché que usa el primer proceso HARQ serán retransmitidos por un dispositivo (800) del lado terminal en un segundo recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC.
9. El método de transmisión sin concesión de enlace ascendente según la reivindicación 6, que comprende además:
almacenar en caché, posterior al almacenamiento en caché de los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC al recibir los datos para el servicio URLLC, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para almacenar en caché los datos para el mismo TB, los datos para el primer TB usando el primer proceso HARQ en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ; o
almacenar en caché, posterior al almacenamiento en caché de los datos para el servicio URLLC usando el proceso HARQ correspondiente en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el que se han recibido los datos para el servicio URLLC al recibir los datos para el servicio URLLC, cuando la tercera información indica que el primer proceso HARQ y el segundo proceso HARQ se usan para almacenar en caché los datos del mismo TB, los datos del primer TB usando el primer proceso HARQ para la cantidad de tiempos de transmisión restantes en todos los recursos en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente al segundo proceso HARQ,
en donde la cantidad de tiempos de transmisión restantes es la cantidad de tiempos de transmisión adquiridos restando la cantidad de tiempos de transmisión del primer TB en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando el primer proceso HARQ de la cantidad de tiempos de transmisión indicados en la segunda información.
10. Un dispositivo (800) del lado terminal, que comprende:
una unidad (801) de recepción configurada para recibir un parámetro de configuración, comprendiendo el parámetro de configuración la primera información que indica una correspondencia entre recursos en el dominio del tiempo para la transmisión de enlace ascendente de Comunicación Ultra Confiable y de Baja Latencia, URLLC, e identificadores de procesos de Solicitud de Repetición Automática Híbrida, HARQ ; y
una unidad (802) de transmisión configurada para, después de la llegada de un servicio URLLC, transmitir datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso disponible en el dominio del tiempo para la transmisión de enlace ascendente URLLC,
en donde la unidad (802) de transmisión está configurada además para:
transmitir, después de la llegada del servicio URLLC, los datos para un primer bloque de transporte, TB, usando el primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en el último primer recurso disponible en el dominio del tiempo para transmisión de enlace ascendente URLLC,
en donde el primer TB pertenece a los datos para el servicio URLCC, y los datos transmitidos usando el primer proceso HARQ llevan además una tercera información que indica si el primer proceso HARQ a través del cual se han transmitido los datos para el servicio URLLC y un segundo proceso HARQ adyacente posterior al primer proceso HARQ se usan para transmitir los datos para el mismo TB; y
en donde el parámetro de configuración comprende además una segunda información que indica la cantidad de tiempos de transmisión.
11. El dispositivo (800) del lado del terminal según la reivindicación 10, en donde el parámetro de configuración comprende además una cuarta información que indica las versiones de redundancia de los datos para el servicio URLLC transmitido cada vez y un orden de transmisión de las versiones de redundancia o que indica las versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
12. Un dispositivo (1000) del lado de la red, que comprende:
una unidad (1001) de transmisión configurada para transmitir un parámetro de configuración, comprendiendo el parámetro de configuración la primera información que indica una correspondencia entre los recursos en el dominio del tiempo para la transmisión de enlace ascendente de Comunicación Ultra Confiable y de Baja Latencia, URLLC, e identificadores de procesos de Solicitud de Repetición Automática Híbrida, HARQ ; y
una unidad (1002) de recepción configurada para, al recibir datos para un servicio URLLC, almacenar en caché los datos para el servicio URLLC usando un proceso HARQ correspondiente en un recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC en la que se han recibido los datos para el servicio URLLC.
en donde la unidad (1002) de recepción está configurada además para:
almacenar en caché, cuando se detecta que hay datos para recibir el servicio URLLC en un primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC, los datos para un primer Bloque de Transporte, TB, recibidos en el primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC usando un primer proceso HARQ correspondiente al primer recurso en el dominio del tiempo para la transmisión de enlace ascendente URLLC,
en donde el primer TB pertenece a los datos para el servicio URLLC, y los datos para el servicio URLLC llevan además una tercera información que indica si el primer proceso HARQ y un segundo proceso HARQ adyacente posterior al primer proceso HARQ se usan para almacenar en caché los datos para el mismo TB; y
en donde el parámetro de configuración comprende además una segunda información que indica la cantidad de tiempos de transmisión.
13. El dispositivo (1000) del lado de la red según la reivindicación 12, en donde el parámetro de configuración se usa además para indicar versiones de redundancia de los datos para el servicio URLLC transmitidos cada vez y un orden de transmisión de las versiones de redundancia, o indicar versiones de redundancia de los datos para el servicio URLLC en el recurso en el dominio de tiempo para la transmisión de enlace ascendente URLLC correspondiente a cada proceso HARQ.
ES18842295T 2017-08-03 2018-08-02 Método de transmisión sin concesión de enlace ascendente URLLC, dispositivo del lado del usuario y dispositivo del lado de la red Active ES2941834T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710656316.XA CN109392099B (zh) 2017-08-03 2017-08-03 Urllc中上行免授权传输的方法、用户侧设备和网络侧设备
PCT/CN2018/098301 WO2019024891A1 (zh) 2017-08-03 2018-08-02 Urllc中上行免授权传输的方法、用户侧设备和网络侧设备

Publications (1)

Publication Number Publication Date
ES2941834T3 true ES2941834T3 (es) 2023-05-25

Family

ID=65232274

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18842295T Active ES2941834T3 (es) 2017-08-03 2018-08-02 Método de transmisión sin concesión de enlace ascendente URLLC, dispositivo del lado del usuario y dispositivo del lado de la red

Country Status (5)

Country Link
US (1) US11357027B2 (es)
EP (1) EP3661290B1 (es)
CN (1) CN109392099B (es)
ES (1) ES2941834T3 (es)
WO (1) WO2019024891A1 (es)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108988995B (zh) * 2017-06-02 2020-07-24 华为技术有限公司 一种数据传输的方法和装置
JP7350017B2 (ja) 2018-05-21 2023-09-25 オッポ広東移動通信有限公司 サービス伝送のための方法、装置及び端末
CN111988121A (zh) * 2019-05-24 2020-11-24 中国电信股份有限公司 基于免调度的数据传输方法、基站、终端以及存储介质
CN110856262B (zh) * 2019-09-25 2022-03-01 西安交通大学 一种基于联合时频分集的免授权上行传输方法
CN114303333B (zh) * 2019-11-07 2024-02-09 Oppo广东移动通信有限公司 无线通信方法及设备、终端设备和网络设备
WO2021159533A1 (zh) * 2020-02-14 2021-08-19 Oppo广东移动通信有限公司 信息处理方法、装置、存储介质、处理器及电子装置
CN114070478B (zh) * 2020-08-07 2023-06-30 大唐移动通信设备有限公司 一种信息传输方法、终端及网络侧设备
US11968662B2 (en) 2021-03-23 2024-04-23 Qualcomm Incorporated Uplink configured grant transmission repetition techniques in wireless communications

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106507486B (zh) * 2015-09-08 2020-04-28 华为技术有限公司 用于上行数据传输的方法、网络设备和终端设备
CN106507497B (zh) * 2015-09-08 2020-09-11 华为技术有限公司 用于上行数据传输的方法、终端设备和网络设备
CN106550439A (zh) * 2015-09-23 2017-03-29 华为技术有限公司 一种非连续接收的方法以及终端设备
US10313168B2 (en) * 2015-12-11 2019-06-04 Lg Electronics Inc. Method and user equipment for receiving downlink channel, and method and base station for transmitting downlink channel
KR102340908B1 (ko) * 2016-05-12 2021-12-17 삼성전자 주식회사 비면허 대역을 사용하는 셀룰러 네트워크에서의 상향링크 자원할당 방법 및 그 장치
CN105979597B (zh) 2016-06-27 2020-02-21 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端
CN106255215B (zh) * 2016-08-05 2019-12-10 宇龙计算机通信科技(深圳)有限公司 通信方法及通信装置
CN106385709B (zh) * 2016-10-31 2022-12-20 宇龙计算机通信科技(深圳)有限公司 资源调度方法及资源调度装置
US10595336B2 (en) * 2016-11-15 2020-03-17 Huawei Technologies Co., Ltd. Systems and methods for grant-free uplink transmissions
JP2020036051A (ja) * 2016-12-28 2020-03-05 株式会社Nttドコモ ユーザ装置、及びデータ送信方法

Also Published As

Publication number Publication date
EP3661290B1 (en) 2023-03-08
CN109392099B (zh) 2019-11-05
US20200178273A1 (en) 2020-06-04
CN109392099A (zh) 2019-02-26
WO2019024891A1 (zh) 2019-02-07
EP3661290A4 (en) 2020-08-19
EP3661290A1 (en) 2020-06-03
US11357027B2 (en) 2022-06-07

Similar Documents

Publication Publication Date Title
ES2941834T3 (es) Método de transmisión sin concesión de enlace ascendente URLLC, dispositivo del lado del usuario y dispositivo del lado de la red
ES2927975T3 (es) Canal de control del enlace descendente para comunicaciones ultra confiables y de baja latencia del enlace ascendente
ES2766864T3 (es) Método para retransmisión parcial
ES2956442T3 (es) Método y dispositivo de transmisión de datos
ES2842352T3 (es) Técnicas para patrones de señales de referencia de demodulación dinámica para la transmisión de datos
ES2909462T3 (es) Método para transmitir señal de enlace ascendente y dispositivo terminal
ES2889910T3 (es) Método y dispositivo terminal para transmisión de datos
BR112019025281A2 (pt) Método de transmissão de dados, aparelho e meio de armazenamento legível por computador
KR102238228B1 (ko) 제어 정보 송신 방법 및 장치, 및 제어 정보 수신 방법 및 장치
ES2962358T3 (es) Transmisión de información de control de enlace ascendente
WO2018027982A1 (zh) 发送参考信号的方法和装置及接收参考信号的方法和装置
JP2021527968A (ja) 無線通信方法、通信デバイス、チップ及びシステム
ES2863399T3 (es) Procedimiento para transmitir información, dispositivo de red y dispositivo terminal
ES2872535T3 (es) Método y aparato para transmitir una señal de control de enlace ascendente
CN110034865B (zh) Pucch资源的确定方法及其接收方法、终端设备和网络侧设备
WO2019184614A1 (zh) 用于传输解调参考信号的方法、终端设备和网络侧设备
ES2959687T3 (es) Método de transmisión de información de control de enlace ascendente, dispositivo terminal y dispositivo de red
WO2018201369A1 (zh) 一种控制信息传输的方法、终端设备和网络设备
BRPI0717364B1 (pt) Método e equipamento para aumentar os recursos ack para um sistema de comunicação sem fio
US11387954B2 (en) Method for implementing data mapping and transmission and related product
ES2923887T3 (es) Método de planificación de recursos, dispositivo terminal y dispositivo de red
US20220104242A1 (en) Transmission method and device for uplink control information
ES2893812T3 (es) Método y dispositivo para la transmisión de datos
US20200186299A1 (en) Method and apparatus
ES2954869T3 (es) Método de comunicación inalámbrica, dispositivo terminal y dispositivo de red