專利名稱：網(wǎng)絡(luò)過載的處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種網(wǎng)絡(luò)過載的處理方法及裝置。
背景技術(shù)：
點(diǎn)對點(diǎn)(Peer-to-Peer,簡稱為P2P)技術(shù)可以讓用戶直接連接到其他用戶的計(jì)算機(jī)，進(jìn)行文件共享與交換，同時(shí)P2P在深度搜索、分布計(jì)算、和協(xié)同工作等方面也大有用途。目前P2P在加強(qiáng)網(wǎng)絡(luò)上人的交流、文件交換、分布式計(jì)算、服務(wù)共享等方面已經(jīng)充分顯示出了其強(qiáng)大的技術(shù)優(yōu)勢，但是P2P的應(yīng)用主要還是集中在Internet應(yīng)用中，在傳統(tǒng)電信網(wǎng)絡(luò)中尚未大規(guī)模應(yīng)用?？紤]到目前以及將來電信網(wǎng)絡(luò)中，會(huì)話控制的主流是會(huì)話初始化(Session Initiation Protocol,簡稱為SIP)協(xié)議，因此,將P2P技術(shù)引入到電信網(wǎng)中去，必須要保證SIP協(xié)議在P2P網(wǎng)絡(luò)中的應(yīng)用，同時(shí)需要能夠運(yùn)行各類典型級業(yè)務(wù)?；谝陨峡紤]，目前業(yè)界的很多機(jī)構(gòu)都在致力于研究如何將P2P技術(shù)引入到電信網(wǎng)絡(luò)中，圖1是根據(jù)相關(guān)技術(shù)的P2P疊加網(wǎng)架構(gòu)示意圖，如圖1所示，包括P2P疊加網(wǎng)11、P2P疊加網(wǎng)11中的節(jié)點(diǎn)12、非P2P終端設(shè)備13、P2P終端設(shè)備14和接入節(jié)點(diǎn)15，詳細(xì)介紹如下。P2P疊加網(wǎng)11由各類擔(dān)負(fù)不同任務(wù)的對等體(本發(fā)明中也稱為節(jié)點(diǎn))組成的一張邏輯網(wǎng)絡(luò)。P2P疊加網(wǎng)11中的節(jié)點(diǎn)12，`為P2P疊加網(wǎng)11中的基本組成部分，是能夠給同一P2P疊加網(wǎng)中其它節(jié)點(diǎn)提供存儲(chǔ)和傳送服務(wù)的節(jié)點(diǎn)。非P2P終端設(shè)備13接入到P2P疊加網(wǎng)中，但不支持任何P2P協(xié)議，僅支持SIP協(xié)議。P2P終端設(shè)備14接入到P2P疊加網(wǎng)中，既支持P2P協(xié)議，也支持SIP協(xié)議；考慮到一般終端設(shè)備，特別是手持終端設(shè)備的能力較弱，所以在很多情況下的實(shí)際部署中，P2P終端設(shè)備僅僅作為P2P客戶端接入到P2P疊加網(wǎng)中，并不作為存儲(chǔ)、傳送等服務(wù)器。接入節(jié)點(diǎn)15為非P2P終端設(shè)備13、P2P終端設(shè)備14等終端設(shè)備的接入節(jié)點(diǎn)，考慮到電信營運(yùn)的需要，包括P2P終端與非P2P終端都必須通過就近的接入節(jié)點(diǎn)接入到P2P疊加網(wǎng)中，當(dāng)該接入節(jié)點(diǎn)作為非P2P終端的接入節(jié)點(diǎn)時(shí)，同時(shí)作為代理節(jié)點(diǎn)，負(fù)責(zé)完成非P2P終端所采用的SIP協(xié)議與P2P疊加網(wǎng)內(nèi)部路由SIP所采用協(xié)議的轉(zhuǎn)換，而當(dāng)該節(jié)點(diǎn)作為P2P終端的接入節(jié)點(diǎn)時(shí)，僅需要對消息進(jìn)行中轉(zhuǎn)。在P2P疊加網(wǎng)中，每個(gè)節(jié)點(diǎn)都可以存儲(chǔ)數(shù)據(jù)并處理數(shù)據(jù)，由于每個(gè)節(jié)點(diǎn)存儲(chǔ)處理的數(shù)據(jù)都不相同，因此同一時(shí)刻的負(fù)載程度也不相同，當(dāng)然一些好的負(fù)載均衡算法在特定的條件下能夠較好的解決負(fù)載均衡問題，保證在此正常低負(fù)載條件下，同一疊加網(wǎng)中的不同節(jié)點(diǎn)之間的負(fù)載程度基本相同，一旦負(fù)載較高時(shí)，算法將自動(dòng)進(jìn)行調(diào)整，調(diào)整中不可避免的出現(xiàn)計(jì)算以及數(shù)據(jù)遷移操作，從而進(jìn)一步加重疊加網(wǎng)負(fù)載，因此一般P2P疊加網(wǎng)的負(fù)載均衡算法的應(yīng)用也有一定的局限性。圖2是根據(jù)相關(guān)技術(shù)的P2P疊加網(wǎng)中節(jié)點(diǎn)過載的處理流程圖，在P2P疊加網(wǎng)的SIP應(yīng)用中，碰到單個(gè)節(jié)點(diǎn)過載時(shí)的一般處理流程如圖2所示，其流程具體包括步驟S202至步驟 S210。步驟S202，終端向P2P疊加網(wǎng)發(fā)送SIP請求消息，SIP消息將通過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)。步驟S204，中轉(zhuǎn)節(jié)點(diǎn)查找到SIP請求的負(fù)責(zé)節(jié)點(diǎn)，并將SIP消息轉(zhuǎn)發(fā)給該負(fù)責(zé)節(jié)點(diǎn)。步驟S206，該負(fù)責(zé)節(jié)點(diǎn)當(dāng)前負(fù)載程度很高，無法處理新的SIP請求，則拒絕本次消息的處理。步驟S208,負(fù)責(zé)節(jié)點(diǎn)根據(jù)當(dāng)前配置返回3xx、486或者5xx消息,拒絕本次呼叫。步驟S210，中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)響應(yīng)消息到終端，表明本次請求處理失敗，終端將根據(jù)疊加網(wǎng)返回的響應(yīng)消息做進(jìn)一步處理。目前IETF也在對SIP服務(wù)器過載做研究，其成果稱為SOC(SIP負(fù)載控制)。圖3是根據(jù)相關(guān)技術(shù)的另一種P2P疊加網(wǎng)中節(jié)點(diǎn)過載的處理流程圖，如果P2P疊加網(wǎng)中的節(jié)點(diǎn)支持S0C，其流程具體包括步驟S302至步驟S314。步驟S302，終端向P2P疊加網(wǎng)發(fā)送SIP請求消息，SIP消息將通過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)。

步驟S304，中轉(zhuǎn)節(jié)點(diǎn)支持S0C，在轉(zhuǎn)發(fā)SIP消息時(shí)，在SIP消息中添加支持SOC頭域，以及攜帶支持的SOC算法。步驟S306，負(fù)責(zé)節(jié)點(diǎn)收到消息后，發(fā)現(xiàn)自身已經(jīng)處于過載狀態(tài)，回復(fù)SIP響應(yīng)消息，同時(shí)在響應(yīng)消息中添加負(fù)責(zé)節(jié)點(diǎn)正忙指示，并說明過載后采用的算法，以及過載處理的有效期。步驟S308，中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)響應(yīng)消息。步驟S310,當(dāng)后續(xù)的消息到達(dá)中轉(zhuǎn)節(jié)點(diǎn)時(shí)，中轉(zhuǎn)節(jié)點(diǎn)發(fā)現(xiàn)該消息的負(fù)責(zé)節(jié)點(diǎn)當(dāng)前還處于過載節(jié)點(diǎn)。步驟S312，中轉(zhuǎn)節(jié)點(diǎn)根據(jù)之前協(xié)商的過載算法，對該消息進(jìn)行拋棄或者轉(zhuǎn)發(fā)處理，過載算法不屬于本發(fā)明的討論內(nèi)容，這里不再詳述。步驟S314，如果中轉(zhuǎn)節(jié)點(diǎn)在步驟S306中選擇了轉(zhuǎn)發(fā)請求，后續(xù)的響應(yīng)請求也將由中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)。以上解決方法都是將客戶/服務(wù)器模型(Client/Server，簡稱為C/S)網(wǎng)絡(luò)架構(gòu)中解決過載方法應(yīng)用到P2P網(wǎng)絡(luò)中來的方案，但是P2P網(wǎng)絡(luò)與C/S架構(gòu)明顯區(qū)別在于P2P網(wǎng)絡(luò)中單個(gè)節(jié)點(diǎn)過載時(shí)，并不代表整個(gè)P2P網(wǎng)絡(luò)過載，還有其它節(jié)點(diǎn)甚至大部分節(jié)點(diǎn)具有處理能力，因此這些處理方法都會(huì)造成會(huì)話損失，處理能力低。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中網(wǎng)絡(luò)過載處理方法會(huì)造成會(huì)話損失，處理能力低的問題，本發(fā)明提供了一種網(wǎng)絡(luò)中過載的處理方法和裝置。根據(jù)本發(fā)明的一個(gè)方面，提供了一種網(wǎng)絡(luò)過載的處理方法，包括負(fù)責(zé)節(jié)點(diǎn)接收來自終端或節(jié)點(diǎn)的請求消息；確定無法處理請求消息；指示備用節(jié)點(diǎn)處理請求消息。優(yōu)選地，負(fù)責(zé)節(jié)點(diǎn)接收來自終端或節(jié)點(diǎn)的請求消息包括負(fù)責(zé)節(jié)點(diǎn)接收終端或節(jié)點(diǎn)發(fā)送的經(jīng)由中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)的請求消息。優(yōu)選地，指示備用節(jié)點(diǎn)處理請求消息包括在請求消息中添加標(biāo)識，其中標(biāo)識用于指示備用節(jié)點(diǎn)處理請求消息，其中標(biāo)識包括以下之一用于指示負(fù)責(zé)節(jié)點(diǎn)正忙的正忙標(biāo)識、用于指示備用節(jié)點(diǎn)臨時(shí)處理請求消息的臨時(shí)資源或主機(jī)標(biāo)識；向備用節(jié)點(diǎn)轉(zhuǎn)發(fā)添加標(biāo)識之后的請求消息。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括負(fù)責(zé)節(jié)點(diǎn)接收來自備用節(jié)點(diǎn)的請求響應(yīng)；向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括備用節(jié)點(diǎn)確定無法處理請求消息；備用節(jié)點(diǎn)指示下一個(gè)備用節(jié)點(diǎn)處理請求消息。優(yōu)選地，在備用節(jié)點(diǎn)指示下一個(gè)備用節(jié)點(diǎn)處理請求消息之后，還包括備用節(jié)點(diǎn)接收來自下一個(gè)備用節(jié)點(diǎn)的請求響應(yīng)；備用節(jié)點(diǎn)通過負(fù)責(zé)節(jié)點(diǎn)向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)。優(yōu)選地,在向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)之后,還包括在請求響應(yīng)包括強(qiáng)制路由信息的情況下，對于后續(xù)的待發(fā)送的會(huì)話內(nèi)的INVITE請求消息，終端或節(jié)點(diǎn)跨越負(fù)責(zé)節(jié)點(diǎn)直接發(fā)送給備用節(jié)點(diǎn)。優(yōu)選地，在向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)之后，還包括在備用節(jié)點(diǎn)維護(hù)用戶注冊關(guān)系的情況下，對于后續(xù)的待發(fā)送的REGISTER請求消息，終端或節(jié)點(diǎn)跨越負(fù)責(zé)節(jié)點(diǎn)直接發(fā)送給備用節(jié)點(diǎn)。
·
優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括備用節(jié)點(diǎn)處理請求消息。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括在負(fù)責(zé)節(jié)點(diǎn)和備用節(jié)點(diǎn)之間，進(jìn)行與請求消息對應(yīng)的數(shù)據(jù)更新。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括負(fù)責(zé)節(jié)點(diǎn)確定恢復(fù)處理能力；在負(fù)責(zé)節(jié)點(diǎn)和備用節(jié)點(diǎn)之間，進(jìn)行與請求消息對應(yīng)的數(shù)據(jù)更新。根據(jù)本發(fā)明的另一方面，提供了一種網(wǎng)絡(luò)過載的處理裝置，包括接收模塊，用于接收來自終端或節(jié)點(diǎn)的請求消息；確定模塊，用于確定無法處理請求消息；指示模塊，用于指示備用節(jié)點(diǎn)處理請求消息。通過本發(fā)明，采用在負(fù)責(zé)節(jié)點(diǎn)正忙時(shí)，由備用節(jié)點(diǎn)代為處理新請求的方案，解決了相關(guān)技術(shù)中不能在電信網(wǎng)絡(luò)中充分利用P2P疊加網(wǎng)的處理能力的問題，進(jìn)而達(dá)到了在電信網(wǎng)絡(luò)中充分利用P2P疊加網(wǎng)的處理能力效果。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的P2P疊加網(wǎng)架構(gòu)示意圖；圖2是根據(jù)相關(guān)技術(shù)的P2P疊加網(wǎng)中節(jié)點(diǎn)過載的處理流程圖；圖3是根據(jù)相關(guān)技術(shù)的另一種P2P疊加網(wǎng)中節(jié)點(diǎn)過載的處理流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)過載的處理方法的流程圖；圖5是根據(jù)本發(fā)明實(shí)施例的通用消息處理流程圖；圖6是根據(jù)本發(fā)明實(shí)施例的INVITE以及后續(xù)消息處理流程圖；圖7是根據(jù)本發(fā)明實(shí)施例的REGISTER以及后續(xù)消息處理流程圖；圖8是根據(jù)本發(fā)明實(shí)施例的另一種REGISTER以及后續(xù)消息處理流程圖；圖9是根據(jù)本發(fā)明實(shí)施例的負(fù)責(zé)節(jié)點(diǎn)主動(dòng)同步數(shù)據(jù)的處理流程圖10是根據(jù)本發(fā)明實(shí)施例的備份節(jié)點(diǎn)同時(shí)過載的消息處理流程圖；圖11是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)過載的處理裝置的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不發(fā)生沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖4是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)過載的處理方法的流程圖，如圖4所示，包括如下的步驟S402至步驟S406。步驟S402,負(fù)責(zé)節(jié)點(diǎn)接收來自終端或節(jié)點(diǎn)的請求消息。步驟S404,確定無法處理請求消息。步驟S406,指示備用節(jié)點(diǎn)處理請求消息。相關(guān)技術(shù)中，網(wǎng)絡(luò)過載處理方法會(huì)造成會(huì)話損失，處理能力低。本發(fā)明實(shí)施例中網(wǎng)絡(luò)中正忙的節(jié)點(diǎn)可以將需要處理的請求消息轉(zhuǎn)發(fā)給其他具有處理能力的節(jié)點(diǎn)，因此減小了會(huì)話損失，更充分地利用了 P2P疊加網(wǎng)的特性以及處理能力。優(yōu)選地，負(fù)責(zé)節(jié)點(diǎn)接收來自終端或節(jié)點(diǎn)的請求消息包括負(fù)責(zé)節(jié)點(diǎn)接收終端或節(jié)點(diǎn)發(fā)送的經(jīng)由中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)的請求消息。本實(shí)施例消息的傳送通過中轉(zhuǎn)節(jié)點(diǎn)進(jìn)行中轉(zhuǎn)，從而可以保證請求消息穩(wěn)定、可靠的發(fā)送。優(yōu)選地，指示備用節(jié) 點(diǎn)處理請求消息包括在請求消息中添加標(biāo)識，其中標(biāo)識用于指示備用節(jié)點(diǎn)處理請求消息，其中標(biāo)識包括以下之一用于指示負(fù)責(zé)節(jié)點(diǎn)正忙的正忙標(biāo)識、用于指示備用節(jié)點(diǎn)臨時(shí)處理請求消息的臨時(shí)資源或主機(jī)標(biāo)識；向備用節(jié)點(diǎn)轉(zhuǎn)發(fā)添加標(biāo)識之后的請求消息。本實(shí)施例中，添加的標(biāo)識使備用節(jié)點(diǎn)在負(fù)責(zé)節(jié)點(diǎn)正忙時(shí)，代為處理新的請求，提高了 P2P網(wǎng)絡(luò)的利用率。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括負(fù)責(zé)節(jié)點(diǎn)接收來自備用節(jié)點(diǎn)的請求響應(yīng)；向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)。本實(shí)施例中負(fù)責(zé)節(jié)點(diǎn)能夠獲取備用節(jié)點(diǎn)處理請求后的請求響應(yīng)并將其轉(zhuǎn)發(fā)到請求消息的發(fā)送方，完成了對請求信號進(jìn)行處理的全過程。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括備用節(jié)點(diǎn)確定無法處理請求消息；備用節(jié)點(diǎn)指示下一個(gè)備用節(jié)點(diǎn)處理請求消息?？紤]到備用節(jié)點(diǎn)與負(fù)責(zé)節(jié)點(diǎn)都忙的情況，本實(shí)施例中由下一備用節(jié)點(diǎn)進(jìn)行處理，避免了請求失敗。優(yōu)選地，在備用節(jié)點(diǎn)指示下一個(gè)備用節(jié)點(diǎn)處理請求消息之后，還包括備用節(jié)點(diǎn)接收來自下一個(gè)備用節(jié)點(diǎn)的請求響應(yīng)；備用節(jié)點(diǎn)通過負(fù)責(zé)節(jié)點(diǎn)向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)。通過該步驟，本實(shí)施例達(dá)到在負(fù)責(zé)節(jié)點(diǎn)和備用節(jié)點(diǎn)都正忙時(shí)，網(wǎng)絡(luò)還能及時(shí)處理新請求的效果。需要說明的是，上述備用節(jié)點(diǎn)以及下一個(gè)備用節(jié)點(diǎn)的選擇可以是根據(jù)P2P算法以及P2P疊加網(wǎng)現(xiàn)狀計(jì)算出的節(jié)點(diǎn)，也可以是預(yù)先配置的節(jié)點(diǎn)，也可以是在主用節(jié)點(diǎn)的路由表中隨機(jī)選取的節(jié)點(diǎn)。優(yōu)選地,在向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)之后,還包括在請求響應(yīng)包括強(qiáng)制路由信息的情況下，對于后續(xù)的待發(fā)送的會(huì)話內(nèi)的INVITE請求消息，終端或節(jié)點(diǎn)跨越負(fù)責(zé)節(jié)點(diǎn)直接發(fā)送給備用節(jié)點(diǎn)?？紤]到每次由負(fù)責(zé)節(jié)點(diǎn)自身來判斷是否處理新請求降低了網(wǎng)絡(luò)運(yùn)行效率，在負(fù)責(zé)節(jié)點(diǎn)正忙時(shí)，終端或節(jié)點(diǎn)可以通過在請求信息中添加強(qiáng)制路由信息，更快捷地找到實(shí)際處理該請求的節(jié)點(diǎn)。優(yōu)選地，在向終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)請求響應(yīng)之后，還包括在備用節(jié)點(diǎn)維護(hù)用戶注冊關(guān)系的情況下，對于后續(xù)的待發(fā)送的REGISTER請求消息，終端或節(jié)點(diǎn)跨越負(fù)責(zé)節(jié)點(diǎn)直接發(fā)送給備用節(jié)點(diǎn)。具體地，終端或節(jié)點(diǎn)跨越負(fù)責(zé)節(jié)點(diǎn)直接向備用節(jié)點(diǎn)發(fā)送后續(xù)的待發(fā)送的REGISTER請求消息，可以通過多種方式來實(shí)現(xiàn)，例如，通過在后續(xù)的待發(fā)送的REGISTER請求消息中添加了強(qiáng)制路由信息頭域。需要說明的是，現(xiàn)有技術(shù)中存在的其它能夠同樣實(shí)現(xiàn)跨越發(fā)送的實(shí)現(xiàn)方式，均應(yīng)當(dāng)納入本發(fā)明的保護(hù)范圍。另外，在負(fù)責(zé)節(jié)點(diǎn)維護(hù)用戶注冊關(guān)系的情況下，終端或者節(jié)點(diǎn)發(fā)出的后續(xù)其請求消息中不添加強(qiáng)制路由信息頭域，負(fù)責(zé)節(jié)點(diǎn)收到請求消息后根據(jù)當(dāng)前的負(fù)載情況判斷該消息是否由本節(jié)點(diǎn)處理，如果由本節(jié)點(diǎn)處理，則處理流程與正常消息處理流程相同，如果本節(jié)點(diǎn)無法處理，需要轉(zhuǎn)交其它節(jié)點(diǎn)處理。本實(shí)施例中，通過對負(fù)責(zé)節(jié)點(diǎn)和備用節(jié)點(diǎn)維護(hù)用戶注冊關(guān)系分情況處理，更加高效地維持了整個(gè)網(wǎng)絡(luò)的運(yùn)行。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括備用節(jié)點(diǎn)處理請求消息。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括在負(fù)責(zé)節(jié)點(diǎn)和備用節(jié)點(diǎn)之間，進(jìn)行與請求消息對應(yīng)的數(shù)據(jù)更新。考慮到數(shù)據(jù)不同步將影響后續(xù)消息的處理能力，本實(shí)施例每次處理消息后，相關(guān)節(jié)點(diǎn)都會(huì)進(jìn)行數(shù)據(jù)的更新以確保一致性。優(yōu)選地，在指示備用節(jié)點(diǎn)處理請求消息之后，還包括負(fù)責(zé)節(jié)點(diǎn)確定恢復(fù)處理能力；在負(fù)責(zé)節(jié)點(diǎn)和備用節(jié)點(diǎn)之間，進(jìn)行與請求消息對應(yīng)的數(shù)據(jù)更新。在本實(shí)施例中，負(fù)責(zé)節(jié)點(diǎn)能夠在不忙時(shí)主動(dòng)與備用節(jié)點(diǎn)進(jìn)行數(shù)據(jù)同步，確保了自身數(shù)據(jù)的準(zhǔn)確。本實(shí)施例要實(shí)現(xiàn)一種P2P網(wǎng)絡(luò)中SIP應(yīng)用過載的處理方法，其方法在于當(dāng)應(yīng)該處理該消息的負(fù)責(zé)節(jié)點(diǎn)過載，無法再處理新的請求時(shí)，負(fù)責(zé)節(jié)點(diǎn)在消息中添加標(biāo)識后，將請求轉(zhuǎn)發(fā)給選定的備用節(jié)點(diǎn)處理，負(fù)責(zé)節(jié)點(diǎn)添加的標(biāo)識含義為負(fù)責(zé)節(jié)點(diǎn)正忙，無法繼續(xù)處理該消息；而備用節(jié)點(diǎn)受到 該消息后，雖然本節(jié)點(diǎn)并非負(fù)責(zé)節(jié)點(diǎn)，但檢測到消息中的標(biāo)識后，將處理該消息。優(yōu)選地，為了使轉(zhuǎn)發(fā)消息能夠順利被路由到備用節(jié)點(diǎn)，需要將轉(zhuǎn)發(fā)消息中的目的地更換為備用節(jié)點(diǎn)的相關(guān)標(biāo)識，在P2P疊加網(wǎng)中該相關(guān)標(biāo)識可以是備用節(jié)點(diǎn)自身的標(biāo)識，也可以是備用節(jié)點(diǎn)負(fù)責(zé)區(qū)間內(nèi)資源的標(biāo)識。優(yōu)選地，備用節(jié)點(diǎn)在處理完該消息后，如果需要對疊加網(wǎng)數(shù)據(jù)進(jìn)行修改，可以發(fā)起疊加網(wǎng)數(shù)據(jù)修改操作；也可以當(dāng)負(fù)責(zé)節(jié)點(diǎn)不再過載時(shí)，由負(fù)責(zé)節(jié)點(diǎn)主動(dòng)取回修改數(shù)據(jù)，執(zhí)行疊加網(wǎng)數(shù)據(jù)修改。優(yōu)選地，如果當(dāng)前備用節(jié)點(diǎn)也正忙，可以將新請求轉(zhuǎn)交給下一個(gè)備用節(jié)點(diǎn)處理，其過程為備用節(jié)點(diǎn)轉(zhuǎn)發(fā)消息，同時(shí)添加備用節(jié)點(diǎn)的過載標(biāo)識或者替換原有過載標(biāo)識，當(dāng)下一個(gè)備用節(jié)點(diǎn)收到消息后，發(fā)現(xiàn)負(fù)責(zé)節(jié)點(diǎn)與前面的備用節(jié)點(diǎn)都過載，則對該消息進(jìn)行處理。如果采用本方法處理的消息建立了對話或者注冊關(guān)系，該會(huì)話或者注冊數(shù)據(jù)可以存在于當(dāng)前處理節(jié)點(diǎn)上，則后續(xù)的消息都會(huì)交由該處理節(jié)點(diǎn)處理；否則對話或者注冊數(shù)據(jù)不存在于當(dāng)前節(jié)點(diǎn)上，則后續(xù)消息將會(huì)交由負(fù)責(zé)節(jié)點(diǎn)處理，只有當(dāng)負(fù)責(zé)節(jié)點(diǎn)仍然過載時(shí)，才會(huì)交由備用節(jié)點(diǎn)處理。優(yōu)選地，當(dāng)后續(xù)消息仍然由當(dāng)前處理節(jié)點(diǎn)處理時(shí)，需要在響應(yīng)消息中添加頭域進(jìn)行說明，否則后續(xù)消息由負(fù)責(zé)節(jié)點(diǎn)處理。
采用本實(shí)施例方法后，當(dāng)P2P疊加網(wǎng)中有節(jié)點(diǎn)過載后，可以將過載節(jié)點(diǎn)應(yīng)當(dāng)處理的新請求消息交轉(zhuǎn)其給他節(jié)點(diǎn)處理，從而保證了新請求消息的處理。下面將結(jié)合優(yōu)選實(shí)施例對本發(fā)明實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)描述。優(yōu)選實(shí)施例一圖5是根據(jù)本發(fā)明實(shí)施例的通用消息處理流程圖，其具體流程包括步驟S502至步驟 S520。步驟S502，終端或者節(jié)點(diǎn)向P2P疊加網(wǎng)發(fā)送SIP請求消息，SIP消息將通過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)。步驟S504，中轉(zhuǎn)節(jié)點(diǎn)將消息轉(zhuǎn)發(fā)給負(fù)責(zé)節(jié)點(diǎn)。步驟S506，由于此時(shí)負(fù)責(zé)節(jié)點(diǎn)正忙，無法處理新的SIP請求消息。步驟S508，負(fù)責(zé)節(jié)點(diǎn)將請求消息轉(zhuǎn)發(fā)給備用節(jié)點(diǎn)處理，在轉(zhuǎn)發(fā)的請求消息中添加標(biāo)識，標(biāo)記主節(jié)點(diǎn)正忙，交由備用節(jié)點(diǎn)處理，標(biāo)識可以是在消息中添加負(fù)責(zé)節(jié)點(diǎn)正忙標(biāo)識，也可以是生成一個(gè)臨時(shí)資源或者主機(jī)標(biāo)識，插入到消息中。步驟S510，備用節(jié)點(diǎn)收到請求消息后，在消息中查找到負(fù)責(zé)節(jié)點(diǎn)添加的標(biāo)識，所以獲取處理該請求所需的數(shù)據(jù)，進(jìn)行請求處理。步驟S512，備用節(jié)點(diǎn)完成請求處理后，返回響應(yīng)消息。步驟S514，響應(yīng)消息經(jīng)過負(fù)責(zé)節(jié)點(diǎn)轉(zhuǎn)發(fā)后到達(dá)中轉(zhuǎn)節(jié)點(diǎn)。步驟S516，中轉(zhuǎn)節(jié)點(diǎn)將響應(yīng)消息發(fā)送到發(fā)送請求消息的終端或者節(jié)點(diǎn)。步驟S518，當(dāng)備用節(jié)點(diǎn)的處理引起了疊加網(wǎng)中數(shù)據(jù)的修改時(shí)，備用節(jié)點(diǎn)向數(shù)據(jù)的負(fù)責(zé)節(jié)點(diǎn)發(fā)起數(shù)據(jù)更新請求消息，進(jìn)行數(shù)據(jù)修改，這里數(shù)據(jù)的負(fù)責(zé)節(jié)點(diǎn)可以是請求的負(fù)責(zé)節(jié)點(diǎn)也可以不是，圖中為了表述方便，將兩個(gè)節(jié)點(diǎn)合為同一個(gè)節(jié)點(diǎn)。步驟S520，數(shù)據(jù)的負(fù)責(zé)節(jié)點(diǎn)完成數(shù)據(jù)更新請求消息后，返回?cái)?shù)據(jù)更新響應(yīng)消息，完成負(fù)責(zé)節(jié)點(diǎn)過載情況下，消息的處理。上圖是對普通的請求響應(yīng)消息的處理，對于特殊的SIP消息，例如INVITE消息會(huì)產(chǎn)生對話，REGISTER消息會(huì)產(chǎn)生注冊對話，如果這些消息在備用節(jié)點(diǎn)上處理，可能會(huì)影響后續(xù)的對話內(nèi)消息的處理流程。優(yōu)選實(shí)施例二圖6是根據(jù)本發(fā)明實(shí)施例的INVITE消息以及后續(xù)消息處理流程圖，其具體流程包括步驟S602至步驟S630。步驟S602，終端或者節(jié)點(diǎn)發(fā)送INVITE請求消息到中轉(zhuǎn)節(jié)點(diǎn)。步驟S604,中轉(zhuǎn)節(jié)點(diǎn)將該請求消息轉(zhuǎn)發(fā)到消息的負(fù)責(zé)節(jié)點(diǎn)。步驟S606，由于消息的負(fù)責(zé)節(jié)點(diǎn)正忙，無法處理新的INVITE請求，該負(fù)責(zé)節(jié)點(diǎn)將該INVITE請求消息轉(zhuǎn)發(fā)給備用節(jié)點(diǎn)，并在消息中添加主節(jié)點(diǎn)正忙標(biāo)識。步驟S608，備用節(jié)點(diǎn)完成請求處理后，決定該INVITE對應(yīng)的呼叫的后續(xù)消息都由該備用節(jié)點(diǎn)處理，在返回SIP響應(yīng)消息時(shí)，在消息中攜帶后續(xù)消息都由備用節(jié)點(diǎn)處理的強(qiáng)制路由信息。步驟S610，消息被轉(zhuǎn)發(fā)到中轉(zhuǎn)節(jié)點(diǎn)。步驟S612，中轉(zhuǎn)節(jié)點(diǎn)將響應(yīng)消息轉(zhuǎn)發(fā)給終端或節(jié)點(diǎn)。步驟S614，終端或節(jié)點(diǎn)發(fā)送的后續(xù)請求消息中攜帶了簽字路由消息頭域。L0099J 步驟S616，該消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)友后到達(dá)備用節(jié)點(diǎn)。步驟S618,備用節(jié)點(diǎn)收到請求消息并處理消息后，返回響應(yīng)消息。步驟S620，響應(yīng)消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)，發(fā)送到發(fā)起的終端或者節(jié)點(diǎn)。步驟S622，對于終端或節(jié)點(diǎn)發(fā)出的非會(huì)話內(nèi)請求消息，消息不添加強(qiáng)制路由信息 頭域。步驟S624，該非會(huì)話內(nèi)請求消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到負(fù)責(zé)節(jié)點(diǎn)。步驟S626，負(fù)責(zé)節(jié)點(diǎn)根據(jù)當(dāng)前的負(fù)載情況判斷該消息是否由本節(jié)點(diǎn)處理，如果由 本節(jié)點(diǎn)處理，則處理流程與正常消息處理流程相同，如果本節(jié)點(diǎn)無法處理，需要轉(zhuǎn)交其它節(jié) 點(diǎn)處理，則處理流程同圖5所示。
0105]步驟S628，在完成處理之后，返回響應(yīng)消息。
0106]步驟S630，響應(yīng)消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到終端或節(jié)點(diǎn)。
0107]優(yōu)選實(shí)施例三
0108]圖7是根據(jù)本發(fā)明實(shí)施例的REGISTER以及后續(xù)消息處理流程圖，其具體流程包括 步驟S702到步驟S720。
0109]步驟S702，終端或者節(jié)點(diǎn)發(fā)送REGISTER請求消息到中轉(zhuǎn)節(jié)點(diǎn)。
0110]步驟S704,中轉(zhuǎn)節(jié)點(diǎn)將該請求消息轉(zhuǎn)發(fā)到消息的負(fù)責(zé)節(jié)點(diǎn)。
0111]步驟S706，消息的負(fù)責(zé)節(jié)點(diǎn)正忙，無法處理新的REGISTER請求，因此將該消息轉(zhuǎn) 發(fā)給備用節(jié)點(diǎn)，并在消息中添加主節(jié)點(diǎn)正忙標(biāo)識。
0112]步驟S708，備用節(jié)點(diǎn)完成請求處理后，決定該REGISTER對應(yīng)的呼叫的后續(xù)消息都 由該備用節(jié)點(diǎn)處理，在返回SIP響應(yīng)消息時(shí)，在消息中攜帶該注冊用戶的后續(xù)消息都有備 用節(jié)點(diǎn)處理的強(qiáng)制路由信息。步驟S710，消息被轉(zhuǎn)發(fā)到中轉(zhuǎn)節(jié)點(diǎn)。步驟S712，中轉(zhuǎn)節(jié)點(diǎn)將響應(yīng)消息轉(zhuǎn)發(fā)給終端或節(jié)點(diǎn)。步驟S714，終端或節(jié)點(diǎn)發(fā)送的后續(xù)請求消息，消息中攜帶了簽字路由消息頭域。步驟S716,該消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到備用節(jié)點(diǎn)。步驟S718，備用節(jié)點(diǎn)收到請求消息并處理消息后，返回響應(yīng)消息。步驟S720，響應(yīng)消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到發(fā)起的終端或者節(jié)點(diǎn)。優(yōu)選實(shí)施例四上圖中由備用節(jié)點(diǎn)維護(hù)用戶的注冊關(guān)系，也可以不由備用節(jié)點(diǎn)，而是由負(fù)責(zé)節(jié)點(diǎn) 維護(hù)用戶的注冊關(guān)系，其流程如圖8所示。圖8是根據(jù)本發(fā)明實(shí)施例的另一個(gè)REGISTER以及后續(xù)消息處理過程的流程圖，其 具體流程步驟S802至步驟S822。步驟S802，終端或者節(jié)點(diǎn)發(fā)送REGISTER請求消息到中轉(zhuǎn)節(jié)點(diǎn)。步驟S804,中轉(zhuǎn)節(jié)點(diǎn)將該請求消息轉(zhuǎn)發(fā)到消息的負(fù)責(zé)節(jié)點(diǎn)。步驟S806，消息的負(fù)責(zé)節(jié)點(diǎn)正忙，無法處理新的REGISTER請求，因此將該消息轉(zhuǎn) 發(fā)到備用節(jié)點(diǎn)，并在該消息中添加主節(jié)點(diǎn)正忙標(biāo)識。步驟S808，備用節(jié)點(diǎn)完成請求處理后，決定與該REGISTER對應(yīng)的呼叫的后續(xù)消息 都由該備用節(jié)點(diǎn)處理，在返回SIP響應(yīng)消息時(shí)，在消息中不攜帶該注冊用戶的后續(xù)消息都 有備用節(jié)點(diǎn)處理的強(qiáng)制路由信息。
步驟S810，消息被轉(zhuǎn)發(fā)到中轉(zhuǎn)節(jié)點(diǎn)。步驟S812，中轉(zhuǎn)節(jié)點(diǎn)將響應(yīng)消息轉(zhuǎn)發(fā)到終端或節(jié)點(diǎn)。步驟S814，終端或節(jié)點(diǎn)發(fā)出的后續(xù)請求消息，消息不添加強(qiáng)制路由信息頭域。步驟S816,該請求消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到負(fù)責(zé)節(jié)點(diǎn)。步驟S818，負(fù)責(zé)節(jié)點(diǎn)根據(jù)當(dāng)前的負(fù)載情況判斷該消息是否由本節(jié)點(diǎn)處理，如果由本節(jié)點(diǎn)處理，則處理流程與正常消息處理流程相同，如果本節(jié)點(diǎn)無法處理，需要轉(zhuǎn)交其它節(jié)點(diǎn)處理，則處理流程同圖4所示。步驟S820，在完成處理之后，返回響應(yīng)消息。步驟S822，響應(yīng)消息經(jīng)過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到終端或節(jié)點(diǎn)。優(yōu)選實(shí)施例五前面所述的同步數(shù)據(jù)都是由備用節(jié)點(diǎn)發(fā)起的同步數(shù)據(jù)操作，當(dāng)然也可以由負(fù)責(zé)節(jié)點(diǎn)主動(dòng)發(fā)起數(shù)據(jù)同步操作，圖9是根據(jù)本發(fā)明實(shí)施例的負(fù)責(zé)節(jié)點(diǎn)主動(dòng)同步數(shù)據(jù)的處理流程圖，其具體流程包括步驟S902至步驟S922。步驟S902，終端或者節(jié)點(diǎn)向P2P疊加網(wǎng)發(fā)送SIP請求消息，SIP消息將通過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)。步驟S904，中轉(zhuǎn)節(jié)點(diǎn)將消息轉(zhuǎn)發(fā)到負(fù)責(zé)節(jié)點(diǎn)。步驟S906，由于此時(shí)負(fù)責(zé)節(jié)點(diǎn)正忙，無法處理新的SIP請求消息。步驟S908，負(fù)責(zé)節(jié)點(diǎn)將請求消息轉(zhuǎn)發(fā)到備用節(jié)點(diǎn)，由該備用節(jié)點(diǎn)處理，負(fù)責(zé)節(jié)點(diǎn)在轉(zhuǎn)發(fā)的請求消息中添加標(biāo)識，標(biāo)記主節(jié)點(diǎn)正忙，交由備用節(jié)點(diǎn)處理，標(biāo)識可以是在消息中添加負(fù)責(zé)節(jié)點(diǎn)正忙標(biāo)識，也可以是生成一個(gè)臨時(shí)資源或者主機(jī)標(biāo)識，插入到消息中。步驟S910，備用節(jié)點(diǎn)收到請求消息后，在消息中查找到負(fù)責(zé)節(jié)點(diǎn)添加的標(biāo)記，所以獲取處理該請求所需的數(shù)據(jù)，進(jìn)行請求處理。步驟S912,備用節(jié)點(diǎn)完成請求后,返回響應(yīng)消息。步驟S914，響應(yīng)消息經(jīng)過負(fù)責(zé)節(jié)點(diǎn)轉(zhuǎn)發(fā)到中轉(zhuǎn)節(jié)點(diǎn)。步驟S916，中轉(zhuǎn)節(jié)點(diǎn)將響應(yīng)消息發(fā)送到發(fā)送請求消息的終端或者節(jié)點(diǎn)。步驟S918，在負(fù)責(zé)節(jié)點(diǎn)的負(fù)載降低，解除正忙狀態(tài)后，能夠完成數(shù)據(jù)同步操作時(shí)。步驟S920，負(fù)責(zé)節(jié)點(diǎn)向數(shù)據(jù)發(fā)生改變的備用節(jié)點(diǎn)發(fā)起數(shù)據(jù)同步操作請求，請求獲取數(shù)據(jù)改變內(nèi)容。步驟S922，備用節(jié)點(diǎn)返回?cái)?shù)據(jù)改變內(nèi)容，從而完成數(shù)據(jù)同步。優(yōu)選實(shí)施例六當(dāng)然在極端的情況也會(huì)存在負(fù)責(zé)節(jié)點(diǎn)過載的同一時(shí)刻，備用節(jié)點(diǎn)也同時(shí)過載，無法處理新的請求的情況。圖10是根據(jù)本發(fā)明實(shí)施例的備用節(jié)點(diǎn)同時(shí)過載的消息處理流程圖，其具體流程包括步驟S1002至步驟S1026。步驟S1002，終端或者節(jié)點(diǎn)向P2P疊加網(wǎng)發(fā)送SIP請求消息，SIP消息將通過中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)。步驟S1004，中轉(zhuǎn)節(jié)點(diǎn)將消息轉(zhuǎn)發(fā)到負(fù)責(zé)節(jié)點(diǎn)。步驟S1006， 由于此時(shí)負(fù)責(zé)節(jié)點(diǎn)正忙，無法處理新的SIP請求消息。步驟S1008，負(fù)責(zé)節(jié)點(diǎn)將請求消息轉(zhuǎn)發(fā)給備用節(jié)點(diǎn)處理，在轉(zhuǎn)發(fā)的請求消息中添加標(biāo)識，標(biāo)記主節(jié)點(diǎn)正忙，交由備用節(jié)點(diǎn)處理，標(biāo)識可以是在消息中添加負(fù)責(zé)節(jié)點(diǎn)正忙標(biāo)識，也可以是生成一個(gè)臨時(shí)資源或者主機(jī)標(biāo)識，插入到消息中。步驟S1010，此時(shí)備用節(jié)點(diǎn)正忙，無法處理新的SIP請求消息。步驟S1012，備用節(jié)點(diǎn)將請求消息轉(zhuǎn)發(fā)給下一備用節(jié)點(diǎn)處理，在轉(zhuǎn)發(fā)的請求消息中添加標(biāo)識，標(biāo)記備用節(jié)點(diǎn)正忙，交由下一備用節(jié)點(diǎn)處理，標(biāo)識可以是在消息中添加備用節(jié)點(diǎn)正忙標(biāo)識，也可以是生成一個(gè)臨時(shí)資源或者主機(jī)標(biāo)識，替換原有負(fù)責(zé)節(jié)點(diǎn)添加的標(biāo)識。步驟S1014，下一備用節(jié)點(diǎn)接收到請求消息后，在消息中查找到負(fù)責(zé)節(jié)點(diǎn)和(或)備用節(jié)點(diǎn)添加的標(biāo)識，所以獲取處理該請求所需的數(shù)據(jù)，進(jìn)行請求處理。步驟S1016，完成處理后返回響應(yīng)消息。步驟S1018，響應(yīng)消息由備用節(jié)點(diǎn)轉(zhuǎn)發(fā)到負(fù)責(zé)節(jié)點(diǎn)。步驟S1020，響應(yīng)消息由負(fù)責(zé)節(jié)點(diǎn)轉(zhuǎn)發(fā)到中轉(zhuǎn)節(jié)點(diǎn)。步驟S1022，響應(yīng)消息由中轉(zhuǎn)節(jié)點(diǎn)轉(zhuǎn)發(fā)到終端或者節(jié)點(diǎn)。步驟S1024,當(dāng)下一備用節(jié)點(diǎn)中的處理會(huì)引起疊加網(wǎng)中數(shù)據(jù)的修改時(shí),下一備用節(jié)點(diǎn)向數(shù)據(jù)的負(fù)責(zé)節(jié)點(diǎn)發(fā)送數(shù)據(jù)更新請求消息，進(jìn)行數(shù)據(jù)修改，這里數(shù)據(jù)的負(fù)責(zé)節(jié)點(diǎn)可以是請求的負(fù)責(zé)節(jié)點(diǎn)也可以不是，圖中為了表述方便，將兩個(gè)節(jié)點(diǎn)合為同一個(gè)節(jié)點(diǎn)。步驟S1026，數(shù)據(jù)的負(fù)責(zé)節(jié)點(diǎn)完成數(shù)據(jù)更新請求消息后，返回?cái)?shù)據(jù)更新響應(yīng)消息，完成在疊加網(wǎng)過載情況下，消息的處理。圖11是根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)過載的處理裝置的結(jié)構(gòu)框圖，如圖11所示，包括接收模塊1102、確定模塊11 04和指示模塊1106。下面對其結(jié)構(gòu)進(jìn)行詳細(xì)描述。接收模塊1102，用于接收來自終端或節(jié)點(diǎn)的請求消息；確定模塊1104，連接至接收模塊1102，用于確定無法處理接收模塊1102接收的請求消息；指示模塊1106，連接至接收模塊1102和確定模塊1104，用于在確定模塊1104確定無法處理請求消息之后，指示備用節(jié)點(diǎn)處理接收模塊1102接收的請求消息。可以看到通過本發(fā)明提供的方法，實(shí)現(xiàn)了 P2P網(wǎng)絡(luò)中在節(jié)點(diǎn)過載時(shí)，新請求消息的正常處理，充分利用了 P2P疊加網(wǎng)的優(yōu)勢，并且也沒有對疊加網(wǎng)造成大的負(fù)擔(dān)。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，本領(lǐng)域的技術(shù)人員可以根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。綜上所述，根據(jù)本發(fā)明的上述實(shí)施例，提供了一種網(wǎng)絡(luò)過載的處理方法和裝置。通過本發(fā)明，采用在負(fù)責(zé)節(jié)點(diǎn)正忙時(shí)，由備用節(jié)點(diǎn)代為處理新請求的方案，解決了網(wǎng)絡(luò)過載處理方法會(huì)造成會(huì)話損失，處理能力低的問題，進(jìn)而達(dá)到了在電信網(wǎng)絡(luò)中充分利用P2P疊加網(wǎng)的處理能力效果。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng) 包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡(luò)過載的處理方法，其特征在于包括 負(fù)責(zé)節(jié)點(diǎn)接收來自終端或節(jié)點(diǎn)的請求消息； 確定無法處理所述請求消息； 指示備用節(jié)點(diǎn)處理所述請求消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，指示備用節(jié)點(diǎn)處理所述請求消息包括 在所述請求消息中添加標(biāo)識，其中所述標(biāo)識用于指示所述備用節(jié)點(diǎn)處理所述請求消息，其中所述標(biāo)識包括以下之一用于指示所述負(fù)責(zé)節(jié)點(diǎn)正忙的正忙標(biāo)識、用于指示所述備用節(jié)點(diǎn)臨時(shí)處理所述請求消息的臨時(shí)資源或主機(jī)標(biāo)識； 向所述備用節(jié)點(diǎn)轉(zhuǎn)發(fā)添加所述標(biāo)識之后的所述請求消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在指示備用節(jié)點(diǎn)處理所述請求消息之后，還包括 所述負(fù)責(zé)節(jié)點(diǎn)接收來自所述備用節(jié)點(diǎn)的請求響應(yīng)； 向所述終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)所述請求響應(yīng)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在指示備用節(jié)點(diǎn)處理所述請求消息之后，還包括 所述備用節(jié)點(diǎn)確定無法處理所述請求消息； 所述備用節(jié)點(diǎn)指示下一個(gè)備用節(jié)點(diǎn)處理所述請求消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述備用節(jié)點(diǎn)指示所述下一個(gè)備用節(jié)點(diǎn)處理所述請求消息之后，還包括 所述備用節(jié)點(diǎn)接收來自所述下一個(gè)備用節(jié)點(diǎn)的請求響應(yīng)； 所述備用節(jié)點(diǎn)通過所述負(fù)責(zé)節(jié)點(diǎn)向所述終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)所述請求響應(yīng)。
6.根據(jù)權(quán)利要求3或5所述的方法，其特征在于，在向所述終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)所述請求響應(yīng)之后，還包括在所述請求響應(yīng)包括強(qiáng)制路由信息的情況下，對于后續(xù)的待發(fā)送的會(huì)話內(nèi)的INVITE請求消息，所述終端或節(jié)點(diǎn)跨越所述負(fù)責(zé)節(jié)點(diǎn)直接發(fā)送給所述備用節(jié)點(diǎn)。
7.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在向所述終端或節(jié)點(diǎn)轉(zhuǎn)發(fā)所述請求響應(yīng)之后，還包括在所述備用節(jié)點(diǎn)維護(hù)用戶注冊關(guān)系的情況下，對于后續(xù)的待發(fā)送的REGISTER請求消息,所述終端或節(jié)點(diǎn)跨越所述負(fù)責(zé)節(jié)點(diǎn)直接發(fā)送給所述備用節(jié)點(diǎn)。
8.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在指示所述備用節(jié)點(diǎn)處理所述請求消息之后，還包括所述備用節(jié)點(diǎn)處理所述請求消息。
9.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在指示所述備用節(jié)點(diǎn)處理所述請求消息之后，還包括在所述負(fù)責(zé)節(jié)點(diǎn)和所述備用節(jié)點(diǎn)之間，進(jìn)行與所述請求消息對應(yīng)的數(shù)據(jù)更新。
10.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在指示所述備用節(jié)點(diǎn)處理所述請求消息之后，還包括 所述負(fù)責(zé)節(jié)點(diǎn)確定恢復(fù)處理能力； 在所述負(fù)責(zé)節(jié)點(diǎn)和所述備用節(jié)點(diǎn)之間，進(jìn)行與所述請求消息對應(yīng)的數(shù)據(jù)更新。
11.一種網(wǎng)絡(luò)過載的處理裝置，其特征在于包括 接收模塊，用于接收來自終端或節(jié)點(diǎn)的請求消息； 確定模塊，用于確定無法處理所述請求消息；指示模塊， 用于指示備用節(jié)點(diǎn)處理所述請求消息。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)過載的處理方法及裝置，該方法包括負(fù)責(zé)節(jié)點(diǎn)接收來自終端或節(jié)點(diǎn)的請求消息；確定無法處理請求消息；指示備用節(jié)點(diǎn)處理請求消息。本發(fā)明實(shí)施例中網(wǎng)絡(luò)中正忙的節(jié)點(diǎn)可以將需要處理的請求消息轉(zhuǎn)發(fā)給其他具有處理能力的節(jié)點(diǎn)，因此減小了會(huì)話損失，更充分地利用了P2P疊加網(wǎng)的特性以及處理能力。
文檔編號H04L29/08GK103036928SQ20111030448
公開日2013年4月10日 申請日期2011年10月10日 優(yōu)先權(quán)日2011年10月10日
發(fā)明者陳志峰 申請人:中興通訊股份有限公司