CN103733581A - 一种消息处理的方法及基站 - Google Patents

一种消息处理的方法及基站 Download PDF

Info

Publication number
CN103733581A
CN103733581A CN201380001512.3A CN201380001512A CN103733581A CN 103733581 A CN103733581 A CN 103733581A CN 201380001512 A CN201380001512 A CN 201380001512A CN 103733581 A CN103733581 A CN 103733581A
Authority
CN
China
Prior art keywords
message
overload
type
messages
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201380001512.3A
Other languages
English (en)
Other versions
CN103733581B (zh
Inventor
杨振森
石阳阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201611117607.3A priority Critical patent/CN106792905B/zh
Publication of CN103733581A publication Critical patent/CN103733581A/zh
Application granted granted Critical
Publication of CN103733581B publication Critical patent/CN103733581B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6255—Queue scheduling characterised by scheduling criteria for service slots or service orders queue load conditions, e.g. longest queue first
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2466—Traffic characterised by specific attributes, e.g. priority or QoS using signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H04L47/323—Discarding or blocking control packets, e.g. ACK packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
    • H04L47/6275—Queue scheduling characterised by scheduling criteria for service slots or service orders based on priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开一种消息处理的方法及基站，其中方法包括如下步骤：基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；根据所接收到的过载消息的消息类型，更新消息处理队列；按序对所述消息处理队列中的消息进行处理。可以提高基站对消息处理的智能性，提升用户体验。

Description

一种消息处理的方法及基站
技术领域
本发明涉及通信技术领域，具体涉及基站消息处理技术领域，尤其涉及一种消息处理的方法及基站。
背景技术
随着长期演进（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）、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (19)

1.一种消息处理的方法，其特征在于，包括：
基站在过载流控状态下接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；
根据所接收到的过载消息的消息类型，更新消息处理队列；
按序对所述消息处理队列中的消息进行处理。
2.根据权利要求1所述的方法，其特征在于，所述基站内预设有消息类型优先级，且根据所接收到的过载消息的消息类型，更新消息处理队列，包括：
按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；
依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。
3.根据权利要求2所述的方法，其特征在于，还包括：
在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。
4.根据权利要求1所述的方法，其特征在于，所述根据所接收到的过载消息的消息类型，更新消息处理队列，包括：
统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；
当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；或者，
当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。
5.根据权利要求4所述的方法，其特征在于，所述对所述属于第一消息类型的过载消息进行删除处理，包括：
在每个时间步长内，删除预设数量的所述第一类型的过载消息。
6.根据权利要求1所述的方法，其特征在于，所述基站内预设有消息类型信息，且根据所接收到的过载消息的消息类型，更新消息处理队列，包括：
当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；或者，
当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。
7.一种基站，其特征在于，包括：
确定模块，用于在处于过载流控状态下的基站接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；
队列更新模块，用于根据所接收到的过载消息的消息类型，更新消息处理队列；
消息处理模块，用于按序对所述消息处理队列中的消息进行处理。
8.根据权利要求7所述的基站，其特征在于，还包括：
第一存储模块，用于存储预设的消息类型优先级；
所述队列更新模块包括：
消息排序单元，用于按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；
第一加入单元，用于依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。
9.根据权利要求8所述的基站，其特征在于，所述队列更新模块还包括：
第一丢弃单元，用于在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。
10.根据权利要求7所述的基站，其特征在于，所述队列更新模块包括：
消息统计单元，用于统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；
第一处理单元，用于当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；
第二处理单元，用于当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。
11.根据权利要求10所述的基站，其特征在于，所述第一处理单元具体用于：
当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，在每个时间步长内，删除预设数量的所述第一类型的过载消息，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列。
12.根据权利要求7所述的基站，其特征在于，还包括：
第二存储模块，用于存储预设的消息类型信息；
所述队列更新模块包括：
第二加入单元，用于当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；
第二丢弃单元，用于当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。
13.一种基站，其特征在于，包括接收机、存储器和分别与所述接收机和存储器连接的处理器，其中，所述接收机用于接收消息，所述存储器存储有程序代码，所述处理器用于调用所述存储器中存储的程序代码，所述处理器执行如下步骤：
在处于过载流控状态下的基站的所述接收机接收到至少一个过载消息时，确定所接收到的过载消息的消息类型；
根据所接收到的过载消息的消息类型，更新消息处理队列；
按序对所述消息处理队列中的消息进行处理。
14.根据权利要求13所述的基站，其特征在于，所述存储器内预设有消息类型优先级，所述处理器在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：
按照所述消息类型优先级，且根据所接收到的过载消息的消息类型，对所接收到的过载消息进行排序，形成过载消息序列；
依次将所述过载消息序列中的消息加入到所述消息处理队列中，直至所述消息处理队列中的消息数量超过基站的处理能力。
15.根据权利要求14所述的基站，其特征在于，所述处理器还执行如下步骤：
在所述消息处理队列中的消息数量超过基站的处理能力时，将所述过载消息序列中未加入所述消息处理队列的过载消息丢弃。
16.根据权利要求13所述的基站，其特征在于，所述处理器在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：
统计所接收到的过载消息中属于第一类型的过载消息的数量，所述第一类型为所接收到的过载消息所属的所有消息类型中的任一个消息类型；
当所述第一类型的过载消息的数量大于所述第一类型对应的第一预设门限时，对所述属于第一消息类型的过载消息进行删除处理，直至删除处理后剩余的属于第一类型的过载消息的数量小于或等于所述第一预设门限，将所述剩余的属于第一类型的过载消息加入消息处理队列；或者，
当所述第一类型的过载消息的数量小于或等于所述第一类型对应的第一预设门限时，将所接收的过载消息加入消息处理队列。
17.根据权利要求16所述的基站，其特征在于，所述处理器在执行对所述属于第一消息类型的过载消息进行删除处理时，具体执行如下步骤：
在每个时间步长内，删除预设数量的所述第一类型的过载消息。
18.根据权利要求13所述的基站，其特征在于，所述存储器内预设有消息类型信息，所述处理器在执行根据所接收到的过载消息的消息类型，更新消息处理队列时，具体执行如下步骤：
当所接收到的过载消息的消息类型属于预设的消息类型时，将所述过载消息加入消息处理队列；或者，
当所接收到的过载消息的消息类型不属于预设的消息类型时，将所述过载消息进行丢弃。
19.一种计算机程序产品，包括计算机可读介质，所述计算机可读介质包括一组程序代码，用于执行如权利要求1-6中任意一项所述的方法。
CN201380001512.3A 2013-06-19 2013-06-19 一种消息处理的方法及基站 Active CN103733581B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611117607.3A CN106792905B (zh) 2013-06-19 2013-06-19 一种消息处理的方法及基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/077464 WO2014201635A1 (zh) 2013-06-19 2013-06-19 一种消息处理的方法及基站

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201611117607.3A Division CN106792905B (zh) 2013-06-19 2013-06-19 一种消息处理的方法及基站

Publications (2)

Publication Number Publication Date
CN103733581A true CN103733581A (zh) 2014-04-16
CN103733581B CN103733581B (zh) 2017-01-25

Family

ID=50455939

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201611117607.3A Active CN106792905B (zh) 2013-06-19 2013-06-19 一种消息处理的方法及基站
CN201380001512.3A Active CN103733581B (zh) 2013-06-19 2013-06-19 一种消息处理的方法及基站

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201611117607.3A Active CN106792905B (zh) 2013-06-19 2013-06-19 一种消息处理的方法及基站

Country Status (3)

Country Link
EP (1) EP2999153B1 (zh)
CN (2) CN106792905B (zh)
WO (1) WO2014201635A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105848082A (zh) * 2015-01-12 2016-08-10 中国移动通信集团湖南有限公司 一种上行指令的处理方法及装置
CN106713331A (zh) * 2016-12-30 2017-05-24 中电长城网际系统应用有限公司 攻击事件的过滤方法和系统
CN110971561A (zh) * 2018-09-28 2020-04-07 阿里巴巴集团控股有限公司 一种访问请求处理方法、装置及设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2999153B1 (en) * 2013-06-19 2017-08-09 Huawei Technologies Co., Ltd. Message processing method and base station
KR102480566B1 (ko) * 2022-10-12 2022-12-22 한화시스템(주) 끊김없는 서비스 제공을 위한 QoS 기반 핸드오버 방법

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636523B1 (en) * 1999-01-27 2003-10-21 Advanced Micro Devices, Inc. Flow control using rules queue monitoring in a network switching system
CN1878131A (zh) * 2005-06-10 2006-12-13 华为技术有限公司 进行流量控制的方法和系统
CN101505260A (zh) * 2008-02-04 2009-08-12 华为技术有限公司 消息流量的控制方法、系统及装置
CN101588297A (zh) * 2009-06-23 2009-11-25 华为技术有限公司 业务消息包处理方法、业务消息包处理设备和网络系统
CN102143040A (zh) * 2010-06-30 2011-08-03 华为技术有限公司 流量控制的方法和装置
US20120096045A1 (en) * 2010-10-19 2012-04-19 Moore Tiffany A System and method for traffic surge control

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1297098C (zh) * 2003-05-09 2007-01-24 华为技术有限公司 一种系统流量控制方法
CN100356744C (zh) * 2004-09-10 2007-12-19 华为技术有限公司 一种用于管道式分布系统的流量控制方法
CN100591052C (zh) * 2007-04-25 2010-02-17 华为技术有限公司 流量控制的方法和业务处理系统
CN101350942A (zh) * 2007-07-19 2009-01-21 中国移动通信集团公司 多媒体消息传送的系统和方法以及多媒体消息业务网关
US8059546B2 (en) * 2008-09-05 2011-11-15 Cisco Technology, Inc. Traffic flow scheduling techniques implemented on bonded channels of a shared access cable network
CN101998700B (zh) * 2009-08-13 2015-04-01 中兴通讯股份有限公司 中继网络中参与中继的基站获取状态信息的方法及系统
CN102487494B (zh) * 2009-10-26 2015-05-13 中国电信股份有限公司 短信流量控制方法和系统
US8527347B2 (en) * 2009-11-12 2013-09-03 Oracle International Corporation Integration architecture for mobile advertisement campaign management, marketplace and service provider interface
CN102843705B (zh) * 2011-06-24 2017-10-17 中兴通讯股份有限公司 一种针对业务功能进行流量控制的方法和系统
US9019880B2 (en) * 2011-08-11 2015-04-28 Qualcomm Incorporated Methods and apparatus for overload mitigation using uplink transmit power backoff
KR20130032152A (ko) * 2011-09-22 2013-04-01 에릭슨 엘지 주식회사 채널 과부하 판단에 의한 가입자 트래픽 제어 방법 및 그를 위한 이동통신 시스템
US8824296B2 (en) * 2011-12-13 2014-09-02 Telefonaktiebolaget L M Ericsson (Publ) Handling congestion in a queue without discarding new messages received from a message sender
CN102833159B (zh) * 2012-08-16 2015-10-21 中兴通讯股份有限公司 报文拥塞处理方法及装置
EP2999153B1 (en) * 2013-06-19 2017-08-09 Huawei Technologies Co., Ltd. Message processing method and base station

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636523B1 (en) * 1999-01-27 2003-10-21 Advanced Micro Devices, Inc. Flow control using rules queue monitoring in a network switching system
CN1878131A (zh) * 2005-06-10 2006-12-13 华为技术有限公司 进行流量控制的方法和系统
CN101505260A (zh) * 2008-02-04 2009-08-12 华为技术有限公司 消息流量的控制方法、系统及装置
CN101588297A (zh) * 2009-06-23 2009-11-25 华为技术有限公司 业务消息包处理方法、业务消息包处理设备和网络系统
CN102143040A (zh) * 2010-06-30 2011-08-03 华为技术有限公司 流量控制的方法和装置
US20120096045A1 (en) * 2010-10-19 2012-04-19 Moore Tiffany A System and method for traffic surge control

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105848082A (zh) * 2015-01-12 2016-08-10 中国移动通信集团湖南有限公司 一种上行指令的处理方法及装置
CN105848082B (zh) * 2015-01-12 2019-03-15 中国移动通信集团湖南有限公司 一种上行指令的处理方法及装置
CN106713331A (zh) * 2016-12-30 2017-05-24 中电长城网际系统应用有限公司 攻击事件的过滤方法和系统
CN110971561A (zh) * 2018-09-28 2020-04-07 阿里巴巴集团控股有限公司 一种访问请求处理方法、装置及设备

Also Published As

Publication number Publication date
CN103733581B (zh) 2017-01-25
EP2999153B1 (en) 2017-08-09
EP2999153A4 (en) 2016-06-29
CN106792905B (zh) 2020-12-25
EP2999153A1 (en) 2016-03-23
WO2014201635A1 (zh) 2014-12-24
CN106792905A (zh) 2017-05-31

Similar Documents

Publication Publication Date Title
US12075106B2 (en) Message sending method and device, readable medium and electronic device
CN103733581B (zh) 一种消息处理的方法及基站
CN111510395B (zh) 业务消息上报方法、装置、设备及介质
CN112953848B (zh) 一种基于严格优先级的流量监管方法、系统及设备
US11429461B2 (en) Broadcast control method and apparatus, and terminal
CN110138678B (zh) 数据传输控制方法和装置、以及网络传输设备和存储介质
WO2016173155A1 (zh) 一种tcp ack报文处理方法及装置
CN101686438B (zh) 一种短信群发的方法和设备
CN112019384A (zh) 带宽预测方法、装置、设备及存储介质
CN110677854A (zh) 载频容量调整的方法、装置、设备和介质
CN108600769A (zh) 图像传输方法、装置及系统
US12052607B2 (en) Communication apparatus, communication method, and program
US11991085B2 (en) Data packet marking method and device, and data transmission system
CN103139098B (zh) 数据传输控制方法、装置和系统以及光纤通道交换机
US11516145B2 (en) Packet control method, flow table update method, and node device
CN103747484B (zh) 一种rim流程系统信息处理方法和服务节点设备
CN109586780A (zh) 卫星网络中防止报文阻塞的方法
CN113891392B (zh) 拥塞控制方法、装置、设备及存储介质
CN112449255A (zh) 报文处理方法和计算机存储介质
CN106576080B (zh) 寻呼消息的流控方法、装置和系统
JP6336747B2 (ja) 基地局装置、及びページング送信制御方法
CN108347735B (zh) 过载控制方法及装置
CN116647516A (zh) 数据处理方法、电子设备及存储介质
CN109600861B (zh) 接入分类映射方法、rrc连接原因的获取方法、终端及基站
CN113766570A (zh) 基于速率控制的数据发送方法及装置、通信装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant