通信方法、通信装置、计算机可读存储介质和芯片与流程

1.本公开涉及通信领域，并且更具体地，涉及一种通信方法、通信装置、计算机可读存储介质和芯片。


背景技术：

2.为了满足单用户设备的峰值速率和系统容量提升的要求，引入了增加传输带宽的技术，也就是载波聚合(carrier aggregation，ca)。载波聚合技术将多个分量载波(component carrier，cc)聚合起来，从而用户设备可享受的带宽是多个载波的带宽之和，峰值速率也能获得几乎成比例的提升。每个cc对应一个独立的小区(cell)，在ca场景中可以分为主小区(primary cell，pcell)和辅小区(secondary cell，scell)。对于一个用户设备而言，如果不存在载波聚合，那么这个用户设备的服务小区只有一个，即主小区；如果存在载波聚合，那么这个用户设备的服务小区是主小区和辅小区的集合，例如包括一个主小区以及一个或多个辅小区。
3.辅小区可能处于激活或者去激活状态，但是如何实现配置辅小区激活或去激活，是值得考虑的问题。


技术实现要素：

4.本公开的示例实施例提供了在通信系统中用于配置辅小区激活或去激活的方案。
5.第一方面，提供了一种通信方法。该通信方法包括：终端设备向网络设备发送建议信息，该建议信息用于指示终端设备对至少一个辅小区激活或去激活的建议；以及终端设备接收来自网络设备的对至少一个辅小区进行激活或去激活的配置参数。该网络设备可以是接入网设备。
6.如此，终端设备可以向网络设备提供建议信息，从而网络设备可以参考该建议信息来确定至少一个辅小区的激活或去激活，使得所考虑的信息更加全面，从而对于辅小区激活或去激活的确定更加准确，从而更有利于实现资源的优化利用。
7.在第一方面的某些实施例中，终端设备向网络设备发送建议信息包括：终端设备向网络设备发送rrc消息，该rrc消息中包括建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息或者rrc推荐消息。如此，本公开中通过rrc消息来传输建议信息，能够充分利用已有的rrc格式，能够使得网络设备及时准确地获取建议信息。
8.在第一方面的某些实施例中，该建议信息包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。如此，终端设备可以通过建议信息向网络设备提供针对去激活定时器的建议，从而网络设备能够参考该建议确定至少一个辅小区的去激活定时器的配置参数。
9.在第一方面的某些实施例中，终端设备向网络设备发送建议信息包括：终端设备向网络设备发送媒体接入控制mac控制元素ce，该mac ce中包括至少一个辅小区激活或去
激活的建议信息。如此，终端设备可以通过mac ce以显式的方式指示对于至少一个辅小区激活或去激活的建议，使网络设备能够更及时地直观地获取终端设备的需求。
10.在第一方面的一些实施例中，建议信息还包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。如此，终端设备还可以向网络设备提供更丰富的参考信息，从而便于网络设备参照这些参考信息来确定至少一个辅小区的激活或去激活，使得网络设备能够基于更全面的因素来进行决策，从而提升了决策的准确性，更能够实现对资源的合理配置。
11.第二方面，提供了一种通信方法。该通信方法包括：网络设备接收来自终端设备的建议信息，该建议信息用于指示终端设备对至少一个辅小区激活或去激活的建议；网络设备根据建议信息确定对至少一个辅小区进行激活或去激活的配置参数；以及网络设备向终端设备发送该配置参数。
12.如此，网络设备能够接收终端设备对至少一个辅小区激活或去激活的建议信息，并且根据该建议信息确定至少一个辅小区进行激活或去激活的配置参数。该方案使得网络设备在配置时所考虑的信息更加全面，对于辅小区激活或去激活的确定更加准确，从而更有利于实现资源的优化利用。
13.在第二方面的一些实施例中，网络设备接收来自终端设备的建议信息包括：网络设备接收来自终端设备的无线资源控制rrc消息，该rrc消息中包括建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息或者rrc推荐消息。如此，本公开中的建议信息是通过rrc消息进行传输的，能够充分利用已有的rrc格式，能够使得网络设备及时准确地获取建议信息。
14.在第二方面的一些实施例中，建议信息包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。如此，网络设备能够通过建议信息获知终端设备针对去激活定时器的建议，进而网络设备能够参考该建议确定至少一个辅小区的去激活定时器的配置参数。
15.在第二方面的一些实施例中，网络设备接收来自终端设备的建议信息包括：网络设备接收来自终端设备的媒体接入控制mac控制元素ce，该mac ce中包括至少一个辅小区激活或去激活的建议信息。如此，网络设备能够通过mac ce以显式的方式获知终端设备对于至少一个辅小区激活或去激活的建议，使网络设备能够更及时地直观地获取终端设备的需求。
16.在第二方面的一些实施例中，网络设备确定配置参数包括：网络设备根据建议信息以及网络设备的负载状态确定配置参数。如此，网络设备能够综合考虑终端设备处的因素和网络设备处的因素来确定配置参数，所考虑的因素更加全面，进而使得所确定的配置参数更加准确。
17.在第二方面的一些实施例中，建议信息还包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。如此，网络设备能够获知终端设备关于建议信息的更丰富的参考信息，从而便于网络设备参照这些参考信息来确定至少一个辅小区的激活或去激活，使得网络设备能够基于更全面的因素来进行决策，从而提升了决策的准确性，更能够实现对资源的合理配置。
18.第三方面，提供了一种通信装置。该通信装置包括：发送单元，被配置为向网络设
备发送建议信息，该建议信息用于指示终端设备对至少一个辅小区激活或去激活的建议；以及接收单元，被配置为接收来自网络设备的对至少一个辅小区进行激活或去激活的配置参数。该通信装置可以被实现在终端设备处，例如该通信装置可以包括终端设备或者包括终端设备中的芯片。
19.在第三方面的一些实施例中，发送单元被配置为：向网络设备发送无线资源控制rrc消息，该rrc消息中包括建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息或者rrc推荐消息。
20.在第三方面的一些实施例中，建议信息包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
21.在第三方面的一些实施例中，发送单元被配置为：向网络设备发送媒体接入控制mac控制元素ce，该mac ce中包括至少一个辅小区激活或去激活的建议信息。
22.在第三方面的一些实施例中，建议信息还包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
23.第四方面，提供了一种通信装置。该通信装置包括：接收单元，被配置为接收来自终端设备的建议信息，该建议信息用于指示终端设备对至少一个辅小区激活或去激活的建议；确定单元，被配置为根据建议信息确定对至少一个辅小区进行激活或去激活的配置参数；以及发送单元，被配置为向终端设备发送配置参数。该通信装置可以被实现在网络设备处，例如该通信装置可以包括网络设备或者包括网络设备中的芯片。
24.在第四方面的一些实施例中，接收单元被配置为：接收来自终端设备的无线资源控制rrc消息，该rrc消息中包括建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息或者rrc推荐消息。
25.在第四方面的一些实施例中，建议信息包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
26.在第四方面的一些实施例中，接收单元被配置为：接收来自终端设备的媒体接入控制mac控制元素ce，该mac ce中包括至少一个辅小区激活或去激活的建议信息。
27.在第四方面的一些实施例中，确定单元被配置为：根据建议信息以及网络设备的负载状态确定配置参数。
28.在第四方面的一些实施例中，建议信息还包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
29.第五方面，提供了一种终端设备。该终端设备包括：至少一个处理器；以及至少一个存储器，至少一个存储器被耦合到至少一个处理器并且存储用于由至少一个处理器执行的指令，指令在由至少一个处理器执行时使终端设备实现：向网络设备发送建议信息，该建议信息用于指示终端设备对至少一个辅小区激活或去激活的建议；以及接收来自网络设备的对至少一个辅小区进行激活或去激活的配置参数。
30.在第五方面的一些实施例中，指令在由至少一个处理器执行时使终端设备实现：向网络设备发送无线资源控制rrc消息，该rrc消息中包括所述建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息或者rrc推荐消息。
31.在第五方面的一些实施例中，建议信息包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
32.在第五方面的一些实施例中，指令在由至少一个处理器执行时使终端设备实现：向网络设备发送媒体接入控制mac控制元素ce，该mac ce中包括所述至少一个辅小区激活或去激活的所述建议信息。
33.在第五方面的一些实施例中，建议信息还包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
34.第六方面，提供了一种网络设备。该网络设备包括：至少一个处理器；以及至少一个存储器，至少一个存储器被耦合到至少一个处理器并且存储用于由至少一个处理器执行的指令，指令在由至少一个处理器执行时使网络设备实现：接收来自终端设备的建议信息，该建议信息用于指示终端设备对至少一个辅小区激活或去激活的建议；根据建议信息确定对至少一个辅小区进行激活或去激活的配置参数；以及向终端设备发送配置参数。
35.在第六方面的一些实施例中，指令在由至少一个处理器执行时使网络设备实现：接收来自终端设备的无线资源控制rrc消息，该rrc消息中包括所述建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息或者rrc推荐消息。
36.在第六方面的一些实施例中，建议信息包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
37.在第六方面的一些实施例中，指令在由至少一个处理器执行时使网络设备实现：接收来自终端设备的媒体接入控制mac控制元素ce，该mac ce中包括至少一个辅小区激活或去激活的建议信息。
38.在第六方面的一些实施例中，指令在由至少一个处理器执行时使网络设备实现：根据建议信息以及网络设备的负载状态确定配置参数。
39.在第六方面的一些实施例中，建议信息还包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
40.第七方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现根据上述第一方面或第二方面的任一实施例中的通信方法的操作。
41.第八方面，提供了一种芯片。该芯片被配置为执行根据上述第一方面或第二方面的任一实施例中的通信方法的操作。
42.第九方面，提供了一种计算机程序或计算机程序产品。该计算机程序或计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可执行指令，计算机可执行指令在被执行时使设备实现根据上述第一方面或第二方面的任一实施例中的通信方法的操作。
附图说明
43.结合附图并参考以下详细说明，本公开各实现方式的特征、优点及其他方面将变得更加明显。在此以示例性而非限制性的方式示出了本公开的若干实现方式，在附图中：
44.图1示出了可以在其中实现本公开实施例的通信环境100的示意图；
45.图2示出了根据本公开实施例的一种通信方法200的示意性交互图；
46.图3示出了根据本公开实施例的终端设备确定定时器不满足业务状态的一种情形300的示意图；
47.图4示出了根据本公开实施例的终端设备确定定时器不满足业务状态的另一种情形400的示意图；
48.图5示出了根据本公开实施例的mac ce中承载建议信息的一个示意性结构500的示意图；
49.图6示出了根据本公开实施例的mac ce中承载建议信息的另一个示意性结构600的示意图；
50.图7示出了根据本公开实施例的通信装置700的示意框图；
51.图8示出了根据本公开实施例的通信装置800的示意框图；
52.图9示出了根据本公开实施例的示例设备900的简化框图。
具体实施方式
53.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
54.在本公开实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
55.本公开的实施例可以根据任何适当的通信协议来实施，包括但不限于，第三代(3rd generation，3g)、第四代(fourth generation，4g)、第五代(fifth generation，5g)等蜂窝通信协议、诸如电气与电子工程师协会(institute of electrical and electronics engineers，ieee)802.11等的无线局域网通信协议、和/或目前已知或者将来开发的任何其他协议。
56.本公开实施例的技术方案可以应用于遵循任何适当的通信系统，例如：通用分组无线业务(general packet radio service，gprs)、全球移动通信系统(global system for mobile communications，gsm)、增强型数据速率gsm演进系统(enhanced data rate for gsm evolution，edge)、通用移动通信系统(universal mobile telecommunications service，umts)、长期演进(long term evolution，lte)系统、宽带码分多址系统(wideband code division multiple access，wcdma)、码分多址2000系统(code division multiple access，cdma2000)、时分同步码分多址系统(time division-synchronization code division multiple access，td-scdma)、频分双工(frequency division duplex，fdd)系统、时分双工(time division duplex，tdd)、窄带物联网(narrowband internet of things，nb-iot)通信系统、第五代(5g)系统或新无线(new radio，nr)的三大应用场景增强移动带宽(enhanced mobile broadband，embb)，超可靠低延迟通信(ultra-reliable and low-latency communication，urllc)和增强型机器类型通信(enhanced machine type communication，emtc)，等等。
57.可理解的是，本公开中的技术方案涉及网络设备，该网络设备可以包括接入网设备。接入网设备是一种部署在无线接入网中为移动终端提供无线通信功能的装置，例如可
以是无线接入网(radio access network，ran)网络设备。接入网设备可以包括基站，例如各种形式的宏基站，微基站(也称为小站)，中继站，接入点、远程无线电单元(remote radio unit，rru)、射频头(radio head，rh)、远程无线电头端(remote radio head，rrh)等。在采用不同的无线接入技术的系统中，网络设备的名称可能会有所不同，例如，在长期演进系统(long term evolution，lte)系统中称为演进的节点b(evolved nodeb，enb或者enodeb)，在3g系统中称为节点b(node b，nb)，在5g网络中可以称为g节点b(gnb)或nr节点b(nr nb)等等。在某些场景下，网络设备可以包含集中单元(central unit，cu)和分布单元(distributed unit，du)。cu和du可以放置在不同的地方，例如：du拉远，放置于高话务量的区域，cu放置于中心机房。或者，cu和du也可以放置在同一机房。cu和du也可以为一个机架下的不同部件。为方便描述，本公开后续的实施例中，上述为移动终端提供无线通信功能的装置统称为网络设备，并且本公开中的网络设备也可以指代接入网设备，下文中不再刻意区分。
58.可理解的是，本公开的技术方案涉及移动终端，该移动终端可选地也可以称为移动台(mobile station，ms)。本公开所涉及到的移动终端可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。本公开中的移动终端也可以被称为终端(terminal)、用户设备(user equipment，ue)，可以是用户单元(subscriber unit)、蜂窝电话(cellular phone或cellphone)、智能手机(smart phone)、无线数据卡、个人数字助理(personal digital assistant，pda)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication，mtc)终端等。本公开中所涉及的终端设备可以具有向网络设备进行传输的上行业务，在一些情况下，终端设备还可以接收来自网络设备的下行业务。终端设备的上行业务量可以大于或基本上等于下行业务量，例如可以是进行直播业务的终端设备或者垂直行业的终端设备。
59.图1示出了可以在其中实现本公开实施例的通信环境100的示意图。如图1所示，通信环境100包括网络设备10-1和网络设备10-2和终端设备20。
60.在一些实施例中，网络设备10-1和网络设备10-2可以使用载波聚合技术，从而为终端设备20提供更大的带宽。可以假设网络设备10-1是终端设备20的主小区的接入网设备，其中主小区也可以称为主载波；可以假设网络设备10-2是终端设备20的辅小区的接入网设备，其中辅小区也可以称为辅载波。可理解的是，尽管图1中仅示出了一个网络设备10-2作为辅小区的接入网设备，但是本公开对此不限定，在各种实施例中可以包括更多数量的网络设备10-2作为辅小区的接入网设备，例如可以包括多达32个辅小区。为了便于描述，以下将网络设备10-1和网络设备10-2统称为网络设备10。
61.应当理解，图1所示的多种设备的数目及其连接是为了说明的目的而给出的，无意进行任何限制。通信环境100可以包括适合于实现本公开实施例的任何合适数目的设备和网络。
62.为了满足日益增大的终端设备处的流量需求，终端设备可享受的带宽需要也在增大。一种方式是将多个分量载波(component carrier，cc)聚合起来，从而终端设备可享受的带宽是多个载波的带宽之和，其峰值速率也能获取几乎成比例的提升。从技术上解决了移动通信对于大带宽的需求，同时也提高了无线频带中零散频谱的利用率。在这种情况下，
存在一个主小区(primary cell，pc)和至少一个辅小区(secondary cell，scell)为终端设备服务。为了充分利用各种传输资源并保证更多的终端设备的通信质量和通信速度，辅小区为终端设备提供服务的时长是有限的，具体地辅小区的网络设备会根据下行数据传输的情况来适当地断开终端设备与辅小区的网络设备之间的通信连接，使对应的辅小区去激活。但是，由于网络设备不知道终端设备的上行业务情况，如果网络设备基于下行业务情况来将辅小区去激活，那么会导致终端设备的上行业务时延变大，进而会导致终端设备耗电量变多。
63.下文将参考附图来具体讨论本公开的示例实施例。在下文描述图2的示例性方法流程时，为便于讨论，将参考图1的示例通信环境来描述根据本公开中的示例实施例。应理解，本公开的示例实施例可以应用于其他类似通信环境中。
64.图2示出了根据本公开实施例的一种通信方法200的示意性交互图。图2中涉及网络设备10和终端设备20。图2中的网络设备10可以是图1中的网络设备10-1或网络设备10-2。网络设备10-1或网络设备10-2可以是接入网设备。例如，图2中的网络设备10可以是主小区的接入网设备也可以是辅小区的接入网设备，本公开对此不限定。可以理解，图2中示出的通信过程仅为示例性的，而非限制性的。本公开实施例可以包括图2中未示出的交互信令，或者省略图2中示出的某些信令。
65.如图2所示，在某些实施例中，终端设备20可以向网络设备10发送210建议信息，该建议信息用于指示终端设备20对至少一个辅小区激活或去激活的建议。
66.如此，终端设备20可以向网络设备10提供建议信息，从而网络设备10可以参考该建议信息来确定至少一个辅小区的激活或去激活，使得所考虑的信息更加全面，从而对于辅小区激活或去激活的确定更加准确，从而更有利于实现资源的优化利用。
67.应注意的是，终端设备20的服务小区包括主小区以及至少一个辅小区，辅小区的数量可以为一个或多个。本公开方案中的建议信息可以是针对辅小区中的部分或全部。尽管本说明书中以一个辅小区为例进行阐述，但是对于其他辅小区的情形是可以类似确定的，本公开中不再赘述。
68.在一些实施例中，本公开中的建议信息可以以显示的方式来指示对至少一个辅小区激活或去激活的建议，或者，本公开中的建议信息可以以隐式的方式来指示对至少一个辅小区激活或去激活的建议。
69.在一些实施例中，本公开中的建议信息可以指示对至少一个辅小区激活的建议，或者指示对至少一个辅小区去激活的建议。或者在存在多个辅小区的情况下，本公开中的建议信息可以指示多个辅小区中一些辅小区激活的建议同时指示多个辅小区中另一些辅小区去激活的建议。
70.在一种实现方式中，建议信息可以以隐式的方式来指示对至少一个辅小区激活或去激活的建议。例如可以通过定时器的方式来指示，在定时器计时的过程中(开始计时，但未超时)辅小区激活，在定时器停止计时之后(定时器超时)辅小区去激活。
71.在该实现方式中，网络设备10和终端设备20处可以同时维护有定时器，该定时器可以是由网络设备10预先配置的。
72.示例性的，网络设备10可以根据其网络资源、所属小区中所有终端设备的竞争情况等因素，来配置定时器。可选地，网络设备10可以预先通过控制信令或其他的方式完成该
配置。在配置该定时器时，网络设备10与终端设备20之间可以同步有定时器的定时器时长，也可以称为超时时长，可选地表示为t0。
73.当存在有多个辅小区时，可理解，在一种场景下(如lte)，多个辅小区对应的定时器时长是一致的，也就是说，不同的辅小区上的定时器时长都是t0。在另一种场景下(如nr)，不同辅小区对应的定时器时长可以不相等，例如，第一辅小区的定时器时长为t01，第二辅小区的定时器时长为t02，
…
，等等。在诸如nr的场景下，终端设备20处可以维护有多个定时器，例如定时器的数量可以等于或小于辅小区的数量。为了简化描述，下面的实现方式不限定定时器的数量，本领域技术人员可以在此基础上得到针对多个不同定时器的实施例，均在本公开的保护范围之内。
74.网络设备10与终端设备20之间同步有定时器，在定时器启动且未超时的情况下，对应的辅小区处于激活状态，在定时器超时的情况下，对应的辅小区被去激活。定时器计时的方式可以是递增的方式或递减的方式。以定时器的时长为t0为例，假设在时间维度上0到t0区间可以被分为t0个时间单位。
75.递减的方式可以是，定时器启动时设为初始时间t＝t0。随后，如果在一个时间单位内有调度且t》0，则将定时器重置，即t＝t0。如果在一个时间单位内没有调度，则将定时器的时间递减，即t＝t-1。如果达到t＝0，则意味着定时器超时，此时网络设备10和终端设备20会将相应的辅小区去激活。
76.递增的方式可以是，定时器启动时设为初始时间t＝0。随后，如果在一个时间单位内有调度且t《t0，则将定时器重置，即t＝0。如果在一个时间单位内没有调度，则将定时器的时间递增，即t＝t+1。如果达到t＝t0，则意味着定时器超时，此时网络设备10和终端设备20会将相应的辅小区去激活。
77.可理解，终端设备20处和网络设备10处分别对定时器进行计时，并且定时器未超时对应于辅小区处于激活状态。本公开中的定时器未超时可以是通过递减方式或递增方式进行计时，下文中不再赘述。
78.本实现方式中的定时器可以是与终端设备20和网络设备10之间的上行传输有关的上行定时器。
79.在一些实施例中，网络设备10与终端设备20之间可以维护有定时器，该定时器的超时时长可以表示为t0。作为一例，该定时器可以为上下行定时器，那么，在该定时器启动后且未超时前，辅小区处于激活状态，网络设备10与终端设备20之间可以进行上下行传输。作为另一例，该定时器可以为上行定时器，那么在该定时器启动后且未超时前，辅小区处于激活状态，终端设备20可以向网络设备10进行上行传输。
80.在另一些实施例中，网络设备10与终端设备20之间可以维护有上行定时器和下行定时器。上行定时器的超时时长可以表示为t0，下行定时器的超时时长可以表示为t01。t01与t0可以相等或不相等，本公开对此不限定。在上行定时器启动后且未超时前，辅小区处于激活状态，终端设备20可以向网络设备10进行上行传输。在下行定时器启动后且未超时前，辅小区处于激活状态，网络设备10可以向终端设备20进行下行传输。
81.在配置有上下行定时器的情况下，对于终端设备20而言，如果在定时器超时之前内的任意一个时刻检测到任何一个特定于终端设备(ue-specific)的上行授权下行控制信息(downlink control information，dci)或下行调度dci，则终端设备20将该上下行定时
器重置，重新开始新一轮的计时并继续检测是否存在上行授权dci或下行调度dci。
82.在分别配置有上行定时器和/或下行定时器的情况下，对于终端设备20而言，如果在上行定时器超时之前的任意一个时刻检测到任何一个ue-specific的上行授权dci，则终端设备20将上行定时器重置，重新开始新一轮的计时并继续检测是否存在上行授权dci。类似地，如果在下行定时器超时之前的任意一个时刻检测到任何一个ue-specific的下行调度dci，则终端设备20将下行定时器重置，重新开始新一轮的计时并继续检测是否存在下行调度dci。在这种情况下，辅小区的上下行链路是独立地被激活或去激活的。例如，若上行定时器未超时，则辅小区的上行链路处于激活状态，但是此时下行链路可能处于激活状态也有可能处于去激活状态。
83.可理解的是，本公开中所讨论的定时器是与上行传输有关的上行定时器。具体地，本公开中所讨论的定时器可以是被维护的上下行定时器或上行定时器，下文中不再赘述。并且可理解的是，本公开中所讨论的定时器可以是去激活定时器或上行去激活定时器，但是由于激活和去激活是相对的状态，因此去激活定时器也可以在一些实施例中被称为激活定时器，本公开对此不限定。
84.附加地或可选地，在图2中的步骤210之前，还可以进一步包括确定并生成建议信息的过程。如图2所示，终端设备20可以确定202将要上行传输的数据的业务状态，并判断204至少一个辅小区的激活或去激活是否满足该业务状态。进一步地，如果通过判断确定不满足业务状态，则终端设备20发送210建议信息。
85.在预先配置有定时器的实现方式中，终端设备20可以判断204至少一个辅小区的去激活定时器是否满足该业务状态。相应地，建议信息可以包括至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
86.在一些实施例中，可以使用业务预测算法来确定将要上行传输的数据的业务状态，并判断至少一个辅小区的去激活定时器能否满足该业务状态。可选地，终端设备20所使用的业务预测算法可以是人工智能(artificial intelligence，ai)算法，例如可以是传统机器学习算法或深度学习算法。
87.通常来说，根据训练方法可以将机器学习大致分为3类：监督学习、非监督学习、强化学习。监督学习是指给算法一个数据集，并且给定正确答案(给数据打标签)。机器通过数据来学习正确答案的处理方法。这种通过大量人工打标签来帮助机器学习的方式就是监督学习。这种学习方式效果非常好，但是成本也非常高。在非监督学习中，给定的数据集没有“正确答案”，所有的数据都是一样的。非监督学习的任务是从给定的数据集中，挖掘出潜在的结构。强化学习更接近生物学习的本质，因此有望获得更高的智能。它关注的是智能体如何在环境中采取一系列行为，从而获得最大的累积回报。通过强化学习，智能体应该知道在什么状态下应该采取什么行为。在强化学习(reinforcement learning)中，有两大类方法，一种基于值(value-based)，一种基于策略(policy-based)。二者结合可得到行为评价(actor-critic)的方法。所以策略梯度(policy gradient)方法会使用actor-critic的框架，actor对策略建模，critic则对值函数建模。基于策略的强化学习，策略会生成离散动作空间的一系列动作对应的概率，对于连续空间会生成连续动作空间的概率密度。可以较大概率去执行策略生成概率或概率密度最大对应的那个动作(实现利用策略得到的最大累积汇报)，然后较小概率去执行随机选择一个概率对应的动作(探索出了的新动作可能会得到
更高的累积汇报)。
88.在一些实施例中，业务预测算法可以在终端设备20的历史数据的基础上，采用回归分析等方法，来确定将要上行传输的数据的业务状态。
89.用户在使用终端设备20的过程中，通过终端设备20进行上行传输的数据会呈现一定的规律性。举例来说，用户量和用户使用终端设备20上的应用程序(app)的行为模式正相关，具有一定的规律性。比如周末比工作日的数据量大，晚上比白天的数据量大，一天的流量呈现出波动的状态，有波峰和波谷。因而通过历史数据来实时预测上行传输的流量具有一定的可操作性。
90.回归(regression)主要是根据历史数据(例如过去某一段时间内)的“平均值”来进行预测的一种方法。可理解，回归有很多种实现方式，包括但不限于：线性回归(linear regression)、逻辑回归(logistic regression)、多项式回归(polynomial regression)、逐步回归(stepwise regression)、岭回归(ridge regression)、套索回归(lasso regression)、弹性回归(elasticnet regression)等。回归本质上是曲线拟合，是不同模型的“条件均值”预测。但是，回归分析中，对于历史数据的无偏差预测的渴求，可能无法保证所预测的未来数据的准确度。
91.在一些实施例中，业务预测算法可以在终端设备20的历史数据的基础上，采用机器学习算法，来确定将要上行传输的数据的业务状态。机器学习算法可以是传统机器学习算法或深度学习算法。
92.与回归分析不同，使用机器学习算法进行预测时不追求平均值的准确性，允许偏差存在，但求减少方差。随着数据体量的不断增长，计算能力的不断提升，使用机器学习算法来做预测的效果比其他方法表现得会更好。机器学习算法也可以称为ai预测算法或流量预测算法等，可以包括基于神经网络的深度学习算法，其中的神经网络包括但不限于：反向传播神经网络(back propagation network)、elman神经网络、记忆长短期(long short term memory)神经网络等等。
93.举例来讲，可以利用历史数据构建训练数据集，该训练数据集中包含大量的训练数据。随后，在训练数据集的基础上进行训练，得到收敛的或者满足训练结束条件(例如通过损失函数进行定义)的神经网络结构。在一些示例中，还可以构建验证集，用于对训练好的神经网络进行验证。进而，可以使用该训练好的神经网络进行业务预测，得到将要上行传输的数据的业务状态。
94.由于ai算法基于大量的数据进行训练，其中包含大量的训练参数来综合考虑各种可能的因素，因此，本公开中终端设备20利用ai算法来确定业务状态，也能够充分地考量各种因素，使得所确定的业务状态更加准确，可信度高。避免因预测不准而导致的资源分配不准确，影响资源利用率。
95.业务状态也可以被称为业务特征或其他名称，可以用于表示与业务的传输相关的一些业务属性。业务状态例如可以包括到达时间、到达周期、传输包大小和/或业务传输信道质量。应当理解，上述关于业务状态的示例仅仅是说明性的，并非是限制性的，业务状态还可以包括与业务有关的其他信息。
96.下面将结合图3和图4来举例说明终端设备20确定去激活定时器不满足业务状态的实施例。
97.图3示出了根据本公开实施例的终端设备20确定定时器不满足业务状态的一种情形300的示意图。图3中终端设备20向网络设备10传输的数据包括包1、包2、包3
…
等等。终端设备20可以在传输包1和包2的过程中确定将要上行传输的包3、包4
…
的业务状态，并判断去定时器是否满足该业务状态。
98.举例来说，终端设备20可能确定将要上行传输的数据的到达时间发生变化(如更晚)，但是到达的周期不变，并且由于到达的更晚，使得在该数据到达之前，会因为定时器超时而导致辅小区去激活。
99.如图3所示，假设终端设备20处的包1到达时刻为t01时刻，随后终端设备20向网络设备10发送310调度请求(scheduling request，sr)或缓存状态上报(buffer state report，bsr)。网络设备10在接收到该sr或bsr的t11时刻，启动或重置定时器，并向终端设备20发送320终端设备20可用的上行授权信息。终端设备20在接收320到上行授权信息的t21时刻启动定时器，并使用上行授权的传输资源开始针对包1执行上行传输。同样地，对于在t02时刻到达的包2执行类似的过程，由于从t11到t12的时长小于定时器的超时时长t0，于是在t12处，网络设备10重置定时器并向终端设备20发送330终端设备20可用的上行授权信息。类似地，终端设备20在接收到上行授权信息的t22时刻也重置定时器，并使用上行授权的传输资源开始针对包2执行上行传输。可见，在包1和包2的上行传输过程中，辅小区处于激活状态，由于包2与包1之间的周期小于定时器的超时时长，因此该过程中定时器未超时。在一些实施例中，在包1和包2的传输过程中，终端设备20可以通过预测等方式确定包3的到达时间变晚，即包3的到达时刻t03与包2的到达时刻t02之间的时间间隔t03-t02大于包2与包1之间的时间间隔t02-t01。那么，网络设备10在从t12时刻开始，之后的超时时长(假设为t0)之内不可能再接收到针对于包3的传输请求，那么在图3中所示的t2时刻，该辅小区被去激活了。类似地，对于终端设备20而言，从时刻t22经过时间长度t0之后，定时器超时(图3中未示出)。在所确定的包3到达时间变晚的情形下，已经被去激活的辅小区不能够继续用于辅助进行上行传输，因此终端设备20可以确定包3(包括包3之后的包4、包5)的传输时延会增加。进而，终端设备20可以确定去激活定时器不满足业务状态。
100.图4示出了根据本公开实施例的终端设备20确定定时器不满足业务状态的一种情形400的示意图。图4中终端设备20向网络设备10传输的数据包括包6、包7、包8
…
等等。终端设备20可以在传输包6和包7的过程中确定将要上行传输的包8、包9
…
的业务状态，并判断去激活定时器是否满足该业务状态。
101.举例来说，终端设备20可能确定将要上行传输的数据的周期发生变化(如周期变大)，每个包的大小不变，并且由于周期增大使得数据相对来说较晚到达，使得在该数据到达之前，会因为定时器超时而导致辅小区去激活。
102.如图4所示，假设终端设备20处的包6到达时刻为t06时刻，随后终端设备20向网络设备10发送410sr或bsr。网络设备10在接收到该sr或bsr的t16时刻，启动或重置定时器，并向终端设备20发送420终端设备20可用的上行授权信息。终端设备20在接收420到上行授权信息的t26时刻启动定时器，并使用上行授权的传输资源开始针对包6执行上行传输。同样地，对于在t07时刻到达的包7执行类似的过程，由于从t16到t17的时长小于定时器的超时时长t0，于是在t17处，网络设备10重置定时器并向终端设备20发送430终端设备20可用的上行授权信息。类似地，终端设备20在接收到上行授权信息的t27时刻也重置定时器，并使
用上行授权的传输资源开始针对包7执行上行传输。可见，在包6和包7的上行传输过程中，辅小区处于激活状态，由于包7与包6之间的周期小于定时器的超时时长，因此该过程中定时器未超时。在一些实施例中，在包6和包7的传输过程中，终端设备20可以通过预测等方式确定将要上行传输的包8、包9等的周期增大，即包8与包7之间的周期大于包7与包6之间的周期。那么，网络设备10在从t17时刻的t0时长内不可能再接收到针对于包8的传输请求，那么在图4中所示的t3时刻，该辅小区被去激活了。类似地，对于终端设备20而言，从时刻t27经过时间长度t0之后，定时器超时(图4中未示出)。在所确定的包8之后的周期变大的情形下，已经被去激活的辅小区不能够继续用于辅助进行上行传输，因此终端设备20可以确定包8(包括包8之后的包9)的传输时延会增加。进而，终端设备20可以确定去激活定时器不满足业务状态。
103.可理解，上面结合图3和图4仅给出了部分但不是限制性举例，也可以是其他情形导致的去激活定时器无法满足将要上行传输的数据的业务状态，这里不再一一罗列。
104.示例性地，终端设备20可以根据所确定的将要上行传输的数据的业务状态以及去激活定时器的超时时长，生成建议信息，并进一步地向网络设备10发送210该建议信息。具体地，该建议信息可以包括至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。可理解，该建议信息可以表示终端设备20对去激活定时器的超时时长进行更新或调整的建议。
105.在一些实施例中，定时器时长信息可以直接指示终端设备20对去激活定时器的超时时长的建议。即，终端设备20可以通过定时器时长信息t1表示其建议将超时时长更新为t1。在一些实施例中，定时器调整量信息可以间接指示终端设备20对去激活定时器的超时时长的建议。定时器调整量信息也可以称为定时器变化量信息或定时器变化信息，本公开对此不限定。示例性地，终端设备20可以通过定时器调整量信息δt表示其建议在原超时时长t0的基础上进行调整量δt的调整，以间接表示其建议的超时时长为t0+δt。可理解，调整量可以为正，即δt》0，以表示增量。调整量可以为负，即δt《0，以表示减量。本公开中可以统称为对定时器的建议，并且对定时器的建议包括定时时长信息或者定时器调整量信息。
106.示例性地，可以通过无线资源控制(radio resource control，rrc)消息发送210该建议信息。也就是说，该建议信息可以被包括在rrc消息中。可选地，rrc消息可以是3gpp标准版本16(r16)之前已经存在的任一rrc消息，或者可选地，rrc消息可以是r16中或之后才出现的任一rrc消息，或者可选地，rrc消息可以是针对该建议信息新定义的rrc消息。
107.在一个实施例中，rrc消息可以为rrc连接恢复完成(rrc connection resume complete)消息。也就是说，终端设备20可以向网络设备10发送210rrc连接恢复完成消息，该rrc连接恢复完成消息中包括建议信息。
108.在另一个实施例中，rrc消息可以为rrc建立完成(rrc setup complete)消息。也就是说，终端设备20可以向网络设备10发送210rrc建立完成消息，该rrc建立完成消息中包括建议信息。
109.在又一个实施例中，rrc消息可以是rrc重配置完成(rrc reconfiguration complete)消息。也就是说，终端设备20可以向网络设备10发送210rrc重配置完成消息，该rrc重配置完成消息中包括建议信息。
110.在一些实施例中，可以新定义rrc消息以发送该建议信息。举例来说，新定义的rrc消息可以是rrc推荐(rrc recommendation)消息或者ai辅助消息或者其他消息，等等。在一个实施例中，rrc消息可以是rrc推荐(rrc recommendation)消息。也就是说，终端设备20可以向网络设备10发送210rrc推荐消息，该rrc推荐消息中包括建议信息。
111.示例性地，通过rrc消息发送210建议信息时，该建议信息可以承载在rrc消息的一个或一些特定的字段中。在一些实施例中，特定的字段可以是保留字段、新定义的字段、已有的其它用途的字段，等等。作为一例，可以通过rrc消息中的保留字段来传输该建议信息。作为另一例，可以通过rrc消息中的已有字段来传输该建议信息，例如可以是ue辅助信息字段(ueassistanceinformation)。作为再一例，可以通过rrc消息中新定义的额外字段来传输该建议信息，例如可以是rrc推荐消息或ai辅助消息中额外定义的ai辅助信息字段。
112.如此，本公开中通过rrc消息来传输建议信息，能够充分利用已有的rrc格式，能够使得网络设备10及时准确地获取建议信息。
113.应理解的是，尽管上面以通过rrc消息来发送该建议信息，但是本公开不限于此。例如，可以通过其他类型的rrc消息或者通过rrc消息之外的其他消息来发送建议信息，本公开对此不限定。
114.在该实现方式中，建议信息包括至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。在一些实施例中，至少一个辅小区的去激活定时器可以包括终端设备20与网络设备10的上下行去激活定时器。在一些实施例中，至少一个辅小区的去激活定时器可以包括终端设备20与网络设备10的上行去激活定时器。
115.在一些实施例中，定时器时长信息可以指示终端设备20对至少一个辅小区的去激活定时器的超时时长的更新的建议。例如定时器时长信息可以表示为t1，用于表示终端设备20建议将至少一个辅小区的去激活定时器的超时时长更新为t1。
116.在一些实施例中，定时器调整量信息可以指示终端设备20对至少一个辅小区的去激活定时器的超时时长进行调整的建议。例如定时器调整量信息可以表示为δt，用于表示终端设备20建议将至少一个辅小区的去激活定时器的超时时长进行调整，且调整量δt大于0表示增量，调整量δt小于0表示减量。
117.举例来说，如果终端设备20根据将要上行传输的数据的业务状态，得出期望的超时时长为t1，那么在一些实施例中可以通过定时器时长信息t1来直接指示，在另一些实施例中可以通过定时器调整量信息δt＝t1-t0间接指示。可理解，δt可以为正值，表示调整量为正，即对去激活定时器超时时长增大的建议。δt可以为负值，表示调整量为负，即对去激活定时器超时时长减小的建议。
118.可选地，针对存在一个上下行定时器的场景，可以通过辅小区去激活定时器偏好的字段，如scelldeactivationtimerpreference，来承载定时器时长信息t1。可选地，针对存在一个上行定时器的场景，可以通过辅小区去激活定时器偏好的字段或者辅小区上行去激活定时器偏好的字段，如scelldeactivationtimerpreference或scelluldeactivationtimerpreference，来承载定时器时长信息t1。可选地，针对存在上行定时器和下行定时器的场景，对其中上行定时器的建议可以通过辅小区上行去激活定时器偏好的字段，如scelluldeactivationtimerpreference，来承载定时器时长信息t1。举例来说，定时器时长信息的取值范围可以是：ms20，ms40，ms80，
…
，ms1280。当然应理解，也可以采用其他的形式和范
围来表示定时器时长信息。
119.可选地，可以使用选择(choice)结构或枚举(enumerate)结构来承载定时器调整量信息。可理解，也可以使用其他类似的或完全不同的结构来承载定时器调整量信息，本公开对此不限定。
120.在一些实施例中，附加地，建议信息还可以进一步包括以下至少一种：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
121.如此，网络设备10在接收到建议信息时，可以同时得到终端设备20在确定建议信息时的一些参考信息，从而能够便于网络设备10考虑更全面的参考信息来确定配置参数，提高了精确性。
122.在一些实施例中，建议信息还可以进一步包括有效时间信息，用于表示建议信息的有效时间，例如所建议的定时器时长信息或者定时器调整量信息的有效时间。也就是说，在超过该有效时间之后，不再建议该定时器时长信息或者定时器调整量信息。具体地，在使用ai算法进行预测时，可以得到对定时器的建议信息(如直接建议的时长信息t1或间接建议的调整量信息δt)所对应的有效时间。示例性地，可以使用枚举(enumerate)结构来承载该有效时间信息。可理解，也可以使用其他类似的或完全不同的结构来承载有效时间信息，本公开对此不限定。举例来说，可以通过枚举结构m0.1，m0.2，m0.5，m1，m2，m4，m8，m10来依次表示0.1分钟，0.2分钟，0.5分钟，1分钟，2分钟，4分钟，8分钟，10分钟。
123.在一些实施例中，建议信息还可以进一步包括概率信息，用于表示建议信息的置信度，例如所建议的定时器时长信息或者定时器调整量信息的置信度。具体地，终端设备20在使用ai算法进行预测时，可能会得出多个定时器时长信息或者定时器调整量信息，并同时得出对应的概率信息。
124.以定时器时长信息为例，例如，定时器时长信息t11，对应概率信息p11；定时器时长信息t12，对应概率信息p12。以定时器调整量信息为例，例如，定时器调整量信息δt21，对应概率信息p21；定时器调整量信息δt22，对应概率信息p22。
125.以定时器时长信息为例，在一些实施例中，建议信息可以包括概率信息最大的一个定时器时长信息。附加地，还可以包括该一个定时器时长信息对应的概率信息。在另一些实施例中，建议信息可以包括多组定时器时长信息及对应的概率信息。举例来说，建议信息可以包括概率信息最大的预设数量组。例如，预设数量为n。那么，可以将概率信息进行降序排列，获取排在最前面的n组作为建议信息，作为一个示例，如下表1所示。
126.表1
127.定时器时长信息概率信息t11p11t12p12t12p13
……
128.示例性地，可以使用枚举结构来承载该对应的概率信息。在一些实施例中，可以通过第一预设长度的枚举结构来表示概率信息。例如，通过4比特(bit)枚举结构表示任一概率：0％,5％,10％,15％,20％,30％,37％,44％,50％,56％,63％,70％,80％,90％,95％,100％。示例性地，也可以通过5比特枚举结构来表示概率信息。例如，可以在上述4比特所表
示的概率信息之间增加一个中间值。可理解的是，也可以使用其他的结构或方式来承载概率信息，本公开对此不限定。
129.在一些实施例中，建议信息还可以进一步包括目标信息，用于表示建议信息所基于的目标，例如所建议的定时器时长信息或者定时器调整量信息所基于的目标。具体地，终端设备20在使用ai算法进行预测时，可以是为了一定的目标而得到的建议，那么目标信息可以是指在得到建议时的目标。示例性地，目标信息可以包括：节能(energy saving)目标、低时延(low latency)目标、高可靠性(high reliability)目标等。
130.示例性地，可以使用第二预设长度的枚举结构来表示该目标信息。在一个示例中，可以使用1比特枚举结构来承载该目标信息，例如“0”表示节能目标，“1”表示低时延目标。在另一个实例中，可以使用2比特枚举结构来承载该目标信息，例如“00”表示节能目标，“01”表示低时延目标，“10”表示高可靠性目标。并且，可理解的是，也可以使用其他的结构或方式来承载该目标信息，本公开对此不限定。
131.在一些实施例中，建议信息还可以进一步包括奖励反馈信息，用于表示终端设备20在确定建议信息时的观测结果，例如在确定所建议的定时器时长信息或者定时器调整量信息时的观测结果。示例性地，可以是终端设备20在确定定时器时长信息或定时器调整量信息时，所确定的网络设备10对其的奖励反馈。具体地，终端设备20在使用ai算法(如强化学习)进行预测时，可以同时预测得到奖励反馈。
132.示例性地，可以使用第三预设长度的枚举结构来表示该奖励反馈信息。例如使用10比特枚举结构来承载该奖励反馈信息，如表示-1024，-1022，
…
，1022，1024。可选地，该奖励反馈信息的最大值可以是网络设备10预先配置的，例如可以是1024。可理解的是，也可以使用其他的结构或方式来承载该奖励反馈信息，本公开对此不限定。
133.应注意，尽管上述分别举例示出了“第一预设长度”，“第二预设长度”以及“第三预设长度”，但是不代表这三者互不相等，实际上，本公开中的“第一”，“第二”和“第三”是彼此独立互不依赖的，例如可以互不相等，某两个相等或全部相等，本公开对此不限定。
134.基于上述的描述，在本实现方式中，建议信息可以包括定时器时长信息或者定时器调整量信息，还可以进一步包括：有效时间信息、概率信息、目标信息、奖励反馈信息或其任意组合。在一些实施例中，终端设备20可以通过rrc消息中的上行配置偏好列表(uplinkconfiguredpreferencelist)来指示该建议信息包括哪些类别。
135.在一些实施例中，可以指示建议信息中包括的类别以及建议信息的数量。举例来说，可以指示建议信息中包括的类别为：对定时器的建议、有效时间信息、概率信息、目标信息和奖励反馈信息。可以指示建议信息的数量为n，n为正整数。
136.以n＝3为例，建议信息可以包括以下3组：(1)对定时器的建议1、有效时间信息1、概率信息1、目标信息1和奖励反馈信息1；(2)对定时器的建议2、有效时间信息2、概率信息2、目标信息2和奖励反馈信息2；和(3)对定时器的建议3、有效时间信息3、概率信息3、目标信息3和奖励反馈信息3。
137.如此，网络设备10能够准确地知道rrc消息中的建议信息包含哪些类别，从而能够更快地进行解析和处理，提高了处理效率。
138.可理解，在该实现方式中，网络设备10接收210来自终端设备20的rrc消息，该rrc消息中包括建议信息。可选地，该rrc消息可以是以下消息之一：rrc连接恢复完成消息、rrc
建立完成消息、rrc重配置完成消息、rrc推荐消息或者ai辅助消息。
139.如图2所示，在一些实施例中，网络设备10可以基于接收到的建议信息确定220对至少一个辅小区进行激活或去激活的配置参数。
140.具体地，网络设备10可以根据建议信息以及该网络设备10的负载状态，确定220对至少一个辅小区进行激活或去激活的配置参数。
141.在该实现方式中，配置参数可以包括对至少一个辅小区的去激活定时器的定时时长的配置信息，或者对至少一个辅小区的去激活定时器的调整量的配置信息。
142.如图2所示，在一些实施例中，终端设备20可以接收230来自网络设备10的配置参数。
143.在一些实施例中，终端设备20可以接收230来自网络设备10的rrc重配置消息，该rrc重配置消息中包括配置参数。
144.配置参数可以指示对至少一个辅小区的去激活定时器的更新信息，可以显式指示或者可以隐式指示。在一些实施例中，配置参数可以包括对至少一个辅小区的去激活定时器的定时时长的配置信息，用于指示去激活定时器的超时时长更新为该配置参数所指示的定时时长。在另一些实施例中，配置参数可以包括对至少一个辅小区的去激活定时器的调整量的配置信息，用于指示在去激活定时器的超时时长基础上执行该配置参数所指示的调整量。
145.附加地或可选地，如图2所示，在一些实施例中，终端设备20可以根据该配置参数更新232至少一个辅小区的去激活定时器。例如，可以假设将超时时长从t0更新为t2。进一步地，在更新后的去激活定时器未超时的情况下，终端设备20可以进行上行数据传输。
146.这样，在该实现方式中，终端设备20可以通过rrc消息向网络设备10发送关于至少一个辅小区的去激活定时器的建议，能够使得网络设备10及时获取终端设备20对去激活定时器的需求，进而有助于网络设备10及时调整辅小区的去激活定时器，确保了终端设备20处的数据传输效率，提升了资源利用率。
147.在另一种实现方式中，建议信息可以以显示的方式来指示对至少一个辅小区激活或去激活的建议。例如可以通过指示符的方式来指示，例如指示符为第一值表示对应的辅小区去激活，指示符为第二值表示对应的辅小区激活，第二值不等于第一值。
148.附加地或可选地，如图2所示，终端设备20可以确定202将要上行传输的数据的业务状态；并判断204至少一个辅小区的激活或去激活是否满足该业务状态。进一步地，如果通过判断确定不满足业务状态，则终端设备20发送210建议信息。在一些实施例中，建议信息可以包括与至少一个辅小区激活或去激活对应的指示符。
149.举例来说，如果终端设备20确定：在将要上行传输的数据的到达时间，辅小区处于去激活状态；或者，在将要上行传输的数据的到达时间，辅小区虽然处于激活状态，但是可用的传输资源(如时频资源)太小，无法满足该数据的上行传输；等等。
150.本实现方式中终端设备20确定业务状态、判断是否满足的方式可以参加上一实现方式中的相关实施例的描述，为避免重复，这里不再赘述。
151.在一些实施例中，终端设备20可以根据所确定的将要上行传输的数据的业务状态以及至少一个辅小区的激活或去激活状态，生成建议信息，并进一步地向网络设备10发送210该建议信息。该建议信息可以指示对至少一个辅小区的激活或去激活的建议。在该实施
例中，若辅小区处于去激活状态，则上行传输和下行传输都被去激活。
152.在另一些实施例中，该建议信息可以指示对至少一个辅小区的上行链路的激活或去激活，而对于至少一个辅小区的下行链路的激活或去激活不提供建议。在该实施例中，若辅小区的上行链路处于去激活状态，则上行传输被去激活，而下行传输可能处于激活也可能被去激活。
153.示例性地，终端设备20可以通过第一媒体接入控制(medium access control，mac)控制元素(control element，ce)发送210该建议信息。也就是说，该建议信息可以被包括在第一mac ce中。示例性地，第一mac ce为上行mac ce。
154.示例性地，可以通过第一mac ce中的mac子报头中的逻辑信道标识符(logical channel identity，lcid)来指示该第一mac ce中包含建议信息。lcid可以具有预定义的长度，例如6比特(bit)。在一些实施例中，lcid可以使用保留值，如33-51中的任一值。例如lcid＝33表示该第一mac ce中包含建议信息。相应的，可理解，当网络设备10接收到第一mac ce时，如果确定lcid＝33，则确定该第一mac ce中包含有建议信息，进一步可以读取或解析该建议信息。
155.如此，通过上行mac ce的mac子报头中的lcid等于任一保留值(如33-51中的任一值)，可以指示该上行mac ce是建议mac ce，从而实现了终端设备20与网络设备10之间对于消息内容的一致性，便于网络设备10快速准确地获取消息类型，并方便正确地解析出该建议信息。
156.在一些实施例中，可以在第一mac ce中，通过与辅小区对应的位置处的指示符来表示该建议信息。
157.附加地，在一些实施例中，建议信息还可以进一步包括以下至少一种：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
158.如此，网络设备10在接收到建议信息时，可以通过得出终端设备20在确定建议信息时的一些参考信息，从而能够便于网络设备10考虑更全面的参考信息来确定配置参数，提高了精确性。
159.在一些实施例中，建议信息还可以进一步包括有效时间信息，用于表示建议信息的有效时间，例如对至少一个辅小区的激活或去激活的建议的有效时间。也就是说，在超过该有效时间之后，该建议可以会被认为无效。具体地，在使用ai算法进行预测时，可以得到至少一个辅小区的激活或去激活所对应的有效时间。示例性地，可以使用第一长度比特数来承载该有效时间信息。例如，该有效时间可以是0.1分钟，0.2分钟，0.5分钟，1分钟，2分钟，4分钟，8分钟，10分钟等等。
160.在一些实施例中，建议信息还可以进一步包括概率信息，用于表示建议信息的置信度，例如对至少一个辅小区的激活或去激活的建议的置信度。具体地，终端设备20在使用ai算法进行预测时，可能会得出至少一个辅小区的激活或去激活，并同时得出对应的概率信息。
161.例如，第一辅小区激活，第二辅小区去激活，对应概率信息p14；第一辅小区激活，第二辅小区激活，对应概率信息p15。
162.在一些实施例中，建议信息可以包括概率信息的最大值对应的至少一个辅小区的激活或去激活的建议。附加地，还可以包括该最大值的概率信息。示例性地，可以使用第二
长度比特数来承载该概率信息。例如，该概率信息可以是0％,5％,10％,15％,20％,30％,37％,44％,50％,56％,63％,70％,80％,90％,95％,100％等等。
163.在一些实施例中，建议信息还可以进一步包括目标信息，用于表示建议信息所基于的目标，例如对至少一个辅小区的激活或去激活的建议所基于的目标。具体地，终端设备20在使用ai算法进行预测时，可以是为了一定的目标而得到的建议，那么目标信息可以是指得到建议时的目标信息。示例性地，目标信息可以包括：节能(energy saving)目标、低时延(low latency)目标、高可靠性(high reliability)目标。示例性地，可以使用三长度比特数来承载该目标信息。
164.在一些实施例中，建议信息还可以进一步包括奖励反馈信息，用于表示终端设备20在确定建议信息时的观测结果，例如在确定对至少一个辅小区的激活或去激活的建议时的观测结果。示例性地，可以是终端设备20在确定至少一个辅小区的激活去激活时，所确定的网络设备10对其的奖励反馈。具体地，终端设备20在使用ai算法(如强化学习)进行预测时，可以同时预测得到奖励反馈。
165.示例性地，可以使用第四长度比特数来承载该奖励反馈信息。例如奖励反馈信息可以是-1024，-1022，
…
，1022，1024等等。可选地，该奖励反馈信息的最大值可以是网络设备10预先配置的，例如可以是1024。
166.应注意，尽管上述分别举例示出了“第一长度比特数”，“第二长度比特数”，“第三长度比特数”以及“第四长度比特数”，但是不代表它们互不相等，实际上，本公开中的“第一”，“第二”，“第三”和“第四”是彼此独立互不依赖的，例如可以互不相等，部分(如某两个)相等或全部相等，本公开对此不限定。
167.基于上述的描述，在本实现方式中，建议信息可以包括至少一个辅小区的激活去激活，例如通过指示符来表示。建议信息还可以进一步包括以下至少一种：有效时间信息、概率信息、目标信息、或者奖励反馈信息。
168.图5示出了根据本公开实施例的mac ce中承载建议信息的一个示意性结构500。在结构500中，r表示与主小区对应的比特位，可以使用缺省值或保留值。该结构500中的c1至c7可以用于表示第一辅小区至第七辅小区的激活或去激活的指示符。另外，如图5所示，结构500中还包括有除指示符之外的其他信息，具体地，et表示有效时间信息(effective time length)，tg可以表示目标信息(target)，p可以表示概率信息，rw可以表示奖励反馈信息(reward)。
169.终端设备20可以在该mac ce中通过辅小区索引(scellindex)i来指示是否存在对应的ci。相应地，网络设备10可以通过辅小区索引(scellindex)i来获取对应的ci。类似地，如果不存在辅小区索引j，则网络设备10可以忽略对应的cj。在一些实施例中，可以通过ci＝第一值表示对应的辅小区去激活，可以通过ci＝第二值表示对应的辅小区激活。例如，第一值为0，第二值为1。
170.可理解的是，图5的结构500中r和c1至c7共同占用1字节，并且应理解图5的结构500仅是一个示例而非限制。
171.在一些实施例中，第一mac ce的mac子报头中lcid可以被设定为第一保留值，如33，用于指示第一mac ce中包括与7个辅小区对应的指示符。可理解，如果辅小区的数量小于或等于7，那么可以使用如图5所示的结构500。
172.在一些实施例中，图5中的c1至c7的顺序可以与该终端设备20的服务小区中所有辅小区的顺序是对应的。举例来说，假设第一辅小区scell1提供下行链路辅助传输，第二辅小区scell2提供上行链路和下行链路的辅助传输，那么c1与第一辅小区scell1对应，可以是缺省值或保留值，c2与第二辅小区scell2对应，可以是激活或去激活的指示符。
173.在另一些实施例中，图5中的c1至c7的顺序可以与该终端设备20的服务小区中提供上行辅助的所有辅小区的顺序是对应的。举例来说，假设第一辅小区scell1提供下行辅助，第二辅小区scell2提供上行和下行辅助，
…
，第m辅小区scellm提供上行辅助。按照辅小区的顺序来看，scell2是为终端设备20提供上行辅助的第一个辅小区，因此c1与该第二辅小区scell2对应，可以是激活或去激活的指示符。如此，只针对于提供上行辅助的辅小区提出建议信息，能够充分利用mac ce中的各个字符，避免存在过多的无效字符，节省了传输资源，提升了传输效率。
174.在一些实施例中，可以使用第一值表示去激活，使用不同于第一值的第二值表示激活。作为一例，第一值为0，第二值为1。应理解的是，也可以通过其他方式分别表示去激活和激活，本公开对此不限定。
175.图6示出了根据本公开实施例的mac ce中承载建议信息的另一个示意性结构600。在结构600中，r表示与主小区对应的比特位，可以使用缺省值或保留值。结构600中还包括c1至c
31
，对应31个辅小区的激活或去激活的指示符。另外，如图6所示，结构600中还包括有除指示符之外的其他信息，具体地，et表示有效时间信息(effective time length)，tg可以表示目标信息(target)，p可以表示概率信息，rw可以表示奖励反馈信息(reward)。
176.可理解的是，图6的结构600中r和c1至c
31
共同占用4字节，并且应理解图6的结构600仅是一个示例而非限制。
177.在一些实施例中，第一mac ce的mac子报头中lcid可以被设定为第二保留值，如34，用于指示第一mac ce中包括有与31个辅小区对应的指示符。可理解，如果辅小区的数量大于7且不大于31，那么可以使用如图6所示的结构600。
178.在一些实施例中，图6中的c1至c
31
的顺序可以与该终端设备20的服务小区中所有辅小区的顺序是对应的。或者，图6中的c1至c
31
的顺序可以与该终端设备20的服务小区中提供上行辅助的所有辅小区的顺序是对应的。可以类似地参照上述结合图5所描述内容，此处不再赘述。
179.类似地，可以通过辅小区索引(scellindex)i来指示可以获取对应的ci。如果不存在辅小区索引j，则可以忽略对应的cj。
180.应当注意的是，尽管图5和图6中示出了建议信息包括有效时间信息、目标信息、概率信息和奖励反馈信息，但是本公开对此不限定，例如可以只包括有效时间信息、目标信息、概率信息和奖励反馈信息中的部分，甚至不包括任一项。另外，即使图5和图6中示出了有效时间信息、目标信息、概率信息和奖励反馈信息分别占用的比特数，如有效时间信息占用的第一长度比特数为2，目标信息占用的第二长度比特数为2，概率信息占用的第三长度比特数为4，奖励反馈信息占用的第四长度比特数为8。但是本公开对此不限定，例如其中任一项可以占用更多或更少的比特数。以目标信息为例，在一个示例中，第二长度比特数可以为2，例如“tg＝00”表示节能目标，“tg＝01”表示低时延目标，“tg＝10”表示高可靠性目标。在另一个示例中，第二长度比特数可以为1，例如“tg＝0”表示节能目标，“tg＝1”表示低时
延目标。
181.可理解，在该实现方式中，网络设备10可以接收210来自终端设备20的第一mac ce，该第一mac ce中包括建议信息。
182.在该实现方式中，如图2所示，在一些实施例中，网络设备10可以基于接收到的建议信息确定220对至少一个辅小区进行激活或去激活的配置参数。
183.具体地，网络设备10可以根据建议信息以及该网络设备10的负载状态，确定220对至少一个辅小区进行激活或去激活的配置参数。在该实现方式中，配置参数可以包括对至少一个辅小区激活或去激活的配置信息。
184.在一些实施例中，配置参数也可以称为空口参数或者空口配置参数等，本公开对此不限定。如此，本公开中网络设备10在确定配置参数时考虑终端设备20的建议信息，能够使所确定的配置参数满足终端设备20的需求，例如达到终端设备20处上行业务低时延、节能的需求等。
185.如图2所示，终端设备20可以接收230来自网络设备10的配置参数。
186.在一些实施例中，终端设备20接收230来自网络设备10的第二mac ce，该第二mac ce中包括配置参数。示例性地，第二mac ce可以是下行mac ce。
187.配置参数可以指示至少一个辅小区的激活或去激活。在一些实施例中，第二mac ce的mac子报头中的lcid可以等于58或者等于57，分别用于表示使用1字节或4字节的结构来指示辅小区的激活或去激活。
188.附加地或可选地，如图2所示，在一些实施例中，终端设备20可以根据该配置参数更新232至少一个辅小区的激活或去激活的状态。例如，某个辅小区原为去激活，该配置参数中该辅小区为激活，那么可以将该辅小区更新为激活。进一步地，终端设备20可以基于更新后的至少一个辅小区的激活去激活，进行上行数据传输。
189.这样，在该实现方式中，可以通过mac ce向网络设备10发送关于至少一个辅小区激活或去激活的建议，能够使得网络设备10及时获取终端设备20对至少一个辅小区激活或去激活的需求，进而有助于网络设备10及时调整至少一个辅小区的激活或去激活，确保了终端设备20处的数据传输效率，提升了资源利用率。
190.由此，通过上面结合图2至图6所描述的实施例，终端设备20能够基于其将要传输的上行业务状态向网络设备10发送对至少一个辅小区激活或去激活的建议信息，从而网络设备10能够及时地调整或更新至少一个辅小区的激活或去激活，来辅助终端设备20处的数据传输，如此能够保证终端设备20处的传输效率，防止时延过大。以此方式，网络设备能够同时考虑网络设备和终端设备处的信息进行决策，考虑的因素更加全面，提升了决策的准确性，更能够实现对资源的合理配置。
191.图7示出了根据本公开实施例的通信装置700的示意框图。通信装置700可以被实现为终端设备20或者终端设备20中的芯片，本公开的范围在此方面不受限制。通信装置700可以被实现为上述各个实施例中的终端设备20或者终端设备20的一部分。
192.如图所示，通信装置700包括发送单元710，被配置为向网络设备10发送建议信息，该建议信息用于指示终端设备20对至少一个辅小区激活或去激活的建议。通信装置700还包括接收单元720，被配置为接收来自网络设备10的对至少一个辅小区进行激活或去激活的配置参数。
193.在某些实施例中，发送单元710被配置为向网络设备10发送rrc消息，该rrc消息中包括建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息、rrc推荐消息或者ai辅助消息。
194.在某些实施例中，建议信息可以包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
195.在某些实施例中，发送单元710被配置为向网络设备10发送mac ce，该mac ce中包括至少一个辅小区对应的激活或去激活的建议信息。
196.在某些实施例中，建议信息还可以包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
197.图7中的通信装置700能够用于执行上述结合图2的实施例中由终端设备20所实现的各个过程，为避免重复，这里不再赘述。
198.图8示出了根据本公开的一些实施例的通信装置800的示意框图。通信装置800可以被实现为网络设备10或者网络设备10中的芯片，本公开的范围在此方面不受限制。通信装置800可以被实现为上述各个实施例中的网络设备10或者网络设备10的一部分。
199.如图所示，通信装置800包括接收单元810，被配置为接收来自终端设备20的建议信息，该建议信息用于指示终端设备20对至少一个辅小区激活或去激活的建议。通信装置800还包括确定单元820，被配置为根据建议信息确定对至少一个辅小区进行激活或去激活的配置参数。通信装置800还包括发送单元830，被配置为向终端设备20发送配置参数。
200.在某些实施例中，接收单元810被配置为接收来自终端设备20的rrc消息，该rrc消息中包括建议信息，rrc消息为以下消息之一：rrc连接恢复完成消息、rrc建立完成消息、rrc重配置完成消息、rrc推荐消息或者ai辅助消息。
201.在某些实施例中，建议信息可以包括：至少一个辅小区的去激活定时器的定时器时长信息或者定时器调整量信息。
202.在某些实施例中，接收单元810被配置为接收来自终端设备20的mac ce，该mac ce中包括至少一个辅小区激活或去激活的建议信息。
203.在某些实施例中，确定单元820被配置为根据建议信息以及网络设备10的负载状态确定配置参数。
204.在某些实施例中，建议信息还可以包括以下至少一项：有效时间信息，概率信息，目标信息，或者奖励反馈信息。
205.图8中的通信装置800能够用于执行上述结合图2的实施例中由网络设备10所实现的各个过程，为避免重复，这里不再赘述。
206.图9示出了根据本公开实施例的示例设备900的简化框图。设备900可以用于实现如图1所示的终端设备20或网络设备10。如图所示，设备900包括一个或多个处理器910，耦合到处理器910的一个或多个存储器920，以及耦合到处理器910的通信模块940。
207.通信模块940可以用于双向通信。通信模块940可以具有用于通信的至少一个通信接口。通信接口可以包括与其他设备通信所必需的任何接口。
208.处理器910可以是适合于本地技术网络的任何类型，并且可以包括但不限于以下至少一种：通用计算机、专用计算机、微控制器、数字信号处理器(digital signal processor，dsp)、或基于控制器的多核控制器架构中的一个或多个。设备900可以具有多个
处理器，例如专用集成电路芯片，其在时间上从属于与主处理器同步的时钟。
209.存储器920可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于以下至少一种：只读存储器(read-only memory，rom)924、可擦除可编程只读存储器(erasable programmable read only memory，eprom)、闪存、硬盘、光盘(compact disc，cd)、数字视频盘(digital versatile disc,dvd)或其他磁存储和/或光存储。易失性存储器的示例包括但不限于以下至少一种：随机存取存储器(random access memory，ram)922、或不会在断电持续时间中持续的其他易失性存储器。
210.计算机程序930包括由关联处理器910执行的计算机可执行指令。程序930可以存储在rom 920中。处理器910可以通过将程序930加载到ram 920中来执行任何合适的动作和处理。
211.可以借助于程序930来实现本公开的实施例，使得设备900可以执行如参考图2中所讨论的任何过程。本公开实施例还可以通过硬件或通过软件和硬件的组合来实现。
212.在一些实施例中，程序930可以有形地包含在计算机可读介质中，该计算机可读介质可以包括在设备900中(诸如在存储器920中)或者可以由设备900访问的其他存储设备。可以将程序930从计算机可读介质加载到ram 922以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，例如rom、eprom、闪存、硬盘、cd、dvd等。
213.通常，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以用硬件实现，而其他方面可以用固件或软件实现，其可以由控制器，微处理器或其他计算设备执行。虽然本公开实施例的各个方面被示出并描述为框图，流程图或使用一些其他图示表示，但是应当理解，本文描述的框，装置、系统、技术或方法可以实现为，如非限制性示例，硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某种组合。
214.本公开还提供有形地存储在非暂时性计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令，例如包括在程序模块中的指令，其在目标的真实或虚拟处理器上的设备中执行，以执行如上参考图2的过程/方法。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或分割程序模块的功能。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。
215.用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
216.在本公开的上下文中，计算机程序代码或者相关数据可以由任意适当载体承载，以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质、等等。信号的示例可以包括电、光、无线电、声音或其它形式的传播信号，诸如载波、红外信号等。
217.计算机可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。计算机可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光存储设备、磁存储设备，或其任意合适的组合。
218.此外，尽管在附图中以特定顺序描述了本公开的方法的操作，但是这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤组合为一个步骤执行，和/或将一个步骤分解为多个步骤执行。还应当注意，根据本公开的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
219.以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在很好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各个实现方式。