CN110198546A - 一种调度方法和网络设备 - Google Patents
一种调度方法和网络设备 Download PDFInfo
- Publication number
- CN110198546A CN110198546A CN201810162572.8A CN201810162572A CN110198546A CN 110198546 A CN110198546 A CN 110198546A CN 201810162572 A CN201810162572 A CN 201810162572A CN 110198546 A CN110198546 A CN 110198546A
- Authority
- CN
- China
- Prior art keywords
- scheduling
- network equipment
- user
- transmission
- terminal equipment
- 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
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
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- 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/27—Control channels or signalling for resource management between access points
-
- 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/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- 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/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
-
- 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例公开了一种调度方法和网络设备,用于为终端设备进行预调度,并保证用户的HARQ合并增益。本申请实施例提供一种调度方法,包括:第一网络设备获取协作小区内的第一终端设备的用户信息,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源;所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置混合自动重传请求HARQ进程个数;所述第一网络设备向所述协作小区指示为所述第一终端设备分配的所述第一调度资源。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及一种调度方法和网络设备。
背景技术
在移动通信***中可以采用小区间协作,以此来提高边缘用户体验速率、保证移动用户体验一致性,例如在长期演进(Long Term Evolution,LTE)***或者新空口(NewRadio,NR)***下,会采用小区间协作。
以LTE***中的基于互联网协议的无线接入网(Internet Protocol RadioAccess Network,IPRAN)场景为例,联合传输(Joint Transmission,JT)可以包括:相干联合传输(Coherent-Joint Transmission,CO-JT)和非相干联合传输(NonCoherent-JointTransmission,NC-JT),但是无论哪种类型的联合传输,都会出现混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)进程不够的问题,当站间联合传输用户的HARQ进程不够时,该用户就无法被调度,即使存在资源块(Resource Block,RB)资源也只能给小区其它用户调度,该用户自己的吞吐率仍会下降,如果小区中没有其它用户,整个***吞吐率也会下降。同样的,在NR***中的IPRAN场景下也会存在HARQ进程不够的问题。
为了解决HARQ进程不够的问题,现有技术中采用了双HARQ缓存机制,基站对于未收到确认(Acknowledgement,ACK)或否认(Negative ACKnowledgment,NACK)的HARQ进程的数据进行缓存,并且利用该HARQ进程传输新数据,若收到用户设备(User Equipment,UE)反馈的ACK,则释放旧的HARQ缓存,若基站收到UE反馈的NACK,则将HARQ缓存数据当作初传数据进行再次传输。现有技术中采用的双HARQ缓存机制,虽然减少了用户的吞吐率损失,但也失去码字重传的HARQ合并增益。另外,基站还要缓存旧HARQ的数据,而这也会增加基站的开销。
发明内容
本申请实施例提供了一种调度方法和网络设备,用于为终端设备进行预调度,并保证用户的HARQ合并增益。
为解决上述技术问题,本申请实施例提供以下技术方案:
第一方面,本申请实施例提供一种调度方法,包括:第一网络设备获取协作小区内的第一终端设备的用户信息,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源;所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置混合自动重传请求HARQ进程个数;所述第一网络设备向所述协作小区指示为所述第一终端设备分配的所述第一调度资源。
在本申请的一些实施例中,第一终端设备同时处于主服务小区和协作小区的覆盖范围内,第一网络设备上部署有主服务小区,该第一网络设备可以获取协作小区内的第一终端设备的用户信息,第一网络设备根据该第一终端设备的用户信息从预留的调度资源中为第一终端设备分配第一调度资源,第一网络设备根据该主服务小区的环回时间为主服务小区配置HARQ进程个数,在为第一终端设备分配第一调度资源之后,第一网络设备向协作小区指示为第一终端设备分配的第一调度资源,使得协作小区能够获取到为第一终端设备分配的第一调度资源。本申请实施例中,第一终端设备的预调度在主服务小区执行,第一网络设备可以根据用户在不同小区实际传输的环回时间配置相应的HARQ进程个数,保证用户的HARQ合并增益。
在第一方面的一种可能设计中,所述第一网络设备获取协作小区内的第一终端设备的用户信息之后,所述方法还包括:所述第一网络设备根据所述用户信息确定所述第一终端设备的用户类型,所述用户类型包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、单小区当前重传用户、站内当前新传用户和单小区当前新传用户。站间预调度重传用户是指多个网络设备联合的对重传数据进行预调度的用户,重传数据是指因传输失败而需要重新传输的数据的用户。站间预调度新传用户是指多个网络设备联合的对新传数据进行预调度的用户,新传数据是指初次传输的数据。站内当前重传用户是指单个网络设备内的多个小区在当前传输资源内对重传数据进行传输的用户,单小区当前重传用户是指单个小区在当前传输资源内对重传数据进行传输的用户。站内当前新传用户是指单个网络设备内的多个小区在当前传输资源内对新传数据进行传输的用户,单小区当前新传用户是指单个小区在当前传输资源对新传数据进行传输的用户。
在第一方面的一种可能设计中,所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源,包括:所述第一网络设备根据所述用户信息确定所述第一终端设备采用站间非相干联合传输NC-JT;所述第一网络设备确定预调度顺序为所述站间预调度重传用户的调度优先级高于所述站间预调度新传用户的调度优先级;所述第一网络设备根据所述预调度顺序从所述预留的调度资源中为所述第一终端设备分配第一调度资源。其中,针对第一终端设备采用站间NC-JT,第一网络设备确定出前述的预调度顺序,在该预调度顺序中,站间预调度重传用户的调度优先级高于站间预调度新传用户的调度优先级,也就是说,若有空闲的HARQ进程,则将该空闲的HARQ进程用于预调度重传用户的联合传输,若没有预调度重传数据,则将该HARQ进程分配给预调度新传用户。本申请实施例中第一终端设备的用户类型为站间预调度重传用户或站间预调度新传用户时,第一网络设备为第一终端设备进行预调度,可以提高对HARQ进程资源的利用率,提高联合传输用户的感知速率,不会对小区的平均性能造成损失。
在第一方面的一种可能设计中,所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源,包括:当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,所述第一网络设备从预留的调度资源中为所述第一终端设备分配所述第一调度资源;或,当所述第一终端设备的用户类型为所述当前重传用户或所述当前新传用户时,所述第一网络设备从为所述站间预调度重传用户或者所述站间预调度新传用户分配调度资源之后剩余的调度资源中为所述第一终端设备分配所述第一调度资源。其中,在一种实现场景下,若第一终端设备的用户类型是站间预调度重传用户或者站间预调度新传用户,则可以为该第一终端设备分配调度资源,同样的,若第二终端设备的用户类型是站间预调度重传用户或者站间预调度新传用户,则可以为该第二终端设备分配调度资源。在另一种实现场景下,若第二终端设备的用户类型是站间预调度重传用户或者站间预调度新传用户,则可以为该第二终端设备分配调度资源,而第一终端设备的用户类型是当前重传用户或当前新传用户,可以从为第二终端设备分配调度资源之后剩余的调度资源中再为第一终端设备分配第一调度资源。第一网络设备为第一终端设备从预调度后剩余的调度资源中为第一终端设备分配调度资源时可以按照如下的调度顺序来分配:当前重传用户的调度优先级高于当前新传用户的调度优先级,以使得重传能够优先的被调度,从而可以保证HARQ合并增益。
在第一方面的一种可能设计中,所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数之后,所述方法还包括:当所述第一终端设备的用户类型为所述所述站间预调度重传用户,或所述站间预调度新传用户,所述第一网络设备为所述第一终端设备预留的HARQ进程个数为0;或,当所述第一终端设备的用户类型为所述站间预调度新传用户时,所述第一网络设备为所述第一终端设备预留HARQ进程,当所述第一终端设备的用户类型为所述站间预调度重传用户时,所述第一网络设备为所述第一终端设备预留HARQ进程个数为0。其中,第一网络设备可以根据第一终端设备的用户类型设置不同的调度准则。其中一种调度准则是当前重传优先,即第一终端设备的用户类型为站间预调度重传用户或者站间预调度新传用户时,第一网络设备为第一终端设备预留的HARQ进程个数为0,因此第一终端设备无论采用站间预调度新传还是站间预调度重传,第一网络设备都不会为第一终端设备预留出HARQ进程,因此当站间预调度传输不预留HARQ进程时,可以保证尽可能多的HARQ进程空闲下来,从而可以用于当前调度的重传,以保证第一终端设备的HARQ合并增益。第一网络设备设置的另一种调度准则还可以是预调度新传优先,即第一终端设备的用户类型为站间预调度新传用户时,第一网络设备为第一终端设备预留HARQ进程,而第一终端设备的用户类型为站间预调度重传用户时,第一网络设备为第一终端设备预留的HARQ进程个数为0,因此第一终端设备采用站间预调度新传时,由于为该第一终端设备预留有HARQ进程,因此可以保证这些预留的HARQ进程可用于预调度新传,以有效的利用HARQ进程资源。
在第一方面的一种可能设计中,所述第一网络设备向所述协作小区指示为所述第一终端设备分配的所述第一调度资源之后,所述方法还包括:所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度。其中,第一网络设备可以获取到第一终端设备的用户类型,从而可以根据第一终端设备的用户类型确定出该第一终端设备所对应的调度优先级顺序,第一网络设备根据该调度优先级顺序从高到低依次对第一终端设备进行调度,需要说明的是,这里对第一终端设备进行的调度是指真实调度,该真实调度是在预调度完成之后向第一终端设备发送下行数据。
在第一方面的一种可能设计中,所述调度优先级顺序按照从高到低依次包括:所述站间预调度重传用户、所述站间预调度新传用户、所述站内当前重传用户、所述站内当前新传用户。也就是说明,第一终端设备的用户类型为站间预调度重传用户时,该第一终端设备可以被优先的调度,当站间预调度重传被调度完毕后,第一网络设备接下来进行站间预调度新传,接下来,在站间预调度新传被调度完成后,再进行站内当前重传,最后进行站内当前新传,以保证站间预调度重传数据能够被优先调度,保证了第一终端设备的HARQ合并增益。需要说明的是,合并增益是指使用了HARQ进程时能够带来的额外增益,在本申请实施例中第一网络设备管理了多个终端设备(例如第一终端设备、第二终端设备、第三终端设备),第一网络设备采用这种的调度方案可以保证预调度能够优于当前传输,例如第二终端设备可能是预调度用户,第一终端就是当前传输用户,这种情况下预调度用户的优先级要高于当前传输用户的优先级。
在第一方面的一种可能设计中,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,包括:当所述第一终端设备的用户类型是所述站间预调度新传用户时,所述第一网络设备通过所述主服务小区的第一HARQ进程,与所述协作小区联合的向所述第一终端设备发送站间预调度新传数据。当第一终端设备的用户类型为站间预调度新传用户时,第一网络设备可以使用主服务小区,并且与协作小区联合的向第一终端设备发送站间预调度新传数据,即第一网络设备使用主服务小区的第一HARQ进程,第二网络设备使用协作小区的第一HARQ进程共同的向第一终端设备发送站间预调度新传数据,其中,站间预调度新传数据是指第一终端设备的用户类型是站间预调度新传用户时第一网络设备发送的下行数据。因此第一终端设备可以分别从主服务小区的第一HARQ进程、协作小区的第一HARQ进程来接收站间预调度新传数据,实现第一终端设备的HARQ合并增益。
在第一方面的一种可能设计中,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,还包括:当所述站间预调度新传数据中有一个码字存在传输错误时,所述第一网络设备通过所述第一HARQ进程,与所述协作小区联合的向所述第一终端设备重传所述存在传输错误的一个码字;或,当所述站间预调度新传数据中有两个码字都存在传输错误时,所述第一网络设备通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的两个码字。一种可实现的情况是,当站间预调度新传数据中有一个码字存在传输错误时,第一网络设备可以通过第一HARQ进程,与协作小区联合的向第一终端设备重传存在传输错误的一个码字,即有一个码字传输错误时,重传码字都在主服务小区进行重传,仍使用新传时的第一HARQ进程,以保证重传的HARQ合并增益。另一种可实现的情况是,当站间预调度新传数据中有两个码字都存在传输错误时,第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备重传存在传输错误的两个码字,即两个码字都存在传输错误时,重传的两个码字都在主服务小区进行单小区重传,即仍使用新传时的第一HARQ进程,以保证重传的HARQ合并增益。
在第一方面的一种可能设计中,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,还包括:当所述站间预调度新传数据中有两个码字都存在传输错误时,所述第一网络设备通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的其中一个码字;以及,所述第一网络设备通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备延时重传所述存在传输错误的另一个码字;或,所述第一网络设备通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的另一个码字;或,所述第一网络设备通过单个的所述主服务小区新传所述存在传输错误的另一个码字。其中,对于仍使用第一HARQ进程进行延时重传的方案,由于延时传输的码字下次仍按相同的第一HARQ进程进行重传,因此保证重传HARQ的合并增益。对于通过主服务小区和协作小区联合的预调度新传存在传输错误的另一个码字的方案,可以实现对存在传输错误的另一个码字的预调度新传,从而不会再占用原有的第一HARQ进程,以保证HARQ进程个数足够主服务小区使用。对于通过单个主服务小区新传存在传输错误的另一个码字的方案,可以实现对存在传输错误的另一个码字的单小区新传,从而不会再占用原有的第一HARQ进程,以保证HARQ进程个数足够主服务小区使用。
在第一方面的一种可能设计中,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,还包括:当所述站间预调度新传数据中有两个码字都存在传输错误时,所述第一网络设备通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的两个码字。其中,两个码字都存在传输错误时,第一网络设备通过站间预调度新传的方式传输存在传输错误的两个码字,使得第一终端设备可以重新接收存在传输错误的两个码字。
在第一方面的一种可能设计中,所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数,包括:所述第一网络设备根据所述主服务小区的环回时间和所述协作小区的环回时间确定所述主服务小区的HARQ进程个数;所述第一网络设备将所述主服务小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。本申请实施例中提出的按码字或TB定义HARQ进程,并根据两个小区上实际的最小的RTT能力划分不同的HARQ进程数范围,即给每个码字分配不同的HARQ Id范围,有利于HARQ进程资源在两个小区上传输时的共享,在保证联合传输用户的HARQ合并增益的同时,又节省了HARQ进程资源。
第二方面,本申请实施例提供一种调度方法,包括:第二网络设备向第一网络设备发送协作小区内的第一终端设备的用户信息,所述第二网络设备上部署有协作小区,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;所述第二网络设备获取所述第一网络设备指示的为所述第一终端设备分配的第一调度资源;所述第二网络设备根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数。
在本申请的一些实施例中,第二网络设备可以向第一网络设备发送协作小区内的第一终端设备的用户信息,第二网络设备获取第一网络设备指示的为第一终端设备分配的第一调度资源,第二网络设备根据该指示可以确定第一网络设备为第一终端设备分配的第一调度资源,第二网络设备根据协作小区的环回时间和协作小区的反馈时延为协作小区配置HARQ进程个数。第二网络设备可以根据用户在不同小区实际传输的环回时间以及反馈时延配置相应的HARQ进程个数,保证用户的HARQ合并增益。
在第二方面的一种可能设计中,所述第二网络设备根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数之后,所述方法还包括:所述第二网络设备通过所述协作小区的第一HARQ进程,与所述主服务小区联合的向所述第一终端设备发送站间预调度新传数据。当第一终端设备的用户类型为站间预调度新传用户时,第一网络设备可以使用主服务小区,并且与协作小区联合的向第一终端设备发送站间预调度新传数据,即第一网络设备使用主服务小区的第一HARQ进程,第二网络设备使用协作小区的第一HARQ进程共同的向第一终端设备发送站间预调度新传数据,因此第一终端设备可以分别从主服务小区的第一HARQ进程、协作小区的第一HARQ进程来接收站间预调度新传数据,实现第一终端设备的HARQ合并增益。
在第二方面的一种可能设计中,所述方法还包括:当所述站间预调度新传数据中有一个码字存在传输错误时,所述第二网络设备按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的所述第一HARQ进程向所述第一终端设备新传数据;或,当所述站间预调度新传数据中两个码字都存在传输错误时,所述第二网络设备按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的空闲HARQ进程向所述第一终端设备新传数据,所述空闲HARQ进程与所述第一HARQ进程是不相同的HARQ进程。如果站间预调度新传数据中的一个码字出错,需要重传的码字在主服务小区重传,即第一网络设备仍使用新传时的第一HARQ进程来传输错误的码字,以保证重传的HARQ合并增益。协作小区按预调度预留的资源新传数据,仍使用相同的第一HARQ进程进行新数据的传输。如果两个码字都传输出错,重传的两个码字都在主服务小区进行单小区重传,即第一网络设备仍使用相同的第一HARQ进程,保证重传HARQ的合并增益,而协作小区按预调度预留的资源传新数据,且使用另外一个PDCCH下的空闲HARQ进程,从而可以提高HARQ进程的资源利用率。
在第二方面的一种可能设计中,所述第二网络设备根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数,包括:所述第二网络设备根据所述主服务小区的环回时间、所述协作小区的环回时间和所述协作小区的反馈时延确定所述协作小区的HARQ进程个数;所述第二网络设备将所述协作小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。前述实施例中是按照不同的码字对协作小区的HARQ进程进行分类,同样的,也可以按照TB对协作小区的HARQ进程进行分类,其中,码字和传输块一一对应,码字是物理层中的概念,传输块是MAC层中的概念。本申请实施例中提出的按码字或TB定义HARQ进程,并根据两个小区上实际的最小的RTT能力划分不同的HARQ进程数范围,即给每个码字分配不同的HARQId范围,有利于HARQ进程资源在两个小区上传输时的共享,在保证联合传输用户的HARQ合并增益的同时,又节省了HARQ进程资源。
第三方面,本申请实施例提供一种网络设备,所述网络设备具体为第一网络设备,所述第一网络设备包括:处理模块,用于获取协作小区内的第一终端设备的用户信息,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;所述处理模块,还用于根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源;所述处理模块,还用于根据所述主服务小区的环回时间为所述主服务小区配置混合自动重传请求HARQ进程个数;发送模块,还用于向所述协作小区指示为所述第一终端设备分配的第一调度资源。
在第三方面的一种可能设计中,所述处理模块,还用于获取协作小区内的第一终端设备的用户信息之后,根据所述用户信息确定所述第一终端设备的用户类型,所述用户类型包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、单小区当前重传用户、站内当前新传用户和单小区当前新传用户。
在第三方面的一种可能设计中,所述处理模块,具体用于根据所述用户信息确定所述第一终端设备采用站间非相干联合传输NC-JT;所述第一网络设备确定预调度顺序为所述站间预调度重传用户的调度优先级高于所述站间预调度新传用户的调度优先级;根据所述预调度顺序从预留的调度资源中为所述第一终端设备分配所述第一调度资源。
在第三方面的一种可能设计中,所述处理模块,具体用于当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,从预留的调度资源中为所述第一终端设备分配所述第一调度资源;或,当所述第一终端设备的用户类型为所述当前重传用户或所述当前新传用户时,从为所述站间预调度重传用户或者所述站间预调度新传用户分配调度资源之后剩余的调度资源中为所述第一终端设备分配所述第一调度资源。
在第三方面的一种可能设计中,所述处理模块,还用于根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数之后,当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,为所述第一终端设备预留的HARQ进程个数为0;或,当所述第一终端设备的用户类型为所述站间预调度新传用户时,为所述第一终端设备预留HARQ进程,当所述第一终端设备的用户类型为所述站间预调度重传用户时,为所述第一终端设备预留的HARQ进程个数为0。
在第三方面的一种可能设计中,所述处理模块,还用于向所述协作小区指示为所述第一终端设备分配的所述第一调度资源之后,按照预先确定的调度优先级顺序对所述第一终端设备进行调度。
在第三方面的一种可能设计中,所述调度优先级顺序按照从高到低依次包括:所述站间预调度重传用户、所述站间预调度新传用户、所述站内当前重传用户、所述站内当前新传用户。
在第三方面的一种可能设计中,所述处理模块,具体用于当所述第一终端设备的用户类型为所述站间预调度新传用户时,通过所述主服务小区的第一HARQ进程,与所述协作小区联合的向所述第一终端设备发送站间预调度新传数据。
在第三方面的一种可能设计中,所述处理模块,具体用于当所述站间预调度新传数据中有一个码字存在传输错误时,通过所述第一HARQ进程,与所述协作小区联合的向所述第一终端设备重传所述存在传输错误的一个码字;或,当所述站间预调度新传数据中有两个码字都存在传输错误时,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的两个码字。
在第三方面的一种可能设计中,所述处理模块,具体用于当所述站间预调度新传数据中有两个码字都存在传输错误时,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的其中一个码字;以及,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备延时重传所述存在传输错误的另一个码字;或,通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的另一个码字;或,通过单个的所述主服务小区新传所述存在传输错误的另一个码字。
在第三方面的一种可能设计中,所述处理模块,具体用于当所述站间预调度新传数据中有两个码字都存在传输错误时,通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的两个码字。
在第三方面的一种可能设计中,所述处理模块,具体用于根据所述主服务小区的环回时间和所述协作小区的环回时间确定所述主服务小区的HARQ进程个数;将所述主服务小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
在本申请的第三方面中,第一网络设备的组成模块还可以执行前述第一方面以及各种可能的实现方式中所描述的步骤,详见前述对第一方面以及各种可能的实现方式中的说明。
第四方面,本申请实施例提供一种网络设备,所述网络设备具体为第二网络设备,所述第二网络设备,包括:发送模块,用于向第一网络设备发送协作小区内的第一终端设备的用户信息,所述第二网络设备上部署有所述协作小区,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;处理模块,用于获取所述第一网络设备发送的预调度信息,所述预调度信息包括:指示为所述第一终端设备分配第一调度资源的指示信息;所述处理模块,还用于根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数。
在第四方面的一种可能设计中,所述处理模块,还用于根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数之后,通过所述协作小区的第一HARQ进程,与所述主服务小区联合的向所述第一终端设备发送站间预调度新传数据。
在第四方面的一种可能设计中,所述处理模块,还用于当所述站间预调度新传数据中有一个码字存在传输错误时,按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的所述第一HARQ进程向所述第一终端设备新传数据;或,当所述站间预调度新传数据中两个码字都存在传输错误时,按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的空闲HARQ进程向所述第一终端设备新传数据,所述空闲HARQ进程与所述第一HARQ进程是不相同的HARQ进程。
在第四方面的一种可能设计中,所述处理模块,具体用于根据所述主服务小区的环回时间、所述协作小区的环回时间和所述协作小区的反馈时延确定所述协作小区的HARQ进程个数;将所述协作小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
在本申请的第四方面中,第二网络设备的组成模块还可以执行前述第二方面以及各种可能的实现方式中所描述的步骤,详见前述对第二方面以及各种可能的实现方式中的说明。
第五方面,本申请实施例提供一种网络设备,具体为第一网络设备,该第一网络设备包括:处理器、存储器;所述存储器用于存储指令;所述处理器用于执行所述存储器中的所述指令,使得所述通信装置执行如前述第一方面中任一项所述的方法。
第六方面,本申请实施例提供一种网络设备,具体为第二网络设备,该第二网络设备包括:处理器、存储器;所述存储器用于存储指令;所述处理器用于执行所述存储器中的所述指令,使得所述通信装置执行如前述第二方面中任一项所述的方法。
第七方面,本申请提供了一种芯片***,该芯片***包括处理器,用于支持网络设备实现上述方面中所涉及的功能,例如,例如发送或处理上述方法中所涉及的数据和或或信息。在一种可能的设计中,所述芯片***还包括存储器,所述存储器,用于保存网络设备必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包括芯片和其他分立器件。
第八方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
第九方面,本申请提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
附图说明
图1为本申请实施例提供的一种调度方法所应用的***架构示意图;
图2为本申请实施例提供的一种调度方法的流程方框示意图;
图3为本申请实施例提供的另一种调度方法的流程方框示意图;
图4为本申请实施例提供的一种IPRAN CoMP分布式调度的场景示意图;
图5-a为本申请实施例提供的重传优先调度准则下预留RB资源的示意图;
图5-b为本申请实施例提供的预调度优先调度准则下预留RB资源和HARQ进程的示意图;
图6为本申请实施例提供的预调度在主服务小区执行的调度流程示意图;
图7为本申请实施例提供的IPRAN CoMP分布式调度的调度流程示意图;
图8为本申请实施例提供的一种IPRAN HARQ调度场景下的基站和UE之间的交互示意图;
图9为本申请实施例提供的一种主服务小区和协作小区中分配HARQ进程的示意图;
图10为本申请实施例提供的一种通过两个PDCCH分配HARQ进程的示意图;
图11为本申请实施例提供的另一种通过两个PDCCH分配HARQ进程的示意图;
图12为本申请实施例提供的另一种IPRAN HARQ调度场景下的基站和UE之间的交互示意图;
图13为本申请实施例提供的一种预调度和真实调度中分配HARQ进程的示意图;
图14为本申请实施例提供的另一种预调度和真实调度中分配HARQ进程的示意图;
图15为本申请实施例提供的为不同码字分别分配HARQ进程的示意图;
图16为本申请实施例提供的一种第一网络设备的组成结构示意图;
图17为本申请实施例提供的一种第二网络设备的组成结构示意图;
图18为本申请实施例提供的另一种第一网络设备的组成结构示意图;
图19为本申请实施例提供的另一种第二网络设备的组成结构示意图。
具体实施方式
本申请实施例提供了一种调度方法和网络设备,用于为终端设备进行预调度,并保证用户的HARQ合并增益。
下面结合附图,对本申请的实施例进行描述。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,以便包含一系列单元的过程、方法、***、产品或设备不必限于那些单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
本申请描述的技术可以适用于长期演进(Long Term Evolution,简称LTE)***,或其他采用各种无线接入技术的无线通信***,例如采用码分多址,频分多址,时分多址,正交频分多址,单载波频分多址等接入技术的***。此外,还可以适用于使用LTE***后续的演进***,如第五代5G(the fifth generation,5G)***,包括新无线(New Radio,NR)***,或者演进的LTE(evolved LTE)***等。
如图1所示,为本申请实施例提供的***组成结构示意图,该***可包括:第一网络设备、第二网络设备和第一终端设备,其中,第一终端设备可以有一个或多个。本申请所涉及到的终端设备各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(User Equipment,UE),移动台(Mobile station,MS),终端(terminal),终端设备(Terminal Equipment)等等。为方便描述,本申请中,上面提到的设备统称为用户设备或UE。本申请所涉及到的网络设备可以包括基站(base station,简称BS),网络设备是一种部署在无线接入网中用以为UE提供无线通信功能的装置。所述基站可以包括各种形式的宏基站,微基站,中继站,接入点等等。在采用不同的无线接入技术的***中,具备基站功能的设备的名称可能会有所不同,例如在LTE***中,称为演进的节点B(evolved NodeB简称:eNB或者eNodeB),在NR***中,称为gNB,在第三代3G***中,称为节点B(Node B)等等。本申请实施例提供的***中设置有两种不同类型的网路设备:第一网络设备、第二网络设备。其中,第一网络设备上部署有主服务小区,第二网络设备上部署有协作小区,第一终端设备同时处于主服务小区和协作小区的覆盖范围内,第一网络设备从预留的调度资源中为第一终端设备配置第一调度资源,例如预留的调度资源可以是资源块(Resource Block,RB)资源,也可以是网络设备向终端设备发送下行数据所使用的其它资源,此处不做限定。第一网络设备为第一终端设备分配第一调度资源之后,第一网络设备可以向第二网络设备指示为第一终端设备分配的第一调度资源,例如第一网络设备可以发送预调度信息,通过该预调度信息指示为第一终端设备分配的第一调度资源。
接下来分别从第一网络设备和第二网络设备的角度对调度方法进行举例说明。首先从第一网络设备角度进行说明,本申请实施例以对第一终端设备的预调度在主服务小区执行为例。请参阅图2所示,本申请调度方法的一个实施例,该方法可包括:
201、第一网络设备获取协作小区内的第一终端设备的用户信息,第一网络设备上部署有主服务小区,第一终端设备同时处于主服务小区和协作小区的覆盖范围内。
在本申请实施例中,如图1所示的***架构下,第一终端设备同时处于主服务小区和协作小区的覆盖范围内,第一终端设备可以通过主服务小区和协作小区实现联合传输。举例说明如下,在IPRAN场景下,主服务小区和协作小区同时给第一终端设备发送相同或不同的下行数据,从而可以实现联合传输。另外第一终端设备所使用的协作小区的个数不做限定,可以是一个协作小区,也可以是多个协作小区。
在本申请实施例中,第一网络设备上部署有主服务小区,第二网络设备上部署有协作小区,第二网络设备可以先获取该协作小区内的第一终端设备的用户信息,然后第二网络设备向第一网络设备发送第一终端设备的用户信息,第一网络设备可以从第二网络设备接收到第一终端设备的用户信息。其中,第一终端设备的用户信息可以包括如下信息的至少一种:用户信道状态信息(Channel State Information,CSI)和用户的调度优先级(Priority)。可选的,第一网络设备还可以获取协作小区内的无线链路控制层(Radio LinkControl,RLC)缓存(buffer)信息。
在本申请的一些实施例中,第一网络设备还可以通过如下方式为主小区配置协作小区,本申请实施例提供的调度方法除了执行前述步骤之外,还可以包括如下步骤:
第一网络设备接收第一终端设备发送的测量报告;
第一网络设备根据测量报告确定第一终端设备为联合传输用户;
第一网络设备为第一终端设备选择协作集,协作集包括:协作小区;
第一网络设备向第一终端设备发送CSI测量配置信息。
其中,第一终端设备可以对多个小区的参考信号接收功率(Reference SignalReceiving Power,RSRP)进行测量后,向第一网络设备发送测量报告,第一网络设备可以根据该测量报告确定第一终端设备是否为联合传输(Joint Transmission,JT)用户,后续实施例中简称为JT用户。在第一终端设备是联合传输用户的情况下,第一网络设备可以为该第一终端设备选择出协作小区。第一网络设备可以向第一终端设备发送CSI测量配置信息,例如可以采用下行控制信息(Downlink Control Information,DCI)或者无线资源控制(Radio Resource Control,RRC)信令的方式发送CSI测量配置信息。
202、第一网络设备根据用户信息从预留的调度资源中为第一终端设备分配第一调度资源。
在本申请实施例中,第一网络设备获取到第一终端设备的用户信息之后,第一网络设备根据该第一终端设备的用户信息确定为该第一终端设备进行预调度,例如从预留的调度资源中为第一终端设备分配调度资源,将为第一终端设备分配的调度资源定义为“第一调度资源”。其中,预留的调度资源是指为预调度所预留的调度资源,例如该调度资源可以是RB资源,也可以是网络设备向终端设备发送下行数据所使用的其它资源,此处不做限定。
在本申请的一些实施例中,第一网络设备在为第一终端设备做预调度时,第一网络设备还可以确定第一终端设备的用户类型。其中,第一终端设备的用户类型有多种,例如用户类型可以包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、单小区当前重传用户、站内当前新传用户和单小区当前新传用户。站间预调度重传用户是指多个网络设备联合的对重传数据进行预调度的用户,重传数据是指因传输失败而需要重新传输的数据的用户。站间预调度新传用户是指多个网络设备联合的对新传数据进行预调度的用户,新传数据是指初次传输的数据。站内当前重传用户是指单个网络设备内的多个小区在当前传输资源内对重传数据进行传输的用户,单小区当前重传用户是指单个小区在当前传输资源内对重传数据进行传输的用户。站内当前新传用户是指单个网络设备内的多个小区在当前传输资源内对新传数据进行传输的用户,单小区当前新传用户是指单个小区在当前传输资源对新传数据进行传输的用户。需要说明的是,第一网络设备可以管理有多个终端设备,分别为第一终端设备、第二终端设备、第三终端设备等等,每个终端设备的用户类型可以为前述六种用户类型的某一种用户类型,具体取决于应用场景。
在一种可能的实现方式中,第一网络设备可以根据第一终端设备的用户信息以及第一终端设备的用户类型来为第一终端设备进行预调度。例如,第一终端设备的用户类型为站间预调度重传用户或者站间预调度新传用户时,第一网络设备可以从预留的调度资源中为第一终端设备分配第一调度资源;在另一种可能的实现方式中,当第一终端设备的用户类型为单小区当前重传用户和单小区当前新传用户时,第一网络设备不对该第一终端设备进行预调度,即第一网络设备不分配预留的调度资源给第一终端设备。
需要说明的是,前述的当前重传和当前新传中“当前”是指第一终端设备在真实调度时正在使用的时间点,例如当前可以是当前传输时间间隔(Transmission TimeInterval,TTI)。前述的“站间”指的是同时使用不同网络设备的主服务小区和协作小区向第一终端设备传输下行数据,前述的“站内”指的是使用同一个网络设备的多个小区向第一终端设备传输下行数据。前述的“重传”指的是重复传输在本次重传之前初传时出错的数据,前述的“新传”指的是初次向第一终端设备传输数据。
在本申请的一些实施例中,基于第一网络设备确定第一终端设备的用户类型的实现场景下,前述步骤202第一网络设备根据用户信息从预留的调度资源中为第一终端设备分配第一调度资源,包括:
第一网络设备根据用户信息确定第一终端设备采用站间非相干联合传输(NonCoherent-Joint Transmission,NC-JT);
当第一终端设备采用站间NC-JT时,第一网络设备确定预调度顺序为站间预调度重传用户的调度优先级高于站间预调度新传用户的调度优先级;
第一网络设备根据该预调度顺序从预留的调度资源中为第一终端设备分配第一调度资源。
其中,针对第一终端设备采用站间NC-JT,第一网络设备确定出前述的预调度顺序,在该预调度顺序中,站间预调度重传用户的调度优先级高于站间预调度新传用户的调度优先级,也就是说,若有空闲的HARQ进程,则将该空闲的HARQ进程用于预调度重传用户的联合传输,若没有预调度重传数据,则将该HARQ进程分配给预调度新传用户。本申请实施例中第一终端设备的用户类型为站间预调度重传用户或站间预调度新传用户时,第一网络设备为第一终端设备进行预调度,可以提高对HARQ进程资源的利用率,提高联合传输用户的感知速率,不会对小区的平均性能造成损失。
需要说明的是,第一终端设备还可以采用站间相干联合传输(Coherent-JointTransmission,CO-JT),第一网络设备可以确定预调度顺序为:站间预调度新传用户的调度优先级高于站间预调度重传用户的调度优先级,也就是说,若有空闲的HARQ进程,则该空闲的HARQ进程用于预调度新传用户的联合传输,若没有预调度新传数据,则将该HARQ进程分配给预调度重传用户。
在本申请的一些实施例中,基于第一网络设备确定第一终端设备的用户类型的实现场景下,步骤202第一网络设备根据用户信息从预留的调度资源中为第一终端设备分配第一调度资源,包括:
当第一终端设备的用户类型为站间预调度重传用户,或者站间预调度新传用户时,第一网络设备从预留的调度资源中为第一终端设备分配第一调度资源;或,
当第一终端设备的用户类型为当前重传用户或当前新传用户时,第一网络设备从为站间预调度重传用户或者站间预调度新传用户分配调度资源之后剩余的调度资源中为第一终端设备分配第一调度资源。
其中,第一网络设备先从预留的调度资源中为站间预调度重传用户或者站间预调度新传用户分配第一调度资源,然后进行真实调度时再将预调度后剩余的调度资源分配给非站间预调度传输的终端设备,非站间预调度传输可以包括:当前重传和当前新传。举例说明,在一种实现场景下,若第一终端设备的用户类型是站间预调度重传用户或者站间预调度新传用户,则可以为该第一终端设备分配调度资源,同样的,若第二终端设备的用户类型是站间预调度重传用户或者站间预调度新传用户,则可以为该第二终端设备分配调度资源。在另一种实现场景下,若第二终端设备的用户类型是站间预调度重传用户或者站间预调度新传用户,则可以为该第二终端设备分配调度资源,而第一终端设备的用户类型是当前重传用户或当前新传用户,可以从为第二终端设备分配调度资源之后剩余的调度资源中再为第一终端设备分配第一调度资源。第一网络设备为第一终端设备从预调度后剩余的调度资源中为第一终端设备分配调度资源时可以按照如下的调度顺序来分配:当前重传用户的调度优先级高于当前新传用户的调度优先级,以使得重传能够优先的被调度,从而可以保证HARQ合并增益。
203、第一网络设备根据主服务小区的环回时间为主服务小区配置HARQ进程个数。
在本申请实施例中,第一网络设备上部署有主服务小区,第一网络设备先获取该主服务小区的环回时间。其中,环回时间是指主服务小区的往返时延(Round-Trip Time,RTT)。第一网络设备可以根据主服务小区的RTT来配置HARQ进程个数。举例说明,第一网络设备可以根据主服务小区的数据下发和上行反馈的时间确定出主服务小区的最小RTT,再根据该最小RTT的取值来配置相应个数的HARQ进程,以避免无线网络传输场景会出现的HARQ进程数不够的问题。
在本申请的一些实施例中,步骤203第一网络设备根据主服务小区的环回时间为主服务小区配置HARQ进程个数之后,本申请实施例提供的调度方法还可以包括如下步骤:
当第一终端设备的用户类型为站间预调度重传用户或者站间预调度新传用户时,第一网络设备为第一终端设备预留的HARQ进程个数为0;或,
当第一终端设备的用户类型为站间预调度新传用户时,第一网络设备为第一终端设备预留HARQ进程,当第一终端设备的用户类型为站间预调度重传用户时,第一网络设备为第一终端设备预留的HARQ进程个数为0。
其中,第一网络设备可以根据第一终端设备的用户类型设置不同的调度准则。其中一种调度准则是当前重传优先,即第一终端设备的用户类型为站间预调度重传用户或者站间预调度新传用户时,第一网络设备为第一终端设备预留的HARQ进程个数为0,因此第一终端设备无论采用站间预调度新传还是站间预调度重传,第一网络设备都不会为第一终端设备预留出HARQ进程,因此当站间预调度传输不预留HARQ进程时,可以保证尽可能多的HARQ进程空闲下来,从而可以用于当前调度的重传,以保证第一终端设备的HARQ合并增益。第一网络设备设置的另一种调度准则还可以是预调度新传优先,即第一终端设备的用户类型为站间预调度新传用户时,第一网络设备为第一终端设备预留HARQ进程,而第一终端设备的用户类型为站间预调度重传用户时,第一网络设备为第一终端设备预留的HARQ进程个数为0,因此第一终端设备采用站间预调度新传时,由于为该第一终端设备预留有HARQ进程,因此可以保证这些预留的HARQ进程可用于预调度新传,以有效的利用HARQ进程资源。
在本申请的一些实施例中,步骤203第一网络设备根据主服务小区的环回时间为主服务小区配置HARQ进程个数,包括:
第一网络设备根据主服务小区的环回时间和协作小区的环回时间确定主服务小区的HARQ进程个数;
第一网络设备将主服务小区的HARQ进程按照不同码字进行分类,确定码字和HARQ进程的映射关系。
其中,第一网络设备根据主服务小区的环回时间和协作小区的环回时间可以确定出两个小区的最小环回时间,从而根据该最小环回时间确定出主服务小区的HARQ进程个数。举例说明,第一网络设备可以设置主服务小区的HARQ进程个数为8,与LTE***中设置的小区对应的HARQ进程个数相同。第一网络设备按照不同码字将主服务小区的HARQ进程分类,使得不同的码字对应于不同的HARQ进程。举例说明如下,主服务小区的HARQ进程个数为12,分别为HARQ进程标识(Identifier,Id)0-12,后续实施例中HARQ进程标识也可以简称为HARQId。若有两个码字,分别为:码字0和码字1,其中,码字0对应的HARQ进程可以为HARQId0-3,码字1对应的HARQ进程可以为HARQId4-11。因此,主服务小区的全部HARQ进程按照两个码字拆分开来,总的HARQ进程数为12。需要说明的是,前述实施例中是按照不同的码字对主服务小区的HARQ进程进行分类,同样的,也可以按照传输块(Transport Block,TB)对主服务小区的HARQ进程进行分类。其中,码字和传输块一一对应,码字是物理层中的概念,传输块是媒体介入控制(Media Access Control,MAC)层中的概念,码字和传输块是网络设备的不同层中对数据的划分单元。本申请实施例中提出的按码字或TB定义HARQ进程,并根据两个小区上实际的最小的RTT能力划分不同的HARQ进程数范围,即给每个码字分配不同的HARQId范围,有利于HARQ进程资源在两个小区上传输时的共享,在保证联合传输用户的HARQ合并增益的同时,又节省了HARQ进程资源。
204、第一网络设备向协作小区指示为第一终端设备分配的第一调度资源。
在本申请实施例中,第一网络设备为第一终端设备执行预调度之后,第一网络设备可以向协作小区指示为第一终端设备分配的第一调度资源,例如第一网络设备可以向部署协作小区的第二网络设备发送预调度信息,该预调度信息可用于指示从预留的调度资源中为第一终端设备分配第一调度资源,使得第二网络设备能够根据该预调度信息确定出第一网络设备为第一终端设备分配的第一调度资源,从而可以实现第二网络设备与第一网络设备的联合调度。
在本申请的一些实施例中,步骤204第一网络设备向协作小区指示为第一终端设备分配的第一调度资源之后,本申请实施例提供的调度方法还可以包括如下步骤:
第一网络设备按照预先确定的调度优先级顺序对第一终端设备进行调度。
其中,第一网络设备可以获取到第一终端设备的用户类型,从而可以根据第一终端设备的用户类型确定出该第一终端设备所对应的调度优先级顺序,第一网络设备根据该调度优先级顺序从高到低依次对第一终端设备进行调度,需要说明的是,这里对第一终端设备进行的调度是指真实调度,该真实调度是在预调度完成之后向第一终端设备发送下行数据。
需要说明的是,第一终端设备的用户类型确定了该第一终端设备在调度优先级顺序中所对应的调度顺序,当第一网络设备调度有多个终端设备时,第一网络设备可以按照各个终端设备对应的调度顺序来依次对各个终端设备进行真实调度,后续实施例中将针对真实调度的具体实现方式分别进行举例说明。
在本申请的一些实施例中,第一网络设备采用的调度优先级顺序按照从高到低依次包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、站内当前新传用户。也就是说明,第一终端设备的用户类型为站间预调度重传用户时,该第一终端设备可以被优先的调度,当站间预调度重传被调度完毕后,第一网络设备接下来进行站间预调度新传,接下来,在站间预调度新传被调度完成后,再进行站内当前重传,最后进行站内当前新传,以保证站间预调度重传数据能够被优先调度,保证了第一终端设备的HARQ合并增益。需要说明的是,合并增益是指使用了HARQ进程时能够带来的额外增益,在本申请实施例中第一网络设备管理了多个终端设备(例如第一终端设备、第二终端设备、第三终端设备),第一网络设备采用这种的调度方案可以保证预调度能够优于当前传输,例如第二终端设备可能是预调度用户,第一终端就是当前传输用户,这种情况下预调度用户的优先级要高于当前传输用户的优先级。
在本申请的一些实施例中,前述步骤第一网络设备按照预先确定的调度优先级顺序对第一终端设备进行真实调度,包括:
当第一终端设备的用户类型为站间预调度新传用户时,第一网络设备通过主服务小区的第一HARQ进程,与协作小区联合的向第一终端设备发送站间预调度新传数据。
其中,以第一网络设备分配给第一终端设备的HARQ进程为“第一HARQ进程”为例,该第一HARQ进程指的是第一网络设备分配给第一终端设备的某一个HARQ进程。当第一终端设备的用户类型为站间预调度新传用户时,第一网络设备可以使用主服务小区,并且与协作小区联合的向第一终端设备发送站间预调度新传数据,即第一网络设备使用主服务小区的第一HARQ进程,第二网络设备使用协作小区的第一HARQ进程共同的向第一终端设备发送站间预调度新传数据,其中,站间预调度新传数据是指第一终端设备的用户类型是站间预调度新传用户时第一网络设备发送的下行数据。因此第一终端设备可以分别从主服务小区的第一HARQ进程、协作小区的第一HARQ进程来接收站间预调度新传数据,实现第一终端设备的HARQ合并增益。
在本申请的一些实施例中,针对前述站间预调度新传数据的传输场景,前述步骤第一网络设备按照预先确定的调度优先级顺序对第一终端设备进行调度,还包括:
当站间预调度新传数据中有一个码字存在传输错误时,第一网络设备通过第一HARQ进程,与协作小区联合的向第一终端设备重传存在传输错误的一个码字;或,
当站间预调度新传数据中有两个码字都存在传输错误时,第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备重传存在传输错误的两个码字。
其中,第一网络设备对站间预调度新传数据进行新传之后,第一网络设备可以从第一终端设备接收到HARQ反馈,例如该HARQ反馈可以包括:肯定回答(Acknowledgement,ACK),或者否定回答(Negative Acknowledgment,NACK),若第一网络设备收到ACK,则说明站间预调度新传数据传输成功,无需进行重传,若第一网络设备收到了NACK,则说明站间预调度新传数据传输错误,第一网络设备需要针对新传错误的码字进行重传。一种可实现的情况是,当站间预调度新传数据中有一个码字存在传输错误时,第一网络设备可以通过第一HARQ进程,与协作小区联合的向第一终端设备重传存在传输错误的一个码字,即有一个码字传输错误时,重传码字都在主服务小区进行重传,仍使用新传时的第一HARQ进程,以保证重传的HARQ合并增益。另一种可实现的情况是,当站间预调度新传数据中有两个码字都存在传输错误时,第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备重传存在传输错误的两个码字,即两个码字都存在传输错误时,重传的两个码字都在主服务小区进行单小区重传,即仍使用新传时的第一HARQ进程,以保证重传的HARQ合并增益。
在本申请的一些实施例中,针对前述站间预调度新传数据的传输场景,前述步骤第一网络设备按照预先确定的调度优先级顺序对第一终端设备进行真实调度,还包括:
当站间预调度新传数据中有两个码字都存在传输错误时,第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备重传存在传输错误的其中一个码字;以及,
第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备延时重传存在传输错误的另一个码字;或,第一网络设备通过主服务小区和协作小区联合的预调度新传存在传输错误的另一个码字;或,第一网络设备通过单个的主服务小区新传存在传输错误的另一个码字。
其中,当站间预调度新传数据中有两个码字都存在传输错误时,针对传输错误的两个码字中的其中一个码字,第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备重传存在传输错误的其中一个码字,重传的其中一个码字在主服务小区进行单小区重传,即仍使用新传时的第一HARQ进程,以保证重传的HARQ合并增益。针对传输错误的两个码字中的另一个码字,第一网络设备可以有如下三种不同的传输方式:第一网络设备通过单个的主服务小区的第一HARQ进程向第一终端设备延时重传存在传输错误的另一个码字;或,第一网络设备通过主服务小区和协作小区联合的预调度新传存在传输错误的另一个码字;或,第一网络设备通过单个的主服务小区新传存在传输错误的另一个码字。其中,对于仍使用第一HARQ进程进行延时重传的方案,由于延时传输的码字下次仍按相同的第一HARQ进程进行重传,因此保证重传HARQ的合并增益。对于通过主服务小区和协作小区联合的预调度新传存在传输错误的另一个码字的方案,可以实现对存在传输错误的另一个码字的预调度新传,从而不会再占用原有的第一HARQ进程,以保证HARQ进程个数足够主服务小区使用。对于通过单个主服务小区新传存在传输错误的另一个码字的方案,可以实现对存在传输错误的另一个码字的单小区新传,从而不会再占用原有的第一HARQ进程,以保证HARQ进程个数足够主服务小区使用。
在本申请的一些实施例中,针对前述站间预调度新传数据的传输场景,前述步骤第一网络设备按照预先确定的调度优先级顺序对第一终端设备进行真实调度,还包括:
当站间预调度新传数据中有两个码字都存在传输错误时,第一网络设备通过主服务小区和协作小区联合的预调度新传存在传输错误的两个码字。
其中,两个码字都存在传输错误时,第一网络设备通过站间预调度新传的方式传输存在传输错误的两个码字,使得第一终端设备可以重新接收存在传输错误的两个码字。
通过前述实施例对本申请的举例说明可知,第一终端设备同时处于主服务小区和协作小区的覆盖范围内,第一网络设备上部署有主服务小区,该第一网络设备可以获取协作小区内的第一终端设备的用户信息,第一网络设备根据该第一终端设备的用户信息从预留的调度资源中为第一终端设备分配第一调度资源,第一网络设备根据该主服务小区的环回时间为主服务小区配置HARQ进程个数,在为第一终端设备分配第一调度资源之后,第一网络设备向协作小区指示为第一终端设备分配的第一调度资源。本申请实施例中,第一终端设备的预调度在主服务小区执行,第一网络设备可以根据用户在不同小区实际传输的环回时间配置相应的HARQ进程个数,保证用户的HARQ合并增益。
前述实施例中从第一网络设备在主服务小区执行预调度以及真实调度的实现方案进行了举例说明,接下来从第二网络设备在协作小区执行真实调度的实现方案进行举例说明,请参阅图3所示,本申请调度方法的一个实施例,该方法可包括:
301、第二网络设备向第一网络设备发送协作小区内的第一终端设备的用户信息,第二网络设备上部署有协作小区,第一网络设备上部署有主服务小区,第一终端设备同时处于主服务小区和协作小区的覆盖范围内。
在本申请实施例中,如图1所示的***架构下,第一终端设备同时处于主服务小区和协作小区的覆盖范围内,第一终端设备可以通过主服务小区和协作小区实现联合传输。举例说明如下,在IPRAN场景下,主服务小区和协作小区同时给第一终端设备发送相同或不同的有用数据,从而可以联合传输。另外第一终端设备所使用的协作小区的个数不做限定,可以是一个协作小区,也可以是多个协作小区。
在本申请实施例中,第一网络设备上部署有主服务小区,第二网络设备上部署有协作小区,第二网络设备可以先获取该协作小区内的第一终端设备的用户信息,然后第二网络设备向第一网络设备发送第一终端设备的用户信息,其中,第一终端设备的用户信息可以包括如下信息的至少一种:用户CSI和用户的调度域优先级。可选的,第二网络设备还可以向第一网络设备发送协作小区内的RLC缓存信息。
302、第二网络设备获取第一网络设备指示的为第一终端设备分配的第一调度资源。
在本申请实施例中,第一网络设备为第一终端设备执行预调度之后,第一网络设备可以向协作小区指示为第一终端设备分配的第一调度资源,例如第一网络设备可以发送部署协作小区的第二网络设备发送预调度信息,该预调度信息可用于指示从预留的调度资源中为第一终端设备分配第一调度资源,第二网络设备从第一网络设备接收到该预调度信息,第二网络设备可以根据该预调度信息确定出第一网络设备为第一终端设备分配的第一调度资源。
303、第二网络设备根据协作小区的环回时间和协作小区的反馈时延为协作小区配置HARQ进程个数。
在本申请实施例中,第二网络设备上部署有协作小区,若第一终端设备发送的反馈信息通过主服务小区发送给协作小区,那么从主服务小区到协作小区之间还存在反馈时延,第二网络设备先获取该协作服务小区的环回时间和反馈时延,其中,环回时间是指协作小区的RTT。第二网络设备可以根据协作小区的RTT和协作小区的反馈时延来配置HARQ进程个数。举例说明,第二网络设备可以根据协作小区的数据下发和上行反馈的时间确定出协作小区的最小RTT,再根据该最小RTT加上协作小区的反馈时延来配置相应个数的HARQ进程,以避免无线网络传输场景会出现的HARQ进程数不够的问题。举例说明,协作小区的环回时间为8毫秒,协作小区的反馈时延为2毫秒,则可以为协作小区配置的HARQ进程的个数为10。
在本申请的一些实施例中,步骤303第二网络设备根据协作小区的环回时间和协作小区的反馈时延为协作小区配置HARQ进程个数之后,本申请实施例提供的调度方法还可以包括如下步骤:
第二网络设备通过协作小区的第一HARQ进程,与主服务小区联合的向第一终端设备发送站间预调度新传数据。
其中,以第二网络设备分配给第一终端设备的HARQ进程为“第一HARQ进程”为例,该第一HARQ进程指的是第二网络设备分配给第一终端设备的某一个HARQ进程。当第一终端设备的用户类型为站间预调度新传用户时,第一网络设备可以使用主服务小区,并且与协作小区联合的向第一终端设备发送站间预调度新传数据,即第一网络设备使用主服务小区的第一HARQ进程,第二网络设备使用协作小区的第一HARQ进程共同的向第一终端设备发送站间预调度新传数据,因此第一终端设备可以分别从主服务小区的第一HARQ进程、协作小区的第一HARQ进程来接收站间预调度新传数据,实现第一终端设备的HARQ合并增益。
在本申请的一些实施例中,针对前述站间预调度新传数据的传输场景,本申请实施例提供的调度方法还包括如下步骤:
当站间预调度新传数据中有一个码字存在传输错误时,第二网络设备按照第一网络设备进行预调度时预留的传输资源,使用协作小区的第一HARQ进程向第一终端设备新传数据;或,
当站间预调度新传数据中两个码字都存在传输错误时,第二网络设备按照第一网络设备进行预调度时预留的传输资源,使用协作小区的空闲HARQ进程向第一终端设备新传数据,该空闲HARQ进程与第一HARQ进程是不相同的HARQ进程。
其中,如果站间预调度新传数据中的一个码字出错,需要重传的码字在主服务小区重传,即第一网络设备仍使用新传时的第一HARQ进程来传输错误的码字,以保证重传的HARQ合并增益。协作小区按预调度预留的资源新传数据,仍使用相同的第一HARQ进程进行新数据的传输。如果两个码字都传输出错,重传的两个码字都在主服务小区进行单小区重传,即第一网络设备仍使用相同的第一HARQ进程,保证重传HARQ的合并增益,而协作小区按预调度预留的资源传新数据,且使用另外一个PDCCH下的空闲HARQ进程,从而可以提高HARQ进程的资源利用率。
在本申请的一些实施例中,步骤303第二网络设备根据协作小区的环回时间和协作小区的反馈时延为协作小区配置HARQ进程个数,包括:
第二网络设备根据主服务小区的环回时间、协作小区的环回时间和协作小区的反馈时延确定协作小区的HARQ进程个数;
第二网络设备将协作小区的HARQ进程按照不同码字进行分类,确定码字和HARQ进程的映射关系。
其中,第二网络设备可以主服务小区的环回时间和协作小区的环回时间可以确定出两个小区的最小环回时间,从而根据该最小环回时间确定出协作小区的HARQ进程个数。第二网络设备按照不同码字将协作小区的HARQ进程分类,使得不同的码字对应于不同的HARQ进程。举例说明如下,协作小区的HARQ进程个数为12,分别为HARQId0-12,若有两个码字,分别为:码字0和码字1,其中,码字0对应的HARQ进程可以为HARQId0-3,码字1对应的HARQ进程可以为HARQId4-11。因此,协作小区的HARQ进程按照两个码字拆分开来,总的HARQ进程数为12。需要说明的是,前述实施例中是按照不同的码字对协作小区的HARQ进程进行分类,同样的,也可以按照TB对协作小区的HARQ进程进行分类,其中,码字和传输块一一对应,码字是物理层中的概念,传输块是MAC层中的概念。本申请实施例中提出的按码字或TB定义HARQ进程,并根据两个小区上实际的最小的RTT能力划分不同的HARQ进程数范围,即给每个码字分配不同的HARQId范围,有利于HARQ进程资源在两个小区上传输时的共享,在保证联合传输用户的HARQ合并增益的同时,又节省了HARQ进程资源。
通过前述实施例对本申请的举例说明可知,第二网络设备可以向第一网络设备发送协作小区内的第一终端设备的用户信息,第二网络设备指示从预留的调度资源中为第一终端设备分配第一调度资源,第二网络设备可以确定第一网络设备为第一终端设备分配的第一调度资源,第二网络设备根据协作小区的环回时间和协作小区的反馈时延为协作小区配置HARQ进程个数。第二网络设备可以根据用户在不同小区实际传输的环回时间以及反馈时延配置相应的HARQ进程个数,保证用户的HARQ合并增益。
为便于更好的理解和实施本申请实施例的上述方案,下面举例相应的应用场景来进行具体说明。
请参阅如图4所示,为本申请实施例提供的一种IPRAN多点协作传输(CoordinatedMultipoint,CoMP)分布式调度的场景示意图。在IPRAN CoMP场景下存在两个网络设备,分别为eNB0和eNB1,还存在12个终端设备,分别为用户设备(User Equipment,UE)0至11。其中,eNB0上部署有三个小区,分别是小区0、小区1和小区2,后续实施例中小区也可以表示为传输点(Transmission Point,TP),eNB1上部署有三个小区,分别是小区3、小区4和小区5,eNB0和eNB1之间的IPRAN时延为2毫秒(ms)至5毫秒。UE0、UE1、UE11为站间联合调度用户,UE2、UE4、UE6和UE10为站内联合调度用户,UE3、UE5、UE7、UE8和UE9为单小区用户。本申请实施例可以实现在IPRAN场景下,根据实际用户最小的环回时间实现HARQ调度机制,解决现有技术中IPRAN场景下用户得不到连续调度和失去HARQ重传合并增益的问题,本申请实施例可以提高边缘用户体验速率、保证移动用户体验的一致性。在IPRAN场景下,主服务小区和协作小区同时给CoMP用户发送相同或不同有用数据做JT类传输,基站侧根据不同小区上HARQ ACK反馈时延不同、和预调度是否预留HARQ Id、以及PDCCH个数和HARQ进程个数采用不同的调度方案和灵活的HARQ进程配置,使得HARQ进程个数足够的同时,HARQ RTT尽量少,以保证用户重传HARQ合并增益,减少空口业务的传输时延。
需要说明的是,本申请实施例可应用于5G通信***。本申请实施例可应用于频分双工(Frequency Division Dual,FDD)或时分双工(Time Division Duplexing,TDD)架构***。本申请实施例中网络设备可以包括部署主服务小区的第一网络设备和部署协作小区的第二网络设备。例如该网络设备可以为基站,该基站可以包括:物理层(physical layer,PHY)、媒体介入控制(Media Access Control,MAC)层、分组数据汇聚协议(Packet DataConvergence Protocol,PDCP)层。其中,CoMP用户选择、调度的控制算法在基站侧的MAC层中实现,功率分配、权值设计、调制和编码方案(Modulation and Coding Scheme,MCS)调整等在基站侧的物理层实现。PDCP层实现互联网协议(Internet Protocol,IP)头压缩,控制面加密,传输数据的完整性保护等功能。
接下来,从网络设备一侧对本申请实施例中IPRAN分布式调度的前提和调度准则进行举例说明:当终端设备进行NC-JT传输时,两个TP上分别传输数据,为了使两个TP上RB资源对齐性能最优,所以本申请实施例中以两个TP上RB资源对齐为调度前提。其中,RB资源对齐是指两个TP上传输的RB频率资源都完全相同,使用相同的RBId。在NC-JT传输时,每个TP可独立调度传不同数据,上行HARQ ACK反馈因为上行覆盖受限需要采用1个上行控制信息(Uplink Control Information,UCI)。本申请实施例中接下来以1个UCI下2个PDCCH和1个PDCCH下的调度方案进行举例说明。
当终端设备进行Co-JT传输时,每个TP上传输相同数据,两个TP上的RB资源需要对齐,本申请实施例中以1个PDCCH1个UCI下的调度方案为例进行说明。
其中,JT类传输可以包括Co-JT或NC-JT。在JT类传输时,两个TP上RB资源要对齐发送,所以需要通过预调度预约好真实调度时JT在两个TP上传输的RBId。
本申请实施例中从架构上统一采用分布式调度,为防止资源冲突,需要限制服务小区不能同时作为协作小区,调度主体可以在主服务小区也可以在协作小区,例如前述图4所示的一种分布式场景。
从调度准则上看,JT类传输主要分两类,分别为:
Type1调度(简称重传优先):预调度时只为站间JT用户新传预留RBId,不预留HarqId。TP0真实调度时的调度优先级顺序为:站间JT用户预调度重传>站间JT用户预调度新传>当前TTI重传用户>当前TTI新传用户,其中,>表示大于。
Type2调度(简称预调度优先):预调度时不仅为站间JT用户新传预留RBId,还预留HarqId。TP0真实调度时的调度优先级顺序为:站间JT用户预调度重传>站间JT用户预调度新传>当前TTI重传用户>当前TTI新传用户。
接下来首先对Type1调度的实现场景进行举例说明:预调度时只为站间JT用户新传预留RBId,不预留HarqId,调度准则详细描述如下:
主服务小区做预调度。主服务小区TP0收到协作小区TP1内用户CSI、RLC buffer、用户的调度优先级等信息。然后主服务小区TP0充当调度主体,例如部署主服务小区的基站可以作为集中控制器(coordinator),在TP0和TP1范围内先做集中式调度。例如,把站间JT重传用户当做新传用户参与调度,若该站间JT用户没有新传数据则在TP0进行单小区传输,后续实施例中将单小区传输简称为SU,先为重传用户分配资源后,再为新传用户分配资源,确定站间JT用户的传输模式,若为SU,则在TP0SU传,从调度结果中挑出确定做JT传输的站间JT用户的RB分配信息作为预调度的有用信息,如图5-a所示,为站间JT用户分配预调度的RB资源,例如,图5-a中左侧箭头指的是站间JT的UEId0,预调度的RBId区域,右侧箭头指的是站间JT的UEId1,预调度的RBId区域。
接下来对主服务小区做真实调度。其中,参与调度的用户类型可以包括:站间JT、当前TTI重传(例如单小区SU或站内JT)、当前TTI新传(例如单小区SU或站内JT),主要包括如下两个过程:
1、先为站间JT用户分配预留的RB资源,对于某个站间JT用户,在其预留的RBId区域内,若是相干JT传输,则存在如下的调度优先级顺序:预调度新传>预调度重传,即若有空闲的HARQId,则给预调度新传做JT传输,否则给预调度重传做单小区传输,预调度重传会导致协作小区预分配的资源浪费且造成干扰。若是非相干JT(NC-JT)传输,则存在如下的调度优先级顺序:预调度重传>预调度新传),对于重传一个码字和两个码字,后续实施例中再给出不同的调度方案。
2、按照集中式调度的方式为当前TTI重传、新传用户分配剩余的RB资源。其中,剩余的RB资源是指步骤1中分配之后剩余的RB资源。其中,调度优先级顺序如下:当前TTI重传(单小区SU或站内JT)>当前TTI新传(单小区SU或站内JT)。
接下来对协作小区做真实调度。参与调度的用户类型可以包括:当前TTI重传(例如单小区SU或站内JT)用户、当前TTI新传(例如单小区SU或站内JT)用户,主要包括如下两个过程:
1、直接在站间JT用户预留的RB资源之外,即图5-a中箭头所指区域之外的区域对应的RBId上,为当前TTI重传、新传用户分配剩余的RB资源。其中,调度优先级如下:当前TTI重传(单小区SU或站内JT)>当前TTI新传(单小区SU或站内JT)。
2、实际发送时刻,在为站间JT用户预留的RBId上,即图5-a中的箭头所指区域的RBId上,传输预调度的站间JT用户的新数据。
接下来对Type2调度的实现场景进行举例说明:预调度时不仅为站间JT用户新传预留RBId,还预留HarqId,调度准则详细描述如下:
主服务小区做预调度。主服务小区TP0收到协作小区TP1内用户CSI、RLC buffer、Priority。主服务小区TP0充当调度主体,在TP0和TP1范围内先做集中式调度,特别地,把非站间JT用户当做新传用户参与调度,非站间JT用户是指站内JT用户以及单小区用户。预调度时,先为重传用户分配资源,然后为新传用户分配资源。确定站间JT用户的传输模式,若为SU,则在TP0SU传,从调度结果中挑出确定做JT新传或重传的站间JT用户的RB分配信息、和相应的HARQId作为预调度的有用信息,如图5-b所示,站间JT的UEId0,新传,选空闲的HARQId,预调度的RBId区域。站间JT的UEId1,重传,使用与上次传输相同的HARQId,预调度的RBId区域。
主服务小区做真实调度。其中,参与调度的用户类型:站间JT用户、当前TTI重传(单小区SU或站内JT)用户、当前TTI新传(单小区SU或站内JT)用户,主要包括如下两个过程:
1、先为站间JT用户分配预留的RB资源,对于某个站间JT用户,在其预留的RBId区域内,相干Co-JT或非相干NC-JT传输,调度优先级如下:站间JT预调度重传用户>站间JT预调度新传用户。
2、按集中式调度的方式为当前TTI重传、新传用户分配剩余的RB资源。其中,调度优先级如下,当前TTI重传(单小区SU或站内JT)用户>当前TTI新传(单小区SU或站内JT)用户。
接下来对协作小区做真实调度。参与调度的用户类型:当前TTI重传(单小区SU或站内JT)用户、当前TTI新传(单小区SU或站内JT)用户,主要包括如下调度过程:
1、直接在站间JT用户预留的RB资源之外,即图5-b中箭头所指区域之外的区域对应的RBId上,按集中式调度的方式为当前TTI重传、新传用户分配剩余的RB资源。调度优先级如下:当前TTI重传(单小区SU或站内JT)用户>新传(单小区SU或站内JT)用户。
2、实际发送时刻,在为站间JT用户预留的RBId上,即图5-b中的箭头所指区域的RBId上,发预调度的站间JT用户的新传或重传数据。
接下来对IPRAN分布式调度的调度总体流程进行举例说明,如图6所示,提供了IPRAN分布式调度的调度总体流程方案,预调度在主服务小区执行,调度流程描述为:
1、调度前准备,包括CoMP用户判决、CoMP协作集选择、CSI测量配置。
用户接入服务小区TP0后,服务小区依据其上报的各小区RSRP进行判断是否为JT用户,为JT用户确定CoMP协作集,即确定协作小区TP1,JT场景下固定协作集大小为2,协作集为2是指一个主服务小区,一个协作小区。然后再通过RRC信令或DCI指示为NC-JT用户配置CSI报告设置(Report Setting),这里的JT用户包括站内和站间的。TP0为NC-JT用户配置的CSI测量资源,需要支持用户在不同传输模式间动态切换。
举例说明,如果是TDD场景,TP0要把JT用户的UeId和信道探测参考信号(SoundingReference Signal,SRS)配置传给TP1,TP1把测得的UE到TP1的信道信息再传给TP0,统一在TP0做CSI测量。
2、在P时刻,协作小区TP1发起协作申请,将预调度所需的TP1中用户的CSI信息(P)发给服务小区TP0。
因为预调度是在主服务小区TP0执行,所以协作小区TP1要把本小区内所有用户的CSI信息都发给TP0。其中,这里假定基线是单小区SU调度,基线是CoMP的比较对象。
3、在P+N时刻,主服务小区TP0做预调度,包括站间JT用户传输模式判决、站间JT用户RB资源预留和CQI或PMI或RI确定,并把这些预调度信息发给协作小区TP1。
TP0预调度时依据的调度信息和准则有:
1)、TP0的用户CSI信息(P+N)和TP1的用户CSI信息(P)。
2)、UE反馈的传输模式指示和和相应的CSI信息。
3)、基站可以配置给UE的多种传输模式下CSI测量资源,支持UE在假定各种传输模式下比较SINR和频谱效率,并把建议的传输模式和相应的CSI信息传给TP0,如果是TDD场景,TP0可以根据UE到两个TP的信道信息和UE假定发送分集下反馈的CQI信息折算不同发送权下的SINR,确定RANK、发送权和CQI。
4、在P+2N时刻,主服务小区TP0和协作小区TP1各自独立做真实调度,两个TP共同进行下行发送。
主服务小区TP0真实调度时要考虑用户类型有:预调度站间NC-JT重传用户、预调度站间NC-JT新传用户、站间NC-JT重传用户、当前重传用户、当前新传用户。
其中当前重传用户包括站内NC-JT重传用户和单小区SU重传用户;
当前新传用户包括站内NC-JT新传用户和单小区SU新传用户。
协作小区TP1真实调度时除了预留给JT的RBId之外要考虑的用户类型有:当前重传用户、当前新传用户。
其中当前重传用户包括站内NC-JT重传用户和单小区SU重传用户;
当前新传用户包括站内NC-JT新传用户和单小区SU新传用户。
接下来介绍的不同调度方案中会对上面的用户类型采用不同的优先级排序。
如图7所示,为本申请实施例提供的IPRAN CoMP分布式调度的调度流程示意图。接下来对IPRAN分布式调度的算法功能进行详细说明,不同的CoMP传输技术可以共用下列算法模块,各自的功能为:
1、CoMP传输准备。根据用户上报的各小区的RSRP信息,确定CoMP用户和该CoMP用户的协作集,对于分布式调度,还可以确定出协作簇(Cluster)。为CoMP用户配置CSI测量资源和上报模式,如果是TDD场景,主服务小区要把CoMP用户的UeId告知协作小区,让协作小区通过SRS测量CSI。
2、CSI测量。维护假定不同传输模式(SU或NC-JT或Co-JT)下的CSI测量量。根据终端的HARQ ACK或NACK反馈更新下一跳链接自适应(Out loop link adaptation,Olla)调整量。
3、CoMP预调度。确定站间CoMP用户的传输模式,为站间CoMP用户预留RB资源,并确定信道质量指示(Channel Quality Indicator,CQI)信息、预编码矩阵指示(PrecodingMatrix Indicator,PMI)信息、秩指示(Rank Indication,RI)信息。
4、CoMP真实调度。根据不同的优先级调度准则为预调度站间NC-JT重传、预调度站间NC-JT新传、站间NC-JT重传、当前重传、当前新传这些用户分配资源,并确定CQI或PMI或RI信息。
下面按不同的CoMP传输模式和前提约束来详细描述不同的调度方案。对多种调度方案进行举例说明,为便于描述,分别表示为HARQ调度方案1、HARQ调度方案2、HARQ调度方案3、HARQ调度方案4、RAQ调度方案5和HARQ调度方案6。
如图8所示,为本申请实施例提供的一种IPRAN HARQ调度场景下的基站和UE之间的交互示意图,TPO表示主服务小区,TP1表示协作小区,两个小区可以联合的向UE发送下行数据,TP0采用物理下行共享信道(Physical Downlink Shared Channel,PDSCH)1发送数据,TP1采用PDSCH2发送数据。TP0采用两个物理下行控制信道(Physical DownlinkControl Channel,PDCCH)发送控制信息,UE可以采用物理上行共享信道(Physical UplinkShared Channel,PUSCH)或物理上行控制信道(Physical Uplink Control Channel,PUCCH)向TP0发送上行数据,例如通过PUCCH发送HARQ ACK或者CSI。
图9为本申请实施例提供的一种主服务小区和协作小区中分配HARQ进程的示意图。在HARQ调度方案1中,TP0和TP1分别使用一个PDCCH,TP0通过1个UCI接收NC-JT用户的反馈。接下来针对不同的HARQ调度方案进行举例说明:
HARQ调度方案1主要包括:
调度准则:type1调度,预调度时仅为站间JT新传用户预留RB资源。
站间JT重传数据在新传所在的同一个TP上传。
每个TP可以根据数据下发和上行反馈不同时序来配置不同的HARQ进程个数,以避免LTE场景会出现的HARQ进程个数不够的问题。
因为IPRAN下每个TP的min RTT不同,所以HARQ进程个数需要配置不同。
如图9所示:TP0可采用与LTE相同的HARQ进程个数8;
TP1由于ACK反馈到TP1有IPRAN delay个时延,所以进程个数需要配为10,以IPRAN时延为2ms为例。
本申请实施例中按PDCCH或按TP配置不同的HARQ进程个数。
请参阅图10所示,接下来对HARQ调度方案2进行举例说明,TP0采用2个PDCCH,TP0通过1个UCI接收NC-JT用户的反馈。
调度准则:type1调度,预调度时仅为站间JT新传用户预留RB资源。
站间JT重传数据总在主服务小区TP0传,为了尽量减少RTT时延。
站间NC-JT用户新传时,两个TP的调度信息在同一个控制信息PDCCH1上;
如果站间NC-JT用户的一个码字错,重传码字都在TP0传输,HarqId不变,保证重传的HARQ合并增益。协作小区TP1按预调度预留的资源传新数据,仍使用相同PDCCH下的HarqId。
NC-JT传输时,如果两个码字都错,重传两码字都在TP0单小区传,HarqId不变,保证重传HARQ的合并增益。协作小区TP1按预调度预留的资源传新数据,且使用另外一个PDCCH下的空闲HARQ进程。TP0传表示NC-JT传输时其中一个码字在TP0传。
TP0单小区传表示回退到单小区传输模式,不做NC-JT传输。
本申请实施例中,NC-JT传输两个码字重传回退到单小区传输,即使单小区不满足Rank>4,仍能按两个码字传。数据以空分复用的形式发送时在空间中传输的流数。需要说明的是,NC-JT传输时,一个TP两码字重传,另一个单码字新传,在这种传输场景下,空分复用的流数会比较多,超出终端的能力,此时传输相同TB大小(size)的数据量,就只能提升MCS或扩大物理资源块的大小。
请参阅图11所示,接下来对HARQ调度方案3进行说明,TP0采用2个PDCCH,TP0通过1个UCI接收NC-JT用户的反馈。
调度准则:type1调度,预调度时仅为站间JT新传用户预留RB资源。
站间JT重传数据总在主服务小区TP0传,为了尽量减少RTT时延。
站间NC-JT用户新传时,两个TP的调度信息在同一个控制信息PDCCH1上;
如果站间NC-JT用户的一个码字错,重传码字都在TP0传,HarqId不变,保证重传的HARQ合并增益。协作小区TP1按预调度预留的资源传新数据,仍使用相同PDCCH下的HarqId。
NC-JT传输时,如果两个码字都错,为了避免前述的HARQ调度方案2降Rank后TB还是传不完的问题,重传两码字都在TP0单小区传,HarqId不变,但只传其中一个码字,延时传输的码字下次仍按相同HARQId传,保证重传HARQ的合并增益。协作小区TP1按预调度预留的资源传新数据,且使用另外一个PDCCH下的空闲HARQ进程。
请参阅图12所示,为本申请实施例提供的另一种IPRAN HARQ调度场景下的基站和UE之间的交互示意图。图13为本申请实施例提供的一种预调度和真实调度中分配HARQ进程的示意图。下来对HARQ调度方案4进行举例说明,TP0采用1个PDCCH,TP0通过1个UCI接收NC-JT用户的反馈。
HARQ调度方案4中存在如下3个子方案,假定在LTE HARQ机制下,调度准则包括:子方案1、2采用type1调度,预调度时仅为站间JT新传用户预留RB资源。子方案3采用type2调度,预调度站间JT重传和新传,预留HARQId和RBId。
对于站间JT用户,若其中一个TP上的码字错,则在TP0重传该码字,TP1按预留RB传新传数据;
若两个TP上的码字都错,则有以下3种子方案:
TP0重传其中一个码字,TP1按预留RB传新数据,延时重传的码字当做新传做NC-JT预调度,减少一个码字传输时延,另一个码字失去HARQ合并增益,HARQ进程个数够。
TP0重传其中一个码字,TP1按预留RB传新数据,延时重传的码字当做新传SU在TP0正常调度,减少两个码字传输时延,另一个码字失去HARQ合并增益,HARQ进程个数够。
推迟两个码字的重传,做预调度重传,维持HARQID不变,当前TTI在TP0、TP1都做新传,保证两个码字的HARQ合并增益,两码字重传时延被拉大,HARQ进程个数不够。两码字都要重传时会失去HARQ合并增益,HARQ进程个数不够。
请参阅图14所示,接下来对HARQ调度方案5进行举例说明,TP0采用1个PDCCH,TP0通过1个UCI接收NC-JT用户或者Co-JT用户的反馈。
调度准则:采用type2调度,预调度站间JT重传和新传,预留HARQId和RBId。
因为预调度预留HARQId,所以需要配置更多的HARQ进程个数。
详细的调度方案同type2调度准则。
本申请实施例中保证了HARQ合并增益、但HARQ RTT被拉长。
请参阅图15所示,接下来对HARQ调度方案6进行举例说明,TP0采用1个PDCCH,TP0通过1个UCI接收NC-JT用户的反馈。
调度准则:type1调度,预调度时仅为站间JT新传用户预留RB资源。
假定TP1的数据在TP1的RLC buffer。
站间JT重传数据在新传所在的TP上传。
使用一个PDCCH,两个TP上的数据传输共用同一个PDCCH内的HARQ进程个数,按码字或者TB定义HARQId,并根据两个TP上实际的min HARQ RTT能力划分不同的HARQ进程个数范围。
假定每载波单TP的最大HARQ进程个数为16,现有技术中是两个TB共HARQId,本申请实施例会给每个TB分配一个HARQId,等效最大HARQ进程个数32。
假定5G***中UE的HARQ ACK反馈时延更短,从LTE 4TTI减少到2个TTI,基站处理时延也减少为2TTI。如图15所示,码字0可采用HARQId0-3;码字1可采用HARQId4-11。HARQ进程把两个TB拆开后,总的HARQ进程数为12。
通过前述实施例的举例说明可知,本实施例中提出的根据用户在不同小区实际传输环回时间的不同,按PDCCH或按小区配置不同的HARQ进程个数,有利于IPRAN场景下,保证JT用户的HARQ合并增益。本实施例中提出的按码字或TB定义HARQId,码字和TB有相互对应关系,但不是一个意思。码字是物理层的概念,TB是MAC层的概念。并根据两个TP上实际的最小HARQ RTT能力划分不同的HARQ进程个数范围,即给每个码字分配不同的HARQId范围,有利于HARQ进程资源在两个TP上传输时的共享,在保证JT用户HARQ合并增益的同时,又节省了HARQ进程资源。本实施例中提出的单个和多个PDCCH下的总体调度流程与方案在保证JT用户HARQ合并增益、有效利用HARQ进程资源,提升JT用户的感知速率的同时,也兼顾考虑到不对***平均性能造成损失。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
为便于更好的实施本申请实施例的上述方案,下面还提供用于实施上述方案的相关装置。
请参阅图16所示,本申请实施例提供的一种网络设备,该网络设备具体为第一网络设备1600,可以包括:处理模块1601、发送模块1602,其中,
获取模块1601,用于获取协作小区内的第一终端设备的用户信息,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;
处理模块1601,用于根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源;
所述处理模块1601,还用于根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数;
发送模块1602,还用于向所述协作小区指示为所述第一终端设备分配的所述第一调度资源。
在本申请的一些实施例中,所述处理模块1601,还用于获取协作小区内的第一终端设备的用户信息之后,根据所述用户信息确定所述第一终端设备的用户类型,所述用户类型包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、单小区当前重传用户、站内当前新传用户和单小区当前新传用户。
在本申请的一些实施例中,所述处理模块1601,具体用于根据所述用户信息确定所述第一终端设备采用站间非相干联合传输NC-JT;所述第一网络设备确定预调度顺序为所述站间预调度重传用户的调度优先级高于所述站间预调度新传用户的调度优先级;根据所述预调度顺序从预留的调度资源中为所述第一终端设备分配所述第一调度资源。
在本申请的一些实施例中,所述处理模块1601,具体用于当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,从预留的调度资源中为所述第一终端设备分配所述第一调度资源;或,当所述第一终端设备的用户类型为所述当前重传用户或所述当前新传用户时,从为所述站间预调度重传用户或者所述站间预调度新传用户分配调度资源之后剩余的调度资源中为所述第一终端设备分配所述第一调度资源。
在本申请的一些实施例中,所述处理模块1601,还用于根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数之后,当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,为所述第一终端设备预留的HARQ进程个数为0;或,当所述第一终端设备的用户类型为所述站间预调度新传用户时,为所述第一终端设备预留HARQ进程,当所述第一终端设备的用户类型为所述站间预调度重传用户时,为所述第一终端设备预留的HARQ进程个数为0。
在本申请的一些实施例中,所述处理模块1601,还用于向所述协作小区指示为所述第一终端设备分配的所述第一调度资源之后,按照预先确定的调度优先级顺序对所述第一终端设备进行真实调度。
在本申请的一些实施例中,所述调度优先级顺序按照从高到低依次包括:所述站间预调度重传用户、所述站间预调度新传用户、所述站内当前重传用户、所述站内当前新传用户。
在本申请的一些实施例中,所述处理模块1601,具体用于当所述第一终端设备的用户类型为所述站间预调度新传用户时,通过所述主服务小区的第一HARQ进程,与所述协作小区联合的向所述第一终端设备发送站间预调度新传数据。
在本申请的一些实施例中,所述处理模块1601,具体用于当所述站间预调度新传数据中有一个码字存在传输错误时,通过所述第一HARQ进程,与所述协作小区联合的向所述第一终端设备重传所述存在传输错误的一个码字;或,当所述站间预调度新传数据中有两个码字都存在传输错误时,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的两个码字。
在本申请的一些实施例中,所述处理模块1601,具体用于当所述站间预调度新传数据中有两个码字都存在传输错误时,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的其中一个码字;以及,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备延时重传所述存在传输错误的另一个码字;或,通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的另一个码字;或,通过单个的所述主服务小区新传所述存在传输错误的另一个码字。
在本申请的一些实施例中,所述处理模块1601,具体用于当所述站间预调度新传数据中有两个码字都存在传输错误时,通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的两个码字。
在本申请的一些实施例中,所述处理模块1601,具体用于根据所述主服务小区的环回时间和所述协作小区的环回时间确定所述主服务小区的HARQ进程个数;将所述主服务小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
通过前述实施例对本申请的举例说明可知,第一终端设备同时处于主服务小区和协作小区的覆盖范围内,第一网络设备上部署有主服务小区,该第一网络设备可以获取协作小区内的第一终端设备的用户信息,第一网络设备根据该第一终端设备的用户信息从预留的调度资源中为第一终端设备分配第一调度资源,第一网络设备根据该主服务小区的环回时间为主服务小区配置HARQ进程个数,在为第一终端设备分配第一调度资源之后,第一网络设备向协作小区指示为第一终端设备分配的第一调度资源。本申请实施例中,第一终端设备的预调度在主服务小区执行,第一网络设备可以根据用户在不同小区实际传输的环回时间配置相应的HARQ进程个数,保证用户的HARQ合并增益。
请参阅图17所示,本申请实施例提供的一种网络设备,该网络设备具体为第二网络设备1700,可以包括:发送模块1701、处理模块1702,其中,
发送模块1701,用于向所述第一网络设备发送协作小区内的第一终端设备的用户信息,所述第二网络设备上部署有所述协作小区,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;
处理模块1702,用于获取所述第一网络设备指示为所述第一终端设备分配第一调度资源;
处理模块1702,还用于根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数。
在本申请的一些实施例中,所述处理模块1702,还用于根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数之后,通过所述协作小区的第一HARQ进程,与所述主服务小区联合的向所述第一终端设备发送站间预调度新传数据。
在本申请的一些实施例中,所述处理模块1702,还用于当所述站间预调度新传数据中有一个码字存在传输错误时,按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的所述第一HARQ进程向所述第一终端设备新传数据;或,当所述站间预调度新传数据中两个码字都存在传输错误时,按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的空闲HARQ进程向所述第一终端设备新传数据,所述空闲HARQ进程与所述第一HARQ进程是不相同的HARQ进程。
在本申请的一些实施例中,所述处理模块1702,具体用于根据所述主服务小区的环回时间、所述协作小区的环回时间和所述协作小区的反馈时延确定所述协作小区的HARQ进程个数;将所述协作小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
通过前述实施例对本申请的举例说明可知,第二网络设备可以向第一网络设备发送协作小区内的第一终端设备的用户信息,第二网络设备获取第一网络设备指示的为第一终端设备分配第一调度资源,第二网络设备可以确定第一网络设备为第一终端设备分配的第一调度资源,第二网络设备根据协作小区的环回时间和协作小区的反馈时延为协作小区配置HARQ进程个数。第二网络设备可以根据用户在不同小区实际传输的环回时间以及反馈时延配置相应的HARQ进程个数,保证用户的HARQ合并增益。
需要说明的是,上述装置各模块或单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其带来的技术效果与本申请方法实施例相同,具体内容可参见本申请前述所示的方法实施例中的叙述,此处不再赘述。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储有程序,该程序执行包括上述方法实施例中记载的部分或全部步骤。
接下来介绍本申请实施例提供的另一种第一网络设备,请参阅图18所示,第一网络设备1800包括:
接收器1801、发射器1802、处理器1803和存储器1804(其中第一网络设备1800中的处理器1803的数量可以一个或多个,图18中以一个处理器为例)。在本申请的一些实施例中,接收器1801、发射器1802、处理器1803和存储器1804可通过总线或其它方式连接,其中,图18中以通过总线连接为例。
存储器1804可以包括只读存储器和随机存取存储器,并向处理器1803提供指令和数据。存储器1804的一部分还可以包括非易失性随机存取存储器(英文全称:Non-VolatileRandom Access Memory,英文缩写:NVRAM)。存储器1804存储有操作***和操作指令、可执行模块或者数据结构,或者它们的子集,或者它们的扩展集,其中,操作指令可包括各种操作指令,用于实现各种操作。操作***可包括各种***程序,用于实现各种基础业务以及处理基于硬件的任务。
处理器1803控制第一网络设备的操作,处理器1803还可以称为中央处理单元(英文全称:Central Processing Unit,英文简称:CPU)。具体的应用中,第一网络设备的各个组件通过总线***耦合在一起,其中总线***除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都称为总线***。
上述本申请实施例揭示的方法可以应用于处理器1803中,或者由处理器1803实现。处理器1803可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1803中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1803可以是通用处理器、数字信号处理器(英文全称:digital signal processing,英文缩写:DSP)、专用集成电路(英文全称:Application Specific Integrated Circuit,英文缩写:ASIC)、现场可编程门阵列(英文全称:Field-Programmable Gate Array,英文缩写:FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1804,处理器1803读取存储器1804中的信息,结合其硬件完成上述方法的步骤。
接收器1801可用于接收输入的数字或字符信息,以及产生与第一网络设备的相关设置以及功能控制有关的信号输入,发射器1802可包括显示屏等显示设备,发射器1802可用于通过外接接口输出数字或字符信息。
本申请实施例中,处理器1803,用于执行前述图2所述的调度方法。
接下来介绍本申请实施例提供的另一种第二网络设备,请参阅图19所示,第二网络设备1900包括:
接收器1901、发射器1902、处理器1903和存储器1904(其中第二网络设备1900中的处理器1903的数量可以一个或多个,图19中以一个处理器为例)。在本申请的一些实施例中,接收器1901、发射器1902、处理器1903和存储器1904可通过总线或其它方式连接,其中,图19中以通过总线连接为例。
存储器1904可以包括只读存储器和随机存取存储器,并向处理器1903提供指令和数据。存储器1904的一部分还可以包括NVRAM。存储器1904存储有操作***和操作指令、可执行模块或者数据结构,或者它们的子集,或者它们的扩展集,其中,操作指令可包括各种操作指令,用于实现各种操作。操作***可包括各种***程序,用于实现各种基础业务以及处理基于硬件的任务。
处理器1903控制第二网络设备的操作,处理器1903还可以称为CPU。具体的应用中,第二网络设备的各个组件通过总线***耦合在一起,其中总线***除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都称为总线***。
上述本申请实施例揭示的方法可以应用于处理器1903中,或者由处理器1903实现。处理器1903可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1903中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1903可以是通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1904,处理器1903读取存储器1904中的信息,结合其硬件完成上述方法的步骤。
本申请实施例中,处理器1903,用于执行前述图3所述的调度方法。
在另一种可能的设计中,当网络设备为终端内的芯片时,芯片包括:处理单元和通信单元,所述处理单元例如可以是处理器,所述通信单元例如可以是输入或输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令,以使该终端内的芯片执行上述第一方面任意一项的无线通信方法。可选地,所述存储单元为所述芯片内的存储单元,如寄存器、缓存等,所述存储单元还可以是所述终端内的位于所述芯片外部的存储单元,如只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)等。
其中,上述任一处提到的处理器,可以是一个通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制上述第一方面无线通信方法的程序执行的集成电路。
另外需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本申请提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现,当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下,凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现,而且,用来实现同一功能的具体硬件结构也可以是多种多样的,例如模拟电路、数字电路或专用电路等。但是,对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘、U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
Claims (36)
1.一种调度方法,其特征在于,包括:
第一网络设备获取协作小区内的第一终端设备的用户信息,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;
所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源;
所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置混合自动重传请求HARQ进程个数;
所述第一网络设备向所述协作小区指示为所述第一终端设备分配的所述第一调度资源。
2.根据权利要求1所述的方法,其特征在于,所述第一网络设备获取协作小区内的第一终端设备的用户信息之后,所述方法还包括:
所述第一网络设备根据所述用户信息确定所述第一终端设备的用户类型,所述用户类型包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、单小区当前重传用户、站内当前新传用户和单小区当前新传用户。
3.根据权利要求2所述的方法,其特征在于,所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源,包括:
所述第一网络设备根据所述用户信息确定所述第一终端设备采用站间非相干联合传输NC-JT;
所述第一网络设备确定预调度顺序为所述站间预调度重传用户的调度优先级高于所述站间预调度新传用户的调度优先级;
所述第一网络设备根据所述预调度顺序从所述预留的调度资源中为所述第一终端设备分配第一调度资源。
4.根据权利要求2所述的方法,其特征在于,所述第一网络设备根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源,包括:
当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,所述第一网络设备从预留的调度资源中为所述第一终端设备分配所述第一调度资源;或,
当所述第一终端设备的用户类型为所述当前重传用户或所述当前新传用户时,所述第一网络设备从为所述站间预调度重传用户或者所述站间预调度新传用户分配调度资源之后剩余的调度资源中为所述第一终端设备分配所述第一调度资源。
5.根据权利要求2所述的方法,其特征在于,所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数之后,所述方法还包括:
当所述第一终端设备的用户类型为所述所述站间预调度重传用户,或所述站间预调度新传用户,所述第一网络设备为所述第一终端设备预留的HARQ进程个数为0;或,
当所述第一终端设备的用户类型为所述站间预调度新传用户时,所述第一网络设备为所述第一终端设备预留HARQ进程,当所述第一终端设备的用户类型为所述站间预调度重传用户时,所述第一网络设备为所述第一终端设备预留HARQ进程个数为0。
6.根据权利要求2所述的方法,其特征在于,所述第一网络设备向所述协作小区指示为所述第一终端设备分配的所述第一调度资源之后,所述方法还包括:
所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度。
7.根据权利要求6所述的方法,其特征在于,所述调度优先级顺序按照从高到低依次包括:所述站间预调度重传用户、所述站间预调度新传用户、所述站内当前重传用户、所述站内当前新传用户。
8.根据权利要求6所述的方法,其特征在于,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,包括:
当所述第一终端设备的用户类型是所述站间预调度新传用户时,所述第一网络设备通过所述主服务小区的第一HARQ进程,与所述协作小区联合的向所述第一终端设备发送站间预调度新传数据。
9.根据权利要求8所述的方法,其特征在于,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,还包括:
当所述站间预调度新传数据中有一个码字存在传输错误时,所述第一网络设备通过所述第一HARQ进程,与所述协作小区联合的向所述第一终端设备重传所述存在传输错误的一个码字;或,
当所述站间预调度新传数据中有两个码字都存在传输错误时,所述第一网络设备通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的两个码字。
10.根据权利要求8所述的方法,其特征在于,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,还包括:
当所述站间预调度新传数据中有两个码字都存在传输错误时,所述第一网络设备通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的其中一个码字;以及,
所述第一网络设备通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备延时重传所述存在传输错误的另一个码字;或,所述第一网络设备通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的另一个码字;或,所述第一网络设备通过单个的所述主服务小区新传所述存在传输错误的另一个码字。
11.根据权利要求8所述的方法,其特征在于,所述第一网络设备按照预先确定的调度优先级顺序对所述第一终端设备进行调度,还包括:
当所述站间预调度新传数据中有两个码字都存在传输错误时,所述第一网络设备通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的两个码字。
12.根据权利要求1至11中任一项所述的方法,其特征在于,所述第一网络设备根据所述主服务小区的环回时间为所述主服务小区配置混合自动重传请求HARQ进程个数,包括:
所述第一网络设备根据所述主服务小区的环回时间和所述协作小区的环回时间确定所述主服务小区的HARQ进程个数;
所述第一网络设备将所述主服务小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
13.一种调度方法,其特征在于,包括:
第二网络设备向第一网络设备发送协作小区内的第一终端设备的用户信息,所述第二网络设备上部署有所述协作小区,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;
所述第二网络设备获取所述第一网络设备指示的为所述第一终端设备分配的第一调度资源;
所述第二网络设备根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置混合自动重传请求HARQ进程个数。
14.根据权利要求13所述的方法,其特征在于,所述第二网络设备根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置混合自动重传请求HARQ进程个数之后,所述方法还包括:
所述第二网络设备通过所述协作小区的第一HARQ进程,与所述主服务小区联合的向所述第一终端设备发送站间预调度新传数据。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
当所述站间预调度新传数据中有一个码字存在传输错误时,所述第二网络设备按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的所述第一HARQ进程向所述第一终端设备新传数据;或,
当所述站间预调度新传数据中两个码字都存在传输错误时,所述第二网络设备按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的空闲HARQ进程向所述第一终端设备新传数据,所述空闲HARQ进程与所述第一HARQ进程是不相同的HARQ进程。
16.根据权利要求13至15中任一项所述的方法,其特征在于,所述第二网络设备根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数,包括:
所述第二网络设备根据所述主服务小区的环回时间、所述协作小区的环回时间和所述协作小区的反馈时延确定所述协作小区的HARQ进程个数;
所述第二网络设备将所述协作小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
17.一种网络设备,其特征在于,所述网络设备具体为第一网络设备,所述第一网络设备包括:
处理模块,用于获取协作小区内的第一终端设备的用户信息,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;
所述处理模块,还用于根据所述用户信息从预留的调度资源中为所述第一终端设备分配第一调度资源;
所述处理模块,还用于根据所述主服务小区的环回时间为所述主服务小区配置混合自动重传请求HARQ进程个数;
发送模块,还用于向所述协作小区指示为所述第一终端设备分配的第一调度资源。
18.根据权利要求17所述的网络设备,其特征在于,所述处理模块,还用于获取协作小区内的第一终端设备的用户信息之后,根据所述用户信息确定所述第一终端设备的用户类型,所述用户类型包括:站间预调度重传用户、站间预调度新传用户、站内当前重传用户、单小区当前重传用户、站内当前新传用户和单小区当前新传用户。
19.根据权利要求18所述的网络设备,其特征在于,所述处理模块,具体用于根据所述用户信息确定所述第一终端设备采用站间非相干联合传输NC-JT;所述第一网络设备确定预调度顺序为所述站间预调度重传用户的调度优先级高于所述站间预调度新传用户的调度优先级;根据所述预调度顺序从预留的调度资源中为所述第一终端设备分配所述第一调度资源。
20.根据权利要求18所述的网络设备,其特征在于,所述处理模块,具体用于当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,从预留的调度资源中为所述第一终端设备分配所述第一调度资源;或,当所述第一终端设备的用户类型为所述当前重传用户或所述当前新传用户时,从为所述站间预调度重传用户或者所述站间预调度新传用户分配调度资源之后剩余的调度资源中为所述第一终端设备分配所述第一调度资源。
21.根据权利要求18所述的网络设备,其特征在于,所述处理模块,还用于根据所述主服务小区的环回时间为所述主服务小区配置HARQ进程个数之后,当所述第一终端设备的用户类型为所述站间预调度重传用户,或所述站间预调度新传用户时,为所述第一终端设备预留的HARQ进程个数为0;或,当所述第一终端设备的用户类型为所述站间预调度新传用户时,为所述第一终端设备预留HARQ进程,当所述第一终端设备的用户类型为所述站间预调度重传用户时,为所述第一终端设备预留的HARQ进程个数为0。
22.根据权利要求18所述的网络设备,其特征在于,所述处理模块,还用于向所述协作小区指示为所述第一终端设备分配的所述第一调度资源之后,按照预先确定的调度优先级顺序对所述第一终端设备进行调度。
23.根据权利要求22所述的网络设备,其特征在于,所述调度优先级顺序按照从高到低依次包括:所述站间预调度重传用户、所述站间预调度新传用户、所述站内当前重传用户、所述站内当前新传用户。
24.根据权利要求22所述的网络设备,其特征在于,所述处理模块,具体用于当所述第一终端设备的用户类型为所述站间预调度新传用户时,通过所述主服务小区的第一HARQ进程,与所述协作小区联合的向所述第一终端设备发送站间预调度新传数据。
25.根据权利要求24所述的网络设备,其特征在于,所述处理模块,具体用于当所述站间预调度新传数据中有一个码字存在传输错误时,通过所述第一HARQ进程,与所述协作小区联合的向所述第一终端设备重传所述存在传输错误的一个码字;或,当所述站间预调度新传数据中有两个码字都存在传输错误时,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的两个码字。
26.根据权利要求24所述的网络设备,其特征在于,所述处理模块,具体用于当所述站间预调度新传数据中有两个码字都存在传输错误时,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备重传所述存在传输错误的其中一个码字;以及,通过单个的所述主服务小区的所述第一HARQ进程向所述第一终端设备延时重传所述存在传输错误的另一个码字;或,通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的另一个码字;或,通过单个的所述主服务小区新传所述存在传输错误的另一个码字。
27.根据权利要求24所述的网络设备,其特征在于,所述处理模块,具体用于当所述站间预调度新传数据中有两个码字都存在传输错误时,通过所述主服务小区和所述协作小区联合的预调度新传所述存在传输错误的两个码字。
28.根据权利要求17至22中任一项所述的网络设备,其特征在于,所述处理模块,具体用于根据所述主服务小区的环回时间和所述协作小区的环回时间确定所述主服务小区的HARQ进程个数;将所述主服务小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
29.一种网络设备,其特征在于,所述网络设备具体为第二网络设备,所述第二网络设备,包括:
发送模块,用于向第一网络设备发送协作小区内的第一终端设备的用户信息,所述第二网络设备上部署有所述协作小区,所述第一网络设备上部署有主服务小区,所述第一终端设备同时处于所述主服务小区和所述协作小区的覆盖范围内;
处理模块,用于获取所述第一网络设备指示的为所述第一终端设备分配的第一调度资源;
所述处理模块,还用于根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置混合自动重传请求HARQ进程个数。
30.根据权利要求29所述的网络设备,其特征在于,所述处理模块,还用于根据所述协作小区的环回时间和所述协作小区的反馈时延为所述协作小区配置HARQ进程个数之后,通过所述协作小区的第一HARQ进程,与所述主服务小区联合的向所述第一终端设备发送站间预调度新传数据。
31.根据权利要求30所述的网络设备,其特征在于,所述处理模块,还用于当所述站间预调度新传数据中有一个码字存在传输错误时,按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的所述第一HARQ进程向所述第一终端设备新传数据;或,当所述站间预调度新传数据中两个码字都存在传输错误时,按照所述第一网络设备进行预调度时预留的传输资源,使用所述协作小区的空闲HARQ进程向所述第一终端设备新传数据,所述空闲HARQ进程与所述第一HARQ进程是不相同的HARQ进程。
32.根据权利要求29至31中任一项所述的网络设备,其特征在于,所述处理模块,具体用于根据所述主服务小区的环回时间、所述协作小区的环回时间和所述协作小区的反馈时延确定所述协作小区的HARQ进程个数;将所述协作小区的HARQ进程按照不同码字进行分类,确定所述码字和所述HARQ进程的映射关系。
33.一种网络设备,其特征在于,所述网络设备具体为第一网络设备,所述第一网络设备包括:处理器,存储器;所述处理器、所述存储器进行相互的通信;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求1至12中任一项所述的方法。
34.一种网络设备,其特征在于,所述网络设备具体为第二网络设备,所述第二网络设备包括:处理器,存储器;所述处理器、所述存储器进行相互的通信;
所述存储器用于存储指令;
所述处理器用于执行所述存储器中的所述指令,执行如权利要求13至16中任一项所述的方法。
35.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1-12或者13-16任意一项所述的方法。
36.一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如权利要求1-12或者13-16任意一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810162572.8A CN110198546B (zh) | 2018-02-27 | 2018-02-27 | 一种调度方法和网络设备 |
PCT/CN2019/072513 WO2019165861A1 (zh) | 2018-02-27 | 2019-01-21 | 一种调度方法和网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810162572.8A CN110198546B (zh) | 2018-02-27 | 2018-02-27 | 一种调度方法和网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110198546A true CN110198546A (zh) | 2019-09-03 |
CN110198546B CN110198546B (zh) | 2021-02-09 |
Family
ID=67750849
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810162572.8A Active CN110198546B (zh) | 2018-02-27 | 2018-02-27 | 一种调度方法和网络设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110198546B (zh) |
WO (1) | WO2019165861A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110809868A (zh) * | 2019-09-19 | 2020-02-18 | 北京小米移动软件有限公司 | Harq反馈传输方法及装置、通信设备及存储介质 |
CN111767136A (zh) * | 2020-06-02 | 2020-10-13 | Oppo(重庆)智能科技有限公司 | 进程管理方法、终端及具有存储功能的装置 |
WO2021088008A1 (en) * | 2019-11-08 | 2021-05-14 | JRD Communication (Shenzhen) Ltd. | Apparatus and method for processing hybrid automatic repeat request (harq) feedback |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101778428A (zh) * | 2009-01-14 | 2010-07-14 | 大唐移动通信设备有限公司 | 一种确定时频资源的方法、***和装置 |
CN101873631A (zh) * | 2009-04-27 | 2010-10-27 | 中兴通讯股份有限公司 | 一种上行数据重传的处理方法及*** |
CN102594530A (zh) * | 2011-01-10 | 2012-07-18 | 中兴通讯股份有限公司 | 一种传输上行协作数据的方法及*** |
WO2013120430A1 (zh) * | 2012-02-13 | 2013-08-22 | 电信科学技术研究院 | 上行数据传输方法和装置 |
CN103945556A (zh) * | 2013-01-21 | 2014-07-23 | 电信科学技术研究院 | 一种资源调度的方法、***和设备 |
CN104349483A (zh) * | 2013-08-07 | 2015-02-11 | 电信科学技术研究院 | 一种协作多点传输场景下的资源调度方法和装置 |
CN105191187A (zh) * | 2013-03-14 | 2015-12-23 | Zte维创通讯公司 | 适应分布式网络拓扑中的harq进程数的方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102595620B (zh) * | 2011-01-04 | 2014-12-10 | ***通信集团公司 | 一种中继接入链路的半持续调度方法、***及装置 |
-
2018
- 2018-02-27 CN CN201810162572.8A patent/CN110198546B/zh active Active
-
2019
- 2019-01-21 WO PCT/CN2019/072513 patent/WO2019165861A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101778428A (zh) * | 2009-01-14 | 2010-07-14 | 大唐移动通信设备有限公司 | 一种确定时频资源的方法、***和装置 |
CN101873631A (zh) * | 2009-04-27 | 2010-10-27 | 中兴通讯股份有限公司 | 一种上行数据重传的处理方法及*** |
CN102594530A (zh) * | 2011-01-10 | 2012-07-18 | 中兴通讯股份有限公司 | 一种传输上行协作数据的方法及*** |
WO2013120430A1 (zh) * | 2012-02-13 | 2013-08-22 | 电信科学技术研究院 | 上行数据传输方法和装置 |
CN103945556A (zh) * | 2013-01-21 | 2014-07-23 | 电信科学技术研究院 | 一种资源调度的方法、***和设备 |
CN105191187A (zh) * | 2013-03-14 | 2015-12-23 | Zte维创通讯公司 | 适应分布式网络拓扑中的harq进程数的方法和装置 |
CN104349483A (zh) * | 2013-08-07 | 2015-02-11 | 电信科学技术研究院 | 一种协作多点传输场景下的资源调度方法和装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110809868A (zh) * | 2019-09-19 | 2020-02-18 | 北京小米移动软件有限公司 | Harq反馈传输方法及装置、通信设备及存储介质 |
WO2021051363A1 (zh) * | 2019-09-19 | 2021-03-25 | 北京小米移动软件有限公司 | Harq反馈传输方法及装置、通信设备及存储介质 |
CN110809868B (zh) * | 2019-09-19 | 2022-10-25 | 北京小米移动软件有限公司 | Harq反馈传输方法及装置、通信设备及存储介质 |
WO2021088008A1 (en) * | 2019-11-08 | 2021-05-14 | JRD Communication (Shenzhen) Ltd. | Apparatus and method for processing hybrid automatic repeat request (harq) feedback |
CN111767136A (zh) * | 2020-06-02 | 2020-10-13 | Oppo(重庆)智能科技有限公司 | 进程管理方法、终端及具有存储功能的装置 |
CN111767136B (zh) * | 2020-06-02 | 2023-04-14 | Oppo(重庆)智能科技有限公司 | 进程管理方法、终端及具有存储功能的装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110198546B (zh) | 2021-02-09 |
WO2019165861A1 (zh) | 2019-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101863203B1 (ko) | 피드백 정보를 전송하는 방법 및 장치 | |
US8861472B2 (en) | Selecting between normal and virtual dual layer ACK/NACK | |
CN102781035B (zh) | 基站、干扰控制方法以及无线通信*** | |
EP2849524B1 (en) | Scheduling virtualization for mobile RAN cloud and separation of cell and user plane schedulers | |
RU2602385C1 (ru) | Способ, устройство, ue и базовая станция для передачи информации гибридного автоматического запроса-подтверждения на повторную передачу данных | |
CN103988455B (zh) | 移动通信***中用于发送反向控制信号的方法和设备 | |
CN105359603B (zh) | 用于选择上行链路小区的方法和设备 | |
CN108574987A (zh) | 传输信息的方法和装置 | |
CN102056345A (zh) | 无线电基站及其控制方法、无线电通信装置及其控制方法 | |
JP6460430B2 (ja) | 応答情報を送信するための方法、装置及びデバイス | |
CN106171004B (zh) | 一种rlc数据包分流方法及基站 | |
CN104333908A (zh) | 数据传输方法、***和设备 | |
CN107438970A (zh) | 用于关键任务应用的事件触发式多链路信道质量测量和报告 | |
CN106031251A (zh) | 移动通信***以及移动台装置 | |
CN110198546A (zh) | 一种调度方法和网络设备 | |
JP2016540447A (ja) | 電力使用状態情報伝送方法および装置 | |
CN109068390A (zh) | 双连接建立方法及网络设备 | |
CN103369695B (zh) | 一种上行调度方法及装置 | |
KR101525087B1 (ko) | 다수의 셀들로부터 조정된 송신들을 위해 자원들을 할당하기 위한 장치 및 방법 | |
CN107493604A (zh) | 帧结构配置的方法与装置 | |
CN108632884A (zh) | 一种缓存状态报告定时器的重配置方法及装置 | |
CN105165093B (zh) | 一种单射频ue射频资源分配方法及装置 | |
WO2016147746A1 (ja) | ユーザ装置及び無線通信方法 | |
US20230319625A1 (en) | Replication in a Wireless Communication Network | |
CN104301935A (zh) | 一种确定子帧的方法、***和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |