CN111181693A - 发送数据的方法、发送数据的装置、以及终端设备 - Google Patents
发送数据的方法、发送数据的装置、以及终端设备 Download PDFInfo
- Publication number
- CN111181693A CN111181693A CN201811333411.7A CN201811333411A CN111181693A CN 111181693 A CN111181693 A CN 111181693A CN 201811333411 A CN201811333411 A CN 201811333411A CN 111181693 A CN111181693 A CN 111181693A
- Authority
- CN
- China
- Prior art keywords
- data
- logical channel
- resource
- timer
- harq process
- 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
- 238000000034 method Methods 0.000 title claims abstract description 345
- 230000005540 biological transmission Effects 0.000 title claims description 98
- 230000008569 process Effects 0.000 claims abstract description 205
- 238000013475 authorization Methods 0.000 claims abstract description 36
- 238000012545 processing Methods 0.000 claims description 79
- 230000015654 memory Effects 0.000 claims description 52
- 125000004122 cyclic group Chemical group 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 5
- 230000006870 function Effects 0.000 description 41
- 238000004891 communication Methods 0.000 description 34
- 230000011664 signaling Effects 0.000 description 29
- 238000010586 diagram Methods 0.000 description 21
- 238000013461 design Methods 0.000 description 10
- 230000000737 periodic effect Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000013468 resource allocation Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 3
- 235000019800 disodium phosphate Nutrition 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000003213 activating effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 208000033748 Device issues Diseases 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 235000019580 granularity Nutrition 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012858 packaging process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- 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
-
- 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
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
- H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
-
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了本申请提供了一种发送数据的方法、发送数据的装置、以及终端设备,以期提高配置授权的资源利用率。该方法包括:终端设备从网络设备接收配置消息,该配置消息用于指示配置授权,该配置消息包括与配置授权对应的定时器的信息;终端设备确定该配置授权用于一HARQ进程且针对该HARQ进程启动定时器,该HARQ进程的待发送数据是第一逻辑信道的数据;在定时器运行期间,当有待新传的第二逻辑信道的数据时,停止运行定时器,或者,忽略该定时器的运行状态,即在定时器运行期间,当有待新传的第二逻辑信的数据时,发送该HARQ进程的配置授权以及该HARQ进程的信息到HARQ实体;且使用配置授权发送第二逻辑信道的数据。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及发送数据的方法、发送数据的装置、以及终端设备。
背景技术
在某些通信系统中,例如,第五代(5th generation,5G)通信系统的新空口接入技术(new radio access technology,NR),可以支持多种业务,例如超可靠低延迟通信(ultra-reliable and low latency communication,URLLC)、增强移动宽带(enhancedmobile broadband,eMBB)等。且一个终端设备(user equipment,UE)内部就可能存在有多种业务的通信需求,例如,一辆车,可能有对时延要求紧急的自动驾驶相关的URLLC数据,也可能有视频直播一类的多媒体eMBB数据。
终端设备可以通过动态调度的资源或者配置授权(configured grant)的资源发送数据。假设终端设备有一种数据需要发送时,网络设备动态调度用于传输该数据的资源,如果该用于传输该数据的资源与configured grant的资源的混合自动重传请求进程号(hybrid automatic repeat request(HARQ)process number,HPN)相同,那么终端设备会启动该HPN对应的配置授权的定时器(configured Grant Timer)。在该configured GrantTimer运行期间,终端设备不能使用该HARQ进程对应的配置授权发送该数据。可以理解,只有在该configured Grant Timer没有运行,终端设备的媒体接入控制(media accesscontrol,MAC)实体才允许将该HARQ进程对应的配置授权和这个配置授权关联的HARQ进程号发送到终端设备的HARQ实体。
可见,在现有技术中,配置授权的资源没有达到足够利用率。
发明内容
本申请提供一种发送数据的方法、发送数据的装置、以及终端设备,以期提高配置授权的资源利用率。
第一方面,提供了一种发送数据的方法,该方法可以由终端设备执行,或者也可以由配置于终端设备中的芯片执行,本申请对此不作限定。
该方法包括:终端设备从网络设备接收配置消息,该配置消息用于指示配置授权,该配置消息包括定时器信息;终端设备确定该配置授权用于第一混合自动重传请求HARQ进程且针对第一HARQ进程启动定时器,第一HARQ进程的待发送数据是第一逻辑信道的数据;在定时器运行期间,当有待新传的第二逻辑信道的数据时,停止定时器,或者,发送第一HARQ进程的配置授权以及第一HARQ进程的信息到HARQ实体;终端设备使用配置授权发送第二逻辑信道的数据。
终端设备针对第一HARQ进程启动定时器,可以有多种情况,例如,发送第一逻辑信道的数据后,启动或重启该HARQ进程对应的定时器,其中,发送第一逻辑信道的数据可以是动态调度的也可以是配置授权的资源,其中用于发送第一逻辑信道的数据的动态调度资源和配置授权的资源对应同一个HARQ进程(例如记作第一HARQ进程)时,启动或重启该HARQ进程对应的定时器;又如当收到调度授权且该调度授权资源和配置授权的资源对应同一个HARQ进程,启动或重启该HARQ进程对应的定时器。动态调度的资源可以是用C-RNTI调度的或者是CS-RNTI调度的资源。
应理解,配置消息用于指示一套或多套配置授权,一套配置授权,例如包括指示授权资源在时域上的位置,还可用于指示授权资源在频域上的位置,以及资源大小、编码调制方式(coding and modulation scheme,MCS),允许用于配置授权发送的HARQ进程个数或进程号等信息,本申请对此不做限定。此外,配置消息包括定时器信息,该定时器为与一个HARQ进程的配置授权对应的定时器,或者,与一套配置授权对应的定时器。关于定时器在下文中具体介绍。或者,也可以通过物理层信令来指示配置授权的信息。
基于上述技术方案,当HARQ进程对应的定时器运行时,且该HARQ进程的待发送数据是一逻辑信道的数据(例如记作第一逻辑信道的数据)时,如果有待新传的又一不同逻辑信道的数据(例如记作第二逻辑信道的数据),则为了提高配置授权的资源利用率,并减少数据冲突,停止定时器的运行,或者,忽略定时器的运行,即将该HARQ进程的配置授权以及该HARQ进程的信息发送到HARQ实体,以便可以使用HARQ进程的配置授权发送待新传的数据,既可以提高配置授权的资源利用率,又可以减少数据冲突,提高新传数据的及时传输,提高用户体验。其中,该HARQ进程的待发送数据可以是初传或重传的数据。
结合第一方面,在第一方面的某些实现方式中,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件。
基于上述技术方案,可以使得终端设备灵活地进行传输,例如,判断各逻辑信道的属性参数,当满足预设条件时,停止定时器的运行,或者,将该HARQ进程的配置授权以及该HARQ进程的信息发送到HARQ实体,从而使用HARQ进程的配置授权发送待新传的数据;不满足预设条件时,继续运行定时器。其中,预设条件可以是预先定义的,例如协议预先定义的。
结合第一方面,在第一方面的某些实现方式中,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件,包括:第一逻辑信道的第一上行授权资源的最大物理上行共享信道持续时间maxPUSCH-Duration大于第二逻辑信道的第二上行授权资源的maxPUSCH-Duration;或者,第一逻辑信道的第一上行授权资源的子载波间隔小于第二逻辑信道的第二上行授权资源的子载波间隔;或者,第一逻辑信道的第一上行授权资源的循环前缀CP长度大于第二逻辑信道的第二上行授权资源的CP长度;或者,第一逻辑信道的第一上行授权资源的调制编码方案MCS索引值高于第二逻辑信道的第二上行授权资源的MCS索引值。
基于上述技术方案,可以通过单独使用上述任一条件或者结合使用上述条件,来判断是停止定时器的运行,或者,将该HARQ进程的配置授权以及该HARQ进程的信息发送到HARQ实体,从而使用HARQ进程的配置授权发送待新传的数据;还是继续运行定时器。
结合第一方面,在第一方面的某些实现方式中,第二逻辑信道的优先级高于第一逻辑信道的优先级;或者,第二逻辑信道的抢占优先级高于第一逻辑信道的抢占优先级;或者,第二逻辑信道的时延性要求高于第一逻辑信道的时延性要求;或者,第二逻辑信道的传输可靠性高于第一逻辑信道的传输可靠性。
基于上述技术方案,当终端设备正在使用调度的资源或配置授权资源发送低优先级的业务数据(例如记作第一逻辑信道的数据)时,例如eMBB数据,如果出现待发送的高优先级的业务数据(例如记作第二逻辑信道的数据)时,例如URLLC数据,那么可以及时传输高优先级的数据,提高高优先级的数据的传输性能。
结合第一方面,在第一方面的某些实现方式中,第一逻辑信道的数据发送是允许被抢占的。
结合第一方面,在第一方面的某些实现方式中,第二逻辑信道的数据发送是允许抢占发送的。
结合第一方面,在第一方面的某些实现方式中,当有待新传的第二逻辑信道的数据时,发送第一HARQ进程的配置授权以及第一HARQ进程的信息到HARQ实体,还包括:将第一HARQ进程的新传数据指示NDI进行翻转。
第二方面,提供了一种发送数据的方法,该方法可以由终端设备执行,或者也可以由配置于终端设备中的芯片执行,本申请对此不作限定。
该方法包括:终端设备从网络设备接收配置消息,该配置消息用于为至少一个HARQ进程配置配置授权,该配置消息包括定时器信息;当至少一个HARQ进程中的第一HARQ进程对应的定时器没有运行时,将第一HARQ进程的配置资源发送到HARQ实体,其中第一HARQ进程上的待发送数据是第一逻辑信道的数据;在HARQ实体没有获得用于第一HARQ进程的待新传的第二逻辑信道的数据时,不清除第一HARQ进程的缓存器,或者,启动或恢复运行第一HARQ进程对应的定时器。不清除第一HARQ进程的缓存器,可以理解为跳过或忽略清除第一HARQ进程的缓存的行为。
其中,第一逻辑信道的数据可以是新传的数据,也可以是重传的数据。
其中,用于传输第一逻辑信道的数据的资源和用于传输第二逻辑信道的数据的资源对应同一个HARQ进程(例如记作第一HARQ进程),将第一HARQ进程的配置资源发送到HARQ实体,即发送第一HARQ进程的配置授权以及第一HARQ进程信息到HARQ实体。
基于上述技术方案,HARQ进程上有待发送的数据(例如记作第一逻辑信道的数据),且不运行该HARQ进程对应的定时器,从而当新传的数据(例如记作第二逻辑信道的数据)时,可以及时传输该新传的数据;当没有新传的数据,即HARQ实体没有获得用于该HARQ进程的待新传的数据时,不清除该HARQ进程的缓存器(buffer),或者,启动或恢复运行该HARQ进程对应的定时器,从而既可以及时传输待发送的新传的数据,提高配置授权的资源利用率,又可以在没有新传数据到达时,传输HARQ进程上待发送的第一逻辑信道的数据。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:接收第一上行授权,该第一上行授权用于发送第一逻辑信道的数据,第一上行授权和配置授权对应于第一HARQ进程时,确定不启动或推迟启动定时器,或者,设置该定时器为挂起的状态。
其中,确定不启动或推迟启动定时器或设置该定时器为挂起的状态即针对第一HARQ进程的定时器的状态。
基于上述技术方案,当接收到上行授权(例如记作第一上行授权,即动态调度的资源)时,该上行授权和配置授权对应或者用于同一个HARQ进程(例如记作第一HARQ进程)时,可以触发定时器的状态为不启动状态或推迟启动状态,或者,设置定时器的状态为挂起状态。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:设置标识字段,该标识字段用于标识不启动或推迟启动定时器,或者,设置该定时器为挂起的状态。
基于上述技术方案,可以根据标识字段快速简单地确定定时器的状态。
结合第二方面,在第二方面的某些实现方式中,不清除第一HARQ进程的缓存器,包括:当设置了推迟启动定时器的标识字段或该定时器为挂起的状态时,不清除第一HARQ进程的缓存器。
基于上述技术方案,可以根据标识字段或者直接根据挂起状态来确定是否清除HARQ进程的缓存器。
结合第二方面,在第二方面的某些实现方式中,启动或恢复运行第一HARQ进程对应的定时器,包括:当设置了推迟启动定时器的标识字段或该定时器为挂起的状态时,启动或恢复运行第一HARQ进程对应的定时器。
基于上述技术方案,可以根据标识字段或者直接根据挂起的状态来确定是否启动或恢复运行HARQ进程对应的定时器。
结合第二方面,在第二方面的某些实现方式中,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件。
结合第二方面,在第二方面的某些实现方式中,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件,包括:第一逻辑信道的第一上行授权资源的最大物理上行共享信道持续时间maxPUSCH-Duration大于第二逻辑信道的第二上行授权资源的maxPUSCH-Duration;或者,第一逻辑信道的第一上行授权资源的子载波间隔小于第二逻辑信道的第二上行授权资源的子载波间隔;或者,第一逻辑信道的第一上行授权资源的循环前缀CP长度大于第二逻辑信道的第二上行授权资源的CP长度;或者,第一逻辑信道的第一上行授权资源的调制编码方案MCS索引值高于第二逻辑信道的第二上行授权资源的MCS索引值。
结合第二方面,在第二方面的某些实现方式中,第二逻辑信道的优先级高于第一逻辑信道的优先级;或者,第二逻辑信道的抢占优先级高于第一逻辑信道的抢占优先级;或者,第二逻辑信道的时延性要求高于第一逻辑信道的时延性要求;或者,第二逻辑信道的传输可靠性高于第一逻辑信道的传输可靠性。
结合第二方面,在第二方面的某些实现方式中,第一逻辑信道的数据发送是允许被抢占的。
结合第二方面,在第二方面的某些实现方式中,第二逻辑信道的数据发送是允许抢占发送的。
第三方面,本申请提供一种发送数据的装置,具有实现上述方法任意方面中终端设备行为的功能,其包括用于执行上述方法方面所描述的步骤或功能相对应的单元或部件(means)。所述步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第四方面,本申请提供一种发送数据的装置,包括处理器,用于与存储器相连,所述处理器用于读取并执行所述存储器中存储的程序,以实现以上第一方面或第二方面提供的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送配置消息可以为从处理器输出指示信息的过程,接收能力信息可以为处理器接收输入能力信息的过程。具体地,处理输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第四方面中的装置可以是一个芯片,该处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第五方面,本申请提供一种发送数据的装置,包括处理器和接口电路,所述处理器用于通过所述接口电路与其它装置通信,并执行以上第一方面或第二方面提供的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
第六方面,本申请提供一种程序,该程序在被处理器执行时,用于执行以上第一方面或第二方面提供的方法。
第七方面,本申请提供一种程序产品,例如计算机可读存储介质,包括第六方面的程序。
附图说明
图1是适用于本申请实施例的通信系统的一示意图;
图2是适用于本申请实施例的网络架构的一示意图;
图3是适用于本申请实施例的网络架构的又一示意图;
图4是本申请实施例提供的发送数据的方法的示意性交互图;
图5是适用于本申请实施例的数据冲突的示意图;
图6是本申请实施例提供的发送数据的方法的另一示意性交互图;
图7是本申请实施例提供的装置的示意性框图;
图8是本申请实施例提供的终端设备的结构示意图;
图9是本申请实施例提供的网络设备的一结构示意图;
图10是本申请实施例提供的网络设备的又一结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如但不限于,窄带物联网系统(narrow band-internet of things,NB-IoT)、全球移动通信(global system ofmobile communication,GSM)系统、码分多址(code division multiple access,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time divisionduplex,TDD)、通用移动通信系统(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)通信系统、未来的第五代(5th generation,5G)系统或新无线(new radio,NR)等。
为便于理解本申请实施例,首先结合图1详细说明适用于本申请实施例的通信系统。
图1示出了适用于本申请实施例的通信系统100的示意图。如图1所示,终端130接入到无线网络,以通过无线网络获取外网(例如因特网)的服务,或者通过无线网络与其它终端通信。该无线网络包括RAN110和核心网(CN)120,其中RAN110用于将终端130接入到无线网络,CN120用于对终端进行管理并提供与外网通信的网关。
其中,终端,又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例为:手机(mobilephone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
其中,网络设备是无线网络中的设备,例如将终端接入到无线网络的无线接入网(radio access network,RAN)节点。目前,一些RAN节点的举例为:gNB、传输接收点(transmission reception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,Wifi)接入点(access point,AP)等。在一种网络结构中,网络设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN设备。
图2示出了本申请实施例提供的一种网络架构的示意图。如图2所示,该网络架构包括核心网(core network,CN)设备和RAN设备。其中RAN设备包括基带装置和射频装置,其中基带装置可以由一个节点实现,也可以由多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成基带装置中,或者部分拉远部分集成在基带装置中。例如,在LTE通信系统中,RAN设备(eNB)包括基带装置和射频装置,其中射频装置可以相对于基带装置拉远布置,例如射频拉远单元(remote radio unit,RRU)相对于BBU拉远布置。
RAN设备和终端之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet dataconvergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能;在一种实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
这些协议层的功能可以由一个节点实现,或者可以由多个节点实现;例如,在一种演进结构中,RAN设备可以包括集中单元(centralized unit,CU)和分布单元(distributedunit,DU),多个DU可以由一个CU集中控制。如图2所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
RAN设备可以由一个节点实现无线资源控制(radio resource control,RRC)、分组数据汇聚层协议(packet data convergence protocol,PDCP)、无线链路控制(radiolink control,RLC)、和媒体接入控制(Media Access Control,MAC)等协议层的功能;或者可以由多个节点实现这些协议层的功能;例如,在一种演进结构中,RAN设备可以包括集中单元(centralized unit,CU)和分布单元(distributed unit,DU),多个DU可以由一个CU集中控制。如图2所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例,还可以在其它协议层划分,例如在RLC层划分,将RLC层及以上协议层的功能设置在CU,RLC层以下协议层的功能设置在DU;或者,在某个协议层中划分,例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外,也可以按其它方式划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。
此外,射频装置可以拉远,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,在此不作任何限制。
图3示出了适用于本申请实施例的网络架构的又一示意图。相对于图2所示的架构,还可以将CU的控制面(CP)和用户面(UP)分离,分成不同实体来实现,分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。
在以上网络架构中,CU产生的信令可以通过DU发送给终端,或者终端产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端或CU。以下实施例中如果涉及这种信令在DU和终端之间的传输,此时,DU对信令的发送或接收包括这种场景。例如,RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端,或者,由接收到的PHY层的信令转变而来。在这种架构下,该RRC或PDCP层的信令,即也可以认为是由DU发送的,或者,由DU和射频发送的。
在以上实施例中CU划分为RAN侧的网络设备,此外,也可以将CU划分为CN侧的网络设备,在此不做限制。
本申请以下实施例中的装置,根据其实现的功能,可以位于终端或网络设备。当采用以上CU-DU的结构时,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
应理解,上述图1至图3仅是示例性说明,不应对本申请构成任何限定。
为便于理解本申请实施例,下面先对本申请中涉及的几个术语做简单说明。
1、免动态授权传输:终端设备的上行传输不通过网络设备的动态调度完成。具体地,当上行数据到达时,终端设备不向网络设备发送调度请求(scheduling request,SR)并等待网络设备的动态授权(dynamic grant),而是可以直接使用网络设备预先分配的传输资源和指定的传输参数向网络设备发送上行数据。
在NR中,上行免动态授权传输可以分为两类。即,基于第一类配置授权的PUSCH传输(type 1 PUSCH transmission with a configured grant,或type 1 configuredgrant configuration,或type 1 configured grant,或type 1 configured grant PUSCHtransmission,或configured grant type 1)和基于第二类配置授权的PUSCH传输(type 2PUSCH transmission with a configured grant,或type 2 configured grantconfiguration,或type 2 configured grant,或type 2 configured grant PUSCHtransmission,或configured grant type 2)。
网络设备可以通过高层信令,如携带在无线资源控制(radio resource control,RRC)消息中的配置的授权配置控制元素(ConfiguredGrantConfig information element,ConfiguredGrantConfig IE),配置configured grant configuration。终端设备可以根据ConfiguredGrantConfig IE中所配置的参数确定该ConfiguredGrantConfig IE所配置的configured grant configuration是第一类configured grant configuration还是第二类configured grant configuration。
下面详细说明这两类上行免动态授权传输。
基于第一类配置授权的PUSCH传输,在本申请实施例中简称为预配置的授权类型1。在预配置的授权类型1中,该configured grant configuration中配置的参数例如可以包括时频资源的周期、开环功控相关参数、波形、冗余版本序列、重复次数、跳频模式、资源分配类型、混合自动重传请求(hybrid automatic repeat request,HARQ)进程(process)数、解调参考信号(demodulation reference signal,DMRS)相关参数、调制编码方案(modulation coding scheme,MCS)表格、资源块组(resource block group,RBG)大小、时域资源、频域资源、MCS等传输参数。这些参数仅仅是用于举例,并非用于限制configuredgrant configuration中配置的参数的组成,configured grant configuration中配置的参数可以包括以上参数的全部或部分,也可以包括其它参数。终端设备在接收到该高层参数后,可以直接使用所配置的传输参数在所配置的时频资源上传输PUSCH。因此,这种传输方案也可以称为全RRC配置的上行授权(fully RRC-configured UL grant)。
基于第二类配置授权的PUSCH传输,在本申请实施例中简称为预配置的授权类型2。在预配置的授权类型2中,该configured grant configuration中配置的参数例如可以包括时频资源的周期、开环功控相关参数、波形、冗余版本序列、重复次数、跳频模式、资源分配类型、HARQ进程数、DMRS相关参数、MCS表格、RBG组大小等传输参数。这些参数仅仅是用于举例,并非用于限制configured grant configuration中配置的参数的组成,configured grant configuration中配置的参数可以包括以上参数的全部或部分,也可以包括其它参数。此后,网络设备可以通过下行控制信息(downlink control information,DCI)激活一个configured grant configuration以进行PUSCH传输。该DCI可选携带所激活的configured grant configuration的索引。该DCI可以进一步配置时域资源、频域资源、DMRS的端口号、MCS等传输参数。因此,终端设备在接收到上述configured grantconfiguration后,并不立即进行PUSCH传输,而在接收到DCI之后,确定所激活的configured grant资源,并结合DCI中所指示的传输参数,基于所配置的传输参数在所配置的时频资源上传输PUSCH。
换句话说,终端设备激活某一个configured grant资源,也就是使得这个configured grant configuration中的参数有效。终端设备可以结合该configured grantconfiguration中的参数和激活该configured grant configuration的DCI中的参数,确定用于传输PUSCH的传输资源和传输参数,从而可以进行PUSCH传输。因此,当DCI激活一个configured grant资源时,可以认为该DCI用于激活基于该configured grantconfiguration的免动态授权传输。
此外,网络设备也可以通过DCI去激活configured grant configuration。具体地,该DCI中可携带去激活的configured grant configuration的索引。终端设备可以根据该索引确定去激活的configured grant configuration。
换句话说,终端设备去激活某一个configured grant configuration,也就是使得这个configured grant configuration中的参数失效。同时终端设备可以去激活(或者说,释放)该configured grant configuration。因此,当DCI去激活一个configured grantconfiguration时,可以认为该DCI用于去激活基于该configured grant configuration的免动态授权传输。
下文中为方便说明,在未作出特别说明的情况下,将上文所述的二类configuredgrant configuration均简称为configured grant。
2、重传机制:在一些系统中,例如NR系统中,规定了重传的机制。其中,由MAC层管理的重传可以被称为HARQ。简单来说,就是接收端如果没有成功接收数据,会反馈否定(negative acknowledgement,NACK)给发送端,发送端对发送失败的数据进行重传。在这种机制中,因为发送端有可能同时有好几块数据正在传输或等待重传,为了准确的标识出需要重传的数据是哪一块,引入了HARQ进程(process)和HARQ进程号的概念。每个HARQ进程对应一个HARQ进程号,NR中,例如,最多一个小区有16个HARQ进程,意味着最多16个数据包可以同时在进行或准备进行传输。当网络设备调度上行数据时,会通过显式或者隐式的方式指示这块数据对应的HARQ进程号,当网络设备想要调这块数据的重传时,同样也指示HARQ进程号,终端设备就知道该重传哪一块数据了。
3、HARQ进程号:HARQ使用停等协议(stop-and-wait protocol)来发送数据。以上行传输为例,终端设备发送一个传输块(transport block,TB)后,就停下来等待确认信息。网络设备可以使用1比特的信息对该传输块进行肯定(acknowledgement,ACK)或NACK的确认。但是每次传输后终端设备就停下来等待确认,会导致吞吐量很低。因此终端设备可以使用多个并行的HARQ进程。当一个HARQ进程在等待确认信息时,终端设备可以使用另一个HARQ进程来继续发送数据。
HARQ进程号也称为HARQ进程标识(identifier,ID)。一个HARQ进程号可用于唯一地指定一个HARQ进程。终端设备在对传输块进行了信道编码之后,可以将信道编码得到的数据寄存在缓存(buffer)中等待发送。缓存中的传输块与HARQ进程可以具有一一对应关系,每个传输块可以对应一个HARQ进程。传输块与HARQ进程的对应关系可以通过传输块与HARQ进程号的对应关系来体现。因此,终端设备可以预先确定传输块与HARQ进程号的对应关系。
由于网络设备在DCI中携带HARQ进程号,因此HARQ进程号与DCI中所指示的时频资源具有对应关系。也就是说,当基于该DCI中所指示的时频资源传输传输块时,该传输块对应的HARQ进程号即为该DCI中携带的HARQ进程号。因此,网络设备和终端设备均可以确定时频资源与HARQ进程号的对应关系。
当网络设备在某一时频资源上接收到的数据未能给成功解码,或者在某一时频资源上未接收到数据,则可将该时频资源所对应的HARQ进程号通过DCI通知终端设备。终端设备可以根据HARQ进程号与传输块的对应关系,确定需要重传的传输块。
下文中为方便说明,在未作出特别说明的情况下,将上文所述的HARQ进程号均简称为HARQ ID。
4、重复(repetition)机制:对于一块资源,终端设备如果被配置了repetition,终端设备自动默认后面紧跟的K个时间点上,存在相同大小相同位置的资源,终端设备将数据在这几个资源上重复发送K次,也就是终端设备自动进行了重传。其中,K可以是网络设备配置的。
5、传输块(TB):传输块可以是来自高层(相对于物理层)的数据块。一个传输块例如可以包含媒体接入控制(media access control,MAC)协议数据单元(protocol dataunit,PDU)的一个数据块,这个数据块可以在一个时间单元上传输,也可以是HARQ重传的单位。在现有的LTE和NR中,对于每个终端设备来说,每个时间单元上最多可以发送两个传输块。作为示例而非限定,该时间单元例如为物理上行共享信道持续时间(PUSCHduration),一个传输块的持续发送时间,一个传输块在一个授权资源上的持续发送时间,或传输时间间隔(transmission time interval,TTI)。
6、超高可靠超低时延通信(ultra-reliability and low latencycommunication,URLLC):可理解为对时延要求较高的一类业务。URLLC业务一般是紧急业务,对传输可靠性和传输时延要求很高。一般要求时延在1ms至50ms,传输可靠性在99.9%至99.9999%。此外丢包率需要维持在严格的可控范围内。
在本申请实施例中,不失一般性且为区分,将紧急业务,如对时延要求较高的业务(如URLLC业务),简称为业务#1,并将该业务#1对应的数据简称为数据#1。
7、增强移动宽带(enhance mobile broadband,eMBB):可理解为相对于业务#1来说,时延要求较低的一类业务。eMBB业务提供大数据量,但对时延的需求可能并不特别高。
在本申请实施例中,不失一般性且为区分,将相对于业务#1紧急程度低的业务,如对时延要求较低的业务(如eMBB业务),简称为业务#2,并将该业务#2对应的数据简称为数据#2。
在一些通信系统中,例如NR通信系统中,以上两种业务(即业务#1和业务#2)都要支持,并且,可能存在一个终端设备内部就有两种业务的通信需求,例如,一辆车,可能有对时延要求紧急的自动驾驶相关的URLLC数据,也可能有视频直播一类的多媒体eMBB数据。
8、逻辑信道(logical channel,LCH):网络设备可以为终端设备配置一个或多个逻辑信道。每个逻辑信道可对应一种业务的服务质量(quality of service,QoS)要求。
在一些系统中,例如NR系统中,业务是承载在逻辑信道上的,例如,终端设备可能同时需要上网业务以及语音业务(例如,Voice over LTE,VoLTE),因此可能被配置两个不同的逻辑信道,以接收或发送不同业务的数据。
因此为了实现合适的业务放在合适的资源上,网络设备预先给终端设备配置逻辑信道到资源参数的映射关系,终端设备收到上行资源后,根据该上行资源的参数,选择能映射上来的逻辑信道里的数据组包,这样就减少了放上不合适的数据的可能性。
当终端设备收到可用于传输数据的资源后,终端设备可以根据该资源的参数来选择不同的数据组包,进而可以减少数据放到不合适的资源上的可能性,进而减少因其导致的无法满足业务需求或者导致的通信系统的效率变低的情况出现。例如,如果该用于传输数据的上行资源是用于传输URLLC业务的资源,终端设备会将URLLC业务的数据放上去。
当有新传的数据时,MAC实体会为每个上行授权资源选择合适的逻辑信道。由于在NR中,物理资源可以支持多个numerology、传输持续时间等参数,MAC层可根据每个上行授权资源的numerology、传输持续时间等参数确定所匹配的逻辑信道。numerology可理解为通信系统所用的参数,例如可包括子载波间隔(subcarrier spacing,SCS)、符号长度、循环前缀(cyclic prefix,CP)长度、资源块(resource block,RB)数、时隙长度、或帧格式等。应理解,这里所列举的numerology所包含的具体内容仅为示例性说明,不应对本申请构成任何限定。例如,numerology还可包括NR中所能支持的其他粒度的参数。
一个上行授权资源可能匹配一个或多个逻辑信道,映射到该上行授权资源的MAC层协议数据单元(protocol data unit,PDU)(即,MAC PDU)只有一个,但复用的逻辑信道可能有多个,这时候也可以为每个逻辑信道分配一个优先级(priority)。MAC实体可按照各逻辑信道的优先级由高到低的顺序,将各逻辑信道的数据映射到MAC PDU中。
在本申请实施例中,不失一般性且为区分,业务#1表示承载于第一逻辑信道上的业务,业务#2表示承载于第二逻辑信道上的业务。其中,各个逻辑信道上承载的业务类型的个数,本申请实施例不作限定。
9、配置授权的定时器(configured Grant Timer):对于configured grant,还规定了一个configured Grant Timer(在本申请中也可以简称为定时器),终端设备在一个configured grant资源上发送了一个数据后,启动该configured Grant Timer,在该configured Grant Timer运行期间,终端设备不能使用属于和发送了数据的configuredgrant资源使用相同的HARQ进程的configured grant资源发送数据。configured grant用于新传,如果前一个数据还没有成功传输,或者还在等待网络设备的调度重传或其他反馈信息,新的属于同一个HARQ进程的configured grant资源到了,终端设备就会进行新传,新的数据包会覆盖旧的数据包,这样导致网络设备想要调重传都没有机会了,因此这个configured Grant Timer的目的,是给网络设备处理和反馈的时间,超时后,终端设备确定网络设备不会再调重传了,才可以将这个HARQ ID对应的资源用起来。这个configuredGrant Timer是每一个HARQ进程维护的,也就是这个configured Grant Timer只限制它对应的HARQ进程的configured grant资源的使用,对应其他HARQ进程的configured grant资源还是可以使用的。
下文中为方便说明,在未作出特别说明的情况下,configured grant timer均为资源#1或资源#2对应的HARQ进程所对应的configured Grant Timer。
对于configured Grant Timer,网络设备动态调度一块资源,如果动态调度的资源和configured grant的HARQ进程是共享,那么终端设备也会启动这个HARQ进程的configured Grant Timer,以解决同一个HARQ进程对应的configured grant资源到了,终端设备触发用这个HARQ进程的configured grant进行新传,新的数据包会覆盖旧的数据包的问题。在终端设备用这个调度资源发送数据后,重启这个configured Grant Timer。
网络设备为终端设备配置了周期性的configured grant,并配置了repetition次数K次,当终端设备使用configured grant进行数据的初传(可以理解为初次repetition)发送后启动或重启该HARQ进程的configured Grant Timer。在后续的重复发送时不再重启这个configured Grant Timer。
在这种机制下,存在以下终端设备内URLLC数据时延增加的情况:
网络设备为终端设备配置了周期性的configured grant,这时,终端设备有eMBB数据要发,网络设备动态调度一块资源。如果动态调度的资源和configured grant的HARQ进程是共享,那么终端设备也会启动这个HARQ进程的configured Grant Timer。但如果此时终端设备有URLLC数据需要发送,若最近的configured grant和这个调度资源的HARQ进程是相同的。这个URLLC只能等待eMBB发送完毕再通过configured grant发送,导致URLLC数据时延增加。
终端设备先使用了configured grant发送了eMBB数据,那么终端设备也会启动这个HARQ进程的configured Grant Timer。但如果此时终端设备有URLLC数据需要发送,若最近的configured grant和这个调度资源的HARQ进程是相同的。同样的,这个URLLC数据只能等待eMBB数据发送完毕再通过configured grant发送,这样会导致URLLC数据传输时延增加。
有鉴于此,本申请提供一种发送数据的方法,以便于优先处理一些紧急的业务数据,例如URLLC业务,以提高这类业务的低时延高可靠需求,减少传输时延,提高用户体验。
为了便于理解本申请实施例,在介绍本申请实施例之前,先作出以下几点说明。
在本申请实施例中,“上行授权”可理解为用于调度物理上行资源的信令,例如,用于上行授权的下行控制信息,或者,用于半静态配置的无线资源控制(radio resourcecontrol,RRC)信令,或者,在半静态配置方式中用于激活上行授权资源的下行控制信息等。“上行授权资源”可理解为通过上行授权指示的资源。“上行授权”和“上行授权资源”都可对应为UL grant,本领域的技术人员可理解其含义。
本申请实施例中,“预先定义”可以通过在设备(例如,包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现,本申请对于其具体的实现方式不做限定。比如预先定义可以是指协议中定义的。
本申请实施例中涉及的“保存”,可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器,可以是单独的设置,也可以是集成在编码器或者译码器,处理器、或通信装置中。所述一个或者多个存储器,也可以是一部分单独设置,一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质,本申请并不对此限定。
“协议”可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
在下文示出的实施例中,第一、第二等仅为便于区分不同的对象,而不应对本申请构成任何限定。
“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或一个以上;“A和B中的至少一个”,类似于“A和/或B”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和B中的至少一个,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
“多个”是指两个或两个以上,其它量词与之类似。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请的技术方案可以应用于无线通信系统中,例如,图1中所示的通信系统100。以下,不失一般性,首先以一个终端设备与网络设备之间的上行传输过程为例详细说明本申请实施例。可以理解,处于无线通信系统中的任意一个终端设备或者配置于终端设备中的芯片均可以基于相同的方法发送上行数据,处于无线通信系统中的任意一个网络设备或者配置于网络设备中的芯片均可以基于相同的方法接收上行数据。本申请对此不做限定。
图4是从设备交互的角度示出的发送数据的方法300的示意性交互图。如图所示,图4中示出的方法300可以包括步骤310至步骤340。下面结合图4详细说明方法300中的各个步骤。
可选地,在步骤310中,终端设备使用资源#1发送数据#1。
如前所述,在下文实施例中,为简洁,用数据#1表示属于业务#1的数据(例如URLLC数据),用资源#1表示发送业务#1的数据时使用的部分或全部资源,业务#1可以是承载于第一逻辑信道上的业务;用数据#2表示属于业务#2的数据(例如eMBB数据),用资源#2表示发送业务#2的数据时使用的部分或全部资源,业务#2可以是承载于第二逻辑信道上的业务。其中,数据#1可以是初传数据也可以是重传数据,数据#2表示新传的或初传的数据。其中,资源#2为configured grant资源。本实施例中,新传和初传的意思相同,都是用一个资源首次发送一个数据块。
在一些系统中,例如NR系统中,数据的传输是受网络设备(例如基站)控制的。网络设备下发控制信令,指示用于传输数据的资源,该用于传输数据的资源如果是上行资源,终端设备会根据资源的大小组一个数据包,在指示的资源上将数据包发送给网络设备。
因此,可选地,在步骤310之前,包括步骤320。在步骤320中,网络设备向终端设备发送上行授权(即配置消息的一例)。相应地,终端设备接收网络设备发送的上行授权。
具体地,上行授权可理解为网络设备发送给终端设备的信令,该信令可用于指示网络设备为终端设备调度的资源。例如,该上行授权可以指示上行授权资源的资源位置,如,上行授权资源的时域位置和频域位置;该上行授权还可指示上行授权资源的大小;该上行授权还可指示与上行授权资源匹配的调制编码方案。也就是说,在利用该上行授权资源发送数据时,采用与该上行授权资源匹配的调制编码方案来对数据进行编码和调制处理。
在一种可能的设计中,该上行授权可以携带在下行控制信息中。
该下行控制信息可以是网络设备基于终端设备的调度请求而发送的。该下行控制信息中的资源分配(resource allocation)可指示上行授权资源的资源位置。这种设计中,数据属于哪个HARQ ID是下行控制信息直接指示的。
其中,下行控制信息可以是DCI,或者,也可以为物理下行控制信道中传输的其他可用于承载下行控制信息的信令。
应理解,这里所说的物理下行控制信道可以是物理下行控制信道(physicaldownlink control channel,PDCCH)、EPDCCH(enhanced PDCCH,增强物理下行控制信道),或随着网络演变而定义的具有上述功能的其他下行信道。
在这种设计中,该上行授权资源可以是动态调度的,这种设计也可以称为动态调度(dynamic scheduling)。
在另一种可能的设计中,该上行授权可以携带在RRC信令中。
该RRC信令可指示预配置给终端设备使用的上行授权资源。该RRC信令中的预配置的授权配置(ConfiguredGrantConfig)信息元素(information element,IE)中可携带上行授权资源的起始位置、资源大小和周期,以便终端设备确定上行授权资源的时域位置和频域位置。该RRC信令指示的资源是周期性出现的,直到被RRC信令删除。这种配置方式即为上文所述的预配置的授权类型1,上述已详细介绍预配置的授权类型1,此处为简洁,不再赘述。在这种配置方式中,上行授权可以为RRC信令。
在另一种可能的设计中,该上行授权可以是下行控制信息。
网络设备可先通过RRC信令指示预配置给终端设备使用的上行授权资源的周期等信息,当终端设备接收到下行控制信息时,可根据该下行控制信息中携带的上行授权资源的起始位置、资源大小以及与上行授权匹配的MCS等信息,此后终端设备激活并开始使用所述预配置的上行授权资源。该下行控制信息可以指示的具体的资源,除非收到去激活命令,否则,该下行控制信息指示的资源周期性出现。这种配置方式即为上文所述的预配置的授权类型2,上述已详细介绍预配置的授权类型2,此处为简洁,不再赘述。在这种配置方式中,上行授权可以为下行控制信息。
在这种设计中,该上行授权资源可以是预配置的,例如可以是半静态调度(semi-persistent scheduling,SPS)的资源或预先配置的configured grant资源。
在这种设计中,该上行授权资源可以服务于周期性业务,网络设备不需要每次都下发控制信令去分配资源,节约了控制信令的开销。该上行授权资源也可以被用于一些对时延性敏感的业务,例如URLLC业务。因为这类业务时延性要求高,且这类业务随时可能会到来,如果通过调度请求或者随机接入去请求资源,可能会太慢,因此网络设备预先配置周期性资源,终端设备有了这类业务的数据,很快就有上行资源可以发送,这样可以降低时延。为了节约资源,这些周期性资源可以是多个终端设备共享的,只要同一块周期性资源上的终端设备数量不要太密集,再加上一些编码的保护处理,网络设备可以将数据包解码出来。
由于这些周期性资源的共享性,为了使得其它业务,例如eMBB业务,不会使用这些资源,导致和共享这块资源的其他终端设备的如URLLC业务的数据发生冲突(虽然一些手段冲突也有概率可以解码成功,但毕竟降低了解码的成功率),网络设备利用逻辑信道到资源参数的映射关系,只将如URLLC业务的数据的逻辑信道映射到这些资源上,这样如eMBB业务的数据就不能使用这些资源了。
应理解,上文中列举的用于携带上行授权的信令以及通过信令指示上行授权资源的方式仅为示例性说明,而不应对本申请构成任何限定。本申请并不排除采用其他的信令来携带上行授权的可能,也不排除采用其他的方式或通过其他字段来指示上行授权资源的可能。
在本申请实施例中,终端设备使用授权资源(例如动态调度的资源或者configured grant资源)发送数据时,可以使用授权资源的部分或全部资源,对此,本申请实施例不作限定。下文,为简洁,均以使用授权资源发送数据为例进行说明。
在步骤320中的上行授权可以是小区无线网络临时标识(cell radio networktemporary identifier,C-RNTI)调度的初传或重传资源,或者也可以是配置调度无线网络临时标识(configured scheduling radio network temporary identifier,CS-RNTI)调度的重传资源,对此本申请实施例不作限定。
例如,以上行授权携带在DCI中为例。该DCI可以是由特定类型的无线网络临时标识(RNTI)加扰的DCI。终端设备在接收到DCI时,可以根据加扰DCI的RNTI的类型,确定该DCI用于重传调度。换句话说,网络设备可以通过CS-RNTI加扰DCI来隐式地指示该DCI用于重传调度。
应理解,CS-RNTI仅为上述特定类型的RNTI的一例,不应对本申请构成任何限定。该特定类型的RNTI还可以包括其他免动态授权传输或高层配置的传输专用的RNTI。协议可以预先定义不同类型的RNTI加扰的DCI的功能,例如可以定义某一类型的RNTI加扰的DCI用于初传调度,也可以定义另一类型的RNTI加扰的DCI用于重传调度。网络设备可以基于该预先定义的RNTI类型和DCI的功能生成DCI,终端设备也可以基于该预先定义的RNTI类型和DCI的功能解析DCI。
在网络设备下发上行授权之前,网络设备可能并不知道终端设备有数据要发送,因此,终端设备需要先通过预配置或者公共的上行资源去请求网络设备分配资源。例如,终端设备可以通过调度请求去请求上行资源,或者终端设备可以通过随机接入信道(randomaccess channel,RACH)请求上行资源。其中,调度请求所使用的资源是网络设备给终端设备预配置的用于请求上行资源的资源,随机接入所使用的资源是承载在公共的随机接入信道上的。
因此,可选地,在步骤320之前,包括步骤330。在步骤330中,终端设备向网络设备发送请求信息,该请求信息用于请求传输数据的资源。相应地,网络设备接收终端设备发送的请求信息,并根据请求信息为终端设备分配用于传输数据的资源。
在步骤340中,终端设备使用资源#2发送数据#2。
在终端设备使用资源#1发送数据#1的过程中,可能会有数据#2到达(即终端设备需要发送数据#2)。如图5所示,终端设备在调度授权的资源#1上发送eMBB数据(即数据#1的一例)的过程中,URLLC数据(即数据#2的一例)到达,且资源#1和用于发送URLLC数据的configured grant资源(即资源#2的一例)对应同一个HARQ ID(如图5中的HARQ 0)。
在本申请实施例中,如果数据#2到达,则终端设备能够使用资源#2发送数据#2。在本申请实施例中,资源#2表示configured grant资源。当数据#2到达时,数据#1的状态有多种可能的情况。为便于理解,简单说明终端设备对在各协议层对数据的处理。
首先,终端设备可在PDCP层对来自上层的网际协议(Internet Protocol,IP)数据包或者NR系统中的业务数据自适应协议(service data adaptation protocol,SDAP)层的协议数据单元(简称,SDAP PDU)进行包头压缩,并可进一步对数据包进行加密,生成PDCP层的PDU(简称,PDCP PDU)后发送至RLC层。
此后,终端设备可在RLC层将来自PDCP层的数据包进行组包,例如分割或级联或将组成一个数据包,生成RLC PDU后发送至MAC层。RLC层可为PDCP层提供服务。在NR系统中,也可以不对上层的数据包进行级联。
此后,终端设备可在MAC层确定空中接口发送的格式,如数据块的大小、与数据块的大小相匹配的物理资源以及物理资源相匹配的MCS等。终端设备可根据MCS生成与之大小匹配的MAC PDU(即,传输块(transport block,TB))后发送至物理层。
此后,终端设备可在物理层对来自MAC层的传输块进行信道编码、速率匹配、交织、加扰和调制等处理,然后通过天线将调制生成的信号发射出去。物理层可以传输信道(transport channel,TCH)的形式向MAC层提供服务。
应理解,上述为便于理解结合NR中的协议栈结构对终端设备在各协议层对上行数据执行的操作作了简单的示例性说明,以上各个过程具体的实现过程并不对本申请实施例的保护范围造成限定,例如上述各个过程可以与现有技术相同。
由上可知,当数据#2到达时,数据#1的状态至少包括以下几种情况中的任意一种。一种可能的情况,MAC层根据资源#1正在组数据#1的新包。又一种可能的情况,MAC层根据资源#1已经了组数据#1的新包,还未递交给物理层。又一种可能的情况,MAC层已经使用资源#1组了数据#1的新包,递交给物理层。又一种可能的情况,MAC层将资源#1还未递交给物理层进行重传。MAC层将资源#1递交给物理层进行重传,等等。
应理解,数据#1的具体状态不对本申请实施例的保护范围造成限定。
为了使得数据#2能够及时的传输,本申请实施例提供至少两种方法:忽略或停止configured Grant Timer的运行状态,或者,推迟configured Grant Timer的运行时机。
应理解,在本申请实施例中,提及的configured Grant Timer为与HARQ进程对应的configured Grant Timer。换句话说,该configured Grant Timer限制它对应的HARQ进程的configured grant资源的使用。
首先介绍第一种方法:忽略或停止configured Grant Timer的运行状态。
当数据#2到达时,configured Grant Timer的运行状态可能会运行状态。根据上文中对configured Grant Timer的介绍可知,configured Grant Timer可以是基于以下任一情况触发运行。
一种情况是,接收资源#1,如果资源#1和资源#2对应同一个HARQ进程,启动或重启该HARQ进程的定时器configured Grant Timer,其中,资源#1为动态调度的资源,资源#2为configured grant资源。
又一种情况是,用资源#1发送数据#1后,启动或重启该HARQ进程的定时器,其中,资源#1为动态调度的资源。
又一种情况是,用资源#1发送数据#1后,启动或重启该HARQ进程的定时器,其中,资源#1为configured grant资源。
上述三种情况都可能触发configured Grant Timer的运行,具体如何触发,本申请实施例不作限定。
假设数据#2到达时,configured Grant Timer的状态为运行状态。因为configured Grant Timer启动,相同HARQ进程的configured grant资源不能被递交到HARQ实体,也就不可能组包,即使终端设备想要终止数据#1的数据传输,改为发送数据#2,但实际上并不能完成组包过程,因为拿不到对应的资源。因此,本申请实施例提出判断能否将一个HARQ进程的configured grant资源递交到HARQ实体时,不仅仅判断该HARQ进程对应的configured Grant Timer是否运行。若有新数据到达或待初传的是数据#2,而正在使用资源#1(如动态调度的资源或configured grant资源)发送的是数据#1,那么不管这个HARQ进程对应的configured Grant Timer是否在运行,将该HARQ ID的configured grant资源递交给HARQ实体。其中,若有新数据到达也可以理解为有更高优先级的数据到达。具体的,通过停止该configured Grant Timer或忽略该configured Grant Timer的运行状态等方式。例如,当资源#1为configured grant资源时,将该HARQ进程的新传数据指示(new dataindicator,NDI)进行翻转,以便进行新传,发送该HARQ进程的配置上行授权以及相关的HARQ进程信息到HARQ实体。又如,当资源#1为动态调度的资源时,停止configured GrantTimer,将该调度资源的HARQ进程的configured grant资源递交到HARQ实体,以便进行新传数据#2的数据块。。
可以通过以下任意一种方式来判断是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态,换句话说,根据以下任意一种方式来判断是否发送数据#2。
方法1:根据数据属性来判断是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态。
当可用的新数据或待新传的数据是业务#2中的数据(即数据#2的一例),configured grant资源对应的HARQ ID中的数据属于业务#1中的数据(即数据#1的一例),根据数据#1和数据#2的数据属性确定忽略或停止该configured Grant Timer的运行,使得该HARQID对应的configured grant资源可用于发送数据#2。可选的,可用的新数据是比任何一个逻辑信道组(logical channel group,LCG)的任何包含有数据的逻辑信道的优先级更高的新的上行数据。
一种可能的实现方式,当确定数据#2的优先级高于数据#1的优先级时,确定停止该configured Grant Timer或忽略该configured Grant Timer运行状态。
数据#2的优先级高于数据#1的优先级,即可以理解为第一逻辑信道的优先级高于第二逻辑信道的优先级,或者,第一逻辑信道上承载的业务的优先级高于第二逻辑信道上承载的业务的优先级。
数据#2的优先级高于数据#1的优先级,可以是指:数据#2的可靠性要求高于数据#1,和/或,数据#2的时延需求要求高于数据#1,等等。
又一种可能的实现方式,数据#2可使用的资源的maxPUSCH-Duration的长度小于数据#1可使用的资源的maxPUSCH-Duration的长度时,确定停止该configured GrantTimer或忽略该configured Grant Timer运行状态。
又一种可能的实现方式,数据#2可使用的资源的子载波间隔大于数据#1可使用的资源的子载波间隔时,确定停止该configured Grant Timer或忽略该configured GrantTimer运行状态。
应理解,方法1中仅示例性地列举了多种可能的实现方式确定是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态,本申请实施例并未限定于此,任何可以通过数据确定是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态的方法都落入本申请实施例的保护范围。例如,上述多种可能的实现方式可以单独使用也可以结合使用。
方法2:根据逻辑信道的信息来判断是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态。
例如,根据逻辑信道与数据的对应关系来判断是否可以停止该configured GrantTimer或忽略该configured Grant Timer运行状态。
假设终端设备所接收到的上行授权所指示的上行授权资源是与承载业务数据的逻辑信道相匹配的资源。终端设备可基于现有技术的方法,将与承载业务数据的逻辑信道相匹配的资源确定出来,例如,根据承载业务数据的逻辑信道的一些信息,如传输持续时间、numerology中的子载波间隔等参数匹配相应的上行授权资源。由于终端设备确定与逻辑信道匹配的资源的具体方法可以和现有技术相同,为了简洁,这里不再赘述。
在本申请实施例中,也可以利用逻辑信道与业务,或逻辑信道与业务的数据,之间的对应关系来判断是否可以停止该configured Grant Timer或忽略该configured GrantTimer运行状态。假设逻辑信道#1与数据#1对应,即逻辑信道#1上承载业务#1的数据;逻辑信道#2与数据#2对应,即逻辑信道#2上承载业务#2的数据。
一种可能的实现方式,终端设备从网络设备接收配置逻辑信道的配置信息,该配置信息指示数据#2属于该逻辑信道#2,若数据#1(即正在使用configured grant资源对应的HARQ ID发送的数据)不属于该逻辑信道#2,则可以停止configured Grant Timer(即HARQ进程对应的configured Grant Timer)的运行或将该HARQ进程对应的configuredgrant和相关的HARQ进程信息发送到HARQ实体。
又一种可能的实现方式,终端设备从网络设备接收配置逻辑信道的配置信息,该配置信息指示数据#1(即正在使用configured grant资源对应的HARQ ID发送的数据)属于该逻辑信道#1,如果有待发送的不是逻辑信道#1的数据#2(如可用新数据或待初传的数据)时,则可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态。
又如,根据逻辑信道的优先级来判断是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态。
一种可能的实现方式,数据#2对应的逻辑信道的优先级高于数据#1对应的逻辑信道的优先级;或者,数据#2对应的逻辑信道的抢占优先级高于数据#1对应的逻辑信道的抢占优先级;或者,数据#2对应的逻辑信道的时延性要求高于数据#1对应的逻辑信道的时延性要求;或者,数据#2对应的逻辑信道的传输可靠性高于数据#1对应的逻辑信道的传输可靠性。其中,逻辑信道的优先级也可以表示逻辑信道上承载的业务的优先级。
应理解,方法2中仅示例性地列举了多种可能的实现方式确定是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态,本申请实施例并未限定于此,任何可以通过业务或业务的数据与逻辑信道的对应关系、或者根据逻辑信道的优先级,确定是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态的方法都落入本申请实施例的保护范围。例如,网络设置直接指示承载高优先级的数据的逻辑信道的配置信息,当正在发送的数据(如数据#1)部署于该逻辑信道时,则停止configured Grant Timer或忽略configured Grant Timer运行状态。
方法3:根据资源的属性参数来判断是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态。
一种可能的实现方式,如果当前HARQ ID的调度授权的资源#1所使用的PUSCHduration、子载波间隔、CP长度、MCS表(table)等不能满足数据#2(如待新传的数据或可用的新数据),确定向HARQ实体发送该HARQ ID对应的configured grant。
又一种可能的实现方式,资源#1不能满足数据#2时,停止该configured GrantTimer或忽略该configured Grant Timer运行状态。
比如,maxPUSCH duration不满足,即资源#1的maxPUSCH duration大于资源#2的maxPUSCH duration,则可以停止该configured Grant Timer或忽略该configured GrantTimer运行状态。又如MCS不满足,即资源#1的MCS高于资源#2的MCS,也可以理解为MCStable不满足,即资源#1使用的MCS table的块差错率(block error ratio,BLER)大于configured grant资源使用的MCS table的BLER),则可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态。又如,映射到configured grant上的逻辑信道不能完全映射到资源#1,则可以停止该configured Grant Timer或忽略该configuredGrant Timer运行状态。
应理解,方法3中仅示例性地列举了多种可能的实现方式确定是否可以停止该configured Grant Timer或忽略该configured Grant Timer运行状态,本申请实施例并未限定于此,任何可以通过资源#1和/或资源#2的信息确定是否可以停止该configuredGrant Timer或忽略该configured Grant Timer运行状态的方法都落入本申请实施例的保护范围。例如,上述多种可能的实现方式可以单独使用也可以结合使用。
基于上述技术方案,当终端设备正在使用调度的资源发送低优先级的业务数据时,例如eMBB数据,如果出现待发送的高优先级的业务数据时,例如URLLC数据,且用于传输高优先级的业务数据的configured grant资源与调度的资源对应的HARQ进程号相同,那么可以停止发送低优先级的业务数据,并使用configured grant资源发送高优先级的业务数据,以解决需要等到低优先级的业务数据发送完毕后才可以使用configured grant资源发送该高优先级的业务数据的问题。通过增加资源的优先级判断、处理预配置的configuredGrant Timer(例如忽略或停止configured Grant Timer的运行状态)、根据调度资源(如资源#1的一例)和预配置资源(如资源#2的一例)的属性、或者根据调度资源发送的数据和预配置资源待发送的数据的属性等等,确定使用预配置的资源进行新传,从而不仅可以提高configured grant资源的资源利用率,还可以提高高优先级业务的传输性能。
下面结合图6详细说明上述第二种方法:推迟启动configured Grant Timer。
图6是从设备交互的角度示出的发送数据的方法400的示意性流程图。如图所示,图6中示出的方法400可以包括步骤410至步骤440。下面结合图6详细说明方法400中的各个步骤。
在步骤410中,网络设备向终端设备发送上行授权(资源#1的一例)。相应地,终端设备接收网络设备发送的上行授权。
步骤410同方法300中的步骤320类似,此处,为简洁,不再赘述。
可选地,在步骤410之前,包括步骤420。在步骤420中,终端设备向网络设备发送请求信息,该请求信息用于请求传输数据的资源。相应地,网络设备接收终端设备发送的请求信息,并根据请求信息为终端设备分配用于传输数据的资源。
步骤420同方法300中的步骤330类似,此处,为简洁,不再赘述。
在步骤430中,终端设备判断是否要启动或重启configured Grant Timer。
如何判断是否要运行有很多方式。比如,若这个上行授权资源的PUSCH duration大于预定义门限、CP长度大于预定义门限、或子载波间小于预定义门限等,确定不启动。预定义门限可以是网络配置或协议约定、或者终端设备内部实现确定的,对此,本申请实施例不作限定。比如,若这个上行授权资源可用于发送数据所属的逻辑信道是网络设备通知终端设备要启动configured Grant Timer,那么终端设备在收到这个上行授权时,启动该上行授权和HARQ进程号的configured Grant Timer。比如,若这个上行授权资源可用于发送数据所属的逻辑信道是网络设备通知终端设备不要启动或推迟启动configured GrantTimer,那么终端设备在收到这个上行授权时,不启动或推迟启动该上行授权和HARQ进程号的configured Grant Timer。
当configured Grant Timer没有运行时,将与该configured Grant Timer对应的HARQ进程的配置资源发送到HARQ实体,即将与该configured Grant Timer对应的HARQ进程的configured grant以及该HARQ信息发送到HARQ实体,其中,该HARQ进程上的待发送数据是数据#1。该数据#1可以新传的数据,也可以是重传的数据,对此,不作限定。
当configured Grant Timer没有运行时,终端设备等待是否出现待发送的数据#2(即待初传或新传的数据#2)。当出现待发送的数据#2时,终端设备使用资源#2发送数据#2,启动configured Grant Timer;当未出现待发送的数据#2时,即在HARQ实体没有获得用于该HARQ进程的待新传的数据#2时,不清除该HARQ进程的缓存,或者,启动或恢复运行该HARQ进程对应的configured Grant Timer。也就是说,终端设备在收到该HARQ ID(即资源#1的HARQ ID)对应的configured grant时,且没有获取到网络设备指定的某个逻辑信道的数据,不清除缓存。终端设备用资源#1发送数据#1,若这个资源#1的HARQ进程的configuredGrant Timer还没有启动,则启动该configured Grant Timer。网络设备指定的逻辑信道的数据是相对当前终端设备将要发送的数据#1优先级更高的数据。网络设备指定的逻辑信道可以是从网络设备收到的配置的指定的逻辑信道的标识,终端设备没有启动这个configured Grant Timer就是期望要等待这个逻辑信道的新传数据。
可选地,如果资源#1为动态调度的资源,且资源#1和configured grant用于或对应于同一个HARQ进程时,则可以确定不启动或推迟启动定时器,或者,设置该定时器为挂起或暂停、推迟启动的状态。
可选地,终端设备可以根据方法300中提及的方法1至方法3中的任意一种来判断是否要启动或者是否要推迟启动configured Grant Timer。此处,为简洁,不再赘述。
图6中仅示出了终端设备接收到资源#1后,暂时不启动configured Grant Timer的情况。当终端设备判断不启动configured Grant Timer时,方法400还可以包括步骤440,在步骤440中,终端设备不清除缓存(flush buffer)。下面结合两种场景说明。
场景1:
HARQ实体获取到MAC PDU。
例如,有待发送的数据#2,则终端设备使用资源#2发送数据#2,组成MAC PDU,并将这个包和HARQ进程信息、授权资源递交至HARQ实体。HARQ实体对这个MAC PDU进行新传。此时,终端设备不会flush buffer。
其中,MAC PDU中还可以包括其他信息,例如MAC层控制信息等,对此,本申请实施例不作限定。
场景2:
HARQ实体没有获取到MAC PDU。比如,HARQ实体用这个HARQ进程的配置资源去获取期望的逻辑信道的数据包,但是没有获取到所期望逻辑信道的数据包。可能的情况是,没有任何数据可组成一个新的MAC PDU,或者是只有非期望逻辑信道的数据。这两种情况下,都不应该用这个配置资源来组一个新MAC PDU。
根据本申请实施例,推迟configured Grant Timer的运行时机,也可以理解为暂时不启动configured Grant Timer。HARQ实体没有获取到一个MAC PDU,如此时没有待发送的数据#2。即使HARQ实体没有获取到MAC PDU,终端设备也不会flush buffer。终端设备可以根据以下任一可能的实现方式,确定不flush buffer:
一种可能的实现方式,终端设备记录configured Grant Timer的状态为挂起、暂停或推迟启动状态。
例如,可以设置一个标识字段,用于标识不启动或推迟启动定时器,或者,设置该定时器为挂起的状态。终端设备接收到资源#1后,资源#1的HARQ进程号对应的configuredGrant Timer的状态为没有启动暂时挂起的状态。那么根据configured Grant Timer的状态为挂起的状态,终端设备不flush buffer。当获得一个期望的待发送的数据#2时,在终端设备使用资源#2发送数据#2,启动这个HARQ进程号的configured Grant timer,configured Grant Timer的状态从挂起状态转换为运行状态,终端设备使用资源#2发送数据#2。当不出现待发送的数据#2时,则configured Grant Timer的状态从挂起状态转换为运行状态,终端设备使用资源#1发送数据#1。
又一种可能的实现方式,终端设备记录configured Grant Timer没有启动的原因是等待是否有数据#2到达。
例如,在这个数据#1的资源所对应的HARQ进程号所在配置资源发送时机,如果有相对于数据#1的优先级更高的数据#2需要发送,发送数据#2并启动configured GrantTimer;如果没有相对于数据#1的优先级更高的数据需要发送,则不flush buffer,启动configured Grant Timer,并使用资源#1发送数据#1。
如果HARQ实体没有获取到一个所期望的逻辑信道的MAC PDU,,终端设备不flushbuffer。例如等待是否有数据#2到达。如果有待新传的数据#2,终端设备使用资源#2发送数据#2,则configured Grant Timer的状态从挂起状态转换为运行状态。如果没有待新传的数据#2,终端设备使用资源#1发送数据#1,则configured Grant Timer的状态从挂起状态转换为运行状态。
上述结合场景1和场景2说明了,不管HARQ实体有没有获取到期望的逻辑信道的新传MAC PDU,终端设备均不flush buffer。当HARQ实体没有获取到MAC PDU,终端设备等待是否有数据#2,不flush buffer。
在本申请实施例中,等待是否有数据#2到达,即表示等待是否有数据#2需要发送,数据#2表示与数据#1相比,优先级更高的数据。
可选地,网络设备可以通知一个或多个逻辑信道的信息(例如通知该一个或多个逻辑信道的ID),通知终端设备要等待该一个或多个逻辑信道上的数据到达。其中,该一个或多个逻辑信道上承载优先级较高的或者最高的业务的数据。当该一个或多个逻辑信道上的数据到达时启动configured Grant Timer,否则,不启动configured Grant Timer。
可选地,网络设备通知终端设备一个或多个逻辑信道的信息(例如通知该一个或多个逻辑信道的ID),当收到资源#1,该资源#1的HARQ ID与configured grant资源的HARQID一样,且该资源#1发送的数据承载于该一个或多个逻辑信道上时,不启动configuredGrant Timer。
基于上述技术方案,当终端设备接收到用于发送数据#1的调度资源时,如果该调度资源的HARQ ID是和configured grant资源的HARQ ID是共享的,则终端设备延迟启动configured Grant Timer,以等待数据#2(即比数据#1的优先级高的数据),以便当数据#2到达时,可以及时发送数据#2,不需要等到数据#1发送完毕后才可以使用configuredgrant资源发送数据#2,提高configured grant资源的资源利用率。尤其是数据#2的时延性敏感时,可以提高业务数据的传输性能。
应理解,以上结合图4至图6对本申请实施例提供的发送数据的方法做了详细说明,应理解,文中仅为便于理解,以终端设备和网络设备的交互为例详细说明了本申请实施例提供的方法,但这不应对本申请构成任何限定。终端设备也可以在接收到网络设备的调度资源的情况下,与其他设备(例如,其他网络设备或终端设备等)发送数据#1。本申请对此不做限定。
还应理解,在上述各本申请实施例中,各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
以上,结合图4至图6对本申请实施例提供的发送数据的方法做了详细说明。以下,结合图7至图10对本申请实施例提供的装置做详细说明。
本申请实施例还提供用于实现以上任一种方法的装置。例如,提供一种装置,包括用以实现以上任一种方法中终端设备所执行的各个步骤的单元(或手段)。再如,还提供另一种装置,包括用以实现以上任一种方法中网络设备所执行的各个步骤的单元(或手段)。
图7是本申请实施例提供的装置500的示意性框图。如图7所示,该装置500可包括:收发单元510和处理单元520。
在一种可能的设计中,该通信装置400可以为上述方法300、方法400中的终端设备,例如,可以为终端设备,或者配置于终端设备中的芯片。
一种可能的实施方式,该收发单元510用于从网络设备接收配置消息,配置消息用于指示配置授权,配置消息包括定时器信息;该处理单元520用于确定配置授权用于第一HARQ进程且针对第一HARQ进程启动定时器,第一HARQ进程的待发送数据是第一逻辑信道的数据;处理单元520还用于在定时器运行期间,当有待新传的第二逻辑信道的数据时,停止定时器,或者,发送第一HARQ进程的配置授权以及所述第一HARQ进程的信息到HARQ实体;收发单元510还用于:使用配置授权发送第二逻辑信道的数据。
可选地,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件。
可选地,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件,包括:
第一逻辑信道的第一上行授权资源的最大物理上行共享信道持续时间maxPUSCH-Duration大于第二逻辑信道的第二上行授权资源的maxPUSCH-Duration;或者,
第一逻辑信道的第一上行授权资源的子载波间隔小于第二逻辑信道的第二上行授权资源的子载波间隔;或者,
第一逻辑信道的第一上行授权资源的循环前缀CP长度大于第二逻辑信道的第二上行授权资源的CP长度;或者,
第一逻辑信道的第一上行授权资源的调制编码方案MCS索引值高于第二逻辑信道的第二上行授权资源的MCS索引值。
可选地,第二逻辑信道的优先级高于第一逻辑信道的优先级;或者,第二逻辑信道的抢占优先级高于第一逻辑信道的抢占优先级;或者,第二逻辑信道的时延性要求高于第一逻辑信道的时延性要求;或者,第二逻辑信道的传输可靠性高于第一逻辑信道的传输可靠性。
可选地,第一逻辑信道的数据发送是允许被抢占的。
可选地,第二逻辑信道的数据发送是允许抢占发送的。
可选地,处理单元520还用于:将第一HARQ进程的新传数据指示NDI进行翻转。
又一种可能的实施方式中,该收发单元510用于从网络设备接收配置消息,该配置消息用于为至少一个HARQ进程配置配置授权,该配置消息包括定时器信息;
该处理单元520用于当至少一个HARQ进程中的第一HARQ进程对应的定时器没有运行时,将第一HARQ进程的配置资源发送到HARQ实体,其中第一HARQ进程上的待发送数据是第一逻辑信道的数据;处理单元520还用于:在HARQ实体没有获得用于第一HARQ进程的待新传的第二逻辑信道的数据时,不清除第一HARQ进程的缓存器,或者,启动或恢复运行第一HARQ进程对应的定时器。
可选地,该收发单元510还用于:接收第一上行授权,该第一上行授权用于发送第一逻辑信道的数据;该处理单元520用于:第一上行授权和配置授权对应于第一HARQ进程时,确定不启动或推迟启动定时器,或者,设置该定时器为挂起的状态。
可选地,处理单元520还用于:设置标识字段,该标识字段用于标识不启动或推迟启动定时器,或者,设置该定时器为挂起的状态。
可选地,处理单元520具体用于:当设置了推迟启动定时器的标识字段或该定时器为挂起的状态时,不清除第一HARQ进程的缓存器。
可选地,处理单元520具体用于:当设置了推迟启动定时器的标识字段或该定时器为挂起的状态时,启动或恢复运行第一HARQ进程对应的定时器。
可选地,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件。
可选地,第一逻辑信道的属性参数和第二逻辑信道的属性参数满足预设条件,包括:
第一逻辑信道的第一上行授权资源的最大物理上行共享信道持续时间maxPUSCH-Duration大于第二逻辑信道的第二上行授权资源的maxPUSCH-Duration;或者,
第一逻辑信道的第一上行授权资源的子载波间隔小于第二逻辑信道的第二上行授权资源的子载波间隔;或者,
第一逻辑信道的第一上行授权资源的循环前缀CP长度大于第二逻辑信道的第二上行授权资源的CP长度;或者,
第一逻辑信道的第一上行授权资源的调制编码方案MCS索引值高于第二逻辑信道的第二上行授权资源的MCS索引值。
可选地,第二逻辑信道的优先级高于第一逻辑信道的优先级;或者,第二逻辑信道的抢占优先级高于第一逻辑信道的抢占优先级;或者,第二逻辑信道的时延性要求高于第一逻辑信道的时延性要求;或者,第二逻辑信道的传输可靠性高于第一逻辑信道的传输可靠性。
可选地,第一逻辑信道的数据发送是允许被抢占的。
可选地,第二逻辑信道的数据发送是允许抢占发送的。
应理解,装置500可对应于根据本申请实施例的方法300、方法400中的终端设备,该装置500可以包括用于执行图4中方法200、图6中方法400中的终端设备执行的方法的单元。并且,该装置500中的各单元和上述其他操作和/或功能分别为了实现图4中方法200、图6中方法400的相应流程。各单元执行上述相应步骤的具体过程请参照前文中结合图4至图6的方法实施例的描述,为了简洁,这里不再赘述。
还应理解,该装置500为配置于终端设备中的芯片时,该装置500中的收发单元510可以为输入/输出接口。
在另一种可能的设计中,该装置500可以为上述方法300、方法400中的网络设备,例如,可以为网络设备,或者配置于网络设备中的芯片。
具体地,该装置500可对应于根据本申请实施例的方法300、方法400中的网络设备,该装置500可以包括用于执行图4中方法200、图6中方法400中的网络设备执行的方法的单元。并且,该装置500中的各单元和上述其他操作和/或功能分别为了实现图4中方法200、图6中方法400的相应流程。
还应理解,该装置500为配置于网络设备中的芯片时,该装置500中的收发单元510可以为输入/输出接口。
应理解以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific IntegratedCircuit,ASIC),或,一个或多个微处理器(digital singnal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
图8是本申请实施例提供的终端设备800的结构示意图。其可以为以上实施例中的终端,用于实现以上实施例中终端的操作。如图8所示,该终端包括:天线810、射频部分820、信号处理部分830。天线810与射频部分820连接。在下行方向上,射频部分820通过天线810接收网络设备发送的信息,将网络设备发送的信息发送给信号处理部分830进行处理。在上行方向上,信号处理部分830对终端的信息进行处理,并发送给射频部分820,射频部分820对终端的信息进行处理后经过天线810发送给网络设备。
信号处理部分830可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统,周边子系统等,其中多媒体子系统用于实现对终端相机,屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选的,以上用于终端的装置可以位于该调制解调子系统。
调制解调子系统可以包括一个或多个处理元件831,例如,包括一个主控CPU和其它集成电路。此外,该调制解调子系统还可以包括存储元件832和接口电路833。存储元件832用于存储数据和程序,但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件832中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路833用于与其它子系统通信。以上用于终端的装置可以位于调制解调子系统,该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端执行的方法。
在又一种实现中,终端实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
图9是本申请实施例提供的网络设备的结构示意图,其为本申请实施例提供的一种网络设备的结构示意图。用于实现以上实施例中网络设备的操作。如图9所示,该网络设备包括:天线901、射频装置902、基带装置903。天线901与射频装置902连接。在上行方向上,射频装置902通过天线901接收终端发送的信息,将终端发送的信息发送给基带装置903进行处理。在下行方向上,基带装置903对终端的信息进行处理,并发送给射频装置902,射频装置902对终端的信息进行处理后经过天线901发送给终端。
基带装置903可以包括一个或多个处理元件9031,例如,包括一个主控CPU和其它集成电路。此外,该基带装置903还可以包括存储元件9032和接口9033,存储元件9032用于存储程序和数据;接口9033用于与射频装置902交互信息,该接口例如为通用公共无线接口(common public radio interface,CPRI)。以上用于网络设备的装置可以位于基带装置903,例如,以上用于网络设备的装置可以为基带装置903上的芯片,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤,接口电路用于与其它装置通信。在一种实现中,网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于网络设备的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件,也可以为与处理元件处于不同芯片上的存储元件,即片外存储元件。
在另一种实现中,网络设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于基带装置上,这里的处理元件可以为集成电路,例如:一个或多个ASIC,或,一个或多个DSP,或,一个或者多个FPGA,或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
网络设备实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,例如,基带装置包括该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上网络设备执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于网络设备的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如CPU,还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
图10是本申请实施例提供的网络设备的结构示意图,其为本申请实施例提供的又一种网络设备的结构示意图。
如图10所示,该网络设备包括:处理器1010,存储器1020,和接口1030,处理器1010、存储器1020和接口1030信号连接。
以上…装置位于该网络设备中,且各个单元的功能可以通过处理器1010调用存储器1020中存储的程序来实现。即,以上…装置包括存储器和处理器,存储器用于存储程序,该程序被处理器调用,以执行以上方法实施例中的方法。这里的处理器可以是一种具有信号的处理能力的集成电路,例如CPU。或者以上各个单元的功能可以通过配置成实施以上方法的一个或多个集成电路来实现。例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。或者,可以结合以上实现方式。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器,用于执行上述方法实施例中的通信的方法。
应理解,上述处理装置可以是一个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图4至图6所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图4至图6所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的一个或多个终端设备以及一个或多个网络设备。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disc,SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (18)
1.一种发送数据的方法,其特征在于,包括:
终端设备从网络设备接收配置消息,所述配置消息用于指示配置授权,所述配置消息包括定时器信息;
所述终端设备确定所述配置授权用于第一混合自动重传请求HARQ进程且针对第一HARQ进程启动所述定时器,所述第一HARQ进程的待发送数据是第一逻辑信道的数据;
在所述定时器运行期间,当有待新传的第二逻辑信道的数据时,停止所述定时器,或者,发送所述第一HARQ进程的所述配置授权以及所述第一HARQ进程的信息到HARQ实体;且
所述终端设备使用所述配置授权发送所述第二逻辑信道的数据。
2.根据权利要求1所述的方法,其特征在于,所述第一逻辑信道的属性参数和所述第二逻辑信道的属性参数满足预设条件。
3.根据权利要求2所述的方法,其特征在于,所述第一逻辑信道的属性参数和所述第二逻辑信道的属性参数满足预设条件,包括:
所述第一逻辑信道的第一上行授权资源的最大物理上行共享信道持续时间maxPUSCH-Duration大于所述第二逻辑信道的第二上行授权资源的maxPUSCH-Duration;或者,
所述第一逻辑信道的第一上行授权资源的子载波间隔小于所述第二逻辑信道的第二上行授权资源的子载波间隔;或者,
所述第一逻辑信道的第一上行授权资源的循环前缀CP长度大于所述第二逻辑信道的第二上行授权资源的CP长度;或者,
所述第一逻辑信道的第一上行授权资源的调制编码方案MCS索引值高于所述第二逻辑信道的第二上行授权资源的MCS索引值。
4.根据权利要求1至3中任一项所述的方法,其特征在于,
所述第二逻辑信道的优先级高于所述第一逻辑信道的优先级;或者,
所述第二逻辑信道的抢占优先级高于所述第一逻辑信道的抢占优先级;或者,
所述第二逻辑信道的时延性要求高于所述第一逻辑信道的时延性要求;或者,
所述第二逻辑信道的传输可靠性高于所述第一逻辑信道的传输可靠性。
5.根据权利要求1至4中任一项所述的方法,其特征在于,
所述第一逻辑信道的数据发送是允许被抢占的。
6.根据权利要求1至5中任一项所述的方法,其特征在于,
所述第二逻辑信道的数据发送是允许抢占发送的。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述当有待新传的第二逻辑信道的数据时,发送所述第一HARQ进程的配置授权以及所述第一HARQ进程的信息到HARQ实体,还包括:
将所述第一HARQ进程的新传数据指示NDI进行翻转。
8.一种发送数据的装置,其特征在于,包括:
收发单元,用于从网络设备接收配置消息,所述配置消息用于指示配置授权,所述配置消息包括定时器信息;
处理单元,用于确定所述配置授权用于第一混合自动重传请求HARQ进程且针对第一HARQ进程启动所述定时器,所述第一HARQ进程的待发送数据是第一逻辑信道的数据;
所述处理单元还用于:在所述定时器运行期间,当有待新传的第二逻辑信道的数据时,停止所述定时器,或者,发送所述第一HARQ进程的所述配置授权以及所述第一HARQ进程的信息到HARQ实体;且
所述收发单元还用于:使用所述配置授权发送所述第二逻辑信道的数据。
9.根据权利要求8所述的装置,其特征在于,所述第一逻辑信道的属性参数和所述第二逻辑信道的属性参数满足预设条件。
10.根据权利要求9所述的装置,其特征在于,所述第一逻辑信道的属性参数和所述第二逻辑信道的属性参数满足预设条件,包括:
所述第一逻辑信道的第一上行授权资源的最大物理上行共享信道持续时间maxPUSCH-Duration大于所述第二逻辑信道的第二上行授权资源的maxPUSCH-Duration;或者,
所述第一逻辑信道的第一上行授权资源的子载波间隔小于所述第二逻辑信道的第二上行授权资源的子载波间隔;或者,
所述第一逻辑信道的第一上行授权资源的循环前缀CP长度大于所述第二逻辑信道的第二上行授权资源的CP长度;或者,
所述第一逻辑信道的第一上行授权资源的调制编码方案MCS索引值高于所述第二逻辑信道的第二上行授权资源的MCS索引值。
11.根据权利要求8至10中任一项所述的装置,其特征在于,
所述第二逻辑信道的优先级高于所述第一逻辑信道的优先级;或者,
所述第二逻辑信道的抢占优先级高于所述第一逻辑信道的抢占优先级;或者,
所述第二逻辑信道的时延性要求高于所述第一逻辑信道的时延性要求;或者,
所述第二逻辑信道的传输可靠性高于所述第一逻辑信道的传输可靠性。
12.根据权利要求8至11中任一项所述的装置,其特征在于,
所述第一逻辑信道的数据发送是允许被抢占的。
13.根据权利要求8至12中任一项所述的装置,其特征在于,
所述第二逻辑信道的数据发送是允许抢占发送的。
14.根据权利要求8至13中任一项所述的装置,其特征在于,所述处理单元还用于:
将所述第一HARQ进程的新传数据指示NDI进行翻转。
15.一种发送数据的装置,其特征在于,包括处理器和接口电路,
所述处理器用于通过所述接口电路与网络设备通信,并执行如权利要求1至7中任一项所述的方法。
16.一种发送数据的装置,其特征在于,包括处理器,用于与存储器相连,读取并执行所述存储器中存储的程序,以实现如权利要求1至7中任一项所述的方法。
17.一种终端设备,其特征在于,包括如权利要求8至16中任一项所述的装置。
18.一种计算机可读介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至7中任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811333411.7A CN111181693B (zh) | 2018-11-09 | 2018-11-09 | 发送数据的方法、发送数据的装置、以及终端设备 |
PCT/CN2019/116436 WO2020094107A1 (zh) | 2018-11-09 | 2019-11-08 | 发送数据的方法、发送数据的装置、以及终端设备 |
EP19881652.2A EP3866364A4 (en) | 2018-11-09 | 2019-11-08 | DATA SENDING PROCESS, DATA SENDING DEVICE, AND TERMINAL DEVICE |
US17/315,082 US12035324B2 (en) | 2018-11-09 | 2021-05-07 | Data sending method, data sending apparatus, and terminal device utilizing a configured grant resource |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811333411.7A CN111181693B (zh) | 2018-11-09 | 2018-11-09 | 发送数据的方法、发送数据的装置、以及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111181693A true CN111181693A (zh) | 2020-05-19 |
CN111181693B CN111181693B (zh) | 2021-08-31 |
Family
ID=70611723
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811333411.7A Active CN111181693B (zh) | 2018-11-09 | 2018-11-09 | 发送数据的方法、发送数据的装置、以及终端设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US12035324B2 (zh) |
EP (1) | EP3866364A4 (zh) |
CN (1) | CN111181693B (zh) |
WO (1) | WO2020094107A1 (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112640523A (zh) * | 2020-07-03 | 2021-04-09 | 华为技术有限公司 | 一种通信方法及装置 |
CN113709804A (zh) * | 2020-05-22 | 2021-11-26 | 维沃移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113938905A (zh) * | 2020-06-29 | 2022-01-14 | 华为技术有限公司 | 数据传输方法及装置 |
CN113938839A (zh) * | 2020-06-29 | 2022-01-14 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2022027482A1 (en) * | 2020-08-06 | 2022-02-10 | Zte Corporation | Methods and devices for managing transmission on shared spectrum channel |
WO2022041002A1 (zh) * | 2020-08-26 | 2022-03-03 | Oppo广东移动通信有限公司 | 传输方法和终端设备 |
CN114285534A (zh) * | 2020-09-28 | 2022-04-05 | 维沃移动通信有限公司 | 传输信息确定方法、装置和终端 |
WO2022067864A1 (en) * | 2020-10-02 | 2022-04-07 | Qualcomm Incorporated | Dynamic indication of uplink transmission parameters via configured grant-uci (cg-uci) |
CN114390553A (zh) * | 2020-10-20 | 2022-04-22 | 大唐移动通信设备有限公司 | 配置授权传输机制的配置方法、装置、网络设备及终端 |
WO2022087849A1 (zh) * | 2020-10-27 | 2022-05-05 | Oppo广东移动通信有限公司 | 一种无线通信方法、终端设备及网络设备 |
WO2022087836A1 (zh) * | 2020-10-27 | 2022-05-05 | Oppo广东移动通信有限公司 | 传输方法和终端设备 |
WO2022133924A1 (zh) * | 2020-12-24 | 2022-06-30 | 北京小米移动软件有限公司 | 一种数据重传确定方法及设备 |
WO2022141570A1 (zh) * | 2020-12-31 | 2022-07-07 | 华为技术有限公司 | 数据传输方法及通信装置 |
CN114765831A (zh) * | 2021-01-12 | 2022-07-19 | 华为技术有限公司 | 上行资源预申请的方法及相关设备 |
CN115174008A (zh) * | 2021-04-02 | 2022-10-11 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
CN115189822A (zh) * | 2021-04-01 | 2022-10-14 | 维沃移动通信有限公司 | 数据传输方法、装置、ue及可读存储设备 |
CN115668832A (zh) * | 2020-05-20 | 2023-01-31 | 瑞典爱立信有限公司 | 用于处理参数集改变的方法和装置 |
CN115699864A (zh) * | 2020-08-21 | 2023-02-03 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
WO2023131220A1 (zh) * | 2022-01-10 | 2023-07-13 | 华为技术有限公司 | 一种通信方法、装置及系统 |
WO2023185450A1 (zh) * | 2022-03-30 | 2023-10-05 | 华为技术有限公司 | 数据包处理方法及装置 |
WO2023212893A1 (zh) * | 2022-05-06 | 2023-11-09 | 上海移远通信技术股份有限公司 | 无线通信的方法及装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113810949A (zh) * | 2020-06-12 | 2021-12-17 | 华为技术有限公司 | 数据传输方法和装置 |
JP7299571B2 (ja) * | 2020-07-13 | 2023-06-28 | 華碩電脳股▲分▼有限公司 | 無線通信システムにおいて設定された上りリンクグラントのバンドルのためのdrxタイマを取り扱うための方法および装置 |
WO2022041224A1 (zh) * | 2020-08-31 | 2022-03-03 | 华为技术有限公司 | 一种通信方法及相关设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104380646A (zh) * | 2013-05-10 | 2015-02-25 | 华为技术有限公司 | 混合自动重传请求harq反馈方法、用户设备及基站 |
CN108347314A (zh) * | 2017-01-22 | 2018-07-31 | 华为技术有限公司 | 传输数据的方法、设备和通信系统 |
CN108366430A (zh) * | 2017-01-26 | 2018-08-03 | 华为技术有限公司 | 调度请求的方法和终端设备 |
EP2936697B1 (en) * | 2012-12-19 | 2018-10-31 | BlackBerry Limited | Method and apparatus for hybrid automatic repeat request operation in a heterogeneous network architecture |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104219732A (zh) * | 2013-05-29 | 2014-12-17 | 中兴通讯股份有限公司 | 一种网络接入控制方法及移动终端 |
WO2017136678A1 (en) * | 2016-02-03 | 2017-08-10 | Interdigital Patent Holdings, Inc. | Methods, systems and apparatus for scheduling of subframes and hybrid automatic repeat request (harq) feedback |
CN107295646B (zh) * | 2016-03-31 | 2021-08-31 | 华为技术有限公司 | 一种资源分配方法及网络设备 |
KR102160007B1 (ko) * | 2016-07-05 | 2020-09-25 | 엘지전자 주식회사 | 차세대 이동통신 네트워크에서 액세스 제어를 수행하는 방법 및 사용자 장치 |
US11122612B2 (en) * | 2017-06-15 | 2021-09-14 | Samsung Electronics Co., Ltd. | Logical channel mapping to grant free transmission |
US11363569B2 (en) * | 2017-06-15 | 2022-06-14 | Samsung Electronics Co., Ltd. | Logical channel mapping with packet duplication |
JP2019193194A (ja) * | 2018-04-27 | 2019-10-31 | シャープ株式会社 | 基地局装置および端末装置 |
WO2020062084A1 (zh) * | 2018-09-28 | 2020-04-02 | Oppo广东移动通信有限公司 | 无线通信方法和通信设备 |
EP4415462A2 (en) * | 2021-01-05 | 2024-08-14 | Ofinno, LLC | Logical channel configuration |
-
2018
- 2018-11-09 CN CN201811333411.7A patent/CN111181693B/zh active Active
-
2019
- 2019-11-08 EP EP19881652.2A patent/EP3866364A4/en active Pending
- 2019-11-08 WO PCT/CN2019/116436 patent/WO2020094107A1/zh unknown
-
2021
- 2021-05-07 US US17/315,082 patent/US12035324B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2936697B1 (en) * | 2012-12-19 | 2018-10-31 | BlackBerry Limited | Method and apparatus for hybrid automatic repeat request operation in a heterogeneous network architecture |
CN104380646A (zh) * | 2013-05-10 | 2015-02-25 | 华为技术有限公司 | 混合自动重传请求harq反馈方法、用户设备及基站 |
CN108347314A (zh) * | 2017-01-22 | 2018-07-31 | 华为技术有限公司 | 传输数据的方法、设备和通信系统 |
CN108366430A (zh) * | 2017-01-26 | 2018-08-03 | 华为技术有限公司 | 调度请求的方法和终端设备 |
Non-Patent Citations (1)
Title |
---|
INSTITUTE FOR INFORMATION INDUSTRY (III): "Discussion on Configured Grant Enhancements", 《3GPP TSG RAN WG1 MEETING #94BIS》 * |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115668832A (zh) * | 2020-05-20 | 2023-01-31 | 瑞典爱立信有限公司 | 用于处理参数集改变的方法和装置 |
US12081381B2 (en) | 2020-05-20 | 2024-09-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling numerology change |
CN113709804A (zh) * | 2020-05-22 | 2021-11-26 | 维沃移动通信有限公司 | 数据传输方法、终端设备和网络设备 |
CN113938905A (zh) * | 2020-06-29 | 2022-01-14 | 华为技术有限公司 | 数据传输方法及装置 |
CN113938839A (zh) * | 2020-06-29 | 2022-01-14 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN112640523A (zh) * | 2020-07-03 | 2021-04-09 | 华为技术有限公司 | 一种通信方法及装置 |
WO2022027482A1 (en) * | 2020-08-06 | 2022-02-10 | Zte Corporation | Methods and devices for managing transmission on shared spectrum channel |
CN115699864A (zh) * | 2020-08-21 | 2023-02-03 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
WO2022041002A1 (zh) * | 2020-08-26 | 2022-03-03 | Oppo广东移动通信有限公司 | 传输方法和终端设备 |
CN115943582A (zh) * | 2020-08-26 | 2023-04-07 | Oppo广东移动通信有限公司 | 传输方法和终端设备 |
CN114285534A (zh) * | 2020-09-28 | 2022-04-05 | 维沃移动通信有限公司 | 传输信息确定方法、装置和终端 |
WO2022067864A1 (en) * | 2020-10-02 | 2022-04-07 | Qualcomm Incorporated | Dynamic indication of uplink transmission parameters via configured grant-uci (cg-uci) |
CN114390553A (zh) * | 2020-10-20 | 2022-04-22 | 大唐移动通信设备有限公司 | 配置授权传输机制的配置方法、装置、网络设备及终端 |
WO2022087836A1 (zh) * | 2020-10-27 | 2022-05-05 | Oppo广东移动通信有限公司 | 传输方法和终端设备 |
WO2022087849A1 (zh) * | 2020-10-27 | 2022-05-05 | Oppo广东移动通信有限公司 | 一种无线通信方法、终端设备及网络设备 |
WO2022133924A1 (zh) * | 2020-12-24 | 2022-06-30 | 北京小米移动软件有限公司 | 一种数据重传确定方法及设备 |
WO2022141570A1 (zh) * | 2020-12-31 | 2022-07-07 | 华为技术有限公司 | 数据传输方法及通信装置 |
CN114765831A (zh) * | 2021-01-12 | 2022-07-19 | 华为技术有限公司 | 上行资源预申请的方法及相关设备 |
CN115189822A (zh) * | 2021-04-01 | 2022-10-14 | 维沃移动通信有限公司 | 数据传输方法、装置、ue及可读存储设备 |
CN115174008A (zh) * | 2021-04-02 | 2022-10-11 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
CN115174008B (zh) * | 2021-04-02 | 2023-11-07 | 大唐移动通信设备有限公司 | 数据传输方法、装置及存储介质 |
WO2023131220A1 (zh) * | 2022-01-10 | 2023-07-13 | 华为技术有限公司 | 一种通信方法、装置及系统 |
WO2023185450A1 (zh) * | 2022-03-30 | 2023-10-05 | 华为技术有限公司 | 数据包处理方法及装置 |
WO2023212893A1 (zh) * | 2022-05-06 | 2023-11-09 | 上海移远通信技术股份有限公司 | 无线通信的方法及装置 |
US11937232B2 (en) | 2022-05-06 | 2024-03-19 | Quectel Wireless Solutions Co., Ltd. | Method and device for wireless communication |
Also Published As
Publication number | Publication date |
---|---|
WO2020094107A1 (zh) | 2020-05-14 |
US20210266954A1 (en) | 2021-08-26 |
EP3866364A1 (en) | 2021-08-18 |
EP3866364A4 (en) | 2021-11-17 |
CN111181693B (zh) | 2021-08-31 |
US12035324B2 (en) | 2024-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111181693B (zh) | 发送数据的方法、发送数据的装置、以及终端设备 | |
US11678351B2 (en) | Scheduling radio resources using first and second configuration | |
US10897753B2 (en) | Systems and methods for supporting multiple allocations in UL/DL grant for a 5G NR UE and gNB | |
US12035314B2 (en) | Method for multiplexing uplink control information and apparatus | |
CN110419186B (zh) | 用于上行链路超高可靠和低延迟通信的下行链路控制通道 | |
CN110034905B (zh) | 上行信息传输方法及装置 | |
CN110169000B (zh) | 用于上行链路超高可靠低延迟通信的信令、过程、用户设备和基站 | |
US12047982B2 (en) | Communication method and communications apparatus | |
US10869328B2 (en) | Data transmission method, terminal device, and network device | |
US11792847B2 (en) | Method for listening on uplink channel and apparatus | |
WO2018204344A1 (en) | Systems and methods for supporting multiple allocations in ul/dl grant for a 5g nr ue and gnb | |
US11134507B2 (en) | Method and apparatus for processing scheduling request | |
CN114073161B (zh) | 终端、基站、通信方法及集成电路 | |
CN114631388A (zh) | 用于具有不同优先级的上行链路信道冲突的信道丢弃行为和定时关系 | |
US20200015233A1 (en) | Data Transmission Method and Apparatus | |
WO2019029579A1 (zh) | 无线通信的方法、芯片和系统 | |
KR20230128486A (ko) | Nr v2x에서 harq 피드백을 우선시하는 방법 및 장치 | |
CN111277371B (zh) | 数据传输方法及设备 | |
US12004163B2 (en) | Method and apparatus for decoding downlink control signal in wireless cellular communication system | |
JP2023521666A (ja) | Nr v2xにおけるサイドリンク再送を実行する方法及び装置 | |
WO2023134619A1 (zh) | Harq-ack信息反馈方法和装置 | |
US20240323965A1 (en) | Method and apparatus for decoding downlink control signal in wireless cellular communication system | |
CN115211070A (zh) | 用于在nr v2x中配置psfch资源的方法和设备 |
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 |