CN115767754A - 数据传输方法、装置及设备 - Google Patents
数据传输方法、装置及设备 Download PDFInfo
- Publication number
- CN115767754A CN115767754A CN202211097960.5A CN202211097960A CN115767754A CN 115767754 A CN115767754 A CN 115767754A CN 202211097960 A CN202211097960 A CN 202211097960A CN 115767754 A CN115767754 A CN 115767754A
- Authority
- CN
- China
- Prior art keywords
- resource
- harq process
- harq
- state
- configuration information
- 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
- 238000000034 method Methods 0.000 title claims abstract description 379
- 230000005540 biological transmission Effects 0.000 title claims abstract description 137
- 230000008569 process Effects 0.000 claims abstract description 314
- 230000006870 function Effects 0.000 claims description 98
- 238000012545 processing Methods 0.000 claims description 33
- 238000004891 communication Methods 0.000 description 42
- 238000010586 diagram Methods 0.000 description 32
- 238000004590 computer program Methods 0.000 description 12
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 10
- 230000007246 mechanism Effects 0.000 description 9
- 238000010187 selection method Methods 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 6
- 230000003044 adaptive effect Effects 0.000 description 4
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 3
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001360 synchronised 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/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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0096—Indication of changes in allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- 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)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种数据传输方法、装置及设备,该方法包括:第一设备根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源,并在该目标资源上向第二设备发送数据,第二设备在目标资源上接收并处理数据。能够保证不同需求的业务的传输性能。
Description
本申请为发明名称为“数据传输方法、装置及设备”的中国发明专利申请的分案申请。原申请的申请号为202080084513.9,原申请的申请日为2020年2月7日。原申请的全部内容通过引用结合在申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种数据传输方法、装置及设备。
背景技术
非地面通信网络(non-terrestrial network,NTN)是指终端设备和卫星(还可以称为网络设备)之间的通信网络。
在NTN系统中,终端设备与网络设备之间的传输时延较大,因此,在3GPP对NTN标准化过程中讨论引入去使能混合自动重传请求(hybrid automatic repeat request,HARQ)功能,以降低数据传输时延。对于终端设备的多个HARQ进程,可以将第一部分HARQ进程HARQ反馈功能配置为使能态,第二部分HARQ进程的HARQ反馈功能配置为去使能态。这样,针对不同业务的服务质量(quality of service,QoS)要求,可以采用不同的HARQ进程。例如,针对时延敏感的业务,可以采用第二部分HARQ进程进行数据传输,针对丢包率有严格要求的业务,可以采用第一部分HARQ进程进行数据传输。
当终端设备存在资源冲突时,例如存在配置授权(configured grant,CG)资源和动态授权(dynamic grant,DG)资源冲突时,按照现有协议终端设备会优先选择DG资源进行数据传输。然而,由于CG资源和DG资源对应的HARQ进程的使能状态可能不同,这样选择的资源有可能会导致业务QoS要求无法满足。
发明内容
本申请实施例提供一种数据传输方法、装置及设备,能够保证不同需求业务的传输性能。
第一方面,本申请实施例提供一种数据传输方法,包括:
第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态,从所述多个可用资源中确定目标资源;
所述第一设备在所述目标资源上向第二设备发送数据。
第二方面,本申请实施例提供一种数据传输方法,包括:
第二设备在目标资源上接收第一设备发送的数据,所述目标资源是所述第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态从所述多个可用资源中确定的;
所述第二设备对所述数据进行处理。
第三方面,本申请实施例提供一种数据传输装置,应用于第一设备,所述装置包括:
处理模块,用于根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态,从所述多个可用资源中确定目标资源;
发送模块,用于在所述目标资源上向第二设备发送数据。
第四方面,本申请实施例提供一种数据传输装置,应用于第二设备,所述装置包括:
接收模块,用于在目标资源上接收第一设备发送的数据,所述目标资源是所述第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态从所述多个可用资源中确定的;
处理模块,用于对所述数据进行处理。
第五方面,本申请实施例提供一种终端设备,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如第一方面或者第二方面任一项所述的数据传输方法。
第六方面,本申请实施例提供一种网络设备,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如第一方面或者第二方面任一项所述的数据传输方法。
第七方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现上述第一方面任一项所述的数据传输方法。
第八方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现上述第二方面任一项所述的数据传输方法。
本申请实施例提供的数据传输方法、装置及设备,第一设备根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源,并在该目标资源上向第二设备发送数据,第二设备在目标资源上接收并处理数据。由于第一设备发送数据所使用的目标资源是根据可用资源对应的HARQ进程的使能态/去使能态选择的,使得可以根据业务QoS需求来选择使能态或者去使能态的HARQ进程对应的可用资源作为目标资源,从而能够保证不同需求的业务的传输性能。
附图说明
图1为本申请实施例提供的一种通信系统的架构示意图;
图2为本申请实施例提供的另一种通信系统的架构示意图;
图3为本申请实施例提供的一种数据传输方法的流程示意图;
图4为本申请实施例提供的另一种数据传输方法的流程示意图;
图5为本申请实施例提供的一种资源选择过程的示意图;
图6为本申请实施例提供的再一种数据传输方法的流程示意图;
图7为本申请实施例提供的另一种资源选择过程的示意图;
图8为本申请实施例提供的再一种资源选择过程的示意图;
图9为本申请实施例提供的又一种资源选择过程的示意图;
图10为本申请实施例提供的一种数据传输装置的结构示意图;
图11为本申请实施例提供的另一种数据传输装置的结构示意图;
图12为本申请实施例提供的又一种数据传输装置的结构示意图;
图13为本申请实施例提供的再一种数据传输装置的结构示意图;
图14为本申请实施例提供的终端设备的结构示意图;
图15为本申请实施例提供的网络设备的结构示意图。
具体实施方式
为了便于理解,首先,对本申请所涉及的概念进行说明。
终端设备:通常具有无线收发功能,终端设备可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、车载终端设备、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端设备、智能电网(smartgrid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备、可穿戴终端设备等。本申请实施例所涉及的终端设备还可以称为终端、用户设备(user equipment,UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。
网络设备:通常具有无线收发功能,网络设备可以具有移动特性,例如,网络设备可以为移动的设备。在一个实施例中,网络设备可以为卫星、气球站。例如,卫星可以为低地球轨道(low earth orbit,LEO)卫星、中地球轨道(medium earth orbit,MEO)卫星、地球同步轨道(geostationary earth orbit,GEO)卫星、高椭圆轨道(High Elliptical Orbit,HEO)卫星等。例如,LEO卫星的轨道高度范围通常为500km~1500km,轨道周期(围绕地球旋转的周期)约为1.5小时~2小时。用户间单跳通信的信号传播延迟约为20ms,用户间单跳通信时延是指终端设备到网络设备之间的传输时延,或者网络设备到传输设备之间的时延。最大卫星可视时间约为20分钟,最大可视时间是指卫星的波束覆盖地面某一片区域的最长时间,LEO卫星相对地面是移动的,随着卫星的移动,其覆盖到的地面区域也是变化的。LEO卫星的信号传播距离短,链路损耗少,对终端设备的发射功率要求不高。GEO卫星的轨道高度通常为35786km,轨道周期为24小时。用户间单跳通信的信号传播延迟约为250ms。为了保证卫星的覆盖以及提升通信网络的系统容量,卫星可以采用多波束覆盖地面,例如,一颗卫星可以形成几十或者几百个波束来覆盖地面,一个波束可以覆盖直径几十至几百公里的地面区域。当然,网络设备还可以为设置在陆地、水域等位置的基站,例如,网络设备可以是下一代基站(next generation NodeB,gNB)或者下一代演进型基站(next generation-evolved NodeB,ng-eNB)。其中,gNB为UE提供新空口(new radio,NR)的用户面功能和控制面功能,ng-eNB为UE提供演进型通用陆地无线接入(evolved universal terrestrialradio access,E-UTRA)的用户面功能和控制面功能,需要说明的是,gNB和ng-eNB仅是一种名称,用于表示支持5G网络系统的基站,并不具有限制意义。网络设备还可以为GSM系统或CDMA系统中的基站(base transceiver station,BTS),也可以是WCDMA系统中的基站(nodeB,NB),还可以是LTE系统中的演进型基站(evolutional node B,eNB或eNodeB)。或者,网络设备还可以为中继站、接入点、车载设备、可穿戴设备以及5G之后的网络中的网络侧设备或未来演进的PLMN网络中的网络设备、路边站点单元(road site unit,RSU)等。
非地面通信网络(non-terrestrial network,NTN):NTN一般采用卫星通信的方式向地面用户提供通信服务。相比地面蜂窝网通信,卫星通信具有很多独特的优点。首先,卫星通信不受用户地域的限制,例如一般的陆地通信不能覆盖海洋、高山、沙漠等无法搭设通信设备或由于人口稀少而不做通信覆盖的区域,而对于卫星通信来说,由于一颗卫星即可以覆盖较大的地面,加之卫星可以围绕地球做轨道运动,因此理论上地球上每一个角落都可以被卫星通信覆盖。其次,卫星通信有较大的社会价值。卫星通信在边远山区、贫穷落后的国家或地区都可以以较低的成本覆盖到,从而使这些地区的人们享受到先进的语音通信和移动互联网技术,有利于缩小与发达地区的数字鸿沟,促进这些地区的发展。再次,卫星通信距离远,且通信距离增大通讯的成本没有明显增加;最后,卫星通信的稳定性高,不受自然灾害的限制。
在无线通信系统中,为了保证数据的可靠传输,无线通信采用重传机制。以NR通信系统为例,NR采用两级重传机制:媒介接入控制(medium access control,MAC)层的混合自动重传请求(hybrid automatic repeat request,HARQ)机制和无线链路控制(radio linkcontrol,RLC)层的自动重传请求(automatic repeat request,ARQ)机制。丢失或出错的数据的重传主要是由MAC层的HARQ机制处理的,并由RLC层的重传功能进行补充。MAC层的HARQ机制能够提供快速重传,RLC层的ARQ机制能够提供可靠的数据传输。
ARQ通过接收方请求发送方重传出错的数据报文来恢复出错的报文,是通信中用于处理信道所带来差错的方法之一,有时也被称为后向纠错(backward errorcorrection,BEC)。
HARQ是一种结合前向纠错编码(forward error correction,FEC)与ARQ的技术。FEC通过添加冗余信息,使得接收端能够纠正一部分错误,从而减少重传的次数。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重发数据。
HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中,发送端发送一个传输块(transport block,TB)后,就停下来等待确认信息。这样,每次传输后发送端就停下来等待确认,会导致用户吞吐量很低。因此,NR使用多个并行的HARQ进程,当一个HARQ进程在等待确认信息时,发送端可以使用另一个HARQ进程来继续发送数据。这些HARQ进程共同组成了一个HARQ实体,这个实体结合了停等协议,允许数据连续传输。HARQ有上行HARQ和下行HARQ之分。上行HARQ针对上行数据传输,下行HARQ针对下行数据传输。两者相互独立。
基于目前NR协议的规定,终端设备对应每个服务小区都有各自的HARQ实体。每个HARQ实体维护一组并行的下行HARQ进程和一组并行的上行HARQ进程。目前每个上下行载波均支持最大16个HARQ进程。网络设备可以根据网络部署情况,通过无线资源控制(radioresource control,RRC)信令半静态配置向终端设备指示最大的HARQ进程数。如果网络设备没有提供相应的配置参数,则下行缺省的HARQ进程数为8,上行每个载波支持的最大HARQ进程数始终为16。每个HARQ进程对应一个HARQ进程ID。对于下行,广播控制信道(broadcastcontrol channel,BCCH)使用一个专用的广播HARQ进程。对于上行,随机过程中的Msg3传输使用HARQ ID 0。
对于不支持下行空分复用的终端设备,每个下行HARQ进程只能同时处理1个TB;对于支持下行空分复用的终端设备,每个下行HARQ进程可以同时处理1个或者2个TB。终端设备的每个上行HARQ进程同时处理1个TB。
HARQ在时域上分为同步和异步两类,在频域上分为非自适应和自适应两类。NR上下行均使用异步自适应HARQ机制。异步HARQ即重传可以发生在任意时刻,同一个TB的重传与上一次传输的时间间隔是不固定的。自适应HARQ即可以改变重传所使用的频域资源和调制与编码策略(modulation and coding scheme,MCS)。
为了支持不同的业务传输需求,应对不同的业务特性,NR在资源配置/调度时,允许出现资源冲突的情况。以上行传输为例,对同一个终端设备,在时域上存在至少两个可以进行数据传输的资源。当终端设备不具备多个资源同时传输的能力时,该终端设备需要选择优先传输的资源。终端设备的资源可以包括:配置授权(configured grant,CG)资源,还可以为动态授权(dynamic grant,DG)资源。
其中,CG资源是指:网络设备为终端设备预先配置的资源。示例性的,网络设备为终端设备配置CG资源时,可以指示CG资源的周期等相关参数。后续,终端设备可以按照CG资源的周期在CG资源上发送数据,而无需网络设备进行调度。终端设备根据CG资源的周期以及终端设备的HARQ进程数等参数,可以确定CG资源对应的HARQ进程。
DG资源是指:网络设备为终端设备动态调度的资源。示例性的,网络设备可以通过DCI为终端设备动态分配DG资源,并指示DG资源对应的HARQ进程。
目前支持以下几种资源冲突的情况:CG与CG冲突,DG与DG冲突,CG与DG冲突。通常,在NTN中最可能出现的场景为CG与DG冲突的情况。按照现有协议,当CG与DG冲突时,DG永远优先于CG传输。也就是说,终端设备优先选择DG资源进行传输。
下面,结合图1-图2,对本申请中的通信系统的架构进行说明。
图1为本申请实施例提供的一种通信系统的架构示意图。请参见图1,包括终端设备101和卫星102,终端设备101和卫星102之间可以进行无线通信。终端设备101和卫星102之间所形成的网络还可以称为NTN。在图1所示的通信系统的架构中,卫星102具有网络设备的功能,终端设备101和卫星102之间可以直接通信。
图2为本申请实施例提供的另一种通信系统的架构示意图。请参见图2,包括终端设备201、卫星202和网络设备203,终端设备201和卫星202之间可以进行无线通信,卫星202与网络设备203之间可以通信。终端设备201、卫星202和网络设备203之间所形成的网络还可以称为NTN。在图2所示的通信系统的架构中,卫星202不具有网络设备的功能,终端设备101和网络设备203之间的通信需要通过卫星202的中转。
根据图1和图2所示的网络架构可知,相对于地面通信系统,NTN系统中终端设备与网络设备之间的无线信号传输时延较大。因此,在3GPP对NTN标准化过程中讨论引入去使能HARQ功能,以降低数据传输时延。并且,可以基于HARQ进程进行使能/去使能HARQ功能的配置。也就是说,对于一个终端设备的多个HARQ进程,可以配置其中一部分HARQ进程的HARQ反馈功能为使能状态,另一个部分HARQ进程的HARQ反馈功能为去使能状态。
将某个HARQ进程的HARQ反馈功能配置为去使能状态的话,一方面,网络设备可以不用等待接收终端设备的上行传输(对于上行HARQ,网络设备不用等待接收终端设备的上行数据传输;对于下行HARQ,网络设备不同等待接收终端设备针对该HARQ进程的下行数据传输的ACK/NACK反馈),而继续调度该HARQ进程进行数据传输,能够降低MAC传输时延。另一方面,由于网络设备不再调度该HARQ进程进行重传,MAC传输的可靠性可能会受到影响。
由于不同的业务有不同的服务质量(quality of service,QoS)要求,比如有些业务对时延敏感,有些业务对丢包率有严格的要求,等。这样,针对不同业务的QoS要求,可以采用不同使能状态的HARQ进程。例如,对于时延敏感的业务,可以采用HARQ反馈功能为去使能状态的HARQ进程进行传输,从而降低传输时延。对于对丢包率有严格要求的业务,可以采用HARQ反馈功能为使能状态的HARQ进程进行传输,从而提高传输可靠性。
当终端设备存在至少两个冲突的资源时,并且,这些冲突的资源分别对应使能状态的HARQ进程和去使能状态的HARQ,若该终端设备仍按照现有规则选择优先传输的资源(例如,当CG和DG冲突时,优先选择DG资源进行传输),有可能针对时延敏感的业务选择了使能状态的HARQ进程,或者,针对丢包率有严格要求的业务,选择了去使能状态的HARQ进程,从而造成业务Qos需求不能得到满足的问题。
本申请实施例中,当终端设备存在多个冲突资源时,根据多个冲突资源各自对应的HARQ进程的使能状态/去使能状态来选择优先传输的目标资源,使得选择的目标资源能够满足业务的Qos需求,从而保证了不同需求的业务的传输性能。
下面,通过具体实施例对本申请所示的技术方案进行详细说明。需要说明的,下面几个实施例可以单独存在,也可以相互结合,对于相同或相似的内容,在不同的实施例中不再重复说明。
图3为本申请实施例提供的一种数据传输方法的流程示意图。请参见图3,该方法可以包括:
S301:第一设备根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
本申请实施例中,HARQ进程的状态是指HARQ进程的HARQ反馈功能状态。每个HARQ进程的状态为使能态(enable)或者去使能态(disable)。本申请实施例中,使能态也可以称为启用态,去使能态也可以称为禁用态。一个HARQ进程的状态为使能态是指该HARQ进程启用HARQ反馈功能。也就是说,发送端使用该HARQ进程传输数据后,需要等待接收到接收端发送的ACK/NACK反馈后,发送端才能再次使用该HARQ进程传输数据。一个HARQ进程的状态为去使能态是指该HARQ进程禁用HARQ反馈功能。也就是说,发送端使用该HARQ进程传输数据后,无须等待接收端的ACK/NACK反馈,发送端可以继续使用该HARQ进程传输数据。
本实施例中,第一设备可以为终端设备,第二设备可以为网络设备。或者,第一设备可以为网络设备,第二设备可以为终端设备。也就是说,本实施例可以应用于侧行/上行数据传输过程,还可以应用于下行数据传输过程。
本申请实施例中,在某个传输时刻,第一设备存在多个可用资源。可用资源也可以称为冲突资源,即,对第一设备来说至少两个资源至少在时域重叠。在一个实施例中,多个可用资源可以包括:CG资源,和/或,DG资源。即,多个可用资源可以为多个CG资源;或者,多个可用资源可以为多个DG资源;或者,多个可用资源中同时包括CG资源和DG资源。在一个实施例中,本实施例的可用资源还可以包括下行半静态调度(semi-persistent scheduling,SPS)资源。
第一设备的每个可用资源对应一个HARQ进程,该HARQ进程的状态可以为使能态或者去使能态。在任意传输时刻,当第一设备存在多个可用资源时,第一设备可以根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定出用于优先传输数据的目标资源。
一个示例中,第一设备从多个可用资源中确定目标资源时,可以优先选择使能态的HARQ进程对应的可用资源作为目标资源。例如,假设第一设备存在两个可用资源,资源1对应的HARQ进程为使能态,资源2对应的HARQ进程为去使能态,则第一设备选择资源1作为目标资源。
另一个示例中,第一设备从多个可用资源中确定目标资源时,可以优先选择去使能态的HARQ进程对应的可用资源作为目标资源。例如,假设第一设备存在两个可用资源,资源1对应的HARQ进程为使能态,资源2对应的HARQ进程为去使能态,则第一设备选择资源2作为目标资源。
又一些示例中,针对不同Qos需求的业务,第一设备可以采用不同的优先选择方式。例如,针对时延敏感的业务,第一设备优先选择去使能态的HARQ进程;针对丢包率有严格要求的业务,第一设备优先选择使能态的HARQ进程。
需要说明的是,上述各示例中,第一设备具体优先选择使能态的HARQ进程还是优先选择去使能态的HARQ进程,可以由第一设备自主确定,还可以由第二设备确定并指示给第一设备,当然,还可以是第一设备和第二设备事先约定好的,本实施例对此不作限定。
另外,本实施例中,若第一设备根据多个可用资源各自对应的HARQ进程的状态,选择出的目标资源的数量有多个,则第一设备还可以进一步根据这些目标资源的其他信息来继续选择,以确定出最终用于传输数据的资源,本实施例对此不作限定。
能够理解,在S301之前,第一设备需要获取多个可用资源对应的HARQ进程的状态。下面对第一设备获取多个可用资源对应的HARQ进程的状态的方式进行说明。
当第一设备为终端设备时,可以通过如下几种方式获取各可用资源对应的HARQ进程的状态:
方式1:终端设备从网络设备获取第一配置信息,第一配置信息用于指示各可用资源对应的HARQ进程的状态。第一配置信息可以包括如下信息中的任一种:
终端设备被配置的HARQ进程的状态;或者,可用资源对应的HARQ进程的状态(例如CG资源对应的HARQ进程的状态,或者,DG资源对应的HARQ进程的状态)。
在一个实施例中,终端设备可以从网络设备接收第二信息,该第二信息包括第一配置信息。其中,第二信息可以为下述信息中的任一种:RRC配置信息、MAC控制单元(control element,CE)信息、下行控制信息(downlink control information,DCI)。
一个示例中,终端设备从网络设备接收的RRC配置信息中可以包括:为终端设备配置的HARQ进程使能态/去使能态,为终端设备配置的HARQ进程数,并为每个HARQ进程配置的HARQ反馈功能状态(也可以叫做HARQ使能状态,如至少一个HARQ进程为使能态/去使能态,或者启用态或者禁用态)。或者,RRC配置信息可以包括:为终端设备的至少一个GG(或CG组)资源配置对应的HARQ反馈功能状态。
另一个示例中,终端设备从网络设备接收的DCI中可以包括:为终端设备调度的DG资源,以及该DG资源对应的HARQ进程ID。在一个实施例中,在DCI中,网络设备还可以同时指示该DG资源对应的HARQ进程的HARQ反馈功能状态。在一个实施例中,在DCI中,网络设备还可以激活CG资源;或者,指示或更新一个或者多个可用资源对应的HARQ进程的HARQ反馈功能状态。
又一个示例中,上述的第一配置信息可以携带在MAC CE中。例如,网络设备向终端设备发送下行TB时,在下行TB的MAC CE中携带上述第一配置信息。本实施例对于携带第一配置信息的MAC CE的类型不作限定。
方式2:预定义第一配置信息。
该预定义的第一配置信息可以为预先设置的,也可以为协议约定的。例如,终端设备自主确定各个HARQ进程的HARQ反馈功能状态。
该预定义的第一配置信息可以存储至终端设备本地,当终端设备获取该第一配置信息时,则终端设备可以在本地获取该第一配置信息。
上述两种方式中,方式1中,第一配置信息可以全部是由网络设备确定,方式2中,第一配置信息可以全部是由终端设备确定。当然,在实际应用过程中,上述两种方式还可以结合使用。例如,终端设备预先配置各个HARQ进程的HARQ反馈功能状态,网络设备可以根据实际需要通过向终端设备发送配置信息更改部分HARQ进程的HARQ反馈功能状态。也就是说,第一配置信息还可以由终端设备和网络设备共同确定。
当第一设备为网络设备时,网络设备可以通过如下方式获取第一配置信息:网络设备可以预定义该第一配置信息。该预定义的第一配置信息可以为预先设置的,也可以为协议约定的。
有些场景中,可能存在某些HARQ进程的HARQ反馈功能状态未配置的情况。针对未配置HARQ反馈功能状态的HARQ进程,第一设备可以将其默认为使能态,或者,默认为去使能态。通常按照前者处理,即legacy的方式。
S302:第一设备在目标资源上向第二设备发送数据。
S303:第二设备对数据进行处理。
第一设备在确定出的目标资源上向第二设备发送数据,相应的,第二设备在该目标资源上接收该数据,并对接收到的数据进行处理。其中,第一设备向第二设备发送数据的方式以及第二设备对数据进行处理的方式与现有技术类似,此处不作赘述。
本实施例提供的数据传输方法,第一设备根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源,并在该目标资源上向第二设备发送数据,第二设备在目标资源上接收并处理数据。由于第一设备发送数据所使用的目标资源是根据可用资源对应的HARQ进程的使能态/去使能态选择的,使得可以根据业务QoS需求来选择使能态或者去使能态的HARQ进程对应的可用资源作为目标资源,从而能够保证不同需求的业务的传输性能。
下面结合图4至图9描述本申请方案的几种可能的实施方式。
图4为本申请实施例提供的另一种数据传输方法的流程示意图。如图4所示,该方法可以包括:
S401:第一设备获取第一指示信息。
其中,第一指示信息用于指示优先选择使能态的HARQ进程对应的可用资源作为目标资源,或者,用于指示优先选择去使能态的HARQ进程对应的可用资源作为目标资源。
与图3所示的实施例类似,本实施例中,第一设备可以为终端设备,第二设备为网络设备,或者,第一设备为网络设备,第二设备为终端设备。
在一个实施例中,当第一设备不同时,第一设备获取第一指示信息的方式也不同,下面,对第一设备获取第一指示信息的方式进行说明。
当第一设备为终端设备时,第一设备可以通过如下方式获取第一指示信息:
方式1:终端设备从网络设备获取第一指示信息。
在一个实施例中,终端设备从网络设备接收第一信息,该第一信息包括第一指示信息。其中第一信息可以为下述信息中的任一种:RRC配置信息、MAC CE、DCI。
需要说明的是,本申请实施例对于第一指示信息的形式不作限定,可以引入专用消息,或在现有专用消息中复用已有字段或者新增字段,来表示第一指示信息。例如,可以采用1bit的字段,若该字段取值为0,则表示优先选择去使能态的HARQ进程对应的可用资源作为目标资源,若该字段取值为1,则表示优先选择使能态的HARQ进程对应的可用资源作为目标资源。
在一个实施例中,第一指示信息中还可以同时指示该优先选择方式对应的生效时段。一个示例中,生效时段可以包括起始时刻和/或结束时刻。例如,网络设备可以指示在时刻1开始优先选择使能态的HARQ进程,或者,可以指示在时刻2之前优先选择去使能态的HARQ进程。另一个示例中,生效时段可以包括时长信息,例如,网络设备可以指示在终端设备接收到第一指示信息后的5秒内优先选择使能态的HARQ进程。
方式2:终端设备预定义第一指示信息。
该第一指示信息可以是终端设备预先设置的,也可以是协议约定的。
一个示例中,可以在协议中写明,优先使用使能态的HARQ进程进行传输,或者,优先使用去使能态的HARQ进程进行传输。
另一个示例中,可以约定使能态的HARQ进程和去使能态的HARQ进程的选择优先级,例如,约定使能态的HARQ进程的选择优先级高于去使能态的HARQ进程的选择优先级,则终端设备优先选择使能态的HARQ进程;或者,约定去使能态的HARQ进程的选择优先级高于使能态的HARQ进程的选择优先级,则终端设备优先选择去使能态的HARQ进程。
再一个示例中,还可以约定不同条件下适用不同的优先选择方式。例如,约定在第一条件下,优先选择使能态的HARQ进程,在第二条件下,优先选择去使能态的HARQ进程。
上述方式1中,第一指示信息是由网络设备确定的,网络设备将第一指示信息发送给终端设备。这样,终端设备可以基于网络设备发送的第一指示信息确定优先选择使能态/去使能态的HARQ进程,保证了终端设备可控,以及保证了网络设备调度传输的高效性。上述方式2中,第一指示信息可以是由终端设备确定的,增加了终端设备的实现灵活性。
S402:第一设备根据第一指示信息以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
本实施例中,在每个传输时刻,当第一设备存在多个可用资源时,第一设备可以根据第一指示信息以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
下面以第一设备在某个传输时刻同时存在CG资源和DG资源为例,描述几种可能的资源选择的情况。需要说明的是,这里仅是以CG资源和DG资源冲突为例进行示例的,对于CG资源和CG资源冲突、DG资源和DG资源冲突的情况同样适用。
(1)第一指示信息指示的是优先选择去使能态的HARQ进程。若CG资源对应的HARQ进程为去使能态,DG资源对应的HARQ进程为使能态,则第一设备优先选择去使能态的HARQ进程进行数据传输,即优先选择CG资源作为目标资源。
(2)第一指示信息指示的是优先选择使能态的HARQ进程。若CG资源对应的HARQ进程为去使能态,DG资源对应的HARQ进程为使能态,则第一设备优先选择使能态的HARQ进程进行数据传输,即优先选择DG资源作为目标资源。
(3)第一指示信息指示的是优先选择使能态的HARQ进程。若CG资源和DG资源对应的HARQ进程均为使能态,则第一设备优先选择DG资源对应的HARQ进程进行数据传输,即优先选择DG资源作为目标资源。
(4)第一指示信息指示的是优先选择去使能态的HARQ进程。若CG资源对应的HARQ进程为去使能状态,DG资源对应的HARQ进程未配置HARQ反馈功能状态(此时,可以按照legacy处理,即将DG资源对应的HARQ进程视为使能态),则第一设备优先选择去使能态的HARQ进程进行数据传输,即优先选择CG资源作为目标资源。
下面以第一设备在某个传输时刻存在CG资源冲突(例如:第一CG资源和第二CG资源)为例,描述几种可能的资源选择的情况。
(1)第一指示信息指示的是优先选择去使能态的HARQ进程。若第一CG资源对应的HARQ进程为去使能态,第二CG资源对应的HARQ进程为使能态,则第一设备优先选择去使能态的HARQ进程进行数据传输,即优先选择第一CG资源作为目标资源。
(2)第一指示信息指示的是优先选择使能态的HARQ进程。若第一CG资源对应的HARQ进程为去使能态,第二CG资源对应的HARQ进程为使能态,则第一设备优先选择使能态的HARQ进程进行数据传输,即优先选择第二CG资源作为目标资源。
(3)第一指示信息指示的是优先选择使能态的HARQ进程。若第一CG资源和第二CG资源对应的HARQ进程均为使能态,则第一设备可以进一步根据其他的资源选择方式进行选择,几种可能的资源选择方式可以详见后续描述(方式1至方式4),此处不作赘述。
(4)第一指示信息指示的是优先选择去使能态的HARQ进程。若第一CG资源对应的HARQ进程为去使能状态,第二CG资源对应的HARQ进程未配置HARQ反馈功能状态(此时,可以按照legacy处理,即将第二CG资源对应的HARQ进程视为使能态),则第一设备优先选择去使能态的HARQ进程进行数据传输,即优先选择第一CG资源作为目标资源。
下面以第一设备在某个传输时刻存在DG资源冲突(第一DG资源和第二DG资源)为例,描述几种可能的资源选择的情况。
(1)第一指示信息指示的是优先选择去使能态的HARQ进程。若第一DG资源对应的HARQ进程为去使能态,第二DG资源对应的HARQ进程为使能态,则第一设备优先选择去使能态的HARQ进程进行数据传输,即优先选择第一DG资源作为目标资源。
(2)第一指示信息指示的是优先选择使能态的HARQ进程。若第一DG资源对应的HARQ进程为去使能态,第二DG资源对应的HARQ进程为使能态,则第一设备优先选择使能态的HARQ进程进行数据传输,即优先选择第二DG资源作为目标资源。
(3)第一指示信息指示的是优先选择使能态的HARQ进程。若第一DG资源和第二DG资源对应的HARQ进程均为使能态,则第一设备可以进一步根据其他的资源选择方式进行选择,几种可能的资源选择方式可以详见后续描述(方式1至方式4),此处不作赘述。
(4)第一指示信息指示的是优先选择去使能态的HARQ进程。若第一DG资源对应的HARQ进程为去使能状态,第二DG资源对应的HARQ进程未配置HARQ反馈功能状态(此时,可以按照legacy处理,即将第二DG资源对应的HARQ进程视为使能态),则第一设备优先选择去使能态的HARQ进程进行数据传输,即优先选择第一DG资源作为目标资源。
本实施例中,若第一设备根据第一指示信息以及多个可用资源各自对应的HARQ进程的状态,选择出的目标资源的数量有多个,则第一设备还可以进一步根据这些目标资源的其他信息来继续选择,以确定出最终用于传输数据的目标资源。下面给出几种可能的实施方式。
方式1:根据资源类型进行选择,例如可以优先选择DG资源。即,当根据S402选择出的目标资源包括CG资源和DG资源时,优先选择DG资源作为最终传输数据的目标资源。
方式2:根据各资源所能传输的数据量来选择。例如,选择能够传输的数据量最大的资源作为最终用于传输数据的目标资源。
方式3:根据重传优于新传来进行选择。即,选择用于进行重传的资源作为最终的目标资源。
方式4:随机选择或UE实现的选择方式。即,当根据S402选择出的目标资源有多个时,从该多个资源中随机选择一个作为最终用于传输数据的目标资源。
应理解,实际应用中,上述的4种选择方式还可以结合使用。在一个实施例中,上述4种方式还可以对应有优先级,第一设备可以根据优先级依次采用上述4种方式进行选择,直至最终确定的目标资源的数量为1个。
S403:第一设备在目标资源上向第二设备发送数据。
S404:第二设备对数据进行处理。
下面结合图5以一个具体的示例来举例说明。图5为本申请实施例提供的一种资源选择过程的示意图。如图5所示,假设第一设备存在两个可用资源,分别为资源A和资源B。资源A对应HARQ进程0,资源B对应HARQ进程1。HARQ进程0处于使能态,HARQ进程1处于去使能态。若第一指示信息指示的是优先选择去使能态的HARQ进程,则第一设备优先选择资源B作为目标资源;若第一指示信息指示的是优先选择使能态的HARQ进程,则第一设备优先选择资源A作为目标资源。
本实施例提供的数据传输方法,第一设备根据第一指示信息以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源,能够保证不同需求的业务的传输性能。当第一指示信息来自于网络设备时,保证了终端设备可控,以及保证了网络设备调度传输的高效性。当第一指示信息由终端设备确定时,增加了终端设备的实现灵活性。
一些应用场景中,第一设备在基于可用资源对应的HARQ进程的状态选择目标资源的前提下,还可以结合可用资源的其他信息进行选择。下面结合图6给出一种可能的实施方式。
图6为本申请实施例提供的再一种数据传输方法的流程示意图。如图6所示,本实施例的方法可以包括:
S601:第一设备获取第二配置信息。
本实施例中,第二配置信息用于指示逻辑信道的配置信息。在一个实施例中,第二配置信息可以包括:至少一个逻辑信道的属性和/或优先级。
其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能(启动HARQ反馈功能)、去使能HARQ反馈功能(禁用HARQ反馈功能)、使能或去使能HARQ反馈功能(启用或禁用HARQ反馈功能)。应理解,一个逻辑信道的属性为“使能HARQ反馈功能”,则表示该逻辑信道的数据需要承载在使能态的HARQ进程对应的资源中发送。一个逻辑信道的属性为“去使能HARQ反馈功能”,则表示该逻辑信道的数据需要承载在去使能态的HARQ进程对应的资源中发送。一个逻辑信道的属性为“使能或去使能HARQ反馈功能”,则表示该逻辑信道的数据可以承载在使能态的HARQ进程对应的资源中发送,也可以承载在去使能态的HARQ进程对应的资源中发送。
需要说明的是,对于未配置属性的逻辑信道,第一设备可以默认该逻辑信道的属性为“使能HARQ反馈功能”,或者,默认该逻辑信道的属性为“去使能HARQ反馈功能”,或者,默认该逻辑信道的属性为“使能或去使能HARQ反馈功能”。
逻辑信道的优先级用于指示逻辑信道的数据被传输的优先顺序。当多个逻辑信道有数据要发送时,且多个逻辑信道的数据总量超过当前时刻的传输能力时,就需要根据逻辑信道的优先级确定优先传输哪个/哪些逻辑信道的数据。
与上述实施例类似,本实施例中,第一设备可以为终端设备,第二设备为网络设备,或者,第一设备为网络设备,第二设备为终端设备。
在一个实施例中,当第一设备不同时,第一设备获取第二配置信息的方式也不同,下面,对第一设备获取第二配置信息的方式进行说明。
当第一设备为终端设备时,终端设备可以从网络设备接收专用信息,该专用信息包括第二配置信息。其中,专用信息可以为下述信息中的任一种:RRC配置信息、MAC CE、DCI。
当第一设备为网络设备时,网络设备可以预定义第二配置信息。该预定义的第二配置信息可以是预先设置的,还可以为协议约定的。
S602:第一设备根据第二配置信息,以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
S603:第一设备在目标资源上向第二设备发送数据。
S604:第二设备对数据进行处理。
本实施例中,第一设备可以根据至少一个逻辑信道的属性和/或优先级,从多个可用资源中确定目标资源。第一设备还可以根据至少一个逻辑信道的属性和/或优先级,以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
一种可能的实施方式中,第一设备根据至少一个逻辑信道的属性,以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
一个示例中,可以先根据至少一个逻辑信道的属性,确定出各可用资源所能承载的逻辑信道。例如,若某个可用资源对应的HARQ进程的状态为使能态,则该可用资源可以承载属性为“使能HARQ反馈功能”的逻辑信道,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的逻辑信道。若某个可用资源对应的HARQ进程的状态为去使能态,则该可用资源可以承载属性为“去使能HARQ反馈功能”的逻辑信道,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的逻辑信道。然后,再根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。例如,可以自主确定或者根据第一指示信息确定选择使能态的HARQ进程对应的可用资源作为目标资源,或者,选择去使能态的HARQ进程对应的可用资源作为目标资源。这样,确定出目标资源后,也确定了该目标资源上所能承载的逻辑信道。并且,保证了目标资源对应的HARQ进程的状态与其承载的逻辑信道的属性匹配。
另一个示例中,可以先根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。例如,可以自主确定或者根据第一指示信息确定选择使能态的HARQ进程对应的可用资源作为目标资源,或者,选择去使能态的HARQ进程对应的可用资源作为目标资源。然后,再根据至少一个逻辑信道的属性,确定出该目标资源所能承载的逻辑信道。例如,若确定出的目标资源对应的HARQ进程为使能态,则该目标资源可以承载属性为“使能HARQ反馈功能”的逻辑信道,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的逻辑信道。若确定出的目标资源对应的HARQ进程为去使能态,则该目标资源可以承载属性为“去使能HARQ反馈功能”的逻辑信道,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的逻辑信道。
上述各示例中,在确定出目标资源以及目标资源所承载的逻辑信道的基础上,若目标资源对应的HARQ进程的状态与这些逻辑信道的属性匹配,则说明这些逻辑信道可以承载在该目标资源上发送,或者,说明这些逻辑信道可以使用该目标资源对应的HARQ进程发送。换句话说,上述各示例确定出的目标资源具有如下特征:目标资源对应的HARQ进程的状态至少与数据所属逻辑信道的属性匹配。
下面结合一个具体的示例进行举例说明。图7为本申请实施例提供的另一种资源选择过程的示意图。如图7所示,假设第一设备待发送数据包括4个逻辑信道,分别为LC1、LC2、LC3和LC4。其中,LC1和LC3的属性为“使能HARQ反馈功能”,LC2的属性为“去使能HARQ反馈功能”,LC4的属性为“使能或去使能HARQ反馈功能”。第一设备存在两个可用资源,分别为资源A和资源B。资源A对应HARQ进程0,资源B对应HARQ进程1。HARQ进程0处于使能态,HARQ进程1处于去使能态。根据LC1-LC4的属性,可以确定出资源A可承载的逻辑信道包括LC1、LC3和LC4,资源B可承载的逻辑信道包括LC2和LC4。若第一指示信息指示优先选择使能态的HARQ进程,则第一设备优先选择资源A作为目标资源,并在该目标资源上承载LC1、LC3和LC4的数据;若第一指示信息指示优先选择去使能态的HARQ进程,则第一设备优先选择资源B作为目标资源,并在该目标资源上承载LC2和LC4的目标数据。由此可见,本实施例确定出的目标资源对应的HARQ进程的状态与数据所属逻辑信道的属性匹配。
需要说明的是,上述各示例中,在确定某个资源可以承载的逻辑信道时,除了考虑逻辑信道的属性,还可以结合其他的逻辑信道与资源映射策略,本实施例对此不作限定和赘述。
另一种可能的实施方式中,第一设备根据至少一个逻辑信道的优先级,以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
实际应用中,可以先基于逻辑信道的优先级进行资源选择,若选择出的资源依然有多个,再基于这些资源对应的HARQ进程的状态进行进一步选择。或者,也可以先基于可用资源对应的HARQ进程的状态进行资源选择,若选择出的资源依然有多个,再基于逻辑信道的优先级进行进一步选择。
另一种可能的实施方式中,第一设备根据至少一个逻辑信道的属性和优先级,以及多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。
实际应用中,可以先基于逻辑信道的属性和优先级进行资源选择,若选择出的资源依然有多个,再基于这些资源对应的HARQ进程的状态进行进一步选择。或者,也可以先基于可用资源对应的HARQ进程的状态进行资源选择,若选择出的资源依然有多个,再基于逻辑信道的属性和优先级进行进一步选择。下面介绍几种可能的资源选择方式。
资源选择方式1:第一设备先进行第一步选择,根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定出候选资源。能够理解,第一步选择的过程与上述图3或图4所示的实施例类似,此处不作赘述。若第一步确定出的候选资源的数量为一个,则将该候选资源作为目标资源。若第一步确定出的候选资源的数量为多个,则第一设备继续进行第二步选择,根据至少一个逻辑信道的属性和优先级,从多个候选资源中确定目标资源。
其中,第二步选择的过程可以包括:第一设备根据至少一个逻辑信道的属性,确定出各候选资源所能承载的逻辑信道,根据各候选资源所能承载的逻辑信道的优先级,从多个候选资源中确定出目标资源。示例性的,第二步中从多个候选资源中确定目标资源时可以采用如下方式中的任一种:
(1)将多个候选资源中所能承载的逻辑信道的优先级最高的候选资源确定为目标资源。
(2)将多个候选资源中所能承载的逻辑信道的优先级位于预设范围内的候选资源确定为目标资源。
(3)将多个候选资源中所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大的候选资源确定为目标资源。
该资源选择方式中,第二步的另一种表述方式还可以为,从多个候选资源中确定的目标资源满足如下条件中的任一:
(1)目标资源所能承载的逻辑信道的最高优先级为多个候选资源所能承载的逻辑信道的优先级中的最高优先级。
(2)目标资源所能承载的逻辑信道的优先级位于预设范围内。
(3)目标资源所能承载的逻辑信道的优先级位于预设范围内,且目标资源所能承载的逻辑信道的数据量最大。
下面结合一个具体的示例对资源选择方式1进行举例说明。图8为本申请实施例提供的再一种资源选择过程的示意图。如图8所示,假设第一设备待发送数据包括4个逻辑信道,分别为LC1、LC2、LC3和LC4。其中,LC1和LC3的属性为“使能HARQ反馈功能”,LC2的属性为“去使能HARQ反馈功能”,LC4的属性为“使能或去使能HARQ反馈功能”。第一设备存在三个可用资源,分别为资源A、资源B和资源C。资源A对应HARQ进程0,资源B对应HARQ进程1,资源C对应HARQ进程2。HARQ进程0处于使能态,HARQ进程1和HARQ进程2处于去使能态。根据LC1-LC4的属性以及逻辑信道和资源之间的映射策略,确定出资源A可承载的逻辑信道包括LC1、LC3和LC4,资源B可承载的逻辑信道包括LC2和LC4,资源C可承载的逻辑信道包括LC4。
继续参见图8,第一步选择时,假设第一设备自主确定或者根据第一指示信息确定优先选择去使能态的HARQ进程,则在第一步中可以排除资源A,将资源B和资源C作为候选资源。在第二步选择时,第一设备可以选择可承载的逻辑信道的优先级最高的资源作为目标资源。由于资源B可承载的最高优先级为LC2,资源C可承载的最高优先级为LC4,而LC2>LC4,因此,在第二步选择时将资源B作为目标资源,并在该目标资源上承载LC2和LC4的数据。
资源选择方式2:第一设备先进行第一步选择,根据至少一个逻辑信道的属性和优先级,从多个可用资源中确定出候选资源。若第一步确定出的候选资源的数量为一个,则将该候选资源作为目标资源。若第一步确定出的候选资源的数量为多个,则第一设备继续进行第二步选择,根据多个候选资源各自对应的HARQ进程的状态,从多个候选资源中确定目标资源。能够理解,第二步选择的过程与上述图3或图4所示的实施例类似,此处不作赘述。
其中,第一步选择的过程可以包括:第一设备根据至少一个逻辑信道的属性,确定出各可用资源所能承载的逻辑信道,根据各可用资源所能承载的逻辑信道的优先级,从多个可用资源中确定出候选资源。示例性的,第一步中从多个可用资源中确定候选资源时可以采用如下方式中的任一种:
(1)将多个可用资源中所能承载的逻辑信道的优先级最高的可用资源确定为候选资源。
(2)将多个可用资源中所能承载的逻辑信道的优先级位于预设范围内的可用资源确定为候选资源。
(3)将多个可用资源中所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大的可用资源确定为候选资源。
该资源选择方式中,第一步的另一种表述方式还可以为,从多个可用资源中确定的候选资源满足如下条件中的任一:
(1)候选资源所能承载的逻辑信道的最高优先级为多个可用资源所能承载的逻辑信道的优先级中的最高优先级。
(2)候选资源所能承载的逻辑信道的优先级位于预设范围内。
(3)候选资源所能承载的逻辑信道的优先级位于预设范围内,且候选资源所能承载的逻辑信道的数据量最大。
下面结合一个具体的示例对资源选择方式2进行举例说明。图9为本申请实施例提供的又一种资源选择过程的示意图。如图9所示,假设第一设备待发送数据包括4个逻辑信道,分别为LC1、LC2、LC3和LC4。其中,LC1和LC3的属性为“使能HARQ反馈功能”,LC2的属性为“去使能HARQ反馈功能”,LC4的属性为“使能或去使能HARQ反馈功能”。第一设备存在三个可用资源,分别为资源A、资源B和资源C。资源A对应HARQ进程0,资源B对应HARQ进程1,资源C对应HARQ进程2。HARQ进程0处于使能态,HARQ进程1和HARQ进程2处于去使能态。根据LC1-LC4的属性以及逻辑信道和资源之间的映射策略,确定出资源A可承载的逻辑信道包括LC1、LC3和LC4,资源B可承载的逻辑信道包括LC2和LC4,资源C可承载的逻辑信道包括LC4。
第一步选择时,假设第一设备将可承载的逻辑信道的优先级位于前2(即可承载LC1或LC2)的可用资源作为候选资源,则在第一步中可以排除资源C,将资源A和资源B作为候选资源。在第二步选择时,假设第一设备自主确定或者根据第一指示信息确定选择去使能态的HARQ进程,则在第二步选择时排除资源A,将资源B作为目标资源,并在该目标资源上承载LC2和LC4的数据。
上述各种资源选择方式中,若经过第一步选择和第二步选择后,确定出的目标资源的数量依然有多个,则第一设备还可以进一步根据这些目标资源的其他信息来继续选择,以确定出最终用于传输数据的目标资源。下面给出几种可能的实施方式。
方式1:根据资源类型进行选择,例如可以优先选择DG资源。即,当S602选择出的目标资源包括CG资源和DG资源时,优先选择DG资源作为最终传输数据的目标资源。
方式2:根据各资源所能传输的数据量来选择。例如,选择能够传输的数据量最大的资源作为最终用于传输数据的目标资源。
方式3:根据重传优于新传来进行选择。即,选择用于进行重传的资源作为最终的目标资源。
方式4:随机选择或基于UE实现选择。即,当根据S602选择出的目标资源有多个时,从该多个资源中随机选择一个作为最终用于传输数据的目标资源。
方式5:根据所能承载的逻辑信道的次高优先级进行选择。例如,第一步选择后将资源B和资源C作为候选资源,而资源B和资源C所能承载的逻辑信道的最高优先级相同,则可以进一步根据资源B和资源C所能承载的逻辑信道的次高优先级进行选择。若资源B能够承载的逻辑信道的次高优先级高于资源C所能承载的逻辑信道的次高优先级,则选择资源B。
应理解,实际应用中,上述的5种选择方式还可以结合使用。在一个实施例中,上述5种方式还可以对应有优先级,第一设备可以根据优先级依次采用上述5种方式进行选择,直至最终确定的目标资源的数量为1个。
在一个实施例中,S602之前,第一设备还可以获取第二指示信息,第二指示信息用于指示第一设备采用的资源选择方式,所述资源选择方式为下述中任一:先根据逻辑信道的属性和/或优先级进行资源选择,再根据可用资源对应的HARQ进程的状态进行资源选择;或者,先根据可用资源对应的HARQ进程的状态进行资源选择,再根据逻辑信道的属性和/或优先级进行资源选择。也就是说,第二指示信息用于指示采用上述的资源选择方式1,或者,用于指示采用上述的资源选择方式2。
在一个实施例中,第一设备还可以获取第三指示信息,第三指示信息用于指示根据逻辑信道的属性和/或优先级进行资源选择时,所选资源需满足的条件。也就是说,第三指示信息用于指示下述条件中的任一:所能承载的逻辑信道的优先级最高;或者,所能承载的逻辑信道的优先级位于预设范围内;或者,所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大。
在一个实施例中,上述的第二指示信息和第三指示信息均可以是预定义的,例如,第一设备预先设置第二指示信息和第三指示信息,或者,在协议中约定第二指示信息和第三指示信息。
在一个实施例中,当第一设备为终端设备时,上述的第二指示信息和第三指示信息还可以是网络设备指示的。示例性的,第一设备从第二设备接收专用信息,所述专用信息中包括第二指示信息和/或第三指示信息。其中,专用信息可以为下述信息中的任一种:RRC配置信息、DCI、MAC CE。
一些可能的实施方式中,在待传输数据包括MAC CE的情况下,还可以为一个或者多个MAC CE配置用于指示HARQ反馈功能使能状态的属性。
示例性的,第一设备获取第三配置信息。第三配置信息用于指示MAC CE的配置信息。第三配置信息可以包括:至少一个MAC CE的属性;其中,每个MAC CE的属性为下述中的任一:使能HARQ反馈功能(启动HARQ反馈功能)、去使能HARQ反馈功能(禁用HARQ反馈功能)、使能或去使能HARQ反馈功能(启用或禁用HARQ反馈功能)。
应理解,一个MAC CE的属性为“使能HARQ反馈功能”,则表示该MAC CE需要承载在使能态的HARQ进程对应的资源中发送。一个MAC CE的属性为“去使能HARQ反馈功能”,则表示该MAC CE需要承载在去使能态的HARQ进程对应的资源中发送。一个MAC CE的属性为“使能或去使能HARQ反馈功能,”则表示该MAC CE可以承载在使能态的HARQ进程对应的资源中发送,也可以承载在去使能态的HARQ进程对应的资源中发送。
需要说明的是,对于未配置属性的MAC CE,第一设备可以默认该MAC CE的属性为“使能HARQ反馈功能”,或者,默认该MAC CE的属性为“去使能HARQ反馈功能”,或者,默认该MAC CE的属性为“使能或去使能HARQ反馈功能”。
当第一设备为终端设备时,终端设备可以从网络设备接收专用信息,该专用信息包括第三配置信息。其中,专用信息可以为下述信息中的任一种:RRC配置信息、MAC CE、DCI。
当第一设备为网络设备时,网络设备可以预定义第三配置信息。该预定义的第三配置信息可以是预先设置的,还可以为协议约定的。
在第一设备获知MAC CE的属性的条件下,第一设备选择资源时可以考虑各MAC CE的属性,使得选择的目标资源对应的HARQ进程的状态与数据中的MAC CE的属性匹配。下面结合两个示例进行说明。
一个示例中,可以先根据至少一个MAC CE的属性,确定出各可用资源所能承载的MAC CE。例如,若某个可用资源对应的HARQ进程的状态为使能态,则该可用资源可以承载属性为“使能HARQ反馈功能”的MAC CE,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的MAC CE。若某个可用资源对应的HARQ进程的状态为去使能态,则该可用资源可以承载属性为“去使能HARQ反馈功能”的MAC CE,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的MAC CE。然后,再根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。例如,可以自主确定或者根据第一指示信息确定选择使能态的HARQ进程对应的可用资源作为目标资源,或者,选择去使能态的HARQ进程对应的可用资源作为目标资源。这样,确定出目标资源后,也确定了该目标资源上所能承载的MAC CE。并且,保证了目标资源对应的HARQ进程的状态与其承载的MAC CE的属性匹配。
另一个示例中,可以先根据多个可用资源各自对应的HARQ进程的状态,从多个可用资源中确定目标资源。例如,可以自主确定或者根据第一指示信息确定选择使能态的HARQ进程对应的可用资源作为目标资源,或者,选择去使能态的HARQ进程对应的可用资源作为目标资源。然后,再根据至少一个MAC CE的属性,确定出该目标资源所能承载的MACCE。例如,若确定出的目标资源对应的HARQ进程为使能态,则该目标资源可以承载属性为“使能HARQ反馈功能”的MAC CE,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的MAC CE。若确定出的目标资源对应的HARQ进程为去使能态,则该目标资源可以承载属性为“去使能HARQ反馈功能”的MAC CE,进一步的还可以承载属性为“使能或去使能HARQ反馈功能”的MAC CE。
上述各示例中,在确定出目标资源以及目标资源所承载的MAC CE的基础上,若目标资源对应的HARQ进程的状态与这些MAC CE的属性匹配,则说明这些MAC CE可以承载在该目标资源上发送,或者,说明这些MAC CE可以使用该目标资源对应的HARQ进程发送。换句话说,上述各示例确定出的目标资源具有如下特征:目标资源对应的HARQ进程的状态至少与数据中的MAC CE的属性匹配。
图6至图9所示的实施例中,第一设备根据至少一个逻辑信道的属性和/或优先级,以及多个可用资源对应的HARQ进程的状态,从多个可用资源中选择目标资源,能够保证不同需求的业务的传输性能;同时,保证了终端设备实现灵活性,以及保证了业务传输的高效性。
图10为本申请实施例提供的一种数据传输装置的结构示意图。该数据传输装置10可以设置在第一设备中,第一设备可以为终端设备,也可以为网络设备。请参见图10,该数据传输装置10包括处理模块11和发送模块12,其中,
所述处理模块11用于,根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态,从所述多个可用资源中确定目标资源;
所述发送模块12用于,在所述目标资源上向第二设备发送数据。
本申请实施例提供的数据传输装置可以执行上述方法实施例所述的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
在一种可能的实施方式中,每个所述HARQ进程的状态为使能态或者去使能态。
在一种可能的实施方式中,所述处理模块11还用于:获取第一配置信息,所述第一配置信息包括如下信息中的任一种:
所述第一设备被配置的HARQ进程的状态;或者,
所述可用资源对应的HARQ进程的状态。
在一种可能的实施方式中,所述处理模块11还用于:获取第一指示信息,所述第一指示信息用于指示优先选择使能态的HARQ进程对应的可用资源作为目标资源,或者,用于指示优先选择去使能态的HARQ进程对应的可用资源作为目标资源;
相应的,所述处理模块11具体用于:根据所述第一指示信息以及所述多个可用资源各自对应的HARQ进程的状态,从所述多个可用资源中确定目标资源。
在一种可能的实施方式中,所述处理模块11还用于:获取第二配置信息,所述第二配置信息包括至少一个逻辑信道的属性;其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
相应的,所述目标资源对应的HARQ进程的状态与所述数据所属逻辑信道的属性匹配。
在一种可能的实施方式中,所述第二配置信息还包括所述至少一个逻辑信道的优先级;所述处理模块11具体用于:
根据所述至少一个逻辑信道的属性和/或优先级,以及所述多个可用资源各自对应的HARQ进程的状态,从所述多个可用资源中确定目标资源。
在一种可能的实施方式中,所述处理模块11具体用于:
根据所述多个可用资源各自对应的HARQ进程的状态,从所述多个可用资源中确定出候选资源;
若确定出的候选资源的数量为多个,则根据所述至少一个逻辑信道的属性和/或优先级,从所述多个候选资源中确定出目标资源。
在一种可能的实施方式中,所述处理模块11具体用于:
根据所述至少一个逻辑信道的属性,确定出各所述候选资源所能承载的逻辑信道;
将所述多个候选资源中所能承载的逻辑信道的优先级最高的候选资源确定为目标资源;或者,
将所述多个候选资源中所能承载的逻辑信道的优先级位于预设范围内的候选资源确定为目标资源;或者,
将所述多个候选资源中所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大的候选资源确定为目标资源。
在一种可能的实施方式中,所述处理模块11具体用于:
根据所述至少一个逻辑信道的属性和/或优先级,从所述多个可用资源中确定出候选资源;
若确定出的候选资源的数量为多个,则根据各所述候选资源对应的HARQ进程的状态,从所述多个候选资源中确定出目标资源。
在一种可能的实施方式中,所述处理模块11具体用于:
根据所述至少一个逻辑信道的属性,确定出各所述可用资源所能承载的逻辑信道;
将所述多个可用资源中所能承载的逻辑信道的优先级最高的可用资源确定为候选资源;或者,
将所述多个可用资源中所能承载的逻辑信道的优先级位于预设范围内的可用资源确定为候选资源;或者,
将所述多个可用资源中所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大的可用资源确定为候选资源。
在一种可能的实施方式中,所述处理模块11还用于:
获取第三配置信息,所述第三配置信息包括:至少一个媒质接入控制MAC控制单元CE的属性;其中,每个MAC CE的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
相应的,所述目标资源对应的HARQ进程的状态与所述数据中的MAC CE的属性匹配。
在一种可能的实施方式中,所述第一设备为终端设备,所述第二设备为网络设备;或者,所述第一设备为网络设备,所述第二设备为终端设备。
图11为本申请实施例提供的另一种数据传输装置的结构示意图。在图10所示实施例的基础上,请参见图11,该数据传输装置10还包括接收模块13,其中,
所述接收模块13,用于从所述第二设备接收第一信息,所述第一信息包括所述第一指示信息,所述第一信息为下述中的任一种:下行控制信息DCI、MAC CE、无线资源控制RRC配置信息。
一种可能的实施方式中,所述接收模块13,用于从所述第二设备接收第二信息,所述第二信息包括所述第一配置信息,所述第二信息为下述中的任一种:RRC配置信息、MACCE、DCI。
一种可能的实施方式中,接收模块13,用于从所述第二设备接收专用信息,所述专用信息包括所述第二配置信息。
一种可能的实施方式中,接收模块13,用于从所述第二设备接收专用信息,所述专用信息包括所述第三配置信息。
一种可能的实施方式中,所述处理模块11还用于:
获取第二指示信息,所述第二指示信息用于指示资源选择方式,所述资源选择方式为下述中任一:
先根据逻辑信道的属性和/或优先级进行资源选择,再根据可用资源对应的HARQ进程的状态进行资源选择;或者,
先根据可用资源对应的HARQ进程的状态进行资源选择,再根据逻辑信道的属性和/或优先级进行资源选择。
一种可能的实施方式中,所述处理模块11还用于:
获取第三指示信息,所述第三指示信息用于指示根据逻辑信道的属性和/或优先级进行资源选择时,选择的资源满足如下条件中的任一:
所能承载的逻辑信道的优先级最高;或者,
所能承载的逻辑信道的优先级位于预设范围内;或者,
所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大。
本申请实施例提供的数据传输装置可以执行上述方法实施例所述的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图12为本申请实施例提供的又一种数据传输装置的结构示意图。该数据传输装置20可以设置在第二设备中,第二设备可以为终端设备,也可以为网络设备。当图10-图11所示的第一设备为终端设备时,第二设备为网络设备,当第一设备为网络设备时,第二设备为终端设备。请参见图12,该数据传输装置20包括接收模块21和处理模块22,其中,
接收模块21,用于在目标资源上接收第一设备发送的数据,所述目标资源是所述第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态从所述多个可用资源中确定的;
处理模块22,用于对所述数据进行处理。
本申请实施例提供的数据传输装置可以执行上述方法实施例所述的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
一种可能的实施方式中,每个所述HARQ进程的状态为使能态或者去使能态。
一种可能的实施方式中,所述第一设备为终端设备,所述第二设备为网络设备;或者,所述第一设备为网络设备,所述第二设备为终端设备。
图13本申请实施例提供的再一种数据传输装置的结构示意图。在图12所示实施例的基础上,请参见图13,该数据传输装置20还包括发送模块23,其中,
发送模块23,用于向所述第一设备发送第一配置信息,所述第一配置信息包括下述信息中的任一种:
所述第一设备被配置的HARQ进程的状态;或者,
所述可用资源对应的HARQ进程的状态。
一种可能的实施方式中,所述发送模块23具体用于:向所述第一设备发送第二信息,所述第二信息包括所述第一配置信息,所述第二信息为下述中的任一种:无线资源控制RRC配置信息、媒质接入控制MAC控制单元CE、下行控制信息DCI。
一种可能的实施方式中,发送模块23,用于向所述第一设备发送第一指示信息,所述第一指示信息用于指示优先选择使能态的HARQ进程对应的可用资源作为目标资源,或者,用于指示优先选择去使能态的HARQ进程对应的可用资源作为目标资源。
一种可能的实施方式中,所述发送模块23具体用于:向所述第一设备发送第一信息,所述第一信息包括所述第一指示信息;所述第一信息为下述中的任一种:DCI、MAC CE、RRC配置信息。
一种可能的实施方式中,发送模块23,用于向所述第一设备发送第二配置信息,所述第二配置信息包括至少一个逻辑信道的属性,其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
所述目标资源对应的HARQ进程的状态与所述数据所属逻辑信道的属性匹配。
一种可能的实施方式中,所述第二配置信息还包括所述至少一个逻辑信道的优先级,所述至少一个逻辑信道的属性和/或优先级用于所述第一设备从所述多个可用资源中选择目标资源。
一种可能的实施方式中,所述发送模块23具体用于:向所述第一设备发送专用信息,所述专用信息包括所述第二配置信息。
一种可能的实施方式中,发送模块23,用于向所述第一设备发送第三配置信息,所述第三配置信息包括:至少一个媒质接入控制MAC控制单元CE的属性;其中,每个MAC CE的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
所述目标资源对应的HARQ进程的状态与所述数据中的MAC CE的属性匹配。
一种可能的实施方式中,所述发送模块23具体用于:向所述第一设备发送专用信息,所述专用信息包括所述第三配置信息。
一种可能的实施方式中,发送模块23,用于向所述第一设备发送第二指示信息,所述第二指示信息用于指示资源选择方式,所述资源选择方式为下述中任一:
先根据逻辑信道的属性和/或优先级进行资源选择,再根据可用资源对应的HARQ进程的状态进行资源选择;或者,
先根据可用资源对应的HARQ进程的状态进行资源选择,再根据逻辑信道的属性和/或优先级进行资源选择。
一种可能的实施方式中,发送模块23,用于向所述第一设备发送第三指示信息,所述第三指示信息用于指示根据逻辑信道的属性和/或优先级进行资源选择时,选择的资源满足如下条件中的任一:
所能承载的逻辑信道的优先级最高;或者,
所能承载的逻辑信道的优先级位于预设范围内;或者,
所能承载的逻辑信道的优先级位于预设范围内,且所能承载的逻辑信道的数据量最大。
本申请实施例提供的数据传输装置可以执行上述方法实施例所述的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图14为本申请实施例提供的终端设备的结构示意图。请参见图14,终端设备30可以包括:收发器31、存储器32、处理器33。收发器31可包括:发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述,接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地,收发器31、存储器32、处理器33,各部分之间通过总线34相互连接。
存储器32用于存储程序指令;
处理器33用于执行该存储器所存储的程序指令,用以使得终端设备30执行上述任一所示的数据传输方法。
其中,收发器31的接收器,可用于执行上述数据传输方法中终端设备的接收功能。收发器31的发送器,可用于执行上述数据传输方法中终端设备的发送功能。
图15为本申请实施例提供的网络设备的结构示意图。请参见图15,网络设备40可以包括:收发器41、存储器42、处理器43。收发器41可包括:发射器和/或接收器。该发射器还可称为发送器、发射机、发送端口或发送接口等类似描述,接收器还可称为接收器、接收机、接收端口或接收接口等类似描述。示例性地,收发器41、存储器42、处理器43,各部分之间通过总线44相互连接。
存储器42用于存储程序指令;
处理器43用于执行该存储器所存储的程序指令,用以使得终端设备30执行上述任一所示的数据传输方法。
其中,收发器41的发送器,可用于执行上述数据传输方法中网络设备的发送功能。
本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现上述数据传输方法。
本申请实施例还可提供一种计算机程序产品,该计算机程序产品可以由处理器执行,在计算机程序产品被执行时,可实现上述任一所示的终端设备执行的数据传输方法。
本申请实施例还可提供一种计算机程序产品,该计算机程序产品可以由处理器执行,在计算机程序产品被执行时,可实现上述任一所示的网络设备执行的数据传输方法。
本申请实施例的终端设备、计算机可读存储介质及计算机程序产品,可执行上述终端设备执行的数据传输方法,其具体的实现过程及有益效果参见上述,在此不再赘述。
本申请实施例的网络设备、计算机可读存储介质及计算机程序产品,可执行上述网络设备执行的数据传输方法,其具体的实现过程及有益效果参见上述,在此不再赘述。
实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(英文:read-only memory,缩写:ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetic tape)、软盘(英文:floppydisk)、光盘(英文:optical disc)及其任意组合。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
在本申请中,术语“包括”及其变形可以指非限制性的包括;术语“或”及其变形可以指“和/或”。本本申请中术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。本申请中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
Claims (21)
1.一种数据传输方法,其特征在于,包括:
第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态,从所述多个可用资源中确定目标资源;
所述第一设备在所述目标资源上向第二设备发送数据。
2.根据权利要求1所述的方法,其特征在于,每个所述HARQ进程的状态为使能态或者去使能态。
3.根据权利要求1或2所述的方法,其特征在于,所述第一设备根据多个可用资源各自对应的HARQ进程的状态,从所述多个可用资源中确定目标资源之前,还包括:
所述第一设备获取第一配置信息,所述第一配置信息包括所述可用资源对应的HARQ进程的状态。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述第一设备根据多个可用资源各自对应的HARQ进程的状态,从所述多个可用资源中确定目标资源之前,还包括:
所述第一设备获取第二配置信息,所述第二配置信息包括至少一个逻辑信道的属性;其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
所述目标资源对应的HARQ进程的状态与所述数据所属逻辑信道的属性匹配。
5.根据权利要求3或4所述的方法,其特征在于,所述第一设备为终端设备,所述第二设备为网络设备,所述第一设备获取第一配置信息,包括:
所述第一设备从所述第二设备接收第二信息,所述第二信息包括所述第一配置信息,所述第二信息为RRC配置。
6.一种数据传输方法,其特征在于,包括:
第二设备在目标资源上接收第一设备发送的数据,所述目标资源是所述第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态从所述多个可用资源中确定的;
所述第二设备对所述数据进行处理。
7.根据权利要求6所述的方法,其特征在于,每个所述HARQ进程的状态为使能态或者去使能态。
8.根据权利要求6或7所述的方法,其特征在于,所述第二设备从第一设备接收数据之前,还包括:
所述第二设备向所述第一设备发送第一配置信息,所述第一配置信息包括所述可用资源对应的HARQ进程的状态。
9.根据权利要求6至8任一项所述的方法,其特征在于,所述第二设备从第一设备接收数据之前,还包括:
所述第二设备向所述第一设备发送第二配置信息,所述第二配置信息包括至少一个逻辑信道的属性,其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
所述目标资源对应的HARQ进程的状态与所述数据所属逻辑信道的属性匹配。
10.一种数据传输装置,其特征在于,应用于第一设备,所述装置包括:
处理模块,用于根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态,从所述多个可用资源中确定目标资源;
发送模块,用于在所述目标资源上向第二设备发送数据。
11.根据权利要求10所述的装置,其特征在于,每个所述HARQ进程的状态为使能态或者去使能态。
12.根据权利要求10或11所述的装置,其特征在于,所述处理模块还用于:
获取第一配置信息,所述第一配置信息包括所述可用资源对应的HARQ进程的状态。
13.根据权利要求10至12任一项所述的装置,其特征在于,所述处理模块还用于:
获取第二配置信息,所述第二配置信息包括至少一个逻辑信道的属性;其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
所述目标资源对应的HARQ进程的状态与所述数据所属逻辑信道的属性匹配。
14.根据权利要求12或13所述的装置,其特征在于,所述第一设备为终端设备,所述第二设备为网络设备,所述装置还包括:
接收模块,用于从所述第二设备接收第二信息,所述第二信息包括所述第一配置信息,所述第二信息为RRC配置。
15.一种数据传输装置,其特征在于,应用于第二设备,所述装置包括:
接收模块,用于在目标资源上接收第一设备发送的数据,所述目标资源是所述第一设备根据多个可用资源各自对应的混合自动重传请求HARQ进程的状态从所述多个可用资源中确定的;
处理模块,用于对所述数据进行处理。
16.根据权利要求15所述的装置,其特征在于,每个所述HARQ进程的状态为使能态或者去使能态。
17.根据权利要求15或16所述的装置,其特征在于,所述第一设备为终端设备,所述第二设备为网络设备,所述装置还包括:
发送模块,用于向所述第一设备发送第一配置信息,所述第一配置信息包括所述可用资源对应的HARQ进程的状态。
18.根据权利要求15至17任一项所述的装置,其特征在于,所述装置还包括:
发送模块,用于向所述第一设备发送第二配置信息,所述第二配置信息包括至少一个逻辑信道的属性,其中,每个逻辑信道的属性为下述中的任一:使能HARQ反馈功能、去使能HARQ反馈功能、使能或去使能HARQ反馈功能;
所述目标资源对应的HARQ进程的状态与所述数据所属逻辑信道的属性匹配。
19.一种终端设备,其特征在于,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如权利要求1至9任一项所述的数据传输方法。
20.一种网络设备,其特征在于,包括:收发器、处理器、存储器;
所述存储器存储计算机执行指令;
所述处理器执行所述存储器存储的计算机执行指令,使得所述处理器执行如权利要求1至9任一项所述的数据传输方法。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当所述计算机执行指令被处理器执行时用于实现权利要求1至5任一项所述的数据传输方法,或者权利要求6至9任一项所述的数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211097960.5A CN115767754A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/074532 WO2021155590A1 (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
CN202211097960.5A CN115767754A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
CN202080084513.9A CN114762281A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080084513.9A Division CN114762281A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115767754A true CN115767754A (zh) | 2023-03-07 |
Family
ID=77199695
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080084513.9A Pending CN114762281A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
CN202211097960.5A Pending CN115767754A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080084513.9A Pending CN114762281A (zh) | 2020-02-07 | 2020-02-07 | 数据传输方法、装置及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220337350A1 (zh) |
EP (1) | EP4064596A4 (zh) |
CN (2) | CN114762281A (zh) |
WO (1) | WO2021155590A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115333677A (zh) * | 2022-08-25 | 2022-11-11 | 中国电信股份有限公司 | 云业务处理方法、系统、装置、设备及存储介质 |
WO2024119448A1 (zh) * | 2022-12-08 | 2024-06-13 | Oppo广东移动通信有限公司 | 用于无线传输的处理方法、装置、设备、存储介质及产品 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016114587A1 (en) * | 2015-01-15 | 2016-07-21 | Lg Electronics Inc. | Method for transmitting multiplexed harq feedbacks in a carrier aggregation system and a device therefor |
CN108631964A (zh) * | 2017-03-24 | 2018-10-09 | 华为技术有限公司 | 一种数据传输方法和相关设备 |
CN110447258A (zh) * | 2017-03-23 | 2019-11-12 | 华为技术有限公司 | 一种上行控制信道的资源映射方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108737036B (zh) * | 2017-04-18 | 2020-11-06 | 华为技术有限公司 | 反馈信息接收方法、发送方法、装置及系统 |
CN111133811B (zh) * | 2017-09-27 | 2024-04-23 | 索尼公司 | 通信设备 |
US20220286242A1 (en) * | 2019-08-02 | 2022-09-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Transmission Parameter Configuration |
-
2020
- 2020-02-07 EP EP20917663.5A patent/EP4064596A4/en active Pending
- 2020-02-07 CN CN202080084513.9A patent/CN114762281A/zh active Pending
- 2020-02-07 CN CN202211097960.5A patent/CN115767754A/zh active Pending
- 2020-02-07 WO PCT/CN2020/074532 patent/WO2021155590A1/zh unknown
-
2022
- 2022-06-29 US US17/853,651 patent/US20220337350A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016114587A1 (en) * | 2015-01-15 | 2016-07-21 | Lg Electronics Inc. | Method for transmitting multiplexed harq feedbacks in a carrier aggregation system and a device therefor |
CN110447258A (zh) * | 2017-03-23 | 2019-11-12 | 华为技术有限公司 | 一种上行控制信道的资源映射方法及装置 |
CN108631964A (zh) * | 2017-03-24 | 2018-10-09 | 华为技术有限公司 | 一种数据传输方法和相关设备 |
Non-Patent Citations (1)
Title |
---|
SONY: "Discussionon delay-tolerant HARQ for NTN", 《3GPP TSG RAN WG1 MEETING #99 R1-1912349》, 22 November 2019 (2019-11-22), pages 2 * |
Also Published As
Publication number | Publication date |
---|---|
US20220337350A1 (en) | 2022-10-20 |
CN114762281A (zh) | 2022-07-15 |
WO2021155590A1 (zh) | 2021-08-12 |
EP4064596A1 (en) | 2022-09-28 |
EP4064596A4 (en) | 2022-11-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113647035B (zh) | 数据传输方法、装置及系统 | |
EP3738240A1 (en) | Data retransmission mechanism in terrestrial or non-terrestrial networks exhibiting a high propagation delay | |
CN113544991B (zh) | 用于在nr v2x中发送psfch的方法和设备 | |
US20220337350A1 (en) | Data transmission method, apparatus and device | |
WO2021081908A1 (zh) | 为上行逻辑信道分配资源的方法和终端设备 | |
US20220151015A1 (en) | Method and apparatus for data transmission, terminal, and storage medium | |
CN113678531B (zh) | 上行逻辑信道复用的方法和终端设备 | |
JP2023539147A (ja) | 無線通信システムにおいて端末が上りリンク信号を送信する方法及びそのための装置 | |
US20220200741A1 (en) | Method, apparatus and system for transmitting data | |
CN114557100A (zh) | 上行mac ce传输的方法和装置 | |
WO2021184266A1 (zh) | 一种数据包重组方法、电子设备及存储介质 | |
CN114731238B (zh) | 配置授权定时器的使用方法与装置、终端设备和网络设备 | |
CN115580380A (zh) | 无线通信的方法及装置 | |
US20230171789A1 (en) | Method and apparatus for performing mixed mode retransmission in nr v2x | |
CN114830588B (zh) | 生效时间的确定方法、终端及网络设备 | |
CN114642028A (zh) | 信息处理方法、装置、设备及存储介质 | |
CN115039489A (zh) | 用于在nr v2x中请求重新发送资源的方法和设备 | |
EP4090110B1 (en) | Channel processing method, apparatus, device and storage medium | |
WO2023039809A1 (zh) | Sr触发方法、随机接入方法、装置、设备及存储介质 | |
EP4280504A1 (en) | Method by which terminal transmits feedback signal in wireless communication system, and apparatus therefor | |
CN118249966A (zh) | 数据传输方法、装置及系统 | |
CN116114299A (zh) | 一种信道传输方法及其装置 | |
CN115918219A (zh) | 信息传输方法、装置、设备及存储介质 | |
CN115918199A (zh) | 数据处理方法、装置、设备及存储介质 | |
CN114930959A (zh) | 信息处理方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |