專利名稱：流量控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種流量控制方法及系統(tǒng)。
背景技術(shù)：
目前，在網(wǎng)的彩信網(wǎng)關(guān)在向彩信中心發(fā)送消息的過程中，已經(jīng)實現(xiàn)了消息的流量 控制。該流量控制過程的實現(xiàn)原理如下 首先在彩信網(wǎng)關(guān)處設(shè)置發(fā)送到彩信中心的消息流量的上限，例如，200條/秒。如 果第一秒時發(fā)送的200條消息的響應(yīng)中有50條響應(yīng)的狀態(tài)表示為彩信中心擁塞或處理能 力過載，則在第二秒發(fā)送消息的過程中，彩信網(wǎng)關(guān)只給彩信中心發(fā)送150條消息，如果第二 秒應(yīng)發(fā)送的消息數(shù)大于150，則多余的消息被緩存在彩信網(wǎng)關(guān)中等待重試。如果第二秒的響 應(yīng)消息全部正常，則第三秒仍舊按照設(shè)置好的上限發(fā)送消息，如果當前消息數(shù)少于200條， 例如，180條，則彩信網(wǎng)關(guān)從緩存中取出20條，組成200條消息發(fā)往彩信中心。通過以上過 程，即實現(xiàn)了到彩信中心的消息流量大致穩(wěn)定在200條/秒。 但是，該流量控制過程存在以下問題由于每個彩信中心的處理能力不同，因此每 秒應(yīng)該發(fā)往某彩信中心的消息數(shù)也不確定，而采用設(shè)置的上限限制發(fā)送的消息數(shù)，實際上 是約束了該接口的消息處理能力，增大了彩信網(wǎng)關(guān)的緩存和處理壓力；響應(yīng)消息不能正確 的反應(yīng)彩信中心尚存的處理能力，會造成無法充分的利用彩信中心的處理能力或造成超出 彩信中心的處理能力，控制上不準確；收斂速度較慢。 針對相關(guān)技術(shù)中的流量控制方法約束了消息發(fā)送端的處理能力、控制不準確、收 斂速度慢的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中的流量控制方法約束了消息發(fā)送端的處理能力、控制不準確、收 斂速度慢的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種流量控制方法及系 統(tǒng)，以解決上述問題至少之一。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了 一種流量控制方法。根據(jù)本發(fā) 明的流量控制方法包括消息發(fā)送端向消息接收端發(fā)送消息；消息接收端向消息發(fā)送端返 回攜帶有流量信息的響應(yīng)消息；消息發(fā)送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量 的消息。 優(yōu)選地，消息接收端向消息發(fā)送端返回攜帶有流量信息的響應(yīng)消息之前，上述方
法還包括消息接收端根據(jù)消息接收端的資源使用狀況計算流量信息所指示數(shù)量。 優(yōu)選地，消息接收端根據(jù)消息接收端的資源使用狀況計算流量信息所指示數(shù)量包
括消息接收端計算剩余地址隊列數(shù)量S二A-Z，其中，A為消息接收端申請到的地址隊列數(shù)
量，Z為消息接收端中當前占用的地址隊列數(shù)量；消息接收端計算流量信息所指示數(shù)量N =
P承S，其中，P為來自消息發(fā)送端的消息占用的地址隊列數(shù)量與Z的比值。 優(yōu)選地，消息接收端根據(jù)消息接收端的資源使用狀況計算流量信息所指示數(shù)量包括消息接收端計算可用消息空間M = T/(U+L)，其中，T為消息接收端當前剩余內(nèi)存，U為 單個單元塊的大小，L為單個地址隊列的長度；消息接收端計算修正后的可用消息空間R二 M/R1，其中，Rl為群發(fā)用戶限制參數(shù)；消息接收端計算流量信息所指示數(shù)量N = PAR，其中， P為來自消息發(fā)送端的消息占用的內(nèi)存大小與消息接收端中當前占用的內(nèi)存大小的比值。
優(yōu)選地，消息接收端根據(jù)消息接收端的資源使用狀況計算流量信息所指示數(shù)量包 括消息接收端計算可用消息空間M = T/(U+L)，其中，T為消息接收端當前剩余內(nèi)存，U為 單個單元塊的大小，L為單個地址隊列的長度；消息接收端計算流量信息所指示數(shù)量N = PAR，其中，P為來自消息發(fā)送端的消息占用的內(nèi)存大小與消息接收端中當前占用的內(nèi)存大
小的比值。 優(yōu)選地，在消息發(fā)送端接收到多個攜帶有流量信息的響應(yīng)消息的情況下，消息發(fā) 送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量的消息包括消息發(fā)送端下一次向消息 接收端發(fā)送預(yù)定數(shù)量的消息，其中，預(yù)定數(shù)量是消息發(fā)送端下一次發(fā)送消息之前接收到的 流量信息中最后一個或多個流量信息所指示數(shù)量的平均值。 優(yōu)選地，消息發(fā)送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量的消息包括 消息發(fā)送端確定待發(fā)送消息的數(shù)量y-a + t/,,其中，a為消息發(fā)送端中的單目的用戶消
息的消息體數(shù)量，b為消息發(fā)送端中的群發(fā)消息的消息體數(shù)量，yi為第i個群發(fā)消息的目的 用戶數(shù)；消息發(fā)送端下一次向消息接收端發(fā)送Y個消息中流量信息所指示數(shù)量的消息。
優(yōu)選地，消息發(fā)送端下一次向消息接收端發(fā)送Y個消息中流量信息所指示數(shù)量的 消息包括在Y大于流量信息所指示數(shù)量的情況下，消息發(fā)送端下一次向消息接收端發(fā)送 流量信息所指示數(shù)量的消息，并將待發(fā)送消息中未發(fā)送的消息進行緩存；在Y小于流量信 息所指示數(shù)量的情況下，消息發(fā)送端判斷緩存的消息數(shù)量是否大于預(yù)定差值，若是，則將緩 存的消息中數(shù)量為預(yù)定差值的消息和待發(fā)送消息發(fā)送至消息接收端，否則，將所有緩存的 消息和待發(fā)送消息發(fā)送至消息接收端，其中，預(yù)定差值為流量信息所指示數(shù)量與待發(fā)送消 息的數(shù)量的差值。 優(yōu)選地，在消息發(fā)送端首次向消息接收端發(fā)送消息的情況下，消息發(fā)送端將消息 發(fā)送端待發(fā)送的所有消息發(fā)送至消息接收端。 優(yōu)選地，消息發(fā)送端是彩信網(wǎng)關(guān)，且消息接收端是彩信中心；或者，消息發(fā)送端是 服務(wù)提供商，且消息接收端是彩信網(wǎng)關(guān)；或者，消息發(fā)送端是短信網(wǎng)關(guān)，且消息接收端是短 信中心。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，提供了 一種流量控制系統(tǒng)。根據(jù)本發(fā) 明的流量控制系統(tǒng)包括消息接收端，用于在接收到來自消息發(fā)送端的消息之后，向消息發(fā) 送端返回攜帶有流量信息的響應(yīng)消息；消息發(fā)送端，用于下一次向消息接收端發(fā)送流量信 息所指示數(shù)量的消息。 通過本發(fā)明，采用消息接收端在響應(yīng)消息中攜帶消息發(fā)送端下一次發(fā)送的消息的 數(shù)量，消息發(fā)送端下一次向該消息接收端發(fā)送該數(shù)量的消息，解決了相關(guān)技術(shù)中的流量控 制方法約束了消息發(fā)送端的處理能力、控制不準確、收斂速度慢的問題，實現(xiàn)了消息發(fā)送端 到消息接收端的流量的自適應(yīng)控制，能快速的將兩個設(shè)備間的消息流量收斂在一定范圍 內(nèi)，減輕了消息發(fā)送端的緩存壓力。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是根據(jù)本發(fā)明實施例的流量控制方法的流程圖；
圖2是根據(jù)本發(fā)明實施例的流量控制方法的詳細流程圖；
圖3是根據(jù)本發(fā)明實例1的流量控制方法的詳細流程圖；
圖4是根據(jù)本發(fā)明實施例的流量控制系統(tǒng)的結(jié)構(gòu)框圖。
具體實施例方式
下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的
情況下，本申請中的實施例及實施例中的特征可以相互組合。 方法實施例 根據(jù)本發(fā)明的實施例，提供了一種流量控制方法，圖1是根據(jù)本發(fā)明實施例的流 量控制方法的流程圖，如圖1所示，該方法包括以下步驟S102至步驟S106的處理
步驟S102，消息發(fā)送端向消息接收端發(fā)送消息； 步驟S104，消息接收端向消息發(fā)送端返回攜帶有流量信息的響應(yīng)消息；
步驟S106，消息發(fā)送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量的消息。
圖2是根據(jù)本發(fā)明實施例的流量控制方法的詳細流程圖，如圖2所示，該方法可以 包括如下的步驟S202至步驟S208的處理 步驟S202，消息發(fā)送端向消息接收端發(fā)送消息。在消息發(fā)送端首次向消息接收端 發(fā)送消息的情況下，消息發(fā)送端將消息發(fā)送端待發(fā)送的所有消息發(fā)送至消息接收端。
步驟S204，消息接收端根據(jù)該消息接收端的資源使用狀況計算流量信息所指示數(shù) 步驟S204的一種實現(xiàn)方式可以包括消息接收端計算剩余地址隊列數(shù)量S = A-Z，其中，A為消息接收端申請到的地址隊列數(shù)量，Z為消息接收端中當前占用的地址隊列 數(shù)量；消息接收端計算流量信息所指示數(shù)量(即，消息發(fā)送端下一次發(fā)送信息的數(shù)量)N = P承S，其中，P為來自消息發(fā)送端的消息占用的地址隊列的數(shù)量與Z的比值。
步驟S204的另一種實現(xiàn)方式可以包括消息接收端計算可用消息空間M = T/ (U+L)，其中，T為消息接收端當前剩余內(nèi)存，U為單個單元塊的大小，L為單個地址隊列的長 度；消息接收端計算修正后的可用消息空間R = M/R1，其中，R1為群發(fā)用戶限制參數(shù)；消息 接收端計算流量信息所指示數(shù)量N = P*R，其中，P為來自消息發(fā)送端的消息占用的內(nèi)存大 小與消息接收端中當前占用的內(nèi)存大小的比值。 步驟S204的又一種實現(xiàn)方式可以包括消息接收端計算可用消息空間M = T/ (U+L)，其中，T為消息接收端當前剩余內(nèi)存，U為單個單元塊的大小，L為單個地址隊列的長 度；消息接收端計算流量信息所指示數(shù)量N = P*R，其中，P為來自消息發(fā)送端的消息占用的 內(nèi)存大小與消息接收端中當前占用的內(nèi)存大小的比值。 需要說明的是，步驟S204的實現(xiàn)過程還可以包括其他的實現(xiàn)方式，而不限于上述 提到的三種實現(xiàn)方式。
步驟S206，消息接收端向消息發(fā)送端返回攜帶有流量信息的響應(yīng)消息。 步驟S208，消息發(fā)送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量的消息。在
消息發(fā)送端接收到多個攜帶有流量信息的響應(yīng)消息的情況下，消息發(fā)送端下一次向消息接
收端發(fā)送流量信息所指示數(shù)量的消息可以包括消息發(fā)送端下一次向消息接收端發(fā)送預(yù)定
數(shù)量的消息，其中，預(yù)定數(shù)量是消息發(fā)送端下一次發(fā)送消息之前接收到的流量信息中最后
一個或多個流量信息所指示數(shù)量的平均值。 優(yōu)選地，步驟S208可以包括消息發(fā)送端確定待發(fā)送消息的數(shù)量^ = ^ + |;/,，其
中，a為消息發(fā)送端中的單目的用戶消息的消息體數(shù)量，b為消息發(fā)送端中的群發(fā)消息的消 息體數(shù)量，yi為第i個群發(fā)消息的目的用戶數(shù)；消息發(fā)送端下一次向消息接收端發(fā)送Y個 消息中流量信息所指示數(shù)量的消息。優(yōu)選地，消息發(fā)送端下一次向消息接收端發(fā)送Y個消 息中流量信息所指示數(shù)量的消息可以包括在Y大于流量信息所指示數(shù)量的情況下，消息 發(fā)送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量的消息，并將待發(fā)送消息中未發(fā)送的 消息進行緩存；在Y小于流量信息所指示數(shù)量的情況下，消息發(fā)送端判斷緩存的消息數(shù)量 是否大于預(yù)定差值，若是，則將緩存的消息中數(shù)量為預(yù)定差值的消息和待發(fā)送消息發(fā)送至 消息接收端，否則，將所有緩存的消息和待發(fā)送消息發(fā)送至消息接收端，其中，預(yù)定差值為 流量信息所指示數(shù)量與待發(fā)送消息的數(shù)量的差值。 優(yōu)選地，消息發(fā)送端可以是彩信網(wǎng)關(guān)，且消息接收端可以是彩信中心；或者，消息 發(fā)送端可以是服務(wù)提供商(Service Provider,簡稱為SP)，且消息接收端可以是彩信網(wǎng)關(guān)； 或者，消息發(fā)送端可以是短信網(wǎng)關(guān)，且消息接收端可以是短信中心。 以消息發(fā)送端是彩信網(wǎng)關(guān)，且消息接收端是彩信中心為例，彩信網(wǎng)關(guān)收到SP的彩 信消息后，在第一次向彩信中心轉(zhuǎn)發(fā)消息過程中不限制流量，而是全部發(fā)送。彩信中心向彩 信網(wǎng)關(guān)發(fā)送響應(yīng)消息，其中攜帶通過下一時刻彩信中心允許該彩信網(wǎng)關(guān)提交的彩信消息數(shù) (該數(shù)值可以通過一定算法得到)。值得注意的是，因為彩信中心會提供多個響應(yīng)消息，因 此彩信網(wǎng)關(guān)需要確定使用哪些響應(yīng)消息中的負反饋值來進行流量控制，優(yōu)選地，可以采用 最后若干條響應(yīng)消息中的負反饋值，因為此時該值更接近下一時刻彩信中心的業(yè)務(wù)容量。 彩信網(wǎng)關(guān)在下一次發(fā)送消息時，會根據(jù)負反饋值構(gòu)造一定數(shù)量的彩信消息發(fā)送給該彩信中 心。該時刻如有剩余彩信消息則存入彩信網(wǎng)關(guān)的緩存隊列等待重試。 通過該方法，由于彩信網(wǎng)關(guān)能夠知道下一時刻(即，下一次發(fā)送時)彩信中心還能 夠處理多少個彩信消息，因此，在下一時刻發(fā)送該數(shù)量的消息，從而使彩信中心可以達到最 大處理能力而又不出現(xiàn)過載的情況。而且該處理思想也可以應(yīng)用于SP與彩信網(wǎng)關(guān)的接口， 此時整個SP彩信發(fā)送流程(SP—彩信網(wǎng)關(guān)一彩信中心)即可實現(xiàn)基于下一節(jié)點的處理能 力負反饋的自適應(yīng)流量控制，會最大程度的、統(tǒng)一的利用各個節(jié)點的處理能力，而又不造成 這些節(jié)點的處理能力過載。 下面將結(jié)合實例對本發(fā)明實施例的實現(xiàn)過程進行詳細描述。
實例1 該實例以消息發(fā)送端是彩信網(wǎng)關(guān)，且消息接收端是彩信中心為例，詳細描述了根 據(jù)本發(fā)明實施例的流量控制方法的處理過程，圖3是根據(jù)本發(fā)明實例1的流量控制方法的 詳細流程圖，如圖3所示，該方法可以包括以下步驟
7
步驟301， SP向彩信網(wǎng)關(guān)提交彩信消息。 步驟302，彩信網(wǎng)關(guān)從接收到的彩信消息中解析出應(yīng)該送到某目的彩信中心的彩
信消息，彩信網(wǎng)關(guān)在第一次向目的彩信中心發(fā)送彩信消息時，不再根據(jù)已有的流量配置數(shù)
而是全部將這些消息發(fā)送給彩信中心。在首次發(fā)送消息發(fā)送端(即，彩信網(wǎng)關(guān))的全部消
息，可以為下一次發(fā)送消息提供依據(jù)(即，應(yīng)該發(fā)送的消息數(shù)量)。在實際應(yīng)用中，也可以在
首次發(fā)送消息發(fā)送端(即，彩信網(wǎng)關(guān))的部分消息，本發(fā)明實施例對此不作限制。 步驟303，彩信中心根據(jù)彩信中心的資源使用狀況計算流量信息所指示數(shù)量之后，
彩信中心向彩信網(wǎng)關(guān)返回響應(yīng)消息，其中攜帶有消息接收情況的狀態(tài)碼和負反饋值(即，
流量信息所指示數(shù)量)，此處的響應(yīng)消息可以有多個，負反饋值也可以有多個，如果彩信中
心對于負反饋值的處理精細，則這些負反饋值多數(shù)會不同。彩信中心可以根據(jù)彩信中心的
資源使用狀況計算上述負反饋值，通過該過程計算的負反饋值更加準確、實時。 步驟304，彩信網(wǎng)關(guān)不再限定向某一彩信中心發(fā)送的消息流量為某固定值或上限
值，取消根據(jù)狀態(tài)碼及上限值對向彩信中心發(fā)送的流量數(shù)和/或鏈路數(shù)的控制，而是根據(jù)
彩信中心的業(yè)務(wù)處理能力動態(tài)的自適應(yīng)調(diào)節(jié)，即，根據(jù)得到的反饋值向彩信中心發(fā)送彩信
消息。在接收到多個負反饋值的情況下，彩信網(wǎng)關(guān)根據(jù)最后一條或多條響應(yīng)消息中的負反
饋值確定下一時刻(即，下一次發(fā)送時刻)要發(fā)送的消息數(shù)和構(gòu)造要發(fā)送的具體消息(包
括單發(fā)消息和群發(fā)消息)，具體地，彩信網(wǎng)關(guān)下一次向彩信中心發(fā)送預(yù)定數(shù)量的消息，其中
的預(yù)定數(shù)量是彩信網(wǎng)關(guān)下一次發(fā)送消息之前接收到的最后一條或多條響應(yīng)消息中的負反
饋值的平均值，通過該方式獲得的消息接收端的當前運行狀態(tài)更加準確，能夠?qū)崿F(xiàn)更準確
的流量控制。 在步驟304中，彩信網(wǎng)關(guān)需要根據(jù)該反饋值重新組合發(fā)往該彩信中心的消息數(shù) 量，即，調(diào)整彩信消息的發(fā)送條數(shù)，使得發(fā)送條數(shù)與負反饋值大致相當。這里要注意群發(fā)的 情況，群發(fā)時的發(fā)送條數(shù)應(yīng)以群發(fā)目的數(shù)計算。此時，短信網(wǎng)關(guān)可以確定待發(fā)送消息的數(shù)量
7 = 2 + ^7,，其中，a為彩信網(wǎng)關(guān)中單目消息的消息體數(shù)量，b為彩信網(wǎng)關(guān)中群發(fā)消息的消
息體數(shù)量，yi為第i個群發(fā)消息的目的用戶數(shù)，彩信網(wǎng)關(guān)下一次從Y個消息中取出數(shù)量為負 反饋值的彩信消息發(fā)送至彩信中心。即，對于群發(fā)消息，則消息數(shù)應(yīng)該根據(jù)群發(fā)的目的用戶 數(shù)計算，因為雖然群發(fā)消息只有一個消息體，只占用一個單元塊(Unit Block,簡稱為UB)， 但會占用多個地址隊列。即如果有10條單目的用戶消息和10條群發(fā)消息(群發(fā)用戶數(shù)均 為IO)，則實際消息數(shù)應(yīng)該計算為110條。確定要發(fā)送的消息的過程中，考慮群發(fā)消息的情 況能夠防止因忽略所需的多個地址隊列而造成的系統(tǒng)擁塞。 在步驟304中，如果彩信中心處理能力有限而SP提供的消息過多，則彩信網(wǎng)關(guān)緩 存超出彩信中心處理能力的消息，進行重試；直到重試成功或失敗。具體地，在以上Y值大 于負反饋值的情況下，彩信網(wǎng)關(guān)下一次向彩信中心發(fā)送數(shù)量為負反饋值的彩信消息，并將 待發(fā)送消息中未發(fā)送的消息進行緩存；在Y小于負反饋值的情況下，彩信網(wǎng)關(guān)判斷緩存的 消息數(shù)量是否大于預(yù)定差值，若是，則將緩存的消息中數(shù)量為預(yù)定差值的消息和待發(fā)送消 息發(fā)送至彩信中心，否則，將所有緩存的消息和待發(fā)送消息發(fā)送至彩信中心，其中，預(yù)定差 值為負反饋值與待發(fā)送消息的數(shù)量的差值。該過程能夠緩解消息發(fā)送端的緩存壓力，盡可 能多地發(fā)送消息。
8
實例2 該實例以消息發(fā)送端是彩信網(wǎng)關(guān)，且消息接收端是彩信中心為例，詳細描述了彩 信中心計算負反饋值的過程。負反饋值可以以地址隊列資源的空閑值為基準，也可以以UB 資源的空閑值為基準。負反饋值的算法會根據(jù)彩信中心的實現(xiàn)原理的不同而有所差別，但
原理基本一致。 目前在網(wǎng)的彩信中心在接收到彩信消息后，都會首先緩存消息體和地址隊列，這 是規(guī)范的約定，只是具體緩存實現(xiàn)原理有所差別，相應(yīng)地，負反饋值的計算過程也有所差 別。以下分兩種情況進行說明 情況1 :彩信中心收到彩信消息后，將消息體暫時緩存入事先申請到的UB中，地址 信息存入事先申請到的地址隊列中。如果是單目的用戶的彩信消息，這兩個值應(yīng)該是一致 的。如果是多目的用戶，則地址隊列數(shù)與目的用戶個數(shù)一致，但占用的UB只有一個。以地 址隊列數(shù)作為推算基準，業(yè)務(wù)程序啟動時申請到的地址隊列數(shù)減去當前占用的地址隊列數(shù) 就是下一時刻可用的地址隊列數(shù)，該數(shù)據(jù)即可以作為負反饋值的來源。該數(shù)據(jù)是下一時刻 該彩信中心能夠允許所有外部節(jié)點發(fā)送過來的消息的數(shù)量，因此需要計算分配給該彩信網(wǎng) 關(guān)的部分，即，對應(yīng)該彩信網(wǎng)關(guān)的負反饋值，具體地，彩信中心可以對這一秒所有外部節(jié)點 來的消息占用的地址隊列按照不同的外部節(jié)點分別統(tǒng)計，計算出各個外部節(jié)點消息占用的 地址隊列的比例，根據(jù)該比例得出下一時刻應(yīng)該分配給該彩信網(wǎng)關(guān)多少地址隊列數(shù)，該數(shù) 值即為給該彩信網(wǎng)關(guān)的負反饋值。情況1中提供的計算方式計算出的負反饋值以地址隊列 為基準，計算更加準確。 情況2，彩信中心可能并不事先申請固定數(shù)值的地址隊列或UB，但無論地址隊列 或UB都是內(nèi)存，都會占用目前該彩信中心所在服務(wù)器的剩余內(nèi)存，因此可以將剩余的內(nèi)存 除以單個UB大小和單個地址隊列長度(該長度遠小于UB大小)的和作為剩余可申請的UB 和地址隊列的數(shù)值，假定為M。之后，計算出各個外部節(jié)點消息占用的內(nèi)存大小占已使用內(nèi) 存大小的比例，根據(jù)該比例得出下一時刻該彩信網(wǎng)關(guān)的負反饋值。情況2中提供的計算方 式計算出的負反饋值主要以單元塊為基準，能夠較好地適用于主要包含單目地彩信消息的 情況，計算方式簡便。 這種估算誤差較大，考慮到地址隊列與UB的非一一對應(yīng)性及兩者大小的差異，因 此這種算法實際上主要是根據(jù)UB來統(tǒng)計負反饋值的，并不準確。優(yōu)選地，可以增加一個校 正因子，該校正因子等于彩信網(wǎng)關(guān)中的群發(fā)用戶限制參數(shù)R1，群發(fā)到該彩信中心的消息中， 目的用戶數(shù)不得大于該數(shù)值。可以將M值除以R1作為最終的負反饋值。情況2中提供的 改進的計算方式計算出的負反饋值主要以消息隊列為基準，尤其適用于包含大量群發(fā)消息 且群發(fā)消息的目的用戶非常多的情況，該負反饋值的計算方法充分考慮了群發(fā)的情況，可 以使系統(tǒng)的運行更加穩(wěn)定。 為了實現(xiàn)以上方法，只需對彩信網(wǎng)關(guān)與彩信中心的接口協(xié)議進行擴展，S卩，在標準 的匪7接口協(xié)議中增加一個字段(類型可以為int)，以攜帶該彩信中心可接收的消息數(shù)量， 即上述負反饋值。而且，可以進行設(shè)置使彩信網(wǎng)關(guān)取消目前對彩信中心流量的限制，或?qū)⒃?限制值加大。 本發(fā)明實施例提供的流量控制方法不僅適用于彩信網(wǎng)關(guān)與彩信中心之間的流量 控制，也適用于彩信網(wǎng)關(guān)與SP之間的流量控制，以及短信中心與短信網(wǎng)關(guān)之間的流量控
裝置實施例 根據(jù)本發(fā)明的實施例，提供了一種流量控制系統(tǒng)，圖4是根據(jù)本發(fā)明實施例的流 量控制系統(tǒng)的結(jié)構(gòu)框圖，如圖4所示，該系統(tǒng)包括消息接收端42，用于在接收到來自消息 發(fā)送端44的消息之后，向消息發(fā)送端44返回攜帶有流量信息的響應(yīng)消息；消息發(fā)送端44， 連接于消息接收端42，用于下一次向消息接收端42發(fā)送流量信息所指示數(shù)量的消息。
綜上所述，本發(fā)明實施例提供的流量控制方案使得消息發(fā)送端在每個發(fā)送時刻發(fā) 送的消息數(shù)都盡可能的與消息接收端的處理能力相一致，最大化的實現(xiàn)了消息接收端的使 用，同時也盡可能的減輕了彩信網(wǎng)關(guān)的緩存壓力。 需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。 顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
10
權(quán)利要求
一種流量控制方法，其特征在于，包括消息發(fā)送端向消息接收端發(fā)送消息；所述消息接收端向所述消息發(fā)送端返回攜帶有流量信息的響應(yīng)消息；所述消息發(fā)送端下一次向所述消息接收端發(fā)送所述流量信息所指示數(shù)量的消息。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述消息接收端向所述消息發(fā)送端返回 攜帶有所述流量信息的所述響應(yīng)消息之前，所述方法還包括所述消息接收端根據(jù)所述消息接收端的資源使用狀況計算所述流量信息所指示數(shù)量。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述消息接收端根據(jù)所述消息接收端的 所述資源使用狀況計算所述流量信息所指示數(shù)量包括 所述消息接收端計算剩余地址隊列數(shù)量S = A-Z，其中，A為所述消息接收端申請到的 地址隊列數(shù)量，Z為所述消息接收端中當前占用的地址隊列數(shù)量；所述消息接收端計算所述流量信息所指示數(shù)量N = PAS，其中，P為來自所述消息發(fā)送 端的消息占用的地址隊列數(shù)量與Z的比值。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述消息接收端根據(jù)所述消息接收端的 所述資源使用狀況計算所述流量信息所指示數(shù)量包括所述消息接收端計算可用消息空間M = T/(U+L)，其中，T為所述消息接收端當前剩余 內(nèi)存，U為單個單元塊的大小，L為單個地址隊列的長度；所述消息接收端計算修正后的可用消息空間R = M/R1，其中，Rl為群發(fā)用戶限制參數(shù)；所述消息接收端計算所述流量信息所指示數(shù)量N = PAR，其中，P為來自所述消息發(fā)送 端的消息占用的內(nèi)存大小與所述消息接收端中當前占用的內(nèi)存大小的比值。
5. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述消息接收端根據(jù)所述消息接收端的 所述資源使用狀況計算所述流量信息所指示數(shù)量包括所述消息接收端計算可用消息空間M = T/(U+L)，其中，T為所述消息接收端當前剩余 內(nèi)存，U為單個單元塊的大小，L為單個地址隊列的長度；所述消息接收端計算所述流量信息所指示數(shù)量N二PAR，其中，P為來自所述消息發(fā)送 端的消息占用的內(nèi)存大小與所述消息接收端中當前占用的內(nèi)存大小的比值。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述消息發(fā)送端接收到多個攜帶有所 述流量信息的響應(yīng)消息的情況下，所述消息發(fā)送端下一次向所述消息接收端發(fā)送所述流量 信息所指示數(shù)量的消息包括所述消息發(fā)送端下一次向所述消息接收端發(fā)送預(yù)定數(shù)量的消息，其中，所述預(yù)定數(shù)量 是所述消息發(fā)送端下一次發(fā)送消息之前接收到的流量信息中最后一個或多個流量信息所 指示數(shù)量的平均值。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述消息發(fā)送端下一次向所述消息接收端發(fā)送所述流量信息所指示數(shù)量的消息包括所述消息發(fā)送端確定待發(fā)送消息的數(shù)量^ = 2 + ^/,，其中，a為所述消息發(fā)送端中的單目的用戶消息的消息體數(shù)量，b為所述消息發(fā)送端中的群發(fā)消息的消息體數(shù)量，yi為第i 個群發(fā)消息的目的用戶數(shù)；所述消息發(fā)送端下一次向所述消息接收端發(fā)送Y個消息中所述流量信息所指示數(shù)量 的消息。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述消息發(fā)送端下一次向所述消息接收 端發(fā)送Y個消息中所述流量信息所指示數(shù)量的消息包括在Y大于所述流量信息所指示數(shù)量的情況下，所述消息發(fā)送端下一次向所述消息接收 端發(fā)送所述流量信息所指示數(shù)量的消息，并將待發(fā)送消息中未發(fā)送的消息進行緩存；在Y小于所述流量信息所指示數(shù)量的情況下，所述消息發(fā)送端判斷緩存的消息數(shù)量是 否大于預(yù)定差值，若是，則將緩存的消息中數(shù)量為預(yù)定差值的消息和所述待發(fā)送消息發(fā)送 至所述消息接收端，否則，將所有緩存的消息和所述待發(fā)送消息發(fā)送至所述消息接收端，其 中，所述預(yù)定差值為所述流量信息所指示數(shù)量與所述待發(fā)送消息的數(shù)量的差值。
9. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述消息發(fā)送端首次向所述消息接收 端發(fā)送消息的情況下，所述消息發(fā)送端將所述消息發(fā)送端待發(fā)送的所有消息發(fā)送至所述消 息接收端。
10. 根據(jù)權(quán)利要求1至9中任一項所述的方法，其特征在于，所述消息發(fā)送端是彩信網(wǎng) 關(guān)，且所述消息接收端是彩信中心；或者，所述消息發(fā)送端是服務(wù)提供商，且所述消息接收端是彩信網(wǎng)關(guān)；或者， 所述消息發(fā)送端是短信網(wǎng)關(guān)，且所述消息接收端是短信中心。
11. 一種流量控制系統(tǒng)，其特征在于，包括消息接收端，用于在接收到來自消息發(fā)送端的消息之后，向所述消息發(fā)送端返回攜帶 有流量信息的響應(yīng)消息；所述消息發(fā)送端，用于下一次向所述消息接收端發(fā)送所述流量信息所指示數(shù)量的消息。
全文摘要
本發(fā)明公開了一種流量控制方法及系統(tǒng)，該方法包括消息發(fā)送端向消息接收端發(fā)送消息；消息接收端向消息發(fā)送端返回攜帶有流量信息的響應(yīng)消息；消息發(fā)送端下一次向消息接收端發(fā)送流量信息所指示數(shù)量的消息。本發(fā)明實現(xiàn)了消息發(fā)送端到消息接收端的流量的自適應(yīng)控制，能快速的將兩個設(shè)備間的消息流量收斂在一定范圍內(nèi)，減輕了消息發(fā)送端的緩存壓力。
文檔編號H04W28/14GK101707789SQ200910246230
公開日2010年5月12日 申請日期2009年11月30日 優(yōu)先權(quán)日2009年11月30日
發(fā)明者張恒生, 張浩軍, 王國才 申請人:中興通訊股份有限公司