ES2973334T3 - Método y aparato de manejo de conflictos de recursos, terminal y medio de almacenamiento - Google Patents

Método y aparato de manejo de conflictos de recursos, terminal y medio de almacenamiento Download PDF

Info

Publication number
ES2973334T3
ES2973334T3 ES19955391T ES19955391T ES2973334T3 ES 2973334 T3 ES2973334 T3 ES 2973334T3 ES 19955391 T ES19955391 T ES 19955391T ES 19955391 T ES19955391 T ES 19955391T ES 2973334 T3 ES2973334 T3 ES 2973334T3
Authority
ES
Spain
Prior art keywords
pusch
resource
priority
conflict
transmission
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
ES19955391T
Other languages
English (en)
Inventor
Zhe Fu
Jing Xu
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Application granted granted Critical
Publication of ES2973334T3 publication Critical patent/ES2973334T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/563—Allocation or scheduling criteria for wireless resources based on priority criteria of the wireless resources

Landscapes

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

Abstract

La presente solicitud se relaciona con el campo técnico de las comunicaciones y proporciona un método y aparato de manejo de conflictos de recursos, un terminal y un medio de almacenamiento. El método comprende: cuando un primer canal físico de control de enlace ascendente (PUSCH) se superpone o entra en conflicto con un segundo PUSCH en recursos del dominio del tiempo, si existe un cuarto PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH en recursos del dominio del tiempo en un tercer PUSCH incluido. en el primer PUSCH, transmitir un bloque de datos por medio del cuarto PUSCH, en el que el primer PUSCH se utiliza para la retransmisión del bloque de datos. De esta manera, se aclara un problema de manejo de conflictos en un escenario de conflicto donde existe el tercer PUSCH, y los recursos disponibles se pueden utilizar tanto como sea posible aquí, asegurando así la tasa de utilización de los recursos y permitiendo que un servicio se transmita a una red. dispositivo lateral lo más rápido posible para evitar demoras causadas por un conflicto de recursos. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método y aparato de manejo de conflictos de recursos, terminal y medio de almacenamiento
Campo técnico
La presente descripción se refiere a tecnología de comunicación y, más particularmente, a un método y aparato de manejo de conflictos de recursos, un terminal y un medio de almacenamiento.
Antecedentes
Para mejorar la transmisión fiable del canal físico de control de enlace ascendente (PUSCH), se han introducido transmisiones repetidas de PUSCH en la nueva radio (NR). Es decir, un PUSCH que lleva los mismos datos se transmite repetidamente un número de veces en un período de tiempo. Generalmente, los recursos de PUSCH configurados por un dispositivo de red para tales transmisiones repetidas se pueden definir como un PUSCH nominal.
Actualmente, las transmisiones repetidas del PUSCH nominal pueden ser de ranura cruzada. A modo de ejemplo, cuando una transmisión repetida cruza un límite de una ranura, o cuando una transmisión repetida está segmentada por, o entra en conflicto con, un símbolo de enlace descendente/símbolo flexible configurado por un dispositivo de red, el PUSCH nominal se puede segmentar en una pluralidad de PUSCH para transmisión. Cada PUSCH como resultado de tal segmentación usualmente se denomina PUSCH real, como se muestra en la Figura 1.
En un sistema de comunicación, es inevitable que algunos recursos puedan entrar en conflicto en el dominio del tiempo. Actualmente, cómo resolver el problema del conflicto de recursos para un PUSCH nominal que se puede segmentar se ha convertido en un tema candente de investigación. SAMSUNG: “ Update on Summary of Collision Handling Aspects for LC/CE UEs” , BORRADOR del 3GPP; R1-161377 describe una actualización sobre el resumen de los aspectos de manejo de colisiones para LTE de LC/CE. WILUS INC: “ On PUSCH enhancement for NR URLLC” , BORRADOR del 3GPP; El documento R1 -1911317 describe la mejora de PUSCH para URLLC de NR. NOKIA NOKIA SHANGHAI BELL: “ Summary of contributions on PUSCH enhancements for NR eURLLC (AI 7.2.6.3)” , BORRADOR del 3GPP; R1-1911402 describe un resumen de las contribuciones sobre las mejoras de PUSCH para eURLLC de NR.
Resumen
Las realizaciones de la presente descripción proporcionan un método y aparato de manejo de conflictos de recursos, un terminal y un medio de almacenamiento, que pueden resolver el problema de conflictos de recursos para un PUSCH nominal que puede segmentarse. Las soluciones técnicas son las siguientes.
En un aspecto, se proporciona un método de manejo de conflictos de recursos como se establece en la reivindicación 1. En otro aspecto, se proporciona un aparato de manejo de conflictos de recursos como se establece en la reivindicación 2. En otro aspecto más, se proporciona un producto de programa informático como se establece en la reivindicación 3. En otro aspecto más, se proporciona un medio de almacenamiento legible por ordenador como se establece en la reivindicación 4.
Las soluciones técnicas según las realizaciones de la presente descripción pueden lograr al menos los siguientes efectos ventajosos.
Cuando un primer PUSCH y un segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, si hay un cuarto PUSCH en un tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, puede transmitirse un bloque de datos a través del cuarto PUSCH. El primer PUSCH está configurado para transmisiones repetidas del bloque de datos. De esta manera, se puede aclarar el problema del manejo de conflictos en la situación de conflicto donde está presente el tercer PUSCH. En este punto, los recursos disponibles se pueden utilizar tanto como sea posible y se puede garantizar la utilización de los recursos, de modo que el tráfico se pueda transmitir a un dispositivo de red lo más rápido posible para evitar el retardo causado por el conflicto de recursos.
Breve descripción de los dibujos
Para describir las soluciones técnicas en las realizaciones de la presente descripción más claramente, los dibujos que se van a usar en la descripción de las realizaciones se presentarán brevemente a continuación. De manera obvia, los dibujos en la siguiente descripción son únicamente algunas realizaciones de la presente descripción, y pueden obtenerse otros dibujos por los expertos en la materia basándose en estos dibujos sin ningún esfuerzo inventivo.
La Figura 1 es un diagrama esquemático que muestra un primer PUSCH según una realización ilustrativa de la presente descripción;
la Figura 2 es un diagrama esquemático que muestra un entorno de implementación según una realización ilustrativa de la presente descripción;
la Figura 3 es un diagrama de flujo que ilustra un método de manejo de conflictos de recursos según una realización ilustrativa de la presente descripción;
la Figura 4 es un diagrama esquemático que muestra un primer PUSCH según otra realización ilustrativa de la presente descripción;
la Figura 5 es un diagrama esquemático que muestra una estructura de un aparato de manejo de conflictos de recursos según una realización ilustrativa de la presente descripción; y
la Figura 6 es un diagrama esquemático que muestra una estructura de un terminal según una realización ilustrativa de la presente descripción.
Descripción de las realizaciones
Las realizaciones de la presente descripción se describirán además en detalle a continuación con referencia a los dibujos adjuntos, de manera que los objetos, soluciones técnicas y ventajas de la presente descripción se harán más evidentes. Antes de presentar el método de manejo de conflictos de recursos según las realizaciones de la presente descripción, se introducirán brevemente algunos contenidos, situaciones de aplicación y entornos de implementación relevantes implicados en las realizaciones de la presente descripción.
En primer lugar, se introducirá brevemente algún contenido relacionado implicado en las realizaciones de la presente descripción.
Situación de Internet de las cosas industrial (IIoT): Las situaciones de IIoT de 5a generación (5G) necesitan respaldar la transmisión de tráfico, tal como la automatización de fábricas, la industria del transporte y la distribución de energía eléctrica en sistemas 5G. Tiene requisitos relativamente altos en cuanto a retardo y la fiabilidad de la transmisión de datos. Basándose en los requisitos de transmisión en cuanto a retardo y fiabilidad, también se han introducido en la situación de IIoT conceptos como Interconexión en Red Sensible al Tiempo (TSN) y Comunicación Sensible al Tiempo (TSC).
Priorización de Canal Lógico (LCP): Cuando un Equipo de Usuario (UE) adquiere recursos de enlace ascendente para nuevas transmisiones, se realizan las transmisiones de datos según las prioridades de los canales lógicos. El UE prioriza los canales lógicos según los siguientes órdenes de prioridades (en orden descendente de prioridades):
1) Elemento de control (CE) de control de acceso al medio (MAC) de identidad temporal de red de radio celular (C-RNTI) o datos del canal de control común de enlace ascendente (UL-CCCH);
2) CE de MAC de confirmación de concesión configurada;
3) CE de MAC de informe de estado de memoria intermedia (BSR) distinto de la BSR de relleno;
4) CE de MAC de PHR de entrada única o CE de MAC de PHR de entrada múltiple;
5) Datos de cualquier canal lógico distinto de UL-CCCH;
6) CE de MAC para consulta de tasa de bits recomendada; y
7) CE de MAC de BSR para BSR de relleno.
Configuración semiestática: Para soportar servicios periódicos con tráfico básicamente fijo y reducir la sobrecarga de la planificación frecuente del canal físico de control de enlace descendente (PDCCH), NR puede soportar la configuración de recursos semiestática. En este punto, la configuración de recursos semiestática significa que el dispositivo de red asigna recursos planificados al terminal a través de información de control de enlace descendente (DCI) llevada en el PDCCH, y el terminal transmite o recibe datos de tráfico según los recursos planificados periódicamente. La configuración de recursos semiestática puede incluir una concesión de configuración (CG) para enlace ascendente (UL) y una planificación semipersistente (SPS) para enlace descendente (DL). Para la CG, puede incluir dos tipos, en concreto, tipo1 y tipo2. En este punto, un UE puede usar o configurar una CG tipo 1, es decir, activarla, cuando el UE recibe una configuración de RRC. Para una CG tipo 2, después de que un UE recibe una configuración de RRC, el UE almacena la configuración de RRC y activa (usa) o desactiva (no usa) el recurso de CG cuando posteriormente recibe una DCI que indica la activación o desactivación de la CG.
A continuación, se introducirán brevemente algunas situaciones de aplicación implicadas en las realizaciones de la presente descripción.
Por un lado, para mejorar la fiabilidad de la transmisión de PUSCH, se han introducido transmisiones repetidas de PUSCH en NR. Es decir, un PUSCH que lleva los mismos datos se transmite un número de veces dentro de un período de tiempo. Desde la perspectiva de los recursos del dominio del tiempo, en R15, las transmisiones repetidas de PUSCH se basan en transmisiones repetidas a nivel de ranura. Es decir, los recursos de PUSCH ocupados por las transmisiones repetidas están ubicados en una ranura y no cruzarán ranuras. Sin embargo, en R16, se introducen transmisiones repetidas de PUSCH de ranura cruzada. Es decir, los recursos de PUSCH ocupados por las transmisiones repetidas pueden ocupar símbolos de dos ranuras, y el dispositivo de red puede configurar las posiciones de recursos ocupadas específicas. En algunas realizaciones, las transmisiones repetidas configuradas por el dispositivo de red se definen como repeticiones nominales y, correspondientemente, los recursos de PUSCH para las transmisiones repetidas se pueden definir como PUSCH nominales. Cuando una repetición nominal en las transmisiones repetidas cruza el límite de una ranura o entra en conflicto con un símbolo de enlace descendente configurado por el dispositivo de red, la repetición nominal se segmentará en dos o más PUSCH para la transmisión. Los PUSCH resultantes de la segmentación se denominan PUSCH reales. En esta realización, el PUSCH nominal es un primer PUSCH, y el PUSCH real incluido en el PUSCH nominal es un tercer PUSCH. Por ejemplo, como se muestra en la Figura 1, se incluyen tres primeros PUSCH, y los tres primeros PUSCH incluyen cuatro terceros PUSCH, donde el PUSCH1 real es igual al PUSCH1 nominal, es decir, después de la introducción del concepto del PUSCH real, el PUSCH nominal no segmentado también puede considerarse como un PUSCH real. Además, el PUSCH2 nominal en la Figura 1 incluye dos terceros PUSCH, el PUSCH1 real y el PUSCH2 real, y el PUSCH3 nominal es igual al PUSCH4 real. De esta manera, los bloques de datos se transmiten a la granularidad de terceros PUSCH.
Por otra parte, en algunas situaciones de servicio, los recursos asignados al mismo terminal pueden entrar en conflicto en el tiempo, y los conflictos de recursos son comunes, especialmente en situaciones de servicio que son sensibles a los requisitos de latencia, tales como las situaciones de IIoT de 5G. En tales situaciones de IIoT, diferentes servicios tienen diferentes requisitos de Calidad de Servicio (QoS). Por ejemplo, algunos servicios son sensibles al retardo y algunos servicios tienen requisitos estrictos sobre la tasa de pérdida de paquetes. Por lo tanto, se puede usar una función de solicitud de repetición automática híbrida (HARQ) para configurar procesos de HARQ para transmisiones de datos, reduciendo de esta manera el retardo de transmisión o mejorando la fiabilidad de transmisión. Es decir, en tales situaciones, usualmente se requiere la retransmisión de datos para la comunicación. En este proceso, los recursos configurados para el mismo usuario inevitablemente entrarán en conflicto en el tiempo. Por supuesto, también habrá casos donde se produzcan conflictos entre múltiples recursos de transmisión nuevos. En este punto, los conflictos pueden incluir un conflicto entre un canal de datos y otro canal de datos, un conflicto entre un canal de datos y un canal de control (o Información de Control de Enlace Ascendente (UCI)), y un conflicto entre un canal de control (o UCI) y otro canal de control (o UCI). La UCI puede ser al menos una de: solicitud de planificación (SR), retroalimentación de HARQ y señal de referencia de información de estado de canal (CSI-RS). Además, en la situación anterior del conflicto entre canales de datos, el canal de datos puede ser al menos uno de: Concesión Configurada (CG), Concesión Dinámica (DG) y SPS, donde la CG puede incluir CG tipo 1 y/o CG tipo 2. Los recursos de DG se pueden planificar en planificación configurada (CS)-RNTI, célula temporal (TC)-RNTI, C-RNTI o de acceso aleatorio (RA)-RNTI (es decir, respuesta de acceso aleatorio (RAR)). Por supuesto, los recursos se pueden configurar o planificar en un enlace ascendente o en un enlace secundario.
Actualmente, en la IIoT Rel-16 únicamente se considera la cuestión del conflicto en el caso de una repetición nominal, y no hay análisis ni definición sobre cómo manejar el conflicto después de que una repetición nominal se segmenta en repeticiones reales. De esta manera, cuando se soporta la segmentación de PUSCH y los recursos en conflicto son recursos como resultado de la segmentación, si el terminal todavía funciona de la manera heredada, los recursos se desperdiciarán y se provocará un retardo innecesario. En vista de esto, las realizaciones de la presente descripción proporcionan una solución que se puede aplicar a una situación de enlace ascendente o una situación de enlace secundario. Para implementaciones específicas, se puede hacer referencia a las siguientes realizaciones.
A continuación, se introducirán brevemente los entornos de implementación implicados en las realizaciones de la presente descripción.
La Figura 2 es un diagrama esquemático que muestra un entorno de implementación según una realización ilustrativa. El entorno de la implementación incluye al menos un terminal 210 y un dispositivo de red 220. En la Figura 2, se muestra un terminal como ejemplo a modo de ilustración. La comunicación de datos puede realizarse entre el terminal 210 y el dispositivo de red 220 a través de una red de comunicación. El terminal 210 y el dispositivo de red 220 están provistos de entidades de MAC, para implementar la transmisión de datos en la capa de MAC a través de las entidades de MAC. Es decir, en las realizaciones de la presente descripción, el terminal puede implementar el método de transmisión de datos usando la entidad de MAC. Como ejemplo, el terminal 210 puede ser un dispositivo que puede usarse para comunicación de datos, tal como un teléfono móvil o una tableta. En algunas realizaciones, el terminal también puede denominarse UE. Además, el dispositivo de red puede ser un dispositivo de red tal como una estación base. En este punto, en la situación de enlace secundario, las dos entidades comunicantes también pueden ser dos dispositivos terminales.
Después de introducir el contenido relacionado, las situaciones de aplicación y los entornos de implementación implicados en las realizaciones de la presente descripción, a continuación, se describirá en detalle un método de manejo de conflictos de recursos según una realización de la presente descripción con referencia a las figuras.
La Figura 3 es un diagrama de flujo de un método para manejar conflictos de recursos según una realización ilustrativa. El método se puede aplicar al entorno de implementación mostrado en la Figura 2, y se ejecuta principalmente por un terminal. Incluye las siguientes etapas de implementación.
En la etapa 301, cuando un primer PUSCH y un segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, si hay un cuarto PUSCH en un tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, se transmite un bloque de datos a través del cuarto PUSCH. El primer PUSCH está configurado para transmisiones repetidas del bloque de datos.
En este caso, puede haber uno o más primeros PUSCH, y la realización de la presente descripción no se limita a ningún número específico de primeros PUSCH. Además, puede haber uno o más terceros PUSCH incluidos en el primer PUSCH y, correspondientemente, puede haber uno o más cuartos PUSCH.
Además, el primer PUSCH puede estar preconfigurado por un dispositivo de red, o puede planificarse dinámicamente por la red. A modo de ejemplo, el terminal puede recibir información de configuración de transmisión repetida. La información de configuración de transmisión repetida indica al menos uno de una posición de inicio de transmisión, un número de transmisiones repetidas y una duración de tiempo de cada transmisión repetida para el primer PUSCH. El terminal puede determinar un recurso en el dominio del tiempo del tercer PUSCH basándose en la información de configuración de transmisión repetida y la primera información. La primera información se usa para determinar la presencia del tercer PUSCH, una posición de recursos del tercer PUSCH, o la presencia del tercer PUSCH y la posición de recursos del tercer PUSCH cuando se determina que el tercer PUSCH está presente.
El número de primeros PUSCH puede ser el mismo que el número de transmisiones repetidas. Es decir, una transmisión repetida corresponde a un primer PUSCH. Se puede apreciar que, la duración de tiempo de cada transmisión repetida se refiere al número de símbolos ocupados por el primer PUSCH correspondiente a cada transmisión repetida.
La primera información puede incluir al menos una de entre información de límite de ranura, información de configuración de enlace ascendente/enlace descendente, primera información de indicación de recurso y segunda información de indicación de recurso. En este punto, la primera información de indicación de recurso puede indicar un recurso específico o una situación de límite cruzado. El recurso especificado no se utiliza como recurso de transmisión del primer PUSCH, y la segunda información de indicación de recurso incluye información de indicación de objetivo y/o información de recurso. La información de indicación de objetivo indica la presencia del tercer PUSCH y la información de recursos indica una posición de recursos del tercer PUSCH.
La información de límite de ranura indica un límite de una ranura. La información de configuración de enlace ascendente/enlace descendente indica qué símbolos se usan para la transmisión de enlace ascendente, qué símbolos se usan para la transmisión de enlace descendente y qué símbolos se pueden usar para la transmisión de enlace ascendente y la transmisión de enlace descendente.
Cuando la primera información de indicación de recurso indica el recurso especificado, el recurso especificado se refiere a un recurso que no puede usarse para el primer PUSCH. Por ejemplo, puede ser un símbolo de enlace descendente (DL) o un símbolo flexible. Cuando la primera información de indicación de recurso indica la situación de límite cruzado, puede ser una indicación explícita. Por ejemplo, puede ser “ 0” , que indica límite cruzado, o puede ser “ 0” , que indica límite no cruzado. De hecho, la información de límite de ranura anterior, la información de configuración de enlace ascendente/enlace descendente y la primera información de indicación de recurso pueden ser información implícita. Es decir, el terminal necesita combinarlas con la información de configuración de transmisión repetida para determinar si el primer PUSCH incluye el tercer PUSCH, o determinar la posición de recursos del tercer PUSCH incluido en el primer PUSCH, o determinar si el primer PUSCH incluye el tercer PUSCH y, en caso afirmativo, la posición de recursos del tercer PUSCH.
En este punto, la segunda información de indicación de recurso puede ser de hecho información explícita. Es decir, la segunda información de indicación de recurso indica directamente si el primer PUSCH incluye el tercer PUSCH y/o, en caso afirmativo, una posición de recurso de al menos un tercer PUSCH correspondiente. La información de recurso puede ser información del dominio del tiempo y/o información del dominio de la frecuencia. Además, cuando la primera información incluye la segunda información de indicación de recursos, el terminal puede combinarla además con la información de configuración de transmisión repetida para determinar el primer PUSCH, para determinar con precisión la posición de recursos del tercer PUSCH, mejorando de esta manera la precisión de la determinación.
Como ejemplo, la primera información de indicación de recursos y/o la segunda información de indicación de recursos pueden configurarse por un dispositivo de red. Por ejemplo, la primera información de indicación de recursos y/o la segunda información de indicación de recursos pueden indicarse por el dispositivo de red mediante información, tal como Control de Recursos de Radio (RRC), DCI o CE de MAC. De forma alternativa, la primera información de indicación de recursos y/o la segunda información de indicación de recursos pueden indicarse mediante una capa física del terminal.
De esta manera, el terminal puede conocer la posición de recursos del primer PUSCH, la información sobre la presencia del tercer PUSCH y la posición de recursos del tercer PUSCH incluido en el primer PUSCH.
En operación, el terminal puede detectar si hay superposición o conflictos de recursos entre el primer PUSCH y el segundo PUSCH basándose en la posición de recursos del primer PUSCH y la posición de recursos del segundo PUSCH. Por ejemplo, cuando la posición de recursos del primer PUSCH se superpone con la posición de recursos del segundo PUSCH, se determina que existe una superposición de recursos entre el primer PUSCH y el segundo PUSCH.
Como ejemplo, cuando el tercer PUSCH incluido en el primer PUSCH se superpone o entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, se determina que el primer PUSCH y el segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo. Es decir, para el primer PUSCH, la determinación no puede realizarse en la granularidad del primer PUSCH, sino en la granularidad del tercer PUSCH, es decir, en la granularidad del PUSCH real. Por ejemplo, se puede determinar si existe una superposición o conflictos de recursos determinando si al menos uno o cada tercer PUSCH se superpone o entra en conflicto con el segundo PUSCH en el dominio del tiempo.
Cabe señalar que, la determinación de si existe una superposición o conflictos de recursos se puede realizar al menos basándose en el dominio del tiempo y, en algunas realizaciones, la determinación se puede realizar basándose además en el dominio de la frecuencia. Las realizaciones de la presente descripción no se limitan a ninguno de estos ejemplos.
Cuando se determina que hay una superposición o conflicto de recursos entre el primer PUSCH y el segundo PUSCH, se determina si hay un cuarto PUSCH en el tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos en el dominio del tiempo. En caso afirmativo, el bloque de datos se transmite a través del cuarto PUSCH. Puede apreciarse que, el cuarto PUSCH es en realidad el tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos en el dominio del tiempo. Puede haber uno o más cuartos PUSCH, y cuando hay más de un cuarto PUSCH, el bloque de datos puede transmitirse sobre cada cuarto PUSCH.
Como ejemplo, el primer PUSCH puede ser un PUSCH de una primera Concesión Configurada (CG), y el segundo PUSCH puede ser un PUSCH de una segunda CG.
El segundo PUSCH puede ser un PUSCH nominal, que puede segmentarse en PUSCH reales. Es decir, el segundo PUSCH también puede incluir al menos un PUSCH real. En este caso, cuando se determina el conflicto de recursos (o superposición, y la siguiente descripción se dará tomando el conflicto como ejemplo), se puede determinar si existe un conflicto de recursos entre al menos uno o cada tercer PUSCH en el primer PUSCH y el o los PUSCH reales incluidos en el segundo PUSCH. Es decir, el primer PUSCH puede ser un primer recurso de CG y el segundo PUSCH puede ser un segundo recurso de CG. En este caso, el terminal detecta si existe un conflicto de recursos entre el recurso de CG real incluido en el primer recurso de CG y el segundo recurso de CG. Cuando ocurre un conflicto de recursos entre el recurso de CG real incluido en el primer recurso de CG y el segundo recurso de CG, se determina que ocurre un conflicto de recursos entre el primer PUSCH y el segundo PUSCH, o, en otras palabras, se determina que ocurre un conflicto de recursos entre el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH.
Además, operaciones tales como selección de recursos también se pueden realizar según el recurso de CG real incluido en el primer recurso de CG y el segundo recurso de CG.
Cabe señalar que, la primera CG tal como se usa en las realizaciones de la presente descripción se refiere al primer recurso de CG, y la primera Dg se refiere al primer recurso de DG. Similarmente, la segunda CG se refiere al segundo recurso de la CG y la segunda DG se refiere al segundo recurso de la CG.
Como ejemplo, el primer PUSCH puede ser un PUSCH de una primera CG, el segundo PUSCH puede ser un PUSCH indicado en una primera RAR, o el segundo PUSCH puede ser un PUSCH de una primera DG.
En este punto, la primera RAR puede ser msg2 en un proceso de acceso aleatorio de cuatro etapas, o puede ser msgB en un proceso de acceso aleatorio de dos etapas. Tomando como ejemplo el proceso de acceso aleatorio de cuatro etapas, en el caso de una falla en la transmisión de haz o de la necesidad de solicitar recursos de enlace ascendente, el terminal puede activar el proceso de acceso aleatorio. En una implementación, el terminal puede transmitir una solicitud de acceso aleatorio (es decir, msg1) a un dispositivo de red, y el dispositivo de red puede transmitir una primera RAR (es decir, msg2) al terminal basándose en la solicitud de acceso aleatorio. La primera RAR indica un recurso de enlace ascendente para transmitir msg3. En este punto, el recurso de enlace ascendente es el segundo PUSCH. En este caso, el terminal detecta si existe un conflicto entre el recurso de CG real incluido en el primer recurso de CG y el PUSCH indicado en la primera RAR, para determinar si existe un conflicto entre el primer PUSCH y el segundo PUSCH.
De forma alternativa, el segundo PUSCH puede ser el primer recurso de DG, que puede estar aleatorizado con un CS-RNTI, TC-RNTI o C-RNTI. En este caso, el terminal detecta si existe un conflicto entre el primer recurso de CG y el primer recurso de DG, para determinar si existe un conflicto de recursos entre el primer PUSCH y el segundo PUSCH.
Similarmente, en esta implementación, el segundo PUSCH también puede ser un PUSCH nominal, que puede segmentarse en PUSCH reales. Es decir, el segundo PUSCH también puede incluir al menos un PUSCH real. En este caso, cuando se determina el conflicto de recursos, se puede determinar si existe un conflicto de recursos entre al menos uno o cada tercer PUSCH en el primer PUSCH y el o los PUSCH reales incluidos en el segundo PUSCH.
Como ejemplo, el primer PUSCH puede ser un PUSCH indicado en una primera RAR, o el primer PUSCH puede ser un PUSCH de una segunda DG, y el segundo PUSCH puede ser un PUSCH de una segunda CG.
Como se ha descrito anteriormente, la primera RAR puede ser un msg2 en un procedimiento de acceso aleatorio de cuatro etapas, o puede ser un msgB en un procedimiento de acceso aleatorio de dos etapas. En este punto, la segunda DG puede estar aleatorizada con un CS-RNTI, TC-RNTI o C-RNTI.
En esta implementación, es posible detectar si existe un conflicto entre el PUSCH indicado en la primera RAR y el segundo PUSCH, para determinar si existe un conflicto de recursos entre el primer PUSCH y el segundo PUSCH, o, en otras palabras, es decir, para determinar si existe un conflicto de recursos entre el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH.
De forma alternativa, se puede detectar si existe un conflicto entre el recurso de DG real incluido en el segundo recurso de DG y el segundo PUSCH, para determinar si existe un conflicto de recursos entre el primer PUSCH y el segundo PUSCH. Además, operaciones tales como selección de recursos también se pueden realizar según el recurso de DG real incluido en el segundo recurso de DG y el segundo PUSCH.
Similarmente, en esta implementación, el segundo PUSCH también puede ser un PUSCH nominal, que puede segmentarse en PUSCH reales. Es decir, el segundo PUSCH también puede incluir al menos un PUSCH real. En este caso, cuando se determina el conflicto de recursos, se puede determinar si existe un conflicto de recursos entre al menos uno o cada tercer PUSCH en el primer PUSCH y el o los PUSCH reales incluidos en el segundo PUSCH.
Como ejemplo, el primer PUSCH puede ser un PUSCH indicado en una primera RAR, o el primer PUSCH puede ser un PUSCH de una segunda DG, y el segundo PUSCH puede ser un PUSCH indicado en una segunda RAR.
A modo de ejemplo, se puede detectar si existe un conflicto entre el recurso de DG real incluido en la segunda DG y el PUSCH indicado en la segunda RAR, o entre el recurso de DG real incluido en la segunda DG y el tercer PUSCH incluido en el PUSCH indicado en la segunda RAR, para determinar si existe un conflicto de recursos entre el primer PUSCH y el segundo PUSCH.
Además, operaciones tales como selección de recursos también se pueden realizar según el recurso de DG real incluido en la segunda DG y el PUSCH indicado en la segunda RAR, o según el recurso de DG real incluido en la segunda DG y el PUSCH real incluido en el PUSCH indicado en la segunda RAR.
Similarmente, en esta implementación, el segundo PUSCH también puede ser un PUSCH nominal, que puede segmentarse en PUSCH reales. Es decir, el segundo PUSCH también puede incluir al menos un PUSCH real. En este caso, cuando se determina el conflicto de recursos, se puede determinar si existe un conflicto de recursos entre al menos uno o cada tercer PUSCH en el primer PUSCH y el o los PUSCH reales incluidos en el segundo PUSCH.
Como ejemplo, el primer PUSCH puede ser un PUSCH indicado en una primera RAR, o el primer PUSCH puede ser un PUSCH de una segunda DG, y el segundo PUSCH puede ser un PUSCH de una primera DG.
A modo de ejemplo, se puede detectar si existe un conflicto entre el recurso de DG real incluido en la segunda DG y el recurso de DG real incluido en la primera DG, para determinar si existe un conflicto de recursos entre el primer PUSCH y el segundo PUSCH.
Además, operaciones tales como la selección de recursos también se pueden realizar según el recurso de DG real incluido en la segunda DG y el recurso de DG real incluido en la primera DG.
Similarmente, en esta implementación, el segundo PUSCH también puede ser un PUSCH nominal, que puede segmentarse en PUSCH reales. Es decir, el segundo PUSCH también puede incluir al menos un PUSCH real. En este caso, cuando se determina el conflicto de recursos, se puede determinar si existe un conflicto de recursos entre al menos uno o cada tercer PUSCH en el primer PUSCH y el o los PUSCH reales incluidos en el segundo PUSCH.
Además, las prioridades de los recursos de transmisión pueden determinarse basándose en el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH. Específicamente, cuando hay un quinto PUSCH en el tercer PUSCH que entra en conflicto con el segundo recurso de PUSCH, se puede determinar un recurso de transmisión priorizado con una granularidad del quinto PUSCH. En algunas realizaciones, también se puede entender que se puede determinar un recurso de transmisión no priorizado basándose en el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH.
Es decir, el recurso de transmisión priorizado en caso de conflictos de recursos puede determinarse con una granularidad del tercer PUSCH o del primer PUSCH. En otras palabras, el recurso de transmisión no priorizado en caso de conflictos de recursos puede determinarse con una granularidad del tercer PUSCH o del primer PUSCH
Como ejemplo, la operación de determinar las prioridades de los recursos de transmisión basándose en el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH puede incluir: determinar un recurso de transmisión priorizado basándose en una primera prioridad correspondiente a un quinto PUSCH y una segunda prioridad correspondiente al segundo PUSCH. El quinto PUSCH es al menos un tercer PUSCH en el tercer PUSCH que se superpone al segundo PUSCH con respecto a los recursos del dominio del tiempo.
Por supuesto, a modo de ejemplo, la prioridad del quinto PUSCH como se usa en la presente memoria también puede considerarse como la prioridad del primer PUSCH, y lo mismo se aplica a continuación.
Es decir, cuando hay un quinto PUSCH en el tercer PUSCH que entra en conflicto con el segundo recurso de PUSCH, se puede determinar qué recurso tiene prioridad para la transmisión basándose en la primera prioridad correspondiente al quinto PUSCH y la segunda prioridad correspondiente al segundo recurso de PUSCH, y, a continuación, el bloque de datos correspondiente se puede transmitir a través del recurso determinado. A modo de ejemplo, si la primera prioridad correspondiente al quinto PUSCH es mayor que la segunda prioridad correspondiente al segundo PUSCH, se prioriza el bloque de datos para transmitirse a través del quinto PUSCH. En este caso, se puede determinar el quinto PUSCH como el recurso para transmitir el bloque de datos. Por otro lado, si la primera prioridad correspondiente al segundo PUSCH es menor que la segunda prioridad correspondiente al segundo PUSCH, se prioriza el bloque de datos correspondiente para transmitirse sobre el segundo PUSCH.
Puede apreciarse que, puede haber uno o más quintos PUSCH en el tercer PUSCH. Cuando hay más de un quinto PUSCH, la primera prioridad correspondiente a cada quinto PUSCH se puede comparar con la segunda prioridad del segundo PUSCH, para determinar qué recurso ha de priorizarse para la transmisión.
Cabe señalar que, como ejemplo de la realización de la presente descripción, el UE puede determinar las prioridades de otros quintos PUSCH basándose en la prioridad del primer quinto PUSCH o el recurso del primer PUSCH.
Como ejemplo, la primera prioridad puede ser una prioridad de un recurso del quinto PUSCH, y la segunda prioridad es una prioridad de un recurso del segundo PUSCH. Es decir, en el proceso de comparación, se pueden comparar las prioridades de los dos recursos en conflicto, para determinar qué recurso ha de priorizarse para la transmisión.
Como ejemplo, la primera prioridad puede ser una prioridad de un primer canal lógico llevado en un recurso del quinto PUSCH, y la segunda prioridad puede ser una prioridad de un segundo canal lógico llevado en un recurso del segundo PUSCH.
Por supuesto, la prioridad del primer canal lógico sobre el recurso del quinto PUSCH también puede considerarse como la prioridad del primer canal lógico sobre el primer PUSCH.
En esta implementación, se puede determinar qué recurso tiene prioridad para la transmisión comparando las prioridades de los canales lógicos correspondientes a dos recursos en conflicto. Por ejemplo, si la prioridad del primer canal lógico llevado en el recurso del quinto PUSCH es mayor que la prioridad del segundo canal lógico llevado en el recurso del segundo PUSCH, se puede determinar que el bloque de datos tiene prioridad para transmitirse a través del quinto PUSCH, o, de cualquier otra manera, se prioriza el bloque de datos correspondiente para transmitirse sobre el segundo PUSCH.
Como ejemplo, cuando el quinto PUSCH lleva o ha de llevar al menos un primer canal lógico, la primera prioridad puede ser una prioridad del primer canal lógico con la prioridad más alta; y/o cuando el segundo PUSCH lleva o ha de llevar al menos un segundo canal lógico, la segunda prioridad puede ser una prioridad del segundo canal lógico con la prioridad más alta. En otras palabras, cuando hay una pluralidad de primeros canales lógicos, la primera prioridad puede incluir la prioridad más alta entre las prioridades de la pluralidad de primeros canales lógicos; y/o, cuando hay una pluralidad de segundos canales lógicos, la segunda prioridad puede incluir la prioridad más alta entre las prioridades de la pluralidad de segundos canales lógicos.
Es decir, puede haber una pluralidad de primeros canales lógicos que se llevan o han de llevarse en el quinto PUSCH. En este caso, se puede seleccionar la prioridad más alta entre las prioridades de la pluralidad de primeros canales lógicos, y, a continuación, se puede determinar la prioridad más alta como la primera prioridad.
Similarmente, puede haber una pluralidad de segundos canales lógicos que se llevan o han de llevarse en el segundo PUSCH. En este caso, se puede seleccionar la prioridad más alta entre las prioridades de la pluralidad de segundos canales lógicos, y, a continuación, se puede determinar la prioridad más alta como la segunda prioridad.
Por supuesto, cabe señalar que, en la descripción anterior, la prioridad más alta se selecciona como la primera prioridad cuando hay una pluralidad de primeros canales lógicos como ejemplo. En otro ejemplo, una de las prioridades de la pluralidad de primeros canales lógicos puede seleccionarse como la primera prioridad según alguna regla. Por ejemplo, la primera prioridad puede ser de manera alternativa la prioridad del primer canal lógico con la prioridad más baja. Similarmente, cuando hay una pluralidad de segundos canales lógicos, una de las prioridades de la pluralidad de segundos canales lógicos puede seleccionarse como la segunda prioridad según alguna regla. Por ejemplo, la segunda prioridad puede ser de manera alternativa la prioridad del segundo canal lógico con la prioridad más baja. La realización de la presente descripción no se limita a ninguno de estos ejemplos.
Como ejemplo, la primera prioridad puede ser una prioridad de un primer CE de MAC correspondiente a un recurso del quinto PUSCH, y la segunda prioridad puede ser una prioridad de un segundo CE de MAC correspondiente a un recurso del segundo PU<s>C<h>. El primer C<e>de MAC y el segundo CE de MAC están en diferentes PDU de MAC.
En esta implementación, se puede determinar cuál de los dos recursos en conflicto ha de priorizarse para la transmisión según la prioridad del primer CE de MAC correspondiente al recurso del quinto PUSCH y la prioridad del segundo CE de MAC correspondiente al recurso del segundo PUSCH.
Como ejemplo, cuando el quinto PUSCH lleva o ha de llevar al menos un primer CE de MAC, la primera prioridad puede ser una prioridad del primer CE de MAC con la prioridad más alta; y/o cuando el segundo PUSCH lleva o ha de llevar al menos un segundo CE de MAC, la segunda prioridad puede ser una prioridad del segundo CE de MAC con la prioridad más alta. En otras palabras, cuando hay una pluralidad de primeros CE de MAC, la primera prioridad puede incluir la prioridad más alta entre las prioridades de la pluralidad de primeros CE de MAC; y/o, cuando hay una pluralidad de segundos CE de MAC, la segunda prioridad puede incluir la prioridad más alta entre las prioridades de la pluralidad de segundos CE de MAC. Es decir, puede haber una pluralidad de primeros CE de MAC correspondientes al recurso del quinto PUSCH. En este caso, se puede seleccionar la prioridad más alta entre las prioridades de la pluralidad de primeros CE de MAC, y, a continuación, se puede determinar la prioridad más alta como la primera prioridad.
Similarmente, puede haber una pluralidad de segundos CE de MAC correspondientes al recurso del segundo PUSCH. En este caso, se puede seleccionar la prioridad más alta entre las prioridades de la pluralidad de segundos CE de MAC, y, a continuación, se puede determinar la prioridad más alta como la segunda prioridad.
Por supuesto, cabe señalar que, en la descripción anterior, la prioridad más alta se selecciona como la primera prioridad cuando hay una pluralidad de primeros CE de MAC como ejemplo. En otro ejemplo, una de las prioridades de la pluralidad de primeros CE de MAC puede seleccionarse como la primera prioridad según alguna regla. Por ejemplo, la primera prioridad puede ser de manera alternativa la prioridad del primer CE de MAC con la prioridad más baja. Similarmente, cuando hay una pluralidad de segundos CE de MAC, una de las prioridades de la pluralidad de segundos CE de MAC puede seleccionarse como la segunda prioridad según alguna regla. Por ejemplo, la segunda prioridad puede ser de manera alternativa la prioridad del segundo CE de MAC con la prioridad más baja. La realización de la presente descripción no se limita a ninguno de estos ejemplos.
Como ejemplo, la primera prioridad puede incluir una prioridad de un primer CE de MAC correspondiente a un recurso del quinto PUSCH y una prioridad de un primer canal lógico llevado en el recurso del quinto PUSCH, y la segunda prioridad puede incluir una prioridad de un segundo CE de MAC correspondiente a un recurso del segundo PUSCH y una prioridad de un segundo canal lógico llevado en el recurso del segundo PUSCH.
En esta implementación, la primera prioridad puede incluir, o puede determinarse basándose en dos prioridades. Por ejemplo, se puede establecer un primer peso para la prioridad del primer CE de MAC correspondiente al recurso del quinto PUSCH, y se puede establecer un segundo peso para la prioridad del primer canal lógico llevado en el recurso del quinto PUSCH. A continuación, la primera prioridad se puede determinar basándose en las dos prioridades, el primer peso y el segundo peso. En este punto, se puede ajustar el primer peso y el segundo peso basándose en los requisitos reales. Similarmente, la segunda prioridad también puede incluir, o también puede determinarse basándose en, dos prioridades. Por ejemplo, se puede establecer un tercer peso para la prioridad del segundo CE de MAC correspondiente al recurso del segundo PUSCH, y se puede establecer un cuarto peso para la prioridad del segundo canal lógico llevado en el recurso del segundo PUSCH. A continuación, la segunda prioridad se puede determinar basándose en las dos prioridades, el tercer peso y el cuarto peso. En este punto, se puede ajustar el tercer peso y el cuarto peso basándose en los requisitos reales. Además, la prioridad del primer canal lógico sobre el recurso del quinto PUSCH también puede considerarse como la prioridad del primer canal lógico sobre el primer PUSCH.
Además, la primera prioridad puede ser la prioridad más alta de la prioridad del primer CE de MAC y/o la prioridad del primer canal lógico.
A modo de ejemplo, la prioridad del primer CE de MAC se puede comparar con la prioridad del primer canal lógico, y se puede seleccionar la prioridad más alta y a continuación determinarse como la primera prioridad. Por ejemplo, si la prioridad del primer CE de MAC es mayor que la prioridad del primer canal lógico, la prioridad del primer CE de MAC puede determinarse como la primera prioridad. Como otro ejemplo, si la prioridad del primer CE de MAC es menor que la prioridad del primer canal lógico, la prioridad del primer canal lógico puede determinarse como la primera prioridad.
Cabe señalar que, cuando la primera prioridad incluye la prioridad del primer CE de MAC, se considera que la prioridad del primer CE de MAC es la prioridad más alta. Alternativamente, cuando la primera prioridad incluye la prioridad del primer canal lógico, se considera que la prioridad del primer canal lógico es la prioridad más alta.
Además, la segunda prioridad puede ser la prioridad más alta de la prioridad del segundo CE de MAC y/o la prioridad del segundo canal lógico.
Es decir, la prioridad del segundo CE de MAC se puede comparar con la prioridad del segundo canal lógico, y se puede seleccionar la prioridad más alta y a continuación determinarse como la segunda prioridad. Por ejemplo, si la prioridad del segundo CE de MAC es mayor que la prioridad del segundo canal lógico, la prioridad del segundo CE de MAC puede determinarse como la segunda prioridad. Como otro ejemplo, si la prioridad del segundo CE de MAC es menor que la prioridad del segundo canal lógico, la prioridad del segundo canal lógico puede determinarse como la segunda prioridad. Cabe señalar que, cuando la segunda prioridad incluye la prioridad del segundo CE de MAC, se considera que la prioridad del segundo CE de MAC es la prioridad más alta. Alternativamente, cuando la segunda prioridad incluye la prioridad del segundo canal lógico, la prioridad del segundo canal lógico se considera la prioridad más alta.
Es decir, la primera prioridad es la prioridad del primer CE de MAC y/o el primer canal lógico, y la segunda prioridad es la prioridad del segundo CE de MAC y/o el segundo canal lógico.
Como ejemplo, la primera prioridad puede incluir una prioridad de un primer PDU de MAC correspondiente a un recurso del quinto PUSCH, y la segunda prioridad puede incluir una prioridad de un segundo PDU de MAC correspondiente a un recurso del segundo PUSCH.
En esta implementación, se puede determinar cuál de los dos recursos en conflicto ha de priorizarse para la transmisión basándose en la prioridad del primer PDU de MAC correspondiente al recurso del quinto PUSCH y la prioridad del segundo PDU de MAC correspondiente al recurso del segundo PUSCH.
Como ejemplo, la prioridad de la primera PDU de MAC puede incluir una prioridad de un primer CE de MAC y/o un primer canal lógico, y la prioridad de la segunda PDU de MAC puede incluir una prioridad de un segundo CE de MAC y/o un segundo canal lógico.
Además, la prioridad del primer canal lógico sobre el recurso del quinto PUSCH también puede considerarse como la prioridad del primer canal lógico sobre el primer PUSCH.
Además, cuando la prioridad de la primera PDU de MAC incluye la prioridad del primer CE de MAC y el primer canal lógico, la prioridad de la primera PDU de MAC puede ser la prioridad más alta de la prioridad del primer CE de MAC y la prioridad del primer canal lógico.
Además, cuando la prioridad de la segunda PDU de MAC incluye la prioridad del segundo CE de MAC y el segundo canal lógico, la prioridad de la segunda PDU de MAC puede ser la prioridad más alta de la prioridad del segundo CE de MAC y la prioridad del segundo canal lógico.
Como ejemplo, cuando hay una pluralidad de primeros CE de MAC, la prioridad del primer CE de MAC puede ser la prioridad más alta entre las prioridades de la pluralidad de primeros CE de MAC; y/o, cuando hay una pluralidad de primeros canales lógicos, la prioridad del primer canal lógico puede ser la prioridad más alta entre las prioridades de la pluralidad de primeros canales lógicos. Cuando hay una pluralidad de segundos CE de MAC, la prioridad del segundo CE de MAC puede ser la prioridad más alta entre las prioridades de la pluralidad de segundos CE de MAC; y/o, cuando hay una pluralidad de segundos canales lógicos, la prioridad del segundo canal lógico puede ser la prioridad más alta entre las prioridades de la pluralidad de segundos canales lógicos.
Cabe señalar que, en la descripción anterior, el recurso de transmisión priorizado se puede determinar basándose en prioridades. En otra realización, cuál del quinto PUSCH y otro recurso que entran en conflicto entre sí se selecciona para ser priorizado para la transmisión puede depender de la implementación del UE. Por ejemplo, el UE puede seleccionar aleatoriamente un recurso al que se le dará prioridad para la transmisión. Alternativamente, el UE puede priorizar un recurso correspondiente a una nueva transmisión de datos sobre un recurso correspondiente a una retransmisión. Alternativamente, el UE puede priorizar un recurso de transmisión que llega antes en el dominio del tiempo sobre un recurso de transmisión que llega más tarde en el dominio del tiempo. Alternativamente, el UE puede priorizar un recurso de transmisión que llega más tarde en el dominio del tiempo sobre un recurso de transmisión que llega antes en el dominio del tiempo.
Además, el terminal puede realizar además al menos una de las siguientes operaciones:
(1) Generar una PDU de MAC especificada.
En este punto, la PDU de MAC especificada corresponde al primer PUSCH. En una implementación, la generación de la PDU de MAC especificada puede incluir en realidad las dos situaciones posibles siguientes: la PDU de MAC especificada puede generarse para el primer tercer PUSCH en el primer PUSCH. De forma alternativa, la PDU de MAC especificada puede generarse para el primer cuarto PUSCH en el primer PUSCH.
Es decir, el punto de tiempo en el que se genera la PDU de MAC especificada puede ser el punto de tiempo de inicio del primer tercer PUSCH en el primer PUSCH.
Como se ha descrito anteriormente, el primer PUSCH incluye el tercer PUSCH. Como ejemplo, el terminal puede generar la PDU de MAC especificada en el punto de tiempo de inicio del tercer PUSCH.
De forma alternativa, el punto de tiempo en el que se genera la PDU de MAC especificada puede ser el punto de tiempo de inicio del primer cuarto PUSCH en el primer PUSCH.
Como se ha mencionado anteriormente, el cuarto PUSCH se refiere al tercer PUSCH que no tiene ningún conflicto de recursos con el segundo PUSCH en el tercer PUSCH. Es decir, en esta implementación, la PDU de MAC especificada puede generarse en el punto de tiempo de inicio del primer cuarto PUSCH que no tiene conflictos de recursos con el segundo PUSCH.
Por supuesto, la PDU de MAC especificada puede generarse de forma alternativa basándose en el primer PUSCH. Específicamente, mientras exista un tercer PUSCH, o mientras existan recursos de PUSCH duplicados, o mientras existan recursos de PUSCH duplicados no en conflicto, o mientras existan terceros PUSCH no en conflicto, o mientras exista un PUSCH priorizado para la transmisión, se puede generar la PDU de MAC especificada. Por ejemplo, en una de estas situaciones, la PDU de MAC especificada se puede generar para el primer PUSCH. De forma alternativa, independientemente de cualquier condición, la PDU de MAC especificada puede generarse directamente para el primer PUSCH o el primer tercer PUSCH.
(2) Almacenar la PDU de MAC especificada en una memoria intermedia de HARQ.
Para facilitar transmisiones repetidas posteriores de la PDU de MAC especificada, la PDU de MAC especificada puede almacenarse en la memoria intermedia de HARQ, de modo que cuando la PDU de MAC especificada se transmite posteriormente, puede obtenerse directamente de la memoria intermedia de HARQ sin regeneración.
(3) Codificar la PDU de MAC especificada basándose en un modo de codificación del cuarto PUSCH y transmitir la PDU de MAC codificada a través del cuarto PUSCH.
Dado que la transmisión se puede realizar a través del cuarto PUSCH, después de que se genera la PDU de MAC especificada, la PDU de MAC especificada se puede codificar basándose en el modo de codificación correspondiente al cuarto PUSCH para obtener el bloque de datos que se va a transmitir. El terminal puede transmitir el bloque de datos a través del PUSCH cuatro, es decir, a través del cuarto PUSCH que no tiene ningún conflicto de recursos con el segundo PUSCH.
(4) Codificar la PDU de MAC especificada basándose en un modo de codificación del quinto PUSCH y transmitir la PDU de MAC codificada a través del quinto PUSCH.
Si hay un quinto PUSCH priorizado, la PDU de MAC especificada se puede codificar basándose en el modo de codificación correspondiente al quinto PUSCH, y, a continuación, el bloque de datos codificado se puede transmitir a través del quinto PUSCH. Es decir, el bloque de datos se puede transmitir a través del quinto PUSCH, que tiene un conflicto de recursos con el segundo PUSCH y tiene prioridad.
Como ejemplo, cuando el primer PUSCH es un PUSCH de una CG, se puede iniciar o reiniciar un temporizador de concesión configurado.
En este punto, el temporizador de concesión configurado se usa para evitar que un recurso de CG se use para una nueva transmisión mientras el temporizador está en ejecución. En algunas realizaciones, el temporizador de concesión configurado se define como el temporizador de concesión configurada.
Dado que los recursos de CG son periódicos, cuando el primer PUSCH es el PUSCH de la CG, para determinar posteriormente cuándo se puede usar de nuevo el recurso de CG correspondiente al proceso de HARQ o si la transmisión tiene éxito, es necesario iniciar o reiniciar el temporizador de concesión configurado después de que se usa el recurso de CG para la transmisión.
Como otro ejemplo, cuando el primer PUSCH es un PUSCH de una DG y un proceso de HARQ correspondiente a la DG es un proceso de HARQ configurado para una CG, se puede iniciar o reiniciar un temporizador de concesión configurado. En algunas realizaciones, dado que el recurso de DG y el recurso de CG pueden usar el mismo proceso de HARQ, cuando el primer PUSCH es el recurso de DG, si el proceso de HARQ correspondiente al recurso de DG es el proceso de HARQ configurado para la CG, para posteriormente determinar si se debe realizar una retransmisión, es necesario iniciar o reiniciar el temporizador de concesión configurado después de que se use el recurso de DG para la transmisión.
Como ejemplo, cuando el primer PUSCH es el PUSCH de la CG, o cuando el primer PUSCH es el PUSCH de la DG y el proceso de HARQ correspondiente al DG es el proceso de HARQ configurado para la CG, si el bloque de datos se transmite a través del cuarto PUSCH, se puede iniciar o reiniciar el temporizador de concesión configurado. Es decir, el terminal puede iniciar o reiniciar el temporizador de concesión configurado cuando se usa el tercer recurso de PUSCH no en conflicto para la transmisión.
En la realización de la presente descripción, cuando un primer PUSCH y un segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, si hay un cuarto PUSCH en un tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, se transmite un bloque de datos a través del cuarto PUSCH. El primer PUSCH está configurado para transmisiones repetidas del bloque de datos. De esta manera, se puede aclarar el problema del manejo de conflictos en la situación de conflicto donde está presente el tercer PUSCH. En este punto, los recursos disponibles se pueden utilizar tanto como sea posible y se puede garantizar la utilización de los recursos, de modo que el tráfico se pueda transmitir a un dispositivo de red lo más rápido posible para evitar el retardo causado por el conflicto de recursos. Además, de esta manera, el dispositivo de red y el terminal pueden tener la misma comprensión de los recursos en conflicto.
Para facilitar la comprensión, la implementación del método se describirá en detalle a continuación con referencia a dos ejemplos específicos.
Ejemplo 1
1. Un UE recibe información de configuración de transmisión repetida configurada por un dispositivo de red, y la información de configuración de transmisión repetida indica un recurso de CG (es decir, un PUSCH nominal) para transmisiones repetidas, p, ej., un recurso de enlace ascendente para el índice de CG 1.
2. El UE determina un recurso del dominio del tiempo ocupado por el PUSCH nominal basándose en la información de configuración de transmisión repetida.
Por ejemplo, el dispositivo de red configura una pluralidad de transmisiones de un PUSCH de CG, el número, k, de transmisiones repetidas es 3, la posición de inicio S de la transmisión es 11 y la longitud L de cada transmisión es 6. 3. El UE determina, basándose en la primera información, un recurso del dominio del tiempo ocupado por uno o más PUSCH reales incluidos en el PUSCH nominal.
Por ejemplo, el UE determina que un primer PUSCH 1 nominal del recurso de CG de índice de CG 1 en el tiempo t1 se segmenta en dos PUSCH reales, correspondientes a períodos de tiempo de (t1, t1 a) y (t1+a, t1 b). Específicamente, dado que el límite de ranura y los símbolos de enlace descendente no se pueden usar para la transmisión PUSCH de enlace ascendente, los PUSCH reales obtenidos después de segmentar el PUSCH nominal se muestran en la Figura 4, donde los símbolos 8, 9 y 10 son símbolos de enlace descendente.
4. Se supone que el UE adquiere un recurso de PUSCH para transmitir msg3 en un proceso de acceso aleatorio, y que el recurso de PUSCH para transmitir msg3 también cubre el tiempo t1. Por ejemplo, a partir de (t1-k, t1+c), donde c<=a, k>=0, el UE determina si existe un conflicto de recursos basándose en los recursos de tiempo-frecuencia ocupados por los PUSCH reales.
Puede apreciarse que, el primer PUSCH 1 real del primer PUSCH 1 nominal entra en conflicto con el recurso de PUSCH para transmitir msg3, y el PUSCH 2 real restante del primer PUSCH 1 nominal no entra en conflicto con el recurso de PUSCH para transmitir msg3. A continuación, el UE transmite el PUSCH 2 real, es decir, el UE genera una PDU de MAC y la transmite a través del PUSCH 2 real. Además, el UE también puede almacenar la PDU de MAC en la memoria intermedia de HARQ. Además, para el primer PUSCH 1 real de la primera CG, el UE determina una primera prioridad correspondiente al PUSCH 1 real y una segunda prioridad del recurso de PUSCH para transmitir el mensaje 3, para determinar qué recurso ha de tener prioridad para la transmisión. Por ejemplo, suponiendo que la primera prioridad correspondiente al PUSCH 1 real es mayor que la segunda prioridad del recurso de PUSCH para transmitir msg3, el PUSCH 1 real tiene prioridad para la transmisión.
Para el esquema de determinación de la primera prioridad y la segunda prioridad, se puede hacer referencia a la descripción anterior.
De esta manera, dado que existen otros PUSCH nominales (PUSCH 2 nominal y PUSCH 3 nominal) y un PUSCH real que no entra en conflicto (PUSCH 2 real), incluso si algún PUSCH real entra en conflicto con otros recursos, se puede generar y gestionar la PDU de MAC correspondiente y transmitirse a través del PUSCH real que no entra en conflicto.
Además, si el PUSCH real es un recurso de CG, o si el PUSCH real es un recurso de DG, pero un proceso de HARQ correspondiente al recurso de DG es un proceso de HARQ configurado para una CG, el terminal puede iniciar o reiniciar el temporizador de concesión configurado al transmitir el PUSCH real en conflicto.
Ejemplo 2
1. Un UE recibe información de configuración de transmisión repetida configurada por un dispositivo de red, y la información de configuración de transmisión repetida indica un recurso de CG (es decir, un PUSCH nominal) para transmisiones repetidas, p, ej., un recurso de enlace ascendente para el índice de CG 1.
2. El UE determina un recurso del dominio del tiempo ocupado por el PUSCH nominal basándose en la información de configuración de transmisión repetida.
Por ejemplo, el dispositivo de red configura una pluralidad de transmisiones de un PUSCH de CG, el número, k, de transmisiones repetidas es 3, la posición de inicio S de la transmisión es 11 y la longitud L de cada transmisión es 6. 3. El UE determina, basándose en la primera información, un recurso del dominio del tiempo ocupado por uno o más PUSCH reales incluidos en el PUSCH nominal.
Por ejemplo, el UE determina que un primer PUSCH 1 nominal del recurso de CG de índice de CG 1 en el tiempo t1 se segmenta en dos PUSCH reales, correspondientes a períodos de tiempo de (t1, t1 a) y (t1+a, t1 b). Específicamente, dado que el límite de ranura y los símbolos de enlace descendente no se pueden usar para la transmisión PUSCH de enlace ascendente, los PUSCH reales obtenidos después de segmentar el PUSCH nominal se muestran en la Figura 4.
4. Se supone que el UE recibe la planificación de DG que está configurada para transmisiones repetidas. Específicamente, el número de transmisiones DG repetidas es 2, la posición inicial es 11 y la longitud de símbolo es 3. El primer recurso de DG de USCH también cubre el tiempo t1. Por ejemplo, la posición en el dominio del tiempo correspondiente está en el rango de (t1, t1+a). Como no cruza una ranura, PUSCH real = PUSCH nominal. El segundo PUSCH de DG corresponde a un rango del dominio del tiempo de (t1+a, t1+b), es decir, PUSCH real = PUSCH nominal.
5. El UE determina si existe un conflicto de recursos basándose en los recursos de tiempo-frecuencia ocupados por los PUSCH reales.
En este punto, el primer PUSCH 1 real de la primera CG entra en conflicto con el primer PUSCH real de la primera DG, el segundo PUSCH real de la primera CG entra en conflicto con el segundo PUSCH real de la segunda DG, y los otros PUSCH reales de la CG no entran en conflicto. En este caso, el UE genera una PDU de MAC y transmite la PDU de MAC a través del PUSCH real no en conflicto. Además, el UE almacena la PDU de MAC en la memoria intermedia de HARQ correspondiente.
Además, para el PUSCH real en conflicto, el UE puede determinar además qué recurso ha de priorizarse para la transmisión basándose en las prioridades de los dos recursos en conflicto. Para detalles del proceso para determinar las prioridades, se puede hacer referencia a la descripción anterior.
Además, si el PUSCH real es un recurso de CG, o si el PUSCH real es un recurso de DG, pero un proceso de HARQ correspondiente al recurso de DG es un proceso de HARQ configurado para una CG, el terminal puede iniciar o reiniciar el temporizador de concesión configurado al transmitir el PUSCH real en conflicto.
La Figura 5 es un diagrama esquemático que muestra una estructura de un aparato de manejo de conflictos de recursos según una realización ilustrativa. Haciendo referencia a la Figura 5, el aparato puede incluir: un módulo 510 de transmisión configurado para transmitir, cuando un primer PUSCH y un segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, si hay un cuarto PUSCH en un tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, un bloque de datos a través del cuarto PUSCH. En este punto, el primer PUSCH está configurado para transmisiones repetidas del bloque de datos.
En una posible realización de la presente descripción, el módulo 510 de transmisión puede estar configurado, además, para: determinar que el primer PUSCH y el segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo cuando el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo.
En una posible implementación de la presente descripción, el módulo 510 de transmisión puede estar configurado, además, para: recibir información de configuración de transmisión repetida, indicando la información de configuración de transmisión repetida al menos una de una posición de inicio de transmisión, un número de transmisiones repetidas y una duración de tiempo de cada transmisión repetida para el primer PUSCH; y determinar un recurso en el dominio del tiempo del tercer PUSCH basándose en la información de configuración de transmisión repetida y la primera información, usándose la primera información para determinar la presencia del tercer PUSCH, una posición de recurso del tercer PUSCH o la presencia del tercer PUSCH y la posición de recursos del tercer PUSCH cuando se determina que el tercer PUSCH está presente. En una posible implementación de la presente descripción, la primera información puede incluir al menos una de entre información de límite de ranura, información de configuración de enlace ascendente/enlace descendente, primera información de indicación de recurso y segunda información de indicación de recurso. La primera información de indicación de recurso puede indicar un recurso específico o una situación de límite cruzado. El recurso especificado no se utiliza como recurso de transmisión del primer PUSCH. La segunda información de indicación de recursos puede incluir información de indicación objetivo y/o información de recursos. La información de indicación de objetivo indica la presencia del tercer PUSCH y la información de recursos indica una posición de recursos del tercer PUSCH.
En una posible implementación de la presente descripción, la segunda información de indicación de recursos puede configurarse o indicarse mediante un dispositivo de red, o la segunda información de indicación de recursos puede indicarse mediante una capa física de un terminal.
En una posible implementación de la presente descripción, el primer PUSCH puede ser un PUSCH de una primera Concesión Configurada (CG), y el segundo PUSCH puede ser un PUSCH de una segunda CG.
En una posible implementación de la presente descripción, el primer PUSCH puede ser un PUSCH de una primera CG, el segundo PUSCH puede ser un PUSCH indicado en una primera Respuesta de Acceso Aleatorio (RAR), o el segundo PUSCH puede ser un PUSCH de una primera Concesión Dinámica (DG).
En una posible implementación de la presente descripción, el primer PUSCH puede ser un PUSCH indicado en una primera RAR, o el primer PUSCH puede ser un PUSCH de una segunda DG, y el segundo PUSCH puede ser un PUSCH de una segunda CG.
En una posible implementación de la presente descripción, el primer PUSCH puede ser un PUSCH indicado en una primera RAR, o el primer PUSCH puede ser un PUSCH de una segunda DG, y el segundo PUSCH puede ser un PUSCH indicado en una segunda RAR. De forma alternativa, el primer PUSCH puede ser un PUSCH indicado en una primera RAR, o el primer PUSCH puede ser un PUSCH de una segunda DG, y el segundo PUSCH puede ser un PUSCH de una primera DG. En una posible implementación de la presente descripción, el módulo 510 de transmisión puede estar configurado, además, para: determinar prioridades de recursos de transmisión basándose en el tercer PUSCH incluido en el primer PUSCH y el segundo PUSCH.
En una posible implementación de la presente descripción, el módulo 510 de transmisión puede estar configurado para: determinar un recurso de transmisión priorizado basándose en una primera prioridad correspondiente a un quinto PUSCH y una segunda prioridad correspondiente al segundo PUSCH, siendo el quinto PUSCH al menos un tercer PUSCH en el tercer PUSCH que se superpone al segundo PUSCH con respecto a los recursos del dominio del tiempo.
En una posible implementación de la presente descripción, la primera prioridad puede ser una prioridad de un recurso del quinto PUSCH, y la segunda prioridad puede ser una prioridad de un recurso del segundo PUSCH.
En una posible implementación de la presente descripción, la primera prioridad puede ser una prioridad de un primer CE de MAC correspondiente a un recurso del quinto PUSCH, y la segunda prioridad puede ser una prioridad de un segundo CE de MAC correspondiente a un recurso del segundo PUSCH.
En una posible implementación de la presente descripción, cuando el quinto PUSCH lleva o ha de llevar al menos un primer canal lógico, la primera prioridad puede ser una prioridad del primer canal lógico con la prioridad más alta; y/o cuando el segundo PUSCH lleva o ha de llevar al menos un segundo canal lógico, la segunda prioridad puede ser una prioridad del segundo canal lógico con la prioridad más alta.
En una posible implementación de la presente descripción, la primera prioridad puede ser una prioridad de un primer Elemento de Control (CE) de Control de Acceso al Medio (MAC) correspondiente a un recurso del quinto PUSCH, y la segunda prioridad puede ser una prioridad de un segundo CE de MAC correspondiente a un recurso del segundo PUSCH,<estando el primer>C<e de MAC y el segundo CE de MAC en diferentes PDU de MAC.>
En una posible implementación de la presente descripción, cuando el quinto PUSCH lleva o ha de llevar al menos un primer<CE de MAC, la primera prioridad puede ser una prioridad del primer>C<e de MAC con la prioridad más alta; y/o cuando el>segundo PUSCH lleva o ha de llevar al menos un segundo CE de MAC, la segunda prioridad puede ser una prioridad del segundo CE de MAC con la prioridad más alta.
En una posible implementación de la presente descripción, la primera prioridad puede incluir una prioridad de un primer CE de MAC correspondiente a un recurso del quinto PUSCH y una prioridad de un primer canal lógico llevado en el recurso del quinto PUSCH, y la segunda prioridad puede incluir una prioridad de un segundo CE de MAC correspondiente a un recurso del segundo PUSCH y una prioridad de un segundo canal lógico llevado en el recurso del segundo PUSCH.
En una posible implementación de la presente descripción, la primera prioridad puede ser una prioridad de un primer PDU de MAC correspondiente a un recurso del quinto PUSCH, y la segunda prioridad puede ser una prioridad de un segundo PDU de MAC correspondiente a un recurso del segundo PUSCH.
En una posible implementación de la presente descripción, la prioridad de la primera PDU de MAC puede incluir una prioridad de un primer CE de MAC y/o un primer canal lógico, y la prioridad de la segunda PDU de MAC puede incluir una prioridad de un segundo CE de MAC y/o un segundo canal lógico.
En una posible implementación de la presente descripción, cuando hay una pluralidad de primeros CE de MAC, la prioridad del primer CE de MAC puede ser la prioridad más alta entre las prioridades de la pluralidad de primeros CE de MAC, y/o cuando hay una pluralidad de primeros canales lógicos, la prioridad del primer canal lógico puede ser la prioridad más alta entre las prioridades de la pluralidad de primeros canales lógicos; y/o cuando hay una pluralidad de segundos CE de MAC, la prioridad del segundo CE de MAC puede ser la prioridad más alta entre las prioridades de la pluralidad de segundos CE de MAC, y/o cuando hay una pluralidad de segundos canales lógicos, la prioridad del segundo canal lógico puede ser la prioridad más alta entre las prioridades de la pluralidad de segundos canales lógicos.
En una posible implementación de la presente descripción, la primera prioridad puede ser la prioridad más alta de la prioridad del primer CE de MAC y/o la prioridad del primer canal lógico.
En una posible implementación de la presente descripción, la segunda prioridad puede ser la prioridad más alta de la prioridad del segundo CE de MAC y/o la prioridad del segundo canal lógico.
En una posible realización de la presente descripción, el módulo 510 de transmisión puede estar configurado, además, para realizar al menos uno de:
generar una PDU de MAC especificada;
almacenar la PDU de MAC especificada en una memoria intermedia de HARQ; y
codificar la PDU de MAC especificada basándose en un modo de codificación del cuarto PUSCH y transmitir la PDU de MAC codificada a través del cuarto PUSCH.
En una posible implementación de la presente descripción, el módulo 510 de transmisión puede estar configurado para: generar una PDU de MAC para el primer tercer PUSCH en el primer PUSCH; o generar una PDU de MAC para el primer cuarto PUSCH en el primer PUSCH.
En una posible implementación de la presente descripción, el módulo 510 de transmisión está configurado para: iniciar o reiniciar un temporizador de concesión configurado cuando el primer PUSCH es un PUSCH de una CG; o iniciar o reiniciar un temporizador de concesión configurado cuando el primer PUSCH es un PUSCH de una DG y un proceso de HARQ correspondiente a la DG es un proceso de HARQ configurado para una CG.
En la realización de la presente descripción, cuando un primer PUSCH y un segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, si hay un cuarto PUSCH en un tercer PUSCH incluido en el primer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, se transmite un bloque de datos a través del cuarto PUSCH. El primer PUSCH está configurado para transmisiones repetidas del bloque de datos. De esta manera, se puede aclarar el problema del manejo de conflictos en la situación de conflicto donde está presente el tercer PUSCH. En este punto, los recursos disponibles se pueden utilizar tanto como sea posible y se puede garantizar la utilización de los recursos, de modo que el tráfico se pueda transmitir a un dispositivo de red lo más rápido posible para evitar el retardo causado por el conflicto de recursos. Además, de esta manera, el dispositivo de red y el terminal pueden tener la misma comprensión de los recursos en conflicto.
La Figura 6 es un diagrama esquemático que muestra una estructura de un terminal según una realización ilustrativa de la presente descripción. El terminal incluye: un procesador 601, un receptor 602, un transmisor 603, una memoria 604 y un bus 605.
El procesador 601 incluye uno o más núcleos de procesamiento, y el procesador 601 está configurado para realizar diversas aplicaciones funcionales y procesamiento de información ejecutando programas y módulos de software.
El receptor 602 y el transmisor 603 pueden implementarse como un componente de comunicación, que puede ser un chip de comunicación.
La memoria 604 está conectada al procesador 601 a través del bus 605.
La memoria 604 puede estar configurada para almacenar al menos una instrucción, y el procesador 601 está configurado para ejecutar la al menos una instrucción para implementar diversas etapas realizadas por el terminal en cada una de las realizaciones de método anteriores.
Además, la memoria 604 puede implementarse mediante cualquier tipo de dispositivo de almacenamiento volátil o no volátil o una combinación de los mismos. Los dispositivos de almacenamiento volátiles o no volátiles incluyen, aunque no de forma limitativa: disco magnético o disco óptico, memoria de solo lectura programable y borrable eléctricamente (EEPROM), memoria de solo lectura programable y borrable (EPROM), memoria estática de acceso aleatorio (SRAM), memoria de sólo lectura (ROM), memoria magnética, memoria flash, memoria de sólo lectura programable (PROM), etc.
Puede apreciarse por los expertos en la técnica que todas o parte de las etapas en la realización anterior pueden implementarse por hardware, o por un programa de instrucciones de hardware relevante. El programa puede almacenarse en un medio de almacenamiento legible por ordenador, que puede ser una memoria de sólo lectura, un disco magnético o un disco óptico, etc.
El alcance de protección de la invención se define en el conjunto de reivindicaciones adjuntas.

Claims (1)

  1. REIVINDICACIONES
    Un método de manejo de conflictos de recursos configurado para operar en un sistema del proyecto de asociación de tercera generación, 3GPP, realizado por un aparato, que comprende:
    recibir información de configuración para la transmisión repetida de un bloque de datos, indicando la información de configuración una posición de inicio de transmisión, un número de transmisiones repetidas y una duración de tiempo de cada transmisión repetida para un primer canal físico compartido de enlace ascendente, PUSCH, en donde el primer PUSCH está configurado para transmisiones repetidas del bloque de datos y el primer PUSCH es un PUSCH de una primera concesión configurada, CG; determinar un recurso del dominio del tiempo de un tercer PUSCH incluido en el primer PUSCH basándose en la información de configuración y la primera información, obteniéndose el tercer PUSCH segmentando el primer PUSCH basándose en la primera información en respuesta a la transmisión repetida del bloque de datos que cruza un límite de ranura o entra en conflicto con un símbolo de enlace descendente configurado por el dispositivo de red; y
    transmitir (301) el bloque de datos sobre un cuarto PUSCH mientras se transmiten otros datos en un segundo PUSCH, cuando el tercer PUSCH y el segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, y en donde el cuarto PUSCH es la parte en el tercer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, en donde el segundo PUSCH es un PUSCH de una segunda concesión configurada, CG,
    en donde
    la primera información comprende al menos una de información de límite de ranura, información de configuración de enlace ascendente/enlace descendente y primera información de indicación de recurso, en donde la primera información de indicación de recurso indica un recurso especificado, y el recurso especificado no puede usarse como un recurso de transmisión del primer PUSCH.
    Un aparato de manejo de conflictos de recursos configurado para operar en un sistema del proyecto de asociación de tercera generación, 3GPP, que comprende:
    un módulo (510) de transmisión, configurado para:
    recibir información de configuración para la transmisión repetida de un bloque de datos, indicando la información de configuración una posición de inicio de transmisión, un número de transmisiones repetidas y una duración de tiempo de cada transmisión repetida para un primer canal físico compartido de enlace ascendente, PUSCH, en donde el primer PUSCH está configurado para transmisiones repetidas del bloque de datos y el primer PUSCH es un PUSCH de una primera concesión configurada, CG; determinar un recurso del dominio del tiempo de un tercer PUSCH incluido en el primer PUSCH basándose en la información de configuración y la primera información, obteniéndose el tercer PUSCH segmentando el primer PUSCH basándose en la primera información en respuesta a la transmisión repetida del bloque de datos que cruza un límite de ranura o entra en conflicto con un símbolo de enlace descendente configurado por el dispositivo de red; y
    transmitir el bloque de datos sobre un cuarto PUSCH mientras se transmiten otros datos en un segundo PUSCH, cuando el tercer PUSCH y el segundo PUSCH se superponen o entran en conflicto con respecto a los recursos del dominio del tiempo, y en donde el cuarto PUSCH es la parte en el tercer PUSCH que no se superpone ni entra en conflicto con el segundo PUSCH con respecto a los recursos del dominio del tiempo, en donde el segundo PUSCH es un PUSCH de una segunda concesión configurada, CG, en donde:
    la primera información comprende al menos una de información de límite de ranura, información de configuración de enlace ascendente/enlace descendente y primera información de indicación de recurso,
    en donde la primera información de indicación de recurso indica un recurso especificado, y el recurso especificado no puede usarse como un recurso de transmisión del primer PUSCH. Un producto de programa informático que comprende instrucciones que, cuando el programa es ejecutado por un ordenador, hacen que el ordenador lleve a cabo el método de la reivindicación 1.
    Un medio de almacenamiento legible por ordenador que comprende al menos una instrucción que, cuando se ejecuta por un procesador, hace que el procesador lleve a cabo el método de la reivindicación 1.
ES19955391T 2019-12-03 2019-12-03 Método y aparato de manejo de conflictos de recursos, terminal y medio de almacenamiento Active ES2973334T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/122717 WO2021108988A1 (zh) 2019-12-03 2019-12-03 资源冲突的处理方法、装置、终端及存储介质

Publications (1)

Publication Number Publication Date
ES2973334T3 true ES2973334T3 (es) 2024-06-19

Family

ID=76221283

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19955391T Active ES2973334T3 (es) 2019-12-03 2019-12-03 Método y aparato de manejo de conflictos de recursos, terminal y medio de almacenamiento

Country Status (5)

Country Link
US (1) US12133252B2 (es)
EP (1) EP4020857B1 (es)
CN (2) CN114270737A (es)
ES (1) ES2973334T3 (es)
WO (1) WO2021108988A1 (es)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2983697T3 (es) * 2017-11-06 2024-10-24 Nokia Technologies Oy Métodos y dispositivos para la transmisión seleccionando entre recursos de enlace ascendente
EP4201129A4 (en) * 2020-08-19 2024-04-24 Qualcomm Incorporated MANAGEMENT OF ORPHAN SYMBOLS IN A SHARED SPECTRUM
CN115707108A (zh) * 2021-08-06 2023-02-17 华为技术有限公司 一种通信方法、装置及系统
WO2024168877A1 (zh) * 2023-02-17 2024-08-22 北京小米移动软件有限公司 上行传输方法、装置和存储介质
CN121077866A (zh) * 2024-06-04 2025-12-05 维沃移动通信有限公司 资源冲突处理方法、装置、终端及网络侧设备
CN121773691A (zh) * 2024-07-31 2026-03-31 北京小米移动软件有限公司 上行传输方法及装置

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103391159B (zh) * 2012-05-11 2016-06-01 上海贝尔股份有限公司 处理tdd中harq冲突和pusch重传冲突的方法
CN104349458B (zh) * 2013-08-08 2019-05-17 中兴通讯股份有限公司 控制信道的传输方法、传输处理方法、通信节点及终端
EP3280212B1 (en) * 2016-08-05 2019-02-27 HTC Corporation Device and method of handling channel access procedures
CN107734680B (zh) * 2016-08-12 2023-05-09 中兴通讯股份有限公司 一种传输信息的方法及装置、接收信息的方法及装置
WO2018170670A1 (en) * 2017-03-20 2018-09-27 Qualcomm Incorporated Techniques to handle collisions between uplink transmissions and downlink transmissions over a wireless spectrum
US11483810B2 (en) * 2017-04-03 2022-10-25 Huawei Technologies Co., Ltd. Methods and systems for resource configuration of wireless communication systems
US10298279B2 (en) * 2017-04-05 2019-05-21 Isco International, Llc Method and apparatus for increasing performance of communication paths for communication nodes
KR102133851B1 (ko) * 2017-05-04 2020-07-14 엘지전자 주식회사 랜덤 접속 과정을 수행하는 방법 및 이를 위한 장치
CN109150424B (zh) 2017-06-15 2021-09-07 华为技术有限公司 参考信号、消息的传输方法、传输资源确定方法和装置
CN111279774B (zh) * 2017-08-10 2023-07-21 夏普株式会社 用于不具有授权的上行链路传输的过程、基站和用户设备
EP4492716A3 (en) * 2017-09-11 2025-04-23 Wilus Institute of Standards and Technology Inc. Method, device and system for uplink transmission and downlink reception in wireless communication system
KR102033127B1 (ko) * 2017-10-26 2019-10-16 엘지전자 주식회사 무선 통신 시스템에서 그룹 공통 dci에 따라 동작하는 방법 및 장치
CN109728882B (zh) 2017-10-31 2021-08-03 普天信息技术有限公司 一种解决上行信道资源冲突的方法及装置
CN109756979B (zh) * 2017-11-07 2020-12-08 华为技术有限公司 传输信息的方法和通信设备
CN110149705A (zh) 2018-02-12 2019-08-20 维沃移动通信有限公司 上行传输方法和设备
KR102865698B1 (ko) * 2018-02-26 2025-09-26 텔레폰악티에볼라겟엘엠에릭슨(펍) 스케줄링 요청 및 ack/nack의 우선 순위화
CN110351046A (zh) * 2018-04-04 2019-10-18 华为技术有限公司 通信方法、通信装置和系统
CN116033589B (zh) * 2018-05-10 2025-07-15 北京三星通信技术研究有限公司 免调度上行传输的方法、用户设备及基站设备
CN113938264B (zh) * 2018-05-10 2024-05-24 北京三星通信技术研究有限公司 一种用于发送信号的方法与设备
CN115412218A (zh) * 2018-11-23 2022-11-29 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
JP7262657B2 (ja) * 2019-07-17 2023-04-21 鴻穎創新有限公司 無線通信システムにおける物理上りリンク共有チャネル（ｐｕｓｃｈ）繰り返し送信を処理するための方法及び装置
US11617139B2 (en) * 2019-08-27 2023-03-28 Qualcomm Incorporated Power control for repeated uplink transmissions

Also Published As

Publication number Publication date
CN114760706A (zh) 2022-07-15
US20220240267A1 (en) 2022-07-28
US12133252B2 (en) 2024-10-29
EP4020857B1 (en) 2024-01-24
EP4020857A4 (en) 2022-09-07
CN114760706B (zh) 2023-06-30
EP4020857A1 (en) 2022-06-29
WO2021108988A1 (zh) 2021-06-10
CN114270737A (zh) 2022-04-01

Similar Documents

Publication Publication Date Title
US11678351B2 (en) Scheduling radio resources using first and second configuration
US12376111B2 (en) Method and apparatus for transmitting information on an uplink channel
US10574421B2 (en) Method and apparatus for scheduling uplink transmissions with reduced latency
KR102216025B1 (ko) 감소된 레이턴시로 버퍼 상태 보고들을 송신하기 위한 방법 및 장치
KR102307935B1 (ko) 감소된 레이턴시로 스케줄링 요청들을 송신하기 위한 방법 및 장치
KR102424179B1 (ko) 상이한 전송 시간 구간 길이들에 기초하여 상이한 전력 헤드룸 보고들을 전송하기 위한 방법 및 장치
KR102431721B1 (ko) 업링크 전송들이 적어도 하나의 심벌 지속기간 동안 시간상 오버랩할 때 업링크 전력 제어를 위한 방법 및 장치
ES2966393T3 (es) Habilitación de transmisión de enlace ascendente durante la subtrama de enlace descendente basada en el acceso a transmisión de datos en una red inalámbrica
ES3041416T3 (en) Sharing harq processes by multiple configured grants resources
JP7593556B2 (ja) 信号の送信及び受信の方法及び装置
US11219052B2 (en) SR-BSR and resource management
US12133252B2 (en) Resource conflict handling method and apparatus, terminal and storage medium
CN110999365B (zh) 传输数据的方法和终端设备
CN101785356B (zh) 避免无线电接入网络中半持久分配与动态分配之间的冲突
KR102309328B1 (ko) 감소된 레이턴시로 업링크 전송들을 스케줄링하기 위한 방법 및 장치
CN108702595B (zh) 用于执行上行链路传输的方法和设备
US20190029030A1 (en) Uplink hopping pattern for contention-based reliable communication
TW201902254A (zh) 處理排程請求的裝置及方法
WO2018126839A1 (zh) 传输数据的方法、终端设备和网络设备
WO2021204218A1 (zh) 一种harq信息传输方法及装置
CN114503501B (zh) 用于处理无线通信网络中已配置的和动态的下行链路传输的方法和装置
US11653364B2 (en) Methods and apparatus for configuring a scheduling request
WO2021026841A1 (zh) 调度请求传输的方法和设备
CN110602795B (zh) 一种信道传输方法和装置
HK40103052A (zh) 用於重传的harq-ack码本的指示