專利名稱：點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法及點對點網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
對等互聯(lián)或點對點技術(shù)(Peer-to-Peer，簡稱為P2P)技術(shù)可以讓用戶可以直接連接到其他用戶的計算機，進行文件共享與交換。目前P2P的應(yīng)用主要還是集中在hternet應(yīng)用中，在傳統(tǒng)電信網(wǎng)絡(luò)中尚未大規(guī)模應(yīng)用?？紤]到目前以及將來電信網(wǎng)絡(luò)中，會話控制的主流是會話初始化協(xié)議(Session Initial Protocol,簡稱為SIP)，因此，將P2P技術(shù)引入到電信網(wǎng)中去，必須能保證SIP協(xié)議在P2P網(wǎng)絡(luò)中的應(yīng)用，同時需要能夠運行各類典型級業(yè)務(wù)。圖1是根據(jù)現(xiàn)有技術(shù)的P2P網(wǎng)絡(luò)架構(gòu)示意圖，如圖1所示101表示P2P疊加網(wǎng)，它由各類擔負不同角色的對等體(在下文中也稱為節(jié)點)組成的一張邏輯網(wǎng)絡(luò)；102是P2P疊加網(wǎng)中的對等節(jié)點，為P2P疊加網(wǎng)中的基本組成部分，是能夠給同一 P2P疊加網(wǎng)中其它節(jié)點提供存儲和傳送服務(wù)的節(jié)點；103是非P2P終端設(shè)備，為接入到P2P疊加網(wǎng)的不支持任何P2P協(xié)議，僅支持SIP 協(xié)議的終端設(shè)備；104是P2P終端設(shè)備，為接入到P2P疊加網(wǎng)中的既支持P2P協(xié)議，也支持SIP協(xié)議的終端設(shè)備；考慮到一般終端設(shè)備，特別是手持終端設(shè)備的能力較弱，所以很多情況下的實際部署，P2P終端設(shè)備也僅僅作為P2P客戶端接入到P2P疊加網(wǎng)中來，并不承擔存儲、傳送等服務(wù)器。P2P終端接入到疊加網(wǎng)之后，會從疊加網(wǎng)中分配得到一個節(jié)點ID，該ID所處區(qū)間的負責節(jié)點作為該P2P客戶端的負責節(jié)點。圖2是根據(jù)現(xiàn)有技術(shù)的P2P網(wǎng)絡(luò)中的SIP消息路由實現(xiàn)方法流程圖，如圖2所示，該流程包含以下步驟步驟201 終端發(fā)送初始SIP請求到中間節(jié)點，初始注冊請求一般可以為注冊請求消息。步驟202 中間節(jié)點通過P2P疊加網(wǎng)轉(zhuǎn)發(fā)SIP請求到必經(jīng)節(jié)點(必經(jīng)節(jié)點是后續(xù) SIP請求都必須經(jīng)過的節(jié)點)。步驟203 必經(jīng)節(jié)點通過P2P疊加網(wǎng)轉(zhuǎn)發(fā)SIP請求到目的地。步驟204 目的地返回SIP響應(yīng)給必經(jīng)節(jié)點。步驟205 必經(jīng)節(jié)點在krvice-Route頭域列表頂端添加一條記錄，該記錄包含本節(jié)點的IP或者主機名。步驟206 必經(jīng)節(jié)點發(fā)送SIP響應(yīng)至中間節(jié)點。步驟207 中間節(jié)點發(fā)送SIP響應(yīng)到終端。步驟208 終端根據(jù)頭域krvice-Route :IP/主機名，在SIP請求的頭域中添加Route =IP/域名并發(fā)送給中間節(jié)點。步驟209 中間節(jié)點根據(jù)Route列表中的首條記錄地址轉(zhuǎn)發(fā)SIP消息。步驟210 中間節(jié)點發(fā)送SIP請求到必經(jīng)節(jié)點。步驟211 必經(jīng)節(jié)點發(fā)現(xiàn)Route記錄地址為本節(jié)點地址，去除該記錄。步驟212 必經(jīng)節(jié)點發(fā)送SIP請求到目的地。步驟213 目的地發(fā)送SIP響應(yīng)到必經(jīng)節(jié)點。步驟214 必經(jīng)節(jié)點發(fā)送SIP響應(yīng)到必經(jīng)節(jié)點。步驟215 中間節(jié)點發(fā)送SIP響應(yīng)到終端。通過上述步驟，雖可完成到必經(jīng)節(jié)點的路由，但是當必經(jīng)節(jié)點失效后，終端與目的地不能互通。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法及點對點網(wǎng)絡(luò)系統(tǒng)，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法，包括必經(jīng)節(jié)點在發(fā)送的消息中添加用于標識所述必經(jīng)節(jié)點的標識信息，其中，在所述必經(jīng)節(jié)點失效后，所述標識信息仍然標識代替所述必經(jīng)節(jié)點的節(jié)點；所述終端接收到所述消息，并在發(fā)送會話初始協(xié)議SIP請求消息時，在所述SIP請求消息中攜帶包括所述標識信息的路由記錄；中間節(jié)點接收到所述SIP請求消息時，檢測到包括所述標識信息的路由記錄，根據(jù)點對點P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)所述SIP請求消息。優(yōu)選地，所述必經(jīng)節(jié)點在發(fā)送的所述消息中還添加了所述必經(jīng)節(jié)點的網(wǎng)絡(luò)協(xié)議地址IP或域名；所述終端在發(fā)送所述SIP請求消息時，在包括所述標識信息的路由記錄中添加所述IP或域名，所述IP或域名用于指示非P2P疊加網(wǎng)中接收到所述SIP請求消息的網(wǎng)元根據(jù)所述IP或域名轉(zhuǎn)發(fā)所述SIP請求消息。優(yōu)選地，所述非P2P疊加網(wǎng)為IP多媒體子系統(tǒng)IMS。優(yōu)選地，所述必經(jīng)節(jié)點在發(fā)送的所述消息中添加所述標識信息包括所述必經(jīng)節(jié)點接收到第一 SIP請求消息，并在所述第一 SIP請求消息的響應(yīng)消息中添加所述標識信息。優(yōu)選地，在所述必經(jīng)節(jié)點接收到所述第一 SIP請求消息之前，該方法還包括中間節(jié)點接收來自所述終端的所述第一 SIP請求消息，根據(jù)所述終端的公共用戶標識PUI使用哈希hash算法得到所述標識信息，并將所述第一 SIP請求消息發(fā)送給所述必經(jīng)節(jié)點，其中， 所述第一 SIP請求消息中攜帶有所述標識信息。優(yōu)選地，所述標識信息為架構(gòu)khema與通用資源標識符URI。優(yōu)選地，所述必經(jīng)節(jié)點發(fā)送的所述消息和所述終端發(fā)送的所述SIP請求消息還攜帶有指示信息，所述指示信息用于指示采用了所述^hema與所述URI的路由機制。優(yōu)選地，所述中間節(jié)點在向所述標識信息所標識的必經(jīng)節(jié)點轉(zhuǎn)發(fā)所述SIP請求消息之后，該方法還包括所述標識信息所標識的必經(jīng)節(jié)點接收到所述SIP請求消息，刪除包括所述標識信息的路由記錄，并將所述SIP請求消息轉(zhuǎn)發(fā)到下一節(jié)點。根據(jù)本發(fā)明的另一個方面，還提供了一種實現(xiàn)會話初始協(xié)議消息路由的點對點網(wǎng)絡(luò)系統(tǒng)，包括必經(jīng)節(jié)點，用于在發(fā)送的消息中添加用于標識所述必經(jīng)節(jié)點的標識信息，其中，在所述必經(jīng)節(jié)點失效后，所述標識信息仍然標識代替所述必經(jīng)節(jié)點的節(jié)點；終端，用于接收到所述消息，并在發(fā)送會話初始協(xié)議SIP請求消息時，在所述SIP請求消息中攜帶包括所述標識信息的路由記錄；中間節(jié)點，用于接收到所述SIP請求消息時，檢測到包括所述標識信息的路由記錄，根據(jù)點對點P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)所述SIP請求消息。優(yōu)選地，所述必經(jīng)節(jié)點，用于在發(fā)送的所述消息中還添加了所述必經(jīng)節(jié)點的網(wǎng)絡(luò)協(xié)議地址IP或域名；所述終端，用于在發(fā)送所述SIP請求消息時，在包括所述標識信息的路由記錄中添加所述IP或域名，所述IP或域名用于指示非P2P疊加網(wǎng)中接收到所述SIP請求消息的網(wǎng)元根據(jù)所述IP或域名轉(zhuǎn)發(fā)所述SIP請求消息。通過本發(fā)明，采用必經(jīng)節(jié)點在發(fā)送的消息中添加用于標識該必經(jīng)節(jié)點的標識信息，其中，在該必經(jīng)節(jié)點失效后，該標識信息仍然標識代替該必經(jīng)節(jié)點的節(jié)點；該終端接收到該消息，并在發(fā)送會話初始協(xié)議SIP請求消息時，在該SIP請求消息中攜帶包括該標識信息的路由記錄沖間節(jié)點接收到該SIP請求消息時，檢測到包括該標識信息的路由記錄，根據(jù)點對點P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)該SIP請求消息。解決了現(xiàn)有技術(shù)中在必經(jīng)節(jié)點失效之后，終端與目的地不能互通的問題，進而增強了 P2P網(wǎng)絡(luò)的SIP消息路由能力。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)現(xiàn)有技術(shù)的P2P網(wǎng)絡(luò)架構(gòu)示意圖；圖2是根據(jù)現(xiàn)有技術(shù)的P2P網(wǎng)絡(luò)中的SIP消息路由實現(xiàn)方法流程圖；圖3是根據(jù)本發(fā)明是實施例的點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法的流程圖；圖4是根據(jù)本發(fā)明實施例的SIP消息路由實現(xiàn)方法優(yōu)選的流程圖；圖5是根據(jù)本發(fā)明實施例的優(yōu)選實施例一的流程圖；圖6是根據(jù)本發(fā)明實施例的優(yōu)選實施例二的流程圖；圖7是根據(jù)本發(fā)明實施例的優(yōu)選實施例三的流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖3是根據(jù)本發(fā)明是實施例的點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法的流程圖，如圖3所示，該流程包括如下步驟步驟301，必經(jīng)節(jié)點在發(fā)送的消息中添加用于標識必經(jīng)節(jié)點的標識信息，其中，在必經(jīng)節(jié)點失效后，該標識信息仍然標識代替必經(jīng)節(jié)點的節(jié)點；步驟302，終端接收到必經(jīng)節(jié)點發(fā)送的消息，并在發(fā)送會話初始協(xié)議SIP請求消息時，在SIP請求消息中攜帶包括標識信息的路由記錄；步驟303，中間節(jié)點接收到SIP請求消息時，檢測到包括上述標識信息的路由記錄，根據(jù)點對點P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)SIP請求消息。需要說明的是，該標識信息所標識的必經(jīng)節(jié)點有可能是步驟301中的必經(jīng)節(jié)點，也有可能是在步驟301中的必經(jīng)節(jié)點失效后代替該必經(jīng)節(jié)點的新的必經(jīng)節(jié)點。在現(xiàn)有技術(shù)中，每一個節(jié)點均使用不同的IP地址，這樣，在必經(jīng)節(jié)點失效之后，代替該必經(jīng)節(jié)點的節(jié)點(為了描述方便，該節(jié)點成為新節(jié)點)的IP地址必然不同于已經(jīng)失效的必經(jīng)節(jié)點，從而導(dǎo)致了根據(jù)終端和目的地的無法互通。通過上述步驟，使用了不同與現(xiàn)有技術(shù)中的根據(jù)IP進行路由的方式，即使用了標識信息，該標識信息用于標識出該必經(jīng)節(jié)點，在在該必經(jīng)節(jié)點失效后，該標識信息仍然有效，指向新節(jié)點，這樣就可以解決現(xiàn)有技術(shù)中存在的問題。優(yōu)選地，該標識信息所標識的必經(jīng)節(jié)點接收到SIP請求消息，可以刪除包括標識信息的路由記錄，并將SIP請求消息轉(zhuǎn)發(fā)到下一節(jié)點。優(yōu)選地，在步驟S301中必經(jīng)節(jié)點發(fā)送的消息可以是該必經(jīng)節(jié)點接收到第一 SIP請求消息(例如，注冊請求消息)后發(fā)送的第一 SIP請求消息(這里使用第一 SIP請求消息是為了與步驟302中的SIP請求消息有所區(qū)分，并沒有其他的特殊含義)的響應(yīng)消息。這樣， 該終端接收到該響應(yīng)消息之后，并在后續(xù)發(fā)送的SIP請求消息中攜帶包括標識信息的路由記錄。需要說明的是，上述標識信息可以由中間節(jié)點生成，可以由必經(jīng)節(jié)點生成，例如， 中間節(jié)點可以在接收來自終端的第一 SIP請求消息之后，根據(jù)該終端的公共用戶標識 (Public User Identity，簡稱為PUI)使用哈希hash算法得到上述標識信息，然后在第一 SIP請求消息中攜帶該標識信息，并向必經(jīng)節(jié)點發(fā)送該第一 SIP請求消息。需要說明的是，該標識信息可以有多種的實現(xiàn)方式，只能能夠達到指示同一必經(jīng)節(jié)點(失效前的節(jié)點和新節(jié)點)目的的標識方式均可以采用，例如，在實施時可以采用通用資源標識符(Uniform Resource Identifier，簡稱為URI)來實現(xiàn)。以下以此為例結(jié)合一個優(yōu)選的實施例進行說明。在提出當SIP響應(yīng)路由到必經(jīng)節(jié)點時，添加自定義schema(例如reload)與P2P 網(wǎng)絡(luò)中的必經(jīng)節(jié)點唯一標識toi來替代IP地址與域名，該URI可以包括資源標識與疊加網(wǎng)名稱(例如puiid@nanjing. com),除了添力口 schema 以夕卜,還可以在 Service_Route、Route 頭域中添加標簽，表示這里采用了 schema與URI消息路由機制。圖4是根據(jù)本發(fā)明實施例的SIP消息路由實現(xiàn)方法優(yōu)選的流程圖，如圖4所示，該流程包括如下步驟步驟401 必經(jīng)節(jié)點收到初始消息的響應(yīng)，在添加的krvice-Route記錄中攜帶新定義的schema與URI，作為必經(jīng)節(jié)點的標識；步驟402 終端在發(fā)起后續(xù)的請求時，根據(jù)Route生成規(guī)則，產(chǎn)生攜帶該URI的 Route記錄； 步驟403 中間節(jié)點處理后續(xù)請求時，檢測到頂端Route記錄中為新定義的schema 類型的URI，則根據(jù)P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)該消息；步驟404 必經(jīng)節(jié)點檢測到頂端Route記錄中的URI指向本節(jié)點，或者為本節(jié)點所負責，則去除該條Route記錄后，轉(zhuǎn)發(fā)給下一節(jié)點。優(yōu)選地，必經(jīng)節(jié)點在發(fā)送的消息中還可以添加必經(jīng)節(jié)點的網(wǎng)絡(luò)協(xié)議地址IP或域名，這樣，終端在發(fā)起SIP請求消息時，在包括標識信息的路由記錄中還可以添加IP或域名，IP或域名用于指示非P2P疊加網(wǎng)(例如，IP多媒體子系統(tǒng)IMS)中接收到SIP請求消息的網(wǎng)元根據(jù)IP或域名轉(zhuǎn)發(fā)SIP請求消息。通過該優(yōu)選的實施方式，可以在網(wǎng)元比較穩(wěn)定的非P2P疊加網(wǎng)絡(luò)中仍然根據(jù)IP或域名轉(zhuǎn)發(fā)SIP請求消息，實現(xiàn)更好的兼容性。下面結(jié)合附圖和優(yōu)選實施例進行進一步說明。圖5是根據(jù)本發(fā)明實施例的優(yōu)選實施例一的流程圖，該圖描述了 SIP消息在P2P 疊加網(wǎng)中路由過程，包括以下步驟步驟501 終端發(fā)送SIP請求到中間節(jié)點，這個SIP請求一般為注冊請求；步驟502 中間節(jié)點根據(jù)終端的PUI利用hash算法得到URI，并在該SIP請求中攜帶該URI ；步驟503 中間節(jié)點根據(jù)P2P疊加網(wǎng)算法轉(zhuǎn)發(fā)該SIP請求到必經(jīng)節(jié)點；步驟504 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP請求消息到目的地；步驟505 目的地返回SIP響應(yīng)消息給必經(jīng)節(jié)點；步驟506 必經(jīng)節(jié)點在krvice-Route頭域列表頂端添加一條記錄，包含定義的 schema 與 URI 地址；步驟507 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息至中間節(jié)點；步驟508 中間節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息到終端；步驟509 終端根據(jù)頭域krvice-Route schema與URI，在SIP請求的頭域中添加 Route schema與URI并轉(zhuǎn)發(fā)SIP請求消息至中間節(jié)點；步驟510 由于Route列表中的首條記錄為URI，中間節(jié)點根據(jù)P2P路由規(guī)則轉(zhuǎn)發(fā)該SIP請求消息；步驟511 中間節(jié)點轉(zhuǎn)發(fā)SIP請求消息至必經(jīng)節(jié)點；步驟512 必經(jīng)節(jié)點發(fā)現(xiàn)Route記錄的URI為本節(jié)點所負責，去除該記錄；步驟513 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP請求消息到目的地；步驟514 目的地發(fā)送SIP響應(yīng)消息至必經(jīng)節(jié)點；步驟515 必經(jīng)節(jié)點發(fā)送SIP響應(yīng)消息至中間節(jié)點；步驟516 中間節(jié)點發(fā)送SIP響應(yīng)消息到終端。通過本優(yōu)選實施例實現(xiàn)了終端與目的地的消息路由。圖6是根據(jù)本發(fā)明實施例的優(yōu)選實施例二的流程圖，該流程描述了必經(jīng)節(jié)點失效后消息在P2P疊加網(wǎng)中路由的過程，包括以下步驟步驟601 終端發(fā)送SIP請求到中間節(jié)點，這個SIP請求一般為注冊請求。步驟602 中間節(jié)點根據(jù)P2P疊加網(wǎng)算法轉(zhuǎn)發(fā)SIP請求到必經(jīng)節(jié)點。步驟603 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP請求消息到目的地。步驟604 目的地發(fā)送SIP響應(yīng)消息給必經(jīng)節(jié)點。步驟605 必經(jīng)節(jié)點在krvice-Route頭域列表頂端添加一條記錄，包含定義的 schema 與 URI 地址。步驟606 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息至中間節(jié)點。步驟607 中間節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息到終端。步驟608 終端根據(jù)頭域krvice-Route schema與URI，在SIP請求的頭域中添加 Route schema與URI并轉(zhuǎn)發(fā)SIP請求消息至中間節(jié)點。步驟609由于Route列表中的首條記錄為URI，中間節(jié)點根據(jù)P2P路由規(guī)則轉(zhuǎn)發(fā)該SIP請求消息。步驟610 中間節(jié)點轉(zhuǎn)發(fā)SIP請求消息至新的必經(jīng)節(jié)點。步驟611 新的必經(jīng)節(jié)點發(fā)現(xiàn)Route記錄的URI為本節(jié)點所負責，去除該記錄。步驟612 新的必經(jīng)節(jié)點發(fā)送SIP請求消息到目的地。步驟613 目的地發(fā)送SIP響應(yīng)消息到新的必經(jīng)節(jié)點。步驟614 新的必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息到中間節(jié)點。步驟615 中間節(jié)點發(fā)送SIP響應(yīng)消息到終端。通過上述優(yōu)選實施例，實現(xiàn)了必經(jīng)節(jié)點與新必經(jīng)節(jié)點的倒換，同時規(guī)避了現(xiàn)有技術(shù)中單一根據(jù)IP地址路由消息的缺陷。圖7是根據(jù)本發(fā)明實施例的優(yōu)選實施例三的流程圖，該優(yōu)選實施例描述了 IMS與 P2P疊加網(wǎng)互通時的SIP消息路由過程，同時包含IP/domain與URI的路由，包括以下步驟步驟701 終端發(fā)送SIP請求到中間節(jié)點，這個SIP請求一般為注冊請求。步驟702 中間節(jié)點根據(jù)P2P疊加網(wǎng)算法轉(zhuǎn)發(fā)SIP請求到必經(jīng)節(jié)點。步驟703 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP請求消息到目的地。步驟704 目的地返回SIP響應(yīng)消息給必經(jīng)節(jié)點。步驟705 必經(jīng)節(jié)點在krvice-Route頭域列表頂端添加一條記錄，包含ip或域名，同時并列包含定義的schema與URI地址。步驟706 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息至中間節(jié)點。步驟707 中間節(jié)點轉(zhuǎn)發(fā)SIP響應(yīng)消息到終端。步驟708 終端根據(jù)頭域krvice-Route :ip/域名以及schema與URI，在SIP請求消息頭域中添加route =IP或域名，并列添加schema與URI，并轉(zhuǎn)發(fā)SIP請求消息至中間節(jié)
點ο步驟709 由于Route列表中的首條記錄為IP與URI，中間節(jié)點根據(jù)P2P路由規(guī)則轉(zhuǎn)發(fā)該SIP請求消息。步驟710 中間節(jié)點轉(zhuǎn)發(fā)SIP請求消息至必經(jīng)節(jié)點。步驟711 必經(jīng)節(jié)點發(fā)現(xiàn)Route記錄的IP與URI為本節(jié)點所負責，去除該記錄。步驟712 必經(jīng)節(jié)點轉(zhuǎn)發(fā)SIP請求消息到目的地。步驟713 目的地發(fā)送SIP響應(yīng)消息至必經(jīng)節(jié)點。步驟714 必經(jīng)節(jié)點發(fā)送SIP響應(yīng)消息至中間節(jié)點。步驟715 中間節(jié)點發(fā)送SIP響應(yīng)消息到終端。通過本優(yōu)選實施例，實現(xiàn)在IMS網(wǎng)絡(luò)中根據(jù)節(jié)點IP路由而在P2P疊加網(wǎng)中根據(jù) URI路由的過程，克服了 IP路由在P2P疊加網(wǎng)中的不足。綜上所述，通過上述實施例解決在P2P網(wǎng)絡(luò)中節(jié)點不穩(wěn)定造成后續(xù)消息無法繼續(xù)路由的問題，增強了 P2P網(wǎng)絡(luò)的SIP消息路由能力。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法，其特征在于，包括必經(jīng)節(jié)點在發(fā)送的消息中添加用于標識所述必經(jīng)節(jié)點的標識信息，其中，在所述必經(jīng)節(jié)點失效后，所述標識信息仍然標識代替所述必經(jīng)節(jié)點的節(jié)點；所述終端接收到所述消息，并在發(fā)送會話初始協(xié)議SIP請求消息時，在所述SIP請求消息中攜帶包括所述標識信息的路由記錄；中間節(jié)點接收到所述SIP請求消息時，檢測到包括所述標識信息的路由記錄，根據(jù)點對點P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)所述SIP請求消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述必經(jīng)節(jié)點在發(fā)送的所述消息中還添加了所述必經(jīng)節(jié)點的網(wǎng)絡(luò)協(xié)議地址IP或域名；所述終端在發(fā)送所述SIP請求消息時，在包括所述標識信息的路由記錄中添加所述IP 或域名，所述IP或域名用于指示非P2P疊加網(wǎng)中接收到所述SIP請求消息的網(wǎng)元根據(jù)所述 IP或域名轉(zhuǎn)發(fā)所述SIP請求消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述非P2P疊加網(wǎng)為IP多媒體子系統(tǒng)IMS。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述必經(jīng)節(jié)點在發(fā)送的所述消息中添加所述標識信息包括所述必經(jīng)節(jié)點接收到第一 SIP請求消息，并在所述第一 SIP請求消息的響應(yīng)消息中添加所述標識信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述必經(jīng)節(jié)點接收到所述第一SIP請求消息之前，還包括中間節(jié)點接收來自所述終端的所述第一 SIP請求消息，根據(jù)所述終端的公共用戶標識 PUI使用哈希hash算法得到所述標識信息，并將所述第一 SIP請求消息發(fā)送給所述必經(jīng)節(jié)點，其中，所述第一 SIP請求消息中攜帶有所述標識信息。
6.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述標識信息為架構(gòu) Schema與通用資源標識符URI。
7.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述必經(jīng)節(jié)點發(fā)送的所述消息和所述終端發(fā)送的所述SIP請求消息還攜帶有指示信息，所述指示信息用于指示采用了所述khema與所述URI的路由機制。
8.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述中間節(jié)點在向所述標識信息所標識的必經(jīng)節(jié)點轉(zhuǎn)發(fā)所述SIP請求消息之后，還包括所述標識信息所標識的必經(jīng)節(jié)點接收到所述SIP請求消息，刪除包括所述標識信息的路由記錄，并將所述SIP請求消息轉(zhuǎn)發(fā)到下一節(jié)點。
9.一種實現(xiàn)會話初始協(xié)議消息路由的點對點網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括必經(jīng)節(jié)點，用于在發(fā)送的消息中添加用于標識所述必經(jīng)節(jié)點的標識信息，其中，在所述必經(jīng)節(jié)點失效后，所述標識信息仍然標識代替所述必經(jīng)節(jié)點的節(jié)點；終端，用于接收到所述消息，并在發(fā)送會話初始協(xié)議SIP請求消息時，在所述SIP請求消息中攜帶包括所述標識信息的路由記錄；中間節(jié)點，用于接收到所述SIP請求消息時，檢測到包括所述標識信息的路由記錄，根據(jù)點對點P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)所述SIP請求消息。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述必經(jīng)節(jié)點，用于在發(fā)送的所述消息中還添加了所述必經(jīng)節(jié)點的網(wǎng)絡(luò)協(xié)議地址IP 或域名；所述終端，用于在發(fā)送所述SIP請求消息時，在包括所述標識信息的路由記錄中添加所述IP或域名，所述IP或域名用于指示非P2P疊加網(wǎng)中接收到所述SIP請求消息的網(wǎng)元根據(jù)所述IP或域名轉(zhuǎn)發(fā)所述SIP請求消息。
全文摘要
本發(fā)明公開了點對點網(wǎng)絡(luò)中會話初始協(xié)議消息路由實現(xiàn)方法及系統(tǒng)，該方法包括必經(jīng)節(jié)點在發(fā)送的消息中添加用于標識該必經(jīng)節(jié)點的標識信息，其中，在該必經(jīng)節(jié)點失效后，該標識信息仍然標識代替該必經(jīng)節(jié)點的節(jié)點；該終端接收到該消息，并在發(fā)送SIP請求消息時，在該SIP請求消息中攜帶包括該標識信息的路由記錄；中間節(jié)點接收到該SIP請求消息時，檢測到包括該標識信息的路由記錄，根據(jù)P2P疊加網(wǎng)算法路由規(guī)則轉(zhuǎn)發(fā)該SIP請求消息。通過本發(fā)明增強了P2P網(wǎng)絡(luò)的SIP消息路由能力。
文檔編號H04L29/08GK102571528SQ20101058173
公開日2012年7月11日 申請日期2010年12月9日 優(yōu)先權(quán)日2010年12月9日
發(fā)明者汪軍, 潘東夏, 陳志峰 申請人:中興通訊股份有限公司