一种定时器的启动方法及装置

相关技术的交叉引用

本申请基于申请号为PCT/CN2022/109357、申请日为2022年11月02日的PCT专利申请提出，并要求该PCT专利申请的优先权，该PCT专利申请的全部内容在此引入本申请作为参考。

技术领域

本公开涉及通信技术领域，尤其涉及一种定时器的启动方法及装置。

背景技术

目前，相关通信协议中同意对物联网(internet of things，IoT)终端设备只配置一个混合自动重传请求(hybrid automatic repeat request，HARQ)进程(process)，或者配置大于1个HARQ process。对于只配置一个HARQ process的情况，协议同意非连续接收非激活定时器(discontinuous reception inactivity timer，drx-inactivity timer)是在物理下行共享信道(physical downlink shared channel，PDSCH)或物理上行共享信道(physical uplink shared channel，PUSCH)传输的最后一个重复(repetition)所在的子帧启动。对于配置大于1个HARQ process的情况，如果收到物理下行控制信道(physicaldownlink control channel，PDCCH)指示的新传，drx-inactivity timer也会立即启动。

然而，对窄带(narrow band，NB)IOT终端设备，协议同时同意终端设备在窄带PDSCH接收结束后的12毫秒(ms)内，不监听窄带PDCCH，也就是不启动drx-inactivitytimer。这就与上述约定中的

drx-inactivity timer的启动时机产生了冲突。

发明内容

本公开实施例提供一种定时器的启动方法及装置。

本公开第一方面实施例提供一种定时器的启动方法，该方法由物联网终端设备执行，方法包括：

根据物理下行共享信道PDSCH、物理上行共享信道PUSCH、或物理下行控制信道PDCCH的传输时间信息及第一时长，确定非连续传输DRX非激活定时器的启动时刻；

在所述启动时刻，启动所述DRX非激活定时器。

本公开中，物联网终端设备根据PDSCH、PUSCH或PDCCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻，之后在DRX非激活定时器的启动时刻再启动DRX非激活定时器。由此，通过将DRX非激活定时器的启动时刻与对PDCCH进行监听的启动时刻尽量重叠，从而保证物联网终端设备可以对PDCCH进行可靠监听，提高了物联网通信系统的可靠性。

本公开第二方面实施例提供一种定时器的启动方法，该方法由网络设备执行，方法包括：

根据物理下行共享信道PDSCH、物理上行共享信道PUSCH、或物理下行控制信道PDCCH的传输时间信息及第一时长，确定物联网终端设备中非连续传输DRX非激活定时器的启动时刻。

本公开第三方面实施例提供一种通信装置，所述通信装置包括：

处理模块，用于根据物理下行共享信道PDSCH、物理上行共享信道PUSCH、或物理下行控制信道PDCCH的传输时间信息及第一时长，确定非连续传输DRX非激活定时器的启动时刻；

所述处理模块，还用于在所述启动时刻，启动所述DRX非激活定时器。

本公开第四方面实施例提供一种通信装置，所述通信装置包括：

处理模块，用于根据物理下行共享信道PDSCH、物理上行共享信道PUSCH、或物理下行控制信道PDCCH的传输时间信息及第一时长，确定物联网终端设备中非连续传输DRX非激活定时器的启动时刻。

本公开第五方面实施例提出了一种通信装置，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第一方面实施例所述的定时器的启动方法。

本公开第六方面实施例提出了一种通信装置，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行上述第二方面实施例所述的定时器的启动方法。

本公开第七方面实施例提出了一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面实施例所述的定时器的启动方法。

本公开第八方面实施例提出了一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第二方面实施例所述的定时器的启动方法。

本公开第九方面实施例提供一种通信系统，该系统包括第三方面所述的通信装置及第四方面所述的通信装置，或者，该系统包括第五方面所述的通信装置及第六方面所述的通信装置，或者，该系统包括第七方面所述的通信装置及第八方面所述的通信装置，或者，该系统包括第九方面所述的通信装置及第十方面所述的通信装置。

本公开第十方面实施例提出了一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使上述第一方面实施例所述的定时器的启动方法被实现。

本公开第十一方面实施例提出了一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使上述第二方面实施例所述的定时器的启动方法被实现。

本公开第十二方面实施例提出了一种计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面实施例所述的频域资源配置分配方法。

本公开第十三方面实施例提出了一种计算机程序产品，当其在计算机上运行时，使得计算机执行第二方面实施例所述的定时器的启动方法。

第十四方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持第一AMF实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十五方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十六方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第十七方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。

本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。

图1是本公开实施例提供的一种通信系统的架构示意图；

图2是本公开实施例提供的一种定时器的启动方法的流程示意图；

图3是本公开实施例提供的另一种定时器的启动方法的流程示意图；

图4是本公开实施例提供的另一种定时器的启动方法的流程示意图；

图5是本公开实施例提供的另一种定时器的启动方法的流程示意图；

图6是本公开实施例提供的另一种定时器的启动方法的流程示意图

图7是本公开实施例提供的又一种定时器的启动方法的流程示意图；

图8是本公开实施例提供的一种通信装置的结构示意图；

图9是本公开实施例提供的另一种通信装置的结构示意图；

图10是本公开实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于理解，首先介绍本公开涉及的术语。

1、物理下行共享信道(physical downlink shared channel，PDSCH)

PDSCH主要用于下行单播数据的传输，也可以用于寻呼消息和系统消息的传输。

2、物理上行共享信道(physical uplink shared channel，PUSCH)

对应于PDSCH的上行物理信道，用于传输上行业务数据，还可以用来承载上行控制信息(uplink control information，UCI)。

3、物理下行控制信道(physical downlink control channel，PDCCH)

PDCCH信道传输的是与PUSCH/PDSCH相关的下行控制信息(Downlink ControlInformation，DCI)，DCI信息包含了诸如资源块(rescourc block，RB)分配信息、HARQ标识等等若干相关内容。终端设备只有正确的解码到了DCI信息，才能正确的处理PDSCH数据或PUSCH数据。

4、混合自动重传请求HARQ

HARQ是为了更好的抗干扰和抗衰落，提高系统吞吐量(有效性)和数据传输的可靠性而研发的一种基于FEC(前向纠错)和ARQ(自动重传)的新型通信技术。

5、HARQ反馈被禁用(HARQ feedback disabling)

HARQ feedback disabling，是指接收方在接收到HARQ后，无需向发送方反馈HARQ确认(acknowledgement，ACK)消息，或者反馈HARQ非确认(negative acknowledgement，NACK)消息。

6、窄带物联网(Narrow Band Internet of Things,NB-IoT)

NB-IoT是IoT领域一个新兴的技术，支持低功耗设备在广域网的蜂窝数据连接，也被叫作低功耗广域网(low power wide area network，LPWAN)。

7、增强型机器类型通信(enhanced machine type communication，eMTC)

eMTC又叫做LTE-机器到机器(LTE-machine to machine，LTE-M)，是基于LTE演进的物联网技术。

8、非连续接收(discontinuous reception，DRX)

DRX的基本机制是为处于无线资源控制(radio resource control，RRC)连接态的终端设备配置一个DRX周期(cycle)。DRX cycle由“唤醒期(On Duration)”和“休眠期(Opportunity for DRX)”组成：在“On Duration”时间内，终端设备监听并接收PDCCH；在“Opportunity for DRX”时间内，终端设备不接收PDCCH以减少功耗。

9、非连续接收非激活定时器(discontinuous reception inactivity timer，drx-inactivity timer)

如果在On Duration期间有新的上行或下行数据需要进行传输时启动drx-InactivityTimer，用于指示终端设备还需要持续监听PDCCH的时长。只要有新的数据需要调度，就会启动(或者重启)该定时器。drx-InactivityTimer的作用是为了降低数据的处理时延。

请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络设备，两个或两个以上的终端设备。图1所示的通信系统以包括1个网络设备11和一个物联网终端设备12为例。

需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。

可选的，该通信系统中的网络设备11为网络侧用于发射或接收信号的实体。例如，演进型基站(evolved NodeB，eNB)、传输点(transmission reception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络设备可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。

本公开实施例中的物联网终端设备12为用户侧的一种用于接收或发射信号的实体。物联网终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。物联网终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

本通信系统中，物联网终端设备12可以实现本公开图2至图4任一实施例所示的方法，网络设备11可以实现本公开图5至图7任一实施例所示的方法。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“响应于”可以被解释成为“在……时”或“当……时”或“如果”。出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”、“高于”或“低于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义；术语“高于”涵盖了“高于等于”的含义，“低于”也涵盖了“低于等于”的含义。

本公开主要针对相关协议中同意的NB-IOT中drx-inactivity timer的启动时机与PDCCH的监听时机冲突，可能会导致drx-inactivity timer的启动时机提前，间接导致物联网终端设备监听窄带PDCCH的时间缩短的问题，提供了一种根据PDSCH、PUSCH或PDCCH的传输时间信息及第一时长，来确定drx-inactivity timer的启动时刻，从而保证drx-inactivity timer的启动时机可以满足物联网终端设备可以对PDCCH进行可靠监听的需求，提高了物联网通信系统的可靠性。

需要说明的是，本公开中的“多个重复”、“最后一个重复”等中的“重复”是指“重复传输”。举例来说，“PDSCH传输的多个重复中的最后一个重复所占用的子帧”，又可以描述为“PDSCH传输的多个重复传输中的最后一个重复传输所占用的子帧”等等。

下面结合各流程图，对本公开实施例提供的定时器的启动方法进行详细的说明。

请参见图2，图2是本公开实施例提供的一种定时器的启动方法的流程示意图。本实施例提供的方法，可以由物联网终端设备执行。如图2所示，该方法可以包括但不限于如下步骤：

步骤201，根据PDSCH、PUSCH、或PDCCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻。

可选的，可以根据PDSCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻；或者，也可以根据PUSCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻；或者，还可以根据PDCCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻。

步骤202，在启动时刻，启动DRX非激活定时器。

其中，传输时间信息，可以用于指示PDSCH传输的多个重复中的最后一个重复所占用的子帧的时域位置。或者，用于指示PUSCH传输的多个重复中的最后一个重复所占用的子帧的时域位置；或者，用于指示PDCCH传输所占用的时域位置。比如，传输时间信息，为PDSCH/PUSCH传输的多个重复中的最后一个重复所占用的子帧的起始时刻或者结束时刻,或者为PDCCH传输所占用的时域资源的起始时刻或结束时刻等，本公开对此不做限定。另外，第一时长，可以为物联网终端设备根据协议约定确定的时长，或者也可以为网络设备向物联网终端设备指示的，本公开对此不做限定。

可选的，在物联网终端设备被配置了一个下行(downlink，DL)HARQ进程、且HARQ反馈被禁用的情况下，确定DRX非激活定时器的启动时刻，为接收到PDSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过第一时长的时刻。

或者，在物联网终端设备被配置了一个DLHARQ进程、且HARQ反馈被禁用时，确定DRX非激活定时器的启动时刻，为接收到PDSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过第一时长的时刻。

也就是说，DRX非激活定时器的启动时刻＝PDSCH传输的多个重复(传输)中的最后一个重复(传输)所占用的子帧+T。其中，T为第一时长，其可以为任意大于或等于0的整数或小数，比如可以为0ms、1ms、3.5ms、4ms、5ms，7.6ms、10ms，12ms，13ms等等。可选的，在物联网终端设备被配置了一个上行(uplink，UL)HARQ进程、且UL HARQ为第一模式的情况下，确定DRX非激活定时器的启动时刻，为发送PUSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过第一时长的时刻。

或者，在物联网终端设备被配置了一个ULHARQ进程、且UL HARQ为第一模式时，确定DRX非激活定时器的启动时刻，为发送PUSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过第一时长的时刻。

其中，第一模式可以为B模式。由于B模式下，网络设备不基于PUSCH数据的译码结果进行重传调度，也就是网络设备不需要等待接收PUSCH，就可以调度重传。因此，本公开中，DRX非激活定时器可以在PUSCH发完后再经过第一时长就启动，来监听PDCCH。

也就是说，DRX非激活定时器的启动时刻＝PUSCH传输的多个重复(传输)中的最后一个重复(传输)所占用的子帧+T。其中，T为第一时长，其可以为任意大于或等于0的整数或小数，比如可以为0ms、1ms、3.5ms、4ms、5ms，7.6ms、10ms，12ms，13ms等等。

可选的，在网络设备为终端设备配置了调度偏移值的情况下，该第一时长还可以根据调度偏移值来确定。其中，调度偏移值为网络设备在下行链路与上行链路在未对齐时使用的帧定时值。可选的，调度偏移值可以为RRC配置参数中的Kmac参数。举例来说，第一时长＝调度偏移值+a，其中，a可以取任意大于或等于0的整数或小数，比如a的取值可以为0、1、1.8、2、2.4、3等等，本公开的对此不做限定。或者，在物联网终端设备被配置了多个DLHARQ进程的情况下，确定DRX非激活定时器的启动时刻，为接收到PDCCH指示的DL新传后，再经过第一时长的时刻；或者，在物联网终端设备被配置了多个UL HARQ进程的情况下，确定DRX非激活定时器的启动时刻，为接收到PDCCH指示的UL新传后，再经过第一时长的时刻。也就是说，若NB-IOT终端设备或者eMTC终端设备被配置了多个DL HARQ进程，那么即可在接收到PDCCH指示的DL/UL新传后，再延时第一时长后再启动DRX非激活定时器，来监听新的PDCCH。

本公开中，物联网终端设备根据PDSCH、PUSCH或PDCCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻，之后在DRX非激活定时器的启动时刻再启动DRX非激活定时器。由此，通过将DRX非激活定时器的启动时刻与对PDCCH进行监听的启动时刻尽量重叠，从而保证物联网终端设备可以对PDCCH进行可靠监听，提高了物联网通信系统的可靠性。

请参见图3，图3是本公开实施例提供的另一种定时器的启动方法的流程示意图。本实施例提供的方法，可以由物联网终端设备执行。如图3所示，该方法可以包括但不限于如下步骤：

步骤301，根据第一参数值，确定第一时长。

其中，第一参数值，为用于确定辅助物联网终端设备中DRX非激活定时器的启动时刻的数值，其可以为任一使得DRX非激活定时器的启动时刻在延迟了基于其确定的第一时长后，保证物联网终端设备可以对PDCCH进行可靠监听的数值。第一参数可以为某个固定值，比如为12ms；或者，也可以为某个取值范围内的任一值，比如第一参数值为{0,1,2,2.8,3,3.6,4……，13}中的任一值，本公开对此不做限定。

可选的，第一时长可以与第一参数值相同，或者，第一时长也可以与第一参数值间有固定关系，比如第一时长为第一参数值的1.5倍，2倍等等，本公开对此不做限定。

可选的，物联网终端设备可以根据协议约定，确定第一参数值；或者，根据网络设备的指示，确定第一参数值。

比如，物联网终端设备可以通过广播消息，或者无线资源控制(radio resourcecontrol，RRC)消息，接收网络设备发送的第一参数值等等，本公开对此不做限定。

步骤302，根据PDSCH、PUSCH、或PDCCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻。

步骤303，在启动时刻，启动DRX非激活定时器。

其中，上述步骤302-303的具体实现方式，可以参照本公开中任一实施例的详细描述，此处不再赘述。

本公开中，物联网终端设备首先根据第一参数值，确定第一时长，之后再确定DRX非激活定时器的启动时刻位于PDSCH/PUSCH传输的多个重复中的最后一个重复占用的子帧后并经过第一时长的时刻，或者位于接收到PDCCH指示的新传后再经过第一时长的时刻。由此，通过将DRX非激活定时器的启动时刻与对PDCCH进行监听的启动时刻尽量重叠，从而保证物联网终端设备可以对PDCCH进行可靠监听，提高了物联网通信系统的可靠性。

请参见图4，图4是本公开实施例提供的另一种定时器的启动方法的流程示意图。本实施例提供的方法，可以由物联网终端设备执行。如图4所示，该方法可以包括但不限于如下步骤：

步骤401，接收网络设备发送的调度偏移值。

其中，调度偏移值为网络设备在下行链路与上行链路在未对齐时使用的帧定时值。可选的，调度偏移值可以为RRC配置参数中的Kmac参数。

可选的，物联网终端设备可以通过无线资源控制(radio resource control，RRC)消息，接收网络设备发送的调度偏移值，本公开对此不做限定。

步骤402，根据调度偏移值及第二参数值，确定所述第一时长。

其中，第二参数值，为用于与调度偏移值共同确定辅助物联网终端设备中DRX非激活定时器的启动时刻的数值，其可以为任一使得DRX非激活定时器的启动时刻，在延迟了基于其及调度偏移值确定的第一时长后，保证物联网终端设备可以对PDCCH进行可靠监听的数值。第二参数可以为某个固定值，比如为3；或者，也可以为某个取值范围内的任一值，比如第二参数值为{0,1,1.5,2,2.8,3,4……}中的任一值，本公开对此不做限定。

可选的，第一时长＝调度偏移值+第二参数值。

在一些可能的实现形式中，若调度偏移值+第二参数值的取值为非整数，那么第一时长，还可以为对“调度偏移值+第二参数值”向上或向下取整后的值。为了尽量避免DRX非激活定时器的启动时机早于物联网终端设备启动监听PDCCH的时机，本公开中，可以将“调度偏移值+第二参数值”向上取整的值，确定为第一时长。举例来说，若调度偏移值+第二参数值＝3.5，那么第一时长可以确定为4。

步骤403，根据PUSCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻。

步骤404，在启动时刻，启动DRX非激活定时器。

上述步骤步骤403-404的具体实现方式，可以参照本公开中任一实施例的详细描述，此处不再赘述。

需要说明的是，由于调度偏移值为网络设备在接收到上行数据后，确定的帧定时值，因此物联网终端设备可以基于调度偏移值确定的第一时长，来确定PUSCH传输后DRX非激活定时器的启动时机。

也就是说，若物联网终端设备已接收到了调度偏移值，那么即可在PUSCH传输的多个重复中的最后一个重复所在的帧传输后，再延迟第一时长后再启动DRX非激活定时器，来监听PDCCH。

本公开中，物联网终端设备在接收到调度偏移值时，首先根据第二参数值及调度偏移值，确定第一时长，之后再确定DRX非激活定时器的启动时刻位于PUSCH传输的多个重复中的最后一个重复占用的子帧后并经过第一时长的时刻。由此，通过将DRX非激活定时器的启动时刻与对PDCCH进行监听的启动时刻尽量重叠，从而保证物联网终端设备可以对PDCCH进行可靠监听，提高了物联网通信系统的可靠性。

请参见图5，图5是本公开实施例提供的另一种定时器的启动方法的流程示意图，该方法由网络设备执行。如图5所示，该方法可以包括但不限于如下步骤：

步骤501，根据PDSCH、PUSCH、或PDCCH的传输时间信息及第一时长，确定物联网终端设备中DRX非激活定时器的启动时刻。

可选的，可以根据PDSCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻；或者，也可以根据PUSCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻；或者，还可以根据PDCCH的传输时间信息及第一时长，确定DRX非激活定时器的启动时刻。

其中，传输时间信息，可以用于指示PDSCH传输的多个重复中的最后一个重复所占用的子帧的时域位置。或者，用于指示PUSCH传输的多个重复中的最后一个重复所占用的子帧的时域位置；或者，用于指示PDCCH传输所占用的时域位置。比如，传输时间信息，为PDSCH/PUSCH传输的多个重复中的最后一个重复所占用的子帧的起始时刻或者结束时刻,或者为PDCCH传输所占用的时域资源的起始时刻或结束时刻等，本公开对此不做限定。

另外，第一时长，可以为网络设备根据协议约定确定的时长，本公开对此不做限定。

可选的，在物联网终端设备被配置了一个下行(downlink，DL)HARQ进程、且HARQ反馈被禁用的情况下，确定DRX非激活定时器的启动时刻，为接收到PDSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过第一时长的时刻。

或者，在物联网终端设备被配置了一个DLHARQ进程、且HARQ反馈被禁用时，确定DRX非激活定时器的启动时刻，为接收到PDSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过第一时长的时刻。

也就是说，DRX非激活定时器的启动时刻＝PDSCH传输的多个重复(传输)中的最后一个重复(传输)所占用的子帧+T。其中，T为第一时长，其可以为任意大于或等于0的整数或小数，比如可以为0ms、1ms、3.5ms、4ms、5ms，7.6ms、10ms，12ms，13ms等等。

可选的，在物联网终端设备被配置了一个上行(uplink，UL)HARQ进程、且UL HARQ为第一模式的情况下，确定DRX非激活定时器的启动时刻，为发送PUSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过第一时长的时刻。

或者，在物联网终端设备被配置了一个ULHARQ进程、且UL HARQ为第一模式时，确定DRX非激活定时器的启动时刻，为发送PUSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过第一时长的时刻。

其中，第一模式可以为B模式。由于B模式下，网络设备不基于PUSCH数据的译码结果进行重传调度，也就是网络设备不需要等待接收PUSCH，就可以调度重传。因此，本公开中，网络设备可以确定物联网终端设备中的DRX非激活定时器可以在PUSCH发完后再经过第一时长后启动，网络设备即可在DRX非激活定时器启动时刻，或者启动后再向物联网终端设备发送PDCCH，从而保证物联网终端设备可以可靠监听到PDCCH。

也就是说，DRX非激活定时器的启动时刻＝PUSCH传输的多个重复(传输)中的最后一个重复(传输)所占用的子帧+T。其中，T为第一时长，其可以为任意大于或等于0的整数或小数，比如可以为0ms、1ms、3.5ms、4ms、5ms，7.6ms、10ms，12ms，13ms等等。

可选的，在网络设备为终端设备配置了调度偏移值的情况下，该第一时长还可以根据调度偏移值来确定。其中，调度偏移值为网络设备在下行链路与上行链路在未对齐时使用的帧定时值，可选的，调度偏移值可以为RRC配置参数中的Kmac参数。

举例来说，第一时长＝调度偏移值+a，其中，a可以取任意大于或等于0的整数或小数，比如a的取值可以为0、1、1.8、2、2.4、3等等，本公开的对此不做限定。

或者，在物联网终端设备被配置了多个DL HARQ进程的情况下，确定DRX非激活定时器的启动时刻，为接收到PDCCH指示的DL新传后，再经过第一时长的时刻；或者，在物联网终端设备被配置了多个UL HARQ进程的情况下，确定DRX非激活定时器的启动时刻，为接收到PDCCH指示的UL新传后，再经过第一时长的时刻。

也就是说，若NB-IOT终端设备或者eMTC终端设备被配置了多个DL HARQ进程，那么其即可在接收到PDCCH指示的DL/UL新传后，再延时第一时长后再启动DRX非激活定时器，网络设备即可在DRX非激活定时器启动时刻或者启动后，再向物联网终端设备发送PDCCH，从而保证物联网终端设备可以可靠监听到PDCCH。

需要说明的是，本公开中，网络设备在确定了物联网终端设备中的DRX非激活定时器的启动时刻后，即可基于该时刻进行PDCCH的发送。比如在DRX非激活定时器的启动时刻开始发送PDCCH，或者在DRX非激活定时器的启动时刻之后，开始发送PDCCH。从而保证联网终端设备基于DRX非激活定时器进行PDCCH时，可以可靠监听到PDCCH。

本公开中，网络设备根据PDSCH、PUSCH或PDCCH的传输时间信息及第一时长，确定物联网终端设备中的DRX非激活定时器的启动时刻，之后再进行PDCCH的传输。从而保证基于DRX非激活定时器的启动监听PDCCH的物联网终端设备可以可靠监听到PDCCH，提高了物联网通信系统的可靠性。

请参见图6，图6是本公开实施例提供的又一种定时器的启动方法的流程示意图，该方法由网络设备执行。如图6所示，该方法可以包括但不限于如下步骤：

步骤601，根据第一参数值，确定第一时长。

其中，第一参数值，为用于确定辅助物联网终端设备中DRX非激活定时器的启动时刻的数值，其可以为任一使得物联网终端设备中DRX非激活定时器的启动时刻在延迟了基于其确定的第一时长后，保证物联网终端设备可以对PDCCH进行可靠监听的数值。第一参数可以为某个固定值，比如为12ms；或者，也可以为某个取值范围内的任一值，比如第一参数值为{0,1,2,2.8,3,3.6,4……，13}中的任一值，本公开对此不做限定。

可选的，第一时长可以与第一参数值相同，或者，第一时长也可以与第一参数值间有固定关系，比如第一时长为第一参数值的1.5倍，2倍等等，本公开对此不做限定。

可选的，网络设备和物联网终端设备，可以分别根据协议约定，确定第一参数值。或者，网络设备还可以将确定的第一参数值发送给物联网终端设备。

比如，网络设备可以通过广播消息，或者无线资源控制(radio resourcecontrol，RRC)消息，向物联网终端设备发送的第一参数值等等，本公开对此不做限定。

步骤602，根据PDSCH、PUSCH、或PDCCH的传输时间信息及第一时长，确定物联网终端设备中DRX非激活定时器的启动时刻。

步骤603，根据物联网终端设备中DRX非激活定时器的启动时刻，向物联网终端设备发送PDCCH。

可选的，网络设备可以在物联网终端设备中DRX非激活定时器的启动时刻，开始向物联网终端设备发送PDCCH；或者，也可以在物联网终端设备中DRX非激活定时器的启动时刻后的某个时刻，比如在DRX非激活定时器的启动时刻后的第1ms、第2ms等等开始向物联网终端设备发送PDCCH，本公开对此不做限定。

其中，上述步骤602及步骤603的具体实现过程，可以参照本公开任一实施例的详细描述，此处不再赘述。

本公开中，网络设备首先根据第一参数值，确定第一时长，之后再根据PDSCH、PUSCH或PDCCH的传输时间信息及第一时长，确定物联网终端设备中的DRX非激活定时器的启动时刻，之后再进行PDCCH的传输。从而保证基于DRX非激活定时器的启动监听PDCCH的物联网终端设备可以可靠监听到PDCCH，提高了物联网通信系统的可靠性。

请参见图7，图7是本公开实施例提供的一种定时器的启动方法的交互示意图。如图7所示，本实施例提供的方法，可以由网络设备执行。如图7所示，该方法可以包括但不限于如下步骤：

步骤701，根据调度偏移值及第二参数值，确定第一时长，其中，调度偏移值为网络设备在下行链路与上行链路在未对齐时使用的帧定时值。

可选的，调度偏移值可以为RRC配置参数中的Kmac参数。

其中，第二参数值，为用于与调度偏移值共同确定辅助物联网终端设备中DRX非激活定时器的启动时刻的数值，其可以为任一使得DRX非激活定时器的启动时刻，在延迟了基于其及调度偏移值确定的第一时长后，保证物联网终端设备可以对PDCCH进行可靠监听的数值。第二参数可以为某个固定值，比如为3；或者，也可以为某个取值范围内的任一值，比如第二参数值为{0,1,1.5,2,2.8,3,4……}中的任一值，本公开对此不做限定。

可选的，第一时长＝调度偏移值+第二参数值。

在一些可能的实现形式中，若调度偏移值+第二参数值的取值为非整数，那么第一时长，还可以为对“调度偏移值+第二参数值”向上或向下取整后的值。为了尽量避免DRX非激活定时器的启动时机早于网络设备发送PDCCH的的时机，本公开中，可以将“调度偏移值+第二参数值”向上取整的值，确定为第一时长。举例来说，若调度偏移值+第二参数值＝3.5，那么第一时长可以确定为4。

可选的，网络设备可以与物联网终端设备分别根据协议约定，确定第二参数值，或者，网络设备也可以将第二参数值发送给物联网终端设备，本公开对此不做限定。

可选的，网络设备可以向物联网终端设备发送调度偏移值。从而使得物联网终端设备可以基于该调度偏移值及第二参数值，确定第一时长。

在一些可能的实施例中，物联网终端设备可以通过无线资源控制(radioresource control，RRC)消息，接收网络设备发送的调度偏移值，本公开对此不做限定。

步骤702，根据PUSCH的传输时间信息及第一时长，确定物联网终端设备中DRX非激活定时器的启动时刻。

步骤703，根据物联网终端设备中DRX非激活定时器的启动时刻，向物联网终端设备发送PDCCH。

上述步骤步骤702-703的具体实现方式，可以参照本公开中任一实施例的详细描述，此处不再赘述。

需要说明的是，由于调度偏移值为网络设备在接收到上行数据后，确定的帧定时值，因此网络设备可以基于调度偏移值确定的第一时长，来确定PUSCH传输后物联网终端设备中DRX非激活定时器的启动时机。

也就是说，若网络设备已向物联网终端设备发送了调度偏移值，那么即可确定该物联网终端设备在PUSCH传输的多个重复中的最后一个重复所在的帧传输后，再延迟第一时长后就会启动DRX非激活定时器，来监听PDCCH，从而网络设备即可在DRX非激活定时器的启动时刻，或启动时刻之后的某个时刻开始向该物联网终端设备发送PDCCH。

本公开中，网络设备首先根据调度偏移值及第二参数值，确定第一时长，之后再根据PUSCH的传输时间信息及第一时长，确定物联网终端设备中的DRX非激活定时器的启动时刻，之后再进行PDCCH的传输。从而保证基于DRX非激活定时器的启动监听PDCCH的物联网终端设备可以可靠监听到PDCCH，提高了物联网通信系统的可靠性。

请参见图8，图8为本公开实施例提供的一种通信装置的结构示意图。图8所示的通信装置800可包括收发模块801和处理模块802。收发模块801可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块801可以实现发送功能和/或接收功能。

可以理解的是，通信装置800可以是物联网终端设备，或者，也可以是物联网终端设备中的装置，或者，还可以是能够与物联网终端设备匹配使用的装置。

当通信装置800在物联网终端设备侧，其中：

处理模块802，用于根据物理下行共享信道PDSCH、物理上行共享信道PUSCH、或物理下行控制信道PDCCH的传输时间信息及第一时长，确定非连续传输DRX非激活定时器的启动时刻；

所述处理模块802，还用于在所述启动时刻，启动所述DRX非激活定时器。

可选的，所述处理模块802，还用于：

在所述物联网终端设备被配置了一个下行DL混合自动重传请求HARQ进程、且HARQ反馈被禁用的情况下，确定所述DRX非激活定时器的启动时刻，为接收到所述PDSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过所述第一时长的时刻；或者，

在所述物联网终端设备被配置了一个上行UL HARQ进程、且所述UL HARQ为第一模式的情况下，确定所述DRX非激活定时器的启动时刻，为发送所述PUSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过所述第一时长的时刻。

也就是说，所述处理模块802，还用于：

在所述物联网终端设备被配置了一个下行DL混合自动重传请求HARQ进程、且HARQ反馈被禁用时，确定所述DRX非激活定时器的启动时刻，为接收到所述PDSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过所述第一时长的时刻；或者，

在所述物联网终端设备被配置了一个上行UL HARQ进程、且所述UL HARQ为第一模式时，确定所述DRX非激活定时器的启动时刻，为发送所述PUSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过所述第一时长的时刻。可选的，所述处理模块802，还用于：

在所述物联网终端设备被配置了多个DL HARQ进程的情况下，确定所述DRX非激活定时器的启动时刻，为接收到所述PDCCH指示的DL新传后，再经过所述第一时长的时刻；或者，

在所述物联网终端设备被配置了多个UL HARQ进程的情况下，确定所述DRX非激活定时器的启动时刻，为接收到所述PDCCH指示的UL新传后，再经过所述第一时长的时刻。

可选的，所述处理模块802，还用于：

根据第一参数值，确定所述第一时长；或者，

根据调度偏移值及第二参数值，确定所述第一时长，其中，所述调度偏移值为网络设备在下行链路与上行链路在未对齐时使用的帧定时值。

可选的，所述收发模块801，用于接收所述网络设备发送的所述调度偏移值。

可选的，所述处理模块802，还用于：

根据协议约定，确定所述第一参数值或所述第二参数值；或者，

根据所述网络设备的指示，确定所述第一参数值或所述第二参数值。

本公开中，物联网终端设备根据PDSCH、PUSCH、或PDCCH的传输时间信息及第一时长的时刻，确定DRX非激活定时器的启动时刻，进而再启动时刻再启动DRX非激活定时器的。由此，通过将DRX非激活定时器的启动时刻与对PDCCH进行监听的启动时刻尽量重叠，从而保证物联网终端设备可以对PDCCH进行可靠监听，提高了物联网通信系统的可靠性。

当通信装置800在网络设备侧，其中：

处理模块802，用于根据物理下行共享信道PDSCH、物理上行共享信道PUSCH、或物理下行控制信道PDCCH的传输时间信息及第一时长，确定物联网终端设备中非连续传输DRX非激活定时器的启动时刻。

可选的，所述处理模块802，还用于：

在所述物联网终端设备被配置了一个下行DL混合自动重传请求HARQ进程、且HARQ反馈被禁用的情况下，确定所述DRX非激活定时器的启动时刻，为所述物联网终端设备接收到所述PDSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过所述第一时长的时刻；或者，

在所述物联网终端设备被配置了一个上行UL HARQ进程、且所述UL HARQ为第一模式的情况下，确定所述DRX非激活定时器的启动时刻，为物联网终端设备发送所述PUSCH传输的多个重复中的最后一个重复所占用的子帧后，再经过所述第一时长的时刻。

也就是说，所述处理模块802，还用于：

在所述物联网终端设备被配置了一个下行DL混合自动重传请求HARQ进程、且HARQ反馈被禁用时，确定所述DRX非激活定时器的启动时刻，为所述物联网终端设备接收到所述PDSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过所述第一时长的时刻；或者，

在所述物联网终端设备被配置了一个上行UL HARQ进程、且所述UL HARQ为第一模式时，确定所述DRX非激活定时器的启动时刻，为物联网终端设备发送所述PUSCH传输的多个重复传输中的最后一个重复传输所占用的子帧后，再经过所述第一时长的时刻。

可选的，所述处理模块802，还用于：

在所述物联网终端设备被配置了多个DL HARQ进程的情况下，确定所述DRX非激活定时器的启动时刻，为物联网终端设备接收到所述PDCCH指示的DL新传后再经过所述第一时长的时刻；或者，

在所述物联网终端设备被配置了多个UL HARQ进程的情况下，确定所述DRX非激活定时器的启动时刻，为物联网终端设备接收到所述PDCCH指示的UL新传后，再经过所述第一时长的时刻。

可选的，所述处理模块802，还用于：

根据第一参数值，确定所述第一时长；或者，

根据调度偏移值及第二参数值，确定所述第一时长，其中，所述调度偏移值为网络设备在下行链路与上行链路在未对齐时使用的帧定时值。

可选的，所述收发模块801，用于向所述物联网终端设备发送所述调度偏移值。

可选的，所述处理模块802，还用于：

根据协议约定，确定所述第一参数值或所述第二参数值；和/或，

所述收发模块801，还用于将所述第一参数值或所述第二参数值发送给所述物联网终端设备。

本公开中，网络设备根据PDSCH、PUSCH或PDCCH的传输时间信息及第一时长，确定物联网终端设备中的DRX非激活定时器的启动时刻，之后再进行PDCCH的传输。从而保证基于DRX非激活定时器的启动监听PDCCH的物联网终端设备可以可靠监听到PDCCH，提高了物联网通信系统的可靠性。

请参见图9，图9是本公开实施例提供的另一种通信装置的结构示意图。通信装置900可以是物联网终端设备，也可以是支持物联网终端设备实现上述方法的芯片、芯片系统、或处理器等；或者，该通信装置900可以是网络设备，也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

通信装置900可以包括一个或多个处理器901。处理器901可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。

可选的，通信装置900中还可以包括一个或多个存储器902，其上可以存有计算机程序904，处理器901执行所述计算机程序904，以使得通信装置900执行上述方法实施例中描述的方法。可选的，所述存储器902中还可以存储有数据。通信装置900和存储器902可以单独设置，也可以集成在一起。

可选的，通信装置900还可以包括收发器905、天线906。收发器905可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1205可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

可选的，通信装置900中还可以包括一个或多个接口电路907。接口电路907用于接收代码指令并传输至处理器901。处理器901运行所述代码指令以使通信装置900执行上述方法实施例中描述的方法。

通信装置900中的收发器905可用于执行上述各图中的收发步骤，处理器901可用于执行上述各图中的处理步骤。

在一种实现方式中，处理器9201中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

在一种实现方式中，处理器901可以存有计算机程序903，计算机程序903在处理器901上运行，可使得通信装置900执行上述方法实施例中描述的方法。计算机程序903可能固化在处理器901中，该种情况下，处理器901可能由硬件实现。

在一种实现方式中，通信装置900可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的通信装置可以是网络设备或者智能中继，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图9的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；

(3)ASIC，例如调制解调器(Modem)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

对于通信装置可以是芯片或芯片系统的情况，可参见图10所示的芯片的结构示意图。图10所示的芯片包括处理器1001和接口1002。其中，处理器1001的数量可以是一个或多个，接口1002的数量可以是多个。

对于芯片用于实现本公开实施例中终端设备的功能的情况。

可选的，芯片还包括存储器1003，存储器1003用于存储必要的计算机程序和数据。

本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。

本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。

本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。

本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。

本公开中各表所示的对应关系可以被覆盖范围，也可以是预定义的。各表中的信息的取值仅仅是举例，可以覆盖范围为其他值，本公开并不限定。在覆盖范围信息与各参数的对应关系时，并不一定要求必须覆盖范围各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不覆盖范围。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预覆盖范围、固化、或预烧制。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。