本發(fā)明涉及通訊和云計算技術(shù)領(lǐng)域，特別涉及一種基于互聯(lián)網(wǎng)的云通訊平臺。

背景技術(shù)：

現(xiàn)有的云通訊平臺，其結(jié)構(gòu)采用星型結(jié)構(gòu)(如圖1所示)或?qū)哟谓Y(jié)構(gòu)(如圖2所示)。這兩種結(jié)構(gòu)在互聯(lián)網(wǎng)應(yīng)用中有各種各樣的問題，主要表現(xiàn)在可靠性低，擴展難，維護保障困難等。具體造成原因，包括：

(1)強依賴：服務(wù)節(jié)點部署在互聯(lián)網(wǎng)，節(jié)點間用互聯(lián)網(wǎng)聯(lián)通，當(dāng)節(jié)點運行故障或服務(wù)運行故障時，從而造成服務(wù)中斷。

(2)節(jié)點生存能力低：服務(wù)節(jié)點不具備獨立生存能力，當(dāng)中心節(jié)點出現(xiàn)故障時，造成大面積全網(wǎng)中斷。

(3)互聯(lián)網(wǎng)鏈接不可靠：部署在互聯(lián)網(wǎng)上位于不同地點的服務(wù)，網(wǎng)絡(luò)情況不好時，容易造成服務(wù)中斷。

(4)通訊資源占用高：服務(wù)器中通訊資源是有限的，用高可靠保證的TCP鏈接，造成業(yè)務(wù)節(jié)點運行效率低，承載能力弱。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的旨在至少解決所述技術(shù)缺陷之一。

為此，本發(fā)明的目的在于提出一種基于互聯(lián)網(wǎng)的云通訊平臺，具有結(jié)構(gòu)簡單、傳輸可靠性高的特點。

為了實現(xiàn)上述目的，本發(fā)明的實施例提供一種基于互聯(lián)網(wǎng)的云通訊平臺，包括：多個管理節(jié)點和多個業(yè)務(wù)節(jié)點，其中，所有管理節(jié)點和業(yè)務(wù)節(jié)點之間采用全連通方式連接，每個所述管理節(jié)點和所有業(yè)務(wù)節(jié)點直連連接，所述管理節(jié)點與業(yè)務(wù)節(jié)點之間的鏈路以及兩個業(yè)務(wù)節(jié)點之間的鏈路分別設(shè)置為專門的使用類型，并且采用UDP方式進行通信，

其中，節(jié)點間互聯(lián)共享一個UDP端口，每個管理節(jié)點或業(yè)務(wù)節(jié)點通過互聯(lián)鏈路連接至其它各個管理節(jié)點或業(yè)務(wù)節(jié)點，采用UDP方式進行數(shù)據(jù)通信過程包括：

通信發(fā)送時，每個管理節(jié)點或業(yè)務(wù)節(jié)點同時向所有鏈路發(fā)送信息；

通信接收時，每個管理節(jié)點或業(yè)務(wù)節(jié)點接收所有來自其它節(jié)點的信息，并對此分別處理。

進一步，采用UDP方式進行數(shù)據(jù)通信，編碼方式如下：將通信數(shù)據(jù)以包結(jié)構(gòu)進行傳輸，分為數(shù)據(jù)包和控制包，其中，通過設(shè)置包頭的第一位作為標(biāo)志位進行區(qū)分。

進一步，所述數(shù)據(jù)包的結(jié)構(gòu)包括：4字節(jié)包序號和1996個字節(jié)包內(nèi)容，其后為應(yīng)用層數(shù)據(jù)，

其中，包序號是數(shù)據(jù)包頭中唯一的內(nèi)容，無符號整數(shù)，使用標(biāo)志位后的31位，每個非重傳的包都增加序號1，序號在到達最大值2^31-1的時候覆蓋。

進一步，所述控制包的結(jié)構(gòu)包括：4字節(jié)包序號和36個字節(jié)包內(nèi)容，其后為控制層數(shù)據(jù)，

其中，包序號是控制包頭中唯一的內(nèi)容，無符號整數(shù)，使用標(biāo)志位后的31位，每個非重傳的包都增加序號1，序號在到達最大值2^31-1的時候覆蓋。

進一步，所述控制層數(shù)據(jù)用于定義控制字段，包括：版本、內(nèi)部順序號、擴展字節(jié)、最大流量、包序號、往返時延RTT、RTT變量、流量窗口、連接容量。

進一步，所述業(yè)務(wù)節(jié)點的數(shù)據(jù)進行實時緩沖，其中，緩沖的信息內(nèi)容包括業(yè)務(wù)開通與使用、計費模式支持。

進一步，采用UDP方式進行傳輸，傳輸?shù)男畔?nèi)容包括企業(yè)黑白名單數(shù)據(jù)和分機數(shù)據(jù)。

根據(jù)本發(fā)明實施例的基于互聯(lián)網(wǎng)的云通訊平臺，采用水晶體結(jié)構(gòu)，所有管理節(jié)點和業(yè)務(wù)節(jié)點之間采用全連通方式相互連接，并由服務(wù)控制，完成云通訊服務(wù)部署、服務(wù)管理和服務(wù)運行。該結(jié)構(gòu)實現(xiàn)簡單，高效提升虛擬運營商的服務(wù)水平，提升服務(wù)處理效率和增強服務(wù)點的承載容量，可以產(chǎn)生較高的經(jīng)濟效益。并且，節(jié)點之間采用UDP方式進行傳輸，具有較高的傳輸可靠性。

本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。

附圖說明

本發(fā)明的上述和/或附加的方面和優(yōu)點從結(jié)合下面附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1為傳統(tǒng)的云通訊平臺星型結(jié)構(gòu)的示意圖；

圖2為傳統(tǒng)云通訊平臺層次結(jié)構(gòu)的示意圖；

圖3為根據(jù)本發(fā)明實施例的基于互聯(lián)網(wǎng)的云通訊平臺的架構(gòu)圖。

具體實施方式

下面詳細(xì)描述本發(fā)明的實施例，實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。

如圖3所示，本發(fā)明實施例的基于互聯(lián)網(wǎng)的云通訊平臺，包括：多個管理節(jié)點和多個業(yè)務(wù)節(jié)點。

具體的，本發(fā)明實施例的基于互聯(lián)網(wǎng)的云通訊平臺采用水晶體結(jié)構(gòu)。所有管理節(jié)點和業(yè)務(wù)節(jié)點之間采用全連通方式相互連接，并由服務(wù)控制。

每個管理節(jié)點和所有業(yè)務(wù)節(jié)點直連連接，管理節(jié)點與業(yè)務(wù)節(jié)點之間的鏈路以及兩個業(yè)務(wù)節(jié)點之間的鏈路分別設(shè)置為專門的使用類型，其傳輸技術(shù)、協(xié)議及傳輸速度均可不同，每一鏈路能支持千兆速率。

本發(fā)明的云通訊平臺通過采用上述結(jié)構(gòu)，可以實現(xiàn)云通訊平臺內(nèi)的全分散處理：呼叫控制、媒體處理、服務(wù)流程處理、企業(yè)加載等均分散至每節(jié)點，節(jié)點間采用直連方式。

在通信發(fā)送過程中，每一節(jié)點同時向所有鏈路發(fā)送信息。接收時，每節(jié)點所有來自其它節(jié)點的信息，并對此分別處理。

在本發(fā)明的一個實施例中，節(jié)點之間并且采用UDP方式進行通信。其中，節(jié)點間互聯(lián)共享一個UDP端口，每個管理節(jié)點或業(yè)務(wù)節(jié)點通過互聯(lián)鏈路連接至其它各個管理節(jié)點或業(yè)務(wù)節(jié)點。

隨著網(wǎng)絡(luò)帶寬時延產(chǎn)品(BDP)的增加，通常的TCP協(xié)議開始變的低效。這是因為其AIMD(additive increase multiplicative decrease)算法完全減少了TCP擁塞窗口，但不能快速的恢復(fù)可用帶寬。理論上的流量分析表明TCP在BDP增加到很高的時候比較容易受包損失攻擊。另外，繼承自TCP擁塞控制的不公平的RTT也成為在分布式數(shù)據(jù)密集程式中的嚴(yán)重問題。擁有不同往返時延RTT的并發(fā)TCP流將不公平地分享帶寬。所以嚴(yán)重的限制了其在廣域網(wǎng)分布式計算的效率。因此，云通訊平臺需要一種在高BDP網(wǎng)絡(luò)支持高性能數(shù)據(jù)傳輸?shù)膫鬏攨f(xié)議，只能采用UDP傳輸方式。

UDP傳輸編碼方式如下：將通信數(shù)據(jù)采用固定大小的包結(jié)構(gòu)進行傳輸，分為數(shù)據(jù)包和控制包，其中，通過設(shè)置包頭的第一位作為標(biāo)志位進行區(qū)分。例如，標(biāo)志位為0，表示是數(shù)據(jù)包；標(biāo)志位為1表示是控制包。

具體的，數(shù)據(jù)包的結(jié)構(gòu)包括：4字節(jié)包序號和1996個字節(jié)包內(nèi)容，其后為應(yīng)用層數(shù)據(jù)。需要說明的是，應(yīng)用層數(shù)據(jù)包含內(nèi)容由應(yīng)用來定義。其中，包序號是數(shù)據(jù)包頭中唯一的內(nèi)容，無符號整數(shù)，使用標(biāo)志位后的31位，每個非重傳的包都增加序號1，序號在到達最大值2^31-1的時候覆蓋。

控制包的結(jié)構(gòu)包括：4字節(jié)包序號和36個字節(jié)包內(nèi)容，其后為控制層數(shù)據(jù)，其中，包序號是控制包頭中唯一的內(nèi)容，無符號整數(shù)，使用標(biāo)志位后的31位，每個非重傳的包都增加序號1，序號在到達最大值2^31-1的時候覆蓋。

在本發(fā)明的實施例中，控制層數(shù)據(jù)用于定義控制字段，包括：

32位，版本；32位，內(nèi)部順序號；32位，擴展(字節(jié))；32位，最大流量大小(字節(jié))；32位，包序號，先前接收到的包序號；32位，往返時延RTT(微秒)；32位，RTT變量或RTTVar(微秒)；32位，流量窗口大小(包的數(shù)量)；32位，連接容量估計(每秒包的數(shù)量)。

具體的，采用UDP方式進行數(shù)據(jù)通信過程包括：

(1)通信發(fā)送時，每個管理節(jié)點或業(yè)務(wù)節(jié)點同時向所有鏈路發(fā)送信息。

節(jié)點之間的通信發(fā)送，采用如下方式：

S1:如果發(fā)送端的丟失鏈表是非空的，則重傳第一個在鏈表中的包，并刪除該成員，轉(zhuǎn)至S5；

S2：等待有應(yīng)用程式數(shù)據(jù)需要發(fā)送；

S3：如果未應(yīng)答的包數(shù)量超過了緩沖的數(shù)量，則跳轉(zhuǎn)到S1，假如不是包裝一個新的包并發(fā)送；

S4：如果當(dāng)前包的序號為16n，其中n為整數(shù)，則跳轉(zhuǎn)S2；

S5：在發(fā)送控制歷史記錄中記錄包的發(fā)送時間；

S6：如果自上次發(fā)送速率降低之后的第一個包，等外同步時間；

S7：等外(發(fā)送包–t)時間，t為S1至S4之間的總時間，然后跳轉(zhuǎn)至S1。

(2)通信接收時，每個管理節(jié)點或業(yè)務(wù)節(jié)點接收所有來自其它節(jié)點的信息，并對此分別處理。

S1:查詢系統(tǒng)時間來檢查各個定時器(例如，RC、ACK、NAK、或EXP定時器)是否過期，如果任一定時器過期，則處理事件并復(fù)位過期的定時器；

S2:啟動一個時間bounded UDP接收。假如每個包到，跳轉(zhuǎn)至S1。

S3:配置exp-count為1，并更新周期ETP為：ETP＝RTT+4*RTTVar+ATP。

S4:假如任何的發(fā)送數(shù)據(jù)包已被應(yīng)答，復(fù)位EXP時間變量。

S5:檢查包頭的標(biāo)志位。假如是個控制包，根據(jù)類型處理他，然后跳轉(zhuǎn)至S1。

S6:假如當(dāng)前數(shù)據(jù)包的需要是16n+1，n是個整數(shù)，記錄當(dāng)前包和上個在對包窗口中數(shù)據(jù)包的時間間隔。

S7:在PKT歷史窗口中記錄包到達時間

S8:假如當(dāng)前數(shù)據(jù)包的序號大于LRSN+1，將任何在(但不包括)這兩個值之間的序號放入接收丟失鏈表，并在一個NAK包中將這些序號發(fā)送給發(fā)送端。假如序號小于LRSN，從接收丟失鏈表中刪除他。

S9:更新LRSN，跳轉(zhuǎn)至S1。

本發(fā)明采用UDP傳輸協(xié)議，具有效率、公平、穩(wěn)定的特點。UDP流應(yīng)該利用任何高速連接提供的可用帶寬，即使帶寬變化的很劇烈。同時，任何并發(fā)的流必須公平地共享帶寬，不依賴于不同的帶寬瓶勁、起始時間、RTT。穩(wěn)定性需要包發(fā)送速率應(yīng)該一直會聚可用帶寬很快，并且必須避免擁塞碰撞。設(shè)計的本傳輸擁塞控制算法將速率控制和窗口(流量控制)合并起來，前者調(diào)整包的發(fā)送周期，后者限制最大的位被應(yīng)答的包。在速率控制中使用的參數(shù)通過帶寬估計技術(shù)來更新，繼承來自基于接收的包方法。同時，速率控制周期是估計RTT的常量，流控制參數(shù)依賴于對方的數(shù)據(jù)到達速度，另外接收端釋放的緩沖區(qū)的大小。

在本發(fā)明的實施例中，業(yè)務(wù)節(jié)點的數(shù)據(jù)進行實時緩沖，其中，緩沖的信息內(nèi)容包括業(yè)務(wù)開通與使用、計費模式支持。采用UDP方式進行傳輸，傳輸?shù)男畔?nèi)容包括企業(yè)黑白名單數(shù)據(jù)和分機數(shù)據(jù)等，具有較高的傳輸可靠性。采用水晶體節(jié)點互聯(lián)，信息內(nèi)容包括分時、分區(qū)、菜單、轉(zhuǎn)接等服務(wù)流程處理信息。

需要說明的是，本發(fā)明實施例的基于互聯(lián)網(wǎng)的云通訊平臺的結(jié)構(gòu)不限于云通訊領(lǐng)域，還可以應(yīng)用于其他相關(guān)通訊領(lǐng)域中，在此不再贅述。

根據(jù)本發(fā)明實施例的基于互聯(lián)網(wǎng)的云通訊平臺，采用水晶體結(jié)構(gòu)，所有管理節(jié)點和業(yè)務(wù)節(jié)點之間采用全連通方式相互連接，并由服務(wù)控制，完成云通訊服務(wù)部署、服務(wù)管理和服務(wù)運行。該結(jié)構(gòu)實現(xiàn)簡單，高效提升虛擬運營商的服務(wù)水平，提升服務(wù)處理效率和增強服務(wù)點的承載容量，可以產(chǎn)生較高的經(jīng)濟效益。并且，節(jié)點之間采用UDP方式進行傳輸，具有較高的傳輸可靠性。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。

盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領(lǐng)域的普通技術(shù)人員在不脫離本發(fā)明的原理和宗旨的情況下在本發(fā)明的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。本發(fā)明的范圍由所附權(quán)利要求及其等同限定。