CN111418248B - 增强移动通信中用于urllc的新无线电pusch - Google Patents

增强移动通信中用于urllc的新无线电pusch Download PDF

Info

Publication number
CN111418248B
CN111418248B CN201980003876.2A CN201980003876A CN111418248B CN 111418248 B CN111418248 B CN 111418248B CN 201980003876 A CN201980003876 A CN 201980003876A CN 111418248 B CN111418248 B CN 111418248B
Authority
CN
China
Prior art keywords
apply
cdd
scheme
pusch transmission
cdd scheme
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
CN201980003876.2A
Other languages
English (en)
Other versions
CN111418248A (zh
Inventor
阿布戴拉提夫·沙拿
穆罕默德·S·阿利比·艾勒马利
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.)
MediaTek Singapore Pte Ltd
Original Assignee
MediaTek Singapore Pte 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 MediaTek Singapore Pte Ltd filed Critical MediaTek Singapore Pte Ltd
Publication of CN111418248A publication Critical patent/CN111418248A/zh
Application granted granted Critical
Publication of CN111418248B publication Critical patent/CN111418248B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0667—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of delayed versions of same signal
    • H04B7/0671—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of delayed versions of same signal using different delays between antennas
    • 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
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • 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/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy

Landscapes

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

Abstract

描述了与移动通信中用于超可靠低延迟通信(URLLC)的新无线电(NR)物理上行链路共享信道(PUSCH)的增强有关的各种示例和方案。装置确定是否将循环延迟分集(CDD)方案应用于PUSCH传输。响应于确定出将要应用CDD方案，该装置采用CDD方案执行PUSCH传输至无线网络的网络节点。可选地，该装置从网络节点接收指示与小时隙重复有关的信息的信令，使得该装置利用在时隙内的多个小时隙中重复的至少一个符号来执行PUSCH传输。可选地，该装置还在TBS计算中没有解调参考信号(DMRS)的前提下执行PUSCH传输的传输块大小(TBS)计算。

Description

增强移动通信中用于URLLC的新无线电PUSCH
相关申请的交叉引用
本申请是非临时申请的一部分，其要求2018年11月05日递交的申请号为62/755,587的美国专利申请案的优先权，在此合并参考该申请案的全部内容。
技术领域
本申请通常涉及移动通信，以及更具体地，涉及移动通信中用于超可靠低延迟通信(ultra-reliable low-latency communication，URLLC)的新无线电(New Radio，NR)物理上行共享信道(physical uplink shared channel，PUSCH)增强有关的技术。
背景技术
除非本文另有说明，否则本节中描述的方法相对于后面所列之权利要求书而言并不构成先前技术，且也不因被包括在本节中而被认为是先前技术。
在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)规范的版本15(Release 15，Rel-15)中，指定了多种机制来改善PUSCH的可靠性和延迟，例如新的调制编码方案(modulation coding scheme，MCS)表，用于可靠性的时隙聚合，及小时隙(PUSCH映射类型B)的支持，其中，PUSCH的长度可以是1到14个符号，起始符号可以是一个时隙内的任何位置，以提高延迟效果。但是，对时隙内小时隙重复(intra-slot mini-slotrepetition)和UL分集方案(如循环延迟分集(cyclic delay diversity，CDD))的支持的方面仍有改进的空间，URLLC用例需要这些来改善延迟、可靠性和频谱效率。
发明内容
以下发明内容仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下发明内容来介绍本文描述的新颖且非显而易见的技术的概念、要点、益处和优点。下面在详细描述中进一步描述选择实现。因此，以下发明内容并非旨在标识所要求保护的主题的必要特征，也不旨在用于确定所要求保护的主题的范围。
在一个方面，一种方法可以包括：装置的处理器确定是否将CDD方案应用于PUSCH传输。该方法还可以包括：响应于确定出将要应用该CDD方案，该处理器采用该CDD方案执行PUSCH传输至无线网络的网络节点。
在一个方面，一种方法可以包括：装置的处理器从无线网络的网络节点接收信令，该信令指示与小时隙重复有关的信息。该方法还可以包括：处理器利用在时隙内的多个小时隙中重复的至少一个符号来执行PUSCH传输至网络节点。
在一个方面，一种方法可以包括：装置的处理器确定是否将CDD方案应用于PUSCH传输。该方法还可以包括：处理器从无线网络的网络节点接收信令，该信令指示与小时隙重复有关的信息。该方法可以进一步包括：在传输块大小(TBS)计算中没有解调参考信号(DMRS)的前提下，处理器为PUSCH传输执行传输块大小(TBS)计算。该方法还可以包括：响应于确定出要应用CDD方案，处理器采用CDD方案并利用在时隙内的多个小时隙中重复的至少一个符号执行PUSCH传输至网络节点。
值得注意的是，尽管本文提供的描述是在某些无线电接入技术，网络和网络拓扑(例如以太网)的背景中进行的，但所提出的概念，方案及其任何变化/衍变可以在其它类型的无线电接入技术，网络和网络拓扑中实现，或者针对其它类型的无线电接入技术，网络和网络拓扑来实现，或者通过其它类型的无线电接入技术，网络和网络拓扑来实现，例如但不限于第五代(5G)，NR，长期演进(LTE)，LTE-Advanced，LTE-Advanced Pro，窄带(narrowband，NB)，窄带物联网(narrowband Internet of Things，NB-IoT)，Wi-Fi以及任意未来开发的网络和通信技术。因此，本公开的范围不限于本文描述的示例。
附图说明
包括的附图用以提供对本公开实施例的进一步理解，以及，附图被并入并构成本公开实施例的一部分。附图示出了本公开实施例的实施方式，并且与说明书一起用于解释本公开实施例的原理。可以理解的是，附图不一定按比例绘制，因为可以示出一些部件与实际实施中的尺寸不成比例以清楚地说明本公开实施例的概念。
图1是根据本申请在其中实现各种解决方案和技术方案的示例网络环境的示意图。
图2根据本公开的实施方式示出了示例场景。
图3根据本公开的实施方式示出了示例场景。
图4是根据本公开的实施方式的示例性通信系统的框图。
图5是根据本公开的实施方式的示例过程的流程图。
图6是根据本公开的实施方式的示例过程的流程图。
图7是根据本公开的实施方式的示例过程的流程图。。
具体实施方式
本说明书公开了所要求保护的主题的详细实施例和实施方式。然而，应该理解的是，所公开的实施例和实现仅仅是对要求保护的主题的说明，其可以以各种形式体现。然而，本公开实施例可以以许多不同的形式实施，并且不应该被解释为限于这里阐述的示例性实施例和实施方式。而是，提供这些示例性实施例和实现方式，使得本公开实施例的描述是彻底和完整的，并且将向本领域技术人员充分传达本公开实施例的范围。在以下描述中，可以省略公知特征和技术的细节以避免不必要地模糊所呈现的实施例和实现。
概述
根据本公开的实施方式涉及与移动通信中用于URLLC的NR PUSCH的增强有关的各种技术，方法，技术方案和/或解决方案。根据本公开，可以单独地或联合地实现多种可行的解决方案。也就是说，尽管在下面单独描述这些可行的解决方案，但是可以以一种或另一种组合来实现这些可行的解决方案中的两个或更多个。
图1根据本申请示出了在其中实现各种解决方案和技术方案的示例网络环境100。图2和图3分别根据本公开的实施方式示出了示例场景200和300。场景200和场景300中的每一个都可以在网络环境100中实现。参考图1至图3提供了对各种提议方案的以下描述。
参照图1，网络环境100包括UE 110，UE 110与无线网络120(例如5G NR移动网络)进行无线通信。UE 110最初(initially)可以经由基站或网络节点125(例如，eNB，gNB或发射接收点(transmit-receive point，TRP))与无线网络120进行无线通信。如本文所述，在网络环境100中，UE 110和无线网络120根据本申请实现与移动通信中用于增强URLLC的NRPUSCH有关的各种方案。
关于URLLC UL传输的发射分集(transmit diversity)，NR数据UL传输具有预编码方案以增强性能，特别是对于具有短延迟扩展和低移动性的信道。另一方面，根据仿真，可以证明：在目标错误率低于10-2的情况下，发射分集方案(例如，非透明(non-transparent)CDD)胜过预编码方案。图2示出了示例场景200的示意图，其中，信道设置适合于预编码方案。但是，CDD的块错误率(block error rate，BLER)曲线斜率更合适，并且在BLER为10-3或更低的情况下显示出潜在的优势。对于以非常低的BLER目标运行的URLLC应用，仍然有增强传输方案的空间。
关于预编码方案与发射分集方案(例如，非透明CDD)之间的比较，其中，CDD延迟被限制为大约五分之一个循环预编码(cyclic precoding，CP)，可以观察到：针对BLER降至10-2，预编码可以比CDD更好或可比。CDD的斜率会随着CDD延迟增加到大约三分之一个CP而变得更陡。在图2中不包括任何延迟值，因为由于过度的延迟扩展而导致信道估计性能的损失，这可能不会带来比在BLER为10-2时的CDD延迟更短的性能。但是，在BLER斜率是BLER为10-5时的性能的关键的情况中，则可以在各种实现中考虑更大的CDD延迟。
因此，在根据本公开提出的各种方案下，可以将CDD方案(例如，非透明CDD)应用在用于URLLC的UL传输(例如PUSCH)中，以增强UL发射分集。在提出的方案下，CDD(例如，非透明CDD)的使用或应用限于基于授权(grant-based)的传输或配置授权(configured grant)的传输。在提出的方案下，CDD(例如，非透明的CDD)的使用或应用限于某些目标可靠性(certain targeted reliability)。在提出的方案下，CDD(例如，非透明CDD)的使用或应用限于某些MCS表(certain MCS table(s))。在提出的方案下，CDD(例如，非透明CDD)的使用或应用限于某些(certain)无线电网络临时标识符(radio network temporaryidentifier(s)，RNTI(s))。例如，CDD(例如，非透明CDD)的使用或应用限于新的MCS-RNTI。在提出的方案下，可以将用于UL传输的CDD(例如，非透明CDD)的使用或应用定义为UE 110的UE特征(feature)或UE能力(UE capability)。
关于用于聚合类型的信令，在3GPP规范的版本15下，当UE 110被配置有aggregationFactorDL>1时，相同的符号(symbol)和资源块(resource block，RB)分配被应用于等于aggregationFactorDL的多个连续时隙。UE 110期望在aggregationFactorDL个连续时隙的每一个当中的每一个符号分配内重复传输块(transport block，TB)。聚合因子1、2、4或8分别是半静态分配的(例如，不是表的一部分)。在版本15中，用于数据的重复次数对应于层1(layer 1，L1)参数“aggregation-factor-DL”，并且当该字段不存在时，UE 110应用值1，这意味着该重复被禁用。UE 110可以是无线资源控制(radio resource control，RRC)，其配置有用于下行链路(downlink，DL)传输的aggregationFactorDL和用于UL传输的aggregationFactorUL。
在3GPP规范的版本16中，时隙内(intra-slot)和时隙间(inter-slot)的小时隙重复(mini-slot repetition)被引入。此机制与Rel-15的小时隙/时隙聚合不同。因此，在3GPP规范中，应获得两种机制之间的区别并通过信号发送给UE110。
在根据本公开提出的方案下，为了向UE 110指示小时隙重复，无线网络120可以采用多种选项。在第一选项(选项1)下，定义单独的RRC(或动态的)参数，例如，可以称为重复因子(repetitionFactor)，并且可以如aggregationFactor类似地操作。此参数(repetitionFactor)可以指示时隙内或时隙间的连续或不连续重复的数量。当该字段不存在时，UE 110可以应用值1。新的重复因子可以具有与aggregationFactor不同的可能值(possible values)。对于选项1，可以同时启用新的Rel-16的重复因子和Rel-15的aggregationFactor，除非指定了丢弃此可能性的限制。
在第二选项(选项2)下，Rel-15参数aggregationFactor可以再度用于(re-usedfor)小时隙重复。新的RRC(或动态的)参数被定义，以区分Rel-15的聚合和Rel-16的小时隙重复。对于选项2，不同时启用新的Rel-16的重复因子和Rel-15的aggregationFactor，因为单个RRC标志将被用来在它们之间进行切换。
关于重复模式，在提议的方案下有两种选择。例如，该重复(repetitions)可以是连续的重复(例如，背对背(back-to-back)重复)。可选地，该重复可以是非连续的重复。在非连续重复被支持的情况下，重复偏移(repetition offset)被定义且被网络节点125用信号通知给UE 110(例如，RRC或动态地)，以根据正交频分复用(orthogonal frequency-divisional multiplexing，OFDM)符号的数量来指示相邻重复之间的偏移。该偏移可以被定义为一个重复的最后一个(last)符号与紧随其后的重复的第一个(first)符号之间的符号数量，或者被定义为两个连续重复的起始符号之间的偏移量。
非连续重复(non-contiguous repetition)用于增加更多灵活性以支持提前终止，并因此提高资源效率(但可能影响延迟)。在提议的方案下，对于非连续重复，DMRS共享被禁用。如果半静态UL/DL分配配置表现出与计划的重复(scheduled repetitions)发生冲突，则冲突中的重复可以在计数中(in the counting)被省略而不是被推迟。
关于冗余版本(redundancy version，RV)索引，在所有的重复都利用相同的单个下行链路控制信息(downlink control information，DCI)信令进行调度的情况下，在提议的方案下可能会有不同的选项。例如，DCI中的RV字段可用于调度该传输以指示第一重复(first repetition)的RV，以及，随后的重复将以0、2、3、1的顺序从DCI中指示的RV开始循环遍历RV。可选地，RV索引可以一直固定为0→2→3→1，以及，DCI信令中的RV索引不是必需的。这有助于减小DCI大小(对于紧凑型DCI)，以及，不再需要RV位字段(bitfield)。值得注意的是，关于越过时隙边界，重复被允许越过时隙边界，以及，用于此小时隙DMRS的加扰是阐明的。
在同一时隙(或者，甚至跨越时隙边界)中支持小时隙重复是一项重要的增强，因为它允许同一时隙中的同一TB的多个传输机会。这可以进一步改善可靠性和延迟，并有助于满足URLLC要求。但是，当小时隙(例如，两个正交符号(orthogonal-symbol，OS)小时隙)被使用时，以及，当同一时隙内的重复被允许时，该重复可以使用相同的DMRS配置。这导致非常高的DMRS开销，这是次优的(sub-optimal)，以及，即使对于衰落信道或高移动性，也不一定要达到目标性能。
因此，在根据本公开的提议方案下，可以利用该重复之间的DMRS共享来减少DMRS开销。根据提出的方案，可以从某些重复中去除或减少DMRS。图3示出了DMRS减少的示例场景300。特别地，图3的部分(A)示出了Type-1/Type-B映像/单个符号的DMRS配置，具有高的DMRS开销，其不需要满足目标URLLC性能。图3的部分(B)示出了跨小时隙的DMRS共享。
在DMRS共享被禁用的情况下，DMRS定义和配置可以继续使用该规范(例如，技术规范(Technical Specification，TS)38.211的6.4.1节)，以及，可以根据调度类型和持续时间来发送附加的DMRS(例如，如禁用跳频的TS38.211的表6.4.1.1.3-3和启用跳频的TS38.211的表6.4.1.1.3-6所指定的)。
在DMRS共享被启用的情况下，指定DMRS密度和DMRS OS位置的一种可行的解决方案是将一组重复(a group of repetitions)视为单个小时隙。例如，可以将每两个OS的两个小时隙视为四个OS的单个小时隙，并且可以重复使用相同的规范(例如TS38.211的6.4.1节)。
在DMRS共享被启用的情况下，在被调度的小时隙中，用于每个物理资源块(physical resource block，PRB)的DMRS的资源元素(resource element，RE)的数量
Figure GDA0002383339350000071
可以从一个重复到下一个重复。这可能会影响TB大小(TBS)的确定，并且可能导致从一个重复到下一个重复计算出不同的TBS，除非所用的MCS也已从一个重复更改为下一个重复，以及，新的MCS被信令通知给UE 110。然而，在仅单个DCI调度重复的情况下，仅单个MCS被信令通知给UE 110。因此，在根据本公开的提议方案下，UE 110可以将同一DCI调度的所有的重复维持为从DCI计算出的相同TBS。即，在TBS计算中，UE 110可能没有DMRS。有效码率可以从一个重复到另一个，以利用从DMRS开销中释放出来的RE。
说明性实施
图4根据本公开的实施方式示出了具有示例装置410和示例装置420的示例通信系统400。装置410和装置420中的每一个可以执行各种功能以实现本文描述的与移动通信中用于URLLC的NR PUSCH的增强有关的方案，技术，过程和方法，包括以上描述的各种方案以及以下描述的过程。
装置410和装置420中的每一个可以是电子装置的一部分，该电子装置可以是UE，诸如车辆，便携式或移动装置，可穿戴装置，无线通信装置或计算装置。例如，装置410和装置420的每一个可被实现在车辆，智能手机，智能手表，个人数字助理，数字相机或计算设备(诸如平板计算机，便携式计算器或笔记本计算机)的电子控制单元(electronic controlunit，ECU)中。装置410和装置420中的每一个也可以是机器型装置的一部分，该机器型装置可以是IoT或NB-IoT装置(诸如不动的或固定的装置)，家用装置，有线通信装置或计算装置。例如，装置410和装置420中的每一个可被实现在智能恒温器，智能冰箱，智能门锁，无线扬声器或家庭控制中心中。可替代地，装置410和装置420中的每一个可以以一个或多个集成电路(integrated-circuit，IC)芯片的形式实现，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，一个或多个复杂指令集计算(complex-instruction-set-computing，CISC)处理器，或一个或多个简化指令集计算(reduced-instruction-set-computing，RISC)处理器。装置410和装置420中的每一个可以分别至少包括图4中所示的那些组件中的一些，诸如处理器412和处理器422。装置410和装置420中的每一个可以进一步包括与本公开所提出的方案不相关的一个或多个其它组件(例如，内部电源，显示器件和/或用户接口器件)，因此，为了简化和简洁起见，这样的组件在图4所示的装置410和装置420的每一个中都未示出。
在一些实施方式中，装置410和装置420中的至少一个可以是电子装置的一部分，该电子装置可以是车辆，路边单元(roadside unit，RSU)，网络节点或基站(例如，eNB，gNB或TRP)，小型小区，路由器或网关。例如，装置410和装置420中的至少一个可以在车辆对车辆(vehicle-to-vehicle，V2V)或车联网(vehicle-to-everything，V2X)网络中的车辆中，在LTE，LTE-Advanced或LTE-Advanced Pro网络的eNodeB中或者在5G，NR，IoT或NB-IoT网络的gNB中实现。可替代地，装置410和装置420中的至少一个可以以一个或多个IC芯片的形式实现，例如但不限于，一个或多个单核处理器，一个或多个多核处理器，或者，一个或多个CISC或RISC处理器。
在一方面，处理器412和处理器422中的每一个可以以一个或多个单核处理器、一个或多个多核处理器，或者，一个或多个CISC或RISC处理器的形式实现。也就是说，尽管这里使用单数术语“处理器”来指代处理器412和处理器422，但处理器412和处理器422中的每一个在一些实现中可以包括多个处理器，以及，在根据本发明的其它实现中可以包括单个处理器。在另一方面，处理器412和处理器422中的每一个可以以具有电子组件的硬件(以及可选地，固体)的形式来实现，所述电子组件包括：例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器，和/或，一个或多个变容二极管，其被配置和布置成根据本公开实施例实现特定目的。换句话说，在至少一些实现中，根据本公开实施例的各种实现，处理器412和处理器422中的每一个是被专门设计、布置和配置成执行特定任务的专用机器，该特定任务包括增强移动通信中用于URLLC的NR PUSCH。
在一些实现中，装置410还可以包括耦接到处理器412的收发器416，以及，收发器416能够通过无线电线路(例如，3GPP连接或非3GPP连接)无线地发送和接收数据。在一些实现中，装置410可进一步包括耦接到处理器412且能够被处理器412存取并在其中存储数据的内存414。在一些实现中，装置420还可以包括耦接到处理器422的无线收发器426，以及，无线收发器426能够通过无线电线路(例如，3GPP连接或非3GPP连接)无线地发送和接收数据。在一些实现中，装置420还可以包括内存424，内存424耦接到处理器422且能够被处理器422存取并在其中存储数据。因此，装置410和装置420分别通过收发器416和收发器426彼此无线通信。
为了帮助更好地理解，在NR通信环境的背景下提供装置410和装置420中的每一个的操作、功能和能力的以下描述，其中，装置410被实现为无线通信器件，通信装置，UE或IoT设备(例如UE 110)或被实现在其中，以及，装置420被实现为基站或网络节点(例如，网络节点125)或被实现在基站或网络节点中。
在根据本公开的增强移动通信中用于URLLC的NR PUSCH的一方面，装置410的处理器412确定是否将CDD方案(例如，非透明CDD)应用于PUSCH传输。另外，响应于确定出将要应用该CDD方案，处理器412(经由收发器416)采用CDD方案执行PUSCH传输至装置420，装置420作为无线网络(例如，无线网络120)的网络节点(例如，网络节点125)。
在一些实现中，在确定是否应用CDD方案时，如果(in an event that)PUSCH传输是URLLC的一部分，则处理器412确定应用CDD方案以增强UL发射分集。
在一些实现中，在确定是否应用CDD方案时，处理器412在基于授权的传输或配置授权的传输的情况下确定应用CDD方案。
在一些实现中，在确定是否应用CDD方案时，处理器412确定出应用CDD方案以实现目标可靠性。在一些实施方式中，在确定应用CDD方案以实现目标可靠性时，处理器412确定出应用CDD方案以实现低于或等于BLER阈值的BLER。
在一些实施方式中，在确定是否应用CDD方案时，如果多个MCS表中的特定(specific)MCS表用于PUSCH传输，则处理器412确定出应用CDD方案。在一些实施方式中，多个MCS表中的该特定MCS表包括用于URLLC的MCS表。
在一些实施方式中，在确定是否应用CDD方案中，如果多个RNTI中的特定RNTI用于PUSCH传输，则处理器412确定出应用CDD方案。
在一些实现中，在确定是否应用CDD方案时，如果新的调制编码方案无线电网络临时标识符(modulation coding scheme radio network temporary identifier，MCS-RNTI)用于PUSCH传输，则处理器412确定出应用CDD方案。
在一些实施方式中，在确定是否应用CDD方案时，处理器412可以确定被实现在UE(例如，UE 110)中的装置410是否被配置为具有将CDD方案应用于UL传输的能力。
在一些实现中，处理器412可以执行附加操作。例如，处理器412可以经由收发器416从装置420接收指示与小时隙重复有关的信息的信令。在这种情况下，在执行PUSCH传输中，处理器412可以利用在时隙内的多个小时隙中重复的至少一个符号来执行PUSCH传输。
在一些实现中，在接收该信令中，处理器412可以接收RRC信令，该RRC信令具有与小时隙重复有关的信息，其由3GPP规范的版本16中定义的新参数或3GPP规范的版本15中定义的现有参数指示。
在一些实施方式中，处理器412可以执行附加操作。例如，通过将DCI信令调度的所有重复维持为从该DCI信令计算出的相同TBS，处理器412可以在TBS计算中没有DMRS的前提下针对PUSCH传输执行TBS计算。
在根据本公开的增强移动通信中用于URLLC的NR PUSCH的另一方面，装置410的处理器412可以经由收发器416从作为无线网络(例如，无线网络120)的网络节点(例如，网络节点125)的装置420接收信令，该信令指示与小时隙重复有关的信息。而且，经由收发器416，处理器412可以利用在时隙内的多个小时隙中重复的至少一个符号执行PUSCH传输到装置420。
在一些实现中，在接收信令中，处理器412可以接收RRC信令，该RRC信令具有与小时隙重复有关的信息，其由3GPP规范的版本16中定义的新参数或3GPP规范的版本15中定义的现有参数指示。
在一些实施方式中，处理器412可以执行附加操作。例如，处理器412确定是否对PUSCH传输应用CDD方案(例如，非透明CDD)。在这样的情况下，在执行PUSCH传输中，处理器412响应于确定出将要应用CDD方案而采用CDD方案执行PUSCH传输。
在一些实施方式中，在确定是否应用CDD方案时，处理器412可执行以下之一：(i)在PUSCH传输是URLLC的一部分的情况下，确定出应用CDD方案以增强UL发射分集；(ii)在基于授权的传输或配置授权的传输的情况下，确定出应用CDD方案；(iii)确定出应用CDD方案来实现目标可靠性；(iv)在将多个MCS表中的特定MCS表用于PUSCH传输的情况下，确定出应用CDD方案；(v)在将多个RNTI中的特定RNTI用于PUSCH传输的情况下，确定出应用CDD方案；(vi)在将新的MCS-RNTI用于PUSCH传输的情况下，确定出应用CDD方案；以及，(vii)确定被实现在UE(例如，UE 110)中的装置410是否被配置为具有将CDD方案应用于UL传输的能力。
在一些实施方式中，在确定应用CDD方案以实现目标可靠性时，处理器412可确定应用CDD方案以实现低于或等于BLER阈值的BLER。在一些实施方式中，多个MCS表中的特定MCS表可以包括用于URLLC的MCS表。
在一些实施方式中，处理器412可以执行附加操作。例如，通过将DCI信令调度的所有的重复维持为从该DCI信令计算出的相同TBS，处理器412可以通过处理器在TBS计算中没有DMRS的前提下执行用于PUSCH传输的TBS计算。
在根据本公开的针对移动通信中用于URLLC的NR PUSCH的增强的又一方面，装置410的处理器412可确定是否将CDD方案(例如，非透明CDD)应用于PUSCH传输。另外，处理器412可以经由收发器416从作为无线网络(例如，无线网络120)的网络节点(例如，网络节点125)的装置420接收信令，该信令指示与小时隙重复有关的信息。此外，处理器412可以在TBS计算中没有DMRS的前提下针对PUSCH传输执行TBS计算。此外，处理器412可以响应于确定出将要应用CDD方案而(经由收发器416)采用CDD方案执行PUSCH传输至装置420。
在一些实施方式中，在执行PUSCH传输中，处理器412可以利用在时隙内的多个小时隙中重复的至少一个符号执行PUSCH传输。
说明性过程
图5根据本公开的实施方式示出了示例过程500。根据本公开，过程500是上述描述的关于移动通信中用于URLLC的NR PUSCH的增强的提议方案的示例实现。过程500可以代表装置410和装置420的特征的实现的方面。过程500可以包括一个或多个操作，动作或功能，如方框510和520中的一个或多个所示。虽然被示为离散方框，但是根据期望的实现，过程500的各个方框可以被划分为附加方框、组合成更少的方框，或被取消。此外，过程500的方框可以按照图5中所示的顺序，或者，可选地以不同的顺序执行。过程500也可以部分地或全部地重复。过程500可以由装置410，装置420或其它任何合适的通信装置，UE，RSU，基站或机器型装置来实现。仅出于说明性目的而非限制，以下在装置410作为UE 110和装置420作为网络节点125的上下文中描述过程500。过程500在方框510处开始。
在510处，过程500可以包括：装置410的处理器412确定是否将CDD方案(例如，非透明CDD)应用于PUSCH传输。过程500从510进行到520。
在520处，过程500可以包括：响应于确定将要应用CDD方案，处理器412(经由收发器416)采用CDD方案执行PUSCH传输至装置420，其中，装置420作为无线网络(例如，无线网络120)的网络节点(例如，网络节点125)。
在一些实现中，在确定是否应用CDD方案时，过程500可以包括：处理器412在PUSCH传输是URLLC的一部分的情况下决定应用CDD方案以增强UL发射分集。
在一些实现中，在确定是否应用CDD方案时，过程500可以包括：处理器412在基于授权的传输或配置授权的传输的情况下决定应用CDD方案。
在一些实施方式中，在确定是否应用CDD方案时，过程500可以包括：处理器412确定应用CDD方案以实现目标可靠性。在一些实施方式中，在确定应用CDD方案以实现目标可靠性时，过程500可以包括：处理器412确定应用CDD方案以实现低于或等于BLER阈值的BLER。
在一些实施方式中，在确定是否应用CDD方案中，过程500可以包括：处理器412在多个MCS表中的特定MCS表用于PUSCH传输的情况下确定应用CDD方案。在一些实施方式中，多个MCS表中的特定MCS表可以包括用于URLLC的MCS表。
在一些实现中，在确定是否应用CDD方案中，过程500可以包括：处理器412在多个RNTI中的特定RNTI用于PUSCH传输的情况下确定应用CDD方案。
在一些实施方式中，在确定是否应用CDD方案中，过程500可以包括：处理器412在新调制编码方案无线电网络临时标识符(MCS-RNTI)用于该PUSCH传输情况下确定应用CDD方案。
在一些实施方式中，在确定是否应用CDD方案中，过程500可以包括：处理器412确定被实现在UE(例如，UE 110)中的装置410是否被配置为具有对UL传输应用CDD方案的能力。
在一些实施方式中，过程500可以包括：处理器412执行附加操作。例如，过程500可以包括：处理器412经由收发器416从装置420接收指示与小时隙重复有关的信息的信令。在这样的情况下，在执行PUSCH传输中，过程500可以包括：处理器412利用在时隙内的多个小时隙中重复的至少一个符号执行PUSCH传输。
在一些实施方式中，在接收信令中，过程500可以包括：处理器412接收RRC信令，该RRC信令具有由3GPP规范的版本16中定义的新参数或3GPP规范的版本15中定义的现有参数指示。
在一些实施方式中，过程500可以包括：处理器412执行附加操作。例如，过程500可以包括：处理器412通过将DCI信令调度的所有的重复维持为从DCI信令计算出的相同的TBS，在TBS计算中没有DMRS的前提下执行针对PUSCH传输的TBS计算。
图6根据本公开的实施方式示出了示例过程600。根据本公开，过程600可以是上述针对移动通信中的URLLC的NR PUSCH的增强而描述的所提出的方案的示例实现。过程600可以代表装置410和装置420的特征的实现的方面。过程600可以包括一个或多个操作，动作或功能，如方框610和620中的一个或多个所示。虽然被示为离散方框，但是根据期望的实现，过程600的各个方框可以被划分为附加方框、组合成更少的方框，或被取消。此外，过程600的方框可以按照图6中所示的顺序，或者，可选地以不同的顺序执行。过程600也可以部分地或全部地重复。过程600可以由装置410，装置420或其它任何合适的通信装置，UE，RSU，基站或机器型装置来实现。仅出于说明性目的而非限制，以下在装置410作为UE 110和装置420作为网络节点125的上下文中描述过程600。过程600在方框610处开始。
在610处，过程600可以包括：装置410的处理器412经由收发器416从作为无线网络(例如，无线网络120)的网络节点(例如，网络节点125)的装置420接收信令，该信令指示与小时隙重复有关的信息。过程600可以从610进行到620。
在620处，过程600可以包括：经由收发器416，处理器412利用在时隙内的多个小时隙中重复的至少一个符号执行PUSCH传输到装置420。
在一些实施方式中，在接收信令中，过程600可以包括：处理器412接收RRC信令，该RRC信令具有由3GPP规范的版本16中定义的新参数或3GPP规范的版本15中定义的现有参数指示。
在一些实施方式中，过程600可以包括：处理器412执行附加操作。例如，过程600可以包括：处理器412确定是否对PUSCH传输应用CDD方案(例如，非透明CDD)。在这样的情况下，在执行PUSCH传输中，过程600可以包括：处理器412响应于确定出将要应用CDD方案而采用CDD方案执行PUSCH传输。
在一些实施方式中，在确定是否应用CDD方案时，过程600可以包括：处理器412执行以下之一：(i)在PUSCH传输是URLLC的一部分的情况下，确定应用CDD方案以增强UL发射分集；(ii)在基于授权的传输或配置授权的传输的情况下，确定出应用CDD方案；(iii)决定采用CDD方案以实现目标可靠性；(iv)在将多个MCS表中的特定MCS表用于PUSCH传输的情况下，确定应用CDD方案；(v)在将多个RNTI中的特定RNTI用于PUSCH传输的情况下，确定应用CDD方案；(vi)在将新的MCS-RNTI用于PUSCH传输的情况下，确定应用CDD方案；以及，(vii)确定被实现在UE(例如，UE 110)中的装置410是否被配置为具有将CDD方案应用于UL传输的能力。
在一些实施方式中，在确定应用CDD方案以实现目标可靠性时，过程600可以包括：处理器412确定应用CDD方案以实现低于或等于BLER阈值的BLER。在一些实施方式中，多个MCS表中的特定MCS表可以包括用于URLLC的MCS表。
在一些实施方式中，过程600可以包括：处理器412可以执行附加操作。例如，过程600可以包括：通过将DCI信令调度的所有的重复维持为从该DCI信令计算出的相同TBS，处理器412可以通过处理器在TBS计算中没有DMRS的前提下执行用于PUSCH传输的TBS计算。
图7根据本公开的实施方式示出了示例过程700。根据本公开，过程700可以是上述针对移动通信中的URLLC的NR PUSCH的增强所提出的方案的示例实现。过程700可以代表装置410和装置420的特征的实现的方面。过程700可以包括一个或多个操作，动作或功能，如方框710,720,730和740中的一个或多个所示。虽然被示为离散方框，但是根据期望的实现，过程1100的各个方框可以被划分为附加方框、组合成更少的方框，或被取消。此外，过程700的方框可以按照图7中所示的顺序，或者，可选地以不同的顺序执行。过程700也可以部分地或全部地重复。过程700可以由装置410，装置420或其它任何合适的通信装置，UE，RSU，基站或机器型装置来实现。仅出于说明性目的而非限制，以下在装置410作为UE 110和装置420作为网络节点125的上下文中描述过程700。过程700在方框710处开始。
在710处，过程700可以包括：装置410的处理器412确定是否对PUSCH传输应用CDD方案(例如，非透明CDD)。过程700可以从710进行到720。
在720处，过程700可以包括：处理器412经由收发器416从作为无线网络(例如，无线网络120)的网络节点(例如，网络节点125)的装置420接收信令，该信令指示与小时隙重复有关的信息。过程700可以从720进行到730。
在730处，过程700可以包括：处理器412在TBS计算中没有DMRS的前提下执行用于PUSCH传输的TBS计算。过程700可以从730进行到740。
在740处，过程700可以包括：响应于确定出将要应用CDD方案，处理器412(经由收发器416)采用CDD方案执行PUSCH传输至装置420。
在一些实施方案中，在执行PUSCH传输中，过程700可以包括：处理器412利用在时隙内的多个小时隙中重复的至少一个符号执行PUSCH传输。
补充说明
本发明有时会描述包含在其它不同组件内之不同组件，或同其它不同组件相连接之不同组件。应当理解的是，这种结构关系仅作为示例，事实上，也可透过实施其它结构以实现相同功能。从概念上讲，任何可实现相同功能之组件配置均是有效地“相关联的”以此实现所需功能。因此，本文为实现某特定功能所组合之任何两个组件均可看作是彼此“相关联的”，以此实现所需功能，而不管其结构或者中间组件如何。类似地，以这种方式相关联之任何两个组件也可看作是彼此间“操作上相连接的”或“操作上相耦接的”以此实现所需功能，并且，能够以这种方式相关联之任何两个组件还可看作是彼此间“操作上可耦接的”用以实现所需功能。操作上可耦接的具体实例包括但不限于实体上可配对的及/或实体上交互之组件及/或无线地可交互的及/或无线地相互交互的组件及/或逻辑上交互的和/或逻辑上可交互的组件。
此外，对于本文所使用之任何复数及/或单数形式之词语，本领域熟练技术人员可根据语境及/或应用场景是否合适而将复数转换至单数和/或将单数转换至复数。为清晰起见，此处即对文中单数/复数之间的各种置换作出明确规定。
此外，本领域熟练技术人员可以理解的是，一般地，本文所使用的词语，特别是所附申请专利范围，例如申请专利范围主体中所使用之词语通常具有“开放性”意义，例如，词语“包含”应该理解为“包含但不限于”，词语“具有”应当理解为“至少具有”，词语“包括”应该理解为“包括但不限于”等等。本领域熟练技术人员可进一步理解的是，若某引入式申请专利范围列举意图将某一具体数值包含进去，则这种意图将明确地列举于该申请专利范围中，如果没有列举，则这种意图即不存在。为帮助理解，可举例如，所附申请专利范围可能包含引入式短语如“至少一个”和“一个或多个”来引入申请专利范围列举。然而，这种短语不应使该申请专利范围列举被解释为：对不定冠词“一个”的引入意味着将包含有这种引入式申请专利范围列举的任何特定申请专利范围限制为仅包含一个这种列举的实施方式，甚至当同一申请专利范围时包括引入式短语“一个或多个”或“至少一个”和不定冠词如“一个”时同样符合这样情况，亦即，“一个”应该解释为“至少一个”或“一个或多个”。同样地，使用定冠词来引入申请专利范围列举同理。另外，即使某一引入式申请专利范围列举中明确列举了一个具体数值，本领域熟练技术人员应当认识到，这种列举应该理解为至少包括所列举的数值，例如，仅“两个列举”而没有任何其它限定时，其意味着至少两个列举，或两个或多个列举。此外，如使用了类似“A、B和C等中之至少一个”，则本领域熟练技术人员通常可以理解的是，如“具有A、B和C中至少一个之系统”将包括但不限于只具有A之系统、只具有B之系统、只具有C之系统、具有A和B之系统、具有A和C之系统、具有B和C之系统，及/或具有A、B和C之系统等等。若使用了类似“A、B或C等中至少一个”，则本领域熟练技术人员可以理解的是，例如“具有A、B或C中至少一个之系统”将包括但不限于只具有A之系统、只具有B之系统、只具有C之系统、具有A和B之系统、具有A和C之系统、具有B和C之系统，及/或具有A、B和C之系统等等。本领域技术人员可进一步理解，无论是说明书、申请专利范围或附图中所出现的几乎所有连接两个或多个替代性词语的分隔词语及/或短语，均应理解为考虑到了所有可能性，即包括所有词语中某一个、两个词语中任一个或包括两个词语。例如，短语“A或B”应该理解为包括可能性：“A”、“B”或“A和B”。
根据前述内容，将理解的是，本文已经出于说明的目的描述了本申请的各种实施方式，以及，在不背离本发明之范畴和精神的前提下可对各个实施例作出多种修改。因此，本文所公开之各个实施例不应理解为具有限制意义，真实范畴和精神透过所附申请专利范围进行限定。

Claims (17)

1.一种用于无线通信的方法，包括：
装置确定是否针对物理上行链路共享信道(PUSCH)传输应用循环延迟分集(CDD)方案；以及，
其中，确定是否应用该CDD方案包括：确定应用该CDD方案，以实现低于或等于块错误率(BLER)阈值的BLER；
响应于确定出将要应用该CDD方案，该装置采用该CDD方案执行该PUSCH传输至无线网络的网络节点。
2.根据权利要求1所述的方法，其特征在于，确定是否应用该CDD方案还包括：在该PUSCH传输是超可靠低延迟通信(URLLC)的一部分的情况下，确定应用该CDD方案，以增强上行链路(UL)发射分集。
3.根据权利要求1所述的方法，其特征在于，确定是否应用该CDD方案还包括：在基于授权的传输或配置授权的传输的情况下，确定应用该CDD方案。
4.根据权利要求1所述的方法，其特征在于，确定是否应用该CDD方案还包括：在多个调制编码方案(MCS)表中的特定MCS表用于该PUSCH传输的情况下，确定应用该CDD方案。
5.根据权利要求4所述的方法，其特征在于，该多个MCS表中的该特定MCS表包括用于超可靠低延迟通信(URLLC)的MCS表。
6.根据权利要求1所述的方法，其特征在于，确定是否应用该CDD方案的还包括：在将多个无线电网络临时标识符(RNTI)的特定RNTI用于该PUSCH传输的情况下，确定应用该CDD方案。
7.根据权利要求1所述的方法，其特征在于，确定是否应用该CDD方案还包括：在新的调制编码方案无线电网络临时标识符(MCS-RNTI)用于该PUSCH传输的情况下，确定应用该CDD方案。
8.根据权利要求1所述的方法，其特征在于，确定是否应用该CDD方案还包括：确定被实现在用户设备(UE)中的该装置是否被配置有将该CDD方案应用于上行链路(UL)传输的能力。
9.根据权利要求1所述的方法，还包括：
该装置从该网络节点接收信令，该信令指示与小时隙重复有关的信息；
其中，执行该PUSCH传输包括：利用在时隙内的多个小时隙中重复的至少一个符号来执行该PUSCH传输。
10.根据权利要求9所述的方法，其特征在于，该信令的接收包括：接收无线资源控制(RRC)信令，该无线资源控制(RRC)信令具有由第三代合作伙伴计划(3GPP)规范的版本16(Rel-16)中定义的新参数或3GPP规范的版本15(Rel-15)中定义的现有参数指示的与小时隙重复有关的信息。
11.根据权利要求1所述的方法，还包括：
该装置通过将DCI信令调度的所有重复维持为从该DCI信令计算出的相同TBS，在TBS计算中没有解调参考信号(DMRS)的前提下，执行用于该PUSCH传输的传输块大小(TBS)计算。
12.一种用于无线通信的方法，包括：
装置从无线网络的网络节点接收信令，该信令指示与小时隙重复有关的信息；以及，
该装置利用在时隙内的多个小时隙中重复的至少一个符号执行物理上行链路共享信道(PUSCH)传输至该网络节点；
其中，该信令的接收包括：接收无线资源控制(RRC)信令，该无线资源控制(RRC)信令具有由第三代合作伙伴计划(3GPP)规范的版本16(Rel-16)中定义的新参数或3GPP规范的版本15(Rel-15)中定义的现有参数指示的与小时隙重复有关的信息。
13.根据权利要求12所述的方法，还包括：
该装置确定是否针对该PUSCH传输应用循环延迟分集(CDD)方案；
其中，执行该PUSCH传输包括：
响应于确定出将要应用该CDD方案而采用该CDD方案执行该PUSCH传输。
14.根据权利要求13所述的方法，其特征在于，确定是否应用该CDD方案包括执行以下操作之一：
在该PUSCH传输是超可靠低延迟通信(URLLC)的一部分的情况下，确定应用该CDD方案，以增强上行链路(UL)发射分集；
在基于授权的传输或配置授权的传输的情况下，确定应用该CDD方案；
确定应用该CDD方案以实现目标可靠性；
在多个调制编码方案(MCS)表中的特定MCS表用于该PUSCH传输的情况下，确定应用该CDD方案；
在将多个无线电网络临时标识符(RNTI)的特定RNTI用于该PUSCH传输的情况下，确定应用该CDD方案；
在新的调制编码方案无线电网络临时标识符(MCS-RNTI)用于该PUSCH传输的情况下，确定应用该CDD方案；以及，
确定被实现在用户设备(UE)中的该装置是否被配置有将该CDD方案应用于上行链路(UL)传输的能力。
15.根据权利要求14所述的方法，其特征在于，确定应用该CDD方案以实现该目标可靠性包括：确定应用该CDD方案，以实现低于或等于块错误率(BLER)阈值的BLER；以及，其中，该多个MCS表中的该特定MCS表包括用于该URLLC的MCS表。
16.根据权利要求12所述的方法，还包括：
该装置通过将DCI信令调度的所有重复维持为从该DCI信令计算出的相同TBS，在TBS计算中没有解调参考信号(DMRS)的前提下，执行用于该PUSCH传输的传输块大小(TBS)计算。
17.一种用于无线通信的方法，包括：
装置确定是否针对物理上行链路共享信道(PUSCH)传输应用循环延迟分集(CDD)方案；
该装置从无线网络的网络节点接收信令，该信令指示与小时隙重复有关的信息；
该装置在传输块大小(TBS)计算中没有解调参考信号(DMRS)的前提下，对该PUSCH传输执行TBS计算；以及，
该装置响应于确定出将要应用该CDD方案而采用该CDD方案执行该PUSCH传输至该网络节点；
其中，执行该PUSCH传输包括：利用在时隙内的多个小时隙中重复的至少一个符号来执行该PUSCH传输；
其中，确定是否应用该CDD方案包括：确定应用该CDD方案，以实现低于或等于块错误率(BLER)阈值的BLER。
CN201980003876.2A 2018-11-05 2019-11-05 增强移动通信中用于urllc的新无线电pusch Active CN111418248B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862755587P 2018-11-05 2018-11-05
US62/755,587 2018-11-05
US16/672,811 2019-11-04
US16/672,811 US11184892B2 (en) 2018-11-05 2019-11-04 Enhancement of new radio PUSCH for URLLC in mobile communications
PCT/CN2019/115601 WO2020093991A1 (en) 2018-11-05 2019-11-05 Enhancement of new radio pusch for urllc in mobile communications

Publications (2)

Publication Number Publication Date
CN111418248A CN111418248A (zh) 2020-07-14
CN111418248B true CN111418248B (zh) 2023-06-20

Family

ID=70458836

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980003876.2A Active CN111418248B (zh) 2018-11-05 2019-11-05 增强移动通信中用于urllc的新无线电pusch

Country Status (4)

Country Link
US (1) US11184892B2 (zh)
CN (1) CN111418248B (zh)
TW (1) TW202021302A (zh)
WO (1) WO2020093991A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7249785B2 (ja) * 2019-01-10 2023-03-31 シャープ株式会社 端末装置、基地局装置、および通信方法
WO2021093892A1 (en) * 2019-11-17 2021-05-20 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Apparatus and method of wireless communication
US11805499B2 (en) * 2019-12-13 2023-10-31 Qualcomm Incorporated Increase diversity of slot aggregation using slot-specific cyclic delay diversity
CN115885494A (zh) * 2020-07-15 2023-03-31 联发科技（新加坡）私人有限公司 移动通信中未授权频谱上的超可靠低延迟通信增强方法
US20230224874A1 (en) * 2020-07-27 2023-07-13 FG Innovation Company Limited Wireless communication method and user equipment for performing repetition-based uplink transmissions
EP4229970A1 (en) * 2020-10-16 2023-08-23 Telefonaktiebolaget LM Ericsson (publ) Enhancement for uplink data transmission

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102484869A (zh) * 2009-06-19 2012-05-30 交互数字专利控股公司 在lte-a中用信号发送上行链路控制信息
CN102804633A (zh) * 2009-06-18 2012-11-28 高通股份有限公司 Pusch发射传送方案选择
CN103460618A (zh) * 2011-02-07 2013-12-18 英特尔公司 开环多输入多输出（mimo）的大延迟循环延迟分集（cdd）预编码器

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101511793B1 (ko) * 2009-03-11 2015-04-14 엘지전자 주식회사 다중 셀 시스템에서의 무선연결 설정방법
US20110103247A1 (en) * 2009-11-02 2011-05-05 Qualcomm Incorporated Channel status reporting
KR20110122033A (ko) * 2010-05-03 2011-11-09 주식회사 팬택 다중 요소반송파 시스템에서 제어정보의 전송장치 및 방법
EP2557839A1 (en) * 2011-08-12 2013-02-13 Panasonic Corporation Channel quality information reporting in protected subframes
US10432374B2 (en) * 2016-12-12 2019-10-01 Qualcomm Incorporated Reporting uplink channel feedback in wireless communications
US10609726B2 (en) * 2017-03-20 2020-03-31 Qualcomm Incorporated Downlink and uplink transmissions for high reliability low latency communications systems
CN115242356A (zh) * 2017-03-23 2022-10-25 瑞典爱立信有限公司 在第二服务传输中配置第一服务数据的打孔束的方法和装置
US10645730B2 (en) 2017-04-06 2020-05-05 Huawei Technologies Co., Ltd. Flexible grant-free resource configuration signaling
US10686573B2 (en) * 2017-09-11 2020-06-16 Lenovo (Singapore) Pte Ltd Reference signals for radio link monitoring
EP3788738A2 (en) * 2018-05-04 2021-03-10 Lenovo (Singapore) Pte. Ltd. Pusch transmission using an aggregation factor
US11791951B2 (en) * 2018-08-09 2023-10-17 Huawei Technologies Co., Ltd. Mini-slot based repetition and frequency hopping

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102804633A (zh) * 2009-06-18 2012-11-28 高通股份有限公司 Pusch发射传送方案选择
CN102484869A (zh) * 2009-06-19 2012-05-30 交互数字专利控股公司 在lte-a中用信号发送上行链路控制信息
CN103460618A (zh) * 2011-02-07 2013-12-18 英特尔公司 开环多输入多输出（mimo）的大延迟循环延迟分集（cdd）预编码器

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"LTE上行系统循环延迟分集接收方案的设计";韩伟良等;《华南理工大学学报(自然科学版)》;全文 *
"R1-1808827 On NR URLLC L1 enhancements";Panasonic;《3GPP TSG RAN WG1 Meeting #94》;正文第2-6章 *
"R1-1812159 Transmit Diversity for Rel-16 URLLC";Ericsson;《3GPP TSG-RAN WG1 Meeting #95》;全文 *
"R1-1812376 Enhancements of NR PUSCH for URLLC";MediaTek Inc.;《3GPP TSG RAN WG1 Meeting #95》;全文 *
"Resource Allocation and Link Adaptation in LTE and LTE Advanced: A Tutorial";Gwanmo Ku等;《 IEEE Communications Surveys & Tutorials ( Volume: 17, Issue: 3, thirdquarter 2015)》;全文 *

Also Published As

Publication number Publication date
CN111418248A (zh) 2020-07-14
TW202021302A (zh) 2020-06-01
US11184892B2 (en) 2021-11-23
US20200145999A1 (en) 2020-05-07
WO2020093991A1 (en) 2020-05-14

Similar Documents

Publication Publication Date Title
CN111418248B (zh) 增强移动通信中用于urllc的新无线电pusch
TWI691193B (zh) 行動通訊中用以決定調變編碼機制表之方法和裝置
US10945256B2 (en) Method and apparatus for reporting hybrid automatic repeat request-acknowledgement information for different service types in mobile communications
CN113692059B (zh) 无线通信系统中的方法和设备
CN111770577B (zh) 确定传输资源的方法及装置
WO2020211768A1 (en) Method and apparatus for downlink control information size alignment in mobile communications
US20170223725A1 (en) Pdcch design for narrowband deployment
WO2021078189A1 (en) Method and apparatus for dynamic cross-carrier scheduling in mobile communications
CN110999365B (zh) 传输数据的方法和终端设备
US20200145143A1 (en) Methods And Apparatus For HARQ Procedure And PUCCH Resource Selection In Mobile Communications
US10932250B2 (en) Method and apparatus for enhancing time domain-resource allocation framework in mobile communications
US20190081741A1 (en) Hybrid Automatic Repeat Request Feedback Design For Grant-Free Transmission In Mobile Communications
CN112636886B (zh) 无线通信的方法、芯片和通信装置
CN111769899B (zh) 确定传输资源的方法及装置
US11476906B2 (en) Base station, terminal, and communication method
CN115004828A (zh) 通信方法和通信装置
CN111972022A (zh) 移动通信中紧凑下行链路控制信息的时域资源分配
CN110915281B (zh) 当跳频在移动通信中启用时的频域资源分配方法和装置
CN115280870A (zh) 用于pdcch重复的方法及设备
WO2024059984A1 (zh) 传输块大小的确定方法、装置、设备及存储介质
KR20230121350A (ko) 통신 시스템에서의 브로드캐스트 신호의 송수신 방법 및 장치
CN118786732A (zh) Ta指示方法、装置、设备及介质
CN115885494A (zh) 移动通信中未授权频谱上的超可靠低延迟通信增强方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant