專利名稱：一種登陸voip網(wǎng)絡(luò)的方法及鑒權(quán)服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，尤其涉及一種登陸VOIP網(wǎng)絡(luò)的方法及鑒權(quán)服務(wù)
O
背景技術(shù)：
VOIP (Voice over Internet Protocol，網(wǎng)絡(luò)電話)是將模擬聲音訊號(Voice)數(shù) 字化，以數(shù)據(jù)封包的形式在IP數(shù)據(jù)網(wǎng)絡(luò)上做實(shí)時(shí)傳遞。VOIP最大的優(yōu)勢是能廣泛地采用 Internet和全球IP互連的環(huán)境，提供比傳統(tǒng)業(yè)務(wù)更多、更好的服務(wù)。通?？蛻舳说顷慥OIP網(wǎng)絡(luò)的方式有多種，例如正常登陸、通過http (HyperText Transfer Protocol，超文本傳輸協(xié)議)隧道登陸和通過SVN隧道登陸等。每種登陸方式適 應(yīng)不同的場景，但在客戶端登陸VOIP網(wǎng)絡(luò)之前均需要首先通過鑒權(quán)服務(wù)器的鑒權(quán)。其中，正常登陸方式即客戶端通過SIPGession Initiation Protocol)信令發(fā) 送登陸請求消息至鑒權(quán)服務(wù)器，待鑒權(quán)通過后，客戶端通過SIP消息實(shí)現(xiàn)到VOIP網(wǎng)絡(luò)的登 陸，SIP消息體中攜帶有地址信息，客戶端和對端根據(jù)這些地址進(jìn)行報(bào)文的應(yīng)答，消息體中 還承載媒體流通道的地址和端口號，該地址和端口號都是在信令交互協(xié)商過程中動(dòng)態(tài)分配 的。在通過VOIP方式提供SIP通話能力情況下，由于用戶網(wǎng)絡(luò)情況復(fù)雜，極易導(dǎo)致客戶端 采用該正常登陸方式無法登陸到VOIP網(wǎng)絡(luò)。在正常登陸方式無法實(shí)現(xiàn)登陸的情況下，客 戶端可以選擇其它登陸方式，但是各登陸方式應(yīng)用于不同的場景，且在一定的條件下才能 實(shí)現(xiàn)登陸，例如，通過http隧道登陸的方式應(yīng)用于客戶端和VOIP網(wǎng)絡(luò)之間具有中間設(shè)備 SIP ALG(Session Initiation Protocol ALG, SIP協(xié)議的應(yīng)用層網(wǎng)關(guān))設(shè)備的場景下；通 過SVN(Subversion)隧道登陸的方式，應(yīng)用在校園網(wǎng)采用特殊撥號軟件上網(wǎng)場景中。由于客戶端無法獲知所處的網(wǎng)絡(luò)場景，因此，現(xiàn)有技術(shù)中客戶端在進(jìn)行登陸方式 的選擇時(shí)，需要采用逐個(gè)試驗(yàn)的方式直至碰到適合的登陸方式才能登陸至VOIP網(wǎng)絡(luò)，所以 登陸至VOIP網(wǎng)絡(luò)的方法效率很低。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種登陸VOIP網(wǎng)絡(luò)的方法及鑒權(quán)服務(wù)器，能夠節(jié)省客戶端登 陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高登陸效率。為了解決上述技術(shù)問題，本發(fā)明實(shí)施例的技術(shù)方案如下本發(fā)明實(shí)施例提供一種登陸VOIP網(wǎng)絡(luò)的方法，包括接收客戶端發(fā)送的登陸請求消息，所述請求消息中包括所述客戶端的標(biāo)識(shí)信息；查詢與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括探測客戶端 的標(biāo)識(shí)信息和用于表明所述探測客戶端登陸方式的對應(yīng)信息；根據(jù)查詢結(jié)果及所述探測記錄返回所述客戶端的登陸方式，以使所述客戶端根據(jù) 所述登陸方式登陸至VOIP網(wǎng)絡(luò)。本發(fā)明實(shí)施例還提供一種鑒權(quán)服務(wù)器，包括
消息接收單元，用于接收客戶端發(fā)送的登陸請求消息，所述請求消息中包括所述 客戶端的標(biāo)識(shí)信息；記錄查詢單元，用于查詢與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記 錄中包括探測客戶端的標(biāo)識(shí)信息和用于表明所述探測客戶端登陸方式的對應(yīng)信息；結(jié)果反饋單元，用于根據(jù)查詢結(jié)果及所述探測記錄返回所述客戶端的登陸方式， 以使所述客戶端根據(jù)所述登陸方式登陸至VOIP網(wǎng)絡(luò)?，F(xiàn)有技術(shù)中，客戶端在無法采用正常登陸方式登陸VOIP網(wǎng)絡(luò)時(shí)，需要在多種登陸 方式中逐一選擇，直至能夠?qū)崿F(xiàn)登陸，該方法效率極低，極大的浪費(fèi)了登陸時(shí)間，降低了客 戶體驗(yàn)。而本發(fā)明實(shí)施例中，通過鑒權(quán)服務(wù)器中的探測記錄，可以直接向客戶端提供適合的 登陸方式以登陸至VOIP網(wǎng)絡(luò)，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改 善了用戶體驗(yàn)。


圖1是本發(fā)明實(shí)施例一種VOIP網(wǎng)絡(luò)的方法流程圖；圖2是本發(fā)明實(shí)施例一的方法流程圖；圖3是本發(fā)明實(shí)施例二的方法流程圖；圖4是本發(fā)明實(shí)施例三的方法流程圖；圖5是本發(fā)明實(shí)施例一種鑒權(quán)服務(wù)器的結(jié)構(gòu)示意圖；圖6是本發(fā)明實(shí)施例另一種鑒權(quán)服務(wù)器的結(jié)構(gòu)示意圖；圖7是本發(fā)明實(shí)施例另一種鑒權(quán)服務(wù)器的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了使本領(lǐng)域技術(shù)人員能進(jìn)一步了解本發(fā)明的特征及技術(shù)內(nèi)容，請參閱以下有關(guān) 本發(fā)明的詳細(xì)說明與附圖，附圖僅提供參考與說明，并非用來限制本發(fā)明。下面結(jié)合附圖和實(shí)施例，對本發(fā)明的技術(shù)方案進(jìn)行描述。參照圖1，為本發(fā)明實(shí)施例一種VOIP網(wǎng)絡(luò)的方法流程圖。該方法可以包括步驟101，接收客戶端發(fā)送的登陸請求消息。在客戶端登陸至VOIP網(wǎng)絡(luò)之前，均需要先通過鑒權(quán)服務(wù)器的鑒權(quán)，現(xiàn)有技術(shù)中， 該鑒權(quán)服務(wù)器僅用于對客戶端的鑒權(quán)，在本發(fā)明實(shí)施例中，還用于向客戶端返回適合該客 戶端登陸VOIP網(wǎng)絡(luò)的登陸方式，以節(jié)省客戶端對登陸方式的試驗(yàn)和選擇時(shí)間?？蛻舳丝梢圆捎谜５顷懥鞒?，也即向鑒權(quán)服務(wù)器發(fā)送SIP消息以請求登陸，在 鑒權(quán)服務(wù)器接收到客戶端的登陸請求消息后，可以先對請求消息中包含的信息進(jìn)行鑒權(quán)， 該信息可以是預(yù)先分配至客戶端的鑒權(quán)隨機(jī)數(shù)等，此處為現(xiàn)有技術(shù)，不再贅述。鑒權(quán)通過 后，或者接收到請求消息后直接轉(zhuǎn)入下一步驟，該請求消息中包括客戶端的標(biāo)識(shí)信息，以便 于鑒權(quán)服務(wù)器根據(jù)該標(biāo)識(shí)信息查詢探測記錄，標(biāo)識(shí)信息可以是客戶端的手機(jī)號或ID等。步驟102，查詢與所述登陸請求消息中的標(biāo)識(shí)信息對應(yīng)的探測記錄。探測記錄為預(yù)先由鑒權(quán)服務(wù)器獲得的，該探測記錄中記錄了一些探測客戶端的標(biāo) 識(shí)信息和用于表明探測客戶端登陸方式的對應(yīng)信息，例如可以直接記錄有一些客戶端標(biāo)識(shí)信息和分別適合這些客戶端登陸VOIP網(wǎng)絡(luò)的登陸方式，或者記錄有客戶端標(biāo)識(shí)信息和與 這些客戶端對應(yīng)的網(wǎng)絡(luò)場景，其中，客戶端的網(wǎng)絡(luò)場景也就決定了客戶端可采用的登陸方 式。該探測記錄可以是以數(shù)據(jù)表或其它形式存儲(chǔ)在鑒權(quán)服務(wù)器的登陸方式數(shù)據(jù)庫或java 向量對象中。該探測記錄的具體獲得可以是鑒權(quán)服務(wù)器通過預(yù)先接收探測客戶端發(fā)送的探 測報(bào)文后，建立的與探測報(bào)文中的客戶端標(biāo)識(shí)信息對應(yīng)的探測記錄，具體過程請參見后續(xù) 實(shí)施例的描述。鑒權(quán)服務(wù)器在接收到客戶端的請求消息后，獲得該請求消息中包含的用于標(biāo)識(shí)該 客戶端的標(biāo)識(shí)信息，例如該客戶端的手機(jī)號、身份標(biāo)識(shí)ID或電子郵件E-mail地址等，然后 根據(jù)該標(biāo)識(shí)信息去查詢探測記錄。步驟103，根據(jù)查詢結(jié)果及探測記錄返回客戶端的登陸方式，以使客戶端根據(jù)登陸 方式登陸至VOIP網(wǎng)絡(luò)。本步驟中，鑒權(quán)服務(wù)器根據(jù)是否查詢到該客戶端的探測記錄，以及若查詢到后，探 測記錄中的用于表明該客戶端登陸方式的信息，最終確定適合該客戶端采用的登陸方式， 然后返回該客戶端，客戶端從而可以應(yīng)用該登陸方式登陸至VOIP網(wǎng)絡(luò)?，F(xiàn)有技術(shù)中，客戶端在無法采用正常登陸方式登陸VOIP網(wǎng)絡(luò)時(shí)，需要在多種登陸 方式中逐一選擇，直至能夠?qū)崿F(xiàn)登陸，該方法效率極低，極大的浪費(fèi)了登陸時(shí)間，降低了客 戶體驗(yàn)。而本發(fā)明實(shí)施例中，通過鑒權(quán)服務(wù)器中的探測記錄，可以直接向客戶端提供適合的 登陸方式以登陸至VOIP網(wǎng)絡(luò)，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改 善了用戶體驗(yàn)。下面通過具體實(shí)例對上述方法進(jìn)行說明。參見圖2，為本發(fā)明實(shí)施例一的方法流程圖。本實(shí)施例中，客戶端A要登陸至VOIP網(wǎng)絡(luò)，登陸方法可以包括步驟201，探測客戶端向鑒權(quán)服務(wù)器發(fā)送invite報(bào)文。本實(shí)施例中，探測客戶端通過向鑒權(quán)服務(wù)器發(fā)送invite報(bào)文作為探測報(bào)文，來探 測客戶端和鑒權(quán)服務(wù)器之間是否存在SIP ALG，從而可以確定探測客戶端的網(wǎng)絡(luò)場景，進(jìn)而 可以確定適合探測客戶端的登陸方式。由于SIP LAG設(shè)備會(huì)對消息體中IP地址進(jìn)行修改，完成私網(wǎng)穿越，所以在invite 報(bào)文經(jīng)過SIP LAG設(shè)備時(shí)，報(bào)文的哈希值會(huì)發(fā)生變化，所以如果invite報(bào)文從客戶端傳輸 至鑒權(quán)服務(wù)器后，報(bào)文的hash值發(fā)生變化，則說明傳輸過程中存在SIPALG，所以，本實(shí)施例 中，可以由客戶端向鑒權(quán)服務(wù)器發(fā)送invite報(bào)文的第一哈希值，該報(bào)文第一哈希值的發(fā)送 可以通過以下方式實(shí)現(xiàn)。首先，探測客戶端將其標(biāo)識(shí)信息，例如手機(jī)號等，添加至invite消息模板中生 成invite報(bào)文。具體的，探測客戶端可以使用一個(gè)通常的invite消息模板進(jìn)行組包，在 branch為0的情況下計(jì)算invite報(bào)文凈荷的第一哈希值，然后還可以將該哈希值放入 branch值的前16位，后面填入探測客戶端向鑒權(quán)服務(wù)器認(rèn)證時(shí)使用的隨機(jī)值。步驟202，鑒權(quán)服務(wù)器接收探測客戶端發(fā)送的invite報(bào)文。步驟203，鑒權(quán)服務(wù)器建立與invite報(bào)文中的標(biāo)識(shí)信息對應(yīng)的探測記錄。鑒權(quán)服務(wù)器接收到探測客戶端發(fā)送的invite報(bào)文后，在數(shù)據(jù)庫中建立探測記錄， 首先，將該報(bào)文中探測客戶端的手機(jī)號和該報(bào)文的源IP地址記入記錄，然后取出branch值的前16位，將branch值填0后計(jì)算報(bào)文的凈荷的第二哈希值，然后比較第一哈希值和第二 哈希值，以確定探測客戶端所處的網(wǎng)絡(luò)場景，如果兩值相同，則說明，該invite報(bào)文在傳輸 過程中未經(jīng)過SIP ALG設(shè)備，然后，在探測記錄中記錄用于表明invite報(bào)文傳輸過程中不 存在SIPALG設(shè)備的信息；如果不同，也即報(bào)文的哈希值發(fā)生變化，則說明在傳輸過程中存 在SIP ALG設(shè)備，然后，在探測記錄中記錄用于表明invite報(bào)文傳輸過程中存在SIPALG設(shè) 備的信息。在本實(shí)施例中，通過在數(shù)據(jù)庫中標(biāo)記invite正確值的字段來表明是否存在 SIPALG設(shè)備，例如，若兩哈希值相同，則說明不存在SIPALG設(shè)備，將invite正確值的字段標(biāo) 記為1 ；若不同，則說明存在SIPALG設(shè)備，將invite正確值的字段標(biāo)記為0。本實(shí)施例中鑒權(quán)服務(wù)器建立的多個(gè)探測客戶端的探測記錄可以為探測客戶端1的手機(jī)號一invite正確值字段“1”探測客戶端2的手機(jī)號一invite正確值字段“0”探測客戶端3的手機(jī)號一invite正確值字段“1”......以上步驟201 203為鑒權(quán)服務(wù)器通過接收探測客戶端的探測報(bào)文，然后建立該 探測客戶端的探測記錄的過程。以上步驟與后續(xù)步驟的順序可以根據(jù)需要進(jìn)行調(diào)整。步驟204，鑒權(quán)服務(wù)器接收客戶端A發(fā)送的登陸請求消息?？蛻舳薃向鑒權(quán)服務(wù)器發(fā)起正常的登陸流程，可以通過SIP消息向鑒權(quán)服務(wù)器發(fā) 送登陸請求，該請求中包含了用于標(biāo)識(shí)該客戶端A的標(biāo)識(shí)信息，在本實(shí)施例中可以是客戶 端A的手機(jī)號等。步驟205，鑒權(quán)服務(wù)器查詢與標(biāo)識(shí)信息對應(yīng)的探測記錄。鑒權(quán)服務(wù)器根據(jù)客戶端A的手機(jī)號碼，在數(shù)據(jù)庫中查詢對應(yīng)的探測記錄，如步驟 203中所示的探測記錄。步驟206，根據(jù)查詢結(jié)果及探測記錄向客戶端A返回對應(yīng)的登陸方式。如果客戶端A在步驟204之前未向鑒權(quán)服務(wù)器發(fā)起過探測報(bào)文，則在本步驟中，鑒 權(quán)服務(wù)器無法查詢到與客戶端A手機(jī)號對應(yīng)的探測記錄，在該情況下，鑒權(quán)服務(wù)器會(huì)向客 戶端A發(fā)送使用SVN隧道登陸的登陸方式，客戶端A即可根據(jù)該登陸方式登陸至VOIP網(wǎng)絡(luò)。如果客戶端A在步驟204之前已經(jīng)通過步驟201發(fā)送了探測報(bào)文，并且鑒權(quán)服務(wù) 器通過步驟202 203建立了客戶端A的探測記錄，則在本步驟中，如果查詢到探測記錄 為客戶端A的手機(jī)號一invite正確值字段“1”，則說明在客戶端A到鑒權(quán)服務(wù)器之間不 存在SIP ALG,則鑒權(quán)服務(wù)器會(huì)向客戶端A返回SIP登陸方式，客戶端A即可根據(jù)該登陸方 式登陸至VOIP網(wǎng)絡(luò)。如果查詢到的探測記錄為客戶端A的手機(jī)號一invite正確值字段“0”，則說明在 客戶端A到鑒權(quán)服務(wù)器之間存在SIP ALG,則鑒權(quán)服務(wù)器會(huì)向客戶端A返回HTTP+RTP登陸 方式，客戶端A即可根據(jù)該登陸方式登陸至VOIP網(wǎng)絡(luò)。本實(shí)施例通過探測客戶端發(fā)送invite報(bào)文作為探測報(bào)文，可以使得鑒權(quán)服務(wù)器 直接判斷出目前客戶端所處的網(wǎng)絡(luò)環(huán)境，待客戶端發(fā)送登陸請求時(shí)，鑒權(quán)服務(wù)器可以根據(jù) 探測記錄，直接向客戶端提供適合的登陸方式以登陸至VOIP網(wǎng)絡(luò)，將客戶端探測網(wǎng)絡(luò)環(huán)境 的時(shí)間從以前的十多秒縮減至Is內(nèi)即可完成，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改善了用戶體驗(yàn)。參照圖3，為本發(fā)明實(shí)施例二的方法流程圖。本實(shí)施例中，客戶端B要登陸至VOIP網(wǎng)絡(luò)，登陸方法可以包括步驟301，探測客戶端a向鑒權(quán)服務(wù)器發(fā)送RTP (Real-time TransportProtocol， 實(shí)時(shí)傳輸協(xié)議)報(bào)文。在本實(shí)施例中，探測客戶端a通過向鑒權(quán)服務(wù)器發(fā)送RTP報(bào)文作為探測報(bào)文，來探 測網(wǎng)絡(luò)中的媒體通道UDP^ser Datagram Protocol，用戶數(shù)據(jù)包協(xié)議)端口是否為打開狀 態(tài)，從而可以確定探測客戶端a的網(wǎng)絡(luò)場景，進(jìn)而可以確定適合探測客戶端a的登陸方式。由于UDP端口很多，例如IMS使用的語音流端口從10000-65534，防火墻不一定會(huì) 全部開放這些端口，所以在探測客戶端a發(fā)送RTP報(bào)文之前，首先探測客戶端a與鑒權(quán)服務(wù) 器進(jìn)行協(xié)商，以確定發(fā)送RTP報(bào)文的端口，還可以在鑒權(quán)服務(wù)器中記錄協(xié)商的探測客戶端a 的標(biāo)識(shí)信息作為預(yù)存標(biāo)識(shí)信息，本實(shí)施例中，預(yù)存標(biāo)識(shí)信息為探測客戶端a的手機(jī)號。本實(shí) 施例中以端口 15000、30000、45000為例作為協(xié)商確定的UDP端口。首先，探測客戶端a將標(biāo)識(shí)信息添加至通用的RTP報(bào)文中，本實(shí)施例中，探測值為 探測客戶端a的手機(jī)號。具體的，探測客戶端a采用通用的RTP報(bào)文，在此報(bào)文的凈荷中， 前15位填入探測客戶端a的手機(jī)號，剩余位填入探測客戶端a向鑒權(quán)服務(wù)器認(rèn)證時(shí)使用的 隨機(jī)值，然后探測客戶端a將生成的RTP報(bào)文分別發(fā)送至端口 15000、30000、45000中。步驟302，鑒權(quán)服務(wù)器監(jiān)控與探測客戶端a協(xié)商確定的UDP端口。步驟303，鑒權(quán)服務(wù)器在UDP端口接收探測客戶端a發(fā)送的RTP報(bào)文。步驟304，鑒權(quán)服務(wù)器建立與RTP報(bào)文中的探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記 錄。在本實(shí)施例中，假設(shè)鑒權(quán)服務(wù)器在端口 15000沒有接收到RTP報(bào)文，則說明該端 口處于封閉狀態(tài)，則在鑒權(quán)服務(wù)器中可以記錄用于表明該UDP端口封閉的信息，本實(shí)施例 中通過設(shè)置端口號的驗(yàn)證字段值為0，來表示封閉狀態(tài)，建立的該探測客戶端a的探測記錄 為探測客戶端a手機(jī)號一端口 15000驗(yàn)證字段“0”若在端口 30000、45000中能接收到RTP報(bào)文，還可以進(jìn)一步判斷接收到的RTP報(bào) 文是否為協(xié)商的探測客戶端a發(fā)送的報(bào)文，具體的可以判斷RTP報(bào)文中的標(biāo)識(shí)信息與鑒權(quán) 服務(wù)器中的預(yù)存標(biāo)識(shí)信息是否相同，在本實(shí)施例中也即在鑒權(quán)服務(wù)器記錄的協(xié)商的探測客 戶端a的手機(jī)號中查找是否有該RTP報(bào)文中攜帶的手機(jī)號，若有，則說明該端口對該探測客 戶端a為開放狀態(tài)，則在鑒權(quán)服務(wù)器中記錄用于表明該UDP端口開放的信息，本實(shí)施例中通 過設(shè)置端口號的驗(yàn)證字段值為1，來表示開放狀態(tài)，則本步驟中建立的該探測客戶端a的探 測記錄為探測客戶端a手機(jī)號一端口 30000驗(yàn)證字段“ 1，，探測客戶端a手機(jī)號一端口 45000驗(yàn)證字段“ 1，，若在鑒權(quán)服務(wù)器記錄的協(xié)商的探測客戶端a的手機(jī)號中查找不到該RTP報(bào)文中攜 帶的手機(jī)號，也即在端口 30000、45000沒有接收到探測客戶端a的RTP報(bào)文，同時(shí)接收到的 RTP報(bào)文為另一探測客戶端b發(fā)送的報(bào)文，則在本步驟中除了可以記錄該探測客戶端a的探 測記錄為
探測客戶端a手機(jī)號一端口 30000驗(yàn)證字段“0”探測客戶端a手機(jī)號一端口 45000驗(yàn)證字段“0”還可以創(chuàng)建與RTP報(bào)文中的標(biāo) 識(shí)信息對應(yīng)的探測記錄，也即創(chuàng)建探測客戶端b的探測記錄探測客戶端b手機(jī)號一端口 30000驗(yàn)證字段“ 1，，
探測客戶端b手機(jī)號一端口 45000驗(yàn)證字段“ 1，，以便于探測客戶端b有登陸需求時(shí)，由鑒權(quán)服務(wù)器直接根據(jù)該探測記錄將相應(yīng)的 登陸方式返回至探測客戶端b。以上步驟301 304為鑒權(quán)服務(wù)器通過接收探測客戶端的探測報(bào)文，然后建立該 探測客戶端的探測記錄的過程。以上步驟與后續(xù)步驟的順序可以根據(jù)需要進(jìn)行調(diào)整。步驟305，鑒權(quán)服務(wù)器接收客戶端B發(fā)送的登陸請求消息?？蛻舳薆向鑒權(quán)服務(wù)器發(fā)起正常的登陸流程，可以通過SIP消息向鑒權(quán)服務(wù)器發(fā) 送登陸請求，該請求中包含了用于標(biāo)識(shí)該客戶端B的標(biāo)識(shí)信息，在本實(shí)施例中可以是客戶 端B的手機(jī)號。步驟306，鑒權(quán)服務(wù)器查詢與標(biāo)識(shí)信息對應(yīng)的探測記錄。鑒權(quán)服務(wù)器根據(jù)客戶端B的手機(jī)號碼，在數(shù)據(jù)庫中查詢對應(yīng)的探測記錄，如步驟 304中所示的探測記錄。步驟307，根據(jù)查詢結(jié)果及探測記錄向客戶端B返回對應(yīng)的登陸方式。如果客戶端B在步驟305之前未向鑒權(quán)服務(wù)器發(fā)起過探測報(bào)文，則在本步驟中，鑒 權(quán)服務(wù)器無法查詢到與客戶端B手機(jī)號對應(yīng)的探測記錄，在該情況下，鑒權(quán)服務(wù)器會(huì)向客 戶端B發(fā)送使用SVN隧道登陸的登陸方式，客戶端B即可根據(jù)該登陸方式登陸至VOIP網(wǎng)絡(luò)。如果客戶端B在步驟305之前已經(jīng)通過步驟301發(fā)送了探測報(bào)文，并且鑒權(quán)服務(wù) 器通過步驟302 304建立了客戶端B的探測記錄，則在本步驟中，如果查詢到探測記錄 為客戶端B的手機(jī)號一端口 30000驗(yàn)證字段“1”，則說明在端口 30000對客戶端B開放， 則鑒權(quán)服務(wù)器會(huì)向客戶端B返回SIP登陸方式(正常方式)，該登陸方式中還可以包括開放 的端口號，以使客戶端B根據(jù)該登陸方式從開放的端口號登陸至VOIP網(wǎng)絡(luò)。本實(shí)施例通過探測客戶端發(fā)送RTP報(bào)文作為探測報(bào)文，可以使得鑒權(quán)服務(wù)器直接 判斷出目前UDP端口對客戶端的開放狀態(tài)，待客戶端發(fā)送登陸請求時(shí)，鑒權(quán)服務(wù)器可以根 據(jù)探測記錄，直接向客戶端提供適合的登陸方式以登陸至VOIP網(wǎng)絡(luò)，將客戶端探測網(wǎng)絡(luò)環(huán) 境的時(shí)間從以前的十多秒縮減至Is內(nèi)即可完成，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提 高了登陸效率，改善了用戶體驗(yàn)。參照圖4，為本發(fā)明實(shí)施例三的方法流程圖。本實(shí)施例中，客戶端C要登陸至VOIP網(wǎng)絡(luò)，登陸方法可以包括步驟401，探測客戶端向鑒權(quán)服務(wù)器發(fā)送SIP協(xié)議的invite報(bào)文作為探測報(bào)文。該步驟與前述實(shí)施例中的步驟201類似，此處不再贅述。步驟402，探測客戶端向鑒權(quán)服務(wù)器發(fā)送RTP報(bào)文作為探測報(bào)文。該步驟與前述實(shí)施例中的步驟301類似，此處不再贅述。步驟403，鑒權(quán)服務(wù)器接收探測報(bào)文，并創(chuàng)建與探測報(bào)文中的標(biāo)識(shí)信息對應(yīng)的探測記錄。本步驟與前述實(shí)施例中的步驟202 203以及步驟302 304類似，此處不再贅述。在本步驟中，創(chuàng)建的探測記錄時(shí)可以根據(jù)接收到的invite報(bào)文和RTP報(bào)文創(chuàng)建探 測客戶端的探測記錄。如果接收到的invite報(bào)文的第一哈希值與后續(xù)計(jì)算的invite報(bào)文的第二哈希值 不同，則在探測記錄中記錄用于表明invite報(bào)文傳輸過程中存在SIPALG設(shè)備的信息；若第 一哈希值與第二哈希值相同，則記錄用于表明invite報(bào)文傳輸過程中不存在SIPALG設(shè)備 的信息。如果在協(xié)商的UDP端口接收到RTP報(bào)文，且RTP報(bào)文中的標(biāo)識(shí)信息與預(yù)存標(biāo)識(shí)信 息相同，則在探測記錄中記錄用于表明UDP端口開放的信息；若在協(xié)商的UDP端口接收不到 RTP報(bào)文，或接收到的RTP報(bào)文中的標(biāo)識(shí)信息與預(yù)存標(biāo)識(shí)信息不同，則在探測記錄中記錄用 于表明UDP端口封閉的信息。假設(shè)鑒權(quán)服務(wù)器通過上述步驟創(chuàng)建了多個(gè)探測客戶端的探測記錄為探測客戶端c手機(jī)號一invite正確值字段“1”一端口 30000驗(yàn)證字段“1”探測客戶端d手機(jī)號一invite正確值字段“0”一端口 45000驗(yàn)證字段“0”探測客戶端e手機(jī)號一invite正確值字段“1”一端口 30000驗(yàn)證字段“0”探測客戶端f手機(jī)號一invite正確值字段“0”一端口 45000驗(yàn)證字段“1”......以上步驟401 403為鑒權(quán)服務(wù)器通過接收探測客戶端的探測報(bào)文，然后建立該 探測客戶端的探測記錄的過程。以上步驟與后續(xù)步驟的順序可以根據(jù)需要進(jìn)行調(diào)整。步驟404，鑒權(quán)服務(wù)器接收客戶端C發(fā)送的登陸請求消息?？蛻舳薈向鑒權(quán)服務(wù)器發(fā)起正常的登陸流程，可以通過SIP消息向鑒權(quán)服務(wù)器發(fā) 送登陸請求，該請求中包含了用于標(biāo)識(shí)該客戶端C的標(biāo)識(shí)信息，在本實(shí)施例中可以是客戶 端C的手機(jī)號。步驟405，鑒權(quán)服務(wù)器查詢與標(biāo)識(shí)信息對應(yīng)的探測記錄。鑒權(quán)服務(wù)器根據(jù)客戶端C的手機(jī)號碼，在數(shù)據(jù)庫中查詢對應(yīng)的探測記錄，如步驟 403中所示的探測記錄。步驟406，根據(jù)查詢結(jié)果及探測記錄向客戶端C返回對應(yīng)的登陸方式。如果客戶端C在步驟403之前未向鑒權(quán)服務(wù)器發(fā)起過探測報(bào)文，則在本步驟中，鑒 權(quán)服務(wù)器無法查詢到與客戶端C的手機(jī)號對應(yīng)的探測記錄，在該情況下，鑒權(quán)服務(wù)器會(huì)向 客戶端C發(fā)送使用SVN隧道登陸的登陸方式，客戶端C即可根據(jù)該登陸方式登陸至VOIP網(wǎng)如果客戶端C在步驟403之前已經(jīng)通過步驟401發(fā)送了探測報(bào)文，并且鑒權(quán)服務(wù) 器通過步驟402 403建立了客戶端C的探測記錄，則在本步驟中，鑒權(quán)服務(wù)器可以根據(jù)探 測記錄向客戶端C返回適合的登陸方式，以使客戶端C登陸至VOIP網(wǎng)絡(luò)。若查詢到與客戶端C的手機(jī)號對應(yīng)的探測記錄，且探測記錄中包括用于表明 invite報(bào)文傳輸過程中存在SIP ALG設(shè)備的信息，和/或探測記錄中包括表明所述UDP端 口封閉的信息，則向客戶端C返回使用SVN隧道登陸方式；若查詢到與客戶端C的手機(jī)號 對應(yīng)的探測記錄，且探測記錄中包括用于表明invite報(bào)文傳輸過程中不存在SIP ALG設(shè)備 的信息，和/或探測記錄中包括用于表明所述UDP端口開放的信息，則向客戶端C返回使用SIP登陸方式；若查詢到與客戶端C的手機(jī)號對應(yīng)的探測記錄，且探測記錄中包括用于表明 invite報(bào)文傳輸過程中不存在SIPALG設(shè)備的信息，且探測記錄中還包括表明UDP端口封閉 的信息，則向客戶端C返回使用SVN登陸方式。根據(jù)步驟403中的探測記錄，在本實(shí)施例中，具體返回的登陸方式如下如果查詢到探測記錄為客戶端C的手機(jī)號一invite正確值字段“1”一端口 30000驗(yàn)證字段“0”;則鑒權(quán)服務(wù)器會(huì)向客戶端C返回SVN登陸方式；如果查詢到探測記錄為客戶端C的手機(jī)號一invite正確值字段“0”一端口 30000驗(yàn)證字段“1” ；則鑒權(quán)服務(wù)器會(huì)向客戶端C返回HTTP+RTP登陸方式；如果查詢到探測記錄為客戶端C的手機(jī)號一invite正確值字段“1”一端口 30000驗(yàn)證字段“1”;則鑒權(quán)服務(wù)器會(huì)向客戶端C返回正常登陸方式(SIP)；如果查詢到探測記錄為客戶端C的手機(jī)號一invite正確值字段“0”一端口 30000驗(yàn)證字段“0” ；則鑒權(quán)服務(wù)器會(huì)向客戶端C返回SVN隧道登陸方式。本實(shí)施例通過探測客戶端發(fā)送探測報(bào)文，可以使得鑒權(quán)服務(wù)器直接判斷出目前客 戶端所處的網(wǎng)絡(luò)環(huán)境，待客戶端發(fā)送登陸請求時(shí)，鑒權(quán)服務(wù)器可以根據(jù)探測記錄，直接向客 戶端提供適合的登陸方式以登陸至VOIP網(wǎng)絡(luò)，將客戶端探測網(wǎng)絡(luò)環(huán)境的時(shí)間從以前的十 多秒縮減至Is內(nèi)即可完成，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改善 了用戶體驗(yàn)。而且，使選擇登陸方式的過程對用戶透明，也避免了所有私網(wǎng)用戶都采用SVN 或SVN隧道方式登陸，從而減輕了對隧道和網(wǎng)絡(luò)性能的要求。以上是對登陸VOIP網(wǎng)絡(luò)的方法的詳細(xì)說明，下面對應(yīng)用所述方法的設(shè)備或系統(tǒng) 進(jìn)行介紹。參照圖5，為本發(fā)明實(shí)施例一種鑒權(quán)服務(wù)器的結(jié)構(gòu)示意圖。該鑒權(quán)服務(wù)器可以包括消息接收單元501，用于接收客戶端發(fā)送的登陸請求消息，該請求消息中包括所述 客戶端的標(biāo)識(shí)信息。記錄查詢單元502，用于查詢與標(biāo)識(shí)信息對應(yīng)的探測記錄，探測記錄中包括探測客 戶端的標(biāo)識(shí)信息和用于表明探測客戶端登陸方式的對應(yīng)信息。結(jié)果反饋單元503，用于根據(jù)查詢結(jié)果及探測記錄返回客戶端的登陸方式，以使客 戶端根據(jù)登陸方式登陸至VOIP網(wǎng)絡(luò)。鑒權(quán)服務(wù)器的消息接收單元501接收到客戶端的登陸請求消息后，可以先對請求 消息中包含的信息進(jìn)行鑒權(quán)，該請求消息中包括客戶端的標(biāo)識(shí)信息，以便于鑒權(quán)服務(wù)器根 據(jù)該標(biāo)識(shí)信息查詢探測記錄，標(biāo)識(shí)信息可以是客戶端的手機(jī)號或ID等。鑒權(quán)服務(wù)器的消息 接收單元501在接收到客戶端的請求消息后，獲得該請求消息中包含的用于標(biāo)識(shí)該客戶端 的標(biāo)識(shí)信息，例如該客戶端的手機(jī)號或ID等，然后由記錄查詢單元502根據(jù)該標(biāo)識(shí)信息去 查詢探測記錄。該探測記錄為預(yù)先由鑒權(quán)服務(wù)器獲得的，該探測記錄中記錄了一些探測客 戶端的標(biāo)識(shí)信息和用于表明探測客戶端登陸方式的對應(yīng)信息，例如可以直接記錄有一些客 戶端標(biāo)識(shí)信息和分別適合這些客戶端登陸VOIP網(wǎng)絡(luò)的登陸方式，或者記錄有客戶端標(biāo)識(shí) 信息和與這些客戶端對應(yīng)的網(wǎng)絡(luò)場景，其中，客戶端的網(wǎng)絡(luò)場景也就決定了客戶端可采用 的登陸方式。該探測記錄可以是以數(shù)據(jù)表或其它形式存儲(chǔ)在鑒權(quán)服務(wù)器的登陸方式數(shù)據(jù)庫 或java向量對象中。該探測記錄的具體獲得可以是鑒權(quán)服務(wù)器通過預(yù)先接收探測客戶端發(fā)送的探測報(bào)文后，建立的與探測報(bào)文中的客戶端標(biāo)識(shí)信息對應(yīng)的探測記錄。結(jié)果反饋單 元503根據(jù)是否查詢到該客戶端的探測記錄，以及若查詢到后，探測記錄中的用于表明該 客戶端登陸方式的信息，最終確定適合該客戶端采用的登陸方式，然后返回該客戶端，客戶 端從而可以應(yīng)用該登陸方式登陸至VOIP網(wǎng)絡(luò)。本發(fā)明實(shí)施例中，通過鑒權(quán)服務(wù)器的上述單元，可以直接向客戶端提供適合的登 陸方式以登陸至VOIP網(wǎng)絡(luò)，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改善 了用戶體驗(yàn)。參見圖6，為本發(fā)明實(shí)施例另一種鑒權(quán)服務(wù)器的結(jié)構(gòu)示意圖。該鑒權(quán)服務(wù)器除了可以包括消息接收單元601、記錄查詢單元602和結(jié)果反饋單 元603之外，還可以包括報(bào)文接收單元604，用于接收探測客戶端發(fā)送的探測報(bào)文，所述探測報(bào)文中包括所 述探測客戶端的標(biāo)識(shí)信息。記錄建立單元605，用于建立與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄。本實(shí)施例中，報(bào)文接收單元604，具體用于接收探測客戶端發(fā)送的invite報(bào)文的
第一哈希值。記錄建立單元605包括計(jì)算子單元6051，用于計(jì)算所述invite報(bào)文的第二哈希值。記錄子單元6052，用于當(dāng)所述第一哈希值與所述第二哈希值不同時(shí)，記錄與所述 探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述invite報(bào)文 傳輸過程中存在SIP ALG設(shè)備的信息；當(dāng)所述第一哈希值與所述第二哈希值相同時(shí)，記錄 與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述invite 報(bào)文傳輸過程中不存在SIPALG設(shè)備的信息。本實(shí)施例中，探測客戶端通過向鑒權(quán)服務(wù)器發(fā)送invite報(bào)文作為探測報(bào)文，來探 測客戶端和鑒權(quán)服務(wù)器之間是否存在sip lag，從而可以確定探測客戶端的網(wǎng)絡(luò)場景，進(jìn)而 可以確定適合探測客戶端的登陸方式。鑒權(quán)服務(wù)器的報(bào)文接收單元604接收到探測客戶端 發(fā)送的invite報(bào)文的第一哈希值后，由記錄建立單元605在數(shù)據(jù)庫中建立探測記錄，具體 的，由計(jì)算子單元6051計(jì)算invite報(bào)文的第二哈希值，然后由記錄子單元6052根據(jù)第一 哈希值和第二哈希值的比較結(jié)果，建立探測記錄。在鑒權(quán)服務(wù)器的消息接收單元601接收 到客戶端的登陸請求消息后，由記錄查詢單元602根據(jù)該標(biāo)識(shí)信息去查詢探測記錄。結(jié)果 反饋單元603根據(jù)是否查詢到該客戶端的探測記錄，以及若查詢到后，探測記錄中的用于 表明該客戶端登陸方式的信息，最終確定適合該客戶端采用的登陸方式，然后返回該客戶 端，客戶端從而可以應(yīng)用該登陸方式登陸至VOIP網(wǎng)絡(luò)。本實(shí)施例通過上述單元可以直接判斷出目前客戶端所處的網(wǎng)絡(luò)環(huán)境，待客戶端發(fā) 送登陸請求時(shí)，鑒權(quán)服務(wù)器可以根據(jù)探測記錄，直接向客戶端提供適合的登陸方式以登陸 至VOIP網(wǎng)絡(luò)，將客戶端探測網(wǎng)絡(luò)環(huán)境的時(shí)間從以前的十多秒縮減至Is內(nèi)即可完成，節(jié)省了 客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改善了用戶體驗(yàn)。參見圖7，為本發(fā)明實(shí)施例另一種鑒權(quán)服務(wù)器的結(jié)構(gòu)示意圖。該鑒權(quán)服務(wù)器也可以包括消息接收單元701、記錄查詢單元702、結(jié)果反饋單元 703、報(bào)文接收單元704和記錄建立單元705。
本實(shí)施例中，報(bào)文接收單元704包括監(jiān)控子單元7041，用于監(jiān)控與探測客戶端協(xié)商確定的UDP端口。接收子單元7042，用于在所述UDP端口接收所述探測客戶端發(fā)送的RTP報(bào)文。記錄建立單元705，具體用于當(dāng)接收到所述RTP報(bào)文，且所述RTP報(bào)文中的所述標(biāo) 識(shí)信息與預(yù)存標(biāo)識(shí)信息相同時(shí)，則記錄與所述RTP報(bào)文中的標(biāo)識(shí)信息對應(yīng)的探測記錄，所 述探測記錄中包括用于表明所述UDP端口開放的信息；當(dāng)接收不到所述RTP報(bào)文，或接收到 的RTP報(bào)文中的所述標(biāo)識(shí)信息與預(yù)存標(biāo)識(shí)信息不同時(shí)，則記錄與所述RTP報(bào)文中的所述標(biāo) 識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述UDP端口封閉的信息。本實(shí)施例中，探測客戶端通過向鑒權(quán)服務(wù)器發(fā)送RTP報(bào)文作為探測報(bào)文，來探測 網(wǎng)絡(luò)中的媒體通道UDP端口是否為打開狀態(tài)，從而可以確定探測客戶端的網(wǎng)絡(luò)場景，進(jìn)而 可以確定適合探測客戶端的登陸方式。監(jiān)控子單元7041，對與探測客戶端協(xié)商確定的UDP 端口進(jìn)行監(jiān)控，當(dāng)接收子單元7042在監(jiān)控的UDP端口接收到探測客戶端發(fā)送的RTP報(bào)文 后，由記錄建立單元705建立探測記錄。在鑒權(quán)服務(wù)器的消息接收單元701接收到客戶端 的登陸請求消息后，由記錄查詢單元702根據(jù)該標(biāo)識(shí)信息去查詢探測記錄。結(jié)果反饋單元 703根據(jù)是否查詢到該客戶端的探測記錄，以及若查詢到后，探測記錄中的用于表明該客戶 端登陸方式的信息，最終確定適合該客戶端采用的登陸方式，然后返回該客戶端，客戶端從 而可以應(yīng)用該登陸方式登陸至VOIP網(wǎng)絡(luò)。本實(shí)施例通過上述單元直接判斷出目前UDP端口對客戶端的開放狀態(tài)，待客戶端 發(fā)送登陸請求時(shí)，鑒權(quán)服務(wù)器可以根據(jù)探測記錄，直接向客戶端提供適合的登陸方式以登 陸至VOIP網(wǎng)絡(luò)，將客戶端探測網(wǎng)絡(luò)環(huán)境的時(shí)間從以前的十多秒縮減至Is內(nèi)即可完成，節(jié)省 了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改善了用戶體驗(yàn)。上述裝置實(shí)施例中各單元的具體實(shí)現(xiàn)過程請參見前述方法實(shí)施例中相應(yīng)部分的 描述，此處不再贅述。以上所述的本發(fā)明實(shí)施方式，并不構(gòu)成對本發(fā)明保護(hù)范圍的限定。任何在本發(fā)明 的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求保護(hù)范 圍之內(nèi)。
權(quán)利要求
1.一種登陸VOIP網(wǎng)絡(luò)的方法，其特征在于，包括接收客戶端發(fā)送的登陸請求消息，所述請求消息中包括所述客戶端的標(biāo)識(shí)信息； 查詢與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括探測客戶端的標(biāo) 識(shí)信息和用于表明所述探測客戶端登陸方式的對應(yīng)信息；根據(jù)查詢結(jié)果及所述探測記錄返回所述客戶端的登陸方式，以使所述客戶端根據(jù)所述 登陸方式登陸至網(wǎng)絡(luò)電話VOIP網(wǎng)絡(luò)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括接收探測客戶端發(fā)送的探測報(bào)文，所述探測報(bào)文中包括所述探測客戶端的標(biāo)識(shí)信息； 建立與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述探測報(bào)文為會(huì)話初始協(xié)議SIP的 invite報(bào)文和/或?qū)崟r(shí)傳輸協(xié)議RTP的RTP報(bào)文。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述接收探測客戶端發(fā)送的探測報(bào)文包括接收探測客戶端發(fā)送的invite報(bào)文的第一哈希值； 所述建立與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，包括 計(jì)算所述invite報(bào)文的第二哈希值；若所述第一哈希值與所述第二哈希值不同，記錄與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的 探測記錄，所述探測記錄中包括用于表明所述invite報(bào)文傳輸過程中存在SIP協(xié)議的應(yīng)用 層網(wǎng)關(guān)SIP ALG設(shè)備的信息；若所述第一哈希值與所述第二哈希值相同，記錄與所述探測 客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述invite報(bào)文傳輸 過程中不存在SIP ALG設(shè)備的信息。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于， 所述接收探測客戶端發(fā)送的探測報(bào)文包括監(jiān)控與探測客戶端協(xié)商確定的用戶數(shù)據(jù)包協(xié)議UDP端口 ； 在所述UDP端口接收所述探測客戶端發(fā)送的RTP報(bào)文； 所述建立與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，包括 若接收到所述RTP報(bào)文，且所述RTP報(bào)文中的所述標(biāo)識(shí)信息與預(yù)存標(biāo)識(shí)信息相同，則記 錄與所述RTP報(bào)文中的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述UDP 端口開放的信息；若接收不到所述RTP報(bào)文，或接收到的RTP報(bào)文中的所述標(biāo)識(shí)信息與預(yù)存 標(biāo)識(shí)信息不同，則記錄與所述RTP報(bào)文中的所述標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄 中包括用于表明所述UDP端口封閉的信息。
6.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述根據(jù)查詢結(jié)果及所述探測記錄返 回所述客戶端的登陸方式，包括若查詢不到與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，則向所述客戶端返回使用SVN 隧道登陸的登陸方式；若查詢到與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，且所述探測記錄中包括用于表明 所述invite報(bào)文傳輸過程中存在SIP ALG設(shè)備的信息，和/或所述探測記錄中包括表明所 述UDP端口封閉的信息，則向所述客戶端返回使用SVN隧道登陸的登陸方式；若查詢到與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，且所述探測記錄中包括用于表明所述invite報(bào)文傳輸過程中不存在SIP ALG設(shè)備的信息，且所述探測記錄中還包括表明所 述UDP端口封閉的信息，則向所述客戶端返回使用SVN隧道登陸的登陸方式。
7.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述根據(jù)查詢結(jié)果及所述探測記錄返 回所述客戶端的登陸方式，包括若查詢到與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，且所述探測記錄中包括用于表明 所述invite報(bào)文傳輸過程中不存在SIP ALG設(shè)備的信息，和/或所述探測記錄中包括用于 表明所述UDP端口開放的信息，則向所述客戶端返回使用SIP消息登陸的登陸方式。
8.根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述根據(jù)查詢結(jié)果及所述探測記錄返 回所述客戶端的登陸方式，包括若查詢到與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，且所述探測記錄中包括用于表明 所述invite報(bào)文傳輸過程中存在SIP ALG設(shè)備的信息，且所述探測記錄中還包括表明所 述UDP端口開放的信息，則向所述客戶端返回使用超文本傳輸協(xié)議HTTP隧道登陸的登陸方 式。
9.根據(jù)權(quán)利要求1至5中任意一項(xiàng)所述的方法，其特征在于，所述標(biāo)識(shí)信息包括手機(jī) 號、身份標(biāo)識(shí)ID或電子郵件E-mail地址。
10.一種鑒權(quán)服務(wù)器，其特征在于，包括消息接收單元，用于接收客戶端發(fā)送的登陸請求消息，所述請求消息中包括所述客戶 端的標(biāo)識(shí)信息；記錄查詢單元，用于查詢與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中 包括探測客戶端的標(biāo)識(shí)信息和用于表明所述探測客戶端登陸方式的對應(yīng)信息；結(jié)果反饋單元，用于根據(jù)查詢結(jié)果及所述探測記錄返回所述客戶端的登陸方式，以使 所述客戶端根據(jù)所述登陸方式登陸至VOIP網(wǎng)絡(luò)。
11.根據(jù)權(quán)利要求10所述的鑒權(quán)服務(wù)器，其特征在于，還包括報(bào)文接收單元，用于接收探測客戶端發(fā)送的探測報(bào)文，所述探測報(bào)文中包括所述探測 客戶端的標(biāo)識(shí)信息；記錄建立單元，用于建立與所述探測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄。
12.根據(jù)權(quán)利要求11所述的鑒權(quán)服務(wù)器，其特征在于，所述報(bào)文接收單元，具體用于接收探測客戶端發(fā)送的invite報(bào)文的第一哈希值；所述記錄建立單元包括計(jì)算子單元，用于計(jì)算所述invite報(bào)文的第二哈希值；記錄子單元，用于當(dāng)所述第一哈希值與所述第二哈希值不同時(shí)，記錄與所述探測客戶 端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述invite報(bào)文傳輸過程 中存在SIP ALG設(shè)備的信息；當(dāng)所述第一哈希值與所述第二哈希值相同時(shí)，記錄與所述探 測客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述invite報(bào)文傳 輸過程中不存在SIP ALG設(shè)備的信息。
13.根據(jù)權(quán)利要求11所述的鑒權(quán)服務(wù)器，其特征在于，所述報(bào)文接收單元包括監(jiān)控子單元，用于監(jiān)控與探測客戶端協(xié)商確定的UDP端口 ；接收子單元，用于在所述UDP端口接收所述探測客戶端發(fā)送的RTP報(bào)文；所述記錄建立單元，具體用于當(dāng)接收到所述RTP報(bào)文，且所述RTP報(bào)文中的所述標(biāo)識(shí)信 息與預(yù)存標(biāo)識(shí)信息相同時(shí)，則記錄與所述RTP報(bào)文中的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探 測記錄中包括用于表明所述UDP端口開放的信息；當(dāng)接收不到所述RTP報(bào)文，或接收到的 RTP報(bào)文中的所述標(biāo)識(shí)信息與預(yù)存標(biāo)識(shí)信息不同時(shí)，則記錄與所述RTP報(bào)文中的所述標(biāo)識(shí) 信息對應(yīng)的探測記錄，所述探測記錄中包括用于表明所述UDP端口封閉的信息。
全文摘要
本發(fā)明實(shí)施例提供一種登陸VOIP網(wǎng)絡(luò)的方法及鑒權(quán)服務(wù)器。一種登陸VOIP網(wǎng)絡(luò)的方法，包括接收客戶端發(fā)送的登陸請求消息，所述請求消息中包括所述客戶端的標(biāo)識(shí)信息；查詢與所述客戶端的標(biāo)識(shí)信息對應(yīng)的探測記錄，所述探測記錄中包括探測客戶端的標(biāo)識(shí)信息和用于表明所述探測客戶端登陸方式的對應(yīng)信息；根據(jù)查詢結(jié)果及所述探測記錄返回所述客戶端的登陸方式，以使所述客戶端根據(jù)所述登陸方式登陸至VOIP網(wǎng)絡(luò)。本發(fā)明實(shí)施例中，通過鑒權(quán)服務(wù)器中的探測記錄，可以直接向客戶端提供適合的登陸方式以登陸至VOIP網(wǎng)絡(luò)，節(jié)省了客戶端登陸至VOIP網(wǎng)絡(luò)的時(shí)間，提高了登陸效率，改善了用戶體驗(yàn)。
文檔編號H04L29/06GK102137090SQ20101053889
公開日2011年7月27日 申請日期2010年11月10日 優(yōu)先權(quán)日2010年11月10日
發(fā)明者鄭洪偉 申請人:華為技術(shù)有限公司