数据预处理方法、网络设备、用户设备及计算机存储介质
技术领域
[0001] 本发明涉及信息处理技术领域，尤其涉及一种数据预处理方法、网络设备、用户设备(UE)及计算机存储介质。
背景技术
[0002] 在LTE中，上层数据到达后停留在PDCP层，当MCG或者SCG有上行资源授权到达UE时，UE再把数据向下送到MCG或者SCG的RLC层，从而最终发给基站端。这样的处理方式坏处在于只有等到上行资源授权达到UE时，UE才会将数据从PDCP下发到RLC，产生RLC PDU，并进而产生MAC PDU，对于UE的瞬时处理能力要求太高。在NR中，对于该问题作了进一步改进，即允许UE在上行资源授权达到UE之前，就把数据从PDCP下发到RLC，产生RLC PDU，等到上行资源授权达到之后，进而产生MAC PDU，从而减轻对于UE的瞬时处理能力要求。
[0003] 但是，该预处理(pre-processing)也有一定的负面作用，例如，当UE将一部分数据进行了预处理，放到了MCG的RLC层，结果之后很长一段时间没有来自MCG的上行资源授权，这部分数据就滞留在了MCG的RLC层，虽然用户通过SCG的上行资源授权可以进行上行数据发送，但是由于滞留在MCG的RLC层的数据一直没有发送出去，导致PDCP后续的数据发送无法进行，并有可能导致UE主动丢弃MCG的RLC层的数据，影响数据的连续发送。
发明内容
[0004] 为解决上述技术问题，本发明实施例提供了一种数据预处理方法、网络设备、UE及计算机存储介质。
[0005] 本发明实施例提供的数据预处理方法，应用于网络设备，包括：
[0006] 确定针对用户设备UE的预处理门限值；
[0007] 向所述UE发送所述预处理门限值。
[0008] 本发明实施例提供的数据预处理方法，应用于用户设备UE，包括：
[0009] 接收网络侧发来的预处理门限值；
[0010] 基于所述预处理门限值，确定是否进行预处理操作。
[0011] 本发明实施例提供的一种网络设备，包括：
[0012] 第一处理单元，确定针对用户设备UE的预处理门限值；
[0013] 第一通信单元，向所述UE发送所述预处理门限值。
[0014] 本发明实施例提供的一种用户设备UE，包括：
[0015] 第二通信单元，接收网络侧发来的预处理门限值；
[0016] 第二处理单元，基于所述预处理门限值，确定是否进行预处理操作。
[0017] 本发明实施例提供的一种网络设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
[0018] 其中，所述处理器用于运行所述计算机程序时，执行前述方法的步骤。
[0019] 本发明实施例提供的一种用户设备UE，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
[0020] 其中，所述处理器用于运行所述计算机程序时，执行前述方法的步骤。
[0021] 本发明实施例提供的一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被执行时实现前述方法步骤。
[0022] 本发明实施例的技术方案，就能够由网络侧针对UE进行预处理数据量的配置；如此，能够使得UE能根据预配置的预处理数据量进行后续处理，从而避免了由于UE跟网络侧之间的预处理数据量不匹配所产生的数据滞留的问题，保证了UE的数据处理效率。
附图说明
[0023] 图1a为本发明实施例提供的一种数据预处理方法流程示意图1；
[0024] 图1b为一种双连接网络架构；
[0025] 图2为本发明实施例提供的一种数据预处理方法流程示意图2；
[0026] 图3为本发明实施例网络设备组成结构示意图；
[0027] 图4为本发明实施例用户设备组成结构示意图；
[0028] 图5为本发明实施例的一种硬件架构示意图。
具体实施方式
[0029] 为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
[0030] 实施例一、
[0031] 本发明实施例提供了一种数据预处理方法，应用于网络设备，如图1a所示，包括：
[0032] 步骤101：确定针对用户设备UE的预处理门限值；
[0033] 步骤102：向所述UE发送所述预处理门限值。
[0034] 本实施例中所述网络设备可以为网络侧具备管理功能的设备，比如，可以为网络中的网络管理设备，当然还可以为核心网侧的设备，本实施例中不对网络设备的实体进行限定。
[0035] 本申请可以针对以下两种场景进行处理：
[0036] 场景一、
[0037] 在步骤101之前，也就是在所述确定针对UE的预处理门限之前，所述方法还包括：接收所述UE发来的预处理能力相关值。
[0038] 本场景为预先需要获取到UE发来的预处理能力的相关值，基于该相关值确定预处理门限值。
[0039] 其中，预处理能力的相关值，可以包括以下至少之一：
[0040] 这个值可以是瞬时值，即当前时刻(瞬时的)用户预处理的数据量；其中，瞬时可以为当前时刻及其之前的一段时长组成，比如，当前时刻之前的N ms之内的预处理的数据量。
[0041] 这个值可以是门限值，即用户预处理数据量的上限；比如，可以UE自身进行设置的门限值，也可以是在一段时长之内用户进行预处理的最大数据量作为上限值。
[0042] 这个值可以一个per UE的值，表明这个预处理能力适用于每个承载，或者适用于所有承载之和；
[0043] 也可以是一个per bearer的值，表明这个预处理能力适用于特定承载；在这种情况下，不是每个承载都需要这样一个值(例如，只有对于split bearer，才需要这个值)。
[0044] 还有一种情况，就是这个值可以是一个承载在对应的不同的小区群(CG)有不同的值，比如，UE对于MCG和SCG各上报一个值。
[0045] 进一步地，本场景中，相应的，步骤101中，所述确定针对UE的预处理门限值，包括：选取低于所述UE的预处理能力相关值的数值，作为针对所述UE的预处理门限值。
[0046] 也就是说，本场景由于网络发送的这个值可以是考虑了用户预处理能力之后设置的，因此在为UE分配预处理门限值的时候，选取的数值一定低于用户上报的能力。
[0047] 进一步地，在前述处理的基础之上，还可以包括：
[0048] 所述确定针对UE的预处理门限值，包括：
[0049] 针对所述UE的至少一个承载中，每一个承载设置不同的预处理门限值。这种情况下，由于不同的承载的QoS要求不同，该门限可以对不同的承载有不同的值；其中，每一个承载的预处理门限值均小于用户预处理数据量的上限，或者是，所有承载所对应的预处理门限值的总和小于所述用户预处理数据量的上限。
[0050] 或者，针对所述UE的至少一个承载中的部分承载，不进行预处理门限值的设置；由于有的承载不会受到预处理的影响(例如单连接承载)，对这些承载该门限无需配置，对于这种承载，用户可以自主决定预处理的数据量。
[0051] 或者，当所述UE连接的至少两个小区群时，针对所述至少两个小区群中的至少一个小区群进行预处理门限值的设置。
[0052] 由于在双连接场景下，对于MCG和SCG的处理来自不同的网络节点，因此MCG和SCG可以分别对于该连接发送不同的门限值，从而限制从PDCP推送到MCG RLC的预处理数据量和从PDCP推送到SCG RLC的预处理数据量。
[0053] 其中，每一个小区群对应的预处理门限值，也可以均小于UE发来的预处理能力相关值；
[0054] 或者，全部小区群对应的预处理门限值的总和小于UE发来的预处理能力相关值；
[0055] 或者，还可以为仅限制全部小区群中的部分小区群对应的预处理门限值，其中，部分小区群的预处理门限值均小于UE发来的预处理能力相关值，或者是，部分小区群的预处理门限值的总和小于UE发来的预处理能力相关值。
[0056] 进一步地，在本场景下，还可以根据将要授权给UE的数据量来进行预处理门限值的设置。
[0057] 其中，所要授权给UE的数据量由网络侧来决定；相应的，预处理门限值可以不超过该数据量。
[0058] 场景二、
[0059] 与场景一不同之处在于，本场景可以不获取UE发来的预处理能力相关值，即本场景中仅由网络设备来确定UE的预处理门限值。具体如下：
[0060] 所述确定针对UE的预处理门限值，包括：
[0061] 针对所述UE的至少一个承载中，每一个承载设置不同的预处理门限值。这种情况下，由于不同的承载的QoS要求不同，该门限可以对不同的承载有不同的值。
[0062] 或者，针对所述UE的至少一个承载中的部分承载，不进行预处理门限值的设置；由于有的承载不会受到预处理的影响(例如单连接承载)，对这些承载该门限无需配置，对于这种承载，用户可以自主决定预处理的数据量。
[0063] 或者，当所述UE连接的至少两个小区群时，针对所述至少两个小区群中的至少一个小区群进行预处理门限值的设置。
[0064] 由于在双连接场景下，对于MCG和SCG的处理来自不同的网络节点，因此MCG和SCG可以分别对于该连接发送不同的门限值，从而限制从PDCP推送到MCG RLC的预处理数据量和从PDCP推送到SCG RLC的预处理数据量。
[0065] 关于双连接的架构，可以参见图1b，双连接下，当数据承载采用split bearer的协议架构时，对于上下行来说，PDCP位于某一个小区群(CG)(主小区群(MCG)或者辅小区群(SCG))，则该CG作为锚CG(anchor CG)。PDCP层将PDCP PDU发送到MCG和/或SCG的RLC中，从而实现利用两个连接进行数据传输。数据经过不同CG的RLC、MAC、再经过空口到达终端(下行)或者基站(上行)相应的MAC、RLC层，最后再汇聚到PDCP，最终将数据递交到高层。
[0066] 将PDCP下面分别连接两个RLC和MAC的这一个承载称为split bearer，如果PDCP位于MCG，则为MCG Split Bearer，如果PDCP位于SCG，则为SCG Split Bearer。
[0067] 进一步地，在本场景下，由于不需要获取UE上报的预处理数据的相关值，因此，网络设备可以根据预计在上行资源授权给UE的数据量来进行预处理门限值的设置。
[0068] 其中，预计在上行资源授权给UE的数据量由网络侧来决定；相应的，预处理门限值可以不超过该数据量。
[0069] 可见，通过采用上述方案，就能够由网络侧针对UE进行预处理数据量的配置；如此，能够使得UE能根据预配置的预处理数据量进行后续处理，从而避免了由于UE跟网络侧之间的预处理数据量不匹配所产生的数据滞留的问题，保证了UE的数据处理效率。
[0070] 实施例二、
[0071] 本发明实施例提供了一种数据预处理方法，应用于用户设备(UE)，如图2所示，包括：
[0072] 步骤201：接收网络侧发来的预处理门限值；
[0073] 步骤202：基于所述预处理门限值，确定是否进行预处理操作。
[0074] 本实施例中所述网络设备可以为网络侧具备管理功能的设备，比如，可以为网络中的网络管理设备，当然还可以为核心网侧的设备，本实施例中不对网络设备的实体进行限定。
[0075] 在步骤201之前，也就是在接收网络侧发来的预处理门限值之前，还可以向网络侧发送预处理能力相关值，也可以不发送预处理能力相关值。
[0076] 向网络侧发送预处理能力相关值的场景下，需要针对预处理能力的相关值进行相关描述，所述预处理能力的相关值，可以包括以下至少之一：
[0077] 所述UE进行预处理的数据量的上限值；这个值可以是瞬时值，即当前时刻(瞬时的)用户预处理的数据量；其中，瞬时可以为当前时刻及其之前的一段时长组成，比如，当前时刻之前的N ms之内的预处理的数据量。
[0078] 所述UE进行预处理的数据量的上限值；这个值可以是门限值，即用户预处理数据量的上限；比如，可以UE自身进行设置的门限值，也可以是在一段时长之内用户进行预处理的最大数据量作为上限值。
[0079] 所述UE中至少一个承载均适用的预处理的数据量、或者所述UE中所有承载的预处理的数据量之和；这个值可以一个per UE的值，表明这个预处理能力适用于每个承载，或者适用于所有承载之和；
[0080] 也可以是一个per bearer的值，表明这个预处理能力适用于特定承载；在这种情况下，不是每个承载都需要这样一个值(例如，只有对于split bearer，才需要这个值)。
[0081] 还有一种情况，所述UE对应的至少两个小区群中，每一个小区群所对应的预处理的数据量；就是这个值可以是一个承载在对应的不同的小区群(CG)有不同的值，比如，UE对于MCG和SCG各上报一个值。
[0082] 进一步地，所述基于所述预处理门限值，确定是否进行预处理操作，包括以下两种情况：
[0083] 情况一、若预处理数据量等于或超过所述预处理门限值，则确定不进行预处理操作。其中，预处理的操作可以在无线链路控制(RLC)层功能中进行处理，即在RLC中的预处理数据量已经等于或者超过了门限值，则确定不进行预处理操作。
[0084] 情况二、获取当前预处理的数据包对应的数据量；将已完成的预处理的数据量与当前预处理的数据包对应的数据量作和，得到预计完成的预处理数据量；若所述预计完成的预处理数据量等于或超过所述预处理门限值，则确定不进行预处理操作。
[0085] 本处理情况是针对UE的预计处理数据量进行预估，基于预估得到的数据量来判断是否进行预处理，即若UE对于当前数据包继续处理，RLC中的预处理数据量将超过门限值，UE不会进行预处理操作。
[0086] 下面针对前述实施例，对本申请进一步进行总流程说明：
[0087] 步骤一(可选的)：用户向网络报告一个预处理能力相关值；
[0088] 这个值可以是瞬时值，即当前时刻用户预处理的数据量；
[0089] 这个值可以是门限值，即用户预处理数据量的上限；
[0090] 这个值可以一个per UE的值，表明这个预处理能力适用于每个承载，或者适用于所有承载之和；
[0091] 也可以是一个per bearer的值，表明这个预处理能力适用于特定承载。
[0092] 在这种情况下，不是每个承载都需要这样一个值(例如，只有对于split bearer，才需要这个值)；
[0093] 这个值可以是每个CG各有一个值，即UE对于MCG和SCG各上报一个值。
[0094] 步骤二(必选的)：网络发送一个预处理门限给UE，从而对UE的预处理数据量进行限制；
[0095] 如果存在步骤一，网络发送的这个值可以是考虑了用户预处理能力之后设置的，即该门限一定低于用户上报的能力。
[0096] 由于不同的承载的QoS要求不同，该门限可以对不同的承载有不同的值；
[0097] 由于有的承载不会受到预处理的影响(例如单连接承载)，对这些承载该门限无需配置，对于这种承载，用户可以自主决定预处理的数据量；
[0098] 由于在双连接场景下，对于MCG和SCG的处理来自不同的网络节点，因此MCG和SCG可以分别对于该连接发送不同的门限值，从而限制从PDCP推送到MCG RLC的预处理数据量和从PDCP推送到SCG RLC的预处理数据量。
[0099] 步骤三(必选的)：UE收到来自网络的门限值之后，若RLC中的预处理数据量已经等于或者超过了门限值，或者，若UE对于当前数据包继续处理，RLC中的预处理数据量将超过门限值；则UE不会进行预处理操作。
[0100] 可见，通过采用上述方案，就能够由网络侧针对UE进行预处理数据量的配置；如此，能够使得UE能根据预配置的预处理数据量进行后续处理，从而避免了由于UE跟网络侧之间的预处理数据量不匹配所产生的数据滞留的问题，保证了UE的数据处理效率。
[0101] 实施例三、
[0102] 本发明实施例提供了一种网络设备，如图3所示，包括：
[0103] 第一处理单元31，确定针对用户设备UE的预处理门限值；
[0104] 第一通信单元32，向所述UE发送所述预处理门限值。
[0105] 本实施例中所述网络设备可以为网络侧具备管理功能的设备，比如，可以为网络中的网络管理设备，当然还可以为核心网侧的设备，本实施例中不对网络设备的实体进行限定。
[0106] 本申请可以针对以下两种场景进行处理：
[0107] 场景一、
[0108] 在所述确定针对UE的预处理门限之前，所述第一通信单元32，接收所述UE发来的预处理能力相关值。
[0109] 本场景为预先需要获取到UE发来的预处理能力的相关值，基于该相关值确定预处理门限值。
[0110] 其中，预处理能力的相关值，可以包括以下至少之一：
[0111] 这个值可以是瞬时值，即当前时刻(瞬时的)用户预处理的数据量；其中，瞬时可以为当前时刻及其之前的一段时长组成，比如，当前时刻之前的N ms之内的预处理的数据量。
[0112] 这个值可以是门限值，即用户预处理数据量的上限；比如，可以UE自身进行设置的门限值，也可以是在一段时长之内用户进行预处理的最大数据量作为上限值。
[0113] 这个值可以一个per UE的值，表明这个预处理能力适用于每个承载，或者适用于所有承载之和；
[0114] 也可以是一个per bearer的值，表明这个预处理能力适用于特定承载；在这种情况下，不是每个承载都需要这样一个值(例如，只有对于split bearer，才需要这个值)。
[0115] 还有一种情况，就是这个值可以是一个承载在对应的不同的小区群(CG)有不同的值，比如，UE对于MCG和SCG各上报一个值。
[0116] 进一步地，本场景中，相应的，第一处理单元31，选取低于所述UE的预处理能力相关值的数值，作为针对所述UE的预处理门限值。
[0117] 也就是说，本场景由于网络发送的这个值可以是考虑了用户预处理能力之后设置的，因此在为UE分配预处理门限值的时候，选取的数值一定低于用户上报的能力。
[0118] 进一步地，在前述处理的基础之上，还可以包括：
[0119] 所述第一处理单元31，针对所述UE的至少一个承载中，每一个承载设置不同的预处理门限值。这种情况下，由于不同的承载的QoS要求不同，该门限可以对不同的承载有不同的值；其中，每一个承载的预处理门限值均小于用户预处理数据量的上限，或者是，所有承载所对应的预处理门限值的总和小于所述用户预处理数据量的上限。
[0120] 或者，针对所述UE的至少一个承载中的部分承载，不进行预处理门限值的设置；由于有的承载不会受到预处理的影响(例如单连接承载)，对这些承载该门限无需配置，对于这种承载，用户可以自主决定预处理的数据量。
[0121] 或者，当所述UE连接的至少两个小区群时，针对所述至少两个小区群中的至少一个小区群进行预处理门限值的设置。
[0122] 由于在双连接场景下，对于MCG和SCG的处理来自不同的网络节点，因此MCG和SCG可以分别对于该连接发送不同的门限值，从而限制从PDCP推送到MCG RLC的预处理数据量和从PDCP推送到SCG RLC的预处理数据量。
[0123] 其中，每一个小区群对应的预处理门限值，也可以均小于UE发来的预处理能力相关值；
[0124] 或者，全部小区群对应的预处理门限值的总和小于UE发来的预处理能力相关值；
[0125] 或者，还可以为仅限制全部小区群中的部分小区群对应的预处理门限值，其中，部分小区群的预处理门限值均小于UE发来的预处理能力相关值，或者是，部分小区群的预处理门限值的总和小于UE发来的预处理能力相关值。
[0126] 进一步地，在本场景下，还可以根据将要授权给UE的数据量来进行预处理门限值的设置。
[0127] 其中，所要授权给UE的数据量由网络侧来决定；相应的，预处理门限值可以不超过该数据量。
[0128] 场景二、
[0129] 与场景一不同之处在于，本场景可以不获取UE发来的预处理能力相关值，即本场景中仅由网络设备来确定UE的预处理门限值。具体如下：
[0130] 所述第一处理单元31，针对所述UE的至少一个承载中，每一个承载设置不同的预处理门限值。这种情况下，由于不同的承载的QoS要求不同，该门限可以对不同的承载有不同的值。
[0131] 或者，针对所述UE的至少一个承载中的部分承载，不进行预处理门限值的设置；由于有的承载不会受到预处理的影响(例如单连接承载)，对这些承载该门限无需配置，对于这种承载，用户可以自主决定预处理的数据量。
[0132] 或者，当所述UE连接的至少两个小区群时，针对所述至少两个小区群中的至少一个小区群进行预处理门限值的设置。
[0133] 由于在双连接场景下，对于MCG和SCG的处理来自不同的网络节点，因此MCG和SCG可以分别对于该连接发送不同的门限值，从而限制从PDCP推送到MCG RLC的预处理数据量和从PDCP推送到SCG RLC的预处理数据量。
[0134] 进一步地，在本场景下，由于不需要获取UE上报的预处理数据的相关值，因此，网络设备可以根据预计在上行资源授权给UE的数据量来进行预处理门限值的设置。
[0135] 其中，预计在上行资源授权给UE的数据量由网络侧来决定；相应的，预处理门限值可以不超过该数据量。
[0136] 可见，通过采用上述方案，就能够由网络侧针对UE进行预处理数据量的配置；如此，能够使得UE能根据预配置的预处理数据量进行后续处理，从而避免了由于UE跟网络侧之间的预处理数据量不匹配所产生的数据滞留的问题，保证了UE的数据处理效率。
[0137] 实施例四、
[0138] 本发明实施例提供了一种用户设备(UE)，如图4所示，包括：
[0139] 第二通信单元41，接收网络侧发来的预处理门限值；
[0140] 第二处理单元42，基于所述预处理门限值，确定是否进行预处理操作。
[0141] 本实施例中所述网络设备可以为网络侧具备管理功能的设备，比如，可以为网络中的网络管理设备，当然还可以为核心网侧的设备，本实施例中不对网络设备的实体进行限定。
[0142] 也就是在接收网络侧发来的预处理门限值之前，第二通信单元41，还可以向网络侧发送预处理能力相关值，也可以不发送预处理能力相关值。
[0143] 向网络侧发送预处理能力相关值的场景下，需要针对预处理能力的相关值进行相关描述，所述预处理能力的相关值，可以包括以下至少之一：
[0144] 所述UE进行预处理的数据量的上限值；这个值可以是瞬时值，即当前时刻(瞬时的)用户预处理的数据量；其中，瞬时可以为当前时刻及其之前的一段时长组成，比如，当前时刻之前的N ms之内的预处理的数据量。
[0145] 所述UE进行预处理的数据量的上限值；这个值可以是门限值，即用户预处理数据量的上限；比如，可以UE自身进行设置的门限值，也可以是在一段时长之内用户进行预处理的最大数据量作为上限值。
[0146] 所述UE中至少一个承载均适用的预处理的数据量、或者所述UE中所有承载的预处理的数据量之和；这个值可以一个per UE的值，表明这个预处理能力适用于每个承载，或者适用于所有承载之和；
[0147] 也可以是一个per bearer的值，表明这个预处理能力适用于特定承载；在这种情况下，不是每个承载都需要这样一个值(例如，只有对于split bearer，才需要这个值)。
[0148] 还有一种情况，所述UE对应的至少两个小区群中，每一个小区群所对应的预处理的数据量；就是这个值可以是一个承载在对应的不同的小区群(CG)有不同的值，比如，UE对于MCG和SCG各上报一个值。
[0149] 进一步地，所述基于所述预处理门限值，确定是否进行预处理操作，包括以下两种情况：
[0150] 情况一、第二处理单元42，若预处理数据量等于或超过所述预处理门限值，则确定不进行预处理操作。其中，预处理的操作可以在无线链路控制(RLC)层功能中进行处理，即在RLC中的预处理数据量已经等于或者超过了门限值，则确定不进行预处理操作。
[0151] 情况二、第二处理单元42，获取当前预处理的数据包对应的数据量；将已完成的预处理的数据量与当前预处理的数据包对应的数据量作和，得到预计完成的预处理数据量；若所述预计完成的预处理数据量等于或超过所述预处理门限值，则确定不进行预处理操作。
[0152] 本处理情况是针对UE的预计处理数据量进行预估，基于预估得到的数据量来判断是否进行预处理，即若UE对于当前数据包继续处理，RLC中的预处理数据量将超过门限值，UE不会进行预处理操作。
[0153] 可见，通过采用上述方案，就能够由网络侧针对UE进行预处理数据量的配置；如此，能够使得UE能根据预配置的预处理数据量进行后续处理，从而避免了由于UE跟网络侧之间的预处理数据量不匹配所产生的数据滞留的问题，保证了UE的数据处理效率。
[0154] 本发明实施例还提供了一种网络设备或用户设备硬件组成架构，如图5所示，包括：至少一个处理器51、存储器52、至少一个网络接口53。各个组件通过总线系统54耦合在一起。可理解，总线系统54用于实现这些组件之间的连接通信。总线系统54除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线系统54。
[0155] 可以理解，本发明实施例中的存储器52可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。
[0156] 在一些实施方式中，存储器52存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：
[0157] 操作系统521和应用程序522。
[0158] 其中，所述处理器51配置为：能够处理前述实施例一或二的方法步骤，这里不再进行赘述。
[0159] 本发明实施例提供的一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被执行时实施前述实施例一或二的方法步骤。
[0160] 本发明实施例上述装置如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
[0161] 相应地，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序配置为执行本发明实施例的数据调度方法。
[0162] 尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。
