一種消息處理的方法及基站的製作方法
2023-06-22 08:35:21 1
一種消息處理的方法及基站的製作方法
【專利摘要】本發明實施例公開一種消息處理的方法及基站，其中方法包括如下步驟：基站在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；根據所接收到的過載消息的消息類型，更新消息處理隊列；按序對所述消息處理隊列中的消息進行處理。可以提高基站對消息處理的智能性，提升用戶體驗。
【專利說明】一種消息處理的方法及基站
【技術領域】
[0001]本發明涉及通信【技術領域】，具體涉及基站消息處理【技術領域】，尤其涉及一種消息處理的方法及基站。
【背景技術】
[0002]隨著長期演進(Long Term Evolution, LTE)網絡的技術不斷的成熟，LTE網絡的用戶量也逐漸擴大，基站所需要處理的消息也逐漸增多，因此基站出現過載的機率也增大。
[0003]現有的基站當檢測到所需要處理的消息達到預設門限時，例如基站的中央處理器(Central Processing Unit, CPU)佔用率達到80%,會進入過載流控狀態,基站對於在進入過載流控狀態後所接收的所有消息進行流控，將超過處理能力的消息進行丟棄。
[0004]由於基站是採用先進先出的方式對消息進行處理，因此在基站進入過載流控狀態時，容易丟棄一些重要的消息，例如切換消息，如果丟棄了切換消息，會導致用戶掉網，直接影響了用戶體驗，降低了基站處理消息的智能性。
【發明內容】
[0005]本發明實施例提供了一種消息處理的方法，可以提高基站對消息處理的智能性，提升用戶體驗。
[0006]為了解決上述技術問題，本發明第一方面提供了一種處理消息的方法，可包括:
[0007]基站在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0008]根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0009]按序對所述消息處理隊列中的消息進行處理。
[0010]基於第一方面，在第一方面的第一種可行的實施方式中，所述基站內預設有消息類型優先級，且根據所接收到的過載消息的消息類型，更新消息處理隊列，可包括:
[0011]按照所述消息類型優先級，且根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0012]依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力。
[0013]基於第一方面的第一種可行的實施方式，在第一方面的第二種可行的實施方式中，還可包括:
[0014]在所述消息處理隊列中的消息數量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。
[0015]基於第一方面，在第一方面的第三種可行的實施方式中，所述根據所接收到的過載消息的消息類型，更新消息處理隊列，可包括:
[0016]統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；[0017]當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，對所述屬於第一消息類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列；或者，
[0018]當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，將所接收的過載消息加入消息處理隊列。
[0019]基於第一方面的第三種可行的實施方式，在第一方面的第四種可行的實施方式中，所述對所述屬於第一消息類型的過載消息進行刪除處理，可包括:
[0020]在每個時間步長內，刪除預設數量的所述第一類型的過載消息。
[0021]基於第一方面，在第一方面的第五種可行的實施方式中，所述基站內預設有消息類型信息，且根據所接收到的過載消息的消息類型，更新消息處理隊列，可包括:
[0022]當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列；或者，
[0023]當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄。
[0024]本發明第二方面提供一種基站，可包括:
[0025]確定模塊，用於在處於過載流控狀態下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0026]隊列更新模塊，用於根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0027]消息處理模塊，用於按序對所述消息處理隊列中的消息進行處理。
[0028]基於第二方面，在第二方面的第一種可行的實施方式中，還包括:
[0029]第一存儲模塊，用於存儲預設的消息類型優先級；
[0030]所述隊列更新模塊包括:
[0031]消息排序單元，用於按照所述消息類型優先級，且根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0032]第一加入單元，用於依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力。
[0033]基於第二方面的第一種可行的實施方式，在第二方面的第二種可行的實施方式中，所述隊列更新模塊還包括:
[0034]第一丟棄單元，用於在所述消息處理隊列中的消息數量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。
[0035]基於第二方面，在第二方面的第三種可行的實施方式中，所述隊列更新模塊包括:
[0036]消息統計單元，用於統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；
[0037]第一處理單元，用於當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，對所述屬於第一消息類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列；[0038]第二處理單元，用於當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，將所接收的過載消息加入消息處理隊列。
[0039]基於第二方面的第三種可行的實施方式，在第二方面的第四種可行的實施方式中，所述第一處理單元具體用於:
[0040]當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，在每個時間步長內，刪除預設數量的所述第一類型的過載消息，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列。
[0041]基於第二方面，在第二方面的第五種可行的實施方式中，還包括:
[0042]第二存儲模塊，用於存儲預設的消息類型信息；
[0043]所述隊列更新模塊包括:
[0044]第二加入單元，用於當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列；
[0045]第二丟棄單元，用於當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄。
[0046]本發明第三方面提供一種基站，可包括:接收機和處理器和分別與所述接收機和存儲器連接的處理器，其中，所述接收機用於接收消息，所述存儲器存儲有程序代碼，所述處理器用於調用所述存儲器中存儲的程序代碼，所述處理器執行如下步驟:
[0047]在處於過載流控狀態下的基站的所述接收機接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0048]根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0049]按序對所述消息處理隊列中的消息進行處理。
[0050]基於第三方面，在第三方面的第一種可行的實施方式中，所述存儲器內預設有消息類型優先級，所述處理器在執行根據所接收到的過載消息的消息類型，更新消息處理隊列時，具體執行如下步驟:
[0051]按照所述消息類型優先級，且根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0052]依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力。
[0053]基於第三方面的第一種可行的實施方式，在第三方面的第二種可行的實施方式中，所述處理器還執行如下步驟:
[0054]在所述消息處理隊列中的消息數量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。
[0055]基於第三方面，在第三方面的第三種可行的實施方式中，所述處理器在執行根據所接收到的過載消息的消息類型，更新消息處理隊列時，具體執行如下步驟:
[0056]統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；
[0057]當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，對所述屬於第一消息類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列；或者，
[0058]當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，將所接收的過載消息加入消息處理隊列。
[0059]基於第三方面的第三種可行的實施方式，在第三方面的第四種可行的實施方式中，所述處理器在執行對所述屬於第一消息類型的過載消息進行刪除處理時，具體執行如下步驟:
[0060]在每個時間步長內，刪除預設數量的所述第一類型的過載消息。
[0061]基於第三方面，在第三方面的第四種可行的實施方式中，所述存儲器內預設有消息類型信息，所述處理器在執行根據所接收到的過載消息的消息類型，更新消息處理隊列時，具體執行如下步驟:
[0062]當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列；或者，
[0063]當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄。
[0064]本發明第四方面提供了一種電腦程式產品，包括計算機可讀介質，所述計算機可讀介質包括一組程序代碼，用於執行如第一方面提供的消息處理方法中的全部或部分步驟。
[0065]上述可知，基站根據在過載流控狀態下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留並進行處理，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
【專利附圖】
【附圖說明】
[0066]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0067]圖1是本發明實施例提供的一種消息處理的方法的流程示意圖；
[0068]圖2是本發明實施例提供的另一種消息處理的方法的流程示意圖；
[0069]圖3是本發明實施例提供的又一種消息處理的方法的流程示意圖；
[0070]圖4是本發明實施例提供的又一種消息處理的方法的流程示意圖；
[0071]圖5是本發明實施例提供的一種基站的結構示意圖；
[0072]圖6是本發明實施例提供的另一種基站的結構示意圖；
[0073]圖7是本發明實施例提供的又一種基站的結構示意圖；
[0074]圖8是本發明實施例提供的又一種基站的結構示意圖；
[0075]圖9是本發明實施例提供的又一種基站的結構示意圖。
【具體實施方式】
[0076]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
[0077]在本發明實施例中，基站中可以為CPU的佔用率預設CPU門限，例如，基站的CPU佔用率達到80%，當基站對所接收的消息進行處理時，基站的CPU佔用率達到該CPU預設門限，則進入過載流控狀態；或者可以對未處理的消息數量預設數量門限，例如，基站內未處理的消息達到80個，當基站統計到基站中未處理的消息數量達到該預設數量門限時，基站進入過載流控狀態。
[0078]過載消息為當基站進入過載流控狀態後所接收的至少一個消息。
[0079]請參見圖1，為本發明實施例提供了一種消息處理的方法的流程示意圖。如圖1所示，本發明實施例的所述方法可以包括以下步驟SlOl-步驟S103。
[0080]S101，基站在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0081]具體的，當基站處於過載流控狀態，並在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息中每個過載消息的消息類型。
[0082]S102，根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0083]具體的，基站根據所接收到的過載消息的消息類型，對所接收到的過載消息進行調整，並將調整後的過載消息加入到消息處理隊列以更新所述消息處理隊列。
[0084]需要說明的是，基站中可以預設有消息類型優先級，所述基站按照所述消息類型優先級和所接收到的過載消息中每個過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列，並依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數量的最大值；
[0085]或者，基站中可以對所接收到的過載消息中每個過載消息的消息類型設置對應的消息類型的門限，所述基站對每種消息類型中的過載消息進行統計，對於超過門限的消息類型中的過載消息進行刪除處理，直至超過門限的消息類型中的過載消息的數量小於或等於超過門限的消息類型對應的門限，將沒有進行刪除處理的過載消息加入消息處理隊列；
[0086]或者，基站中可以對每種消息類型預設消息類型信息，所述消息類型信息可以為預設的消息類型的種類，所述基站對於所接收到的過載消息的消息類型進行判斷，當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列，當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄。
[0087]S103，按序對所述消息處理隊列中的消息進行處理；
[0088]具體的，基站對消息處理隊列中的消息按照先進先出的處理順序進行響應處理。
[0089]在本發明實施例中，基站根據在過載流控狀態下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留並進行處理，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0090]請參見圖2，為本發明實施例提供了另一種消息處理的方法的流程示意圖。如圖2所示，本發明實施例的所述方法可以包括以下步驟S201-步驟S205。[0091]S201，基站在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0092]S202，所述基站內預設有消息類型優先級，按照所述消息類型優先級，且根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0093]具體的，所述消息類型優先級可以為消息類型處理優先級，對于越影響用戶感受的消息類型，例如:切換請求、入網、承載建立等相關消息類型，其消息類型處理優先級越高，所述基站按照預設的消息類型處理優先級，根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0094]或者，所述消息類型優先級還可以為消息類型刪除優先級，對于越影響用戶感受的消息類型，其消息類型刪除優先級越低，所述基站按照預設的消息類型刪除優先級，根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列。
[0095]S203，依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力；
[0096]具體的，所述基站按照所述消息類型處理優先級從高到低的方式，或者按照所述消息類型刪除優先級從低到高的方式，依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數量的最大值。
[0097]S204，在所述消息處理隊列中的消息數量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄；
[0098]具體的，當所述消息處理隊列中的消息數量超過基站的處理能力時，基站將所述過載消息序列中未加入所述消息處理隊列的過載消息進行丟棄。
[0099]S205，按序對所述消息處理隊列中的消息進行處理。
[0100]其中，本發明實施例的步驟S201和S205可以分別參見圖1所示實施例的步驟SlOl和S103，在此不進行贅述。
[0101]在本發明實施例中，基站通過預設優先級的方式對所接收到的過載消息進行排序，可以將重要的消息放在過載消息序列的前端，避免因為基站進行流控時將重要的消息進行丟棄，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0102]請參見圖3，為本發明實施例提供了又一種消息處理的方法的流程示意圖。如圖3所示，本發明實施例的所述方法可以包括以下步驟S301-步驟S305。
[0103]S301，基站在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0104]S302，統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；
[0105]具體的，基站統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息中每個過載消息所屬的所有消息類型中的任一個消息類型。
[0106]S303，當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，對所述屬於第一消息類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列；
[0107]具體的，所述第一類型的過載消息數量都可以對應設置第一預設門限，對于越影響用戶感受的消息類型，例如:切換請求、入網、承載建立等相關消息類型，其消息類型對應的預設門限越高，設置的預設門限的方式可以為基站預先為每種消息類型進行配置或者可以為每種消息類型設置門限優先級，基站根據每種消息類型的門限優先級動態分配每種消息類型對應的預設門限，並且，所有消息類型對應的預設門限的總和小於基站在過載流控狀態下還能繼續處理的消息數量。
[0108]當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，基站對所述屬於第一類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列。需要說明的是，所述刪除處理的方式可以為基站在每個時間步長內，刪除預設數量的所述第一類型的過載消息。例如:在過載流控狀態下，對於入網消息的消息類型，當該消息類型的預設門限為10，並且接收到20個屬於該消息類型的過載消息時，基站可以每隔I秒對應減少5個屬於該消息類型的過載消息。
[0109]需要說明的是，當對所述第一類型的過載消息進行刪除處理的過程中，基站從過載流控狀態轉換為非過載流控狀態時，可以無需對所述第一類型的過載消息繼續進行刪除處理，將剩餘的屬於第一類型的過載消息加入消息處理隊列。
[0110]S304，當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，將所接收的過載消息加入消息處理隊列；
[0111]具體的，當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，所述基站直接將所接收到的過載消息加入消息處理隊列。
[0112]S305，按序對所述消息處理隊列中的消息進行處理。
[0113]其中，本發明實施例的步驟S301和S305可以分別參見圖1所示實施例的步驟SlOl和S103，在此不進行贅述。
[0114]在本發明實施例中，基站通過對每種消息類型對應設置預設門限，進而保證越重要的消息類型對應的預設門限越高，可以使基站在處於過載流控狀態下，最大程度對重要的消息進行保留，減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0115]請參見圖4，為本發明實施例提供了又一種消息處理的方法的流程示意圖。如圖4所示，本發明實施例的所述方法可以包括以下步驟S401-步驟S404。
[0116]S401，基站在過載流控狀態下接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0117]S402，所述基站內預設有消息類型信息，當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列；
[0118]具體的，所述基站可以預設消息類型信息，所述消息類型信息可以為預設的消息類型的種類，所述預設的消息類型可以為影響用戶感受的消息類型，例如:切換請求、入網、承載建立等相關消息類型，當所接收到的過載消息的消息類型屬於預設的消息類型的種類中的一種，則基站將該屬於預設的消息類型的過載消息加入消息處理隊列。[0119]S403，當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄；
[0120]具體的，當所接收到的過載消息的消息類型不屬於預設的消息類型時，基站將該不屬於預設的消息類型的過載消息進行丟棄。
[0121]S404，按序對所述消息處理隊列中的消息進行處理。
[0122]其中，本發明實施例的步驟S401和S404可以分別參見圖1所示實施例的步驟SlOl和S103，在此不進行贅述。
[0123]在本發明實施例中，基站通過預設消息類型信息，對所接收到的過載消息的消息類型進行判斷是否屬於預設的消息類型，可以對重要的消息進行保留，避免因為基站進行流控時將重要的消息進行丟棄，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0124]本發明實施例還公開了 一種電腦程式產品，所述電腦程式產品包括計算機可讀介質，其中，該計算機可讀介質可包括一組程序代碼，該程序代碼用於執行上述方法實施例中記載的消息處理方法的部分或全部步驟。
[0125]在本發明實施例中，基站根據在過載流控狀態下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留並進行處理，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0126]請參見圖5，為本發明實施例提供了一種基站的結構示意圖。如圖5所示，本發明實施例的所述基站I可以包括:
[0127]確定模塊11，用於在處於過載流控狀態下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0128]具體實現中，所述基站I在過載流控狀態下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。
[0129]隊列更新模塊12，用於根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0130]具體實現中，所述隊列更新模塊12根據所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進行調整，所述隊列更新模塊12將調整後的過載消息加入到消息處理隊列以更新所述消息處理隊列。
[0131]需要說明的是，所述基站I中可以預設有消息類型優先級，所述隊列更新模塊12按照所述消息類型優先級和所接收到的過載消息中每個過載消息的消息類型，對所接收到的過載消息進行排序,形成過載消息序列，並依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數量的最大值；
[0132]或者，所述基站I中可以對所接收到的過載消息中每個過載消息的消息類型設置對應的消息類型的門限，所述隊列更新模塊12對每種消息類型中的過載消息進行統計，對於超過門限的消息類型中的過載消息進行刪除處理，直至超過門限的消息類型中的過載消息的數量小於或等於超過門限的消息類型對應的門限，將沒有進行刪除處理的過載消息加入消息處理隊列；[0133]或者，所述基站I中可以對每種消息類型預設消息類型信息，所述消息類型信息可以為預設的消息類型的種類，所述隊列更新模塊12對於所接收到的過載消息的消息類型進行判斷，當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列，當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄。
[0134]消息處理模塊13，用於按序對所述消息處理隊列中的消息進行處理；
[0135]具體實現中，所述消息處理模塊13對消息處理隊列中的消息按照先進先出的處理順序進行響應處理。
[0136]在本發明實施例中，基站根據在過載流控狀態下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留並進行處理，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0137]請參見圖6，為本發明實施例提供了另一種基站的結構示意圖。如圖6所示，本發明實施例的所述基站I可以包括:
[0138]確定模塊11，用於在處於過載流控狀態下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0139]具體實現中，所述基站I在過載流控狀態下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。
[0140]第一存儲模塊14，用於存儲預設的消息類型優先級；
[0141]具體實現中，所述基站I中預設有消息類型優先級，所述第一存儲模塊14存儲所述消息類型優先級。
[0142]隊列更新模塊12，用於根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0143]具體實現中，所述隊列更新模塊12根據所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進行調整，所述隊列更新模塊12將調整後的過載消息加入到消息處理隊列以更新所述消息處理隊列。
[0144]需要說明的是，所述隊列更新模塊12按照所述第一存儲模塊14內存儲的預設的消息類型優先級和所接收到的過載消息中每個過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列，並依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力，所述基站的處理能力為基站所能處理消息的數量的最大值。
[0145]具體的，本發明實施例的所述隊列更新模塊12可以包括:
[0146]消息排序單元121，用於按照所述消息類型優先級，且根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0147]具體實現中，所述消息類型優先級可以為消息類型處理優先級，對于越影響用戶感受的消息類型，例如:切換請求、入網、承載建立等相關消息類型，其消息類型處理優先級越高，所述消息排序單元121按照所述第一存儲模塊14內存儲的預設的消息類型處理優先級，根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；[0148]或者，所述消息類型優先級還可以為消息類型刪除優先級，對于越影響用戶感受的消息類型，其消息類型刪除優先級越低，所述消息排序單元121按照所述第一存儲模塊14內存儲的預設的消息類型刪除優先級，根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列。
[0149]第一加入單元122，用於依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力；
[0150]具體實現中，所述第一加入單元122按照所述消息類型處理優先級從高到低的方式，或者按照所述消息類型刪除優先級從低到高的方式，依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站I的處理能力，所述基站I的處理能力為基站I所能處理消息的數量的最大值。
[0151]第一丟棄單元123，用於在所述消息處理隊列中的消息數量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄；
[0152]具體實現中，當所述消息處理隊列中的消息數量超過基站I的處理能力時，所述第一丟棄單元123將所述過載消息序列中未加入所述消息處理隊列的過載消息進行丟棄。
[0153]消息處理模塊13，用於按序對所述消息處理隊列中的消息進行處理；
[0154]具體實現中，所述消息處理模塊13對消息處理隊列中的消息按照先進先出的處理順序進行響應處理。
[0155]在本發明實施例中，基站通過預設優先級的方式對所接收到的過載消息進行排序，可以將重要的消息放在過載消息序列的前端，避免因為基站進行流控時將重要的消息進行丟棄，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0156]請參見圖7，為本發明實施例提供了又一種基站的結構示意圖。如圖7所示，本發明實施例的所述基站I可以包括:
[0157]確定模塊11，用於在處於過載流控狀態下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0158]具體實現中，所述基站I在過載流控狀態下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。
[0159]隊列更新模塊12，用於根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0160]具體實現中，所述隊列更新模塊12根據所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進行調整，所述隊列更新模塊12將調整後的過載消息加入到消息處理隊列以更新所述消息處理隊列。
[0161]需要說明的是，所述基站I中可以對所接收到的過載消息中每個過載消息的消息類型設置對應的消息類型的門限，所述隊列更新模塊12對每種消息類型中的過載消息進行統計，對於超過門限的消息類型中的過載消息進行刪除處理，直至超過門限的消息類型中的過載消息的數量小於或等於超過門限的消息類型對應的門限，將沒有進行刪除處理的過載消息加入消息處理隊列。
[0162]具體的，本發明實施例的所述隊列更新模塊12可以包括:
[0163]消息統計單元124，用於統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；
[0164]具體實現中，所述消息統計單元124統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息中每個過載消息所屬的所有消息類型中的任一個消息類型。
[0165]第一處理單元125，用於當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，對所述屬於第一消息類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列；
[0166]具體實現中，所述第一類型的過載消息數量都可以對應設置第一預設門限，對于越影響用戶感受的消息類型，例如:切換請求、入網、承載建立等相關消息類型，其消息類型對應的預設門限越高，設置的預設門限的方式可以為基站預先為每種消息類型進行配置或者可以為每種消息類型設置門限優先級，基站I根據每種消息類型的門限優先級動態分配每種消息類型對應的預設門限，並且，所有消息類型對應的預設門限的總和小於基站I在過載流控狀態下還能繼續處理的消息數量。
[0167]當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，所述第一處理單元125對所述屬於第一類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列。需要說明的是，所述第一處理單元125執行對所述屬於第一類型的過載消息進行刪除處理的方式可以為基站在每個時間步長內，刪除預設數量的所述第一類型的過載消息。例如:在過載流控狀態下，對於入網消息的消息類型，當該消息類型的預設門限為10，並且接收到20個屬於該消息類型的過載消息時，可以每隔I秒對應減少5個屬於該消息類型的過載消息。
[0168]需要說明的是，當對所述第一類型的過載消息進行刪除處理的過程中，基站I從過載流控狀態轉換為非過載流控狀態時，所述第一處理單元125可以無需對所述第一類型的過載消息繼續進行刪除處理，所述第一處理單元125將剩餘的屬於第一類型的過載消息加入消息處理隊列。
[0169]第二處理單元126，用於當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，將所接收的過載消息加入消息處理隊列；
[0170]具體實現中，當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，所述第二處理單元126直接將所接收到的過載消息加入消息處理隊列。
[0171]消息處理模塊13，用於按序對所述消息處理隊列中的消息進行處理；
[0172]具體實現中，所述消息處理模塊13對消息處理隊列中的消息按照先進先出的處理順序進行響應處理。
[0173]在本發明實施例中，基站通過對每種消息類型對應設置預設門限，進而保證越重要的消息類型對應的預設門限越高，可以使基站在處於過載流控狀態下，最大程度對重要的消息進行保留，減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0174]請參見圖8，為本發明實施例提供了又一種基站的結構示意圖。如圖8所示，本發明實施例的所述基站I可以包括:[0175]確定模塊11，用於在處於過載流控狀態下的基站接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0176]具體實現中，所述基站I在過載流控狀態下接收到至少一個過載消息時，所述確定模塊11確定所接收到的過載消息中每個過載消息的消息類型。
[0177]第二存儲模塊15，用於存儲預設的消息類型信息；
[0178]具體實現中，所述基站I中預設有消息類型信息，所述第二存儲模塊15存儲所述預設的消息類型信息，所述消息類型信息可以為預設的消息類型的種類，所述預設的消息類型可以為影響用戶感受的消息類型，例如:切換請求、入網、承載建立等相關消息類型。
[0179]隊列更新模塊12，用於根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0180]具體實現中，所述隊列更新模塊12根據所述確定模塊11所接收到的過載消息的消息類型，對所接收到的過載消息進行調整，所述隊列更新模塊12將調整後的過載消息加入到消息處理隊列以更新所述消息處理隊列。
[0181]需要說明的是，所述隊列更新模塊12對於所接收到的過載消息的消息類型進行判斷，當所接收到的過載消息的消息類型屬於所述第二存儲模塊15內存儲的預設的消息類型時，將所述過載消息加入消息處理隊列，當所接收到的過載消息的消息類型不屬於所述第二存儲模塊15內存儲的預設的消息類型時，將所述過載消息進行丟棄。
[0182]具體的，本發明實施例的所述隊列更新模塊12可以包括:
[0183]第二加入單元127，用於當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列；
[0184]具體實現中，當所述確定模塊11所接收到的過載消息的消息類型屬於所述第二存儲模塊15內存儲的預設的消息類型的種類中的一種時，所述第二加入單元127將該屬於預設的消息類型的過載消息加入消息處理隊列。
[0185]第二丟棄單元128，用於當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄；
[0186]具體實現中，當所述確定模塊11所接收到的過載消息的消息類型不屬於所述第二存儲模塊15內存儲的預設的消息類型時，所述第二丟棄單元128將該不屬於預設的消息類型的過載消息進行丟棄。
[0187]消息處理模塊13，用於按序對所述消息處理隊列中的消息進行處理；
[0188]具體實現中，所述消息處理模塊13對消息處理隊列中的消息按照先進先出的處理順序進行響應處理。
[0189]在本發明實施例中，基站通過預設消息類型信息，對所接收到的過載消息的消息類型進行判斷是否屬於預設的消息類型，可以對重要的消息進行保留，避免因為基站進行流控時將重要的消息進行丟棄，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。
[0190]請參見圖9，為本發明實施例提供了另一種基站的結構示意圖。所述基站可包括:接收機910、存儲器920以及分別與所述接收機910和存儲器920連接的處理器930，並且還可以包括通信總線940。其中，所述接收機910用於接收消息，所述存儲器920存儲有程序代碼，所述處理器用於調用所述存儲器920中存儲的程序代碼，接收機910、存儲器920以及處理器930之間可通過通信總線940連接並通信，所述處理器930執行如下步驟:
[0191]在處於過載流控狀態下的基站的所述接收機910接收到至少一個過載消息時，確定所接收到的過載消息的消息類型；
[0192]根據所接收到的過載消息的消息類型，更新消息處理隊列；
[0193]按序對所述消息處理隊列中的消息進行處理。
[0194]在本發明的第一種可行的實施方式中，所述存儲器920內預設有消息類型優先級，所述處理器930在執行根據所接收到的過載消息的消息類型，更新消息處理隊列時，具體執行如下步驟:
[0195]按照所述消息類型優先級，且根據所接收到的過載消息的消息類型，對所接收到的過載消息進行排序，形成過載消息序列；
[0196]依次將所述過載消息序列中的消息加入到所述消息處理隊列中，直至所述消息處理隊列中的消息數量超過基站的處理能力。
[0197]所述處理器930還可以執行如下步驟:
[0198]在所述消息處理隊列中的消息數量超過基站的處理能力時，將所述過載消息序列中未加入所述消息處理隊列的過載消息丟棄。
[0199]在本發明的第二種可行的實施方式中，所述處理器930在執行根據所接收到的過載消息的消息類型，更新消息處理隊列時，具體執行如下步驟:
[0200]統計所接收到的過載消息中屬於第一類型的過載消息的數量，所述第一類型為所接收到的過載消息所屬的所有消息類型中的任一個消息類型；
[0201]當所述第一類型的過載消息的數量大於所述第一類型對應的第一預設門限時，對所述屬於第一消息類型的過載消息進行刪除處理，直至刪除處理後剩餘的屬於第一類型的過載消息的數量小於或等於所述第一預設門限，將所述剩餘的屬於第一類型的過載消息加入消息處理隊列；或者，
[0202]當所述第一類型的過載消息的數量小於或等於所述第一類型對應的第一預設門限時，將所接收的過載消息加入消息處理隊列。
[0203]所述處理器930在執行對所述屬於第一消息類型的過載消息進行刪除處理時，具體執行如下步驟:
[0204]在每個時間步長內，刪除預設數量的所述第一類型的過載消息。
[0205]在本發明的第三種可行的實施方式中，所述存儲器920內預設有消息類型信息，所述處理器930在執行根據所接收到的過載消息的消息類型，更新消息處理隊列時，具體執行如下步驟:
[0206]當所接收到的過載消息的消息類型屬於預設的消息類型時，將所述過載消息加入消息處理隊列；或者，
[0207]當所接收到的過載消息的消息類型不屬於預設的消息類型時，將所述過載消息進行丟棄。
[0208]在本發明實施例中，基站根據在過載流控狀態下所接收到的過載消息的消息類型，更新消息處理隊列，使得基站可以將一些重要的消息保留並進行處理，進而減少因丟棄消息導致用戶設備無法正常使用的機率，提高了基站處理消息的智能性，並提升了用戶的體驗。[0209]通過以上的實施方式的描述，所屬領域的技術人員可以清楚地了解到本發明可以用硬體實現，或固件實現，或它們的組合方式來實現。當使用軟體實現時，可以將上述功能存儲在計算機可讀介質中或作為計算機可讀介質上的一個或多個指令或代碼進行傳輸。計算機可讀介質包括計算機存儲介質和通信介質，其中通信介質包括便於從一個地方向另一個地方傳送電腦程式的任何介質。存儲介質可以是計算機能夠存取的任何可用介質。以此為例但不限於:計算機可讀介質可以包括RAM、ROM、EEPROM、CD-ROM或其他光碟存儲、磁碟存儲介質或者其他磁存儲設備、或者能夠用於攜帶或存儲具有指令或數據結構形式的期望的程序代碼並能夠由計算機存取的任何其他介質。此外。任何連接可以適當的成為計算機可讀介質。例如，如果軟體是使用同軸電纜、光纖光纜、雙絞線、數字用戶線(DSL)或者諸如紅外線、無線電和微波之類的無線技術從網站、伺服器或者其他遠程源傳輸的，那麼同軸電纜、光纖光纜、雙絞線、DSL或者諸如紅外線、無線和微波之類的無線技術包括在所屬介質的定影中。如本發明所使用的，盤(Disk)和碟(disc)包括壓縮光碟(⑶)、雷射碟、光碟、數字通用光碟(DVD)、軟盤和藍光光碟，其中盤通常磁性的複製數據，而碟則用雷射來光學的複製數據。上面的組合也應當包括在計算機可讀介質的保護範圍之內。
[0210]以上所揭露的僅為本發明較佳實施例而已，當然不能以此來限定本發明之權利範圍，因此依本發明權利要求所作的等同變化，仍屬本發明所涵蓋的範圍。
【權利要求】
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中任意一項所述的方法。
【文檔編號】H04L12/865GK103733581SQ201380001512
【公開日】2014年4月16日 申請日期:2013年6月19日 優先權日:2013年6月19日
【發明者】楊振森, 石陽陽 申請人:華為技術有限公司