一种非连续接收DRX的处理方法及用户设备与流程

本发明实施例涉及通信技术领域，具体涉及一种非连续接收drx的处理方法及用户设备。

背景技术：

第五代移动通信技术(5g)主要场景包括：增强移动宽带(enhancemobilebroadband，embb)、高可靠低时延通信(ultra-reliablelowlatencycommunications，urllc)及海量机器类通信(massivemachinetypeofcommunication，mmtc)。这些场景对5g系统提出了高可靠，低时延，大带宽，广覆盖等要求。对于urllc业务，为了保证该urllc业务的可靠传输需要多数据包进程多次重复传输。

在5g新空口(newradio，nr)标准中规定上下行可以都支持异步混合自动重传(hybridautomaticrepeatrequest，harq)功能，异步harq是指一个harq进程的重传时刻不固定，因此harq进程的进程号需要连同数据一起发送。

非连续接收(discontinuousreception，drx)是用户设备(userequipment，ue)级别的特性，用于配置ue分别处于激活态和休眠态的时间，起到为ue省电的作用。ue处于激活态时监听物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)；ue处于休眠态时不监听pdcch以减少功耗。

drx配置的参数包括：激活期定时器(ondurationtimer)、drx非激活定时器(drx-inactivitytimer)及drx重传定时器(drx-retransmissiontimer)，其中，ondurationtimer用于指示ue处于激活态的最短时长onduration；drx-inactivitytimer用于指示当ue处于onduration期间接收到基站enb的初传调度时ue增加的处于激活态的时长；drx-retransmissiontimer用于指示当ue的上行harq进程的发送数据解码失败或下行harq进程接收数据解码失败时，ue进入激活态监听pdcch的时长。

可见，ue处于激活态的最短时长为onduration，而最长时长是不定的。如图1所示，在drx周期(drxcycle)的opportunityfordrx期间，ue处于休眠态；在onduration期间，ue需要监听pdcch，当ue接收到enb的初传调度时，ue会启动drx-inactivitytimer增加处于激活态的时长，当ue在增加的时长内又接收到enb的初传调度，则ue会重启drx-inactivitytimer。

ue在配置了drx后，对于下行数据接收，ue会在接收到pdcch指示的下行数据传输后，给下行harq进程启动harq回传定时器(harqroundtriptimetimer，简称harqrtttimer)，若harqrtttimer超时且所述下行harq进程的接收数据解码失败，则ue启动drx-retransmissiontimer，进入激活态监听pdcch，等待enb的重传调度。

ue在配置了drx后，对于上行数据发送，ue会在接收到pdcch指示的上行数据传输后，给上行harq进程启动harqrtttimer。若harqrtttimer超时且所述上行harq进程的数据解码失败，则ue启动drx-retransmissiontimer进入激活态监听pdcch，等待enb的重传调度。

针对上行半静态调度(semipersistentscheduling，sps)，现有sps相关协议仅给出ue在获取到携带有调度信息的sps上行调度许可(uplinkschedulinggrant，简称ulgrant)后是否进行上行数据传输对drx-inactivitytimer是否重启的影响，具体为：当上行数据传输时，重启drx-inactivitytimer；当spsulgrant没有被使用，即spsulgrant无效时，不重启drx-inactivitytimer。现有sps相关协议并没有给出ue是否进行上行数据传输对harqrtttimer是否重启的影响，因此，现有技术无法通过改变harqrtttimer重启方式，来进一步减少ue功耗，节约ue电量。

技术实现要素：

本发明实施例提出了一种非连续接收drx的处理方法及用户设备，以克服现有技术无法通过改变harqrtttimer重启方式，来进一步减少ue功耗的问题。

第一方面，本发明实施例提出一种非连续接收drx的处理方法，包括：

在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数；

若不忽略，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器，k为预设正整数；

若忽略，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器，k为预设正整数。

第二方面，本发明还提出一种用户设备，其特征在于，包括：

判断单元，用于在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数；

处理单元，用于若所述判断单元的判断结果为不忽略时，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器，k为预设正整数；

所述第一处理单元，还用于若所述第一判断单元的判断结果为忽略时，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器，k为预设正整数。

本发明实施例提出的非连续接收drx的处理方法及用户设备，通过判断是否忽略调度许可来确定是否启动harqrtttimer，并非直接启动harqrtttimer，若ue确定不启动harqrtttimer，则ue也不会启动drx-retransmissiontimer；或通过判断忽略调度许可来确定不启动drx-retransmissiontimer，也即ue不会进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度，从而减少了ue功耗，节约了ue电量。

附图说明

图1为背景技术中非连续接收drx周期的激活期及休眠期示意图；

图2为本发明第一实施例提供的一种非连续接收drx的处理方法流程图；

图3为本发明第二实施例提供的一种用户设备结构示意图；

图4为本发明第三实施例提供的一种用户设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明实施例的一部分实施例，而不是全部的实施例。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将相同的名称区分开来，而不是暗示这些名称之间的关系或者顺序。

如图2所示，本实施例公开一种非连续接收drx的处理方法，可包括以下步骤201～203：

201、在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数。

本实施例的执行主体为用户设备(userequipment，ue)，若调度许可为上行调度许可ulgrant，则所述目标子帧为目标上行子帧，所述目标上行子帧用于新数据传输或重传数据传输，目标上行子帧的具体用途可由ulgrant指示。

本实施例中，考虑到在ulgrant对应的目标上行子帧，ue有可能不会使用该上行子帧，因此，可判断是否忽略所述ulgrant，也即判断是否跳过所述ulgrant，等待下一个ulgrant。

本实施例中，所述ulgrant对应的目标上行子帧，可以理解为所述ulgrant指示的资源所在的上行子帧。所述ulgrant为ue在非连续接收(discontinuousreception，drx)配置后，通过物理下行共享信道(physicaldownlinkcontrolchannel，pdcch)传输的动态调度的ulgrant，或为在drx配置后，通过半静态调度(semipersistentscheduling，sps)调度的ulgrant，或为高层信令配置的ulgrant，高层信令为非物理层信令，例如无线资源控制(radioresourcecontrol，rrc)层信令，高层信令配置的ulgrant会预先配置给ue。

本实施中，第m个子帧可以为pdcch传输的动态调度的ulgrant的下行子帧，m也可以为预先配置的正整数。

202、若不忽略，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器(harqroundtriptimetimer，简称harqrtttimer)，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器drx-retransmissiontimer，k为预设正整数。

203、若忽略，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器，k为预设正整数。

本实施例中，k可为预先配置的正整数，也可为所述harqrtttimer指示的子帧个数。

可见，本实施例公开的非连续接收drx的处理方法，若调度许可为上行调度许可ulgrant，则所述目标子帧为目标上行子帧，在目标上行子帧或在目标子帧之前的第m个子帧，通过判断是否忽略ulgrant来确定是否启动harqrtttimer，并非直接启动harqrtttimer，若ue确定不启动harqrtttimer，则ue也不会启动drx-retransmissiontimer；或通过判断忽略ulgrant来确定不启动drx-retransmissiontimer，也即ue不会进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度，从而减少了ue功耗，节约了ue电量。

在一个具体的例子中，图2中步骤201所述调度许可为上行调度许可ulgrant，所述目标子帧为目标上行子帧，所述判断是否忽略所述调度许可，具体为：

判断是否存在待发送的上行数据在所述目标上行子帧发送或判断是否存在待发送的上行数据需要在所述ulgrant指示的资源上发送；

若存在，则不忽略所述ulgrant；若不存在，则忽略所述ulgrant。

本实施例的一种实现方式中，判断是否忽略ulgrant，也即判断是否要使用该目标上行子帧，若判断存在待发送的上行数据，则说明要使用该目标上行子帧，因此不忽略所述ulgrant；若判断不存在待发送的上行数据，则说明不使用所述目标上行子帧，因此忽略所述ulgrant，等待下一个ulgrant。

本实施例的另一种实现方式中，考虑到虽然存在待发送的上行数据，但是该上行数据所使用的频率资源有可能并非所述ulgrant指示的频率资源，因此，该实现方式中，判断在所述ulgrant指示的频率资源是否存在待发送的上行数据来确定是否忽略所述ulgrant。

在一个具体的例子中，步骤201所述调度许可为上行调度许可ulgrant，所述目标子帧为目标上行子帧，所述ulgrant还携带有第一指示信息；所述第一指示信息用于指示是否执行在上行调度许可ulgrant对应的目标上行子帧或在所述目标上行子帧之前的第m个子帧，判断是否忽略所述ulgrant；

步骤201具体为：若所述第一指示信息指示执行，则在所述目标上行子帧或在所述第m个子帧，判断是否忽略所述ulgrant。

本实施例中，与图2所示的实施例的区别在于，图2所示的实施例中“判断是否忽略所述ulgrant”是基站enb与ue预先约定好的行为，也即ue在ulgrant对应的目标上行子帧，主动执行“判断是否忽略所述ulgrant”。而本实施例中，“判断是否忽略所述ulgrant”是由基站enb进行指示，也即ue在获取到ulgrant后，需要先查看ulgrant携带的第一指示信息，若第一指示信息指示执行所述判断是否忽略所述ulgrant，则在所述目标上行子帧，判断是否忽略所述ulgrant。

在一个具体的例子中，步骤201所述调度许可为上行调度许可ulgrant，所述目标子帧为目标上行子帧，所述ulgrant还携带有第二指示信息；所述第二指示信息用于指示上行重传子帧的个数；

相应地，步骤201所述判断是否忽略所述调度许可之后，所述方法还包括图2中未示出的步骤204：

204、若不忽略，则在所述目标上行子帧之后的任一所述上行重传子帧或最后一个上行重传子帧之后的第一个上行子帧启动所述harqrtttimer，或在所述目标上行子帧之后的任一所述上行重传子帧之后的第k个子帧后或最后一个上行重传子帧之后的第一个上行子帧之后的第k个子帧后启动所述drx-retransmissiontimer。

本领域技术人员应当理解，步骤204所述“若不忽略，则在所述目标上行子帧之后的任一所述上行重传子帧或最后一个上行重传子帧之后的第一个上行子帧启动所述harqrtttimer”是针对图2所示步骤203“若忽略，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器”的方案。

本领域技术人员应当理解，步骤204所述“若不忽略，则在所述目标上行子帧之后的任一所述上行重传子帧之后的第k个子帧后或最后一个上行重传子帧之后的第一个上行子帧之后的第k个子帧后启动所述drx-retransmissiontimer”是针对图2所示步骤203“若忽略，则在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器”的方案。

本实施例中，考虑到基站针对ulgrant对应的目标上行子帧配置了k个上行重传子帧的场景，k为正整数，将启动harqrtttimer的时机确定为目标上行子帧之后的任一上行重传子帧或最后一个上行重传子帧之后的第一个上行子帧，相比现有技术中直接在目标上行子帧启动harqrtttimer，本实施例使得ue延后了启动drx重传定时器(drx-retransmissiontimer)的时间，相应地，也延后了ue进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度的时间，因此，ue增加了休眠时间，从而减少了ue功耗，节约了ue电量。

在一个具体的例子中，步骤201所述调度许可为上行调度许可ulgrant，所述目标子帧为目标上行子帧，所述ulgrant还携带有第二指示信息；所述第二指示信息用于指示上行重传子帧的个数；

相应地，步骤201所述判断是否忽略所述调度许可之后，所述方法还包括图2中未示出的步骤204’：

204’、若不忽略，则在所述目标上行子帧之后的任一所述上行重传子帧或最后一个上行重传子帧之后的第一个上行子帧启动针对所述ulgrant对应的混合自动重传harq进程的drx非激活定时器drx-inactivitytimer；若忽略，则不启动所述drx-inactivitytimer。

可见，本实施例中，基于物理上行共享信道(physicaluplinksharedchannel，pusch)是否存在待发送数据，来确定是否启动drx-inactivitytimer，相比现有技术中，基于pdcch调度是否为初传调度来确定是否启动drx-inactivitytimer，本实施例，延后了启动drx-inactivitytimer的时间，从而延后了启动drx-retransmissiontimer的时间，相应地，也延后了ue进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度的时间，因此，ue增加了休眠时间，从而减少了ue功耗，节约了ue电量。

在一个具体的例子中，图2所示的方法还包括图2中未示出的如下步骤200：

200、获取rrc重配置消息，所述rrc重配置消息中携带有harq配置信息，所述harq配置信息用于指示是否启动所述harqrtttimer，也即是否开启harq功能。

本实施例中，若所述harq配置信息指示不启动所述harqrtttimer，也即关闭harq功能，则ue仅进行新数据的接收或发送。

本实施例中，若所述harq配置信息指示启动所述harqrtttimer，也即开启harq功能，则执行步骤201。

本实施例中完善了现有技术中ue在没有配置harq功能时缺乏对drx的处理的问题，具体地，本实施例ue在没有配置harq功能时，则在目标上行子帧或在获取到下行调度消息时，不启动harqrtttimer，则ue也不会启动drx-retransmissiontimer，也即ue不会进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度，从而减少了ue功耗，节约了ue电量。

在一个具体的例子中，上一个例子中所述rrc重配置消息中还携带有drx配置信息，所述drx配置信息用于配置激活期定时器ondurationtimer；

图2所示方法还包括图2中未示出的如下步骤：

基于所述drx配置信息，进入drx激活期。

本实施例中，在不配置ue的harq功能时，drx配置信息可仅配置ondurationtimer，当然，ue在获取到drx配置信息仅配置ondurationtimer参数时，则ue确定不配置harq功能。

综上所述，本发明实施例公开的非连续接收drx的处理方法，通过判断是否忽略调度许可来确定是否启动harqrtttimer，并非直接启动harqrtttimer，若ue确定不启动harqrtttimer，则ue也不会启动drx-retransmissiontimer；或通过判断忽略调度许可来确定不启动drx-retransmissiontimer，也即ue不会进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度，从而减少了ue功耗，节约了ue电量。

进一步地，本发明实施例公开的非连续接收drx的处理方法，考虑到基站针对ulgrant的目标上行子帧配置了k个上行重传子帧的场景，k为正整数，将启动harqrtttimer的时机确定为目标上行子帧之后的任一上行重传子帧或最后一个上行重传子帧之后的第一个上行子帧，相比现有技术中直接在目标上行子帧启动harqrtttimer，本实施例使得ue延后了启动drx重传定时器(drx-retransmissiontimer)的时间，相应地，也延后了ue进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度的时间，因此，ue增加了休眠时间，从而减少了ue功耗，节约了ue电量。

进一步地，相比现有技术中，基于pdcch调度是否为初传调度来确定是否启动drx-inactivitytimer，本发明实施例公开的非连续接收drx的处理方法，基于物理上行共享信道(physicaluplinksharedchannel，pusch)是否存在待发送数据，来确定是否启动drx-inactivitytimer，延后了启动drx-inactivitytimer的时间，从而延后了启动drx-retransmissiontimer的时间，相应地，也延后了ue进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度的时间，因此，ue增加了休眠时间，从而减少了ue功耗，节约了ue电量。

进一步地，本发明实施例公开的非连续接收drx的处理方法，完善了现有技术中ue在没有配置harq功能时缺乏对drx的处理的问题，具体地，ue在没有配置harq功能时，则在目标上行子帧或在获取到下行调度消息时，不启动harqrtttimer，则ue也不会启动drx-retransmissiontimer，也即ue不会进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度，从而减少了ue功耗，节约了ue电量。

以上实施例是以所述调度许可为上行调度许可ulgrant为例进行说明的，对于所述调度许可为下行调度许可dlgrant，区别仅在于：如何判断是否忽略所述调度许可。对于dlgrant，判断是否忽略dlgrant，具体如下：

判断是否存在待接收的下行数据在所述目标下行子帧接收或判断是否存在待接收的下行数据在所述dlgrant指示的资源上接收；

若存在，则不忽略所述dlgrant；若不存在，则忽略所述dlgrant。

因此，对于下行调度许可dlgrant，具体的效果及说明可参加上行调度许可ulgrant部分，并作适应性调整，例如将“上行”替换为“下行”，本文不再赘述。

如图3所示，本实施例公开一种用户设备，可包括以下单元：判断单元31以及处理单元32，各单元具体说明如下：

判断单元31，用于在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数；

处理单元32，用于若所述判断单元31的判断结果为不忽略时，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器，k为预设正整数；

所述处理单元32，还用于若所述判断单元31的判断结果为忽略时，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器，k为预设正整数。

本实施例公开的用户设备，可实现图2所示的方法流程，因此，本实施例中各单元的具体说明及效果参见图2所示的方法实施例，本实施例不再赘述。

本发明实施例公开的用户设备，通过判断是否忽略调度许可来确定是否启动harqrtttimer，并非直接启动harqrtttimer，若ue确定不启动harqrtttimer，则ue也不会启动drx-retransmissiontimer；或通过判断忽略调度许可来确定不启动drx-retransmissiontimer，也即ue不会进入drx-retransmissiontimer指示的激活期来监听pdcch以等待enb的重传调度，从而减少了ue功耗，节约了ue电量。

本发明实施例还公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行图2相关的各方法实施例所提供的方法，例如包括：

在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数；

若不忽略，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器，k为预设正整数；

若忽略，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器。

本发明实施例还提出一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行图2相关的各方法实施例所提供的方法，例如包括：

在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数；

若不忽略，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器，k为预设正整数；

若忽略，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器。

图4是本发明另一个实施例的用户设备的框图。图4所示的用户设备400包括：至少一个处理器401、存储器402、至少一个网络接口404和其他用户接口403。用户设备400中的各个组件通过总线系统405耦合在一起。可理解，总线系统405用于实现这些组件之间的连接通信。总线系统405除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统405。

其中，用户接口403可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dynamicram，dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。本文描述的系统和方法的存储器402旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器402存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统4021和应用程序4022。

其中，操作系统4021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序4022，包含各种应用程序，例如媒体播放器(mediaplayer)、浏览器(browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序4022中。

在本发明实施例中，通过调用存储器402存储的程序或指令，具体的，可以是应用程序4022中存储的程序或指令，处理器401用于执行图2相关的各方法实施例所提供的方法步骤，例如包括：在调度许可对应的目标子帧或在所述目标子帧之前的第m个子帧，判断是否忽略所述调度许可，m为预设正整数；若不忽略，则启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后启动针对所述harq进程的drx重传定时器，k为预设正整数；若忽略，则不启动所述调度许可对应的混合自动重传harq进程的harq回传定时器，或在所述目标子帧之后的第k个子帧后不启动针对所述harq进程的drx重传定时器，k为预设正整数。

上述本发明实施例揭示的方法可以应用于处理器401中，或者由处理器401实现。处理器401可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(applicationspecificintegratedcircuits，asic)、数字信号处理器(digitalsignalprocessing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmablelogicdevice，pld)、现场可编程门阵列(field-programmablegatearray，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

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

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

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

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