HARQ进程的分配方法、装置、基站及存储介质与流程

文档序号:33538226发布日期:2023-03-22 08:50阅读:33来源:国知局
HARQ进程的分配方法、装置、基站及存储介质与流程
harq进程的分配方法、装置、基站及存储介质
技术领域
1.本技术涉及通信技术领域,尤其涉及一种harq进程的分配方法、装置、基站及存储介质。


背景技术:

2.在现有技术中,基站通常给用户设备配置该用户设备支持的最大的harq进程数,用户设备往往需要持续进行物理下行控制信道pdcch的盲检,并同步缓存时隙内整个带宽部分bwp的物理下行链路共享信道pdsch数据,用户设备的功耗浪费通常比较严重。


技术实现要素:

3.本技术实施例提供了一种harq进程的分配方法、装置、基站及存储介质,可以降低用户设备的功耗浪费。
4.本技术实施例第一方面提供了一种混合自动重传请求harq进程的分配方法,包括:
5.接收用户设备上报的第一信息,所述第一信息用于指示所述用户设备是否需要进入节能模式,所述用户设备的工作模式包括节能模式和正常模式,所述用户设备在所述节能模式时的功耗低于所述用户设备在所述正常模式时的功耗;
6.根据所述第一信息,确定为所述用户设备配置的harq进程的第一目标数量;
7.向所述用户设备下发所述第一目标数量。
8.本技术实施例第二方面提供了一种harq进程的分配装置,包括:
9.采集模块,用于接收用户设备上报的第一信息,所述第一信息用于指示所述用户设备是否需要进入节能模式,所述用户设备的工作模式包括节能模式和正常模式,所述用户设备在所述节能模式时的功耗低于所述用户设备在所述正常模式时的功耗;
10.评估模块,用于根据所述第一信息,确定为所述用户设备配置的harq进程的第一目标数量;
11.执行模块,用于向所述用户设备下发所述第一目标数量。
12.本技术实施例第三方面提供了一种基站,包括:
13.存储有可执行程序代码的存储器;
14.以及所述存储器耦合的处理器;
15.所述处理器调用所述存储器中存储的所述可执行程序代码,所述可执行程序代码被所述处理器执行时,使得所述处理器实现如本技术实施例第一方面所述的方法。
16.本技术实施例第四方面提供一种计算机可读存储介质,其上存储有可执行程序代码,所述可执行程序代码被处理器执行时,实现如本技术实施例第一方面所述的方法。
17.本技术实施例第五方面公开一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得该计算机执行本技术实施例第一方面公开的任意一种所述的方法。
18.本技术实施例第六方面公开一种应用发布平台,该应用发布平台用于发布计算机
程序产品,其中,当该计算机程序产品在计算机上运行时,使得该计算机执行本技术实施例第一方面公开的任意一种所述的方法。
19.从以上技术方案可以看出,本技术实施例具有以下优点:
20.在本技术实施例中,接收用户设备上报的第一信息,第一信息用于指示用户设备是否需要进入节能模式,用户设备的工作模式包括节能模式和正常模式,用户设备在节能模式时的功耗低于用户设备在正常模式时的功耗;根据第一信息,确定为用户设备配置的harq进程的第一目标数量;向用户设备下发第一目标数量。
21.通过实施该方法,基站可以根据用户设备上报的第一信息识别用户设备是否需要进入节能模式,并根据识别结果为用户设备配置对应数量的harq进程,提高了harq进程分配的灵活性,还可以有效降低用户设备的功耗浪费。
附图说明
22.为了更清楚地说明本技术实施例技术方案,下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本技术的一些实施例,还可以根据这些附图获得其它的附图。
23.图1是本技术实施例提供的一种应用场景示意图;
24.图2是本技术实施例公开的harq进程的分配方法的一种流程示意图;
25.图3是本技术实施例公开的harq进程的分配方法的另一种流程示意图;
26.图4是本技术实施例公开的harq进程的分配装置的结构图示;
27.图5是本技术实施例公开的基站的一种结构图示。
具体实施方式
28.本技术实施例提供了一种harq进程的分配方法、装置、基站及存储介质,可以降低用户设备的功耗浪费。
29.为了使本技术领域的人员更好地理解本技术方案,下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行描述,显然,所描述的实施例仅仅是本技术一部分的实施例,而不是全部的实施例。基于本技术中的实施例,都应当属于本技术保护的范围。
30.下面对本技术实施例涉及到的专有名词进行说明:
31.混合自动重传请求(hybrid automatic repeat request,harq):是媒体接入控制mac层的重传机制,采用停等协议stop-and-wait protocol来发送数据。其中,停等协议指的是,发送一个传输块后,就停下来等待确认信息。
32.下行控制信息(downlink control information,dci):指的是基站发给用户设备的信息,可以包括下行调度信息、上行调度信息或其它控制信息。
33.无线网络临时标识符(radio network temporary identifier,rnti):用于标识不同的用户设备的信息。
34.物理下行控制信道(physical downlink common control channel,pdcch):主要肩负了物理层控制消息的交互传输,是基站与用户设备高效交互控制信息的重要手段。
35.物理下行共享信道(physical downlink shared channel,pdsch):是承载数据的下行链路信道,用于承载所有用户的下行数据以及未在物理广播信道pbch中传输的系统广
播信息和寻呼信息。
36.带宽部分(bandwidth part,bwp):指的是一个载波内连续的多个资源块(rb,resource block)的组合。
37.本技术实施例公开的技术方案,可以应用于各种通信系统,例如:全球移动通信系统(global system for mobile communications,gsm),码分多址(codedivision multiple access,cdma)系统,宽带码分多址(wideband code divisionmultiple access wireless,wcdma)系统,通用分组无线业务(general packet radioservice,gprs)系统,长期演进(long term evolution,lte)系统,新空口(new radio,nr)系统等。
38.图1是本技术实施例提供的一种应用场景示意图。如图1所示,该应用场景可以包括基站110和用户设备120。其中:
39.基站110,可以是gsm或cdma中的基站(bts,base transceiver station),也可以是wcdma中的基站(nodeb),还可以是lte中的演进型基站(enb或e-nodeb,evolutional nodeb),还可以是nr系统中的下一代基站(next generation nodeb,gnb)、未来移动通信系统中的基站或者无线保真(wireless fidelity,wifi)系统中的接入点等;也可以是完成基站部分功能的模块或者单元,例如,可以是集中式单元(central unit,cu),也可以是分布式单元(distributed unit,du)。本技术实施例对基站110所采用的具体技术和具体设备形态不做限定。
40.用户设备120,也可称之为移动终端(mobile terminal)、移动用户设备等,可以经无线接入网(例如,ran,radio access network)与一个或多个核心网进行通信,用户设备可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。
41.可以理解的是,图1中示出的基站和用户设备的数量均为一个仅是一种示例。在实际过程中基站和用户设备的数量还可以为其它数量。当然,该场景还可以包括其他网元,例如,还可以包括核心网设备,基站可以与该核心网设备连接。在此说明的是,本技术实施例中对于基站和用户设备的具体形式不进行限定。
42.在通信系统中,用户设备120为了得到合理的配置,通常可以向基站上报其需求信息(包括耗电需求),基站110在接收到用户设备120上报的需求信息时,可以给予用户设备120与该需求信息匹配的配置。其中,需求信息的发送形式可以使用无线资源控制(radioresource control,rrc)层消息,也可以使用媒体接入控制(media access control,mac)层消息,本技术实施例不做限定。在需求信息的发送形式使用mac层消息的情况下,mac层消息可以是使用mac ce(mac control elements),也可以是使用mac pdu头中的预留位。
43.现有技术中,用户设备120上报的需求信息可以包括用户设备120的辅助信息,该辅助信息可以包括用户设备120对网络配置参数的期望值,其中,网络配置参数包括以下至少一个:非连续接收drx参数、最大聚合带宽、最大负载波个数、最大mimo层数、跨时隙调度的最小调度偏移值以及rrc状态。基站110在收到上述辅助信息时,可以根据上述辅助信息对对应的网络配置参数进行设置,并给用户设备120配置该用户设备120所能支持的最大数目的harq进程。
44.其中,在每一harq进程中,用户设备120通常需要执行一次pdcch的盲检,并同步缓存时隙内整个bwp的pdsch数据。可见,在基站110给用户设备120配置该用户设备120所能支持的最大数目的harq进程的情况下,用户设备120往往需要持续进行pdcch的盲检,并同步缓存时隙内整个bwp的pdsch数据。实践中发现,若用户设备120在使用过程中处于节能模式,基站110通常给用户设备120的调度信息较少,此时,用户设备120会进行多次无效的pdcch盲检,并缓存的多个无效pdsch数据,用户设备120的功耗浪费较为严重。
45.pdcch的盲检:用户设备一般不知道当前dci传送的是什么格式的信息,也不知道自己需要的信息在哪个位置。但是用户设备知道自己当前在期待什么信息,例如在空闲idle态用户设备期待的信息是paging,si;发起随机接入后期待的是rach response;在有上行数据等待发送的时候期待ul grant等。对于不同的期待信息,用户设备可以利用相应的rnti和公共搜索空间(common search space,cce)信息做循环冗余校验(cyclic redundancy check,crc)校验,如果crc校验成功,那么用户设备就知道这个信息是自己需要的,也知道相应的dci格式、调制方式,从而进一步解出dci内容。
46.为解决上述技术问题,在本技术方案中,用户设备120向基站110上报的需求信息可以包括用于指示用户设备120是否需要进入节能模式的第一信息。其中,用户设备120的工作模式包括节能模式和正常模式,用户设备120在节能模式时的功耗低于用户设备在正常模式时的功耗。基站110可以根据用户设备120上报的第一信息识别用户设备120是否需要进入节能模式,并根据识别结果为用户设备120配置对应数量的harq进程,提高了harq进程分配的灵活性,也即,对于需要进入节能模式的用户设备120分配较少数量的harq进程,对于需要进入正常模式的用户设备120分配较多数量的harq进程,可以有效降低用户设备120进行pdcch盲检的次数,并减少无效的pdsch数据的缓存,从而有效降低了用户设备120的功耗浪费。
47.请参阅图2,图2是本技术实施例公开的harq进程的分配方法的一种流程示意图。如图2所示的harq进程的分配方法可以包括以下步骤:
48.201、接收用户设备上报的第一信息,第一信息用于指示用户设备是否需要进入节能模式。
49.其中,用户设备的工作模式包括节能模式和正常模式,用户设备在节能模式时的功耗低于用户设备在正常模式时的功耗。
50.在一些实施例中,步骤201之前,基站可通过rrc消息向用户设备发送指示该用户设备发送第一信息的指示信息,用户设备在接收到该指示信息时,向基站上报第一信息。
51.在一些实施例中,可扩展现有的rrc消息格式,在其中携带上述指示信息。可选的,上述指示信息也可为rrc消息名称,比如,可预先约定某特定的rrc消息名称用来指示用户设备发送第一信息,当用户设备在接收到该特定rrc消息名称时,可以向基站发送第一信息。指示信息还可以是新定义的rrc消息。
52.在一些实施例中,用户设备可以主动上报第一信息。可以理解的是,用户设备只在必要的时候自动上报第一信息,而且不需要基站发送指示信息。根据触发事件的不同,用户设备自主上报又可以分为周期上报和事件触发的上报。
53.在一些实施例中,第一信息可以包括表示用户设备是否需要进入节能模式的标识信息,和/或用户设备的辅助信息,本技术实施例不做限定。其中,标识信息可以包括以下至
少一种:数字、字母及特殊字符。
54.202、根据第一信息,确定为用户设备配置的harq进程的第一目标数量。
55.在一些实施例中,根据第一信息,确定为用户设备配置的harq进程的第一目标数量,可以包括:若第一信息指示用户设备不需要进入节能模式,则确定第一目标数量为第一取值;若第一信息指示用户设备需要进入节能模式,则确定第一目标数量为第二取值;其中,第二取值小于第一取值。
56.在本技术实施例中,第一目标数量指的可以是用户设备的上行调度harq进程的数目,和/或用户设备的下行调度harq进程的数目。
57.需要说明的是,若第一目标数量指的是用户设备的上行调度harq进程的数目,则基站可以给用户设备配置默认数量的下行调度harq进程。若第一目标数量指的是用户设备的下行调度harq进程的数目,则基站可以给用户设备配置默认数量的上行调度harq进程。示例性的,默认数量为16个。
58.在一些实施例中,第二取值可以由第一取值除以2得到。示例性的,第一目标数量指的是用户设备的上行调度harq进程的数目,第一取值为16,第二取值为8。
59.203、向用户设备下发第一目标数量。
60.在一些实施例中,第一目标数量可以通过专有信令或者特定的系统消息向用户设备下发,本技术实施例不做限定。其中,专有信令可以包括高层信令、层一信令及层二信令中的任一种。示例性的,高层信令包括rrc信令,层一信令及层二信令包括dci信令。
61.在一些实施例中,向用户设备下发第一目标数量,可以包括:基站通过rrc信令向用户设备下发第一目标数量,并接收用户设备反馈的应答信息,以及通过分析该应答信息确定第一目标数量是否成功发送。
62.需要说明的是,若应答信息指示基站成功向用户设备发送了第一目标数量,则基站根据第一目标数量对应的harq进程与该用户设备进行数据传输。
63.在一些实施例中,若应答信息指示基站未成功向用户设备发送了第一目标数量,则基站再次通过rrc信令向用户设备下发第一目标数量。
64.特定的系统消息可以是增加的用于通知的系统消息,该系统消息可以针对的是某一类用户设备,非此类用户设备无法接收或解析。
65.通过实施上述方法,基站可以根据用户设备上报的第一信息识别用户设备是否需要进入节能模式,并根据识别结果为用户设备配置对应数量的harq进程,提高了harq进程分配的灵活性,还可以有效降低用户设备的功耗浪费。
66.请参阅图3,图3是本技术实施例公开的harq进程的分配方法的另一种流程示意图。如图3所示的harq进程的分配方法可以包括以下步骤:
67.301、接收用户设备上报的用户设备的辅助信息,该辅助信息包括用户设备对网络配置参数的期望值。
68.其中,关于辅助信息的发送方式及网络配置参数的具体内容请参照上述内容,此处不再赘述。
69.302、根据用户设备对网络配置参数的期望值所在的目标取值范围,确定用户设备进入节能模式的节能需求等级。
70.其中,每一网络配置参数可以对应多个取值范围,对于任一网络配置参数来说,不
同取值范围分别对应不同的节能需求等级。用户设备对网络配置参数的期望值所在的目标取值范围指的是,用户设备对网络配置参数的期望值所在的取值范围。
71.在一些实施例中,根据用户设备对网络配置参数的期望值所在的目标取值范围,确定用户设备进入节能模式的节能需求等级,可以包括:获取用户设备对网络配置参数的期望值所在的目标取值范围;其中,目标取值范围的个数与网络配置参数的个数相同;确定各个目标取值范围对应的节能需求等级;根据各个目标取值范围对应的节能需求等级,确定用户设备进入节能模式的节能需求等级。
72.在一些实施例中,根据各个目标取值范围对应的节能需求等级,确定用户设备进入节能模式的节能需求等级,可以包括但不限于以下方式:
73.方式1:
74.若各个目标取值范围对应的节能需求等级中包括最高的节能需求等级,则确定用户设备进入节能模式的节能需求等级为最高的节能需求等级;
75.若各个目标取值范围对应的节能需求等级中不包括最高的节能需求等级,则确定用户设备进入节能模式的节能需求等级为,各个目标取值范围对应的节能需求等级中的最高的节能需求等级;或者,若各个目标取值范围对应的节能需求等级中不包括最高的节能需求等级,则获取对应的节能需求等级不为最低的节能需求等级的目标取值范围的个数,并确定用户设备进入节能模式的节能需求等级为与该个数对应的节能需求等级。
76.其中,最低的节能需求等级表征的是用户设备不需要进入节能模式。对应的节能需求等级不为最低的节能需求等级的目标取值范围的个数越多,则用户设备进入节能模式的节能需求等级越高。
77.在本技术实施例中,网络配置参数可以包括以下至少任一种:drx参数、最大聚合带宽、最大负载波个数、最大mimo层数、跨时隙调度的最小调度偏移值以及无限资源控制rrc状态。其中,drx参数对应的各个取值范围的取值越大,对应的节能需求等级越高;最大聚合带宽对应的各个取值范围的取值越小,对应的节能需求等级越高;最大负载波个数对应的各个取值范围的取值越小,对应的节能需求等级越高;最大mimo层数对应的各个取值范围的取值越小,对应的节能需求等级越高;跨时隙调度的最小调度偏移值对应的各个取值范围的取值越大,对应的节能需求等级越高;rrc状态对应的各个取值范围包括:指示rrc状态为空闲态的取值范围1和指示rrc状态为连接状态的取值范围2,其中,取值范围1对应的节能需求等级最高,取值范围2对应的节能需求等级次高。对应的,各个目标取值范围对应的节能需求等级中包括最高的节能需求等级可以包括以下至少一种情况:drx参数的期望值达到协议最大值;最大聚合带宽的期望值达到协议最小值;最大负载波个数的期望值达到协议最小值0;最大mimo层数的期望值达到协议最小值1;跨时隙调度的最小调度偏移值的期望值达到协议最大值;rrc状态的期望值处于取值范围1。
78.方式2:
79.获取对应的节能需求等级不为最低的节能需求等级的目标取值范围的个数;
80.若上述个数小于个数阈值,则确定用户设备进入节能模式的节能需求等级为与上述个数对应的节能需求等级;
81.若上述个数大于或等于个数阈值,则判断对应的各个节能需求等级中是否包括至少一个最高的节能需求等级,若包括,则确定用户设备进入节能模式的节能需求等级为最
高的节能需求等级。
82.需要说明的是,若上述个数大于或等于个数阈值,且对应的各个节能需求等级中不包括最高的节能需求等级,则确定用户设备进入节能模式的节能需求等级为与上述个数对应的节能需求等级。示例性的,上述个数阈值为2。
83.303、根据用户设备进入节能模式的节能需求等级,确定为用户设备配置的harq进程的第一目标数量。
84.在一些实施例中,根据用户设备进入节能模式的节能需求等级,确定为用户设备配置的harq进程的第一目标数量,可以包括:将harq进程数量表中与用户设备进入节能模式的节能需求等级对应的harq进程数,确定为用户设备配置的harq进程的第一目标数量。其中,harq进程数量表中包括多个节能需求等级,及每一节能需求等级对应的harq进程数。
85.需要说明的是,节能需求等级与harq进程数成反比,节能需求等级越高,则对应的harq进程数越少。
86.示例性的,节能需求等级包括第一级、第二级、第三级及第四级;其中,第一级指示用户设备不需要进入节能模式,第二级、第三级及第四级均指示用户设备需要进入节能模式,且从第二级到第四级对应的节能需求等级逐步提高。
87.示例性的,在用户设备进入节能模式的节能需求等级为第二级时,第一目标数量为原本harq进程数的1/2;在用户设备进入节能模式的节能需求等级为第三级时,第一目标数量为原本harq进程数的1/4;在用户设备进入节能模式的节能需求等级为第四级时,第一目标数量为1。
88.304、向用户设备下发第一目标数量。
89.在一些实施例中,专有信令包括高层信令。
90.进一步的,向用户设备下发第一目标数量,可以包括:获取目标高层信令,目标高层信令中包括第一目标数量;向用户设备下发目标高层信令。
91.在一些实施例中,步骤303之后,还可以接收用户设备上报的第二信息,第二信息指示用户设备需要进入节能模式;则向用户设备下发第二目标数量;其中,第二目标数量小于第一目标数量。
92.在一些实施例中,第二信息可以包括用户设备的辅助信息,其中,关于辅助信息的介绍,请参照上述描述,此处不再赘述。
93.在一些实施例中,第二目标数量可以为在第一目标数量的基础上按照预设步长缩减得到的。
94.需要说明的是,若第一目标数量指的是节能模式下的harq进程数,则第二目标数量是在第一目标数量的基础上递减得到的,进一步提高了用户设备的节能效果。若第一目标数量指的是正常模式下的harq进程数,则第二目标数量指的是对harq进程数第一次缩减后的数量。
95.其中,第二目标数量为在第一目标数量的基础上,按照预设步长缩减为用户设备配置的harq进程中的上行调度harq进程,和/或下行调度harq进程。可以理解的是,基站在接收到用户设备上报的第二信息时,可以在第一目标数量的基础上按照预设步长缩减上行调度harq进程,和/或下行调度harq进程。示例性的,预设步长为2个或3个等。
96.在一些实施例中,第二目标数量可以是根据第二信息确定的。需要说明的是,关于
第二目标数量的确定方式,可以参见上述确定第一目标数量的确定方式,此处不再赘述。
97.需要说明的是,关于第二目标数量的下发方式可以参照第一目标数量的下发方式,此处不再赘述。
98.通过实施上述方法,基站可以根据用户设备上报的第一信息识别用户设备需要进入节能模式的节能需求等级,并根据该节能需求等级确定为用户设备配置的harq进程的第一目标数量,可进一步细化harq进程分配的粒度,使得针对harq进程的分配更加灵活,从而更好地满足用户设备的耗电需求,有利于降低用户设备的功耗浪费。
99.请参阅图4,图4是本技术实施例公开的harq进程的分配装置的结构图示。如图4所示的harq进程的分配装置可以包括采集模块401、评估模块402及执行模型403;其中:
100.采集模块401,用于接收用户设备上报的第一信息,第一信息用于指示用户设备是否需要进入节能模式,用户设备的工作模式包括节能模式和正常模式,用户设备在节能模式时的功耗低于用户设备在正常模式时的功耗;
101.评估模块402,用于根据第一信息,确定为用户设备配置的harq进程的第一目标数量;
102.执行模块403,用于向用户设备下发第一目标数量。
103.在一些实施例中,评估模块402用于根据第一信息,确定为用户设备配置的harq进程的第一目标数量的方式具体可以包括:评估模块402,用于若第一信息指示用户设备不需要进入节能模式,则确定第一目标数量为第一取值;以及,若第一信息指示用户设备需要进入节能模式,则确定第一目标数量为第二取值;其中,第二取值小于第一取值。
104.在一些实施例中,采集模块401,还用于在执行模块403向用户设备下发第一目标数量之后,接收用户设备上报的第二信息,第二信息指示用户设备需要进入节能模式;
105.进一步的,执行模块403,还用于向用户设备下发第二目标数量;其中,第二目标数量小于第一目标数量。
106.在一些实施例中,第二目标数量为在第一目标数量的基础上按照预设步长缩减得到的。
107.在一些实施例中,为用户设备配置的harq进程包括用户设备的上行调度harq进程,和/或用户设备的下行调度harq进程;
108.其中,第二目标数量为在第一目标数量的基础上,按照预设步长缩减为用户设备配置的harq进程中的上行调度harq进程,和/或下行调度harq进程。
109.在一些实施例中,第一信息为用户设备的辅助信息,辅助信息包括用户设备对网络配置参数的期望值。
110.进一步的,在一些实施例中,评估模块402用于根据第一信息,确定为用户设备配置的harq进程的第一目标数量的方式具体可以包括:评估模块402,用于根据用户设备对网络配置参数的期望值所在的目标取值范围,确定用户设备进入节能模式的节能需求等级,并根据用户设备进入节能模式的节能需求等级,确定为用户设备配置的harq进程的第一目标数量。
111.在一些实施例中,上述网络配置参数可以包括以下至少一个:非连续接收drx参数、最大聚合带宽、最大负载波个数、最大mimo层数、跨时隙调度的最小调度偏移值以及无限资源控制rrc状态。
112.在一些实施例中,执行模块403用于向用户设备下发第一目标数量的方式具体可以包括:执行模块403,用于获取目标高层信令,目标高层信令中包括第一目标数量;以及,向用户设备下发目标高层信令。
113.请参阅图5,图5是本技术实施例公开的基站的一种结构图示。如图5所示的基站包括处理器501、与处理器501耦合的存储器502。
114.处理器501可以包括一个或者多个处理核。处理器501利用各种接口和线路连接整个基站内的各个部分,通过运行或执行存储在存储器502内的指令、程序、代码集或指令集,以及调用存储在存储器502内的数据,执行基站的各种功能和处理数据。
115.存储器502可以是只读存储器(read only memory,rom),静态存储设备,动态存储设备或者随机存取存储器(random access memory,ram)。
116.在本技术实施例中,处理器501还具有以下功能:
117.接收用户设备上报的第一信息,第一信息用于指示用户设备是否需要进入节能模式,用户设备的工作模式包括节能模式和正常模式,用户设备在节能模式时的功耗低于用户设备在正常模式时的功耗;
118.根据第一信息,确定为用户设备配置的harq进程的第一目标数量;
119.向用户设备下发第一目标数量。
120.在本技术实施例中,处理器501还具有以下功能:
121.若第一信息指示用户设备不需要进入节能模式,则确定第一目标数量为第一取值;
122.若第一信息指示用户设备需要进入节能模式,则确定第一目标数量为第二取值;
123.其中,第二取值小于第一取值。
124.在本技术实施例中,处理器501还具有以下功能:
125.接收用户设备上报的第二信息,第二信息指示用户设备需要进入节能模式;
126.向用户设备下发第二目标数量;其中,第二目标数量小于第一目标数量。
127.在本技术实施例中,第二目标数量为在第一目标数量的基础上按照预设步长缩减得到的。
128.在本技术实施例中,为用户设备配置的harq进程包括用户设备的上行调度harq进程,和/或用户设备的下行调度harq进程;
129.其中,第二目标数量为在第一目标数量的基础上,按照预设步长缩减为用户设备配置的harq进程中的上行调度harq进程,和/或下行调度harq进程。
130.在本技术实施例中,第一信息为用户设备的辅助信息,辅助信息包括用户设备对网络配置参数的期望值;在本技术实施例中,处理器501还具有以下功能:
131.根据用户设备对网络配置参数的期望值所在的目标取值范围,确定用户设备进入节能模式的节能需求等级;
132.根据用户设备进入节能模式的节能需求等级,确定为用户设备配置的harq进程的第一目标数量。
133.在本技术实施例中,网络配置参数包括以下至少一个:非连续接收drx参数、最大聚合带宽、最大负载波个数、最大mimo层数、跨时隙调度的最小调度偏移值以及无限资源控制rrc状态。
134.在本技术实施例中,处理器501还具有以下功能:
135.获取目标高层信令,目标高层信令中包括第一目标数量;
136.向用户设备下发目标高层信令。
137.应理解,在本技术的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本技术实施例的实施过程构成任何限定。
138.本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本技术的范围。
139.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
140.在本技术所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
141.作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
142.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
143.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
144.以上,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应以权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1