CN102802261B - 寻呼消息多次重发的方法及装置 - Google Patents

Abstract

本发明揭示了一种寻呼消息多次重发的方法，包括：判断是否存在立即指派消息；当存在立即指派消息则发送该立即指派消息，否则判断是否存在寻呼消息；当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息。本发明提供的一种寻呼消息多次重发的方法及装置，在保证寻呼消息时效性的同时，又提高了寻呼成功率。

Description

寻呼消息多次重发的方法及装置

技术领域

本发明涉及到通信领域，特别涉及到一种寻呼消息多次重发的方法及装置。

背景技术

在GSM移动通信系统中，寻呼成功率直接影响用户体验和话务量，是衡量网络性能的重要指标。由于无线环境的复杂性和时变性，有可能因为下行干扰、终端解调失败等原因导致某一条或几条寻呼消息没有被终端成功接收，所以网络侧有必要重发寻呼消息，以提高终端收到寻呼消息的概率，从而提高寻呼成功率。针对寻呼重发方法，目前主要有下面几种实现方法。

方法1：A口重发寻呼消息，为了减少流量，A口的寻呼消息重发间隔一般设置成6～8秒。该方法的缺点是重发间隔大，寻呼消息时效性差，接通延时大。

方法2：BTS(BaseTransceiverStation，基站收发台)侧实现寻呼消息重发，主要的实现手段有两种，第一种是寻呼消息重发次数固定，该方法的缺点是没有充分考虑寻呼消息的时效性，因为公共控制信道CCCH上还要下发立即指派消息，而且一般来说立即指派消息的优先级要高于寻呼消息，所以寻呼消息何时重发是不确定的，而重发固定次数可能会导致空口重发的寻呼消息丧失时效性(可能此时主叫已经挂机)。第二种是提高寻呼消息的优先级，同时重发寻呼消息，该方法的缺点是影响立即指派消息的发送及时性，从而导致终端多次接入，SD指派失败率升高等问题。

发明内容

本发明的主要目的为提供一种寻呼消息多次重发的方法及装置，在保证寻呼消息时效性的同时，又提高了寻呼成功率，且不影响CCCH上其他消息的发送。

本发明提出一种寻呼消息多次重发的方法，包括：

判断是否存在立即指派消息；

当存在立即指派消息则发送立即指派消息，否则判断是否存在寻呼消息；

当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；

将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息。

优选地，在执行判断是否存在立即指派消息之前，还包括：

根据帧号、公共控制参数计算寻呼组号和决定公共控制信道CCCH发送消息类型。

优选地，在执行所述将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列之前，还包括：

根据如下公式计算所述最大重发次数：

M＝W/(L*H*BS-PA-MFRMS)-1，所述W为寻呼消息重发间隔，H为CCCH逻辑信道复帧数，L为帧时长，BS-PA-MFRMS为基站寻呼复帧数。

优选地，在执行所述计算最大重发次数之前，还包括：

通过如下公式计算所述重发队列的长度：

W*K/(L*H*min-BS-PA-MFRMS)，所述K为Pagingrequesttype3型消息包含的MobileIdentity数量。

优选地，所述根据重发队列的优先级顺序发送重发队列内重发消息包括：

当所述重发消息所在重发队列的优先级最低时，发送所述重发消息后删除该重发消息；否则将所述重发消息放入低一级的重发队列中。

本发明还提出了一种寻呼消息多次重发的装置，包括：

判断模块，用于判断是否存在立即指派消息；

发送模块，用于当存在立即指派消息则发送该立即指派消息，否则判断是否存在寻呼消息；当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；

循环模块，用于将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息。

优选地，所述装置还包括：

准备模块，用于根据帧号、公共控制参数计算寻呼组号和决定公共控制信道CCCH发送消息类型。

优选地，所述装置还包括：

计算阙值模块，用于根据如下公式计算所述最大重发尝试次数：

M＝W/(L*H*BS-PA-MFRMS)-1，所述W为寻呼消息重发间隔，H为CCCH逻辑信道复帧数，L为帧时长，BS-PA-MFRMS为基站寻呼复帧数。

优选地，所述装置还包括：

计算长度模块，用于通过如下公式计算所述重发队列的长度：

W*K/(L*H*min-BS-PA-MFRMS)，所述K为Pagingrequesttype3型消息包含的MobileIdentity数量。

所述发送模块具体用于：

当所述重发消息所在重发队列的优先级最低时，发送所述重发消息后删除该重发消息；否则将所述重发消息放入低一级的重发队列中。

本发明提供的一种寻呼消息多次重发的方法及装置，充分考虑了寻呼消息的时效性，根据A口寻呼消息重发间隔和基站寻呼复帧数BS-PA-MFRMS，规定了最大重发尝试次数，将达到最大重发尝试次数的寻呼消息及时剔除，节省空口流量和存储空间；保持下行CCCH各种消息原有优先级不变，不影响立即指派消息的发送，由于重发寻呼消息优先级低于立即指派消息和原发寻呼消息，所以当下行CCCH流量较大时，重发寻呼消息将不会得到发送，所以不会增加空口下行CCCH峰值流量。

附图说明

图1本发明寻呼消息多次重发的方法一实施例的系统架构图；

图2本发明寻呼消息多次重发的方法一实施例的流程示意图；

图3本发明寻呼消息多次重发的方法又一实施例的流程示意图；

图4本发明寻呼消息多次重发的装置一实施例的结构示意图；

图5本发明寻呼消息多次重发的装置又一实施例的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1、图2，提出本发明寻呼消息多次重发的方法一实施例，包括：

步骤S11、判断是否存在立即指派消息；

本实施例中，预先为每个寻呼组创建M个FIFO重发队列，M既为重发队列的数量，同时也是重发队列中每一重发消息的最大重发次数，M个重发队列的优先级依次递减，即第1个重发队列中的重发消息全部发送完成后才发送第2个重发队列中的重发消息。上述重发消息指原发的寻呼消息发送成功后，被放入重发队列中，成为重发消息，以区分原发的寻呼消息。

本实施例根据当前帧号、公共控制参数和消息优先级(立即指派消息、寻呼消息和重发消息的消息优先级依次递减)，发送立即指派消息、寻呼消息和重发消息，因此首先判断是否存在高优先级的立即指派消息。

步骤S12、当存在立即指派消息则发送立即指派消息，否则判断是否存在寻呼消息；

存在立即指派消息时，优先发送立即指派消息，否则判断是否存在更低优先级的寻呼消息，此处指原发的寻呼消息。

步骤S13、当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；

存在原发的寻呼消息时，优先发送寻呼消息，当发送A口寻呼消息成功后，将此寻呼消息放入该寻呼组的第1重发队列(优先级最高的重发队列)中，此时我们称该寻呼消息为重发消息，并将该重发消息的重发尝试次数初始化为0。当该寻呼组的所有高优先级消息均已经发送完成，准备依次发送第1～M重发队列中的重发消息。在发送重发队列中的重发消息之前，先检查所有的重发队列，将重发尝试次数大于或等于最大重发尝试次数M的重发消息剔除，该操作的目的是节省空口流量和存储空间。然后根据重发队列的优先级顺序发送重发队列内重发消息，即先发送优先级高的重发队列内的重发消息，再发送优先级低的重发队列内的重发消息，只有第N(N＜M)个重发队列中的重发消息全部发送完成后才发送第N+1个重发队列中的重发消息。第N(N＜M)重发队列中的重发消息发送成功后，将其存入第N+1重发队列中，等待下一次重发。

步骤S14、将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息。

每发送一次消息，无论是立即指派、寻呼消息还是重发消息，当前寻呼组的M个重发队列中的所有重发消息的重发尝试次数加1，此操作的目的是保持重发队列中寻呼消息的时效性。

为了验证本发明提出的寻呼消息多次重发的方法在不同话务模型下的效果，本实施例进行了GSM网络典型配置下的不同话务模型的空口寻呼重发次数统计，如表3和表4所示。

表3A口不同寻呼量条件下BTS寻呼重发统计

表4BTS寻呼重发消息与A口寻呼及立即指派消息统计

表3的系统参数采用的配置为：BS-AG-BLKS-RES＝2；CCCH_CONF＝0；BS-PA-MFRMS＝5，最大重发尝试次数设为4。其中BS-AG-BLKS-RES(BaseStation-AGCH-Block-Reserve)是基站立即指派保留块，指示只用于发送立即指派消息(不能发送寻呼消息)的CCCH块数，在基站的小区属性中设置；CCCH_CONF(CCCHConfigration)用于指示当前BCCH载频中包含CCCH时隙的数量，以及该CCCH时隙是否与SDCCH共享，该参数在基站的小区属性中设置。

由表3可以看出，对于IMSI型寻呼消息，当A口寻呼量在1～2万/15分钟时，大部分寻呼消息都在空口重发2次以上，而且这些寻呼消息都是在6秒内完成重发的，具有很强的时效性，在较差的无线环境下能够有效提高寻呼成功率。

表3的系统参数采用的配置为：BS-AG-BLKS-RES＝2；CCCH_CONF＝0；BS-PA-MFRMS＝5，最大重发尝试次数分别设为0，1，4；ABIS口立即指派消息的发送速率为10～50条/s。

由表4可以看出，BTS寻呼消息重发次数随着Abis口立即指派消息和A口寻呼消息的发送速率的变化而变化，所以不会增加下行CCCH的峰值流量；BTS重发寻呼消息不会影响Abis口立即指派消息和A口寻呼消息在Um口的发送。

本实施例中，充分考虑了寻呼消息的时效性，根据A口寻呼消息重发间隔和基站寻呼复帧数BS-PA-MFRMS，规定了最大重发尝试次数，将达到最大重发尝试次数的寻呼消息及时剔除，节省空口流量和存储空间；保持下行CCCH各种消息原有优先级不变，不影响立即指派消息的发送，由于重发寻呼消息优先级低于立即指派消息和原发寻呼消息，所以当下行CCCH流量较大时，重发寻呼消息将不会得到发送，所以不会增加空口下行CCCH峰值流量。

在一实施例中，步骤S13包括：

当所述重发消息所在重发队列的优先级最低时，发送所述重发消息后删除该重发消息；否则将所述重发消息放入低一级的重发队列中。

上述重发消息多次重发的过程中，重发消息被放入第1重发队列后，有两种结局，一是完成M次重发，从第M重发队列中被丢弃；二是由于重发尝试次数大于或等于最大重发尝试次数M，在第N(N＜M)重发队列中被丢弃。

参照图3，提出本发明寻呼消息多次重发的方法又一实施例，在上述实施例中，在执行步骤S11之前还包括：

步骤S10、根据帧号、公共控制参数计算寻呼组号和决定公共控制信道CCCH发送消息类型。

在执行步骤S13之前，还包括：

步骤S131、通过如下公式计算所述重发队列的长度：

W*K/(L*H*min-BS-PA-MFRMS)，H为CCCH逻辑信道复帧数，L为帧时长，K为Pagingrequesttype3型消息包含的MobileIdentity数量。

上述寻呼消息多次重发的过程中，重发队列的容量要设置合理，既不浪费空间，又要保证重发队列的重发消息不溢出，因此需要计算重发队列的长度：

w*K/(L*H*min-BS-PA-MFRMS)，其中GSM系统中H为51，L为4.615，min-BS-PA-MFRMS为2，所以重发队列的长度向上取整为51，第2～M子队列的大小也可以适当减少。

步骤S132、根据如下公式计算所述最大重发次数：

M＝W/(L*H*BS-PA-MFRMS)-1，所述W为寻呼消息重发间隔，BS-PA-MFRMS为基站寻呼复帧数。

根据A口寻呼消息重发间隔、BS-PA-MFRMS计算重发消息的最大重发尝试次数M。其中A口寻呼消息重发间隔在核心网侧设定，一般为6～8s，BS-PA-MFRMS(BaseStation-Page-MultiFrames)是基站寻呼复帧数，在基站的小区属性中设置，取值范围是2～9。也可以在后台手动设定最大重发尝试次数，实际取值是后台设定值和实际计算值中的较小者，本实施例假设后台设定值也是M。

参照图4，提出本发明寻呼消息多次重发的装置一实施例，包括：

判断模块10，用于判断是否存在立即指派消息；

发送模块20，用于当存在立即指派消息则发送立即指派消息，否则判断是否存在寻呼消息；当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；

循环模块30，用于将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息。

本实施例中，预先为每个寻呼组创建M个FIFO重发队列，M既为重发队列的数量，同时也是重发队列中每一重发消息的最大重发次数，M个重发队列的优先级依次递减，即第1个重发队列中的重发消息全部发送完成后才发送第2个重发队列中的重发消息。上述重发消息指原发的寻呼消息发送成功后，被放入重发队列中，成为重发消息，以区分原发的寻呼消息。

本实施例根据当前帧号、公共控制参数和消息优先级(立即指派消息、寻呼消息和重发消息的消息优先级依次递减)，发送立即指派消息、寻呼消息和重发消息，因此首先判断是否存在高优先级的立即指派消息。

判断模块10判断存在立即指派消息时，发送模块20优先发送立即指派消息，否则发送模块20判断是否存在更低优先级的寻呼消息，此处指原发的寻呼消息。

存在原发的寻呼消息时，发送模块20优先发送寻呼消息，当发送A口寻呼消息成功后，将此寻呼消息放入该寻呼组的第1重发队列(优先级最高的重发队列)中，此时我们称该寻呼消息为重发消息，并将该重发消息的重发尝试次数初始化为0。当该寻呼组的所有高优先级消息均已经发送完成，发送模块20准备依次发送第1～M重发队列中的重发消息。在发送重发队列中的重发消息之前，先检查所有的重发队列，将重发尝试次数大于或等于最大重发尝试次数M的重发消息剔除，该操作的目的是节省空口流量和存储空间。然后根据重发队列的优先级顺序发送重发队列内重发消息，即先发送优先级高的重发队列内的重发消息，再发送优先级低的重发队列内的重发消息，只有第N(N＜M)个重发队列中的重发消息全部发送完成后才发送第N+1个重发队列中的重发消息。第N(N＜M)重发队列中的重发消息发送成功后，将其存入第N+1重发队列中，等待下一次重发。

每发送一次消息，无论是立即指派、寻呼消息还是重发消息，循环模块30将当前寻呼组的M个重发队列中的所有重发消息的重发尝试次数加1，此操作的目的是保持重发队列中寻呼消息的时效性。

为了验证本发明提出的寻呼消息多次重发的方法在不同话务模型下的效果，本实施例进行了GSM网络典型配置下的不同话务模型的空口寻呼重发次数统计，如表3和表4所示。

表3A口不同寻呼量条件下BTS寻呼重发统计

表4BTS寻呼重发消息与A口寻呼及立即指派消息统计

表3的系统参数采用的配置为：BS-AG-BLKS-RES＝2；CCCH_CONF＝0；BS-PA-MFRMS＝5，最大重发尝试次数设为4。其中BS-AG-BLKS-RES(BaseStation-AGCH-Block-Reserve)是基站立即指派保留块，指示只用于发送立即指派消息(不能发送寻呼消息)的CCCH块数，在基站的小区属性中设置；CCCH_CONF(CCCHConfigration)用于指示当前BCCH载频中包含CCCH时隙的数量，以及该CCCH时隙是否与SDCCH共享，该参数在基站的小区属性中设置。

由表3可以看出，对于IMSI型寻呼消息，当A口寻呼量在1～2万/15分钟时，大部分寻呼消息都在空口重发2次以上，而且这些寻呼消息都是在6秒内完成重发的，具有很强的时效性，在较差的无线环境下能够有效提高寻呼成功率。

表3的系统参数采用的配置为：BS-AG-BLKS-RES＝2；CCCH_CONF＝0；BS-PA-MFRMS＝5，最大重发尝试次数分别设为0，1，4；ABIS口立即指派消息的发送速率为10～50条/s。

由表4可以看出，BTS寻呼消息重发次数随着Abis口立即指派消息和A口寻呼消息的发送速率的变化而变化，所以不会增加下行CCCH的峰值流量；BTS重发寻呼消息不会影响Abis口立即指派消息和A口寻呼消息在Um口的发送。

本实施例中，充分考虑了寻呼消息的时效性，根据A口寻呼消息重发间隔和基站寻呼复帧数BS-PA-MFRMS，规定了最大重发尝试次数，将达到最大重发尝试次数的寻呼消息及时剔除，节省空口流量和存储空间；保持下行CCCH各种消息原有优先级不变，不影响立即指派消息的发送，由于重发寻呼消息优先级低于立即指派消息和原发寻呼消息，所以当下行CCCH流量较大时，重发寻呼消息将不会得到发送，所以不会增加空口下行CCCH峰值流量。

在一实施例中，发送模块20具体用于：

当所述重发消息所在重发队列的优先级最低时，发送所述重发消息后删除该重发消息；否则将所述重发消息放入低一级的重发队列中。

上述重发消息多次重发的过程中，重发消息被放入第1重发队列后，有两种结局，一是完成M次重发，发送模块20将该重发消息从第M重发队列中被丢弃；二是由于重发尝试次数大于或等于最大重发尝试次数M，在第N(N＜M)重发队列中被丢弃。

参照图5，提出本发明寻呼消息多次重发的装置又一实施例，在上述实施例中，还包括：

准备模块40，用于根据帧号、公共控制参数计算寻呼组号和决定公共控制信道CCCH发送消息类型。

计算长度模块50，用于通过如下公式计算所述重发队列的长度：

W*K/(L*H*min-BS-PA-MFRMS)，H为CCCH逻辑信道复帧数，L为帧时长，K为Pagingrequesttype3型消息包含的MobileIdentity数量。

计算阙值模块60，用于根据如下公式计算所述最大重发尝试次数：

M＝W/(L*H*BS-PA-MFRMS)-1，所述W为寻呼消息重发间隔，BS-PA-MFRMS为基站寻呼复帧数。

上述寻呼消息多次重发的过程中，重发队列的容量要设置合理，既不浪费空间，又要保证重发队列的重发消息不溢出，因此需要计算长度模块50计算重发队列的长度：

w*K/(L*H*min-BS-PA-MFRMS)，其中GSM系统中H为51，L为4.615，min-BS-PA-MFRMS为2，所以重发队列的长度向上取整为51，第2～M子队列的大小也可以适当减少。

计算阙值模块60根据A口寻呼消息重发间隔、BS-PA-MFRMS计算重发消息的最大重发尝试次数M。其中A口寻呼消息重发间隔在核心网侧设定，一般为6～8s，BS-PA-MFRMS(BaseStation-Page-MultiFrames)是基站寻呼复帧数，在基站的小区属性中设置，取值范围是2～9。也可以在后台手动设定最大重发尝试次数，实际取值是后台设定值和实际计算值中的较小者，本实施例假设后台设定值也是M。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种寻呼消息多次重发的方法，其特征在于，包括：

判断是否存在立即指派消息；

当存在立即指派消息则发送该立即指派消息，否则判断是否存在寻呼消息；

当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；

否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；

将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息；

其中，在执行所述将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列之前，还包括：

根据如下公式计算所述最大重发次数：

M＝W/(L＊H＊BS－PA－MFRMS)－1，所述W为寻呼消息重发间隔，H为CCCH逻辑信道复帧数，L为帧时长，BS－PA－MFRMS为基站寻呼复帧数。

2.如权利要求1所述的方法，其特征在于，在执行判断是否存在立即指派消息之前，还包括：

根据帧号、公共控制参数计算寻呼组号和决定公共控制信道CCCH发送消息类型。

3.如权利要求1所述的方法，其特征在于，在执行所述计算最大重发次数之前，还包括：

通过如下公式计算所述重发队列的长度：

W＊K/(L＊H＊min－BS－PA－MFRMS)，所述K为Pagingrequesttype3型消息包含的MobileIdentity数量。

4.如权利要求1至3中任一项所述的方法，其特征在于，所述根据重发队列的优先级顺序发送重发队列内重发消息包括：

当所述重发消息所在重发队列的优先级最低时，发送所述重发消息后删除该重发消息；否则将所述重发消息放入低一级的重发队列中。

5.一种寻呼消息多次重发的装置，其特征在于，包括：

判断模块，用于判断是否存在立即指派消息；

发送模块，用于当存在立即指派消息则发送该立即指派消息，否则判断是否存在寻呼消息；当存在寻呼消息时发送所述寻呼消息，将发送后的寻呼消息放入预设的最大重发次数为M的M个重发队列中优先级最高的重发队列，成为重发消息，以及将所述重发消息的重发尝试次数置0；否则删除所有重发队列中重发尝试次数等于M的重发消息，根据所述重发队列的优先级顺序发送所述重发队列内重发消息；

循环模块，用于将所有重发队列中重发消息的重发尝试次数加1，并返回判断是否存在立即指派消息；

计算阙值模块，用于根据如下公式计算所述最大重发次数：

M＝W/(L＊H＊BS－PA－MFRMS)－1，所述W为寻呼消息重发间隔，H为CCCH逻辑信道复帧数，L为帧时长，BS－PA－MFRMS为基站寻呼复帧数。

6.如权利要求5所述的装置，其特征在于，还包括：

准备模块，用于根据帧号、公共控制参数计算寻呼组号和决定公共控制信道CCCH发送消息类型。

7.如权利要求5所述的装置，其特征在于，还包括：

计算长度模块，用于通过如下公式计算所述重发队列的长度：

W＊K/(L＊H＊min－BS－PA－MFRMS)，所述K为Pagingrequesttype3型消息包含的MobileIdentity数量。

8.如权利要求5至7中任一项所述的装置，其特征在于，所述发送模块具体用于：

当所述重发消息所在重发队列的优先级最低时，发送所述重发消息后删除该重发消息；否则将所述重发消息放入低一级的重发队列中。