專(zhuān)利名稱(chēng)：一種m2m平臺(tái)及大容量下載的負(fù)荷分擔(dān)實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及M2M的WMMP協(xié)議下載應(yīng)用領(lǐng)域，尤其涉及一種M2M平臺(tái)WMMP協(xié)議中 大容量下載的負(fù)荷分擔(dān)實(shí)現(xiàn)方法。
背景技術(shù)：
M2M是Machine-to-Machine/Man (機(jī)器對(duì)機(jī)器或人)的簡(jiǎn)稱(chēng)，是一種以機(jī)器終端智 能交互為核心的、網(wǎng)絡(luò)化的應(yīng)用與服務(wù)。它通過(guò)在機(jī)器內(nèi)部嵌入無(wú)線(xiàn)通信模塊，以無(wú)線(xiàn)通信 等為接入手段，為客戶(hù)提供綜合的信息化解決方案，以滿(mǎn)足客戶(hù)對(duì)監(jiān)控、指揮調(diào)度、數(shù)據(jù)采 集和測(cè)量等方面的信息化需求。WMMP(ffireless M2M Protocol，無(wú)線(xiàn)M2M協(xié)議)協(xié)議是中國(guó)移動(dòng)設(shè)計(jì)的為實(shí)現(xiàn)M2M 業(yè)務(wù)中M2M終端與M2M平臺(tái)之間、M2M終端之間、M2M平臺(tái)與應(yīng)用平臺(tái)之間的數(shù)據(jù)通信過(guò)程 而設(shè)計(jì)的應(yīng)用層協(xié)議。目前隨著M2M的不斷普及應(yīng)用，規(guī)模不停的擴(kuò)大，對(duì)業(yè)務(wù)的需求更加的豐富，而對(duì) 終端就需要不停的進(jìn)行升級(jí)軟件來(lái)滿(mǎn)足不停變化和擴(kuò)展的業(yè)務(wù)需求。在大容量下載的時(shí)候 就對(duì)M2M平臺(tái)的處理性能、網(wǎng)絡(luò)使用效率提出了很高的要求。鑒于目前硬件處理能力已經(jīng) 足以應(yīng)付多線(xiàn)程處理的情況下，帶寬的限制和數(shù)據(jù)庫(kù)讀寫(xiě)成了大容量下載時(shí)對(duì)業(yè)務(wù)沖擊的 一個(gè)瓶頸。而M2M的終端升級(jí)的交互特點(diǎn)決定網(wǎng)絡(luò)中的網(wǎng)絡(luò)流量變化是由終端的發(fā)起下載 請(qǐng)求決定，這樣就需要解決分布式布局中，部分處理機(jī)與接口機(jī)之間有的帶寬快耗盡，部分 則處于空閑狀態(tài)的情況。WMMP協(xié)議的下載流程為(1)M2M平臺(tái)創(chuàng)建下載通知任務(wù)，向終端發(fā)送下載請(qǐng)求報(bào)文；(2)M2M終端在成功接收后，根據(jù)自身情況，可在任意時(shí)刻，發(fā)起下載請(qǐng)求，請(qǐng)求下 載數(shù)據(jù)，由平臺(tái)返回請(qǐng)求的數(shù)據(jù)；(3)終端在接收到請(qǐng)求回應(yīng)的下載數(shù)據(jù)后，再次向M2M平臺(tái)請(qǐng)求下一個(gè)需要下載 的數(shù)據(jù)，直至全部升級(jí)文件接收完成。下載過(guò)程支持WMMP協(xié)議制定的斷點(diǎn)續(xù)傳功能，即M2M終端可以暫時(shí)停止下載，先 處理其它優(yōu)先級(jí)較高的任務(wù)，待空閑時(shí)從上次下載的斷點(diǎn)繼續(xù)下載文件。WMMP的具體下載 流程見(jiàn)圖1，其中，終端可以從M2M平臺(tái)下載文件(即升級(jí))，也可以從升級(jí)服務(wù)器下載文 件。在本文中，只考慮終端從M2M平臺(tái)下載文件的情況。WMMP協(xié)議的下載功能的一個(gè)特點(diǎn)是終端可以任意時(shí)刻來(lái)進(jìn)行請(qǐng)求下載文件，同時(shí) 請(qǐng)求任意下載內(nèi)容的任意部分，也就是終端可以在接收到平臺(tái)下載通知后，立即下載，或者 等幾天再下載。下載的時(shí)候?qū)ξ募梢詮闹虚g讀取，也可以從開(kāi)始讀取，平臺(tái)對(duì)每個(gè)下載 請(qǐng)求的報(bào)文給予鑒權(quán)后，讀取對(duì)應(yīng)數(shù)據(jù)，發(fā)送給終端。 目前業(yè)界實(shí)現(xiàn)WMMP下載的一般做法有以下兩種(1)根據(jù)終端的序列號(hào)尾號(hào)取余發(fā)送給不同的處理機(jī)處理；(2)根據(jù)處理機(jī)的當(dāng)前下載連接數(shù)量進(jìn)行負(fù)載分擔(dān)，將請(qǐng)求依次發(fā)送給處理機(jī)處理。對(duì)于上述兩種處理方式，第一種，只是按照尾號(hào)取余發(fā)送給處理機(jī)，存在多臺(tái)處理 機(jī)處理的終端數(shù)目會(huì)在很多時(shí)刻不均衡，不是每個(gè)終端都會(huì)進(jìn)行下載操作，這樣可能在下 載終端負(fù)荷多的處理機(jī)上，業(yè)務(wù)非常繁忙，而下載少的處理機(jī)，則比較空閑，出現(xiàn)資源的浪 費(fèi)。第二種，WMMP的下載特點(diǎn)決定了，下載報(bào)文內(nèi)容是由終端主動(dòng)請(qǐng)求的，雖然可能一臺(tái)處 理機(jī)有100個(gè)下載的連接，但是此時(shí)終端下載了一半，就不再有請(qǐng)求下載，轉(zhuǎn)而處理業(yè)務(wù)等 自身操作去了。而另一個(gè)處理機(jī)有10個(gè)下載連接，而10個(gè)連接都在下載。這樣導(dǎo)致新的 下載請(qǐng)求還是會(huì)發(fā)到有10個(gè)下載連接的處理機(jī)，造成業(yè)務(wù)負(fù)荷的不均衡。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題就是提出一種M2M平臺(tái)及大容量下載的負(fù)荷分擔(dān)實(shí)現(xiàn) 方法，解決現(xiàn)有技術(shù)中WMMP下載可能造成業(yè)務(wù)負(fù)荷不均衡的問(wèn)題。為了解決上述技術(shù)問(wèn)題，本發(fā)明提供一種機(jī)器對(duì)機(jī)器或人M2M平臺(tái)大容量下載的 負(fù)荷分擔(dān)實(shí)現(xiàn)方法，包括終端獲知M2M平臺(tái)的下載通知，向M2M平臺(tái)發(fā)送下載請(qǐng)求報(bào)文；當(dāng)M2M平臺(tái)的接口機(jī)接收到所述下載請(qǐng)求報(bào)文時(shí)，所述接口機(jī)根據(jù)M2M平臺(tái)的各 個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量和承載數(shù)據(jù)的權(quán)重，將所述下載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)。進(jìn)一步地，上述負(fù)荷分擔(dān)實(shí)現(xiàn)方法還可具有以下特點(diǎn)所述接口機(jī)計(jì)算各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量與承載數(shù)據(jù)的權(quán)重的乘積，將乘積 值最小的處理機(jī)作為負(fù)荷最少的處理機(jī)。進(jìn)一步地，上述負(fù)荷分擔(dān)實(shí)現(xiàn)方法還可具有以下特點(diǎn)所述M2M平臺(tái)初始化時(shí)，處理機(jī)當(dāng)前的下載數(shù)據(jù)量均為0，接口機(jī)啟動(dòng)定時(shí)器，每 秒計(jì)算各個(gè)處理機(jī)的下載數(shù)據(jù)量每秒Ti = Ti-Fi ；如果Ti-Fi < 0，則Ti = 0 ；其中Ti為第i個(gè)處理機(jī)的下載數(shù) 據(jù)量，Ι^ ^η,η為處理機(jī)的個(gè)數(shù)，F(xiàn)i為第i個(gè)處理機(jī)的每秒流量控制的配置值；當(dāng)有上行的下載請(qǐng)求報(bào)文的時(shí)候，若接口機(jī)將所述下載請(qǐng)求報(bào)文發(fā)送給處理機(jī) Si，則設(shè)置Ti = Ti+L，其中L為所述下載請(qǐng)求報(bào)文的長(zhǎng)度；當(dāng)有下行的下載內(nèi)容報(bào)文時(shí)候，若處理機(jī)Si發(fā)送給接口機(jī)下載內(nèi)容報(bào)文，則接口 機(jī)設(shè)置Ti = Ti+L'，其中L'為所述下載內(nèi)容報(bào)文的長(zhǎng)度。進(jìn)一步地，上述負(fù)荷分擔(dān)實(shí)現(xiàn)方法還可具有以下特點(diǎn)當(dāng)有上行的下載請(qǐng)求報(bào)文的時(shí)候，若所述接口機(jī)計(jì)算獲知負(fù)荷最少的處理機(jī)為 Si，但判斷Ti >Bi，則接口機(jī)丟棄所述下載請(qǐng)求報(bào)文，不再發(fā)送給處理機(jī)Si ；所述Bi為處 理機(jī)Si的最大容量值。進(jìn)一步地，上述負(fù)荷分擔(dān)實(shí)現(xiàn)方法還可具有以下特點(diǎn)所述處理機(jī)接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào)文后，將所述下載請(qǐng)求報(bào)文中的 TRANSID和終端序列號(hào)作為關(guān)鍵字，查找該處理機(jī)的內(nèi)存緩沖池，如果查找到，則直接發(fā)送 下載內(nèi)容報(bào)文給所述終端；如果沒(méi)有查找到，則查詢(xún)數(shù)據(jù)庫(kù)，查詢(xún)數(shù)據(jù)庫(kù)失敗則返回錯(cuò)誤給 所述終端；若查詢(xún)數(shù)據(jù)庫(kù)成功，則將鑒權(quán)信息寫(xiě)入每個(gè)處理機(jī)的內(nèi)存緩沖池中；當(dāng)終端下
5載完成時(shí)，則更新數(shù)據(jù)庫(kù)狀態(tài)，并清除每個(gè)處理機(jī)的內(nèi)存緩沖池中鑒權(quán)信息。為了解決上述技術(shù)問(wèn)題，本發(fā)明還提供一種M2M平臺(tái)，包括接口機(jī)、至少兩個(gè)處理 機(jī)、數(shù)據(jù)庫(kù)，所述接口機(jī)用于接收到終端發(fā)送的下載請(qǐng)求報(bào)文時(shí)，根據(jù)各個(gè)處理機(jī)當(dāng)前的下載 數(shù)據(jù)量和承載數(shù)據(jù)的權(quán)重，將所述下載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)。進(jìn)一步地，上述M2M平臺(tái)還可具有以下特點(diǎn)所述接口機(jī)進(jìn)一步用于計(jì)算各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量與承載數(shù)據(jù)的權(quán)重的 乘積，將乘積值最小的處理機(jī)作為負(fù)荷最少的處理機(jī)。進(jìn)一步地，上述M2M平臺(tái)還可具有以下特點(diǎn)所述處理機(jī)用于接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào)文后，將所述下載請(qǐng)求報(bào)文中 的TRANSID和終端序列號(hào)作為關(guān)鍵字，查找本處理機(jī)的內(nèi)存緩沖池，如果查找到，則經(jīng)接口 機(jī)直接發(fā)送下載內(nèi)容報(bào)文給所述終端；如果沒(méi)有查找到，則所述處理機(jī)進(jìn)一步用于查詢(xún)數(shù) 據(jù)庫(kù)，查詢(xún)數(shù)據(jù)庫(kù)失敗則經(jīng)接口機(jī)返回錯(cuò)誤給所述終端；若查詢(xún)數(shù)據(jù)庫(kù)成功，則通知數(shù)據(jù)庫(kù) 將鑒權(quán)信息寫(xiě)入每個(gè)處理機(jī)的內(nèi)存緩沖池中；當(dāng)終端下載完成時(shí)，則通知數(shù)據(jù)庫(kù)更新數(shù)據(jù) 庫(kù)狀態(tài)，并清除每個(gè)處理機(jī)的內(nèi)存緩沖池中鑒權(quán)信息。本發(fā)明提出利用根據(jù)權(quán)重分擔(dān)下載和下載緩沖技術(shù)，控制M2M平臺(tái)在大容量下載 的時(shí)候的負(fù)荷均衡，從而保證業(yè)務(wù)的穩(wěn)定運(yùn)行，提高M(jìn)2M平臺(tái)運(yùn)行在不提升硬件條件情況 下的實(shí)際容量與競(jìng)爭(zhēng)力，有很好的市場(chǎng)推廣前景。


圖1是現(xiàn)有技術(shù)WMMP的下載步驟示意圖；圖2是M2M平臺(tái)的組網(wǎng)示意圖；圖3是本發(fā)明實(shí)施例的流程圖。
具體實(shí)施例方式在本發(fā)明中，接口機(jī)根據(jù)處理機(jī)當(dāng)前的下載數(shù)據(jù)量和承載數(shù)據(jù)的權(quán)重，選擇負(fù)荷 最少的處理機(jī)下載數(shù)據(jù)。這樣可以使得M2M平臺(tái)提供給更多終端下載服務(wù)，提高M(jìn)2M平臺(tái) 在應(yīng)對(duì)大容量下載的時(shí)候仍然有較高的效率。下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明。如圖2所示，為M2M平臺(tái)的組網(wǎng)示意圖，所述M2M平臺(tái)包括接口機(jī)、至少兩個(gè)處理 機(jī)(圖中以有3個(gè)處理機(jī)為例)、數(shù)據(jù)庫(kù)；其中，接口機(jī)承擔(dān)所有終端接入功能，處理機(jī)與所述接口機(jī)、數(shù)據(jù)庫(kù)分別相連，負(fù) 責(zé)業(yè)務(wù)相關(guān)處理。如圖3所示，本發(fā)明實(shí)施例的方法包括如下步驟步驟301，M2M平臺(tái)創(chuàng)建下載通知任務(wù)，向終端發(fā)送下載請(qǐng)求報(bào)文；終端獲知M2M平 臺(tái)的下載通知，向M2M平臺(tái)回應(yīng)下載請(qǐng)求報(bào)文；在本步驟中，M2M平臺(tái)的處理機(jī)從數(shù)據(jù)庫(kù)獲取任務(wù)信息，將攜帶所述任務(wù)信息的下 載請(qǐng)求報(bào)文經(jīng)接口機(jī)發(fā)送給終端；其中，所述任務(wù)信息包括下載版本、文件名、文件大小等信息，還包括TRANSID (TRANSID是WMMP協(xié)議中用于標(biāo)識(shí)一條下載鏈路)；管理員可以針對(duì)某些終端發(fā)起下載通知任務(wù)；在數(shù)據(jù)庫(kù)中保存有終端的鑒權(quán)信息，即TRANSID和下載版本內(nèi)容和終端序列號(hào) 關(guān)系；在每個(gè)處理機(jī)中，均保存有需要下載的文件；終端回應(yīng)的下載請(qǐng)求報(bào)文中攜帶TRANSID和終端序列號(hào)；步驟302，當(dāng)M2M平臺(tái)的接口機(jī)接收到所述終端回應(yīng)的下載請(qǐng)求報(bào)文時(shí)，所述接口 機(jī)根據(jù)M2M平臺(tái)的各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量和承載數(shù)據(jù)的權(quán)重，將所述終端回應(yīng)的下 載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)；在本步驟中，接口機(jī)計(jì)算各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量與承載數(shù)據(jù)的權(quán)重的乘 積，將乘積值最小的處理機(jī)作為負(fù)荷最少的處理機(jī)；具體來(lái)說(shuō)，針對(duì)處理機(jī)Si，S2. . . Sn, η為處理機(jī)的個(gè)數(shù)；相應(yīng)地，配置權(quán)重為Ql， Q2，Q3. . . . Qn，取其最小公倍數(shù)為CM，得出計(jì)算實(shí)際的承載數(shù)據(jù)的權(quán)重為Rl = CM/QLR2 = CM/Q2, R3 = CM/Q3. ... Rn = CM/Qn。設(shè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量分別為T(mén)l，T2. . . . Tn,則選擇MIN(T1*R1， T2*R2，.... Tn*Rn)對(duì)應(yīng)的處理機(jī)為負(fù)荷最少的處理機(jī)。所述處理機(jī)當(dāng)前的下載數(shù)據(jù)量為當(dāng)前該處理機(jī)待發(fā)送和待接收的數(shù)據(jù)總量，單位 為字節(jié)(byte)，其具體統(tǒng)計(jì)方式為M2M平臺(tái)啟動(dòng)(初始化)的時(shí)候當(dāng)前的下載數(shù)據(jù)量均為0，即Ti = 0， (1 ^ i ^ η)；接口機(jī)啟動(dòng)定時(shí)器每秒進(jìn)行計(jì)算每秒Ti = Ti-Fi ；如果Ti-Fi < 0，則Ti = 0 ；其中Fi為第i個(gè)處理機(jī)的每秒流 量控制的配置值，該值可根據(jù)實(shí)際情況配置，可認(rèn)為是配置的流量值，即處理機(jī)i每秒傳輸 數(shù)據(jù)的能力；當(dāng)有上行的下載請(qǐng)求報(bào)文的時(shí)候接口機(jī)將所述下載請(qǐng)求報(bào)文發(fā)送給處理機(jī)Si， 并設(shè)置Ti = Ti+L，其中L為所述下載請(qǐng)求報(bào)文的長(zhǎng)度；當(dāng)有下行的下載內(nèi)容報(bào)文即回應(yīng)下載內(nèi)容給終端的時(shí)候處理機(jī)發(fā)送給接口機(jī)下 載內(nèi)容報(bào)文，接口機(jī)設(shè)置Ti = Ti+L'，其中L'為所述下載內(nèi)容報(bào)文的長(zhǎng)度。若此時(shí)接口機(jī)與處理機(jī)之間的鏈路為斷路狀態(tài)，則不再計(jì)算該處理機(jī)的負(fù)荷；若 計(jì)算獲得的兩個(gè)或多個(gè)處理機(jī)對(duì)應(yīng)的乘積值Ti*Ri(l ^n)相等，則選擇序列號(hào)靠前的 處理機(jī)，向其發(fā)送下載請(qǐng)求報(bào)文；另外，當(dāng)接收到上行的下載請(qǐng)求報(bào)文的時(shí)候，若接口機(jī)判斷Ti > Bi，丟棄該下載 請(qǐng)求報(bào)文，不再發(fā)送給相應(yīng)的處理機(jī)；所述Bi為第i個(gè)處理機(jī)的最大容量值，單位為byte， 該值為處理機(jī)能處理的最大數(shù)據(jù)總量，需要根據(jù)不同的網(wǎng)絡(luò)傳輸類(lèi)型和傳輸質(zhì)量帶寬進(jìn)行 配置。需要注意的是，丟棄報(bào)文是丟棄上行的下載請(qǐng)求報(bào)文，不對(duì)下行的回應(yīng)終端的報(bào) 文做丟棄處理。步驟303，所述處理機(jī)接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào)文后，對(duì)所述終端進(jìn)行鑒 權(quán)，若鑒權(quán)通過(guò)，則通過(guò)接口機(jī)發(fā)送下載內(nèi)容報(bào)文給所述終端。
步驟303具體包括處理機(jī)接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào)文后，根據(jù)報(bào)文中 的TRANSID和終端序列號(hào)作為關(guān)鍵字(KEY)，查找該處理機(jī)的內(nèi)存緩沖池，如果查找到，則 直接發(fā)送下載內(nèi)容報(bào)文；如果沒(méi)有查找到(比如首次請(qǐng)求的時(shí)候，就一定找不到，或者平臺(tái) 重啟后也一定找不到)，則查詢(xún)數(shù)據(jù)庫(kù)，查詢(xún)數(shù)據(jù)庫(kù)失敗則返回錯(cuò)誤給終端；若查詢(xún)數(shù)據(jù)庫(kù) 成功，則將鑒權(quán)信息，如用于鑒權(quán)的TRANSID、終端序列號(hào)、下載文件的放置路徑以及文件的 大小等內(nèi)容寫(xiě)入每個(gè)處理機(jī)的內(nèi)存緩沖池中，使處理該終端下一個(gè)下載請(qǐng)求報(bào)文時(shí)減少讀 取數(shù)據(jù)庫(kù)次數(shù)；當(dāng)終端下載完成時(shí)，則更新數(shù)據(jù)庫(kù)狀態(tài)，并清除每個(gè)處理機(jī)的內(nèi)存緩沖池中 的TRANSID和終端序列號(hào)等鑒權(quán)信息。所述內(nèi)存緩沖池，是以TRANSID和終端序列號(hào)作為關(guān)鍵字建立HASH(哈希)索引， 保存WMMP下載時(shí)候的終端的鑒權(quán)信息。原則上，可分配的用于用戶(hù)鑒權(quán)的內(nèi)存空間(即內(nèi)存緩沖池)是足夠用于下載的 時(shí)候保存用戶(hù)用于鑒權(quán)的信息，但是存在終端長(zhǎng)時(shí)間沒(méi)有下載完成而又有大量終端請(qǐng)求下 載的極端情況，會(huì)造成內(nèi)存不夠使用，該情況下采用的是FIF0(First in, first out，先進(jìn) 先出)的方式，即當(dāng)內(nèi)存滿(mǎn)的時(shí)候，將最先放入的TRANISID+終端序列號(hào)所在內(nèi)存記錄清除 掉，然后將此次新的內(nèi)容寫(xiě)入內(nèi)存。當(dāng)數(shù)據(jù)庫(kù)的下載任務(wù)到期后，會(huì)清除處理機(jī)中用于鑒權(quán)的內(nèi)存信息。上述方法中，對(duì)于步驟302，進(jìn)行一個(gè)舉例說(shuō)明首先假設(shè)有3個(gè)處理機(jī)Si，S2，S3，其配置權(quán)重1 2 3。則他們實(shí)際的承載 數(shù)據(jù)的權(quán)重用最小公倍數(shù)換算后為3 2 1，流量Tl = T2 = T3 = 0。步驟1，接口機(jī)收到的下載請(qǐng)求報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 =0，S2*T2 =0，S3*T3 = 0，所以報(bào)文發(fā)送給Sl ；此時(shí)Tl = 100 ；步驟2，接口機(jī)收到的下載報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 = 300，S2*T2 =0，S3*T3 = 0，所以報(bào)文發(fā)送給S2 ；此時(shí)T2 = 100 ；步驟3，接口機(jī)收到的下載報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 = 300，S2*T2 =200，S3*T3 = 0，所以報(bào)文發(fā)送給S3 ；此時(shí)T3 = 100 ；步驟4，接口機(jī)收到的下載報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 = 300，S2*T2 =200，S3*T3 = 100，所以報(bào)文發(fā)送給S3 ；此時(shí)T3 = 200 ；步驟5，接口機(jī)收到的下載報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 = 300，S2*T2 =200，S3*T3 = 200，所以報(bào)文發(fā)送給S2 ；此時(shí)T2 = 200 ；步驟6，接口機(jī)收到的下載報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 = 300，S2*T2 =400，S3*T3 = 200，所以報(bào)文發(fā)送給S3 ；此時(shí)T3 = 300 ；步驟7，接口機(jī)收到的下載報(bào)文長(zhǎng)度假設(shè)為lOObyte，經(jīng)計(jì)算S1*T1 = 300，S2*T2 =400，S3*T3 = 300，所以下一個(gè)報(bào)文發(fā)送給Sl ；此時(shí)Tl = 200。需要注意的是，上述步驟1 步驟7只是舉例說(shuō)明如何計(jì)算，認(rèn)為步驟1 步驟7 完成的過(guò)程小于1秒，所以并未計(jì)算Ti =Ti-Fi,而且假設(shè)當(dāng)前處理機(jī)均沒(méi)有發(fā)送下行的下 載內(nèi)容報(bào)文的情況。本發(fā)明實(shí)施例的M2M平臺(tái)，如圖2所示，包括接口機(jī)、至少兩個(gè)處理機(jī)、數(shù)據(jù)庫(kù)，所 述接口機(jī)用于接收到終端發(fā)送的下載請(qǐng)求報(bào)文時(shí)，根據(jù)各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量和承 載數(shù)據(jù)的權(quán)重，將所述下載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)。
所述接口機(jī)進(jìn)一步用于計(jì)算各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量與承載數(shù)據(jù)的權(quán)重的 乘積，將乘積值最小的處理機(jī)作為負(fù)荷最少的處理機(jī)。處理機(jī)分別與所述接口機(jī)和數(shù)據(jù)庫(kù)相連，用于接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào) 文后，將所述下載請(qǐng)求報(bào)文中的TRANSID和終端序列號(hào)作為關(guān)鍵字，查找本處理機(jī)的內(nèi)存 緩沖池，如果查找到，則經(jīng)接口機(jī)直接發(fā)送下載內(nèi)容報(bào)文給所述終端；如果沒(méi)有查找到，則 查詢(xún)數(shù)據(jù)庫(kù)，查詢(xún)數(shù)據(jù)庫(kù)失敗則經(jīng)接口機(jī)返回錯(cuò)誤給所述終端；若查詢(xún)數(shù)據(jù)庫(kù)成功，則通知 數(shù)據(jù)庫(kù)將鑒權(quán)信息寫(xiě)入每個(gè)處理機(jī)的內(nèi)存緩沖池中；當(dāng)終端下載完成時(shí)，則通知數(shù)據(jù)庫(kù)更 新數(shù)據(jù)庫(kù)狀態(tài)，并清除每個(gè)處理機(jī)的內(nèi)存緩沖池中鑒權(quán)信息。綜上所述，本發(fā)明針對(duì)根據(jù)實(shí)際網(wǎng)絡(luò)情況配置承載數(shù)據(jù)的權(quán)重，限制下載流量，同 時(shí)通過(guò)緩沖技術(shù)減少數(shù)據(jù)庫(kù)IO操作，提高了系統(tǒng)性能，最大化利用網(wǎng)絡(luò)資源。同時(shí)保證了 在下載業(yè)務(wù)量較大的情況下，不會(huì)對(duì)正常業(yè)務(wù)造成的潛在沖擊。當(dāng)然，本發(fā)明還可有其它多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變 形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
一種機(jī)器對(duì)機(jī)器或人M2M平臺(tái)大容量下載的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，包括終端獲知M2M平臺(tái)的下載通知，向M2M平臺(tái)發(fā)送下載請(qǐng)求報(bào)文；當(dāng)M2M平臺(tái)的接口機(jī)接收到所述下載請(qǐng)求報(bào)文時(shí)，所述接口機(jī)根據(jù)M2M平臺(tái)的各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量和承載數(shù)據(jù)的權(quán)重，將所述下載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)。
2.如權(quán)利要求1所述的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，其特征在于，所述接口機(jī)計(jì)算各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量與承載數(shù)據(jù)的權(quán)重的乘積，將乘積值最 小的處理機(jī)作為負(fù)荷最少的處理機(jī)。
3.如權(quán)利要求1或2所述的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，其特征在于，所述M2M平臺(tái)初始化時(shí)，處理機(jī)當(dāng)前的下載數(shù)據(jù)量均為0，接口機(jī)啟動(dòng)定時(shí)器，每秒計(jì) 算各個(gè)處理機(jī)的下載數(shù)據(jù)量每秒Ti = Ti-Fi ；如果Ti-Fi < 0，則Ti = 0 ；其中Ti為第i個(gè)處理機(jī)的下載數(shù)據(jù)量， 1 ≤ i ≤η,η為處理機(jī)的個(gè)數(shù)，F(xiàn)i為第i個(gè)處理機(jī)的每秒流量控制的配置值；當(dāng)有上行的下載請(qǐng)求報(bào)文的時(shí)候，若接口機(jī)將所述下載請(qǐng)求報(bào)文發(fā)送給處理機(jī)Si，則 設(shè)置Ti = Ti+L，其中L為所述下載請(qǐng)求報(bào)文的長(zhǎng)度；當(dāng)有下行的下載內(nèi)容報(bào)文時(shí)候，若處理機(jī)Si發(fā)送給接口機(jī)下載內(nèi)容報(bào)文，則接口機(jī)設(shè) 置Ti=Ti+L'，其中L'為所述下載內(nèi)容報(bào)文的長(zhǎng)度。
4.如權(quán)利要求3所述的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，其特征在于，當(dāng)有上行的下載請(qǐng)求報(bào)文的時(shí)候，若所述接口機(jī)計(jì)算獲知負(fù)荷最少的處理機(jī)為Si，但 判斷Ti > Bi，則接口機(jī)丟棄所述下載請(qǐng)求報(bào)文，不再發(fā)送給處理機(jī)Si ；所述Bi為處理機(jī)Si的最大容量值。
5.如權(quán)利要求1或2所述的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，其特征在于，所述處理機(jī)接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào)文后，將所述下載請(qǐng)求報(bào)文中的 TRANSID和終端序列號(hào)作為關(guān)鍵字，查找該處理機(jī)的內(nèi)存緩沖池，如果查找到，則直接發(fā)送 下載內(nèi)容報(bào)文給所述終端。
6.如權(quán)利要求5所述的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，其特征在于，如果沒(méi)有查找到，則查詢(xún)數(shù)據(jù)庫(kù)，查詢(xún)數(shù)據(jù)庫(kù)失敗則返回錯(cuò)誤給所述終端；若查詢(xún)數(shù)據(jù) 庫(kù)成功，則將鑒權(quán)信息寫(xiě)入每個(gè)處理機(jī)的內(nèi)存緩沖池中；當(dāng)終端下載完成時(shí)，則更新數(shù)據(jù)庫(kù) 狀態(tài)，并清除每個(gè)處理機(jī)的內(nèi)存緩沖池中鑒權(quán)信息。
7.—種M2M平臺(tái)，包括接口機(jī)、至少兩個(gè)處理機(jī)、數(shù)據(jù)庫(kù)，其特征在于，所述接口機(jī)用于接收到終端發(fā)送的下載請(qǐng)求報(bào)文時(shí)，根據(jù)各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù) 量和承載數(shù)據(jù)的權(quán)重，將所述下載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)。
8.如權(quán)利要求7所述的M2M平臺(tái)，其特征在于，所述接口機(jī)進(jìn)一步用于計(jì)算各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量與承載數(shù)據(jù)的權(quán)重的乘積， 將乘積值最小的處理機(jī)作為負(fù)荷最少的處理機(jī)。
9.如權(quán)利要求7或8所述的M2M平臺(tái)，其特征在于，所述處理機(jī)用于接收到接口機(jī)發(fā)送來(lái)的下載請(qǐng)求報(bào)文后，將所述下載請(qǐng)求報(bào)文中的 TRANSID和終端序列號(hào)作為關(guān)鍵字，查找本處理機(jī)的內(nèi)存緩沖池，如果查找到，則經(jīng)接口機(jī) 直接發(fā)送下載內(nèi)容報(bào)文給所述終端。
10.如權(quán)利要求9所述的M2M平臺(tái)，其特征在于，如果沒(méi)有查找到，則所述處理機(jī)進(jìn)一步用于查詢(xún)數(shù)據(jù)庫(kù)，查詢(xún)數(shù)據(jù)庫(kù)失敗則經(jīng)接口機(jī) 返回錯(cuò)誤給所述終端；若查詢(xún)數(shù)據(jù)庫(kù)成功，則通知數(shù)據(jù)庫(kù)將鑒權(quán)信息寫(xiě)入每個(gè)處理機(jī)的內(nèi) 存緩沖池中；當(dāng)終端下載完成時(shí)，則通知數(shù)據(jù)庫(kù)更新數(shù)據(jù)庫(kù)狀態(tài)，并清除每個(gè)處理機(jī)的內(nèi)存 緩沖池中鑒權(quán)信息。
全文摘要
本發(fā)明公開(kāi)了一種M2M平臺(tái)及大容量下載的負(fù)荷分擔(dān)實(shí)現(xiàn)方法，所述負(fù)荷分擔(dān)實(shí)現(xiàn)方法，包括終端獲知M2M平臺(tái)的下載通知，向M2M平臺(tái)發(fā)送下載請(qǐng)求報(bào)文；當(dāng)M2M平臺(tái)的接口機(jī)接收到所述下載請(qǐng)求報(bào)文時(shí)，所述接口機(jī)根據(jù)M2M平臺(tái)的各個(gè)處理機(jī)當(dāng)前的下載數(shù)據(jù)量和承載數(shù)據(jù)的權(quán)重，將所述下載請(qǐng)求報(bào)文發(fā)送給負(fù)荷最少的處理機(jī)。本發(fā)明提出利用根據(jù)權(quán)重分擔(dān)下載和下載緩沖技術(shù)，控制M2M平臺(tái)在大容量下載的時(shí)候的負(fù)荷均衡，從而保證業(yè)務(wù)的穩(wěn)定運(yùn)行，提高M(jìn)2M平臺(tái)運(yùn)行在不提升硬件條件情況下的實(shí)際容量與競(jìng)爭(zhēng)力。
文檔編號(hào)H04L29/08GK101909283SQ20091020328
公開(kāi)日2010年12月8日 申請(qǐng)日期2009年6月4日 優(yōu)先權(quán)日2009年6月4日
發(fā)明者唐國(guó)均 申請(qǐng)人:中興通訊股份有限公司