CN112930706A - 用于在传输时机发送传送块的方法和系统 - Google Patents
用于在传输时机发送传送块的方法和系统 Download PDFInfo
- Publication number
- CN112930706A CN112930706A CN201980070705.1A CN201980070705A CN112930706A CN 112930706 A CN112930706 A CN 112930706A CN 201980070705 A CN201980070705 A CN 201980070705A CN 112930706 A CN112930706 A CN 112930706A
- Authority
- CN
- China
- Prior art keywords
- transmission
- uplink
- transport block
- repetition
- indication
- 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.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 294
- 238000000034 method Methods 0.000 title claims description 114
- 230000000737 periodic effect Effects 0.000 claims abstract description 54
- 230000008569 process Effects 0.000 claims description 71
- 238000012544 monitoring process Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 16
- 238000012545 processing Methods 0.000 description 12
- 238000013468 resource allocation Methods 0.000 description 7
- 230000004913 activation Effects 0.000 description 5
- 230000009849 deactivation Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
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
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
可以接收(710)配置的许可配置。配置的许可配置可以配置周期性的多个UL重复捆绑,每个UL重复捆绑包括多个PUSCH重复。周期性的多个UL重复捆绑可以包括多个传输时机。可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中发送(720)第一TB。可以从网络接收(730)指示。可以基于指示在周期性的多个UL重复捆绑的多个传输时机中确定(740)用于在UL资源中发送第二TB的传输时机。可以在确定的传输时机中发送(750)第二TB。第二TB可以包括与第一TB不同的数据。
Description
技术领域
本公开涉及一种用于在传输时机发送传送块的方法和设备。更具体来说,本公开涉及在上行链路重复捆绑中发送第一传送块以及在传输时机发送第二块。
背景技术
当前,例如用户设备(UE)的无线通信装置使用无线信号与其它通信装置通信。UE可以被配置成根据较高层配置的参数,例如数据传输参数的周期性在所确定的时间实例中在下行链路(DL)操作中接收或在上行链路(UL)操作中发送。在DL中,可以经由与配置调度(CS)-无线电网络临时标示符(RNTI)相关联的物理下行控制信道(PDCCH)激活/停用半持久性调度。在接收到激活命令后,UE开始接收DL数据,例如经由激活下行控制信息(DCI)指示的时间周期时频资源中的物理下行共享信道(PDSCH)传输。从PDSCH开始时根据公式确定混合自动重传请求(HARQ)进程编号。
在UL方向上,存在不具有动态许可的两种类型的UL传输:类型I和类型II。类型II与DL中的半持久性调度(SPS)操作非常相似。然而,类型I使用例如不具有激活DCI的基于无线电资源控制(RRC)的UL许可。
由于绕过调度请求(SR)过程,因此UL配置许可(CG)操作旨在减少时延,并且由于不针对每一传输时机发送DCI,因此UL配置许可(CG)操作旨在减少开销。为了增加CG操作的可靠性,UE可以被配置成重复发送repK次,例如repK=1、2、4或8。根据第三代合作伙伴计划(3GPP)技术规范(TS)38.214Rel-15,当UE配置有repK>1时,UE应在repK个连续时序中重复传送块(TB),从而在每一时隙中应用相同符号分配。
根据TS38.321 Rel-15的第5.4.1节中,对于每个服务小区和每个配置的上行链路许可,如果进行配置和激活,则媒体访问控制(MAC)实体应:
1>如果配置的上行链路许可的物理上行共享信道(PUSCH)持续时间与在此服务小区的PDCCH上接收到的上行链路许可的PUSCH持续时间不重叠:
2>将HARQ进程标识符(ID)设定成与此PUSCH持续时间相关联的HARQ进程ID;
2>如果对应HARQ进程的configuredGrantTimer不运行:
3>认为用于对应HARQ进程的新数据指示符NDI比特已经被切换;
3>将配置的上行链路许可和相关联HARQ信息传递到HARQ实体。
configuredGrantTimer可以在如在IE ConfiguredGrantConfig中提供的多个周期性中取1至64的值。
根据TS 38.321,对于配置的上行链路许可,与UL传输的第一符号相关联的HARQ进程ID源自以下等式:
HARQ进程ID=[floor(CURRENT_symbol/periodicity)]modulonrofHARQ-Processes
其中CURRENT_symbol=(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙编号×numberOfSymbolsPerSlot+时隙中的符号编号),并且numberOfSlotsPerFrame和numberOfSymbolsPerSlot是指分别如在TS38.211中指定的每帧的连续时隙数和每时隙的连续符号数。CURRENT_symbol是指发生重复捆绑的第一传输时机的符号索引。
附图说明
为了描述可以获得本公开的优点和特征的方式,通过参考在附图中说明的本公开的具体实施例来呈现本公开的描述。这些图式仅描绘本公开的实例实施例且因此不被视为限制本公开的范围。为清楚起见,附图可能已经简化并且附图未必按比例绘制。
图1是根据可能实施例的系统的实例框图;
图2是根据可能实施例的配置的许可配置的实例图示;
图3是根据可能实施例的具有8个传输时间间隔(TTI)的UL重复捆绑的实例图示;
图4是根据可能实施例的具有8个TTI的UL重复捆绑的实例图示;
图5是根据可能实施例的PUSCH传输的实例图示;
图6是根据可能实施例的在第一重复捆绑内的传输时机的实例图示;
图7是根据可能实施例的说明无线通信装置的操作的实例流程图;
图8是根据可能实施例的说明无线通信装置的操作的实例流程图;以及
图9是根据可能实施例的设备的实例框图。
具体实施方式
实施例提供一种用于在传输时机发送传送块的方法和设备。根据可能实施例,可以接收配置的许可配置。配置的许可配置可以配置周期性的多个UL重复捆绑,每个UL重复捆绑包括多个PUSCH重复。周期性的多个UL重复捆绑可以包括多个传输时机。可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中发送第一TB。可以从网络接收指示。可以基于允许在UL资源中发送第二TB的指示来确定在周期性的多个UL重复捆绑的多个传输时机中的传输时机。可以在所确定的传输时机中发送第二TB。第二TB可以包括与第一TB不同的数据。
根据另一可能实施例,可以发送配置的许可配置。配置的许可配置可以配置周期性的多个UL重复捆绑,其中每个UL重复捆绑包括多个PUSCH重复。周期性的多个UL重复捆绑可以包括多个传输时机。可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中接收第一TB。可以确定指示。可以发送指示。可以在传输时机中接收第二TB。第二TB可以包括与第一TB不同的数据。可以通过装置基于指示并且在周期性的多个UL重复捆绑的多个传输时机中确定用于在UL资源中发送第二TB的传输时机。
至少一些实施例可以提供一种用于具有配置的许可的URLLC操作的方法和设备。至少一些实施例还可以提供一种方法和设备,以在多次重复相关联的PDCCH,例如含有提前终止ACK的PDCCH时实现配置的许可操作。例如,考虑到UE可能未接收指示提前终止的所有发送的PDCCH,如果在不同符号/TTI中多次重复PDCCH以增加PDCCH接收可靠性,则当经由PDCCH针对与HARQ进程相对应的TB发送提前终止时,UE可以确定何时使用相同HARQ进程发送新TB。
图1是根据可能实施例的系统100的实例框图。系统100可以包括UE 110、至少一个网络实体120和125以及网络130。UE 110可以是无线广域网装置、用户装置、无线终端、便携式无线通信装置、智能手机、蜂窝电话、翻盖手机、个人数字助理、智能手表、个人计算机、平板计算机、膝上型计算机、选择性呼叫接收器、物联网(IoT)装置、或能够在无线网络上发送和接收通信信号的任何其它用户装置。至少一个网络实体120和125可以是无线广域网基站,可以是NodeB,可以是增强型NodeB(eNB),可以是例如第五代(5G)NodeB的新无线电(NR)NodeB(gNB),可以是免执照网络基站,可以是接入点,可以是基站控制器,可以是网络控制器,可以是发送/接收点(TRP),可以是与其它网络实体不同类型的网络实体,和/或可以是可以在UE与网络之间提供无线访问的任何其它网络实体。
网络130可以包括能够发送和接收无线通信信号的任何类型的网络。例如,网络130可以包括无线通信网络、蜂窝电话网络、基于时分多址(TDMA)的网络、基于码分多址(CDMA)的网络、基于正交频分多址(OFDMA)的网络、长期演进(LTE)网络、NR网络、基于第三代合作伙伴计划(3GPP)的网络、5G网络、卫星通信网络、高空平台网络、互联网和/或其它通信网络。
在操作时,UE 110可以经由至少一个网络实体120与网络130通信。例如,UE 110可以在控制信道上发送和接收控制信号以及在数据信道上发送和接收用户数据信号。
为了增加DL/UL传输的可靠性,可以多次重复PDSCH/PUSCH和/或相关联PDCCH。对于长期演进(LTE)-高可靠低时延通信(HRLLC),例如具有LTE操作的超可靠低时延通信(URLLC),PDCCH可以指示与PDCCH相关联的多个PDSCH传输。可以或可以不通过PDSCH重复发送PDCCH。在成功地接收到PDCCH之后,可以将多个PDSCH传输进行软组合。可以在DCI字段中指示与从当前TTI开始的PDCCH相关联的PDSCH传输的数目。
在现有5G NR规范中,可以通过动态许可操作和配置的许可操作两者的配置的重复次数来重复PDSCH/PUSCH。在动态许可操作的情况下,单个PDCCH可以调度PDSCH/PUSCH。
为了确保进行K次重复,根据TS 38.214Rel-15,对于任何冗余版本(RV)序列,在周期P内的K次重复中的最后传输时机,或当在周期P内接收到用于调度相同TB的UL许可时(以先到达的为准),可以在发送K次重复之后终止重复。可能不会期望UE配置有用于发送K次重复的持续时间,所述持续时间大于通过周期性P导出的持续时间。避免并非所有K次重复都可能的情况的一种方法可以是启用多个同时活动的CG配置,这可以类似于LTE-HRLLC。
图2是根据可能实施例的CG配置的实例图示200。图示200示出可以同时为UE激活的四个CG配置,其中针对每个CG配置示出20个TTI。UE可以基于TB到达时间选择用于发送TB的配置。例如,如果可以在TTI 0中发送数据,则UE可以选择配置0,并且如果准备在TTI 1中发送数据,则UE可以选择配置1等等。为了在多次重复TB的情况下,例如在多个TTI中或在传输/重复捆绑中的多个传输时机中减少CG操作的时延,UE可以在同一服务小区上具有/使用多个同时活动的SPS/免许可(GF)配置。
例如,假设K=P=4个TTI并且具有K个配置且具有周期性P,与下一配置相比每个配置偏移一个TTI,则UE能够经由选择图示200中所示的合适CG配置在每个TTI中启动UL传输重复捆绑。可以在配置中分布HARQ进程。为了帮助例如gNB的基站区分使用哪种配置,例如不同DMRS序列的不同解调参考信号(DMRS)可以用于不同配置。
在NR Rel-15中,对于给定HARQ进程,UE可以不将配置的许可资源用于新传输,除非UE在CG类型2的情况下接收用于(重新)激活CG PUSCH的UL许可,UE在configuredGrantTimer定时器到期之前,或在configuredGrantTimer定时器到期时或不在运行时接收UL许可的重新配置消息/(重新)初始化。如果configuredGrantTimer定时器不在运行,则UE可以假设ACK。
通过引入用于UE的配置的UL传输的显式HARQ反馈,用于配置的UL传输的显式HARQ反馈可避免重复捆绑的不必要UL重复,例如,可以由较高层参数RepK配置的TB的重复。这可以有助于减少冲突,例如,如果与UE相比,另一UE已配置有相同/重叠时频资源和非正交DMRS端口。这还可以有助于减少UE传输功率或节省UE功率。这还可以有助于减少UL干扰。用于配置的UL传输的显式HARQ反馈可以允许较早地刷新HARQ缓冲器,并且可以较早地通过相同HARQ进程发送新TB,从而导致减少时延。当gNB未检测到CG-PUSCH传输时,例如当未检测到PUSCH DMRS时,用于配置的UL传输的显式HARQ反馈可以增加分组可靠性并减少分组时延,并且如果UE在特定时间之后尚未接收到任何显式HARQ反馈,则UE可以例如通过自主地使用CG传输时机来重新发送TB。
在至少一些实施例中,还可以代替“时隙”使用术语“微时隙”或“聚合时隙”。如在TS 38.211/TS 38.213/TS 38.214中定义,可以描述时隙/微时隙/聚合时隙的概念。
根据TS 38.331,信息元素(IE)ConfiguredGrantConfig可以用于根据两个可能方案配置上行链路传输,而无需动态许可。实际上行链路许可可以经由RRC(类型1)配置或经由寻址到CS-RNTI类型2的PDCCH提供。在表1中示出来自TS 38.331的ConfiguredGrantConfig的字段描述。
表1:ConfiguredGrantConfig的字段描述
根据用于UL许可接收的TS 38.321第5.4.1节,UL许可可以在PDCCH上动态地接收,在随机接入响应(RAR)中接收,或由RRC半持久地配置。MAC实体可以具有用于在上行共享信道上发送的上行链路许可(UL-SCH)。为了执行所请求的传输,MAC层可以从较低层接收HARQ信息。
进一步根据TS 38.321,如果MAC实体具有Cell-RNTI(C-RNTI)、临时C-RNTI,或CS-RNTI,则MAC实体可以针对每个PDCCH时机以及针对属于具有运行的timeAlignmentTimer的定时提前组(TAG)的每个服务小区,并且针对为此PDCCH时机接收的每个许可。
1>如果已在用于MAC实体的C-RNTI或临时C-RNTI的PDCCH上接收用于此服务小区的上行链路许可;或
1>如果已在随机接入响应中接收上行链路许可:
2>如果上行链路许可用于MAC实体的C-RNTI并且如果传递到HARQ实体以用于同一HARQ进程的先前上行链路许可是针对MAC实体的CS-RNTI接收的上行链路许可或配置的上行许可:
3>针对对应HARQ进程认为NDI已进行切换,而不管NDI的值如何。
2>如果上行链路许可用于MAC实体的C-RNTI,并且所识别HARQ进程配置用于配置的上行链路许可:
3>如果已配置,则启动或重新启动对应HARQ进程的configuredGrantTimer。
2>将上行链路许可和相关联HARQ信息传递到HARQ实体。
1>否则,如果已针对在用于MAC实体的C-RNTI的PDCCH上的此服务小区接收此PDCCH时机的上行链路许可:
2>如果在所接收的HARQ信息中的NDI是1:
3>认为尚未切换对应HARQ进程的NDI;
3>如果已配置,则启动或重新启动对应HARQ进程的configuredGrantTimer;
3>将上行链路许可和相关联HARQ信息传递到HARQ实体。
2>否则,如果在所接收HARQ信息中的NDI是0:
3>如果PDCCH内容指示配置的许可类型2停用:
4>触发配置的上行链路许可确认。
3>否则,如果PDCCH内容指示配置的许可类型2停用:
4>触发配置的上行链路许可确认:
4>存储此服务小区的上行链路许可和相关联HARQ信息作为配置的上行链路许可;
4>初始化或重新初始化此服务小区的配置的上行链路许可,以在相关联PUSCH持续时间中启动并且根据子条款5.8.2中的规则重现;
4>将HARQ进程ID设定成与此PUSCH持续时间相关联的HARQ进程ID;
4>认为已切换对应HARQ进程的NDI比特;
4>如果正在运行,则停止对应HARQ进程的configuredGrantTimer;
4>将配置的上行链路许可和相关联HARQ信息传递到HARQ实体。
对于每个服务小区和每个配置的上行链路许可,如果已配置并已激活,则MAC实体应:
1>如果配置的上行链路许可的PUSCH持续时间与在此服务小区的PDCCH上接收到的上行链路许可的PUSCH持续时间不重叠:
2>将HARQ进程ID设定成与此PUSCH持续时间相关联的HARQ进程ID;
2>如果对应HARQ进程的configuredGrantTimer不运行:
3>认为已切换对应HARQ进程的NDI比特;
3>将配置的上行链路许可和相关联HARQ信息传递到HARQ实体。
对于配置的上行链路许可,与UL传输的第一符号相关联的HARQ进程ID可以源自以下等式:
HARQ进程ID=[floor(CURRENT_symbol/periodicity)]modulonrofHARQ-Processes
其中CURRENT_symbol=(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙编号×numberOfSymbolsPerSlot+时隙中的符号编号),并且numberOfSlotsPerFrame和numberOfSymbolsPerSlot是指分别如在TS38.211中指定的每帧的连续时隙数和每时隙的连续符号数。
CURRENT_symbol可以指发生重复捆绑的第一传输时机的符号索引。如果激活配置的上行链路许可并且相关联HARQ进程ID小于nrofHARQ-Processes,则HARQ进程可以配置用于配置的上行链路许可。
根据TS 38.321第5.8.1小节,SPS由RRC每服务小区和每带宽部分(BWP)进行配置。多个配置可以仅在不同服务小区上同时活动。DL SPS的激活和停用在服务小区之间可以是独立的。
对于DL SPS,DL指派由PDCCH提供,并且基于指示SPS激活或停用的L1信令来存储或清除。
当配置SPS时,RRC配置以下参数:
-cs-RNTI:用于激活、停用和重新传输的CS-RNTI;
-nrofHARQ-Processes:SPS的配置的HARQ进程的数目;
-periodicity:SPS的配置的下行链路指派的周期性。
当SPS通过上层释放时,应释放所有对应配置。
在将下行链路指派配置用于SPS时,MAC实体应按顺序考虑在时隙中发生第N个下行链路指派,其中:
(numberOfSlotsPerFrame×SFN+帧中的时隙编号)=[(numberOfSlotsPerFrame×SFNstart时间+slotstart时间)+N×periodicity×numberOfSlotsPerFrame/10]modulo(1024×numberOfSlotsPerFrame)
其中SFNstart时间和slotstart时间分别是PDSCH的第一传输的SFN和时隙,其中(重新)初始化配置的下行链路指派。
根据TS 38.214第6.1.2.3节,当通过BWP信息元素中的较高层参数ConfiguredGrantConfig半静态地配置PUSCH资源分配并且触发对应于配置的许可的PUSCH传输时,在传输中应用以下较高层参数:
-对于具有配置的许可的类型1PUSCH传输,在ConfiguredGrantConfig中给定以下参数:
-较高层参数timeDomainAllocation值m提供指向所分配表的行索引m+1,指示开始符号和长度和PUSCH映射类型的组合,其中表选择遵循UE特定搜索空间的规则,如在子条款6.1.2.1.1中定义;
-对于由resourceAllocation指示的给定资源分配类型,根据子条款6.1.2.2中的过程由较高层参数frequencyDomainAllocation确定频域资源分配;
-MCS由较高层参数mcsAndTBS提供;
-如在[5,TS 38.212]的子条款7.3.1.1中确定DM-RS CDM组的数目、DM-RS端口、SRS资源指示和DM-RS序列初始化,并且分别通过antennaPort、dmrs-SeqInitialization、precodingAndNumberOfLayers和srs-ResourceIndicator提供DM-RS序列初始化的位值、预编码信息和层数、SRS资源指示符;
-当启用跳频时,两个跳频之间的频率偏移可以通过较高层参数frequencyHoppingOffset配置。
-对于具有配置的许可的类型2PUSCH传输:资源分配根据[10,TS38.321]遵循较高层配置,并且在DCI接收到UL许可。
如果较高层未传递要在分配用于没有许可的上行链路传输的资源上发送的传送块,则UE不应在由ConfiguredGrantConfig配置的资源上发送任何事物。
在TS 38.331中定义一组允许的周期性P。
较高层配置的参数repK和repK-RV定义要应用于所发送的传送块的K次重复,以及要应用于重复的冗余版本模式。对于K次重复中的第n个传输时机,n=1,2,…,K,所述传输时机与配置的RV序列中的第(mod(n-1,4)+1)个值相关联。传送块的初始传输可以开始于
-如果配置的RV序列是{0,2,3,1},则K次重复的第一传输时机,
-如果配置的RV序列是{0,3,0,3},则K次重复的与RV=0相关联的任一传输时机,
-如果配置的RV序列是{0,0,0,0},则K次重复的任一传输时机,除了当K=8时的最后传输时机。
对于任何RV序列,应在发送K次重复之后,或在周期P内的K次重复中的最后传输时机处,或当在周期P内接收到用于调度相同TB的UL许可时(以先到达的为准)终止重复。不期望UE配置有用于发送K次重复的持续时间,所述持续时间大于通过周期性P导出的持续时间。
对于具有配置的许可的类型1和类型2PUSCH传输两者,当UE配置有repK>1时,UE应在repK个连续时序中重复TB,从而在每一时隙中应用相同符号分配。如果如在TS 38.213的子条款11.1中定义的用于确定时隙配置的UE过程将分配用于PUSCH的时隙的符号确定为下行链路符号,则对于多时隙PUSCH传输省略在所述时隙上的传输。
图3是具有8个TTI的UL重复捆绑的实例图示300,其中在接收到重复捆绑的前两个传输之后,gNB已对TB进行解码。TTI从0至20编号。在此实例实施例中,假设UE使用第一CG配置(例如,还在图示200中示出的config0)K次发送第一TB,并且假设gNB在重复捆绑中的X次传输之后对TB进行解码,并且在第一DL TTI中发送一个提前终止PDCCH以及在第二DL TTI中发送第二提前终止PDCCH。假设K=P=8个TTI。例如,TTI可以是由14个OFDM符号组成的时隙,或TTI可以是由4个OFDM符号组成的微时隙,并且CG-PUSCH传输可能不在时隙的最后两个符号中发生。假设X=2。
假设第一PDCCH(如果由UE解码)可以指示UE在Y1个UL传输之后停止UL重复捆绑,其中关于第一PDCCH至PUSCH处理时间线,Y1+1可以是可能最早停止的UL传输。PDCCH至PUSCH处理时间线可以是从PDCCH(例如,含有许可/UL分配/触发的PDCCH)至PUSCH(例如,由许可/UL分配/触发许可的和/或对应于PDCCH的PUSCH)的处理时间。假设第二PDCCH(如果由UE解码)可以指示UE在Y2个UL传输之后停止UL重复捆绑,其中关于第一PDCCH至PUSCH处理时间线,Y2+1可以是可能最早停止的UL传输。
或者,一旦在时隙/TTI n中接收到PUSCH提前终止DCI,就可以向UE指示k的值以停止在时隙/TTI n+k中的正在进行的PUSCH传输,其中可以选择k,使得其遵守PDCCH至PUSCH处理时间线。在一个实例中,可以不指示k的值,并且可以关于以下描述的处理时间线使用默认值,例如最小值。
为了遵守PDCCH至PUSCH处理时间线,可以选择Y1、Y2、k的值,例如>=,例如等于或大于时隙/TTI的最小可能值-偏移K2值(例如在PUSCH-TimeDomainResourceAllocationList IE中配置),或者另外作为子载波间隔的函数的默认值。可以选择Y1、Y2、k的值,例如>=,例如等于或大于符号L2,其中L2可以定义为具有其循环前缀(CP)的下一上行链路符号,在提前终止PDCCH DCI的最后符号结束之后,例如在发送如下文稍后描述的新TB的情况下,所述CP开始于Tproc,2。符号L2可以是TTI内的某一符号。对于仅具有显式HARQ-ACK反馈的PDCCH,
Tproc,2=N2(2048+144)·κ2-μ·TC。
在一个实例中,Tproc,2的以上值可以是当PDCCH DCI仅用于显式HARQ-ACK反馈时。对于具有调度新UL数据的UL许可的PDCCH的情况,
Tproc,2=max((N2+d2,1)(2048+144)·κ2-μ·TC,d2,2)。
可以在TS 38.214第6.4节中定义以上变量。例如,根据TS 38.214第6.4节,N2分别基于用于UE处理能力1和2的表6.4-1和表6.4-2的μ,其中μ对应于通过最大Tproc,2产生的(μDL,μUL)中的一个,其中μDL对应于通过其发送PDCCH的下行链路的子载波间隔,所述PDCCH载送调度PUSCH的DCI,并且μUL对应于上行链路信道的子载波间隔,PUDCH将通过所述上行链路信道发送,并且κ在TS 38.211的子条款4.1中定义。如果PUSCH分配的第一符号仅由DMRS组成,则d2,1=0,否则d2,1=1。在一个实施例中,除了针对其发送提前终止指示的TB之外的TB的第一CG PUSCH传输可以不早于符号L2开始,其中L2可以定义为具有其CP的下一上行链路符号,在提前终止PDCCH DCI的最后符号结束后,所述CP开始于第一Tproc,2值。第一Tproc,2值可以小于与PUSCH动态调度相关联的第二Tproc,2值。在TS 38.214的第6.4节中定义变量,即UE PUSCH准备过程时间的情况下,在一个实例中,N2的值可以减小u个符号,例如,u=3或6。u值可以取决于PUSCH定时能力,因为为了停止UL传输,UE可能仅需要处理PDCCH。类似地,还可以减小时隙/TTI-偏移K2的值。
根据UE已接收到第一和第二PDCCH中的哪一个,至少一些实施例可以在接收到具有相同HARQ-ID或与CG配置相关联的HARQ-ID的提前终止后确定UE可以何时开始新的TB。在下文中,可以假设Y1=3并且Y2=5。
图4是根据可能实施例的具有8个TTI的UL重复捆绑的实例图示400,其中在接收到重复捆绑的前两个传输之后,gNB已对TB进行解码。TTI从0至20编号。可以从下一重复捆绑开始发送具有使用配置的许可资源的同一HARQ进程的任何新TB。例如,如果UE已接收到第一PDCCH或第二PDCCH中的任一个,则UE可以从下一周期的第一传输时机开始新的TB,例如第二TB。
根据另一可能实施例,如果UE已接收到第一PDCCH或第二PDCCH中的任一个,则UE可以从同一周期的传输时机开始新的TB。可以根据以下项中的至少一个确定传输时机:PDCCH的DCI中的字段、PDCCH的时间/频率位置、配置的重复次数或重复窗口长度(例如,ULTTI的数目),周期P、同时激活的配置的许可的数目、与TB相关联的配置用于配置的许可的HARQ进程数、较高层指示、以符号数表示的TTI长度、PDCCH至PUSCH的处理时间线、配置的RV序列,例如其中传输时机可以对应于序列中的RV0,和/或对应BWP的子载波间隔。
在实例中,当UE具有要发送的数据时,PDCCH可以指示在何处(例如在第一重复捆绑的哪个TTI中)开始新的TB。例如,UE可以从TTI 5,例如在TTI 5中开始第二TB的PUSCH传输。
图5是第二TB的PUSCH传输的实例图示500,所述第二TB可以在第一TB的PUSCH重复窗口的边界处跨越周期P的边界。例如,可以例如在TTI 7结束时跨越周期P的边界发送第二TB K次,例如8次。
在另一实例中,可以发送第二TB新UL数据传输,直到PUSCH重复窗口结束,例如在图示500中的TTI 5、6和7处。在下一周期中,UE可以取决于configuredGrantTimer的状态重新发送第二TB。
图6是根据可能实施例的实例图示600,其示出当在接收到指示在网络处正确地接收第一TB的提前终止指示之后,UE确定在第一重复捆绑内用于发送第二TB的初始PUSCH传输的传输时机时的情况。TTI从0至20编号。在此实施例中,当多个CG配置同时激活(例如图示200中所示)时,可能不期望UE至少在其中第二TB和第三TB的传输发生冲突的传输时机开始与不同的CG配置(例如,与在下一周期在图示600中所示的config0不同的CG配置)相关联的新传输(例如,第三TB)。
在实例中,当在configuredGrantTimer下一周期运行时,则可能发生重新传输。在实例中,下一周期可以是与同一HARQ进程相关联的下一周期。在另一实例中,下一周期可以是在当前周期之后最早的下一周期,例如,UL CG资源的下一周期。在另一实例中,如果所述周期不包含对应于另一HARQ进程的重新传输,则下一周期可以是在当前周期之后最早的下一周期,例如,UL CG资源的下一周期。
在另一实例中,可以发送第二TB新UL数据传输,直到PUSCH重复窗口结束,例如在TTI 5、6和7中。在下一周期中,UE可以取决于configuredGrantTimer的状态重复第二TB。
在实例中,在第一周期中第二TB的重复/重新传输的情况下,可以根据以下方案中的一个确定与下一周期中的重复相关联的RV序列。根据一个方案,对于下一周期中K’次重复中的第n个传输时机,n=1,2,…,K’,冗余版本可以与配置的RV序列中的第(mod(n-1,4)+1)个值相关联。根据另一方案,对于下一周期中K’次重复中的第n个传输时机,n=1,2,…,K’,冗余版本可以与配置的RV序列中的第(mod(n-1+m,4)+1)个值相关联。K’可以是剩余重复次数,例如K-m,其中m可以是TB的已发送的重复次数。例如,对于上述实例中在TTI 5、6和7中的第二TB传输的情况,m=3。
根据可能实施例,如果UE接收例如第一PDCCH或第二PDCCH的对应于从PUSCH重复捆绑的第m个TTI停止的提前终止PDCCH,则UE可以从下一周期的第一传输时机,例如在所述第一传输时机开始第二TB的传输。例如,如果在图示600中m>=6,则UE可以从TTI 8开始第二TB。作为另一实例,可以建立窗口/捆绑,其中UE可以预期提前终止,例如ACK。
在一个实例中,当针对相同的HARQ进程向UE指示在PUSCH重复窗口(例如,K个TTI)内的新UL数据传输或启动PUSCH重复窗口内的新UL数据传输时,可能不会启动或重新启动用于对应HARQ进程的configuredGrantTimer。这可以是当configuredGrantTimer被配置成除了1之外的值时的情况。
根据可能实施例,如果新TB,例如图示600中所示的第二TB的PUSCH传输在同一重复捆绑或重复周期(此处称为重复周期1)中发送前一TB之后开始,并且新TB的重复跨越周期P的边界,例如重复捆绑的边界,其中在重复周期1之后的下一周期此处称为重复周期2,则对应HARQ进程的configuredGrantTimer的值可能不会通过从重复周期1到重复周期2的过渡而减小。在实例中,可以在重复周期1中启动或重新启动对应HARQ进程的configuredGrantTimer。
根据另一可能实施例,可能不期望UE接收提前终止PDCCH指示,所述提前终止PDCCH指示对应于从PUSCH重复捆绑的第m个TTI/在PUSCH重复捆绑的第m个TTI之前停止CG-TB,例如经由CG发送的TB的UL传输。可以根据以下项中的至少一个确定的m值:较高层指示、TTI长度、配置的重复次数,和/或用于例如在多个TTI中停止/终止PUSCH传输的PDCCH至PUSCH的处理时间线。
根据另一可能实施例,提前终止PDCCH指示还可以指示重复捆绑的剩余UL资源是否可以用于另一TB或者不可以用于可以称为第一UE的UE。例如,当存在多个同时活动的配置时,如果指示禁止第一UE使用剩余的配置的UL资源来发送新TB,则另一UE可能够使用剩余资源。
根据另一可能实施例,如果UE已接收到第一PDCCH,则UE可以从同一周期的第一传输时机TO1开始新的TB。如果UE已接收到第二PDCCH,则UE可以从同一周期的第二传输时机TO2开始新的TB,其中TO1和TO2可以不同。根据另一可能实施例,第二TB的传输可以在第一重复捆绑结束时终止。
在以上实施例中,如果UE配置有多个同时激活的CG配置,则可以使用另一配置,例如除了Config0之外的配置发送新TB。然而,在某些情况下,考虑到其它HARQ进程可能已经被占用和/或其它配置可能具有不同的周期性或资源分配,此种切换是不可能的/无用的。
图7是根据可能实施例的说明例如UE 110的无线通信装置的操作的实例流程图700。在710处,可以接收配置的许可配置。配置的许可配置可以是在多个(K个)PUSCH重复的周期性UL重复捆绑中用于没有动态许可的UL传输的配置的许可配置。配置的许可配置可以配置周期性的多个UL重复捆绑,其中每个UL重复捆绑包括多个PUSCH重复。每个PUSCH重复可以在不同TTI/时隙/微时隙中。周期性的多个UL重复捆绑可以包括多个传输时机。PUSCH重复的次数可以是在每个UL重复捆绑中发送TB的次数。可以在UL重复捆绑的特定传输时机中发送TB的每个重复。
在720处,可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中发送第一TB。例如,UE重复捆绑可以包括周期性的多个UL重复捆绑的多个传输时机中的多个传输时机,并且UL重复捆绑的至少一部分可以是UL重复捆绑中的多个传输时机中的一个或多个。作为另一实例,可以发送第一TB,直到达到PUSCH重复的次数为止,直到在周期性UL重复捆绑的周期性内UL重复捆绑中的最后传输时机为止,或直到从网络接收到指示为止。在一些情况下,可能不存在TB(例如第一TB)的任何PUSCH传输,因为UE可能不具有UL数据。例如,UE并不总是需要发送TB。
在730处,可以从网络接收指示。所述指示可以是对第一TB的成功接收的确认,可以是PDCCH ACK,可以是对于与第一TB相关联的相同HARQ过程,开始新的UL数据传输(例如第二TB)的指示,可以是指示第一TB已经被成功解码的指示,和/或可以是任何其它相关指示。根据可能实施方案,HARQ进程可以与第一TB相关联,并且可以指示针对与第一TB相关联的HARQ进程发送/允许第二TB的传输。例如,第一TB和第二TB可以与同一HARQ进程相关联。第一TB和第二TB也可以与不同HARQ进程相关联。HARQ进程可以与配置的许可配置相关联。
根据可能实施例,周期性的多个UL重复捆绑的多个传输时机可以包括第一多个传输时机。UL重复捆绑可以包括第二多个传输时机。第二多个传输时机可以是第一多个传输时机的子集。所述指示可以指示在已经达到与PUSCH重复次数相对应的第一TB的传输次数之前以及在UL重复捆绑的第二多个传输时机中的最后传输时机之前,终止第一TB的传输。
根据可能实施例,可以确定在UL重复捆绑结束之前UE可以接收指示的时间窗。时间窗可以包括与UL重复捆绑相关联的一组PDCCH监视时机的适当子集。可以基于上行链路准备时间以及基于配置的PUSCH重复次数确定时间窗,其中上行链路准备时间包括至少处理指示所需的时间。上行链路准备时间还可以包括停止第一TB的传输所需的时间。上行链路准备时间还可以是PDCCH至PUSCH,例如PDCCH接收至对应PUSCH发送的处理时间。根据可能实施方案,当第一TB的初始传输开始时,可以启动具有配置的定时器持续时间的定时器,并且可以基于从上行链路准备时间、配置的PUSCH重复次数和配置的定时器持续时间中选择的至少两个来确定时间窗。定时器可以是configuredGrantTimer,其中如果未调度重新传输并且定时器已到期,则UE可以假设TB的来自网络的ACK。定时器的长度可以是配置周期性P的倍数。
在740处,可以至少基于指示在周期性的多个UL重复捆绑的多个传输时机中确定用于在UL资源中发送第二TB的传输时机。第二TB可以包括与第一TB不同的数据。可以将传输时机确定为与零的冗余版本相关联的传输时机。还可以基于指示的时间位置和/或指示中的字段来确定传输时机。根据可能实施例,传输时机可以是发送第二TB的第二传输时机,并且第一TB的传输可以在第一传输时机停止,其中第一传输时机可以在第二传输时机之前。
根据可能实施例,周期性的多个UL重复捆绑的多个传输时机可以是第一多个传输时机。UL重复捆绑可以包括第二多个传输时机。UL重复捆绑的第二多个传输时机可以包括第一传输时机和第二传输时机。可以在UL重复捆绑的第二多个传输时机中确定用于发送第二TB的第二传输时机,以发送第二TB的初始传输。例如,第二传输时机可以是UL重复捆绑的传输时机中的一个。
根据另一可能实施例,周期性的多个UL重复捆绑的多个传输时机可以是第一多个传输时机。UL重复捆绑可以包括第二多个传输时机。确定用于发送第二TB的第二传输时机可以包括:如果第一传输时机晚于当前UL重复捆绑的给定传输时机,则确定将第二TB的初始传输延迟到下一UL重复捆绑。UL重复捆绑的第二多个传输时机可以包括第一传输时机和给定的传输时机。UL第一重复捆绑的给定传输时机可以是UL第一重复捆绑的第n个传输时机。可以基于较高层指示、当前重复捆绑的PUSCH重复次数和/或其它信息确定给定传输时机。PUSCH重复次数(例如,K)可以是第一重复捆绑的传输时机的数目。
根据另一可能实施例,确定用于发送第二TB的第二传输时机还可以包括基于指示中的字段确定将第二TB的初始传输延迟到下一UL重复捆绑。字段可以在包括指示(例如,提前终止指示)的DCI中。字段可以指示使用当前捆绑还是下一捆绑来发送第二TB。
在750处,可以在所确定的传输时机中发送第二TB。例如,第二TB可以在与用于发送第一TB的UL重复捆绑中的至少一个传输时机不同的传输时机中发送,或者可以在不同的UL重复捆绑中发送。
图8是根据可能实施例的说明例如网络实体120的无线通信装置的操作的实例流程图800。在810处,可以发送配置的许可配置。配置的许可配置可以配置周期性的多个UL重复捆绑,其中每个UL重复捆绑包括多个PUSCH重复。周期性的多个UL重复捆绑可以包括多个传输时机。在820处,可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中接收第一TB。
在830处,可以确定指示。所述指示可以指示已成功地对第一TB进行解码。例如,网络实体可以尝试对第一TB进行解码。在成功地对第一TB进行解码后,网络实体可以基于第一TB被成功地解码来发送指示。HARQ进程可以与第一TB相关联,并且所述指示可以指示针对与第一TB相关联的HARQ进程发送第二TB。例如,第一TB和第二TB可以与同一HARQ进程相关联。根据可能实施例,周期性的多个UL重复捆绑的多个传输时机可以包括第一多个传输时机。UL重复捆绑可以包括第二多个传输时机。所述指示可以指示在已经达到与PUSCH重复次数相对应的第一TB的传输次数之前以及在UL重复捆绑的第二多个传输时机中的最后传输时机之前,终止第一TB的传输。在840处,可以发送所述指示。
在850处,可以在传输时机中接收第二TB。第二TB可以包括与第一TB不同的数据。可以通过例如UE的装置基于指示并且在周期性的多个UL重复捆绑的多个传输时机中确定用于在UL资源中发送第二TB的传输时机。可以通过装置进一步将传输时机确定为与零的冗余版本相关联的传输时机。
应理解,尽管图中示出了特定步骤,但是根据实施例可以执行各种附加或不同步骤,并且可以根据实施例完全重新布置、重复或消除特定步骤中的一个或多个。而且,执行的一些步骤可以在执行其它步骤的同时在持续或连续的基础上重复。此外,可以通过不同元件或在所公开实施例的单个元件中执行不同步骤。
图9是根据可能实施例的例如UE 110、网络实体120或本文所公开的任何其它无线通信装置的设备900的实例框图。设备900可以包括外壳910、耦合到外壳910的控制器920、耦合到控制器920的音频输入和输出电路930、耦合到控制器920的显示器940、耦合到控制器920的存储器950、耦合到控制器920的用户接口960、耦合到控制器920的收发器970、耦合到收发器970的至少一个天线975,以及耦合到控制器920的网络接口980。设备900对于本公开的不同实施例可以不必包括所有所说明的元件。设备900可以执行在所有实施例中描述的方法。
显示器940可以是取景器、液晶显示器(LCD)、发光二极管(LED)显示器、有机发光二极管(OLED)显示器、等离子体显示器、投影显示器、触摸屏或显示信息的任何其它装置。收发器970可以是可以包括发射器和/或接收器的一个或多个收发器。音频输入和输出电路930可以包括麦克风、扬声器、换能器,或任何其它音频输入和输出电路。用户接口960可以包括小键盘、键盘、按钮、触摸板、操纵杆、触摸屏显示器、另一附加显示器,或可用于提供用户与电子装置之间的接口的任何其它装置。网络接口980可以是通用串行总线(USB)端口、以太网端口、红外发射器/接收器、IEEE 1394端口、无线收发器、WLAN收发器,或可以将设备连接到网络、装置和/或计算机并且可以发送和接收数据通信信号的任何其它接口。存储器950可以包括随机存取存储器(RAM)、只读存储器(ROM)、光学存储器、固态存储器、闪存存储器、可移动存储器、硬盘驱动器、缓存,或可以耦合到设备的任何其它存储器。
设备900或控制器920可以实施任何操作系统,例如,MicrosoftAndroidTM,或任何其它操作系统。设备操作软件可以用任何编程语言,例如C、C++、Java或Visual Basic等编写。设备软件还可以在应用程序框架,例如框架、框架或任何其它应用程序框架上运行。软件和/或操作系统可以存储在存储器950中、设备900上的其它地方、云存储装置中,和/或可以存储软件和/或操作系统的任何其它地方。设备900或控制器920还可以使用硬件来实施所公开操作。例如,控制器920可以是任何可编程处理器。此外,控制器920可以执行一些或全部所公开操作。例如,可以使用云计算执行一些操作并且控制器920可以执行其它操作。所公开实施例还可以在通用或专用计算机、编程微处理器或微处理器、外围集成电路元件、专用集成电路或其它集成电路、例如离散元件电路的硬件/电子逻辑电路、可编程逻辑装置(例如,可编程逻辑阵列、现场可编程门阵列等)上实施。一般来说,控制器920可以是能够操作设备以及实施所公开实施例的任何控制器或一个或多个处理器装置。设备900的一些或全部附加元件还可以执行所公开实施例的一些或全部操作。
在操作中,设备900可以执行所公开实施例的方法和操作。收发器970可以发送和接收信号,包括控制信号和数据信号并且包括信息,例如控制和数据信息。控制器920可以生成并处理所发送和所接收的信号和信息。
在根据可能实施例作为UE的操作中,收发器970可以接收配置的许可配置,所述配置的许可配置配置周期性的多个UL重复捆绑,其中每个UL重复捆绑包括多个PUSCH重复。周期性的多个UL重复捆绑可以包括多个传输时机。收发器970可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中发送第一TB。
收发器970可以从网络接收指示。根据可能实施例,HARQ进程可以与第一TB相关联,并且所述指示可以指示针对与第一TB相关联的HARQ进程发送第二TB。根据可能实施例,控制器920可以确定在UL重复捆绑结束之前设备900可以接收指示的时间窗。时间窗可以是与UL重复捆绑相关联的一组PDCCH监视时机的适当子集。
根据可能实施例,周期性的多个UL重复捆绑的多个传输时机可以包括第一多个传输时机。UL重复捆绑可以包括第二多个传输时机。所述指示可以指示在已经达到与PUSCH重复次数相对应的第一TB的传输次数之前以及在UL重复捆绑的第二多个传输时机中的最后传输时机之前,终止第一TB的传输。
控制器920可以至少基于指示在周期性的多个UL重复捆绑的多个传输时机中确定用于在UL资源中发送第二TB的传输时机。根据可能实施例,传输时机可以是发送第二TB的第二传输时机,并且收发器970可以在第一传输时机停止第一TB的传输,其中第一传输时机可以在第二传输时机之前。收发器970可以在所确定的传输时机中发送第二TB。第二TB可以包括与第一TB不同的数据。
在根据可能实施例作为网络实体的操作中,收发器970可以发送配置的许可配置,所述配置的许可配置配置周期性的多个UL重复捆绑,其中每个UL重复捆绑包括多个PUSCH重复。周期性的多个UL重复捆绑可以包括多个传输时机。收发器970可以在与周期性的多个UL重复捆绑中的UL重复捆绑的至少一部分相对应的UL资源中接收第一TB。
控制器920可以确定指示。所述指示可以指示已成功地对第一TB进行解码。HARQ进程可以与第一TB相关联,并且所述指示可以指示针对与第一TB相关联的HARQ进程发送/可以允许第二TB的传输。例如,第一TB和第二TB可以与同一HARQ进程相关联。根据可能实施例,周期性的多个UL重复捆绑的多个传输时机可以包括第一多个传输时机。UL重复捆绑可以包括第二多个传输时机。所述指示可以指示在已经达到与PUSCH重复次数相对应的第一TB的传输次数之前以及在UL重复捆绑的第二多个传输时机中的最后传输时机之前,终止第一TB的传输。收发器970可以发送指示。
收发器970可以在传输时机中接收第二TB。第二TB可以包括与第一TB不同的数据。可以通过例如UE的不同装置基于指示并且在周期性的多个UL重复捆绑的多个传输时机中确定用于在UL资源中发送第二TB的传输时机。可以通过另一装置进一步将传输时机确定为与零的冗余版本相关联的传输时机。
实施例可以在配置的许可的上下文中提供提前终止。根据可能实施例,在配置的许可中,可以仅在周期性UL重复捆绑的下一UL重复捆绑上发送新TB。在接收到提前终止之后,实施例还可以在与第一TB相同的上行链路重复捆绑的传输时机中提供新的TB传输。实施例可以另外提供用于基于标准确定是在与第一TB相同的上行链路重复捆绑中发送新TB还是将新的TB传输延迟到下一上行链路重复捆绑。
实施例还可以提供用于确定在周期P的配置的许可资源的哪一传输时机中发送具有与相同周期P中的提前终止TB相同的HARQ进程的新TB。可以多次重复提前终止指示,并且UE可以基于其已接收到哪一提前终止指示来确定用于发送新TB的传输时机。实施例还可以提供用于确定UL符号L2,其中在接收到当前TB的提前终止指示之后新TB的潜在CG传输不应在L2之前开始,其中L2可以与针对通过动态许可调度的PUSCH导出的L2的值不同或相同。实施例可以另外提供用于确定UE不期望接收PUSCH提前终止指示的时间实例。实施例可以进一步提供用于当重复跨越边界周期时不减小configuredGrantTimer的值。
至少一些实施例可以在UE处提供一种方法。所述方法可以包括接收在K个PUSCH重复的周期性UL重复捆绑中用于没有动态许可的UL传输的第一配置的许可配置。所述方法可以包括在对应于第一UL重复捆绑的UL资源中,发送与第一HARQ进程相关联的第一TB,直到从网络接收到第一指示为止。所述方法可以包括当重复捆绑的第一传输开始时启动具有配置的定时器持续时间的定时器。所述方法可以包括从网络接收第一指示,其中所述指示可以指示已成功地对第一TB进行解码。所述方法可以包括至少基于第一指示的时间位置或第一指示中的字段确定用于在对应于第一UL重复捆绑的UL资源中发送与第二HARQ进程相关联的第二TB的新数据的第一传输时机。第一和第二HARQ进程可以与配置的许可配置相关联。
第一和第二HARQ进程可以相同。可以进一步将第一传输时机确定为与RV0相关联的传输时机。可能不期望UE在第一重复捆绑结束之前的第一时间实例之后接收第一指示,其中可以基于PDCCH至PUSCH的处理时间线、配置的重复次数和/或配置的定时器持续时间中的至少两个来确定第一时间实例。
UE可以在第二传输时机停止第一TB的传输。第二传输时机可以在第一传输时机之前。确定第一传输时机可以包括:如果第二传输时机晚于第一重复捆绑的第n个传输时机,则确定将第二TB的初始传输延迟到下一UL重复捆绑。确定第一传输时机可以包括基于第一指示中的字段确定将第二TB的初始传输延迟到下一UL重复捆绑。可以基于较高层指示和/或第一重复捆绑的传输时机的数目确定第n个传输时机。
本公开的至少一些方法可以在编程处理器上实施。然而,控制器、流程图和模块还可以在通用或专用计算机、编程微处理器或微控制器以及外围集成电路元件、集成电路、硬件电子或逻辑电路(例如,离散元件电路、可编程逻辑装置等)上实施。一般来说,其上驻存能够实施图中所示的流程图的有限状态机的任何装置可以用于实施本公开的处理器功能。
至少一些实施例可以改进所公开装置的操作。而且,尽管已通过本公开的具体实施例描述本公开,但是显然,许多替代、修改和变化对本领域技术人员来说将是显而易见的。例如,可以在其它实施例中互换、添加或替换实施例的各个组件。而且,每个图的所有元件对于所公开实施例的操作不是必要的。例如,所公开实施例领域中的普通技术人员将通过简单地使用独立权利要求的元件制造并使用本公开的教示。因此,本文阐述的本公开的实施例预期是说明性的,而非限制性的。在不脱离本公开的精神和范围的情况下可以进行各种改变。
在本文档中,例如“第一”、“第二”等关系术语可以仅用于区分一个实体或动作与另一实体或动作,而未必需要或暗示此类实体或动作之间的任何实际此种关系或次序。后面跟着列表的短语“……中的至少一个”、“选自由以下项组成的组的至少一个”或“选自……的至少一个”定义为表示一个、一些或全部,但未必表示列表中的所有元素。术语“包括(comprises/comprising/including)”或其任何其它变型旨在涵盖非排他性的包括,使得包括元素列表的过程、方法、物品或设备不仅仅包括这些元素,而且可以包括未明确列出或此过程、方法、物品或设备固有的其它元素。在没有更多约束的情况下,由“一(a)”、“一个(an)”等修饰的元素不排除在包括元素的过程、方法、物品或设备中存在额外相同的元素。而且,术语“另一个”定义为至少第二个或更多个。本文所使用的术语“包括(including)”、“具有(having)”等定义为“包括(comprising)”。此外,背景部分是发明人自己对提交时的一些实施例的背景的理解而编写的,并且包括发明人自己对发明人自己工作中经历的具有现有技术和/或问题任何问题的认可。
Claims (20)
1.一种在用户设备处的方法,所述方法包括:
在所述用户设备处接收配置的许可配置,所述配置的许可配置配置周期性的多个上行链路重复捆绑,其中每个上行链路重复捆绑包括多个物理上行共享信道重复,其中所述周期性的多个上行链路重复捆绑包括多个传输时机;
在与所述周期性的多个上行链路重复捆绑中的上行链路重复捆绑的至少一部分相对应的上行链路资源中发送第一传送块;
从网络接收指示;
至少基于所述指示,在所述周期性的多个上行链路重复捆绑的所述多个传输时机中确定用于在上行链路资源中发送第二传送块的传输时机;以及
在所确定的传输时机中发送所述第二传送块,其中所述第二传送块包括与所述第一传送块不同的数据。
2.根据权利要求1所述的方法,
其中,所述周期性的多个上行链路重复捆绑的所述多个传输时机包括第一多个传输时机,
其中,所述上行链路重复捆绑包括第二多个传输时机,以及
其中,所述指示指示在以下项之前终止所述第一传送块的传输已经达到与物理上行共享信道重复次数相对应的所述第一传送块的传输次数,以及
所述上行链路重复捆绑的所述第二多个传输时机中的最后传输时机。
3.根据权利要求1所述的方法,其中,来自所述网络的所述指示包括指示已成功地对所述第一传送块进行解码的指示。
4.根据权利要求1所述的方法,
其中,HARQ进程与所述第一传送块相关联,以及
其中,来自所述网络的所述指示指示发送所述第二传送块用于与所述第一传送块相关联的所述HARQ进程。
5.根据权利要求1所述的方法,
其中,所述传输时机包括用于发送所述第二传送块的第二传输时机,以及
其中,所述方法包括在第一传输时机停止所述第一传送块的传输,其中所述第一传输时机在所述第二传输时机之前。
6.根据权利要求5所述的方法,
其中,所述周期性的多个上行链路重复捆绑的所述多个传输时机包括第一多个传输时机,
其中,所述上行链路重复捆绑包括第二多个传输时机,
其中,所述上行链路重复捆绑的所述第二多个传输时机包括所述第一传输时机和所述第二传输时机,以及
其中,确定用于发送所述第二传送块的所述第二传输时机还包括:在所述上行链路重复捆绑的所述第二多个传输时机中确定用于发送所述第二传送块的初始传输的所述第二传输时机。
7.根据权利要求5所述的方法,
其中,所述周期性的多个上行链路重复捆绑的所述多个传输时机包括第一多个传输时机,
其中,所述上行链路重复捆绑包括第二多个传输时机,
其中,确定用于发送所述第二传送块的所述第二传输时机还包括:如果所述第一传输时机晚于当前上行链路重复捆绑的给定传输时机,则确定将所述第二传送块的初始传输延迟到下一上行链路重复捆绑,以及
其中,所述上行链路重复捆绑的所述第二多个传输时机包括所述第一传输时机和所述给定传输时机。
8.根据权利要求7所述的方法,其中,基于选自较高层指示和所述当前重复捆绑的物理上行共享信道重复次数中的至少一个来确定所述给定传输时机。
9.根据权利要求5所述的方法,其中,确定用于发送所述第二传送块的所述第二传输时机还包括:基于所述指示中的字段将所述第二传送块的初始传输延迟到下一上行链路重复捆绑。
10.根据权利要求1所述的方法,还包括:确定在所述上行链路重复捆绑结束之前,所述用户设备能够接收所述指示的时间窗,其中所述时间窗包括与所述上行链路重复捆绑相关联的一组物理下行控制信道监视时机的适当子集。
11.根据权利要求10所述的方法,其中,基于上行链路准备时间以及基于配置的物理上行共享信道重复次数确定所述时间窗,其中所述上行链路准备时间包括至少处理所述指示所需的时间。
12.根据权利要求11所述的方法,还包括:当所述第一传送块的初始传输开始时启动具有配置的定时器持续时间的定时器,
其中,基于选自所述上行链路准备时间、所述配置的物理上行共享信道重复次数,以及所述配置的定时器持续时间中的至少两个来确定所述时间窗。
13.根据权利要求1所述的方法,其中,所述第一传送块和所述第二传送块与同一HARQ进程相关联。
14.根据权利要求1所述的方法,其中,进一步将所述传输时机确定为与零的冗余版本相关联的传输时机。
15.根据权利要求1所述的方法,其中,确定所述传输时机包括基于选自所述指示的时间位置和所述指示中的字段中的至少一个来确定所述传输时机。
16.一种设备,其包括:
收发器,所述收发器
接收配置的许可配置,所述配置的许可配置配置周期性的多个上行链路重复捆绑,其中每个上行链路重复捆绑包括多个物理上行共享信道重复,其中所述周期性的多个上行链路重复捆绑包括多个传输时机,
在与所述周期性的多个上行链路重复捆绑中的上行链路重复捆绑的至少一部分相对应的上行链路资源中发送第一传送块,以及
从网络接收指示;以及
控制器,所述控制器耦合到所述收发器,其中所述控制器至少基于所述指示在所述周期性的多个上行链路重复捆绑的所述多个传输时机中确定用于在上行链路资源中发送第二传送块的传输时机,
其中,所述收发器在所确定的传输时机中发送所述第二传送块,其中,所述第二传送块包括与所述第一传送块不同的数据。
17.根据权利要求16所述的设备,
其中,所述周期性的多个上行链路重复捆绑的所述多个传输时机包括第一多个传输时机,
其中,所述上行链路重复捆绑包括第二多个传输时机,以及
其中,所述指示指示在以下项之前终止所述第一传送块的传输已经达到与物理上行共享信道重复次数相对应的所述第一传送块的传输次数,以及
所述上行链路重复捆绑的所述第二多个传输时机中的最后传输时机。
18.根据权利要求16所述的设备,
其中,HARQ进程与所述第一传送块相关联,以及
其中,来自所述网络的所述指示指示发送所述第二传送块用于与所述第一传送块相关联的所述HARQ进程。
19.根据权利要求16所述的设备,
其中,所述传输时机包括用于发送所述第二传送块的第二传输时机,以及
其中,所述收发器在第一传输时机停止所述第一传送块的传输,其中所述第一传输时机在所述第二传输时机之前。
20.根据权利要求16所述的设备,其中,所述控制器确定在所述上行链路重复捆绑结束之前,所述设备能够以接收所述指示的时间窗,其中所述时间窗包括与所述上行链路重复捆绑相关联的一组物理下行共享信道监视时机的适当子集。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862754513P | 2018-11-01 | 2018-11-01 | |
US62/754,513 | 2018-11-01 | ||
PCT/IB2019/059416 WO2020089869A1 (en) | 2018-11-01 | 2019-11-01 | Method and apparatus for transmitting a transport block in a transmission occasion |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112930706A true CN112930706A (zh) | 2021-06-08 |
CN112930706B CN112930706B (zh) | 2024-06-07 |
Family
ID=
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210219330A1 (en) * | 2018-08-13 | 2021-07-15 | Nokia Technologies Oy | Apparatus, method and computer program |
WO2024007320A1 (en) * | 2022-07-08 | 2024-01-11 | Apple Inc. | Conditional activation of radio resources for transport block repetition |
WO2024060185A1 (en) * | 2022-09-23 | 2024-03-28 | Qualcomm Incorporated | Rs bundling for eh wireless devices |
WO2024066811A1 (zh) * | 2022-09-27 | 2024-04-04 | 荣耀终端有限公司 | 配置资源的方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150215947A1 (en) * | 2012-08-09 | 2015-07-30 | Broadcom Corporation | Apparatus and methods for interference mitigation |
US20170188352A1 (en) * | 2014-07-18 | 2017-06-29 | Lg Electronics Inc. | Uplink data transmission method in wireless communication system and apparatus for the same |
CN108055111A (zh) * | 2013-02-07 | 2018-05-18 | 华为技术有限公司 | 数据传输方法及装置 |
CN108141824A (zh) * | 2015-10-26 | 2018-06-08 | 高通股份有限公司 | 使用捆绑传输的mtc的drx和sps |
WO2018143637A1 (ko) * | 2017-02-03 | 2018-08-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 그랜트 프리 기반 상향링크 데이터를 전송하는 방법 및 장치 |
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150215947A1 (en) * | 2012-08-09 | 2015-07-30 | Broadcom Corporation | Apparatus and methods for interference mitigation |
CN108055111A (zh) * | 2013-02-07 | 2018-05-18 | 华为技术有限公司 | 数据传输方法及装置 |
US20170188352A1 (en) * | 2014-07-18 | 2017-06-29 | Lg Electronics Inc. | Uplink data transmission method in wireless communication system and apparatus for the same |
CN108141824A (zh) * | 2015-10-26 | 2018-06-08 | 高通股份有限公司 | 使用捆绑传输的mtc的drx和sps |
WO2018143637A1 (ko) * | 2017-02-03 | 2018-08-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 그랜트 프리 기반 상향링크 데이터를 전송하는 방법 및 장치 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210219330A1 (en) * | 2018-08-13 | 2021-07-15 | Nokia Technologies Oy | Apparatus, method and computer program |
US11968683B2 (en) * | 2018-08-13 | 2024-04-23 | Nokia Technologies Oy | Apparatus, method and computer program |
WO2024007320A1 (en) * | 2022-07-08 | 2024-01-11 | Apple Inc. | Conditional activation of radio resources for transport block repetition |
WO2024060185A1 (en) * | 2022-09-23 | 2024-03-28 | Qualcomm Incorporated | Rs bundling for eh wireless devices |
WO2024066811A1 (zh) * | 2022-09-27 | 2024-04-04 | 荣耀终端有限公司 | 配置资源的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20220039128A1 (en) | 2022-02-03 |
EP3874873A1 (en) | 2021-09-08 |
US11641646B2 (en) | 2023-05-02 |
US11184907B2 (en) | 2021-11-23 |
WO2020089869A1 (en) | 2020-05-07 |
US20200146034A1 (en) | 2020-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11641646B2 (en) | Method and apparatus for receiving a transport block in a transmission occasion | |
US10674458B2 (en) | Method and apparatus for determining transmit power sharing | |
US10278136B2 (en) | Method and apparatus for scheduling uplink transmissions with reduced latency | |
KR102354911B1 (ko) | 감소된 레이턴시로 업링크 전송들을 스케줄링하기 위한 방법 및 장치 | |
KR102424179B1 (ko) | 상이한 전송 시간 구간 길이들에 기초하여 상이한 전력 헤드룸 보고들을 전송하기 위한 방법 및 장치 | |
US10813150B2 (en) | Method and apparatus for scheduling uplink transmissions with reduced latency | |
KR102308624B1 (ko) | Lte 업링크 송신들의 레이턴시를 감소시키기 위한 방법 및 장치 | |
US10779174B2 (en) | Method and apparatus for monitoring control candidates based on assignments of data packets with different reliabilities | |
CN114208352A (zh) | 在上行链路信道上传输信息的方法和装置 | |
KR102379953B1 (ko) | 감소된 레이턴시로 업링크 전송들을 스케줄링하기 위한 방법 및 장치 | |
WO2021231507A1 (en) | Apparatus and method of cancelling a pusch transmission | |
CN112930706B (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 |