一种资源分配方法和装置与流程

1.本发明涉及通信技术领域，尤其涉及一种资源分配方法和装置。


背景技术：

2.在nr(new radio，新无线电)系统中，通常使用pucch(physical uplink control channel，物理上行控制信道)传输同步以后的uci(uplink control information，上行控制信息)，在pucch上传输的上行控制信息主要包括下行反馈ack(acknowledgement，确认信息)、sr(scheduling request，调度请求)、以及周期csi(channel state information，信道状态信息)。
3.在实际应用中，无论待调度用户是否有上行数据传输，都会为待调度用户静态预留pucch资源，剩下的上行频域资源用来进行pusch(physical uplink shared channel，物理上行共享信道)传输。然而，这样不仅预留了一些非必要的pucch资源，还会造成上行频域资源不连续，从而降低了pusch空口资源利用率，影响小区吞吐量。


技术实现要素：

4.本发明实施例提供一种资源分配方法和装置，可以避免非必要的pucch资源预留造成的pusch空口资源浪费，增加可调度pusch资源数，从而优化小区资源分配效率，提高小区吞吐量。
5.本发明实施例提供了一种资源分配方法，所述方法包括：
6.预估服务小区内待调度用户所需的上述频域资源；
7.在确定所述待调度用户均为第一用户的情况下，不预留所述第一用户的专用pucch资源，所述第一用户为存在待传输的上行数据的待调度用户；
8.在确定所述待调度用户包含第一用户和第二用户的情况下，判断所述第二用户是否满足预设条件，所述第二用户为不存在待传输的上行数据的待调度用户；
9.在确定所述第二用户满足预设条件的情况下，不预留所述第二用户的专用pucch资源，并且对所述第二用户进行主动调度；
10.判断是否存在空闲态用户设备随机接入msg4的harq-ack反馈消息，若存在，则在所述上行频域资源中预留harq-ack反馈消息所需的公用pucch资源，否则，不预留公用pucch资源。
11.本发明实施例提供了一种资源分配装置，所述装置包括：
12.资源预估模块，用于预估服务小区内待调度用户所需的上行频域资源；
13.第一判断模块，用于在确定所述待调度用户均为第一用户的情况下，不预留所述第一用户的专用pucch资源，所述第一用户为存在待传输的上行数据的待调度用户；
14.第二判断模块，用于在确定所述待调度用户包含第一用户和第二用户的情况下，判断所述第二用户是否满足预设条件，所述第二用户为不存在待传输的上行数据的待调度用户；
15.主动调度模块，用于在确定所述第二用户满足预设条件的情况下，不预留所述第二用户的专用pucch资源，并且对所述第二用户进行主动调度；
16.第三判断模块，用于判断是否存在空闲态用户设备随机接入msg4的harq-ack反馈消息，若存在，则在所述上行频域资源中预留harq-ack反馈消息所需的公用pucch资源，否则，不预留公用pucch资源。
17.本发明实施例包括以下优点：
18.本发明实施例针对nr系统中预留非必要的pucch资源，从而造成pusch空口资源浪费的问题，对现有的mac(medium access control，媒体接入控制)上行频域资源分配方案进行优化，增加判断机制，在确定待调度用户均为第一用户的情况下，不预留第一用户的专用pucch资源，第一用户的上行控制信息可以通过pusch传输。在确定待调度用户包含第一用户和第二用户，且第二用户满足预设条件的情况下，不预留第二用户的专用pucch资源，并且对第二用户进行主动调度，使得第一用户和第二用户的上行控制信息均可以通过pusch传输。本发明实施例还判断是否存在空闲态用户设备随机接入msg4的harq-ack反馈消息，若存在，则在预留harq-ack反馈消息所需的公用pucch资源，否则，不预留公用pucch资源。
19.由此，通过本发明实施例，可以减少预留非必要的pucch资源的情况，尽可能增加可调度pusch资源数，从而提高nr小区上行空口资源利用率，以及提高用户对空口速率的感知。此外，针对nr小区中待调度用户的上行数据量较大，上行空口资源不足的情况，本发明实施例还可以通过基站对满足预设条件的第二用户进行主动调度pusch的策略，使得所有待调度用户都可以通过复用pusch传输上行控制信息，进一步减少非必要的pucch空口资源开销，在一定程度上优化了小区pusch资源分配，提高小区吞度量。再者，本发明实施例还可以避免静态预留pucch资源导致的上行资源分段的情况，进而可以确保上行空口资源的连续性，从而达到优化小区资源分配的效果。
附图说明
20.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1示出了本发明的一种资源分配方法实施例的流程图；
22.图2示出了本发明的一种资源分配方法的完整流程示意图；
23.图3示出了本发明的一种资源分配装置实施例的结构框图；
24.图4示出了本发明提供的一种电子设备的结构示意图。
具体实施方式
25.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
26.方法实施例
27.参照图1，示出了本发明的一种资源分配方法实施例的流程图，所述方法具体可以包括：
28.步骤101、预估服务小区内待调度用户所需的上行频域资源；
29.步骤102、在确定所述待调度用户均为第一用户的情况下，不预留所述第一用户的专用pucch资源，所述第一用户为存在待传输的上行数据的待调度用户；
30.步骤103、在确定所述待调度用户包含第一用户和第二用户的情况下，判断所述第二用户是否满足预设条件，所述第二用户为不存在待传输的上行数据的待调度用户；
31.步骤104、在确定所述第二用户满足预设条件的情况下，不预留所述第二用户的专用pucch资源，并且对所述第二用户进行主动调度；
32.步骤105、判断是否存在空闲态用户设备随机接入消息4msg4的混合自动重传请求harq-确认ack反馈消息，若存在，则在所述上行频域资源中预留harq-ack反馈消息所需的公用pucch资源，否则，不预留公用pucch资源。
33.本发明实施例提供的资源分配方法，可应用于nr系统中的基站。本发明实施例针对nr系统中预留非必要的pucch资源，从而造成pusch空口资源浪费的问题，对现有的mac上行频域资源分配方案进行优化，增加判断机制，以减少预留非必要的pucch资源的情况，尽可能增加可调度pusch资源数，从而提高nr小区上行空口资源利用率，以及提高用户对空口速率的感知。
34.需要说明的是，本发明实施例在资源分配过程中涉及如下三种上行信道：prach(physical random access channel，物理随机接入信道)，在随机接入过程中用于发送msg1(消息1，msg1是基于竞争的随机接入消息)。pusch，用于传输上行数据，也可以进行sr、csi、ack等信息的上报。pucch，包括common(公用)pucch和专用pucch，其中，common pucch用于传输msg4(消息4，msg4是基于竞争的随机接入消息)的harq(hybrid automatic repeat request，混合自动重传请求)-ack反馈消息，专用pucch可用于进行sr、csi、ack等信息的上报。
35.首先，预估服务小区内待调度用户所需的上行频域资源。具体地，可以根据用户优先级确定基站服务小区内的待调度用户，并且预估待调度用户所需的上行频域资源。然后，判断待调度用户是否存在待传输的上行数据。本发明实施例将存在待传输的上行数据的待调度用户称为第一用户，将不存在待传输的上行数据的待调度用户称为第二用户。
36.在确定服务小区内的所有待调度用户均为第一用户的情况下，也即每个待调度用户都有待传输的上行数据需要通过pusch发送，此时，为了节省资源，待调度用户的上行控制信息可以通过pusch传输。因此，在确定服务小区内的所有待调度用户均为第一用户的情况下，可以不为第一用户预留专用pucch资源，第一用户的上行控制信息可以通过pusch传输。
37.需要说明的是，对于未调度的用户，上行控制信息包括下行反馈ack、sr、以及周期csi，对于已调度的用户，上行控制信息包括下行反馈ack、和周期csi。
38.在实际应用中，当ue(user equipment，用户设备/用户/终端)在某个小区完成了驻留之后，可以称该ue进入了“空闲态”或“idle态”。如果该ue后续又完成了随机接入过程，那么可以称该ue进入了“连接态”或“connected态”。
39.由于idle态(空闲态)的ue随机接入msg4的harq-ack反馈消息需要使用common(公用)pucch资源，因此，本发明实施例在确定服务小区内的所有待调度用户均为第一用户的情况下，还需进一步判断是否存在空闲态用户设备随机接入msg4的harq-ack反馈消息，若存在，则在所述上行频域资源中预留harq-ack反馈消息所需的common pucch资源，并且将预留后剩余的上行频域资源分配给pusch；否则，不用预留公用pucch资源，可以将预估的上行频域资源全部分配给pusch。
40.一个示例中，对于100mhz带宽，子载波间隔30khz的情况，假设专用bwp(bandwidth part，带宽部分)配置为0-272。根据协议可知全带宽共有273prb(physical resource block，物理资源块)的上行频域资源。假设服务小区内的所有待调度用户均为第一用户，并且不存在空闲态用户设备随机接入msg4的harq-ack反馈，则不预留common pucch资源，也不用为第一用户预留专用pucch资源，也即可以将273prb的上行频域资源全部分配给pusch。服务小区内的所有待调度用户可以共享整个bwp的273prb，以充分利用上行频域资源。例如，当服务小区内只有一个待调度用户时，该用户的上行频域资源可占用整个bwp的273prb进行资源分配。当服务小区内存在两个待调度用户时，这两个用户在单时隙内调度上行频域资源共享整个bwp的273prb，以此类推。
41.在确定待调度用户包含第一用户和第二用户的情况下，判断所述第二用户是否满足预设条件，如果确定所述第二用户满足预设条件，则不预留所述第二用户的专用pucch资源，并且对所述第二用户进行主动调度，以使所述第一用户和所述第二用户的上行控制信息通过物理上行共享信道pusch传输。
42.如果待调度用户包含第一用户和第二用户，说明待调度用户中有一部分用户存在待传输的上行数据(第一用户)，还有一部分用户不存在待传输的上行数据(第二用户)。此时，第一用户的上行控制信息(pucch uci)可以通过复用pusch传输，而第二用户还没有分配pusch，因此，需要为第二用户静态预留专用pucch资源，以传输第二用户的pucch uci如下行反馈ack、sr、以及周期csi。
43.为了尽可能减少静态预留非必要的pucch资源，在待调度用户包含第一用户和第二用户的情况下，本发明实施例进一步判断第二用户是否满足预设条件，所述预设条件用于判断第二用户是否可以通过主动调度抢占pucch资源。如果第二用户满足预设条件，则通过对第二用户进行主动调度为第二用户分配pusch，使得第二用户进行pusch数据传输，进而第二用户的pucch uci也可以通过复用pusch传输，不用为第二用户预留专用pucch资源，也即所有的待调度用户(包括第一用户和第二用户)的pucch uci都可以通过pusch传输，由此实现了无需静态预留pucch资源，尽可能的将上行频域资源分配给pusch传输，以提高空口资源利用率的目的。
44.需要说明的是，在待调度用户包含第一用户和第二用户，且第二用户满足预设条件的情况下，不用为第二用户预留专用pucch资源，还需进一步判断是否存在空闲态用户设备随机接入msg4的harq-ack反馈消息，若存在，则在所述上行频域资源中预留harq-ack反馈消息所需的common pucch资源，并且将预留后剩余的上行频域资源分配给pusch；否则，不预留公用pucch资源，可以将预估的上行频域资源全部分配给pusch。
45.通过本发明实施例，在确定基站服务小区内所有待调度用户都存在待传输的上行数据(待调度用户仅包含第一用户)时，不预留第一用户的专用pucch资源；在确定基站服务
小区内部分用户存在待传输的上行数据以及部分用户不存在待传输的上行数据时(待调度用户包含第一用户和第二用户时)，判断第二用户是否满足通过主动调度抢占pucch资源的条件，如果满足，则不预留第二用户的专用pucch资源。此外，在上述两种情况下，进一步判断是否存在空闲态用户设备随机接入msg4的harq-ack反馈消息，以确定是否预留common pucch资源。
46.由此，在nr小区中待调度用户的上行数据量较大时，如果上行空口资源不足，可以通过本发明实施例减少静态预留非必要pucch资源的情况，减少空口资源浪费，从而优化小区资源分配效率，提高小区吞吐量。
47.本发明实施例在确定基站服务小区内部分用户存在待传输的上行数据以及部分用户不存在待传输的上行数据时(待调度用户包含第一用户和第二用户时)，判断第二用户是否满足预设条件。
48.具体地，首先判断所述第二用户的用户数是否小于预设数目。进一步地，若确定所述第二用户的用户数大于或等于预设数目，则确定所述第二用户不满足预设条件。其中，所述预设数目可以根据经验或者实际情况进行设置，例如，预设数目可以为预设的第二用户数，或者，还可以为预设的第二用户数在待调度用户中所占的比例。如果当前待调度用户中第二用户的用户数大于或等于预设数目，说明待调度用户中包含较多的第二用户，如果对这些第二用户进行主动调度，通过复用pusch传输pucch uci的话，大量第二用户的pucch uci可能占用较多的上行频域资源，进而可能影响第一用户的上行数据的正常传输。因此，如果确定所述第二用户的用户数大于或等于预设数目，则确定所述第二用户不满足预设条件。
49.在本发明的一种可选实施例中，所述判断所述第二用户是否满足预设条件之后，所述方法还包括：若确定所述第二用户不满足预设条件，则在所述上行频域资源中为所述第二用户预留上行控制信息所需的专用pucch资源。
50.基站服务小区内如果存在较多的第二用户，这个时候对第二用户进行主动调度所需的上行频域资源可能会多于直接进行静态预留pucch所需的上行频域资源，也即，这时的资源分配优化方案不起作用。因此，在确定所述第二用户不满足预设条件时，在所述上行频域资源中为所述第二用户预留上行控制信息所需的专用pucch资源。需要说明的是，在这种情况下，第二用户的上行控制信息通过专用pucch传输，而第一用户的上行控制信息可以通过pusch传输。
51.在本发明的一种可选实施例中，所述判断所述第二用户是否满足预设条件，包括：
52.步骤s11、判断所述第二用户的用户数是否小于预设数目；
53.步骤s12、若确定所述第二用户的用户数小于预设数目，则分别计算为所述第二用户预留专用pucch资源所需占用的第一物理资源块总数以及对所述第二用户进行主动调度所需占用的第二物理资源块总数；
54.步骤s13、比较所述第一物理资源块总数与所述第二物理资源块总数；
55.步骤s14、若所述第一物理资源块总数大于或等于所述第二物理资源块总数，则确定所述第二用户满足预设条件，否则，确定所述第二用户不满足预设条件。
56.若确定所述第二用户的用户数小于预设数目，说明基站服务小区内存在较少的第二用户，此时分别计算为所述第二用户预留专用pucch资源所需占用的第一物理资源块总
数以及对所述第二用户进行主动调度所需占用的第二物理资源块总数，并且比较所述第一物理资源块总数与所述第二物理资源块总数。
57.如果第一物理资源块总数大于或等于第二物理资源块总数，说明对第二用户进行主动调度的方案相比静态预留专用pucch资源的方案，占用更少的物理资源块，也即，对第二用户进行主动调度的方案更优，此时可以确定第二用户满足预设条件，可以通过主动调度抢占pucch资源而不为第二用户静态预留专用pucch资源，尽量减少预留非必要的pucch资源的情况，尽可能增加可调度pusch资源数。
58.如果第一物理资源块总数小于第二物理资源块总数，说明对第二用户进行主动调度的方案相比静态预留专用pucch资源的方案，占用更多的物理资源块，也即，静态预留专用pucch资源的方案更优，此时可以确定第二用户不满足预设条件，对于第二用户，可以按照原有的静态预留专用pucch资源的分配流程。
59.在本发明的一种可选实施例中，所述对所述第二用户进行主动调度，包括：
60.步骤s21、确定对所述第二用户进行主动调度所需占用的最小物理资源块总数；
61.步骤s22、为所述第二用户分配所述最小物理资源块总数对应的上行频域资源，以及将所述第二用户加入待调度队列进行主动调度。
62.在第二用户满足预设条件的情况下，本发明实施例通过基站对第二用户进行主动调度，为第二用户主动分配pusch，尽可能的将上行频域资源留给pusch传输以提高空口资源利用率。然而，由于第二用户实际上并没有待传输的上行数据，本发明实施例对第二用户进行主动调度的目的是为了使得第二用户的pucch uci可以通过复用pusch来传输，而第一用户有待传输的上行数据，因此，对第二用户进行主动调度应在不影响第一用户的上行数据正常传输的基础上。
63.为了确保所有第一用户都能分配到其正常传输上行数据所需的pusch资源，本发明实施例为第二用户分配所述最小物理资源块总数对应的上行频域资源，所述最小物理资源块总数为对第二用户进行主动调度所需的最少的上行频域资源。由此，本发明实施例可以实现在确保第一用户的上行数据正常传输的基础上，对第二用户进行主动调度，使得所有待调度用户(包含第一用户和第二用户)的pucch uci都可以通过pusch传输，无需静态预留专用pucch资源，尽可能的将频域资源留给pusch传输以提高空口资源利用率的效果。
64.本发明实施例针对nr系统中预留非必要的pucch资源，从而造成pusch空口资源浪费的问题，对现有的mac上行频域资源分配方案进行优化，增加判断机制。参照图2，示出了本发明的一种资源分配方法的完整流程示意图。如图2所示，当服务小区内仅包含第一用户时，不预留第一用户的专用pucch资源；当服务小区内包含第一用户和第二用户时，则根据第二用户是否满足预设条件判断是否需要通过pusch抢占pucch资源，不预留第二用户的专用pucch资源，或者在第二用户不满足预设条件时，预留第二用户的专用pucch资源。
65.综上，通过本发明实施例可以减少静态预留非必要pucch资源的情况，减少空口资源浪费，从而优化小区资源分配效率，提高小区吞吐量。此外，针对nr小区中待调度用户的上行数据量较大，上行空口资源不足的情况，本发明实施例还通过基站对满足预设条件的第二用户进行主动调度pusch的策略，使得所有待调度用户都可以通过复用pusch传输pucch uci，进一步减少非必要的pucch空口资源开销，在一定程度上优化了小区pusch资源分配，提高小区吞度量。再者，本发明实施例还可以避免静态预留pucch资源导致的上行资
源分段的情况，进而可以确保上行空口资源的连续性，从而达到优化小区资源分配的效果。
66.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
67.装置实施例
68.参照图3，示出了本发明的一种资源分配装置实施例的结构框图，所述装置具体可以包括：
69.资源预估模块，用于预估服务小区内待调度用户所需的上行频域资源；
70.第一判断模块，用于在确定所述待调度用户均为第一用户的情况下，不预留所述第一用户的专用pucch资源，所述第一用户为存在待传输的上行数据的待调度用户；
71.第二判断模块，用于在确定所述待调度用户包含第一用户和第二用户的情况下，判断所述第二用户是否满足预设条件，所述第二用户为不存在待传输的上行数据的待调度用户；
72.主动调度模块，用于在确定所述第二用户满足预设条件的情况下，不预留所述第二用户的专用pucch资源，并且对所述第二用户进行主动调度；
73.第三判断模块，用于判断是否存在空闲态用户设备随机接入消息4msg4的混合自动重传请求harq-确认ack反馈消息，若存在，则在所述上行频域资源中预留harq-ack反馈消息所需的公用pucch资源，否则，不预留公用pucch资源。
74.可选地，所述第一判断模块，包括：
75.判断子模块，用于判断所述第二用户的用户数是否小于预设数目；
76.计算子模块，用于若确定所述第二用户的用户数小于预设数目，则分别计算为所述第二用户预留专用pucch资源所需占用的第一物理资源块总数以及对所述第二用户进行主动调度所需占用的第二物理资源块总数；
77.比较子模块，用于比较所述第一物理资源块总数与所述第二物理资源块总数；
78.确定子模块，用于若所述第一物理资源块总数大于或等于所述第二物理资源块总数，则确定所述第二用户满足预设条件，否则，确定所述第二用户不满足预设条件。
79.可选地，所述装置还包括：
80.确定模块，用于若确定所述第二用户的用户数大于或等于预设数目，则确定所述第二用户不满足预设条件。
81.可选地，所述装置还包括：
82.静态预留模块，用于若确定所述第二用户不满足预设条件，则在所述频域资源中为所述第二用户预留上行控制信息所需的专用pucch资源。
83.可选地，所述主动调度模块，包括：
84.资源确定子模块，用于确定对所述第二用户进行主动调度所需占用的最小物理资源块总数；
85.主动调度子模块，用于为所述第二用户分配所述最小物理资源块总数对应的上行频域资源，以及将所述第二用户加入待调度队列进行主动调度。
86.本发明实施例针对nr系统中预留非必要的pucch资源，从而造成pusch空口资源浪费的问题，对现有的mac上行资源分配方案进行优化，增加判断机制。通过本发明实施例可以减少静态预留非必要pucch资源的情况，减少空口资源浪费，从而优化小区资源分配效率，提高小区吞吐量。此外，针对nr小区中待调度用户的上行数据量较大，上行空口资源不足的情况，本发明实施例还通过基站对满足预设条件的第二用户进行主动调度pusch的策略，使得所有待调度用户都可以通过复用pusch传输pucch uci，进一步减少非必要的pucch空口资源开销，在一定程度上优化了小区pusch资源分配，提高小区吞度量。再者，本发明实施例还可以避免静态预留pucch资源导致的上行资源分段的情况，进而可以确保上行空口资源的连续性，从而达到优化小区资源分配的效果。
87.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
88.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
89.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
90.本公开的实施例还提供了一种电子设备，参见图4，包括：处理器401、存储器402以及存储在所述存储器上并可在所述处理器上运行的计算机程序4021，所述处理器执行所述程序时实现前述实施例的资源分配方法。
91.本公开的实施例还提供了一种处理器可读存储介质，当所述处理器可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的资源分配方法。
92.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
93.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
94.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
95.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
96.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地
改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
97.本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开的实施例的排序设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
98.应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
99.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
100.以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
101.以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。