CN108811142A - 资源分配方法、相关装置及系统 - Google Patents
资源分配方法、相关装置及系统 Download PDFInfo
- Publication number
- CN108811142A CN108811142A CN201710309103.XA CN201710309103A CN108811142A CN 108811142 A CN108811142 A CN 108811142A CN 201710309103 A CN201710309103 A CN 201710309103A CN 108811142 A CN108811142 A CN 108811142A
- Authority
- CN
- China
- Prior art keywords
- lch
- resource
- resources
- priority
- matched
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种资源分配方法,所述方法可包括:针对不同参数集numerology关联的多个资源,在LCH匹配的资源上传输所述LCH的数据,其中,所述LCH至少配置一个属性,所述属性与所述numerology相关,所述LCH匹配的资源是所述多个资源中最低满足所述LCH的属性要求的资源。上述方案可实现在支持多业务传输的同时,综合考虑用于承载各个业务的LCH的属性要求(如时延要求),避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及资源分配方法、相关装置及系统。
背景技术
未来通信系统,例如5G、新空口(New Radio,NR)通信系统,至少会支持三种场景:增强型移动宽带(Enhanced Mobile Broadband,eMBB),大规模机器类通信(MassiveMachine Type Communication,mMTC)和高可靠性、低延迟通信(Ultra Reliable&LowLatency Communication,URLLC)。这三种场景下的不同业务会有不同的传输需求,例如URLLC业务更关注时延,而eMBB业务更关注带宽。为了满足不同的传输需求,系统会同时配置不同的参数集(numerology)以支持不同业务场景。
参数集(numerology)表示时频资源的属性,包含一组参数,例如时域调度间隔、子载波间隔(Subcarrier spacing)、符号长度(Symbol duration)、CP长度(Nominal CP)等。表1示例性的示出了典型的numerology(一列即一组numerology):
表1
其中,最小调度间隔(Minimum scheduling interval)相当于长期演进(LongTerm Evolution,LTE)系统中定义的最小传输时间间隔(Minimum Transmission TimeInterval,Min TTI)。未来通信系统中,最小调度间隔(Minimum scheduling interval)可以通过多种形式来表示,例如表1中的Min scheduling interval(symbols)、Minscheduling interval(slots)、Min scheduling interval(ms)。
LTE通信系统中,当终端侧的媒体接入控制(Media Access Control,MAC)实体接收到基站发送的上行授权(UL grant)资源后,会触发逻辑信道优先级处理(LogicalChannel Prioritization,LCP)。终端侧的MAC实体根据LCP确定的优先级为每个逻辑信道(LCH,Logic Channel)分配资源。具体的,资源分配操作包括两轮:第一轮,按照LCH优先级由高到低的顺序,将无线资源依次分配给有数据待传且平均数据流量不满足该LCH的优先位速率(Prioritized Bit Rate,PBR)要求的逻辑信道。第二轮,如果资源有剩余,仍旧按LCH优先级进行资源分配,直至LCH的数据传完或上行授权资源全被分配。但是,LTE通信系统中,终端侧针对LCH的资源分配方式比较单一,不能够适应未来通信系统支持的多业务场景。
发明内容
本申请提供了资源分配方法、相关装置及系统,可实现在支持多业务传输的同时,综合考虑用于承载各个业务的LCH的属性要求(如时延要求),避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
第一方面,本申请提供了一种资源分配方法,该方法可包括:在上行或下行资源调度时,可以调度不同numerology关联的多个资源。针对所述多个资源,可以确定逻辑信道LCH匹配的资源,并在LCH匹配的资源上传输所述LCH的数据,其中,所述LCH至少配置一个属性,所述属性与所述numerology相关,所述LCH匹配的资源是所述多个资源中最低满足所述LCH的属性要求的资源。
具体的,numerology表示时频资源的属性,可包含一组参数,例如时域调度间隔(如TTI)、子载波间隔(SCS)、符号长度、CP长度等。
本申请中,第一方面描述的方法可以实施在上行传输过程中,也可以实施在下行传输过程中。也即是说,在上行传输过程中,终端可以实现第一方面描述的方法。在下行传输过程中,网络设备可以实现第一方面描述的方法。
可以理解的,实施第一方面方法,可实现在支持多业务传输的同时,综合考虑用于承载各个业务的LCH的属性要求(如时延要求),避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
本申请中,“最低满足”是指满足要求但满足效果最差。“过满足”是指满足要求并优于要求。后续内容中还会出现“刚好满足”这个概念,本申请中,“刚好满足”是指满足要求并与要求一致。
对于TTI来说,“最低满足”的资源可以是满足LCH的最大传输间隔(即小于或等于所述最大传输间隔)的最大TTI关联的资源。“过满足”的资源可以是小于LCH的最大传输间隔的TTI关联的资源。“刚好满足”的资源可以是等于LCH的最大传输间隔的TTI关联的资源。
对于SCS来说,“最低满足”的资源可以是满足LCH的最小子载波间隔(即大于或等于所述最小子载波间隔)的最小SCS关联的资源。“过满足”的资源可以是大于所述最小子载波间隔的SCS关联的资源。“刚好满足”的资源可以是等于所述最小子载波间隔的SCS关联的资源。
结合第一方面,在第一种可能的实现方式中,针对不同numerology关联的多个资源,在通过LCP确定各个LCH的优先级之后,可以按照LCH的优先级从高到低的顺序为各个LCH匹配资源,并在匹配的资源上传输LCH的数据。
结合第一方面的第一种可能的实现方式,在一些可选实施例中,如果所述LCH匹配的资源无剩余,所述LCH还有数据待传输,则从所述LCH匹配的资源之外的一个或多个资源中,重新确定出最低满足所述LCH的属性需求的资源,并在重新确定出的所述LCH匹配的资源上传输所述LCH的数据。
结合第一方面,在第二种可能的实现方式中,在根据LCH的优先级从高到低的顺序为各个LCH分配资源时,如果LCH匹配的资源刚好满足所述LCH的属性需求,则在所述LCH匹配的资源中传输所述LCH的数据。如果LCH匹配的资源过满足所述LCH的属性需求,则将该LCH记录在所述LCH匹配的上行授权资源对应的次优先级队列中,等待下一轮资源分配。
也即是说,在进行资源分配时,除了LCH的优先级,还进一步考虑了LCH的属性要求(如最大传输间隔),可以根据LCH的属性要求适应性的调整LCH的实际资源分配顺序,进一步避免对某个(些)LCH出现“过满足”而导致属性要求高的LCH得不到资源传输数据。
结合第一方面的第二种可能的实现方式,在一些可选实施例中,如果所述LCH匹配的资源有剩余,则在所述次优先级队列中,根据LCH的优先级或LCH的属性需求先后为各个LCH分配资源。
结合第一方面的第二种可能的实现方式,在一些可选实施例中,如果在所述下一轮资源分配中所述次优先级队列中的LCH没有被分配资源,则对所述没有被分配资源的LCH设置优先级保护标志,用于在后续资源分配中按照LCH的优先级为所述没有被分配资源的LCH分配资源。这样可避免次优先级队列中的LCH长时间得不到资源来传输数据。
这里,所述后续资源分配可以针对下一次网络设备调度的上行授权资源,所述后续资源分配也可以针对本次网络设备调度的所述次优先级队列对应的上行授权资源之外的其他上行授权资源。
可选的,可以对所述优先级保护标志设置计时器,可用于设置所述优先级保护标志的有效时长。当所述有效时长结束时,所述优先级保护标志不再有效,被执行优先级保护的LCH的失去优先级保护。可选的,可以根据LCH的最大传输间隔来设置所述计时器。例如,假设LCH#2的最大传输间隔是2ms,则针对LCH#2的优先级保护标志的计时器可以设置为2ms。当2ms结束时,LCH#2的优先级不再被保护。示例仅仅用于解释本发明实施例,不应构成限定。
结合第一方面的第二种可能的实现方式,在一些可选实施例中,一个上行授权资源可以对应多个次优先级队列,一个次优先级队列可用于记录一个LCH。具体的,可以根据次优先级队列中记录的LCH的最大传输间隔和所述上行授权资源的匹配程度来确定所述多个次优先级队列的优先级。
结合第一方面,在第三种可能的实现方式中,资源关联的numerology(如TTI)可以配置有优先级。在进行资源分配时,可先按照numerology的优先级从高到低的顺序将不同numerology关联的资源分配给所述各个资源各自匹配的一个或多个LCH。然后,针对一个numerology关联的资源,可以根据LCH的优先级从高到低的顺序为相匹配的LCH分配所述numerology关联的资源。这里,所述numerology关联的资源最低满足所述相匹配的LCH的属性要求。这样,在确定所述不同numerology关联的多个资源各自匹配的LCH之后,针对各个numerology关联的资源的资源分配可以并行处理,可有效提高资源分配效率。
结合第一方面的第三种可能的实现方式,在一些可选实施例中,可以进一步细化资源和LCH的匹配。具体的,可以匹配出资源刚好满足的LCH和资源过满足的LCH。针对单个资源,可以优先为所述单个资源刚好满足的LCH分配资源,然后再为所述单个资源过满足的LCH分配资源。
结合第一方面,在第四种可能的实现方式中,资源关联的numerology(如TTI)可以配置有优先级。在进行资源分配时,可先按照numerology的优先级从高到低的顺序,对不同numerology关联的资源进行分配。其中,针对一个numerology关联的资源,可以根据LCH的优先级从高到低的顺序为各个LCH分配资源。
与上述第三种可能的实现方式不同的是,上述第四种可能的实现方式不限定LCH只能在最低满足所述LCH的属性要求的资源上传输数据,可提高资源利用率。在上述第四种可能的实现方式中,可将满足LCH的属性要求的一个或多个资源确定为所述LCH匹配的资源。这里,满足包括刚好满足或者过满足。
第二方面,本申请提供了一种资源分配装置,该装置可包括多个功能模块,用于相应的执行第一方面所提供的方法,或者第一方面可能的实施方式中的任意一种所提供的方法。
第三方面,本申请提供了一种终端,用于执行第一方面描述的资源分配方法。所述终端可包括:存储器以及与所述存储器耦合的处理器、收发器,其中:所述收发器用于与其他通信设备(如网络设备)通信。所述存储器用于存储第一方面描述的资源分配方法的实现代码,所述处理器用于执行所述存储器中存储的程序代码,即执行第一方面所提供的方法,或者第一方面可能的实施方式中的任意一种所提供的方法。
第四方面,本申请提供了一种网络设备,用于执行第一方面描述的资源分配方法。所述网络设备可包括:存储器以及与所述存储器耦合的处理器、收发器,其中:所述收发器用于与其他通信设备(如终端)通信。所述存储器用于存储第一方面描述的资源分配方法的实现代码,所述处理器用于执行所述存储器中存储的程序代码,即执行第一方面所提供的方法,或者第一方面可能的实施方式中的任意一种所提供的方法。
第五方面,本申请提供了一种装置,该装置可包括:处理器,以及耦合于所述处理器的一个或多个接口。其中,所述处理器可用于从存储器中调用第一方面所提供的资源分配方法,或者第一方面可能的实施方式中的任意一种所提供的资源分配方法的实现程序,并执行该程序包含的指令。所述接口可用于输出所述处理器的资源分配结果。
第六方面,本申请提供了一种无线通信系统,包括终端和网络设备,其中:
在上行传输过程中,所述终端可用于执行第一方面所提供的资源分配方法,或者第一方面可能的实施方式中的任意一种所提供的资源分配方法;所述网络设备可用于执行上行资源调度。
在下行传输过程中,所述网络设备可用于执行第一方面所提供的资源分配方法,或者第一方面可能的实施方式中的任意一种所提供的资源分配方法;所述终端可用于估计下行信道质量并向所述网络设备上报信道质量指示符(CQI)。
第七方面,提供了一种计算机可读存储介质,所述可读存储介质上存储有实现第一方面所提供的资源分配方法,或者第一方面可能的实施方式中的任意一种所提供的资源分配方法的程序代码,该程序代码包含运行第一方面所提供的资源分配方法,或者第一方面可能的实施方式中的任意一种所提供的资源分配方法的执行指令。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1A是本申请涉及的一种无线通信系统的架构示意图;
图1B是本申请涉及的终端与网络设备之间的通信接口对应的信道映射示意图;
图1C是本申请涉及的无线接口协议层的示意图;
图2是本申请的一个实施例提供的终端的硬件架构示意图;
图3是本申请的一个实施例提供的基站的硬件架构示意图;
图4A是本申请提供的在上行传输过程中的资源分配方法的流程示意图;
图4B是本申请提供的在下行传输过程中的资源分配方法的流程示意图;
图5是本申请的一个实施例提供的资源分配方法的示例性示意图;
图6是本申请的另一个实施例提供的资源分配方法的示例性示意图;
图7是本申请的再一个实施例提供的资源分配方法的示例性示意图;
图8是本申请的再一个实施例提供的资源分配方法的示例性示意图;
图9是本申请的提供的无线通信系统,终端和网络设备的功能框图;
图10是本申请提供的一种装置的结构示意图。
具体实施方式
本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。
图1A示出了本申请涉及的无线通信系统。所述无线通信系统可以工作在高频频段上,不限于长期演进(Long Term Evolution,LTE)系统,还可以是未来演进的第五代移动通信(the 5th Generation,5G)系统、新空口(NR)系统,机器与机器通信(Machine toMachine,M2M)系统等。如图1A所示,无线通信系统100可包括:一个或多个网络设备101,一个或多个终端103,以及核心网115。其中:
网络设备101可以为基站,基站可以用于与一个或多个终端进行通信,也可以用于与一个或多个具有部分终端功能的基站进行通信(比如宏基站与微基站,如接入点,之间的通信)。基站可以是时分同步码分多址(Time Division Synchronous Code DivisionMultiple Access,TD-SCDMA)系统中的基站收发台(Base Transceiver Station,BTS),也可以是LTE系统中的演进型基站(Evolutional Node B,eNB),以及5G系统、新空口(NR)系统中的基站。另外,基站也可以为接入点(Access Point,AP)、传输节点(Trans TRP)、中心单元(Central Unit,CU)或其他网络实体,并且可以包括以上网络实体的功能中的一些或所有功能。
终端103可以分布在整个无线通信系统100中,可以是静止的,也可以是移动的。在本申请的一些实施例中,终端103可以是移动设备、移动台(mobile station)、移动单元(mobile unit)、M2M终端、无线单元,远程单元、用户代理、移动客户端等等。
具体的,网络设备101可用于在网络设备控制器(未示出)的控制下,通过无线接口105与终端103通信。在一些实施例中,所述网络设备控制器可以是核心网115的一部分,也可以集成到网络设备101中。具体的,网络设备101可用于通过回程(blackhaul)接口113(如S1接口)向核心网115传输控制信息或者用户数据。具体的,网络设备101与网络设备101之间也可以通过回程(blackhaul)接口111(如X2接口),直接地或者间接地,相互通信。
图1B示出了图1A中的无线接口105(即终端103和网络设备101之间的无线接口)对应的信道映射图。图1C所示的无线接口协议层之间的接口可表达为信道,具体可包括:逻辑信道、传输信道和物理信道。其中:
(1)逻辑信道:逻辑信道描述了信息的类型,即定义了传输的是什么信息。媒体接入控制(Media Access Control,MAC)层与无线链路控制(Radio Link Control,RLC)层之间的接口为逻辑信道。MAC层通过逻辑信道为RLC层提供服务。
如图1B所示,逻辑信道分为2类:逻辑控制信道和逻辑业务信道。其中,逻辑控制信道用于传输控制面信息,可包括:PCCH(Paging Control Channel,寻呼控制信道)、CCCH(Common Control Channel,公共控制信道)、DCCH(Dedicated Control Channel,专用控制信道)。逻辑业务信道用于传输用户面信息,可包括:DTCH(Dedicated Traffic Channel,专用业务信道)、MTCH(Multicase Traffic Channel,多播业务信道)。
(2)传输信道:传输信道描述的是信息的传输方式,即定义了信息是如何传输的。物理层(Physical Layer,PHY)和媒体接入控制(MAC)层之间的接口为传输信道。PHY层通过传输信道为MAC层提供服务。传输信道通常可以根据在无线接口上传输信号的方式,如信道编码策略、调制方法和天线映射方式,进行分类。
如图1B所示,传输信道可包括:DL-SCH(Downlink Shared Channel,下行共享信道)、BCH(Broadcast Channel,广播信道)、MCH(Multicast Channel,多播信道)、PCH(Paging Channel,寻呼信道)、UL-SCH(Uplink Shared Channel;上行共享信道)、RACH(Random Access Channel,随机接入信道)。
(3)物理信道:由物理层用于具体信号的传输。物理信道和承载高层信息的资源因子(Resource Element,RE)集合相对应。组成物理信道的基本实体是资源因子(RE)和资源块(Resource Block,RB)。
如图1B所示,物理信道可包括:PDCCH(Physical Downlink Control Channel,物理下行控制信道)、PDSCH(Physical Downlink Shared Channel,物理下行共享信道)、PBCH(Physical Broadcast Channel,物理广播信道)、PMCH(Physical Multicast Channel,物理多播信)、PHICH(Physical Hybrid ARQ Indicator Channel,物理H-ARQ指示信道)、PCFICH(Physical Control Format Indicator Channel,物理控制格式指示信道)、PUCCH(Physical Uplink Control Channel,物理上行控制信道)、PUSCH(Physical UplinkShared Channel,物理上行共享信道)、PRACH(Physical Random Access Channel,物理随机接入信道)。
本申请中,网络设备101和终端103之间可支持多业务的同时传输(上行传输或下行传输),在MAC层为多个业务分别分配逻辑信道(Logical,Channel,LCH)。具体的,分别对应不同业务的逻辑信道(LCH)具有不同的属性要求。所述属性要求可以与背景技术中的表1示例性示出的numerology相关。例如,所述属性要求可以是最大传输间隔(Maximum TTI),即LCH的时延要求。又例如,所述属性要求也可以是最小子载波间隔(Minimum Sub-carrierSpacing,Min SCS)。示例仅仅是本申请提供的一些实施方式,实际应用中所述属性要求还可以和numerology中的其他参数相关,这里不作限制。
具体的,由于业务/数据具体承载在逻辑信道DTCH中,因此,可以为多个业务配置多个DTCH,并在MAC层对逻辑信道进行复用,并通过逻辑信道优先级处理(LCP)为所述多个DTCH配置资源分配的优先级。
本申请中,针对5G及未来新空口(NR)支持的三大业务类型(eMBB、URLLC和eMTC),在MAC层对逻辑信道进行复用时,LCP的具体实现可包括如下策略:
在这三大业务中,由于URLLC业务的时延要求最高(即能够容忍的时延最小),因此,URLLC业务是最需要被及时调度的。具体的,可以设置承载URLLC业务的LCH的优先级高于承载eMBB或eMTC业务的LCH的优先级,以确保URLLC业务的及时传输。这里,针对承载eMBB或eMTC业务的LCH,具体可以根据数据重要程度等因素来确定优先级,不作具体限制。
另外,针对几种特殊的逻辑信道,例如承载RRC信令或NAS信令的逻辑信道,现有技术中将承载信令的LCH(如DCCH或CCCH)的优先级配置为高于承载业务的LCH的优先级。但是,在5G中为了支持未来通信系统中的URLLC业务,承载URLLC业务的LCH优先级可以高于承载信令的LCH的优先级。这样,即使在资源受限的情况下也可以优先保证URLLC业务的及时传输。基于同样的考虑,承载URLLC业务的LCH优先级也可以高于承载MAC CE的LCH的优先级。
需要说明的,图1A示出的无线通信系统100仅仅是为了更加清楚的说明本申请的技术方案,并不构成对本申请的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请提供的技术方案对于类似的技术问题,同样适用。
参考图2,图2示出了本申请的一些实施例提供的终端200。如图2所示,终端200可包括:一个或多个终端处理器201、存储器202、通信接口203、接收器205、发射器206、耦合器207、天线208、用户接口202,以及输入输出模块(包括音频输入输出模块210、按键输入模块211以及显示器212等)。这些部件可通过总线204或者其他方式连接,图2以通过总线连接为例。其中:
通信接口203可用于终端200与其他通信设备,例如网络设备,进行通信。具体的,所述网络设备可以是图3所示的网络设备300。具体的,通信接口203可以是长期演进(LTE)(4G)通信接口,也可以是5G或者未来新空口的通信接口。不限于无线通信接口,终端200还可以配置有有线的通信接口203,例如局域接入网(Local Access Network,LAN)接口。
发射器206可用于对终端处理器201输出的信号进行发射处理,例如信号调制。接收器205可用于对天线208接收的移动通信信号进行接收处理,例如信号解调。在本申请的一些实施例中,发射器206和接收器205可看作一个无线调制解调器。在终端200中,发射器206和接收器205的数量均可以是一个或者多个。天线208可用于将传输线中的电磁能转换成自由空间中的电磁波,或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器207用于将天线208接收到的移动通信信号分成多路,分配给多个的接收器205。
除了图2所示的发射器206和接收器205,终端200还可包括其他通信部件,例如GPS模块、蓝牙(Bluetooth)模块、无线高保真(Wireless Fidelity,Wi-Fi)模块等。不限于上述表述的无线通信信号,终端200还可以支持其他无线通信信号,例如卫星信号、短波信号等等。不限于无线通信,终端200还可以配置有有线网络接口(如LAN接口)来支持有线通信。
所述输入输出模块可用于实现终端200和用户/外部环境之间的交互,可主要包括包括音频输入输出模块210、按键输入模块211以及显示器212等。具体的,所述输入输出模块还可包括:摄像头、触摸屏以及传感器等等。其中,所述输入输出模块均通过用户接口209与终端处理器201进行通信。
存储器202与终端处理器201耦合,用于存储各种软件程序和/或多组指令。具体的,存储器202可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器202可以存储操作系统(下述简称系统),例如ANDROID,IOS,WINDOWS,或者LINUX等嵌入式操作系统。存储器202还可以存储网络通信程序,该网络通信程序可用于与一个或多个附加设备,一个或多个终端设备,一个或多个网络设备进行通信。存储器202还可以存储用户接口程序,该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来,并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。
在本申请的一些实施例中,存储器202可用于存储本申请的一个或多个实施例提供的资源分配方法在终端200侧的实现程序。关于本申请的一个或多个实施例提供的资源分配方法的实现,请参考后续实施例。
终端处理器201可用于读取和执行计算机可读指令。具体的,终端处理器201可用于调用存储于存储器212中的程序,例如本申请的一个或多个实施例提供的资源分配方法在终端200侧的实现程序,并执行该程序包含的指令。
可以理解的,终端200可以是图5示出的无线通信系统100中的终端103,可实施为移动设备,移动台(mobile station),移动单元(mobile unit),无线单元,远程单元,用户代理,移动客户端等等。
需要说明的,图2所示的终端200仅仅是本申请实施例的一种实现方式,实际应用中,终端200还可以包括更多或更少的部件,这里不作限制。
参考图3,图3示出了本申请的一些实施例提供的网络设备300。如图3所示,网络设备300可包括:一个或多个网络设备处理器301、存储器302、通信接口303、发射器305、接收器306、耦合器307和天线308。这些部件可通过总线304或者其他式连接,图3以通过总线连接为例。其中:
通信接口303可用于网络设备300与其他通信设备,例如终端设备或其他网络设备,进行通信。具体的,所述终端设备可以是图2所示的终端200。具体的,通信接口303通信接口203可以是长期演进(LTE)(4G)通信接口,也可以是5G或者未来新空口的通信接口。不限于无线通信接口,网络设备300还可以配置有有线的通信接口303来支持有线通信,例如一个网络设备300与其他网络设备300之间的回程链接可以是有线通信连接。
发射器305可用于对网络设备处理器301输出的信号进行发射处理,例如信号调制。接收器306可用于对天线308接收的移动通信信号进行接收处理。例如信号解调。在本申请的一些实施例中,发射器305和接收器306可看作一个无线调制解调器。在网络设备300中,发射器305和接收器306的数量均可以是一个或者多个。天线308可用于将传输线中的电磁能转换成自由空间中的电磁波,或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器307可用于将移动通信号分成多路,分配给多个的接收器306。
存储器302与网络设备处理器301耦合,用于存储各种软件程序和/或多组指令。具体的,存储器302可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器302可以存储操作系统(下述简称系统),例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器302还可以存储网络通信程序,该网络通信程序可用于与一个或多个附加设备,一个或多个终端设备,一个或多个网络设备进行通信。
网络设备处理器301可用于进行无线信道管理、实施呼叫和通信链路的建立和拆除,并为本控制区内的用户提供小区切换控制等。具体的,网络设备处理器301可包括:管理/通信模块(Administration Module/Communication Module,AM/CM)(用于话路交换和信息交换的中心)、基本模块(Basic Module,BM)(用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能)、码变换及子复用单元(Transcoder andSubMultiplexer,TCSM)(用于完成复用解复用及码变换功能)等等。
本申请实施例中,网络设备处理器301可用于读取和执行计算机可读指令。具体的,网络设备处理器301可用于调用存储于存储器302中的程序,例如本申请的一个或多个实施例提供的资源分配方法在网络设备300侧的实现程序,并执行该程序包含的指令。
可以理解的,网络设备300可以是图5示出的无线通信系统100中的基站101,可实施为基站收发台,无线收发器,一个基本服务集(BSS),一个扩展服务集(ESS),NodeB,eNodeB,接入点或TRP等等。
需要说明的,图3所示的网络设备300仅仅是本申请实施例的一种实现方式,实际应用中,网络设备300还可以包括更多或更少的部件,这里不作限制。
基于前述无线通信系统100、终端200以及网络设备300分别对应的实施例,本申请实施例提供了一种资源分配方法。
本申请的主要发明原理可包括:在上行或下行资源调度时,可以一次调度不同参数集(numerology)关联的多个资源。针对所述多个资源,可以为用于承载不同业务的多个LCH匹配资源,并在LCH匹配的资源上传输所述LCH的业务。这里,LCH匹配的资源为所述多个资源中最低满足所述LCH的属性要求的资源。这样,可实现在支持多业务传输的同时,综合考虑用于承载各个业务的LCH的属性要求(如时延要求),避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
举例来说,假设表1所示的3个逻辑信道分别用于承载时延要求不同的业务。
逻辑信道 | 最大传输间隔(ms) | 优先级 |
LCH#1 | 4 | 1 |
LCH#2 | 2 | 2 |
LCH#3 | 1 | 3 |
表1
其中,表1中的第3列表示LCH#1至LCH#3的优先级,数值越小优先级越高。表1中的第2列表示这3个逻辑信道各自的时延要求。可以看出,可以看出,LCH#1的最大传输间隔较大,表明LCH#1承载的业务的时延要求较低,能够容忍较大的时延。LCH#3的最大传输间隔较小,表明LCH#2承载的业务的时延要求较高,只能容忍较小的时延。
假设网络设备调度给终端2个上行授权资源,这2个授权资源对应不同的传输间隔(numerology中的一个参数):TTI duration t1=4ms,TTI duration t2=1ms。
具体的,在为表1所示的3个逻辑信道匹配资源时,按照上述发明原理,LCH#1匹配的资源为t1(t1=4ms)关联的资源。因为,这2个上行授权资源中,t1关联的资源最低满足LCH#1的时延要求(≤4ms),t2(t2=1ms)关联的资源过满足LCH#1的时延要求(≤4ms)。所以,将t1关联的资源作为LCH#1匹配的资源,可避免因LCH#1占用t2关联的资源而导致其他时延要求更高的逻辑信道(如LCH#3)无法获得合适资源的问题,可实现尽可能使这3个逻辑信道都能获得合适资源。反之,可以理解的,如果t2关联的资源优先被LCH#1使用完毕,那么,由于剩下的t1关联的资源不能满足LCH#2和LCH#3的时延要求,因此,LCH#2和LCH#3最后无法获得合适资源来传输数据,只能等待网络设备的下一次调度,引入更多时延。
需要说明的,上述示例仅仅用于解释本申请的发明原理,不应构成限定。
本申请中,“最低满足”是指满足要求但满足效果最差。“过满足”是指满足要求并优于要求。后续内容中还会出现“刚好满足”这个概念,本申请中,“刚好满足”是指满足要求并与要求一致。
对于TTI来说,“最低满足”的资源可以是满足LCH的最大传输间隔(即小于或等于所述最大传输间隔)的最大TTI关联的资源。“过满足”的资源可以是小于LCH的最大传输间隔的TTI关联的资源。“刚好满足”的资源可以是等于LCH的最大传输间隔的TTI关联的资源。
例如,在上述示例中,t1(t1=4ms)关联的资源和t2(t2=1ms)关联的资源都满足LCH#1的时延要求(≤4ms)。其中,t2关联的资源对应的传输间隔小(明显小于4ms),优于LCH#1的时延要求,可以称t2关联的资源“过满足”LCH#1的时延要求。t1关联的资源对应的传输间隔大(刚好等于4ms),“刚好满足”LCH#1的时延要求,而且也是所述2个上行授权资源中对LCH#1的时延要求满足效果最差的资源,又可以称t1关联的资源“最低满足”LCH#1的时延要求。示例仅仅用于解释,不应构成限定。
对于SCS来说,“最低满足”的资源可以是满足LCH的最小子载波间隔(即大于或等于所述最小子载波间隔)的最小SCS关联的资源。“过满足”的资源可以是大于所述最小子载波间隔的SCS关联的资源。“刚好满足”的资源可以是等于所述最小子载波间隔的SCS关联的资源。
例如,假设表2所示的3个逻辑信道分别用于承载具有不同子载波间隔要求的业务。并且,网络设备调度给终端2个上行授权资源,这2个上行授权资源对应不同的子载波间隔(numerology中的一个参数):scs1=15KHz,scs2=480KHz。
逻辑信道 | 最小子载波间隔(Hz) | 优先级 |
LCH#4 | 15K | 1 |
LCH#5 | 60K | 2 |
LCH#6 | 240K | 3 |
表2
其中,优先级数值越小优先级越高,这3个逻辑信道的最小子载波间隔表示这3个逻辑信道各自对子载波间隔的要求。可以理解的,由于子载波间隔越大,逻辑信道能容忍的多普勒频移也就越大。因此,LCH#4对子载波间隔的要求最低,LCH#6对子载波间隔的要求最高。
从表2可以看出,scs1(scs1=15KHz)关联的资源和scs2关联的资源(scs2=480KHz)都满足LCH#4对子载波间隔的要求(≥15KHz),其中,scs2关联的资源对应的子载波间隔大(明显大于15KHz),优于LCH#4对子载波间隔的要求,可以称scs2关联的资源“过满足”LCH#4对子载波间隔的要求。scs1关联的资源对应的子载波间隔小(刚好等于15KHz),“刚好满足”LCH#4对子载波间隔的要求,而且也是所述2个上行授权资源中对LCH#4的子载波间隔要求满足效果最差的资源,又可以称scs1关联的资源“最低满足”LCH#4对子载波间隔的要求。示例仅仅用于解释,不应构成限定。
本申请中,一个LCH可以配置有至少一个属性,所述属性与所述numerology相关。
例如,LCH可以仅配置有传输间隔(TTI)这一个属性。传输间隔这一属性的属性要求可以是该LCH支持的最大传输间隔。这里,最大传输间隔表示LCH能够容忍的最大时延,即时延要求。在分配资源时,需要为该LCH分配传输间隔小于或等于该LCH的最大传输间隔的资源。
又例如,除了传输间隔(TTI)这一属性,LCH可还可以配置有子载波间隔(SCS)这一属性。子载波间隔这一属性的属性要求可以是该LCH支持的最小子载波间隔。在分配资源时,针对LCH的最小子载波间隔这一属性要求,可以为该LCH分配子载波间隔大于或等于该LCH的最小子载波间隔的资源。
需要说明的,示例仅仅用于解释,不应构成限定。
需要说明的,本申请涉及的资源是指时频资源,包括时域资源和频域资源,通常以资源粒子(Resource Element,RE),资源块(Resource Block,RB),符号(symbol),子载波(subcarrier),传输间隔(Transmission Time Interval,TTI)表示。资源粒子、资源块等概念的定义可以参考LTE标准,但是不限于LTE标准,未来通信标准中关于各种资源形式的定义可能不同。
基于上述主要发明原理,下面说明本申请提供的资源分配方法的总体流程。图4A和图4B示出了本申请提供的资源分配方法分别实施在上行传输过程、下行传输过程中的具体流程。
如图4A所示,在上行传输过程中,本申请提供的资源分配方法可包括:
S101,网络设备和终端之间执行上行调度过程。所述上行调度过程可用于所述网络设备为所述终端调度上行资源。本申请中,所述网络设备可以一次为所述终端调度关联不同numerology的多个资源,可支持终端在所述多个资源上分别传输不同的业务,更加适应未来通信系统中的多业务场景。
具体的,上行调度过程可包括下述步骤:
步骤一、所述终端向所述网络设备发送调度请求(Schedule request,SR),用于请求上行资源。
步骤二、所述终端和所述网络设备进行上行信道质量测量。具体的,所述终端可以向所述网络设备发送探测参考信号(Sounding Reference Signal,SRS)来执行上行信道测量。
步骤三、所述网络设备为所述终端分配上行资源并把资源分配结果通知给所述终端,用于所述终端根据所述资源分配结果,在所述网络设备调度给所述终端的上行资源上传输上行数据。
需要说明的,上面几个步骤简要说明了上行调度过程中的资源分配,详细内容可参考LTE中定义的上行调度过程,这里不赘述。不限于LTE中定义的上行调度过程,未来通信标准中,上行调度过程的定义和流程可能会发生变化,本申请提供技术方案适用未来通信标准。
S102-S103,针对所述网络设备调度给所述终端的关联不同numerology的多个资源,所述终端可以为用于承载各个业务的上行LCH匹配资源,并在上行LCH匹配的资源上传输所述上行LCH的数据。这里,上行LCH匹配的资源为所述多个资源中最低满足所述上行LCH的属性要求的资源,具体可参考前述发明原理部分,这里不再赘述。
如图4B所示,在下行传输过程中,本申请提供的资源分配方法可包括:
S201,网络设备和终端之间执行下行调度过程。所述下行调度过程可用于所述网络设备分配下行资源。本申请中,所述网络设备可以一次调度关联不同numerology的多个资源,可实现在所述多个资源上分别传输不同的业务,更加适应未来通信系统中的多业务场景。
具体的,下行调度过程可包括下述步骤:
步骤一、所述网络设备和所述终端进行下行信道质量测量。具体的,所述网络设备可以发送小区专用参考信号(Cell Specific Reference Signal,CS-RS)给所述终端。所述终端估计下行信道质量,上报信道质量指示符(Channel Quality Indicator,CQI)。
步骤二、所述网络设备根据下行信道质量分配下行资源,根据资源分配结果,在分配的下行资源上传输下行数据。
需要说明的,上面几个步骤简要说明了下行调度过程中的资源分配,详细内容可参考LTE中定义的下行调度过程,这里不赘述。不限于LTE中定义的下行调度过程,未来通信标准中,下行调度过程的定义和流程可能会发生变化,本申请提供技术方案适用未来通信标准。
S202-S203,针对已调度的关联不同numerology的多个资源,所述网络设备可以为用于承载各个业务的下行LCH匹配资源,并在下行LCH匹配的资源上传输所述下行LCH的数据。这里,下行LCH匹配的资源为所述多个资源中最低满足所述下行LCH的属性要求的资源,具体可参考前述发明原理部分,这里不再赘述。
具体的,在上行传输过程中,针对所述关联不同numerology的多个资源,终端的MAC层对多个上行LCH进行资源复用。在下行传输过程中,针对所述关联不同numerology的多个资源,网络设备的MAC层对多个下行LCH进行资源复用。资源分配的基本原则均为:针对所述关联不同numerology的多个资源,将最低满足LCH的属性要求的资源分配给所述LCH。
下面以传输间隔(TTI)(numerology中的一个参数)为例,针对不同TTI关联的多个资源,通过多个实施例详细介绍如何为多个LCH分配资源。需要说明的,下述几个实施例可以实施在上行传输过程中,也可以实施在下行传输过程中。
(一)实施例一
本实施例中,针对不同TTI关联的多个资源,在通过LCP确定各个LCH的优先级之后,可以按照LCH的优先级从高到低的顺序为各个LCH匹配资源,并在匹配的资源上传输LCH的数据。
实施例一中,针对不同TTI关联的多个资源,资源分配流程具体如下:
1.第一轮资源分配
(1)先为最高优先级的LCH分配资源:根据所述最高优先级的LCH的最大传输间隔(Maximun TTI duration),将小于或等于所述最大传输间隔的最大TTI关联的资源确定为该LCH匹配的资源,并在该LCH匹配的资源上传输该LCH的数据。
(2)再为下一个优先级的LCH分配资源:如果所述多个资源有剩余,则根据所述下一个优先级的LCH的最大传输间隔,将小于或等于最大传输间隔的最大TTI关联的资源确定为该LCH匹配的资源,并在该LCH匹配的资源上传输该LCH的数据。
(3)反复执行上述(2),直到对全部LCH都实施了上述(2)描述的资源分配过程或资源使用完毕。
可选的,上述第一轮资源分配中,可以按照PBR来限制每个LCH的传输数据量。
2.第二轮资源分配:如果LCH匹配的资源有剩余且LCH还有数据待传输,则按LCH的优先级顺序重复上述(1)至(3)。可选的,上述第二轮资源分配中,每个LCH可传输的数据量可以不受PBR限制,可以传完数据。
具体的,如果第二轮资源分配结束后,LCH匹配的资源有剩余且LCH还有数据待传输,则按LCH的优先级顺序重复上述(1)至(3)。也即是说,可以执行多轮资源分配,其中,每一轮资源分配均按照LCH的优先级顺序执行,直至资源使用完毕。
可以理解的,实施例一中,通过将小于或等于LCH的最大传输间隔的最大TTI关联的资源作为所述LCH的匹配资源,可实现在支持多业务传输的同时,综合考虑用于承载各个业务的LCH的属性要求(如最大传输间隔),避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
下面以图5所示的关联不同TTI的2个上行授权资源(Uplink grant Resource)为例,说明实施例一的具体实施。
假设1:所述2个上行授权资源分别关联不同的TTI(numerology中的一个参数):TTI duration t1=4ms,TTI duration t2=1ms。
假设2:表3所示的3个待传输数据的逻辑信道分别用于承载时延要求不同的业务。这3个逻辑信道分别具有不同的属性要求,即最大传输间隔。可以看出,LCH#1的最大传输间隔较大,表明LCH#1承载的业务的时延要求较低,能够容忍较大的时延。LCH#3的最大传输间隔较小,表明LCH#2承载的业务的时延要求较高,只能容忍较小的时延。表3中的第3列表示LCH#1至LCH#3的优先级,数值越小优先级越高。
逻辑信道 | 最大传输间隔(ms) | 优先级 |
LCH#1 | 4 | 1 |
LCH#2 | 2 | 2 |
LCH#3 | 1 | 3 |
表3
那么,如图5所示,第一轮资源分配具体如下:
(1)先为LCH#1分配资源:为LCH#1分配t1(t1=4ms)关联的资源。可以理解的,这2个资源中,小于或等于LCH#1的最大传输间隔(即4ms)的最大TTI关联的资源是t1关联的资源。也即是说,t1关联的资源是最低满足LCH#1的属性要求(即最大传输间隔)的资源。
(2)再为LCH#2分配资源:为LCH#2分配t2(t2=1ms)关联的资源。可以理解的,这2个资源中,只有t2关联的资源小于或等于LCH#2的最大传输间隔(即2ms)。因此,t2关联的资源也是小于或等于LCH#2的最大传输间隔的最大TTI关联的资源,可以作为这2个资源中最低满足LCH#2的属性要求的资源。
(3)再为LCH#3分配资源:如果t2(t2=1ms)关联的资源有剩余,则为LCH#3分配t2(t2=1ms)关联的资源。可以理解的,这2个资源中,只有t2关联的资源小于或等于LCH#3的最大传输间隔(即1ms)。因此,t2关联的资源也是小于或等于LCH#3的最大传输间隔的最大TTI关联的资源,可以作为这2个资源中最低满足LCH#3的属性要求的资源。
具体的,如果第一轮资源分配结束后,LCH#1-LCH#3各自匹配的资源有剩余且LCH#1-LCH#3分别还有数据待传输,则可以重复上述(1)至(3),直到数据传输完毕或匹配的资源使用完毕。
实施例一中,LCH#1-LCH#3的实际资源分配顺序与LCH#1-LCH#3的优先级一致,可如图5所示。
可以理解的,将t1关联的资源作为LCH#1匹配的资源,可避免因LCH#1占用t2关联的资源而导致其他时延要求更高的LCH(如LCH#3)无法获得合适资源的问题,可实现尽可能使LCH#1-LCH#3都能获得合适资源。反之,可以理解的,如果t2关联的资源优先被LCH#1使用完毕,那么,由于剩下的t1关联的资源不能满足LCH#2和LCH#3的时延要求,因此,LCH#2和LCH#3最后无法获得合适资源来传输数据,只能等待网络设备的下一次调度,引入更多时延。
实施例一的相关扩展
可选的,如果LCH匹配的资源无剩余,所述LCH还有数据待传输,则可以从所述LCH匹配的资源之外的一个或多个资源中,重新确定出最低满足所述LCH的属性需求的资源,并在重新确定出的所述LCH匹配的资源上传输所述LCH的数据。
也即是说,当LCH配的资源不能承载LCH的全部待传输数据时,可以从其余空闲的资源中选择资源来承载LCH剩余的待传输数据。这样,一个LCH的数据可能在关联不同numerology的多个资源上传输,可提高资源的利用率,尽可能将LCH的数据传输完毕。
举例说明,在图5所示的示例中,如果第一轮资源分配之后,t1(t1=4ms)关联的资源被使用完毕,但LCH#1还有待传输数据,那么,如果t2(t2=1ms)关联的资源还有剩余,则可以在t2(t2=1ms)关联的资源上传输LCH#1的数据。这样可以尽可能的传完每一个LCH的待传输数据量,也可以提高资源利用率。
(二)实施例二
本实施例中,在根据LCH的优先级从高到低的顺序为各个LCH分配资源时,如果LCH匹配的资源刚好满足所述LCH的属性需求,则在所述LCH匹配的资源中传输所述LCH的数据。如果LCH匹配的资源过满足所述LCH的属性需求,则将该LCH记录在所述LCH匹配的上行授权资源对应的次优先级队列中,等待下一轮资源分配。
也即是说,在进行资源分配时,除了LCH的优先级,还进一步考虑了LCH的属性要求(如最大传输间隔),可以根据LCH的属性要求适应性的调整LCH的实际资源分配顺序,进一步避免对某个(些)LCH出现“过满足”而导致属性要求高的LCH得不到资源传输数据。
可以理解的,实施例一中,资源分配只考虑LCH的优先级,并没有考虑LCH的属性要求,如最大传输间隔,可能会影响某个(些)属性要求高的LCH的资源分配。例如,在图4所示的示例中,LCH#2和LCH#3的匹配资源都是t2(t2=1ms)关联的资源。LCH#2具有较高的优先级,优先使用t2(t2=1ms)关联的资源。如果t2(t2=1ms)关联的资源被LCH#2使用完毕,则会导致LCH#3的数据得不到传输,需要等待下一次调度,引入更多时延。而且,LCH#3的最大传输间隔较小(为1ms),即LCH#3承载的业务对时延比较敏感,不能容忍更多时延。
实施例二中,针对不同TTI关联的多个资源,资源分配流程具体如下:
1.第一轮资源分配
(1)先为最高优先级的LCH分配资源:根据最高优先级的LCH的最大传输间隔,将小于或等于该LCH的最大传输间隔的最大TTI关联的资源作为该LCH的匹配资源。并且:
A.如果所述匹配资源关联的TTI与所述最高优先级的LCH的最大传输间隔相等,则在所述匹配资源上传输所述最高优先级的LCH的数据;
B.如果所述匹配资源关联的TTI小于所述最高优先级的LCH的最大传输间隔,则把所述最高优先级的LCH记录在所述匹配资源对应的次优先级队列中。
(2)再为下一个优先级的LCH分配资源:如果所述多个资源有剩余,则根据所述下一个优先级的LCH的最大传输间隔,将小于或等于该LCH的最大传输间隔的最大TTI关联的资源确定为该LCH匹配的资源。并且:
A.如果所述匹配资源关联的TTI与所述下一个优先级的LCH的最大传输间隔相等,则在所述匹配资源上传输所述下一个优先级的LCH的数据;
B.如果所述匹配资源关联的TTI小于所述下一个优先级的LCH的最大传输间隔,则把所述下一个优先级的LCH记录在所述匹配资源对应的次优先级队列中。
(3)反复执行上述(2),直到对全部LCH都实施了上述(2)描述的资源分配过程或资源使用完毕。
2.第二轮资源分配:对次优先级队列中的LCH进行资源分配。可以理解的,可能存在多个次优先级队列,其中,一个次优先级队列对应一个资源,所述资源是所述次优先级队列中的每一个LCH匹配的资源,并且所述资源过满足所述次优先级队列中的每一个LCH。
可选的,在次优先级队列中,可以根据LCH的优先级从高到低的顺序为各个LCH分配所述次优先级队列对应的资源。
可选的,在次优先级队列中,也可以根据LCH的属性要求从高到低的顺序为各个LCH分配所述次优先级队列对应的资源。也即是说,在次优先级队列中,可以优先为属性要求高的LCH分配资源。
具体的,如果上述两轮资源分配结束后,资源有剩余且LCH还有数据待传输,则可以重复上述两轮资源分配过程,直至资源使用完毕或LCH的数据传输完毕。
可以理解的,在实施例二中,在按照LCH的优先级进行资源分配时,如果LCH匹配的资源刚好满足LCH的属性要求,则直接在匹配的资源上传输LCH的数据。如果LCH匹配的资源过满足LCH的属性要求,则先将该LCH放入次优先级队列,等待下一轮资源分配。这样,可进一步的避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
下面以图6所示的关联不同TTI的2个上行授权资源为例,说明实施例二的具体实施。
假设1:所述2个上行授权资源分别关联不同的TTI(numerology中的一个参数):TTI duration t1=4ms,TTI duration t2=1ms。
假设2:表4所示的4个待传输数据的逻辑信道分别用于承载时延要求不同的业务。这4个逻辑信道分别具有不同的属性要求,即最大传输间隔。表4中的第3列表示LCH#1至LCH#4的优先级,数值越小优先级越高。
逻辑信道 | 最大传输间隔(ms) | 优先级 |
LCH#1 | 4 | 1 |
LCH#2 | 2 | 2 |
LCH#3 | 3 | 3 |
LCH#4 | 1 | 4 |
表4
那么,如图6所示,第一轮资源分配具体如下:
(1)先为LCH#1分配资源:为LCH#1分配t1(t1=4ms)关联的资源。可以理解的,t1关联的资源是LCH#1的匹配资源,并且,t1等于LCH#1的最大传输间隔(4ms)。即,t1关联的资源刚好满足LCH#1的属性要求。
(2)再为LCH#2分配资源:将LCH#2记录在t2(t2=1ms)关联的资源所对应的次优先级队列中,等待下一轮资源分配。可以理解的,t2关联的资源是LCH#2的匹配资源,但是,t2小于LCH#2的最大传输间隔(2ms)。即,t2关联的资源过满足LCH#2的属性要求。
(3)再为LCH#3分配资源:将LCH#3记录在t2(t2=1ms)关联的资源所对应的次优先级队列中,等待下一轮资源分配。可以理解的,t2关联的资源是LCH#3的匹配资源,但是,t2小于LCH#3的最大传输间隔(3ms)。即,t2关联的资源过满足LCH#3的属性要求。
(4)再为LCH#4分配资源:如果t2(t2=1ms)关联的资源有剩余,则为LCH#4分配t2(t2=1ms)关联的资源。可以理解的,t2关联的资源是LCH#4的匹配资源,并且,t2等于LCH#4的最大传输间隔(1ms)。即,t2关联的资源刚好满足LCH#4的属性要求。
第二轮资源分配:如果t2关联的资源还有剩余,则为图6所示的次优先级队列(对应t2关联的上行授权资源)中的LCH#2和LCH#3分配资源。具体的,可以按照LCH的优先级,先后分别为LCH#2、LCH#3分配t2关联的资源。
最终,参考图6,在同时考虑LCH的优先级和LCH的属性要求(最大传输间隔)的条件下,LCH#1-LCH#4的实际资源分配顺序如表5所示:
逻辑信道 | 最大传输间隔(ms) | 优先级 | 实际资源分配顺序 |
LCH#1 | 4 | 1 | 1 |
LCH#2 | 2 | 2 | 3 |
LCH#3 | 3 | 3 | 4 |
LCH#4 | 1 | 4 | 2 |
表5
可以理解的,在第一轮资源分配中,LCH#4先于LCH#2和LCH#3被分配了t2关联的资源,LCH#2和LCH#3都暂时进入了t2关联的资源所对应的次优先级队列中,在下一轮资源分配中被分配了t2关联的资源。这样,可以避免t2关联的资源优先被LCH#2和LCH#3使用完毕而导致时延要求高的LCH#4得不到t2关联的资源来传输数据。
实施例二的相关扩展
1.在实施例二的一种扩展方案中,可以对次优先级队列中的LCH进行优先级保护。具体的,如果在所述下一轮资源分配(如第二轮资源分配)中,次优先级队列中的LCH没有被分配资源,则可以对所述没有被分配资源的LCH设置优先级保护标志,用于在后续资源分配中按照LCH的优先级为所述没有被分配资源的LCH分配资源。
可以理解的,在图6的示例中,如果t2关联的上行授权资源被LCH#4使用完毕,则次优先级队列中的LCH#2和LCH#3在第二轮资源分配中就得不到资源来传输数据。在后续资源分配中,LCH#2和LCH#3有可能同样会因为上述资源分配流程而再次进入次优先级队列,仍然不能被分配资源,从而可能导致LCH#2和LCH#3多次进入次优先级队列,长时间得不到资源来传输数据,严重降低LCH#2和LCH#3所承载的业务的QoS。
这里,所述后续资源分配可以针对下一次网络设备调度的上行授权资源。
例如,在图6的示例中,如果t2关联的上行授权资源被LCH#4使用完毕,则次优先级队列中的LCH#2和LCH#3在第二轮资源分配中就得不到资源来传输数据,可以将LCH#2和LCH#3的优先级保护标志置为1。这样,针对下一次网络设备调度的上行授权资源,LCH#2和LCH#3的优先级可以得到保护,能够先于LCH#4被分配资源,可有效避免LCH#2和LCH#3长时间得不到资源传输数据。
这里,所述后续资源分配也可以针对本次网络设备调度的所述次优先级队列对应的上行授权资源之外的其他上行授权资源。
例如,在图6的示例中,如果t2关联的上行授权资源被LCH#4使用完毕,则次优先级队列中的LCH#2和LCH#3在第二轮资源分配中就得不到资源来传输数据,可以将LCH#2和LCH#3的优先级保护标志置为1。这样,针对网络设备调度的其他上行授权资源:TTIduration t3=0.5ms,LCH#2和LCH#3的优先级可以得到保护,能够按照LCH的优先级被分配资源,可有效避免LCH#2和LCH#3长时间得不到资源传输数据。
可选的,一旦次优先级队列中的LCH在所述后续资源分配中得到资源传输数据,则可以将针对所述LCH的优先级保护标志置为0。
可选的,可以对所述优先级保护标志设置计时器,可用于设置所述优先级保护标志的有效时长。当所述有效时长结束时,所述优先级保护标志不再有效,被执行优先级保护的LCH的失去优先级保护。可选的,可以根据LCH的最大传输间隔来设置所述计时器。例如,在图6的示例中,LCH#2的最大传输间隔是2ms,则针对LCH#2的优先级保护标志的计时器可以设置为2ms。当2ms结束时,LCH#2的优先级不再被保护。示例仅仅用于解释本发明实施例,不应构成限定。
2.在实施例二的另一种扩展方案中,一个上行授权资源可以对应多个次优先级队列,一个次优先级队列可用于记录一个LCH。具体的,可以根据次优先级队列中记录的LCH的最大传输间隔和所述上行授权资源的匹配程度来确定所述多个次优先级队列的优先级。
例如,假设LCH#5的最大传输间隔=8ms,LCH#6的最大传输间隔=4ms,LCH#5的优先级高于LCH#6的优先级,上行授权资源的numerology是TTI duration t4=2ms。由于各个LCH的最大传输间隔和上行授权资源的numerology(即TTI duration t4)之间的差值不同,因此,LCH#6进入次优先级队列1(上述差值为4-2=2ms),LCH#5进入次优先级队列2(上述差值为8-2=6ms)。由于LCH#6的最大传输间隔和t4的匹配程度高于LCH#5的最大传输间隔和t4的匹配程度,因此次优先级队列2的优先级高于次优先级队列1的优先级。在第二轮资源分配中,即便LCH#5的优先级高于LCH#6,但由于LCH#6所处的次优先级队列的优先级更高,因此LCH#6也可以优先获得t4关联的资源。示例仅仅用于解释本发明实施例,不应构成限定。
需要说明的,实施例二中,上述两种扩展方案可以结合实施,也可以单独实施。
(三)实施例三
本实施例中,资源关联的numerology(如TTI)可以配置有优先级。在进行资源分配时,可先按照numerology的优先级从高到低的顺序将不同numerology关联的资源分配给所述各个资源各自匹配的一个或多个LCH。然后,针对一个numerology关联的资源,可以根据LCH的优先级从高到低的顺序为相匹配的LCH分配所述numerology关联的资源。这里,所述numerology关联的资源最低满足所述相匹配的LCH的属性要求。
可选的,针对一个numerology关联的资源,在根据LCH的优先级从高到低的顺序为各个相匹配的LCH分配资源时,除了LCH的优先级,还可以进一步考虑了LCH的属性要求(如最大传输间隔),可以根据LCH的属性要求适应性的调整LCH的实际资源分配顺序。
实施例三中,针对不同TTI关联的多个资源,所述不同TTI配置有优先级,资源分配流程具体如下:
步骤1.确定所述不同TTI关联的多个资源各自匹配的LCH。这里,如果资源最低满足LCH的属性要求,则该资源和该LCH相匹配。参考实施例一,可以将小于或等于LCH的最大传输间隔的最大TTI关联的资源确定为该LCH匹配的资源,完成LCH与资源的匹配。
步骤2.按照所述不同TTI的优先级从高到低的顺序将所述不同TTI关联的多个资源分别分配给所述多个资源各自匹配的一个或多个LCH。其中,针对单个资源,资源分配方式可如下:
在一种实现方式中,资源分配顺序可以仅考虑LCH的优先级,即:按照LCH的优先级从高到低的顺序为所述单个资源所匹配的各个LCH分配所述单个资源。
在另一种实现方式中,除了LCH的优先级,还可以进一步考虑了LCH的属性要求(如最大传输间隔),可以根据LCH的属性要求适应性的调整LCH的实际资源分配顺序。具体可包括下述两轮资源分配:
1.第一轮资源分配
(1)先为最高优先级的LCH分配资源。
A.如果所述单个资源关联的TTI与所述最高优先级的LCH的最大传输间隔相等,则在所述单个资源上传输所述最高优先级的LCH的数据;
B.如果所述单个资源关联的TTI小于所述最高优先级的LCH的最大传输间隔,则把所述最高优先级的LCH记录在所述单个资源对应的次优先级队列中。
(2)再为下一个优先级的LCH分配资源。具体方式同(1)。
(3)反复执行上述(2),直到对全部LCH都实施了上述(2)描述的资源分配过程或所述单个资源被使用完毕。
2.第二轮资源分配:对所述单个资源对应的次优先级队列中的LCH进行资源分配。可以理解的,所述单个资源过满足所述次优先级队列中的每一个LCH。
具体的,在次优先级队列中,可以根据LCH的优先级从高到低的顺序为各个LCH分配所述单个资源,也可以根据LCH的属性要求从高到低的顺序为各个LCH分配所述单个资源。
具体的,如果上述两轮资源分配结束后,所述单个资源有剩余且所述单个资源匹配的LCH还有数据待传输,则可以重复上述两轮资源分配过程,直至所述单个资源使用完毕或述单个资源匹配的LCH的数据传输完毕。
在实施例三中,在确定所述不同TTI关联的多个资源各自匹配的LCH之后,针对各个numerology关联的资源的资源分配可以并行处理,可有效提高资源分配效率。
下面以图7所示的关联不同TTI的2个上行授权资源为例,说明实施例三的具体实施。
假设1:所述2个上行授权资源分别关联不同的TTI(numerology中的一个参数):TTI duration t1=4ms,TTI duration t2=1ms。并且,t2的优先级高于t1的优先级。
假设2:表6所示的4个待传输数据的逻辑信道分别用于承载时延要求不同的业务。这4个逻辑信道分别具有不同的属性要求,即最大传输间隔。表6中的第3列表示LCH#1至LCH#4的优先级,数值越小优先级越高。
逻辑信道 | 最大传输间隔(ms) | 优先级 |
LCH#1 | 4 | 1 |
LCH#2 | 2 | 2 |
LCH#3 | 3 | 3 |
LCH#4 | 1 | 4 |
表6
那么,如图7所示,资源分配流程具体如下:
步骤1.确定这2个上行授权资源各自匹配的LCH。具体如表7所示。
上行授权资源 | 匹配的逻辑信道 |
t1关联的资源 | LCH#1 |
t2关联的资源 | LCH#2、LCH#3、LCH#4 |
表7
步骤2.先选择最高优先级的TTI关联的上行授权资源:t2关联的上行授权资源。并综合考虑LCH的优先级和LCH的属性要求,将t2关联的上行授权资源分配给相匹配的LCH。
1.第一轮资源分配
(1)先为LCH#2分配资源:将LCH#2记录在t2(t2=1ms)关联的资源所对应的次优先级队列中,等待下一轮资源分配。可以理解的,t2小于LCH#2的最大传输间隔(2ms),t2关联的资源过满足LCH#2的属性要求。
(2)再为LCH#3分配资源:同上述(1),将LCH#3记录在t2(t2=1ms)关联的资源所对应的次优先级队列中,等待下一轮资源分配。
(3)再为LCH#4分配资源:为LCH#4分配t2(t2=1ms)关联的资源。可以理解的,t2等于LCH#4的最大传输间隔(1ms),t2关联的资源刚好满足LCH#4的属性要求。
2.第二轮资源分配:对t2关联的资源所对应的次优先级队列中的LCH#2和LCH#3进行资源分配。具体的,可以按照LCH的优先级从高到低的顺序,先为LCH#2分配t2关联的上行授权资源,再为LCH#3分配t2关联的上行授权资源。
步骤3.再选择t1关联的上行授权资源。与上述步骤2相同,可以将t1关联的上行授权资源分配给t1关联的上行授权资源所匹配的LCH。具体的,为LCH#1分配t1关联的上行授权资源。具体实现时,步骤3和步骤2可以并行处理。
最终,在t2的优先级高于t1的优先级的前提下,同时考虑LCH的优先级和LCH的属性要求(最大传输间隔),LCH#1-LCH#4的实际资源分配顺序如表8所示:
逻辑信道 | 最大传输间隔(ms) | 优先级 | 实际资源分配顺序 |
LCH#1 | 4 | 1 | 4 |
LCH#2 | 2 | 2 | 2 |
LCH#3 | 3 | 3 | 3 |
LCH#4 | 1 | 4 | 1 |
表8
实施例三的相关扩展
在上述步骤1中,可以进一步细化资源和LCH的匹配。具体的,可以匹配出资源刚好满足的LCH和资源过满足的LCH。也即是说,上述表7可细化成表9所示
上行授权资源 | 刚好满足的逻辑信道 | 过满足的逻辑信道(次优先级队列) |
t1关联的资源 | LCH#1 | —— |
t2关联的资源 | LCH#4 | LCH#2、LCH#3 |
表9
在上述步骤2中,针对单个资源,可以优先为所述单个资源刚好满足的LCH分配资源,然后再为所述单个资源过满足的LCH分配资源。
例如,针对t2关联的上行授权资源,资源分配过程可如下:
1.第一轮资源分配:先为LCH#4分配t2关联的上行授权资源。
2.第二轮资源分配:如果t2关联的上行授权资源还有剩余,则再为次优先级队列中的LCH#2、LCH#3分配t2关联的上行授权资源。具体的,可以根据LCH的优先级从高到低的顺序,先为LCH#2分配t2关联的上行授权资源,再为LCH#3分配t2关联的上行授权资源。
需要说明的,示例仅仅用于解释本发明实施例,不应构成限定。
(四)实施例四
本实施例中,资源关联的numerology(如TTI)可以配置有优先级。在进行资源分配时,可先按照numerology的优先级从高到低的顺序,对不同numerology关联的资源进行分配。其中,针对一个numerology关联的资源,可以根据LCH的优先级从高到低的顺序为各个LCH分配资源。
与实施例三不同的是,实施例四不限定LCH只能在最低满足所述LCH的属性要求的资源上传输数据。在实施例四中,可将满足LCH的属性要求的一个或多个资源确定为所述LCH匹配的资源。这里,满足包括刚好满足或者过满足。
可以理解的,实施例三中,通过将小于或等于LCH的最大传输间隔的最大TTI关联的资源确定为该LCH匹配的资源,并在该LCH匹配的资源上传输该LCH的数据。这样,限制了LCH只能在一个numerology关联的资源(即最低满足LCH的属性要求的资源)上传输数据。如果LCH匹配的资源被使用完毕,但是该LCH还有数据待传输,那么,该LCH也不能使用其他numerology关联的剩余资源来传输数据,造成资源浪费。
实施例四中,针对不同TTI关联的多个资源,所述不同TTI配置有优先级,资源分配流程具体如下:
步骤1.选择最高优先级的TTI关联的资源。针对所述最高优先级的TTI关联的资源,资源分配方式可如下:
1.第一轮资源分配
(1)为最高优先级的LCH分配所述最高优先级的TTI关联的资源:
A.如果所述最高优先级的TTI等于所述最高优先级的LCH的最大传输间隔,则将所述最高优先级的TTI关联的资源分配给所述最高优先级的LCH。
B.如果所述最高优先级的TTI小于所述最高优先级的LCH的最大传输间隔,则将所述最高优先级的LCH记录在所述最高优先级的TTI关联的资源对应的次优先级队列中,等待下一轮资源分配。
C.如果所述最高优先级的TTI大于所述最高优先级的LCH的最大传输间隔,则所述最高优先级的TTI不满足所述最高优先级的LCH的属性要求,不能用来传输所述最高优先级的LCH的数据。
(2)如果所述最高优先级的TTI关联的资源有剩余,则再为下一个优先级的LCH分配资源:
A.如果所述最高优先级的TTI等于所述下一个优先级的LCH的最大传输间隔,则将所述最高优先级的TTI关联的资源分配给所述下一个优先级的LCH。
B.如果所述最高优先级的TTI小于所述下一个优先级的LCH的最大传输间隔,则将所述下一个优先级的LCH记录在所述最高优先级的TTI关联的资源对应的次优先级队列中,等待下一轮资源分配。
C.如果所述最高优先级的TTI大于所述下一个优先级的LCH的最大传输间隔,则所述最高优先级的TTI不满足所述下一个优先级的LCH的属性要求,不能用来传输所述下一个优先级的LCH的数据。
2.第二轮资源分配:在所述最高优先级的TTI关联的资源所对应的次优先级队列中,可以根据LCH的优先级从高到低的顺序为各个LCH分配所述次优先级队列对应的资源,也可以根据LCH的属性要求从高到低的顺序为各个LCH分配所述次优先级队列对应的资源。
步骤2.再选择下一个优先级的TTI关联的资源。与上述步骤1相同,可以将下一个优先级的TTI关联的资源分配给各个LCH。上述步骤2可以重复执行,直至所有TTI关联的资源都被使用完毕。
可以理解的,在实施例四中,LCH可在满足所述LCH的属性要求的一个或多个numerology关联的资源上传输数据,不限制LCH只能在最低满足所述LCH的属性要求的资源上传输数据。这样可以提高资源利用率。
下面以图8所示的关联不同TTI的2个上行授权资源为例,说明实施例四的具体实施。
假设1:所述2个上行授权资源分别关联不同的TTI(numerology中的一个参数):TTI duration t1=4ms,TTI duration t2=1ms。并且,t2的优先级高于t1的优先级。
假设2:表6所示的4个待传输数据的逻辑信道分别用于承载时延要求不同的业务。这4个逻辑信道分别具有不同的属性要求,即最大传输间隔。表6中的第3列表示LCH#1至LCH#4的优先级,数值越小优先级越高。
逻辑信道 | 最大传输间隔(ms) | 优先级 |
LCH#1 | 4 | 1 |
LCH#2 | 2 | 2 |
LCH#3 | 3 | 3 |
LCH#4 | 1 | 4 |
表10
那么,如图8所示,资源分配流程具体如下:
步骤1.先选择最高优先级的TTI关联的上行授权资源:t2关联的上行授权资源。并综合考虑LCH的优先级和LCH的属性要求,将t2关联的上行授权资源分配给各个LCH。
1.第一轮资源分配
(1)先选择优先级最高的LCH#1:将LCH#1记录在t2关联的资源所对应的次优先级队列中,等待下一轮资源分配。可以理解的,t2<LCH#1的最大传输间隔(4ms),t2关联的上行授权资源过满足LCH#1的属性要求。
(2)再选择下一个优先级的LCH#2:将LCH#2记录在t2关联的资源所对应的次优先级队列中,等待下一轮资源分配。可以理解的,t2<LCH#2的最大传输间隔(2ms),t2关联的上行授权资源过满足LCH#2的属性要求。
(3)再选择下一个优先级的LCH#3:将LCH#3记录在t2关联的资源所对应的次优先级队列中,等待下一轮资源分配。可以理解的,t2<LCH#3的最大传输间隔(3ms),t2关联的上行授权资源过满足LCH#3的属性要求。
(4)再选择下一个优先级的LCH#4:为LCH#4分配t2关联的上行授权资源,并传输数据。可以理解的,t2=LCH#4的最大传输间隔(1ms),t2关联的上行授权资源刚好满足LCH#4的属性要求。
2.第二轮资源分配:如果t2关联的资源有剩余,则对t2关联的资源所对应的次优先级队列中的LCH#1、LCH#2和LCH#3进行资源分配。具体的,可以按照LCH的优先级从高到低的顺序,依次为LCH#1、LCH#2、LCH#3分配t2关联的上行授权资源。
步骤2.再选择下一个优先级的TTI关联的上行授权资源:t1关联的上行授权资源。同上述步骤1,可以综合考虑LCH的优先级和LCH的属性要求,将t1关联的上行授权资源分配给各个LCH。具体如下:
1.第一轮资源分配
(1)先选择优先级最高的LCH#1:为LCH#1分配t1关联的上行授权资源,并传输数据。可以理解的,t1=LCH#1的最大传输间隔(4ms),t1关联的上行授权资源刚好满足LCH#1的属性要求。
(2)再选择下一个优先级的LCH#2:由于t1>LCH#2的最大传输间隔(2ms),因此t1关联的上行授权资源不满足LCH#2的属性要求。即图8中所示的“不匹配”。
(3)再选择下一个优先级的LCH#3:由于t1>LCH#3的最大传输间隔(3ms),因此t1关联的上行授权资源不满足LCH#3的属性要求。即图8中所示的“不匹配”。
(4)再选择下一个优先级的LCH#4:由于t1>LCH#4的最大传输间隔(1ms),因此t1关联的上行授权资源不满足LCH#4的属性要求。即图8中所示的“不匹配”。
最终,在不限制LCH只能在最低满足上述LCH的属性要求的资源上传输数据的前提下,同时考虑LCH的优先级和LCH的属性要求(最大传输间隔),LCH#1-LCH#4的实际资源分配顺序如表11所示:
逻辑信道 | 最大传输间隔(ms) | 优先级 | 实际资源分配顺序 |
LCH#1 | 4 | 1 | 2、5 |
LCH#2 | 2 | 2 | 3 |
LCH#3 | 3 | 3 | 4 |
LCH#4 | 1 | 4 | 1 |
表11
可以看出,LCH#1的数据不仅可以传输在t1关联的上行授权资源上,在t2关联的资源有剩余的情况下,LCH#1的数据还可以传输在t2关联的上行授权资源上,可以提高资源利用率。
需要说明的,上述各个实施例中提及的传输间隔(TTI)还可以替换成未来通信技术中时域调度间隔的其他表现形式,例如时隙(slot)、微时隙(mini-slot)等,本申请不作限制。
需要说明的,虽然上述各个实施例仅以传输间隔(TTI)为例说明了本申请提供的资源分配方法,但是对于其他numerology参数,例如子载波间隔等,可同样通过上述各个实施例中的资源分配流程来进行资源分配。需要区别的是,不同numerology参数对“最低满足”、“过满足”、“刚好满足”等条件的具体定义不一样,具体可参考前述发明原理的相关阐述。
参见图9,图9示出了本申请提供一种无线通信系统、终端及网络设备。无线通信系统10包括:终端400和网络设备500。其中,终端400可以为图2实施例中的终端200,网络设备500可以为图3实施例中的网络设备300,无线通信系统10可以是图1描述的无线通信系统100。下面分别描述。
如图9所示,终端400可包括:处理单元401和通信单元403。
其中,在上行传输过程中:
通信单元403可用于向网络设备500发送调度请求,并接收网络设备500返回的资源分配结果。具体的,在上行调度过程中,通信单元403还可用于向网络设备500发送探测参考信号(SRS)来执行上行信道测量。
处理单元401可用于针对所述网络设备调度给所述终端的关联不同numerology的多个资源,为用于承载各个业务的上行LCH匹配资源。
通信单元403还可用于在上行LCH匹配的资源上传输所述上行LCH的数据。
这里,上行LCH匹配的资源为所述多个资源中最低满足所述上行LCH的属性要求的资源。关于所述多个资源的具体分配方式可参考前述方法实施例中的详细描述,这里不再赘述。
其中,在下行传输过程中:
通信单元403可用于接收网络设备500发送的小区专用参考信号(CS-RS)。处理单元401可用于估计下行信道质量。在下行调度过程中,通信单元403还可用于向网络设备500上报信道质量指示符(CQI)。
可以理解的,关于终端400包括的各个功能单元的具体实现可参考前述各个实施例,这里不再赘述。
如图9所示,网络设备500可包括:通信单元501和处理单元503。
其中,在上行传输过程中:
通信单元501可用于接收终端400发送的调度请求(SR),以及用于执行上行信道测量的探测参考信号(SRS)。
处理单元503可用于为终端400分配上行资源。
通信单元501还可用于在上行调度过程中向终端400返回资源分配结果。
本申请中,处理单元503可用于为终端400调度关联不同numerology的多个资源。
其中,在下行传输过程中:
通信单元501可用于发送小区专用参考信号(CS-RS)给终端400,用于下行信道测量。
通信单元501还可用于接收终端400上报的信道质量指示符(CQI)。
处理单元503可用于根据下行信道质量分配下行资源,根据资源分配结果,在分配的下行资源上传输下行数据。具体的,针对已调度的关联不同numerology的多个资源,处理单元503可用于为用于承载各个业务的下行LCH匹配资源。
通信单元501还可用于在下行LCH匹配的资源上传输所述下行LCH的数据。
这里,下行LCH匹配的资源为所述已调度的关联不同numerology的多个资源中最低满足所述下行LCH的属性要求的资源。关于所述多个资源的具体分配方式可参考前述方法实施例中的详细描述,这里不再赘述。
可以理解的,关于网络设备500包括的各个功能单元的具体实现可参考前述各个实施例,这里不再赘述。
参见图10,图10示出了本申请提供的一种装置的结构示意图。如图10所示,装置50可包括:处理器501,以及耦合于处理器501的一个或多个接口502。其中:
处理器501可用于读取和执行计算机可读指令。具体实现中,处理器501可主要包括控制器、运算器和寄存器。其中,控制器主要负责指令译码,并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等,也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中,处理器501的硬件架构可以是专用集成电路(ApplicationSpecific Integrated Circuits,ASIC)架构、MIPS架构、ARM架构或者NP架构等等。处理器501可以是单核的,也可以是多核的。
接口502可用于输入待处理的数据至处理器501,并且可以向外输出处理器501的处理结果。具体实现中,接口502可以是通用输入输出(General Purpose Input Output,GPIO)接口,可以和多个外围设备(如显示器(LCD)、摄像头、射频模块等等)连接。接口502还可以包括多个独立的接口,例如以太网接口、LCD接口、Camera接口等,分别负责不同外围设备和处理器501之间的通信。
本申请中,处理器501可用于从存储器中调用本申请的一个或多个实施例提供的资源分配方法在终端侧的实现程序,并执行该程序包含的指令。接口502可用于输出处理器501的执行结果。本申请中,接口503可具体用于输出处理器501的资源分配结果。关于本申请的一个或多个实施例提供的资源分配方法可参考前述各个实施例,这里不再赘述。
需要说明的,处理器501、接口502各自对应的功能既可以通过硬件设计实现,也可以通过软件设计来实现,还可以通过软硬件结合的方式来实现,这里不作限制。
综上,实施本申请提供的技术方案,在上行或下行资源调度时,可以一次调度不同参数集(numerology)关联的多个资源。针对所述多个资源,可以为用于承载不同业务的多个LCH匹配资源,并在LCH匹配的资源上传输所述LCH的业务。所述LCH匹配的资源为所述多个资源中最低满足所述LCH的属性要求的资源。这样,可实现在支持多业务传输的同时,综合考虑用于承载各个业务的LCH的属性要求(如时延要求),避免对某个(些)LCH出现“过满足”,尽可能满足所有LCH的属性要求。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。
Claims (20)
1.一种资源分配方法,其特征在于,包括:
确定逻辑信道LCH匹配的资源;
在所述LCH匹配的资源上传输所述LCH的数据,
其中,所述LCH至少配置一个属性,所述属性与参数集numerology相关,所述LCH匹配的资源是所述numerology关联的多个资源中最低满足所述LCH的属性要求的资源。
2.如权利要求1所述的方法,其特征在于,所述在LCH匹配的资源上传输所述LCH的数据,包括:
按照LCH的优先级,先后对各个LCH分配资源,并传输数据。
3.如权利要求2所述的方法,其特征在于,还包括:如果所述LCH匹配的资源无剩余,所述LCH还有数据待传输,则从所述LCH匹配的资源之外的一个或多个资源中,重新确定出最低满足所述LCH的属性需求的资源,并在重新确定出的所述LCH匹配的资源上传输所述LCH的数据。
4.如权利要求1所述的方法,其特征在于,所述在所述LCH匹配的资源上传输所述LCH的数据,包括:
如果所述LCH匹配的资源刚好满足所述LCH的属性需求,则在所述LCH匹配的资源中传输所述LCH的数据;
如果所述LCH匹配的资源过满足所述LCH的属性需求,则将所述LCH记录在所述LCH匹配的资源对应的次优先级队列中,等待下一轮资源分配。
5.如权利要求4所述的方法,其特征在于,所述下一轮资源分配,具体包括:如果所述LCH匹配的资源有剩余,则在所述次优先级队列中,根据LCH的优先级或LCH的属性需求先后为各个LCH分配资源。
6.如权利要求4所述的方法,其特征在于,还包括:如果在所述下一轮资源分配中所述次优先级队列中的LCH没有被分配资源,则对所述没有被分配资源的LCH设置优先级保护标志,用于在后续资源分配中按照LCH的优先级为所述没有被分配资源的LCH分配资源。
7.如权利要求1-6中任一项所述的方法,其特征在于,所述在LCH匹配的资源上传输所述LCH的数据,具体包括:
按照所述numerology的优先级,先后将所述numerology关联多个资源分配给和所述多个资源各自匹配的LCH;其中,对于一个所述numerology关联的资源,按照LCH的优先级,先后对所述numerology关联的资源所匹配的LCH分配资源,并传输数据;
其中,所述numerology关联的资源最低满足所述numerology关联的资源匹配的LCH的属性要求。
8.如权利要求1-6中任一项所述的方法,其特征在于,所述在LCH匹配的资源上传输所述LCH的数据,具体包括:
按照所述numerology的优先级,先后分配所述numerology关联多个资源;其中,对于一个所述numerology关联的资源,按照LCH的优先级先后将所述numerology关联的资源分配给各个LCH,并传输数据。
9.如权利要求1-8中任一项所述的方法,其特征在于,所述LCH的属性要求包括:所述LCH的最大传输间隔;
所述numerology关联的多个资源包括关联不同时域调度间隔的多个资源;
所述LCH匹配的资源具体为:所述关联不同时域调度间隔的多个资源中,小于或等于所述LCH的最大传输间隔的最大的时域调度间隔关联的资源。
10.如权利要求1-9中任一项所述的方法,其特征在于,所述LCH的属性要求包括:所述LCH的最小子载波间隔;
所述numerology关联的多个资源包括关联不同子载波间隔的多个资源;
所述LCH匹配的资源具体为:所述关联不同子载波间隔的多个资源中,大于或等于所述LCH的最小子载波间隔的最小的子载波间隔关联的资源。
11.一种资源分配装置,其特征在于,包括:
处理单元,用于确定逻辑信道LCH匹配的资源;
通信单元,用于在所述LCH匹配的资源上传输所述LCH的数据,
其中,所述LCH至少配置一个属性,所述属性与参数集numerology相关,所述LCH匹配的资源是所述numerology关联的多个资源中最低满足所述LCH的属性要求的资源。
12.如权利要求11所述的装置,其特征在于,所述处理单元具体用于按照LCH的优先级,先后对各个LCH分配资源,并通过所述通信单元传输数据。
13.如权利要求12所述的装置,其特征在于,所述处理单元还用于如果所述LCH匹配的资源无剩余,所述LCH还有数据待传输,则从所述LCH匹配的资源之外的一个或多个资源中,重新确定出最低满足所述LCH的属性需求的资源;
所述通信单元还用于在重新确定出的所述LCH匹配的资源上传输所述LCH的数据。
14.如权利要求11所述的装置,其特征在于,所述通信单元具体用于如果所述LCH匹配的资源刚好满足所述LCH的属性需求,则在所述LCH匹配的资源中传输所述LCH的数据;
所述处理单元具体用于如果所述LCH匹配的资源过满足所述LCH的属性需求,则将所述LCH记录在所述LCH匹配的资源对应的次优先级队列中,等待下一轮资源分配。
15.如权利要求14所述的装置,其特征在于,所述处理器具体用于如果所述LCH匹配的资源有剩余,则在所述次优先级队列中,根据LCH的优先级或LCH的属性需求先后为各个LCH分配资源。
16.如权利要求14所述的装置,其特征在于,所述处理器还用于如果在所述下一轮资源分配中所述次优先级队列中的LCH没有被分配资源,则对所述没有被分配资源的LCH设置优先级保护标志,用于在后续资源分配中按照LCH的优先级为所述没有被分配资源的LCH分配资源。
17.如权利要求11-16中任一项所述的装置,其特征在于,所述处理器具体用于按照所述numerology的优先级,先后将所述numerology关联多个资源分配给和所述多个资源各自匹配的LCH;其中,对于一个所述numerology关联的资源,按照LCH的优先级,先后对所述numerology关联的资源所匹配的LCH分配资源,并通过所述通信单元传输数据;
其中,所述numerology关联的资源最低满足所述numerology关联的资源匹配的LCH的属性要求。
18.如权利要求11-16中任一项所述的装置,其特征在于,所述处理器具体用于按照所述numerology的优先级,先后分配所述numerology关联多个资源;其中,对于一个所述numerology关联的资源,按照LCH的优先级先后将所述numerology关联的资源分配给各个LCH,并传输数据。
19.如权利要求11-18中任一项所述的装置,其特征在于,所述LCH的属性要求包括:所述LCH的最大传输间隔;
所述numerology关联的多个资源包括关联不同时域调度间隔的多个资源;
所述LCH匹配的资源具体为:所述关联不同时域调度间隔的多个资源中,小于或等于所述LCH的最大传输间隔的最大的时域调度间隔关联的资源。
20.如权利要求11-19中任一项所述的装置,其特征在于,所述LCH的属性要求包括:所述LCH的最小子载波间隔;
所述numerology关联的多个资源包括关联不同子载波间隔的多个资源;
所述LCH匹配的资源具体为:所述关联不同子载波间隔的多个资源中,大于或等于所述LCH的最小子载波间隔的最小的子载波间隔关联的资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710309103.XA CN108811142B (zh) | 2017-05-04 | 2017-05-04 | 资源分配方法、相关装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710309103.XA CN108811142B (zh) | 2017-05-04 | 2017-05-04 | 资源分配方法、相关装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108811142A true CN108811142A (zh) | 2018-11-13 |
CN108811142B CN108811142B (zh) | 2021-02-12 |
Family
ID=64053733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710309103.XA Active CN108811142B (zh) | 2017-05-04 | 2017-05-04 | 资源分配方法、相关装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108811142B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020192718A1 (zh) * | 2019-03-28 | 2020-10-01 | 维沃移动通信有限公司 | 传输块大小确定方法和通信设备 |
WO2024007746A1 (zh) * | 2022-07-08 | 2024-01-11 | 大唐移动通信设备有限公司 | 资源分配、信息配置方法、装置、终端设备及网络设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105474727A (zh) * | 2013-08-21 | 2016-04-06 | 株式会社Ntt都科摩 | 移动台以及移动通信系统 |
CN106550457A (zh) * | 2015-09-18 | 2017-03-29 | 中兴通讯股份有限公司 | 一种资源分配方法和装置 |
-
2017
- 2017-05-04 CN CN201710309103.XA patent/CN108811142B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105474727A (zh) * | 2013-08-21 | 2016-04-06 | 株式会社Ntt都科摩 | 移动台以及移动通信系统 |
CN106550457A (zh) * | 2015-09-18 | 2017-03-29 | 中兴通讯股份有限公司 | 一种资源分配方法和装置 |
Non-Patent Citations (2)
Title |
---|
CATT: "NR LCP procedure", 《3GPP TSG-RAN WG2 NR AD HOC R2-1700198》 * |
ERICSSON: "Further aspects on LCP", 《3GPP TSG-RAN WG2 #97 R2-1700844》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020192718A1 (zh) * | 2019-03-28 | 2020-10-01 | 维沃移动通信有限公司 | 传输块大小确定方法和通信设备 |
WO2024007746A1 (zh) * | 2022-07-08 | 2024-01-11 | 大唐移动通信设备有限公司 | 资源分配、信息配置方法、装置、终端设备及网络设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108811142B (zh) | 2021-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109462892B (zh) | 控制信息传输方法和设备 | |
CN106465391B (zh) | 资源调度方法、调度器、基站、终端及系统 | |
CN109495974B (zh) | 信息传输方法和装置 | |
CN109698739A (zh) | 一种信号配置方法及相关设备 | |
US11166270B2 (en) | Access method and device for wireless network | |
CN104956752B (zh) | 移动通信设备和用于基于ue能力分配虚拟载波外部的资源的方法 | |
CN109996341A (zh) | 控制信息的传输方法 | |
CN108633020A (zh) | 一种控制信息发送、接收方法及相关设备 | |
CN106851744A (zh) | 无线通信的方法和装置 | |
WO2018141244A1 (zh) | 一种资源调度方法、装置及系统 | |
CN107277856A (zh) | 一种配置、触发缓冲区状态上报的方法及装置 | |
CN110505026A (zh) | 信号侦听的方法、相关设备及系统 | |
CN110266449A (zh) | 一种通信方法及通信设备 | |
CN105991274B (zh) | 数据传输的方法、反馈信息传输方法及相关设备 | |
CN109392148A (zh) | 一种上行资源分配的方法、终端及网络设备 | |
CN110267227A (zh) | 一种数据传输方法、相关设备及系统 | |
CN109429306A (zh) | 一种通信方法及终端设备 | |
CN110474750A (zh) | 信号传输方法、相关设备及系统 | |
CN109644454A (zh) | 终端唤醒控制方法、装置及存储介质 | |
CN106376089A (zh) | 一种数据传输方法、系统、用户设备及基站 | |
CN110062464A (zh) | 用于管理非授权频段的信道占用时长的方法和设备 | |
WO2019158039A1 (zh) | 通信方法和通信装置 | |
CN109391424A (zh) | 一种数据发送方法、设备及系统 | |
CN108810975A (zh) | 用于传输缓存状态报告的方法和装置 | |
CN108811142A (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 |