一种消息处理的方法及基站与流程

本发明涉及通信技术领域，具体涉及基站消息处理技术领域，尤其涉及一种消息处理的方法及基站。

背景技术：

随着长期演进(Long Term Evolution，LTE)网络的技术不断的成熟，LTE网络的用户量也逐渐扩大，基站所需要处理的消息也逐渐增多，因此基站出现过载的几率也增大。

现有的基站当检测到所需要处理的消息达到预设门限时，例如基站的中央处理器(Central Processing Unit，CPU)占用率达到80％，会进入过载流控状态，基站对于在进入过载流控状态后所接收的所有消息进行流控，将超过处理能力的消息进行丢弃。

由于基站是采用先进先出的方式对消息进行处理，因此在基站进入过载流控状态时，容易丢弃一些重要的消息，例如切换消息，如果丢弃了切换消息，会导致用户掉网，直接影响了用户体验，降低了基站处理消息的智能性。

技术实现要素：

本发明实施例提供了一种消息处理的方法，可以提高基站对消息处理的智能性，提升用户体验。

为了解决上述技术问题，本发明第一方面提供了一种处理消息的方法，可包括：

基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

根据所接收到的过载消息的消息类型，更新消息处理队列；

按序对所述消息处理队列中的消息进行处理。

基于第一方面，在第一方面的第一种可行的实施方式中，所述基站内预设有消息类型优先级，且根据所接收到的过载消息的消息类型，更新消息处理队列，可包括：

按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。

基于第一方面的第一种可行的实施方式，在第一方面的第二种可行的实施方式中，还可包括：

在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。

基于第一方面，在第一方面的第三种可行的实施方式中，所述根据所接收到的过载消息的消息类型，更新消息处理队列，可包括：

统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；

当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；或者，

当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。

基于第一方面的第三种可行的实施方式，在第一方面的第四种可行的实施方式中，所述对所述属于第一消息类型的过载消息进行删除处理，可包括：

在每个时间步长内，删除预设数量的所述第一类型的过载消息。

基于第一方面，在第一方面的第五种可行的实施方式中，所述基站内预设有消息类型信息，且根据所接收到的过载消息的消息类型，更新消息处理队列，可包括：

当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；或者，

当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。

本发明第二方面提供一种基站，可包括：

确定模块，用于在处于过载流控状态下的基站接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

队列更新模块，用于根据所接收到的过载消息的消息类型，更新消息处理队列；

消息处理模块，用于按序对所述消息处理队列中的消息进行处理。

基于第二方面，在第二方面的第一种可行的实施方式中，还包括：

第一存储模块，用于存储预设的消息类型优先级；

所述队列更新模块包括：

消息排序单元，用于按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

第一加入单元，用于依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。

基于第二方面的第一种可行的实施方式，在第二方面的第二种可行的实施方式中，所述队列更新模块还包括：

第一丢弃单元，用于在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。

基于第二方面，在第二方面的第三种可行的实施方式中，所述队列更新模块包括：

消息统计单元，用于统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；

第一处理单元，用于当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；

第二处理单元，用于当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。

基于第二方面的第三种可行的实施方式，在第二方面的第四种可行的实施方式中，所述第一处理单元具体用于：

当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，在每个时间步长内，删除预设数量的所述第一类型的过载消息，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列。

基于第二方面，在第二方面的第五种可行的实施方式中，还包括：

第二存储模块，用于存储预设的消息类型信息；

所述队列更新模块包括：

第二加入单元，用于当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；

第二丢弃单元，用于当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。

本发明第三方面提供一种基站，可包括：接收机和处理器和分别与所述接收机和存储器连接的处理器，其中，所述接收机用于接收消息，所述存储器存储有程序代码，所述处理器用于调用所述存储器中存储的程序代码，所述处理器执行如下步骤：

在处于过载流控状态下的基站的所述接收机接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

根据所接收到的过载消息的消息类型，更新消息处理队列；

按序对所述消息处理队列中的消息进行处理。

基于第三方面，在第三方面的第一种可行的实施方式中，所述存储器内预设有消息类型优先级，所述处理器在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：

按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。

基于第三方面的第一种可行的实施方式，在第三方面的第二种可行的实施方式中，所述处理器还执行如下步骤：

在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。

基于第三方面，在第三方面的第三种可行的实施方式中，所述处理器在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：

统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；

当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；或者，

当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。

基于第三方面的第三种可行的实施方式，在第三方面的第四种可行的实施方式中，所述处理器在执行对所述属于第一消息类型的过载消息进行删除处理时，具体执行如下步骤：

在每个时间步长内，删除预设数量的所述第一类型的过载消息。

基于第三方面，在第三方面的第四种可行的实施方式中，所述存储器内预设有消息类型信息，所述处理器在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：

当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；或者，

当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。

本发明第四方面提供了一种计算机程序产品，包括计算机可读介质，所述计算机可读介质包括一组程序代码，用于执行如第一方面提供的消息处理方法中的全部或部分步骤。

上述可知，基站根据在过载流控状态下所接收到的过载消息的消息类型，更新消息处理队列，使得基站可以将一些重要的消息保留并进行处理，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种消息处理的方法的流程示意图；

图2是本发明实施例提供的另一种消息处理的方法的流程示意图；

图3是本发明实施例提供的又一种消息处理的方法的流程示意图；

图4是本发明实施例提供的又一种消息处理的方法的流程示意图；

图5是本发明实施例提供的一种基站的结构示意图；

图6是本发明实施例提供的另一种基站的结构示意图；

图7是本发明实施例提供的又一种基站的结构示意图；

图8是本发明实施例提供的又一种基站的结构示意图；

图9是本发明实施例提供的又一种基站的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中，基站中可以为CPU的占用率预设CPU门限，例如，基站的CPU占用率达到80％，当基站对所接收的消息进行处理时，基站的CPU占用率达到该CPU预设门限，则进入过载流控状态；或者可以对未处理的消息数量预设数量门限，例如，基站内未处理的消息达到80个，当基站统计到基站中未处理的消息数量达到该预设数量门限时，基站进入过载流控状态。

过载消息为当基站进入过载流控状态后所接收的至少一个消息。

请参见图1，为本发明实施例提供了一种消息处理的方法的流程示意图。如图1所示，本发明实施例的所述方法可以包括以下步骤S101-步骤S103。

S101，基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

具体的，当基站处于过载流控状态，并在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息中每个过载消息的消息类型。

S102，根据所接收到的过载消息的消息类型，更新消息处理队列；

具体的，基站根据所接收到的过载消息的消息类型，对所接收到的过载消息进行调整，并将调整后的过载消息加入到消息处理队列以更新所述消息处理队列。

需要说明的是，基站中可以预设有消息类型优先级，所述基站按照所述消息类型优先级和所接收到的过载消息中每个过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列，并依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力，所述基站的处理能力为基站所能处理消息的数量的最大值；

或者，基站中可以对所接收到的过载消息中每个过载消息的消息类型设置对应的消息类型的门限，所述基站对每种消息类型中的过载消息进行统计，对于超过门限的消息类型中的过载消息进行删除处理，直至超过门限的消息类型中的过载消息的数量小于或等于超过门限的消息类型对应的门限，将没有进行删除处理的过载消息加入消息处理队列；

或者，基站中可以对每种消息类型预设消息类型信息，所述消息类型信息可以为预设的消息类型的种类，所述基站对于所接收到的过载消息的消息类型进行判断，当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列，当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。

S103，按序对所述消息处理队列中的消息进行处理；

具体的，基站对消息处理队列中的消息按照先进先出的处理顺序进行响应处理。

在本发明实施例中，基站根据在过载流控状态下所接收到的过载消息的消息类型，更新消息处理队列，使得基站可以将一些重要的消息保留并进行处理，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图2，为本发明实施例提供了另一种消息处理的方法的流程示意图。如图2所示，本发明实施例的所述方法可以包括以下步骤S201-步骤S205。

S201，基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

S202，所述基站内预设有消息类型优先级，按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

具体的，所述消息类型优先级可以为消息类型处理优先级，对于越影响用户感受的消息类型，例如：切换请求、入网、承载建立等相关消息类型，其消息类型处理优先级越高，所述基站按照预设的消息类型处理优先级，根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

或者，所述消息类型优先级还可以为消息类型删除优先级，对于越影响用户感受的消息类型，其消息类型删除优先级越低，所述基站按照预设的消息类型删除优先级，根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列。

S203，依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力；

具体的，所述基站按照所述消息类型处理优先级从高到低的方式，或者按照所述消息类型删除优先级从低到高的方式，依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力，所述基站的处理能力为基站所能处理消息的数量的最大值。

S204，在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃；

具体的，当所述消息处理队列中的消息数量超过基站的处理能力时，基站将所述过载消息序列中未加入所述消息处理队列的过载消息进行丢弃。

S205，按序对所述消息处理队列中的消息进行处理。

其中，本发明实施例的步骤S201和S205可以分别参见图1所示实施例的步骤S101和S103，在此不进行赘述。

在本发明实施例中，基站通过预设优先级的方式对所接收到的过载消息进行排序，可以将重要的消息放在过载消息序列的前端，避免因为基站进行流控时将重要的消息进行丢弃，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图3，为本发明实施例提供了又一种消息处理的方法的流程示意图。如图3所示，本发明实施例的所述方法可以包括以下步骤S301-步骤S305。

S301，基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

S302，统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；

具体的，基站统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息中每个过载消息所属的所有消息类型中的任一个消息类型。

S303，当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；

具体的，所述第一类型的过载消息数量都可以对应设置第一预设门限，对于越影响用户感受的消息类型，例如：切换请求、入网、承载建立等相关消息类型，其消息类型对应的预设门限越高，设置的预设门限的方式可以为基站预先为每种消息类型进行配置或者可以为每种消息类型设置门限优先级，基站根据每种消息类型的门限优先级动态分配每种消息类型对应的预设门限，并且，所有消息类型对应的预设门限的总和小于基站在过载流控状态下还能继续处理的消息数量。

当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，基站对所述属于第一类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列。需要说明的是，所述删除处理的方式可以为基站在每个时间步长内，删除预设数量的所述第一类型的过载消息。例如：在过载流控状态下，对于入网消息的消息类型，当该消息类型的预设门限为10，并且接收到20个属于该消息类型的过载消息时，基站可以每隔1秒对应减少5个属于该消息类型的过载消息。

需要说明的是，当对所述第一类型的过载消息进行删除处理的过程中，基站从过载流控状态转换为非过载流控状态时，可以无需对所述第一类型的过载消息继续进行删除处理，将剩余的属于第一类型的过载消息加入消息处理队列。

S304，当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列；

具体的，当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，所述基站直接将所接收到的过载消息加入消息处理队列。

S305，按序对所述消息处理队列中的消息进行处理。

其中，本发明实施例的步骤S301和S305可以分别参见图1所示实施例的步骤S101和S103，在此不进行赘述。

在本发明实施例中，基站通过对每种消息类型对应设置预设门限，进而保证越重要的消息类型对应的预设门限越高，可以使基站在处于过载流控状态下，最大程度对重要的消息进行保留，减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图4，为本发明实施例提供了又一种消息处理的方法的流程示意图。如图4所示，本发明实施例的所述方法可以包括以下步骤S401-步骤S404。

S401，基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

S402，所述基站内预设有消息类型信息，当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；

具体的，所述基站可以预设消息类型信息，所述消息类型信息可以为预设的消息类型的种类，所述预设的消息类型可以为影响用户感受的消息类型，例如：切换请求、入网、承载建立等相关消息类型，当所接收到的过载消息的消息类型属于预设的消息类型的种类中的一种，则基站将该属于预设的消息类型的过载消息加入消息处理队列。

S403，当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃；

具体的，当所接收到的过载消息的消息类型不属于预设的消息类型时，基站将该不属于预设的消息类型的过载消息进行丢弃。

S404，按序对所述消息处理队列中的消息进行处理。

其中，本发明实施例的步骤S401和S404可以分别参见图1所示实施例的步骤S101和S103，在此不进行赘述。

在本发明实施例中，基站通过预设消息类型信息，对所接收到的过载消息的消息类型进行判断是否属于预设的消息类型，可以对重要的消息进行保留，避免因为基站进行流控时将重要的消息进行丢弃，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

本发明实施例还公开了一种计算机程序产品，所述计算机程序产品包括计算机可读介质，其中，该计算机可读介质可包括一组程序代码，该程序代码用于执行上述方法实施例中记载的消息处理方法的部分或全部步骤。

在本发明实施例中，基站根据在过载流控状态下所接收到的过载消息的消息类型，更新消息处理队列，使得基站可以将一些重要的消息保留并进行处理，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图5，为本发明实施例提供了一种基站的结构示意图。如图5所示，本发明实施例的所述基站1可以包括：

确定模块11，用于在处于过载流控状态下的基站接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

具体实现中，所述基站1在过载流控状态下接收到至少一个过载消息时，所述确定模块11确定所接收到的过载消息中每个过载消息的消息类型。

队列更新模块12，用于根据所接收到的过载消息的消息类型，更新消息处理队列；

具体实现中，所述队列更新模块12根据所述确定模块11所接收到的过载消息的消息类型，对所接收到的过载消息进行调整，所述队列更新模块12将调整后的过载消息加入到消息处理队列以更新所述消息处理队列。

需要说明的是，所述基站1中可以预设有消息类型优先级，所述队列更新模块12按照所述消息类型优先级和所接收到的过载消息中每个过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列，并依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力，所述基站的处理能力为基站所能处理消息的数量的最大值；

或者，所述基站1中可以对所接收到的过载消息中每个过载消息的消息类型设置对应的消息类型的门限，所述队列更新模块12对每种消息类型中的过载消息进行统计，对于超过门限的消息类型中的过载消息进行删除处理，直至超过门限的消息类型中的过载消息的数量小于或等于超过门限的消息类型对应的门限，将没有进行删除处理的过载消息加入消息处理队列；

或者，所述基站1中可以对每种消息类型预设消息类型信息，所述消息类型信息可以为预设的消息类型的种类，所述队列更新模块12对于所接收到的过载消息的消息类型进行判断，当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列，当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。

消息处理模块13，用于按序对所述消息处理队列中的消息进行处理；

具体实现中，所述消息处理模块13对消息处理队列中的消息按照先进先出的处理顺序进行响应处理。

在本发明实施例中，基站根据在过载流控状态下所接收到的过载消息的消息类型，更新消息处理队列，使得基站可以将一些重要的消息保留并进行处理，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图6，为本发明实施例提供了另一种基站的结构示意图。如图6所示，本发明实施例的所述基站1可以包括：

确定模块11，用于在处于过载流控状态下的基站接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

具体实现中，所述基站1在过载流控状态下接收到至少一个过载消息时，所述确定模块11确定所接收到的过载消息中每个过载消息的消息类型。

第一存储模块14，用于存储预设的消息类型优先级；

具体实现中，所述基站1中预设有消息类型优先级，所述第一存储模块14存储所述消息类型优先级。

队列更新模块12，用于根据所接收到的过载消息的消息类型，更新消息处理队列；

具体实现中，所述队列更新模块12根据所述确定模块11所接收到的过载消息的消息类型，对所接收到的过载消息进行调整，所述队列更新模块12将调整后的过载消息加入到消息处理队列以更新所述消息处理队列。

需要说明的是，所述队列更新模块12按照所述第一存储模块14内存储的预设的消息类型优先级和所接收到的过载消息中每个过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列，并依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力，所述基站的处理能力为基站所能处理消息的数量的最大值。

具体的，本发明实施例的所述队列更新模块12可以包括：

消息排序单元121，用于按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

具体实现中，所述消息类型优先级可以为消息类型处理优先级，对于越影响用户感受的消息类型，例如：切换请求、入网、承载建立等相关消息类型，其消息类型处理优先级越高，所述消息排序单元121按照所述第一存储模块14内存储的预设的消息类型处理优先级，根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

或者，所述消息类型优先级还可以为消息类型删除优先级，对于越影响用户感受的消息类型，其消息类型删除优先级越低，所述消息排序单元121按照所述第一存储模块14内存储的预设的消息类型删除优先级，根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列。

第一加入单元122，用于依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力；

具体实现中，所述第一加入单元122按照所述消息类型处理优先级从高到低的方式，或者按照所述消息类型删除优先级从低到高的方式，依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站1的处理能力，所述基站1的处理能力为基站1所能处理消息的数量的最大值。

第一丢弃单元123，用于在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃；

具体实现中，当所述消息处理队列中的消息数量超过基站1的处理能力时，所述第一丢弃单元123将所述过载消息序列中未加入所述消息处理队列的过载消息进行丢弃。

消息处理模块13，用于按序对所述消息处理队列中的消息进行处理；

具体实现中，所述消息处理模块13对消息处理队列中的消息按照先进先出的处理顺序进行响应处理。

在本发明实施例中，基站通过预设优先级的方式对所接收到的过载消息进行排序，可以将重要的消息放在过载消息序列的前端，避免因为基站进行流控时将重要的消息进行丢弃，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图7，为本发明实施例提供了又一种基站的结构示意图。如图7所示，本发明实施例的所述基站1可以包括：

确定模块11，用于在处于过载流控状态下的基站接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

具体实现中，所述基站1在过载流控状态下接收到至少一个过载消息时，所述确定模块11确定所接收到的过载消息中每个过载消息的消息类型。

队列更新模块12，用于根据所接收到的过载消息的消息类型，更新消息处理队列；

具体实现中，所述队列更新模块12根据所述确定模块11所接收到的过载消息的消息类型，对所接收到的过载消息进行调整，所述队列更新模块12将调整后的过载消息加入到消息处理队列以更新所述消息处理队列。

需要说明的是，所述基站1中可以对所接收到的过载消息中每个过载消息的消息类型设置对应的消息类型的门限，所述队列更新模块12对每种消息类型中的过载消息进行统计，对于超过门限的消息类型中的过载消息进行删除处理，直至超过门限的消息类型中的过载消息的数量小于或等于超过门限的消息类型对应的门限，将没有进行删除处理的过载消息加入消息处理队列。

具体的，本发明实施例的所述队列更新模块12可以包括：

消息统计单元124，用于统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；

具体实现中，所述消息统计单元124统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息中每个过载消息所属的所有消息类型中的任一个消息类型。

第一处理单元125，用于当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；

具体实现中，所述第一类型的过载消息数量都可以对应设置第一预设门限，对于越影响用户感受的消息类型，例如：切换请求、入网、承载建立等相关消息类型，其消息类型对应的预设门限越高，设置的预设门限的方式可以为基站预先为每种消息类型进行配置或者可以为每种消息类型设置门限优先级，基站1根据每种消息类型的门限优先级动态分配每种消息类型对应的预设门限，并且，所有消息类型对应的预设门限的总和小于基站1在过载流控状态下还能继续处理的消息数量。

当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，所述第一处理单元125对所述属于第一类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列。需要说明的是，所述第一处理单元125执行对所述属于第一类型的过载消息进行删除处理的方式可以为基站在每个时间步长内，删除预设数量的所述第一类型的过载消息。例如：在过载流控状态下，对于入网消息的消息类型，当该消息类型的预设门限为10，并且接收到20个属于该消息类型的过载消息时，可以每隔1秒对应减少5个属于该消息类型的过载消息。

需要说明的是，当对所述第一类型的过载消息进行删除处理的过程中，基站1从过载流控状态转换为非过载流控状态时，所述第一处理单元125可以无需对所述第一类型的过载消息继续进行删除处理，所述第一处理单元125将剩余的属于第一类型的过载消息加入消息处理队列。

第二处理单元126，用于当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列；

具体实现中，当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，所述第二处理单元126直接将所接收到的过载消息加入消息处理队列。

消息处理模块13，用于按序对所述消息处理队列中的消息进行处理；

具体实现中，所述消息处理模块13对消息处理队列中的消息按照先进先出的处理顺序进行响应处理。

在本发明实施例中，基站通过对每种消息类型对应设置预设门限，进而保证越重要的消息类型对应的预设门限越高，可以使基站在处于过载流控状态下，最大程度对重要的消息进行保留，减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图8，为本发明实施例提供了又一种基站的结构示意图。如图8所示，本发明实施例的所述基站1可以包括：

确定模块11，用于在处于过载流控状态下的基站接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

具体实现中，所述基站1在过载流控状态下接收到至少一个过载消息时，所述确定模块11确定所接收到的过载消息中每个过载消息的消息类型。

第二存储模块15，用于存储预设的消息类型信息；

具体实现中，所述基站1中预设有消息类型信息，所述第二存储模块15存储所述预设的消息类型信息，所述消息类型信息可以为预设的消息类型的种类，所述预设的消息类型可以为影响用户感受的消息类型，例如：切换请求、入网、承载建立等相关消息类型。

队列更新模块12，用于根据所接收到的过载消息的消息类型，更新消息处理队列；

具体实现中，所述队列更新模块12根据所述确定模块11所接收到的过载消息的消息类型，对所接收到的过载消息进行调整，所述队列更新模块12将调整后的过载消息加入到消息处理队列以更新所述消息处理队列。

需要说明的是，所述队列更新模块12对于所接收到的过载消息的消息类型进行判断，当所接收到的过载消息的消息类型属于所述第二存储模块15内存储的预设的消息类型时，将所述过载消息加入消息处理队列，当所接收到的过载消息的消息类型不属于所述第二存储模块15内存储的预设的消息类型时，将所述过载消息进行丢弃。

具体的，本发明实施例的所述队列更新模块12可以包括：

第二加入单元127，用于当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；

具体实现中，当所述确定模块11所接收到的过载消息的消息类型属于所述第二存储模块15内存储的预设的消息类型的种类中的一种时，所述第二加入单元127将该属于预设的消息类型的过载消息加入消息处理队列。

第二丢弃单元128，用于当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃；

具体实现中，当所述确定模块11所接收到的过载消息的消息类型不属于所述第二存储模块15内存储的预设的消息类型时，所述第二丢弃单元128将该不属于预设的消息类型的过载消息进行丢弃。

消息处理模块13，用于按序对所述消息处理队列中的消息进行处理；

具体实现中，所述消息处理模块13对消息处理队列中的消息按照先进先出的处理顺序进行响应处理。

在本发明实施例中，基站通过预设消息类型信息，对所接收到的过载消息的消息类型进行判断是否属于预设的消息类型，可以对重要的消息进行保留，避免因为基站进行流控时将重要的消息进行丢弃，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

请参见图9，为本发明实施例提供了另一种基站的结构示意图。所述基站可包括：接收机910、存储器920以及分别与所述接收机910和存储器920连接的处理器930，并且还可以包括通信总线940。其中，所述接收机910用于接收消息，所述存储器920存储有程序代码，所述处理器用于调用所述存储器920中存储的程序代码，接收机910、存储器920以及处理器930之间可通过通信总线940连接并通信，所述处理器930执行如下步骤：

在处于过载流控状态下的基站的所述接收机910接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；

根据所接收到的过载消息的消息类型，更新消息处理队列；

按序对所述消息处理队列中的消息进行处理。

在本发明的第一种可行的实施方式中，所述存储器920内预设有消息类型优先级，所述处理器930在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：

按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；

依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。

所述处理器930还可以执行如下步骤：

在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。

在本发明的第二种可行的实施方式中，所述处理器930在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：

统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；

当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；或者，

当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。

所述处理器930在执行对所述属于第一消息类型的过载消息进行删除处理时，具体执行如下步骤：

在每个时间步长内，删除预设数量的所述第一类型的过载消息。

在本发明的第三种可行的实施方式中，所述存储器920内预设有消息类型信息，所述处理器930在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：

当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；或者，

当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。

在本发明实施例中，基站根据在过载流控状态下所接收到的过载消息的消息类型，更新消息处理队列，使得基站可以将一些重要的消息保留并进行处理，进而减少因丢弃消息导致用户设备无法正常使用的几率，提高了基站处理消息的智能性，并提升了用户的体验。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。