CN111867085A - 一种上行传输方法及通信装置 - Google Patents
一种上行传输方法及通信装置 Download PDFInfo
- Publication number
- CN111867085A CN111867085A CN201910365057.4A CN201910365057A CN111867085A CN 111867085 A CN111867085 A CN 111867085A CN 201910365057 A CN201910365057 A CN 201910365057A CN 111867085 A CN111867085 A CN 111867085A
- Authority
- CN
- China
- Prior art keywords
- harq
- uplink transmission
- automatic
- harq processes
- serving cell
- 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.)
- Pending
Links
Images
Classifications
-
- 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/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
-
- 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/1607—Details of the supervisory signal
-
- 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
-
- 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]
-
- 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
-
- 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种上行传输方法及通信装置,涉及通信领域,能够解决HARQ缓存被清空之后,HARQ进程死锁无法进行数据传输,浪费AUL资源的问题。该方法包括:清空用于自动上行传输的混合自动重传请求HARQ进程的HARQ缓存,并将所述HARQ进程对应的HARQ反馈值设置为肯定应答;使用所述HARQ进程进行数据新传。
Description
技术领域
本申请实施例涉通信领域,尤其涉及一种上行传输方法及通信装置。
背景技术
长期演进(long term evolution,LTE)系统中为了提高数据发送效率,支持自动上行传输(autonomous uplink,AUL)。不需要基站的调度,终端设备可以直接在AUL资源上发送上行数据。基站可以为终端设备配置一些用于AUL的子帧以及用于AUL的混合自动重传请求(hybrid automatic repeat request,HARQ)进程。
根据现有协议,终端设备在某个配置了AUL资源的子帧上使用HARQ进程发送上行新传之后,会将这个HARQ进程的HARQ反馈置为否定应答(negative-acknowledgment,NACK)。一种可能存在的情况是由于某些原因,终端设备清空了这个HARQ进程的HARQ缓存(HARQ buffer),但是在之后的配置了AUL资源的子帧上,又选定了这个HARQ进程做AUL传输。根据现有协议,由于这个HARQ进程的HARQ反馈是NACK,认为这个HARQ的新传标识(newdata indicator,NDI)没有翻转,终端设备只能进入重传流程。但是,由于这个HARQ进程的HARQ缓存被清空了,根据现有协议,终端设备只能忽略这个AUL上行授权(uplink grant,ULgrant)。也就是说,这个HARQ进程就死锁了,配置了AUL资源的子帧上既不能使用这个HARQ进程进行新传,也不能使用这个HARQ进程进行重传,造成AUL资源的浪费。
发明内容
本申请实施例提供一种上行传输方法及通信装置,终端设备能够解决HARQ缓存被清空之后,HARQ进程死锁无法进行数据传输,浪费AUL资源的问题。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,公开了一种上行传输方法,包括:响应于清空用于自动上行传输的混合自动重传请求HARQ进程的HARQ缓存,将HARQ进程对应的HARQ反馈值设置为肯定应答。另外,还可以使用HARQ进程进行数据新传。
本发明实施例提供的上行传输方法中,在清空用于AUL的HARQ进程的HARQ缓存时,相应地将这个HARQ进程的HARQ反馈值设置为肯定应答。根据现有协议,如果HARQ进程的HARQ反馈值为肯定应答,可以认为HARQ进程的NDI是翻转的,终端设备也就可以使用这个HARQ进程进入新传。避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第一方面,在第一方面的第一种可能的实现方式中,清空用于自动上行传输的HARQ进程的HARQ缓存,包括:响应于第一定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存;第一定时器是第一定时提前组关联的定时器,第一定时提前组包括终端设备的第一服务小区。
本发明实施例中,第一定时提前组关联的定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,将HARQ进程对应的HARQ反馈值设置为肯定应答,包括:将终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第一方面,在第一方面的第三种可能的实现方式中,清空用于自动上行传输的HARQ进程的HARQ缓存,包括:响应于第二定时器超时,清空第二定时提前组中所有服务小区关联的所有HARQ进程的HARQ缓存;第二定时器是第二定时提前组关联的定时器,第二定时提前组不包括终端设备的第一服务小区。
本发明实施例中,第二定时提前组关联的定时器超时,清空二定时提前组中的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第一方面的第三种可能的实现方式,在第一方面的第四种可能的实现方式中,将HARQ进程对应的HARQ反馈值设置为肯定应答,包括:将第二定时提前组中所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第一方面,在第一方面的第五种可能的实现方式中,清空用于自动上行传输的HARQ进程的HARQ缓存,包括:响应于无线接入控制MAC实体重置,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存。
本发明实施例中,响应于MAC实体重置,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第一方面的第五种可能的实现方式,在第一方面的第六种可能的实现方式中,将HARQ进程对应的HARQ反馈值设置为肯定应答,包括:将终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第一方面,在第一方面的第七种可能的实现方式中,清空用于自动上行传输的HARQ进程的HARQ缓存,包括:响应于MAC实体部分重置,清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存。
本发明实施例中,响应于MAC实体部分重置,清空被重置的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第一方面的第七种可能的实现方式,在第一方面的第八种可能的实现方式中,将HARQ进程对应的HARQ反馈值设置为肯定应答,包括:将被重置的服务小区关联的所有用于上行自动传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第一方面,在第一方面的第九种可能的实现方式中,清空用于自动上行传输的HARQ进程的HARQ缓存,响应于去激活终端设备的第二服务小区,清空第二服务小区关联的所有HARQ进程的HARQ缓存;或,响应于终端设备的第二服务小区进入休眠态,清空第二服务小区关联的所有HARQ进程的HARQ缓存。
本发明实施例中,响应于去激活辅小区(即上述第二服务小区)或辅小区进入休眠态,清空辅小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第一方面的第九种可能的实现方式,在第一方面的第十种可能的实现方式中,将HARQ进程对应的HARQ反馈值设置为肯定应答,包括:将第二服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第一方面或第一方面的第一至第十种可能的实现方式中的任意一种,在第一方面的第十一种可能的实现方式中,方法还包括:将被清空HARQ缓存的HARQ进程中的其他HARQ进程的HARQ反馈值设置为肯定应答;其他HARQ进程包括用于非自动上行传输的上行HARQ进程。
本发明实施例中,响应于清空HARQ进程的HARQ缓存,可以仅仅将被清空的HARQ进程中用于AUL的HARQ进程的HARQ反馈值设置为ACK,也可以将被清空HARQ缓存的所有HARQ进程的HARQ反馈值设置为ACK。
第二方面,公开了一种上行传输方法,包括:终端设备清空第一服务小区上配置的所有上行授权和第一服务小区上配置的所有下行分配;终端设备接收自动上行传输激活消息,将第一服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答;自动上行传输激活消息用于激活第一服务小区上配置的自动上行传输资源;终端设备使用用于自动上行传输的HARQ进程进行数据新传。
本发明实施例中,当终端设备清空某些服务小区关联的用于上行传输的HARQ进程的HARQ缓存时,同时清空这些小区上配置的所有上行授权和下行分配。在这些服务小区可以重新使用时,基站需要通过自动上行传输激活命令来激活被重置的服务小区上配置的AUL资源。终端设备在接收自动上行传输激活命令时,可以将所有用于自动上传传输的HARQ进程的HARQ反馈值置为ACK。那么如果终端设备在后续配置自动上行传输资源的子帧上选定了某个用于自动上行传输的HARQ进程做自动上行传输,由于这个HARQ进程的HARQ反馈值为ACK,根据现有协议,终端设备认为这个HARQ进程的NDI是翻转的,终端设备可以顺利进入新传流程,而不是像现有技术那样不停地忽略使用了这个HARQ进程的上行授权,避免HARQ进程死锁。
结合第二方面,在第二方面的第一种可能的实现方式中,终端设备清空第一服务小区上配置的所有上行授权和第一服务小区上配置的所有下行分配,包括:响应于无线接入控制MAC实体部分重置,清空第一服务小区上配置的所有上行授权和第一服务小区上配置的所有下行分配。
本发明实施例提供的方法中,在MAC实体部分重置时,终端设备清空被重置的服务小区关联的用于上行传输的HARQ进程的HARQ缓存时,同时清空被重置的服务小区上配置的所有上行授权和下行分配。
第三方面,公开了一种通信装置,包括:处理单元,响应于清空用于自动上行传输的混合自动重传请求HARQ进程的HARQ缓存,将HARQ进程对应的HARQ反馈值设置为肯定应答。通信单元,用于使用HARQ进程进行数据新传。
本发明实施例提供的上行传输方法中,在清空用于AUL的HARQ进程的HARQ缓存时,相应地将这个HARQ进程的HARQ反馈值设置为肯定应答。根据现有协议,如果HARQ进程的HARQ反馈值为肯定应答,可以认为HARQ进程的NDI是翻转的,终端设备也就可以使用这个HARQ进程进入新传。避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第三方面,在第三方面的第一种可能的实现方式中,处理单元具体用于,响应于第一定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存;第一定时器是第一定时提前组关联的定时器,第一定时提前组包括终端设备的第一服务小区。
本发明实施例中,第一定时提前组关联的定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,处理单元具体用于,将终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第三方面,在第三方面的第三种可能的实现方式中,处理单元具体用于,响应于第二定时器超时,清空第二定时提前组中所有服务小区关联的所有HARQ进程的HARQ缓存;第二定时器是第二定时提前组关联的定时器,第二定时提前组不包括终端设备的第一服务小区。
本发明实施例中,第二定时提前组关联的定时器超时,清空二定时提前组中的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第三方面的第三种可能的实现方式,在第三方面的第四种可能的实现方式中,处理单元具体用于,将第二定时提前组中所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第三方面,在第三方面的第五种可能的实现方式中,处理单元具体用于,响应于无线接入控制MAC实体重置,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存。
本发明实施例中,响应于MAC实体重置,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第三方面的第五种可能的实现方式,在第三方面的第六种可能的实现方式中,处理单元具体用于,将终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第三方面,在第三方面的第七种可能的实现方式中,处理单元具体用于,响应于MAC实体部分重置,清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存。
本发明实施例中,响应于MAC实体部分重置,清空被重置的所有服务小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第三方面的第七种可能的实现方式,在第三方面的第八种可能的实现方式中,处理单元具体用于,将被重置的服务小区关联的所有用于上行自动传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第三方面,在第三方面的第九种可能的实现方式中,处理单元具体用于,清空用于自动上行传输的HARQ进程的HARQ缓存,响应于去激活终端设备的第二服务小区,清空第二服务小区关联的所有HARQ进程的HARQ缓存;或,响应于终端设备的第二服务小区进入休眠态,清空第二服务小区关联的所有HARQ进程的HARQ缓存。
本发明实施例中,响应于去激活辅小区(即上述第二服务小区)或辅小区进入休眠态,清空辅小区关联的所有HARQ进程的HARQ缓存,另外,将其中用于自动上行传输HARQ进程的HARQ反馈值设置为ACK,这些HARQ进程在后续可以用于新传,避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
结合第三方面的第九种可能的实现方式,在第三方面的第十种可能的实现方式中,处理单元具体用于,将第二服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
结合第三方面或第三方面的第一至第十种可能的实现方式中的任意一种,在第三方面的第十一种可能的实现方式中,处理单元还用于,将被清空HARQ缓存的HARQ进程中的其他HARQ进程的HARQ反馈值设置为肯定应答;其他HARQ进程包括用于非自动上行传输的上行HARQ进程。
本发明实施例中,响应于清空HARQ进程的HARQ缓存,可以仅仅将被清空的HARQ进程中用于AUL的HARQ进程的HARQ反馈值设置为ACK,也可以将被清空HARQ缓存的所有HARQ进程的HARQ反馈值设置为ACK。
第四方面,公开了一种通信装置,包括:处理单元,用于清空第一服务小区上配置的所有上行授权和第一服务小区上配置的所有下行分配;通信单元,用于接收自动上行传输激活消息;处理单元还用于,将第一服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答;自动上行传输激活消息用于激活第一服务小区上配置的自动上行传输资源;通信单元还用于,使用用于自动上行传输的HARQ进程进行数据新传。
本发明实施例中,当终端设备清空某些服务小区关联的用于上行传输的HARQ进程的HARQ缓存时,同时清空这些小区上配置的所有上行授权和下行分配。在这些服务小区可以重新使用时,基站需要通过自动上行传输激活命令来激活被重置的服务小区上配置的AUL资源。终端设备在接收自动上行传输激活命令时,可以将所有用于自动上传传输的HARQ进程的HARQ反馈值置为ACK。那么如果终端设备在后续配置自动上行传输资源的子帧上选定了某个用于自动上行传输的HARQ进程做自动上行传输,由于这个HARQ进程的HARQ反馈值为ACK,根据现有协议,终端设备认为这个HARQ进程的NDI是翻转的,终端设备可以顺利进入新传流程,而不是像现有技术那样不停地忽略使用了这个HARQ进程的上行授权,避免HARQ进程死锁。
结合第四方面,在第四方面的第一种可能的实现方式中,处理单元具体用于,响应于无线接入控制MAC实体部分重置,清空第一服务小区上配置的所有上行授权和第一服务小区上配置的所有下行分配。
本发明实施例提供的方法中,在MAC实体部分重置时,终端设备清空被重置的服务小区关联的用于上行传输的HARQ进程的HARQ缓存时,同时清空被重置的服务小区上配置的所有上行授权和下行分配。
第五方面,公开了一种通信装置,其特征在于,包括至少一个处理器,所述至少一个处理器用于与存储器耦合,读取并执行所述存储器中的指令,以实现如上述第一方面、第一方面的任意一种可能的实现方式、上述第二方面以及第二方面任意一种可能的实现方式所述的上行传输方法。
结合第五方面,在第五方面的第一种可能的实现方式中,该通信装置还可以包括所述存储器。该存储器中存储有指令,所述指令用于执行如上述第一方面、第一方面的任意一种可能的实现方式、上述第二方面以及第二方面任意一种可能的实现方式所述的上行传输方法。
第六方面,公开了一种计算机可读存储介质,包括:计算机可读存储介质中存储有指令;当计算机可读存储介质在上述第三方面以及第三方面任意一种实现方式、第四方面以及第四方面任意一种实现方式所述的通信装置上运行时,使得通信装置执行如上述第一方面、第一方面的任意一种可能的实现方式、上述第二方面以及第二方面任意一种可能的实现方式所述的上行传输方法。
第七方面,公开了一种无线通信装置,包括:无线通信装置中存储有指令;当无线通信装置在上述第三方面以及第三方面任意一种实现方式、第四方面以及第四方面任意一种实现方式所述的通信装置上运行时,使得通信装置执行如上述第一方面、第一方面的任意一种可能的实现方式、上述第二方面以及第二方面任意一种可能的实现方式所述的上行传输方法。所述无线通信装置可以为芯片。
附图说明
图1为本申请实施例提供的通信系统的架构图;
图2为本申请实施例提供的通信装置的结构框图;
图3为本发明实施例提供的上行传输方法的流程示意图;
图4为本发明实施例提供的自动上行传输配置示意图;
图5为本发明实施例提供的上行传输方法的另一流程示意图;
图6为本申请实施例提供的通信装置的另一结构框图;
图7为本申请实施例提供的通信装置的另一结构框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
图1给出了本申请提供的技术方案所适用的一种通信系统的示意图,该通信系统可以包括一个或多个网络设备100(仅示出了1个)以及与每一网络设备100连接的一个或多个终端设备200。图1仅为示意图,并不构成对本申请提供的技术方案的适用场景的限定。
网络设备100可以是传输接收节点(transmission reception point,TRP)、基站、中继站或接入点等。网络设备100可以是5G通信系统中的网络设备或未来演进网络中的网络设备;还可以是可穿戴设备或车载设备等。另外还可以是:全球移动通信系统(globalsystem for mobile communication,GSM)或码分多址(code division multiple access,CDMA)网络中的基站收发信台(base transceiver station,BTS),也可以是宽带码分多址(wideband code division multiple access,WCDMA)中的NB(NodeB),还可以是长期演进(long term evolution,LTE)中的eNB或eNodeB(evolutional NodeB)。网络设备100还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器。本申请下文将以基站为例进行说明。
终端设备200可以是用户设备(user equipment,UE)、接入终端设备、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。接入终端设备可以是蜂窝电话、无绳电话、会话发起协议(sessioninitiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,5G网络中的终端设备或未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的终端设备等。
为了充分利用非授权频谱,基站可以通过非授权频谱给UE发送下行数据,UE可以通过非授权频谱给基站发送上行数据。发送端在发送数据之前都需要做先听后发(listenbefore talk,LBT),也就是只有监听到信道空闲才可以发送数据。为了提高数据发送效率,减少做LBT的次数,LTE系统支持AUL,终端设备可以不需要基站的调度直接在AUL资源上发送上行数据。
以下首先对本发明实施例涉及的术语进行解释说明,具体如下:
(1)HARQ进程
通常,终端设备可以在上行授权(uplink grant,UL grant)指示的资源进行上行传输。上行授权可以是基站动态调度的,也可以是预配置的。具体地,终端设备可以使用HARQ进程(process)在上行授权指示的资源上进行上行传输。例如,将HARQ进程的上行授权递交到HARQ实体,使得数据能够在HARQ进程的上行授权指示的资源上被发送。
需要说明的是,终端设备的无线接入控制(media access control,MAC)实体为终端设备的每一个服务小区维护一个HARQ实体。一个HARQ实体可以维护多个并行的HARQ进程。本发明实施例中,服务小区关联的HARQ进程(the HARQ process is associated withsevering cell),可以认为是服务小区对应的HARQ实体下维护的HARQ进程。
另外,每个HARQ进程都有一个HARQ ID,通过HARQ ID可以区分不同的HARQ进程。每个HARQ进程有对应的HARQ缓存(HARQ buffer),终端设备在使用某个HARQ进程发送上行数据时,可以将组好的数据包存储在该HARQ进程的HARQ缓存。
另外,有些HARQ进程需要维护一个状态变量——HARQ反馈(HARQ_FEEDBACK),终端设备可以根据HARQ进程所接收到的HARQ反馈值,将HARQ进程的HARQ反馈值置为肯定应答(acknowledgement,ACK)或否定应答(negative acknowledgement,NACK)。
(2)NDI
每个HARQ进程会维护一个NDI。在一种可能的实现方式中,NDI为1比特,通过这个比特的取值来指示终端设备使用HARQ进程进行新传还是重传。如果HARQ进程的NDI的值较上一次发生了翻转,则表示终端设备可以使用HARQ进程传输新的数据,如果NDI的值没有发生翻转,则表示终端设备可以使用HARQ进程重传数据。
示例的,如果HARQ进程的NDI从“0”翻转为了“1”,则表示终端设备可以使用该HARQ进程进行新传。
(3)AUL
AUL是利用非授权频谱资源进行的上行传输,无需基站的调度,终端设备也可以在AUL资源上进行上行传输。通常,基站可以通过无线资源控制(radio resource control,RRC)信令向终端设备下发AUL配置,AUL配置是服务小区级的配置。具体地,基站通过RRC信令为终端设备配置了某个服务小区用于AUL的HARQ进程,以及用于AUL的子帧等。本发明实施例中,上述RRC信令可以认为是自动上行传输配置消息。自动上行传输配置消息用于配置自动上行传输资源。用于AUL的子帧,可以认为是配置AUL资源的子帧;用于AUL的HARQ进程可以认为是预配置的用于自动上行传输的HARQ进程。另外,基站还可以向终端设备发送自动上行传输激活消息,自动上行传输激活消息用于激活服务小区上配置的自动上行传输资源。
本发明实施例提供的上行传输方法中,终端设备响应于清空用于自动上行传输的HARQ进程的HARQ缓存,将所述HARQ进程对应的HARQ反馈值设置为肯定应答;之后,终端设备可以使用所述HARQ进程进行数据新传。本发明实施例提供的方法中,在清空用于AUL的HARQ进程的HARQ缓存时,相应地将这个HARQ进程的HARQ反馈值设置为肯定应答。根据现有协议,如果HARQ进程的HARQ反馈值为肯定应答,可以认为HARQ进程的NDI是翻转的,终端设备也就可以使用这个HARQ进程进入新传。避免了用于AUL的HARQ进程在终端设备清空HARQ缓存之后被死锁,浪费AUL资源的问题。
在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。
本发明实施例本发明实施例提供的上行传输方法可应用于图2中所示的通信装置,该通信装置可以图1所示通信系统中的终端设备。如图2所示,该通信装置可以包括至少一个处理器201,可选的,还可以包括存储器202、收发器203以及通信总线204。
下面结合图2对该通信装置的各个构成部件进行具体的介绍:
处理器201是通信装置的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器201是一个中央处理器(central processing unit,CPU),也可以是特定集成电路(application specific integrated circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(digital signalprocessor,DSP),或,一个或者多个现场可编程门阵列(field programmable gate array,FPGA)。
其中,处理器201可以通过运行或执行存储在存储器202内的软件程序,以及调用存储在存储器202内的数据,执行通信装置的各种功能。
在具体的实现中,在一些实施例中,处理器201可以包括一个或多个CPU,例如图2中所示的CPU0和CPU1。
在具体实现中,在一些实施例中,通信装置可以包括多个处理器,例如图2中所示的处理器201和处理器205。这些处理器中的每一个可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个通信装置、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器202可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储通信装置,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储通信装置,也可以是电可擦可编程只读存储器(electrically erasable programmable read-Only memory,EEPROM)、只读光盘(compactdisc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储通信装置、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器202可以是独立存在,通过通信总线204与处理器201相连接。存储器202也可以和处理器201集成在一起。
其中,所述存储器202用于存储执行本发明方案的软件程序,并由处理器201来控制执行。
收发器203,用于与第二设备之间的通信。当然,收发器203还可以用于与通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless localarea networks,WLAN)等。收发器203可以包括接收单元实现接收功能,以及发送单元实现发送功能。
通信总线204,可以是工业标准体系结构(industry standard architecture,ISA)总线、外部通信装置互连(peripheral component,PCI)总线或扩展工业标准体系结构(extended industry standard architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图2中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图2中示出的通信装置结构并不构成对通信装置的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本发明实施例提供一种上行传输方法,如图3所示,所述方法包括以下步骤:
301、清空用于自动上行传输的HARQ进程的HARQ缓存,并将所述HARQ进程对应的HARQ反馈值设置为肯定应答。
需要说明的是,本发明实施例的执行主体可以是通信装置。所述通信装置可以是终端设备,也可以是终端设备中的部件,或者,也可以是应用于终端设备中的芯片。该芯片可以是片上系统(System-On-a-Chip,SOC)或者是具备通信功能的基带芯片等。以下以终端设备为例,解释该方法的实现细节。
具体实现中,终端设备可以响应于“清空用于自动上行传输的HARQ进程的HARQ缓存”,将HARQ进程对应的HARQ反馈值设置为肯定应答。一种可能的实现方式中,终端设备清空某个用于自动上行传输的HARQ进程的HARQ缓存的同时,将HARQ进程的HARQ反馈值设置为肯定应答。
以终端设备为例,终端设备可以在以下几种场景下清空HARQ进程的HARQ缓存,具体如下:
第一种、响应于第一定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存。其中,所有HARQ进程包括用于上行传输的HARQ进程和用于下行传输的HARQ进程。用于上行传输的HARQ进程包括用于自动上行传输的HARQ进程和用于非自动上行传输的HARQ进程。第一定时器是第一定时提前组关联的定时器,所述第一定时提前组包括所述终端设备的第一服务小区。
具体地,第一服务小区可以是终端设备的主小区(primary cell,PCell)或者是主辅小区(Primary Secondary Cell),第一定时提前组可以是PTAG(Primary TimingAdvance Group),PTAG可以包括多个服务小区,且包括所述主小区或所述主辅小区。PTAG中的多个服务小区对应相同的定时提前量(TA)。另外,第一定时器是PTAG关联的定时器。当PTAG关联的定时器超时,终端设备将自己的所有服务小区关联的所有HARQ进程的HARQ缓存清空。
第二种、响应于第二定时器超时,清空第二定时提前组中所有服务小区关联的所有HARQ进程的HARQ缓存;所述第二定时器是所述第二定时提前组关联的定时器,所述第二定时提前组不包括终端设备的第一服务小区。
具体地,第二定时提前组可以是STAG(Secondary Timing Advance Group)。STAG可以包括多个服务小区,可以包括终端设备的辅小区(Secondary Cell,SCell),但不包括终端设备的主小区或主辅小区。STAG中的多个服务小区对应相同的定时提前量(TA)。另外,第二定时器是STAG关联的定时器。当STAG关联的定时器超时,终端设备将STAG中的所有服务小区关联的所有HARQ进程的HARQ缓存清空。
需要说明的是,终端的服务小区可以包括主小区、辅小区、主辅小区,主小区、辅小区、主辅小区均可以认为是终端设备的服务小区。第一定时器和第二定时器可以是TAT(time alignment timer),TAT是以TAG为粒度进行配置的,每个TAG都维护了一个TAT。一个TAG关联的TAT是用来限制MAC实体维护的服务小区中,MAC实体认为属于该TAG的服务小区保持上行时间同步的时间长度。一个TAG关联的TAT,在运行期间,MAC实体就会认为属于这个TAG的服务小区是上行时间同步的。
第三种、响应于MAC实体重置(MAC reset),清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存。
需要说明的是,终端设备的MAC实体中为每一个服务小区维护一个HARQ实体,一个HARQ实体又维护多个HARQ进程。MAC实体重置时,会停掉所有正在运行的定时器并认为所有TAT超时,终端设备将所有服务小区关联的所有HARQ进程(包括用于上行传输的HARQ进程和用于下行传输的HARQ进程)的HARQ缓存清空。因此,用于自动上行传输的HARQ进程也会被清空HARQ缓存,有可能会出现HARQ进程死锁的情况。
第四种、响应于MAC实体部分重置(MAC partial reset),清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存。
需要说明的是,MAC实体部分重置即将MAC实体维护的部分功能清空,例如,重置MAC实体维护的某个服务小区时,清空这个被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存,因此,终端设备可以将被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存清空。
第五种、响应于去激活终端设备的第二服务小区,清空所述第二服务小区关联的所有HARQ进程的HARQ缓存。
具体地,第二服务小区可以是终端设备的Scell。当终端设备去激活Scell时,可以清空Scell关联的所有HARQ进程的HARQ缓存,包括用于上行传输的HARQ进程和用于下行传输的HARQ进程。用于上行传输的HARQ进程包括用于自动上行传输的HARQ进程和用于非自动上行传输的HARQ进程。
第六种、响应于终端设备的第二服务小区进入休眠态(dormant),清空所述第二服务小区关联的所有HARQ进程的HARQ缓存。
具体地,第二服务小区可以是终端设备的Scell。当Scell进入休眠态时,终端设备可以将Scell关联的所有HARQ进程的HARQ缓存清空,包括用于上行传输的HARQ进程和用于下行传输的HARQ进程。用于上行传输的HARQ进程包括用于自动上行传输的HARQ进程和用于非自动上行传输的HARQ进程。
需要说明的是,在上述第一至第六种场景下,终端设备清空了某个用于自动上行传输的HARQ进程的HARQ缓存,但是后续当自动上行传输资源可以重新使用时,在某个配置了自动上行传输资源的子帧上,终端设备又选定了这个HARQ进程做AUL传输。根据现有协议,如果这个HARQ进程的HARQ反馈是NACK,终端设备认为这个HARQ的新传标识(new dataindicator,NDI)没有翻转,只能进入重传流程。但是,由于这个HARQ进程的HARQ缓存被清空了,根据现有协议,终端设备只能忽略这个AUL上行授权(uplink grant,UL grant)。也就是说,这个HARQ进程就死锁了,配置了AUL资源的子帧上既不能使用这个HARQ进程进行新传,也不能使用这个HARQ进程进行重传,造成AUL资源的浪费。本发明实施例中,响应于清空某个用于自动上行传输的HARQ进程的HARQ缓存的同时,终端设备可以将HARQ进程的HARQ反馈值设置为肯定应答。后续,在某个配置了自动上行传输资源的子帧上,如果终端设备又选定了这个HARQ进程做AUL传输,由于这个HARQ进程的HARQ反馈是ACK,根据现有协议,终端设备认为这个HARQ进程的NDI是翻转的,终端设备可以顺利进入新传流程,而不是只能不停地忽略使用这个HARQ进程的UL grant。
具体实现中,终端设备可以根据基站下发的自动上行传输配置消息(例如RRC信令)中的aul-HARQ-Processes参数确定服务小区关联的所有用于自动上行传输的HARQ进程,示例的,aul-HARQ-Processes参数指示的HARQ ID为0、1、3、4、6、7,即HARQ ID为0、1、3、4、6、7的六个HARQ进程是服务小区关联的所有用于自动上行传输的HARQ进程。
302、使用所述HARQ进程进行数据新传。
具体实现中,终端设备将所述HARQ进程对应的HARQ反馈值设置为肯定应答之后,在服务小区配置自动上行传输资源的子帧上,终端设备再次使用这个HARQ进程进行自动上行传输,根据现有协议,由于所述HARQ进程对应的HARQ反馈值为肯定应答,可以认为所述HARQ进程的NDI是翻转的,进而可以使用所述HARQ进程进入新传流程。需要说明的是,本发明实施例中,服务小区配置自动上行传输资源的子帧和HARQ进程之间不存在绑定关系,即某个配置自动上行传输资源的子帧上,终端可以在基站预配置的可用于自动上行传输的HARQ进程中,随机选择一个HARQ进程。
示例的,无线帧0中配置AUL资源的子帧为0、3、5,自动上行传输配置消息指示的用于自动上行传输的HARQ进程为0、1、3、5。假设终端设备在子帧0上使用HARQ进程0进行新传,并且将HARQ进程0对应的HARQ反馈值置为NACK。随后,PTAG关联的定时器(TAT)超时,终端设备将所有服务小区的HARQ进程的HARQ缓存清空,与此同时,终端设备还可以将被清空缓存的所有服务小区上所有用于AUL的HARQ进程的HARQ反馈值设置为肯定应答。例如,HARQ进程0的缓存被清空,且HARQ进程0的HARQ反馈值被设置为肯定应答。后面当终端设备可以重新使用AUL资源时,在配置了AUL资源的子帧上,终端设备又选了HARQ进程0,由于HARQ进程0的HARQ反馈值为肯定应答,终端设备认为HARQ进程0的NDI是翻转的,终端设备可以使用HARQ进程0进行数据新传,避免了清空HARQ进程0的缓存导致HARQ进程0死锁的问题。
具体地,响应于终端设备清空HARQ进程的HARQ缓存,终端设备可以将所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将其他HARQ进程的HARQ反馈值设置为ACK。其中,“其他HARQ进程”是指除了用于自动上行传输的HARQ进程外的所有用于上行传输的HARQ进程。例如,将用于非自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
示例的,在上述第一种场景下,响应于第一定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存。进一步,响应于清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存,可以将终端设备的所有服务小区关联的所有用于上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
在上述第二种场景下,响应于第二定时器超时,清空第二定时提前组中所有服务小区关联的所有HARQ进程的HARQ缓存。进一步,响应于清空第二定时提前组中所有服务小区关联的所有HARQ进程的HARQ缓存,可以将第二定时提前组中所有服务小区关联的所有用于上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将第二定时提前组中所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
在上述第三种场景下,响应于MAC实体重置,清空终端设备的所有服务小区关联的所有HARQ进程。进一步,响应于清空终端设备的所有服务小区关联的所有HARQ进程,可以将终端设备的所有服务小区关联的所有用于上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
在上述第四种场景下,响应于MAC实体部分重置,清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存。进一步,响应于清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存,可以将被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将被重置的服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
在上述第五种场景下,响应于去激活终端设备的第二服务小区,清空所述第二服务小区关联的所有HARQ进程的HARQ缓存。进一步,响应于清空所述第二服务小区关联的所有HARQ进程的HARQ缓存,可以将所述第二服务小区关联的所有用于上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将所述第二服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
在上述第六种场景下,响应于第二服务小区进入休眠态,清空所述第二服务小区关联的所有HARQ进程的HARQ缓存。进一步,响应于清空所述第二服务小区关联的所有HARQ进程的HARQ缓存,可以将所述第二服务小区关联的所有用于上行传输的HARQ进程的HARQ反馈值设置为ACK,也可以将所述第二服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为ACK。
一种可能的实现方式中,终端设备可以根据自动上行传输配置消息中的aul-Subframes参数确定服务小区配置自动上行传输资源的子帧。
其中,aul-Subframes参数用于指示服务小区配置AUL资源的子帧满足的条件。具体地,aul-Subframes参数可以是长度为40比特的序列,根据aul-Subframes参数可以确定哪些子帧配置了AUL资源。该序列的每个比特对应一个子帧。其中,比特取值为1表示该子帧上配置了AUL资源,比特取值为0表示该子帧上未配置AUL资源。aul-Subframes参数最左侧的比特位指示的是满足“SFN mod 4=0”的无线帧中的子帧0上是否配置了AUL资源,其中,“SFN mod 4=0”,即无线帧的帧号除以4余数为0,如帧0、4、8、12等。以此类推,aul-Subframes参数可以指示连续的40个子帧上AUL资源的配置情况。以SFN=0的无线帧为例,aul-Subframes参数最左侧的比特指示无线帧0的子帧0是否配置了AUL资源,aul-Subframes参数可以指示从无线帧0的子帧0开始的连续40个子帧是否配置了AUL资源,即无线帧0~无线帧3包括的40个子帧的配置情况。示例的,参考图4,aul-Subframes参数的前十个比特为1001111100,即无线帧0的子帧0、3、4、5、6、7上配置了AUL资源。
又如,aul-Subframes参数最左侧的比特也可以是指示无线帧4的子帧0是否配置了AUL资源,进而aul-Subframes参数可以指示从无线帧4的子帧0开始的连续40个子帧是否配置了AUL资源,即无线帧4~无线帧7包括的40个子帧的配置情况。
需要说明的是,自动上行传输配置消息中并没有携带用于自动上行传输的上行资源的时频资源的信息,可于自动上行传输的上行资源的时频资源的信息是通过物理下行控制信道(physical downlink control channel,PDCCH)发送给终端的。具体地,这个PDCCH可以用于承载自动上行传输激活消息,包括用于自动上行传输的上行资源的时频资源的信息。终端接收自动上行传输激活消息时保存PDCCH中的用于自动上行传输的上行资源时频资源的信息,在自动上行传输配置消息指示的用于自动上行传输的子帧上可以使用上述用于自动上行传输的时频资源的信息指示的时频资源,如:UL grant。
另外,本发明实施例中自动上行传输资源可以是AUL资源,也可以是其他用于上行传输的预配置授权资源,即无需基站的动态调度终端就可以在上述用于上行传输的预配置授权资源上发送上行数据,例如,包括但不限于5G(5th generation)系统中的configuredgrant type1和configured grant type2,以及NR-U(new radio-unlicensed)系统中配置的上行资源。服务小区配置AUL资源的子帧可以认为是用于自动上行传输的子帧。另外,用于上行传输的免授权资源(例如,AUL资源的)在时域上的配置粒度不仅仅局限于子帧,还可以是其他长度的时间长度或者时域资源单位,例如,物理上行共享信道(physical uplinkshared channel,PUSCH)持续时间(PUSCH duration)、符号(symbol)、时隙(slot)、迷你时隙(mini-slot)、调度时间间隔(TTI)、sTTI等。
需要说明的是,网络设备可以通过以下两种方式配置上述预配置授权资源(也可以称为预配置UL grant):
第一种、网络设备可以通过半静态资源分配的方式预配置终端上行传输所需的资源,即预配置UL grant(也可以称为预配置授权资源)。应理解的是,所述预配置UL grant可以按周期出现,不需要终端每次发送上行传输前都先获得上行授权。例如,网络设备可以通过RRC信令配置上行传输的UL grant。RRC信令还可以包括预配置UL grant的周期,从而终端可以在预配置UL grant上传输。
第一种配置方式可以称为配置授权方式1(configured grant type 1)。
第二种、网络设备可以通过RRC信令配置上行传输的部分信息,例如,预配置ULgrant的周期等。另外,网络设备通过物理层信令携带预配置UL grant,该物理层信令还用于激活预配置UL grant,从而终端可以在预配置UL grant上传输。
第二种配置方式可以称为配置授权方式2(configured grant type 2)。
需要说明的是,上述第一种配置方式的命名不仅仅局限于配置授权方式1,还可以有其他命名,本发明实施例对此不作限制。同样,第二种配置方式的命名也不仅仅局限于配置授权方式2,还可以有其他命名。本发明实施例对第一种配置方式、第二种配置方式适用的通信系统也不做限制,可以是LTE通信系统,也可以是5G通信系统,也可以是其他通信系统。
另外,在本申请实施例中,“上行授权”可理解为用于调度物理上行资源的信令,例如,用于上行授权的下行控制信息,或者,用于半静态配置的RRC信令,或者,在半静态配置方式中用于激活上行授权资源的下行控制信息等。在LTE或NR协议中,“上行授权”都可对应为UL grant,本领域的技术人员可理解其含义。
本发明实施例还提供一种上行传输方法,如图5所示,所述方法包括以下步骤:
501、终端设备清空第一服务小区上配置的所有上行授权和所述第一服务小区上配置的所有下行分配。
具体实现中,响应于MAC实体部分重置,终端设备清空所述第一服务小区上配置的所有上行授权和所述第一服务小区上配置的所有下行分配。其中,区别与图3所示的实施例,图5所示实施例中的第一服务小区可以是终端设备的服务小区中的任意一个,不仅仅局限于终端设备的主小区或主辅小区。
一种可能的实现方式中,响应于MAC实体部分重置,终端设备清空第一服务小区上配置的用于自动上行传输的上行授权(uplink grant for the MAC entity's AUL C-RNTI),以及第一服务小区上配置的下行分配(downlink assignment)。
502、终端设备接收自动上行传输激活消息,将所述第一服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
其中,所述自动上行传输激活消息用于激活所述第一服务小区上配置的自动上行传输资源。
具体实现中,终端设备可以根据基站下发的自动上行传输配置消息(例如RRC信令)中的aul-HARQ-Processes参数确定服务小区关联的所有用于自动上行传输的HARQ进程,示例的,aul-HARQ-Processes参数指示的HARQ ID为0、1、3、4、6、7,即HARQ ID为0、1、3、4、6、7的六个HARQ进程是服务小区关联的所有用于自动上行传输的HARQ进程。
503、终端设备使用所述用于自动上行传输的HARQ进程进行数据新传。
现有技术中,在MAC实体部分重置时,终端设备清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存,包括所有用于自动上行传输的HARQ进程的HARQ缓存,但是并不会清空为上述被重置的服务小区配置的上行授权和下行分配。也就是说,如果这些服务小区可以重新使用时,之前为其配置的上行授权和下行分配可以继续使用,那也就不需要重新激活为该小区配置的上行授权和下行分配了。由于被重置的服务小区关联的所有用于自动上行传输的HARQ进程的HARQ缓存被清空,根据现有协议,如果其中某些用于自动上行传输的HARQ进程的HARQ反馈是NACK,并且终端设备后续在配置自动上行传输资源的子帧上选定这些HARQ进程中的一个或多个进行自动上行传输,终端设备只能不停地忽略使用了这些HARQ进程的上行授权,这些HARQ进程就死锁了。
本发明实施例中,在MAC实体部分重置时,终端设备清空被重置的服务小区关联的用于上行传输的HARQ进程的HARQ缓存,并且清空了被重置的服务小区上配置的所有上行授权和下行分配,或者清空了被重置小区上配置的所有AUL上行授权(即,用于自动上行传输的上行授权)和所有下行分配。在这些服务小区可以重新使用时,基站就需要通过自动上行传输激活命令来激活被重置的服务小区上配置的AUL资源,终端设备才能重新使用AUL资源做AUL传输。终端设备在接收自动上行传输激活命令时,可以将所有用于自动上传传输的HARQ进程的HARQ反馈值置为ACK。那么如果终端设备在后续配置自动上行传输资源的子帧上选定了某个用于自动上行传输的HARQ进程做自动上行传输,由于这个HARQ进程的HARQ反馈值为ACK,根据现有协议,终端设备认为这个HARQ进程的NDI是翻转的,终端设备可以顺利进入新传流程,而不是像现有技术那样不停地忽略使用了这个HARQ进程的上行授权,避免HARQ进程死锁。
在采用对应各个功能划分各个功能模块的情况下,图6示出上述实施例中所涉及的通信装置的一种可能的结构示意图。图6所示的通信装置可以本申请实施例所述的终端,也可以是终端设备中实现上述方法的部件,或者,也可以是应用于终端设备中的芯片。芯片可以是片上系统(System-On-a-Chip,SOC)或者是具备通信功能的基带芯片等。如图6所示,通信装置包括处理单元601以及通信单元602。处理单元可以是一个或多个处理器,通信单元可以是收发器。
处理单元601,用于支持该通信装置执行上述实施例中的步骤301、步骤501以及步骤502中“设置肯定应答”的相关步骤,和/或用于本文所描述的技术的其它过程。
通信单元602,用于支持该通信装置与其他通信装置之间的通信,如支持通信装置执行上述实施例中的步骤302、步骤502中“接收自动上行传输激活消息”以及步骤503,和/或用于本文所描述的技术的其它过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
示例性的,在采用集成的单元的情况下,本申请实施例提供的通信装置的结构示意图如图7所示。在图7中,该通信装置包括:处理模块701和通信模块702。处理模块701用于对通信装置的动作进行控制管理,例如,执行上述处理单元601执行的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块702用于执行上述通信单元602执行的步骤,支持通信装置与其他设备之间的交互,如与其他终端设备之间的交互。如图7所示,通信装置还可以包括存储模块703,存储模块703用于存储通信装置的程序代码和数据。
当处理模块701为处理器,通信模块702为收发器,存储模块703为存储器时,通信装置为图2所示的通信装置。
本发明实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有指令;指令用于执行如图3、图5所述的上行传输方法。
本发明实施例提供一种包括指令的计算机程序产品,当其在通信装置上运行时,使得通信装置执行如图3、图5所述的上行传输方法。
本发明实施例一种无线通信装置,包括:无线通信装置中存储有指令;当无线通信装置运行时,执行如图3、图5所述的上行传输方法。该无线通信装置可以为芯片。
本发明实施例还提供一种通信系统,包括:基站以及如图2所示的通信装置。或,该系统包括基站以及如图6所示的通信装置。或,该系统包括基站以及如图7所示的通信装置。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将数据库访问装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的数据库访问装置和方法,可以通过其它的方式实现。例如,以上所描述的数据库访问装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,数据库访问装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (17)
1.一种上行传输方法,其特征在于,包括:
清空用于自动上行传输的混合自动重传请求HARQ进程的HARQ缓存,并将所述HARQ进程对应的HARQ反馈值设置为肯定应答;
使用所述HARQ进程进行数据新传。
2.根据权利要求1所述的方法,其特征在于,所述清空用于自动上行传输的HARQ进程的HARQ缓存,包括:
响应于第一定时器超时,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存;所述第一定时器是第一定时提前组关联的定时器,所述第一定时提前组包括所述终端设备的第一服务小区。
3.根据权利要求2所述的方法,其特征在于,将所述HARQ进程对应的HARQ反馈值设置为肯定应答,包括:
将所述终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
4.根据权利要求1所述的方法,其特征在于,所述清空用于自动上行传输的HARQ进程的HARQ缓存,包括:
响应于第二定时器超时,清空第二定时提前组中所有服务小区关联的所有HARQ进程的HARQ缓存;所述第二定时器是所述第二定时提前组关联的定时器,所述第二定时提前组不包括终端设备的第一服务小区。
5.根据权利要求4所述的方法,其特征在于,将所述HARQ进程对应的HARQ反馈值设置为肯定应答,包括:
将所述第二定时提前组中所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
6.根据权利要求1所述的方法,其特征在于,所述清空用于自动上行传输的HARQ进程的HARQ缓存,包括:
响应于无线接入控制MAC实体重置,清空终端设备的所有服务小区关联的所有HARQ进程的HARQ缓存。
7.根据权利要求6所述的方法,其特征在于,将所述HARQ进程对应的HARQ反馈值设置为肯定应答,包括:
将所述终端设备的所有服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
8.根据权利要求1所述的方法,其特征在于,所述清空用于自动上行传输的HARQ进程的HARQ缓存,包括:
响应于MAC实体部分重置,清空被重置的服务小区关联的所有用于上行传输的HARQ进程的HARQ缓存。
9.根据权利要求8所述的方法,其特征在于,将所述HARQ进程对应的HARQ反馈值设置为肯定应答,包括:
将所述被重置的服务小区关联的所有用于上行自动传输的HARQ进程的HARQ反馈值设置为肯定应答。
10.根据权利要求1所述的方法,其特征在于,所述清空用于自动上行传输的HARQ进程的HARQ缓存,
响应于去激活终端设备的第二服务小区,清空所述第二服务小区关联的所有HARQ进程的HARQ缓存;或,
响应于终端设备的第二服务小区进入休眠态,清空所述第二服务小区关联的所有HARQ进程的HARQ缓存。
11.根据权利要求10所述的方法,其特征在于,将所述HARQ进程对应的HARQ反馈值设置为肯定应答,包括:
将所述第二服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答。
12.根据权利要求2-11任一项所述的方法,其特征在于,所述方法还包括:
将被清空HARQ缓存的HARQ进程中的其他HARQ进程的HARQ反馈值设置为肯定应答;所述其他HARQ进程包括用于非自动上行传输的上行HARQ进程。
13.一种上行传输方法,其特征在于,包括:
终端设备清空第一服务小区上配置的所有上行授权和所述第一服务小区上配置的所有下行分配;
所述终端设备接收自动上行传输激活消息,将所述第一服务小区关联的所有用于自动上行传输的HARQ进程的HARQ反馈值设置为肯定应答;所述自动上行传输激活消息用于激活所述第一服务小区上配置的自动上行传输资源;
所述终端设备使用所述用于自动上行传输的HARQ进程进行数据新传。
14.根据权利要求13所述的方法,其特征在于,所述终端设备清空所述第一服务小区上配置的所有上行授权和所述第一服务小区上配置的所有下行分配,包括:
响应于无线接入控制MAC实体部分重置,清空所述第一服务小区上配置的所有上行授权和所述第一服务小区上配置的所有下行分配。
15.一种通信装置,其特征在于,包括至少一个处理器,所述至少一个处理器用于与存储器耦合,读取并执行所述存储器中的指令,以实现如权利要求1-14任一项所述的上行传输方法。
16.根据权利要求15所述的通信装置,其特征在于,还包括所述存储器。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令;所述指令用于执行如权利要求1-14任一项所述的上行传输方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910365057.4A CN111867085A (zh) | 2019-04-30 | 2019-04-30 | 一种上行传输方法及通信装置 |
PCT/CN2020/087904 WO2020221323A1 (zh) | 2019-04-30 | 2020-04-29 | 一种上行传输方法及通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910365057.4A CN111867085A (zh) | 2019-04-30 | 2019-04-30 | 一种上行传输方法及通信装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111867085A true CN111867085A (zh) | 2020-10-30 |
Family
ID=72965863
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910365057.4A Pending CN111867085A (zh) | 2019-04-30 | 2019-04-30 | 一种上行传输方法及通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111867085A (zh) |
WO (1) | WO2020221323A1 (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101917743A (zh) * | 2008-11-10 | 2010-12-15 | 交互数字专利控股公司 | 用于启用和禁用辅助下行链路载波的设备 |
CN102119501A (zh) * | 2008-08-08 | 2011-07-06 | 交互数字专利控股公司 | Mac重置和重新配置 |
CN102215553A (zh) * | 2010-04-12 | 2011-10-12 | 中兴通讯股份有限公司 | 载波去激活的处理方法及用户设备 |
CN102447550A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 混合自动重传请求进程处理的方法及设备 |
US20130021898A1 (en) * | 2010-04-27 | 2013-01-24 | Lg Electronics Inc. | Method and apparatus for uplink multiple input multiple output (mimo) transmission |
CN104601305A (zh) * | 2013-11-01 | 2015-05-06 | 重庆重邮信科通信技术有限公司 | 一种上行混合自动重传控制的方法和终端 |
CN106034015A (zh) * | 2015-03-20 | 2016-10-19 | 上海贝尔股份有限公司 | 跨cc的harq重传的方法和装置 |
CN106330411A (zh) * | 2015-06-16 | 2017-01-11 | 中国移动通信集团公司 | 一种上行信息的处理方法及装置 |
CN108988995A (zh) * | 2017-06-02 | 2018-12-11 | 华为技术有限公司 | 一种数据传输的方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107027180B (zh) * | 2016-02-02 | 2019-08-30 | 中兴通讯股份有限公司 | 非授权载波上行数据的发送方法及终端 |
WO2019064072A1 (en) * | 2017-09-29 | 2019-04-04 | Lenovo (Singapore) Pte. Ltd. | UCI COMMUNICATION IN AUTONOMOUS UPLINK TRANSMISSIONS |
CN109417801B (zh) * | 2018-09-29 | 2023-12-12 | 北京小米移动软件有限公司 | 传输信息的方法、装置及基站 |
-
2019
- 2019-04-30 CN CN201910365057.4A patent/CN111867085A/zh active Pending
-
2020
- 2020-04-29 WO PCT/CN2020/087904 patent/WO2020221323A1/zh active Application Filing
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102119501A (zh) * | 2008-08-08 | 2011-07-06 | 交互数字专利控股公司 | Mac重置和重新配置 |
CN101917743A (zh) * | 2008-11-10 | 2010-12-15 | 交互数字专利控股公司 | 用于启用和禁用辅助下行链路载波的设备 |
CN102215553A (zh) * | 2010-04-12 | 2011-10-12 | 中兴通讯股份有限公司 | 载波去激活的处理方法及用户设备 |
US20130021898A1 (en) * | 2010-04-27 | 2013-01-24 | Lg Electronics Inc. | Method and apparatus for uplink multiple input multiple output (mimo) transmission |
CN102447550A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 混合自动重传请求进程处理的方法及设备 |
CN104601305A (zh) * | 2013-11-01 | 2015-05-06 | 重庆重邮信科通信技术有限公司 | 一种上行混合自动重传控制的方法和终端 |
CN106034015A (zh) * | 2015-03-20 | 2016-10-19 | 上海贝尔股份有限公司 | 跨cc的harq重传的方法和装置 |
CN106330411A (zh) * | 2015-06-16 | 2017-01-11 | 中国移动通信集团公司 | 一种上行信息的处理方法及装置 |
CN108988995A (zh) * | 2017-06-02 | 2018-12-11 | 华为技术有限公司 | 一种数据传输的方法和装置 |
Non-Patent Citations (2)
Title |
---|
GOOGLE INC.等: "Flush HARQ buffer upon skipping a UL transmission", 《3GPP TSG-RAN WG2 #102 R2-1807891 》 * |
HUAWEI等: "Issues on coexistence between AUL and SUL", 《3GPP TSG-RAN WG2 MEETING #103BIS R2-1815325 》 * |
Also Published As
Publication number | Publication date |
---|---|
WO2020221323A1 (zh) | 2020-11-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3716713B1 (en) | Communication methods, communication device, and network device | |
WO2019192342A1 (zh) | 非连续接收的通信方法、装置、通信设备和通信系统 | |
EP2606587B1 (en) | Methods and apparatus for activating and deactivating secondary cells in a carrier aggregation environment | |
CA3014152C (en) | Apparatus and method for drx mechanisms for single harq process operation in nb-iot | |
EP4017131A1 (en) | Timer control method, apparatus and system | |
JP2022050577A (ja) | 低複雑度の狭帯域端末のためのランダムアクセス手順でのharqメッセージに割り当てられたリソースを示すための方法 | |
EP3665888B1 (en) | Method and apparatus for monitoring control candidates based on assignments of data packets with different reliabilities | |
WO2021062602A1 (en) | Method and apparatus for sharing channel occupancy time on unlicensed spectrum | |
US12009931B2 (en) | Uplink transmission method and communications apparatus | |
CN113993192B (zh) | 无线通信方法及终端设备 | |
CN110958088B (zh) | 一种通信方法及装置 | |
US20200145868A1 (en) | Method for transmitting information and terminal device | |
CN107689849A (zh) | 处理混合自动重传请求往返时间计时器的装置及方法 | |
CN110100494B (zh) | 一种数据传输的方法及设备 | |
US20240007229A1 (en) | Sidelink communication method and apparatus | |
EP3965331A1 (en) | Harq information feedback method and device | |
EP3570607B1 (en) | Reducing the transmission delay and improving the reliability of uplink data | |
CN108702759B (zh) | 一种指示方法及装置 | |
WO2014063369A1 (en) | Methods, devices and computer program products for handling of csi reporting upon cqi-mask | |
CN111277371B (zh) | 数据传输方法及设备 | |
KR20210138757A (ko) | 통신 방법 및 디바이스 | |
WO2019062834A1 (zh) | 信息的传输方法和装置 | |
CN111867085A (zh) | 一种上行传输方法及通信装置 | |
CN114342286B (zh) | 一种数据传输方法和通信设备 | |
EP4301073A1 (en) | Data retransmission method and related devices |
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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20201030 |
|
WD01 | Invention patent application deemed withdrawn after publication |