亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

互聯(lián)網(wǎng)協(xié)議ip信令點的處理方法及ip信令點的制作方法

文檔序號:7750378閱讀:170來源:國知局
專利名稱:互聯(lián)網(wǎng)協(xié)議ip信令點的處理方法及ip信令點的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,具體而言,涉及一種互聯(lián)網(wǎng)協(xié)議(InternetProtocol,簡稱 為IP)信令點的處理方法及IP信令點。
背景技術(shù)
隨著IP網(wǎng)絡(luò)技術(shù)的逐步成熟,出現(xiàn)了在IP網(wǎng)絡(luò)上傳輸七號信令等電路交換信 令協(xié)議的需求。為了滿足在IP網(wǎng)絡(luò)上傳輸該信令協(xié)議的需求,互聯(lián)網(wǎng)工程任務(wù)組(The Internet Engineering Task Force,簡稱為IETF)成立了專門的信令傳輸小組,他們所制 訂的IP網(wǎng)絡(luò)信令傳輸協(xié)議(SIGTRAN協(xié)議)支持通過IP網(wǎng)絡(luò)傳輸傳統(tǒng)電路交換信令。2006 年IETF工作組正式發(fā)布了 MTP3用戶適配層協(xié)議(M3UA,Signaling System 7 (SS7)Message Transfer Part 3 (MTP3) -User Adaptation Layer,RFC4666),M3UA協(xié)議用來實現(xiàn)承載在 IP 網(wǎng)絡(luò)上的信令消息的可靠有序傳遞。圖1是根據(jù)相關(guān)技術(shù)的M3UA協(xié)議棧的示意圖,M3UA協(xié)議模塊上層業(yè)務(wù)模塊為 SCCP業(yè)務(wù)模塊,底層承載在IP傳輸網(wǎng)絡(luò)之上。M3UA協(xié)議模塊通過IP傳輸網(wǎng)絡(luò)為業(yè)務(wù)模塊 SCCP提供可靠有序的業(yè)務(wù)傳遞功能。圖2是根據(jù)相關(guān)技術(shù)的IP信令鏈路投入服務(wù)的流程圖,包括如下的步驟步驟S201,IP 信令鏈路(SCTP)投入服務(wù)(In Service)。步驟S202至S203,此時IP信令點A、IP信令點B分別收到了來自底層SCTP層上 報的鏈路服務(wù)指示消息(In Servlnd)。步驟S204至S205,按照現(xiàn)有協(xié)議RFC4666的處理流程,此時的M3UA協(xié)議層已經(jīng)認 為IP信令點可達,因此向上層SCCP協(xié)議層上報IP信令點可達消息(DPC Access)。但是,在步驟S204至S205,IP信令點A并沒有校驗本地預(yù)先配置的對端IP信令 點是否是B,無條件認為該IP信令點B可達。同樣的,IP信令點B也無條件認為IP信令點 A可達。同時,實際應(yīng)用中存在預(yù)先配置的對端IP信令點被配置錯誤或者被修改錯誤的 情況。因此,當該預(yù)先配置的對端IP信令點錯誤,并且該預(yù)先配置的對端IP信令點被無條 件認為可達時,將造成IP信令點與對端IP信令點的通信失敗。

發(fā)明內(nèi)容
針對IP信令點與對端IP信令點被無條件認為可達,從而將造成IP信令點與對端 IP信令點的通信失敗的問題而提出本發(fā)明,為此,本發(fā)明的主要目的在于提供一種IP信令 點的處理方法,以解決上述問題。為了實現(xiàn)上述目的,根據(jù)本發(fā)明的一個方面,提供了一種IP信令點的處理方法。根據(jù)本發(fā)明的IP信令點的處理方法包括第一 IP信令點確定其至第二 IP信令點 的鏈路建立成功;第一IP信令點使用鏈路向第二IP信令點發(fā)送狀態(tài)查詢消息,其中攜帶有 用于匹配第二 IP信令點的信令點碼信息;第一 IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第二 IP信令點是否可以連接。進一步地,在第一 IP信令點使用鏈路向第二 IP信令點發(fā)送狀態(tài)查詢消息之后,還包括第二 IP信令點確定信令點碼信息與自己的信令點碼信息匹配;第二 IP信令點向第
一IP信令點發(fā)送狀態(tài)響應(yīng)消息用于指示IP信令點可達。進一步地,第一 IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第
二IP信令點是否可以連接包括第一 IP信令點根據(jù)狀態(tài)響應(yīng)消息用于指示IP信令點可 達,確定第二 IP信令點可以連接;第一 IP信令點上報用于指示第二 IP信令點可以連接的 消息。進一步地,在第一 IP信令點上報用于指示第二 IP信令點可以連接的消息之后,還 包括第一 IP信令點根據(jù)狀態(tài)響應(yīng)消息用于指示IP信令點可達,清除已有的指示IP信令 點不可達的告警消息。進一步地,第二 IP信令點使用信令點碼信息,向第一 IP信令點發(fā)送相應(yīng)的狀態(tài)響 應(yīng)消息還包括第二 IP信令點確定信令點碼信息與自己的信令點碼信息不匹配;第二 IP 信令點向第一 IP信令點發(fā)送狀態(tài)響應(yīng)消息用于指示IP信令點不可達。進一步地,第一 IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第 二 IP信令點是否可以連接包括第一 IP信令點根據(jù)狀態(tài)響應(yīng)消息用于指示IP信令點不可 達,確定第二 IP信令點不可以連接;第一 IP信令點向用戶上報用于指示信令點碼信息配置 錯誤的消息。進一步地,第一 IP信令點通過M3UA層發(fā)送狀態(tài)查詢消息;第二 IP信令點通過 M3UA層發(fā)送狀態(tài)響應(yīng)消息。為了實現(xiàn)上述目的,根據(jù)本發(fā)明另一方面,還提供了一種IP信令點。根據(jù)本發(fā)明的IP信令點包括第一確定模塊,用于確定至對端IP信令點的鏈路建 立成功;第一發(fā)送模塊,用于使用鏈路向?qū)Χ薎P信令點發(fā)送狀態(tài)查詢消息,其中攜帶有用 于匹配對端IP信令點的信令點碼信息;接收模塊,用于從鏈路接收狀態(tài)響應(yīng)消息;第二確 定模塊,用于根據(jù)狀態(tài)響應(yīng)消息確認是否匹配,確定對端IP信令點是否可以連接。進一步地,還包括第三確定模塊,用于確定信令點碼信息與自己的信令點碼信息 匹配;第二發(fā)送模塊,用于發(fā)送狀態(tài)響應(yīng)消息。進一步地,第一發(fā)送模塊通過M3UA層發(fā)送狀態(tài)查詢消息;第二發(fā)送模塊通過M3UA 層發(fā)送狀態(tài)響應(yīng)消息。通過本發(fā)明,采用IP信令點向?qū)Χ薎P信令點發(fā)送攜帶有用于匹配第二 IP信令點 的信令點碼信息的狀態(tài)查詢消息,并根據(jù)狀態(tài)響應(yīng)消息確認是否匹配,確定該對端IP信令 點是否可以連接,解決了 IP信令點與對端IP信令點被無條件認為可達的問題,從而保證了 IP信令點與對端IP信令點的通信。


此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申請的一部分,本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的M3UA協(xié)議棧的示意圖;圖2是根據(jù)相關(guān)技術(shù)的IP信令鏈路建立成功后的流程圖3是本發(fā)明實施例的IP信令點的處理方法的流程圖;圖4是本發(fā)明實施例的IP信令鏈路建立成功后的流程圖;圖5是根據(jù)本發(fā)明實施例的IP信令點的結(jié)構(gòu)框圖;
圖6是本發(fā)明實施例的IP信令鏈路建立成功后的結(jié)構(gòu)框圖。
具體實施例方式需要說明的是,在不沖突的情況下,本申請中的實施例及實施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。圖3是本發(fā)明實施例的IP信令點的處理方法的流程圖,包括如下的步驟步驟S302,第一 IP信令點確定其至第二 IP信令點的鏈路建立成功。步驟S304,第一 IP信令點使用鏈路向第二 IP信令點發(fā)送狀態(tài)查詢消息,其中攜帶 有用于匹配第二 IP信令點的信令點碼信息。步驟S306,第一 IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第 二 IP信令點是否可以連接。相關(guān)技術(shù)中,第一 IP信令點和第二 IP信令點之間的鏈路建立成功之后,該第一 IP 信令點無條件認為該第二 IP信令點可以連接。本發(fā)明實施例中,第二 IP信令點的信令點 碼信息可以用于匹配第二 IP信令點,然后,通過第一 IP信令點接收狀態(tài)響應(yīng)消息,并確定 第二 IP信令點是否可以連接,可以避免該第二 IP信令點不正確,并且該第二 IP信令點被 無條件認為可以連接時,該第一 IP信令點與該第二 IP信令點的通信失敗。需要說明的是,該狀態(tài)查詢消息可以是協(xié)議規(guī)定的DAUD(DestinatiC)n State Audit)消息。優(yōu)選地,在第一 IP信令點使用鏈路向第二 IP信令點發(fā)送狀態(tài)查詢消息之后,還包 括第二 IP信令點確定信令點碼信息與自己的信令點碼信息匹配;第二 IP信令點向第一 IP信令點發(fā)送狀態(tài)響應(yīng)消息作為上述狀態(tài)響應(yīng)消息,用于指示IP信令點可達。需要說明的是,本優(yōu)選實施例中,當?shù)诙?IP信令點接收到協(xié)議規(guī)定的DAUD消息 時,如果發(fā)現(xiàn)該消息攜帶的IP信令點正確,則可以發(fā)送DAVA(DestinatiC)n Available)消 息用于指示IP信令點可達。優(yōu)選地,第一 IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第二 IP信令點是否可以連接包括第一 IP信令點根據(jù)狀態(tài)響應(yīng)消息用于指示IP信令點可達, 確定第二 IP信令點可以連接;第一 IP信令點上報用于指示第二 IP信令點可以連接的消 肩、O 需要說明的是,本優(yōu)選實施例,可以保證IP信令點與對端IP信令點的連接,從而 保證其通信。優(yōu)選地,在第一 IP信令點上報用于指示第二 IP信令點可以連接的消息之后,還包 括第一 IP信令點根據(jù)狀態(tài)響應(yīng)消息用于指示IP信令點可達,清除已有的指示IP信令點 不可達的告警消息。優(yōu)選地,第二 IP信令點使用信令點碼信息,向第一 IP信令點發(fā)送相應(yīng)的狀態(tài)響應(yīng) 消息還包括第二 IP信令點確定信令點碼信息與自己的信令點碼信息不匹配;第二 IP信 令點向第一 IP信令點發(fā)送狀態(tài)響應(yīng)消息用于指示IP信令點不可達。
需要說明的是,本優(yōu)選實施例中,當?shù)诙?IP信令點接收到協(xié)議規(guī)定的DAUD消息 時,如果發(fā)現(xiàn)該消息攜帶的IP信令點錯誤,則可以發(fā)送DUNA(Destination Unavailable) 消息作為上述狀態(tài)響應(yīng)消息,用于指示IP信令點不可達。優(yōu)選地,第一 IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第二 IP信令點是否可以連接包括第一 IP信令點根據(jù)狀態(tài)響應(yīng)消息用于指示IP信令點不可 達,確定第二IP信令點不可以連接;第一IP信令點向用戶上報用于指示信令點碼信息配置 錯誤的消息。需要說 明的是,本優(yōu)選實施例中,當接收到第二 IP信令點的DUNA消息后,第一 IP 信令點上報用戶告警通知IP信令點配置錯誤,請用戶修改本地配置的第二 IP信令點。優(yōu)選地,第一 IP信令點通過M3UA層發(fā)送狀態(tài)查詢消息;第二 IP信令點通過M3UA 層發(fā)送狀態(tài)響應(yīng)消息。本發(fā)明還提供了一個優(yōu)選實施例,結(jié)合了上述多個優(yōu)選實施例的技術(shù)方案,下面 結(jié)合圖4來詳細描述。圖4是本發(fā)明實施例的IP信令鏈路投入服務(wù)的流程圖。包括如下的步驟步驟S401,IP 信令鏈路(SCTP)投入服務(wù)(In Service)。步驟S402至S403,此時IP信令點A、IP信令點B分別收到了來自底層SCTP層上 報的鏈路服務(wù)指示消息In ServInd0步驟S404,IP信令點A的M3UA協(xié)議層收到來自SCTP協(xié)議層的鏈路服務(wù)指示后, 主動根據(jù)本地配置的對端IP信令點進行一次IP信令點狀態(tài)的查詢DAUD消息(圖3中開 始IP信令點A配置的對端IP信令點為錯誤的IP信令點C)。步驟S405,IP信令點B的M3UA協(xié)議層收到來自對端的DAUDIP信令點查詢消息時 發(fā)現(xiàn)IP信令點A認為自己是IP信令點C,判斷攜帶IP信令點錯誤,此時回復IP信令點不 可達DUNA消息。步驟S406,IP信令點A收到來自IP信令點B的DUNA消息時通過告警模塊向用戶 告警IP信令點不可達,提示用戶檢查本地配置的IP信令點是否有誤。步驟S407,IP信令點A向?qū)Χ嗽俅伟l(fā)送DAUD查詢消息(此時用戶修改IP信令點 A配置的對端IP信令點為正確的IP信令點B)。步驟S408,IP信令點B的M3UA協(xié)議層收到來自對端的DAUDIP信令點查詢消息時 發(fā)現(xiàn)IP信令點A認為自己是IP信令點B,判斷攜帶IP信令點正確,此時回復IP信令點可 達DAVA消息。步驟S409,IP信令點A收到來自IP信令點B的DAVA消息時發(fā)現(xiàn)之前存在歷史告 警,通過告警模塊向用戶告警回復之前的IP信令點不可達告警。步驟S410至S411,此時的M3UA協(xié)議層已經(jīng)認為IP信令點可達,因此向上層SCCP 協(xié)議層上報IP信令點可達消息DPC Access.需要說明的是,在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行,并且,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。本發(fā)明還提供了一種IP信令點,該IP信令點可以實現(xiàn)上述IP信令點的處理方 法。圖5是根據(jù)本發(fā)明實施例的IP信令點的結(jié)構(gòu)框圖,包括第一確定模塊51,第一發(fā)送模塊52,接收模塊53和第二確定模塊54。第一確定模塊51,用于確定至對端IP信令點的鏈路建立成功;第一發(fā)送模塊52, 連接至第一確定模塊51,用于使用第一確定模塊51確定建立成功的鏈路向?qū)Χ薎P信令點 發(fā)送狀態(tài)查詢消息,其中攜帶有用于匹配對端IP信令點的信令點碼信息;接收模塊53,用 于從鏈路接收狀態(tài)響應(yīng)消息;第二確定模塊54,連接至接收模塊53,用于根據(jù)接收模塊53 接收的狀態(tài)響應(yīng)消息確認是否匹配,確定對端IP信令點是否可以連接。相關(guān)技術(shù)中,第一 IP信令點和第二 IP信令點之間的鏈路建立成功之后,該第一 IP 信令點無條件認為該第二 IP信令點可以連接。本發(fā)明實施例中,第二 IP信令點的信令點 碼信息可以用于匹配第二 IP信令點,然后,通過接收模塊53接收狀態(tài)響應(yīng)消息,并通過第 二確定模塊54確定第二 IP信令點是否可以連接,可以避免該第二 IP信令點不正確,并且 該第二 IP信令點被無條件認為可以連接時,該第一 IP信令點與該第二 IP信令點的通信失 敗。優(yōu)選地,上述IP信令點還包括第三確定模塊55和第二發(fā)送模塊56。第三確定模塊55,用于確定信令點碼信息與自己的信令點碼信息匹配;第二發(fā)送 模塊56,連接至第三確定模塊55,用于根據(jù)第三確定模塊55確定的結(jié)果發(fā)送狀態(tài)響應(yīng)消 肩、ο優(yōu)選地,第一發(fā)送模塊通過M3UA層發(fā)送狀態(tài)查詢消息;第二發(fā)送模塊通過M3UA層 發(fā)送狀態(tài)響應(yīng)消息。本發(fā)明還提供了一個優(yōu)選實施例,結(jié)合了上述多個優(yōu)選實施例的技術(shù)方案,下面 結(jié)合圖4來詳細描述。圖6是本發(fā)明實施例的IP信令鏈路建立成功后的結(jié)構(gòu)框圖,該裝置可以用于主動 發(fā)送DAUD消息及處理接收的DUNA及DAVA消息,并根據(jù)實際情況做告警處理以及時將異常 通知給用戶。具體包括收發(fā)單元模塊62,判斷單元模塊64和告警單元模塊66。收發(fā)單元模塊62,用于IP信令鏈路可用時主動向?qū)Χ税l(fā)送一個協(xié)議規(guī)定的DAUD 消息,查詢對端的IP信令點狀態(tài)。同時處理接收來自對端的DUNA以及DAVA消息。以及其 他和底層協(xié)議層SCTP模塊交互和上層協(xié)議層SCCP模塊交互收發(fā)消息的功能。判斷單元模塊64,用于當本端接收到對端IP信令點反饋回來的DUNA/DAVA消息時 做以下處理。當接收到對端IP信令點的DUNA消息時,通知告警單元上報用戶告警通知IP 信令點配置錯誤,當收到對端IP信令點的DAVA消息時,通知業(yè)務(wù)處理單元IP信令點可達 可以投入業(yè)務(wù)服務(wù)。告警單元模塊66,連接到判斷單元模塊64,當收到判斷單元模塊64的IP信令點 配置錯誤的告警通知請求時,用于對用戶發(fā)出IP信令點配置錯誤告警通知。另外,告警單元模塊66,還連接到收發(fā)單元模塊62,用于指示收發(fā)單元模塊62在 用戶根據(jù)告警通知修改預(yù)先配置的對端IP信令點之后,再次執(zhí)行發(fā)送狀態(tài)查詢消息的操 作,其中,狀態(tài)查詢消息攜帶有 修改后的預(yù)先配置的對端IP信令點的信令點碼信息。當然,本發(fā)明還可有其他多種實施例,在不背離本發(fā)明精神及其實質(zhì)的情況下,熟 悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形,但這些相應(yīng)的改變和變 形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。綜上所述,根據(jù)本發(fā)明的上述實施例,提供了一種IP信令點的處理方法及IP信令點。該方法可以避免現(xiàn)有技術(shù)中一旦IP信令點配置錯誤,導致業(yè)務(wù)無法正常進行。通過本 發(fā)明,可以從機制上保證快速自動化的及時發(fā)現(xiàn)IP信令點配置錯誤問題,并及時上報IP信 令點配置錯誤告警通知給用戶,極大的提升用戶易用性滿足用戶需求。對于目前大規(guī)模的 電信網(wǎng)絡(luò)IP化改造,有著非常重要的意義。同時,本發(fā)明采用IP信令點向?qū)Χ薎P信令點 發(fā)送攜帶有用于匹配第二 IP信令點的信令點碼信息的狀態(tài)查詢消息,并根據(jù)狀態(tài)響應(yīng)消 息確認是否匹配,確定該對端IP信令點是否可以連接,解決了 IP信令點與對端IP信令點 被無條件認為可達的問題,從而保證了 IP信令點與對端IP信令點的通信。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn),它們可以集中在單個的計算裝置上,或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上,可選地,它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn),從而,可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行,或者將它們分別制作成各個集成電路模塊,或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣,本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技 術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修 改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種互聯(lián)網(wǎng)協(xié)議IP信令點的處理方法,其特征在于,包括第一IP信令點確定其至第二IP信令點的鏈路建立成功;所述第一IP信令點使用所述鏈路向所述第二IP信令點發(fā)送狀態(tài)查詢消息,其中攜帶有用于匹配所述第二IP信令點的信令點碼信息;所述第一IP信令點根據(jù)從所述鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定所述第二IP信令點是否可以連接。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,在所述第一IP信令點使用所述鏈路向所 述第二 IP信令點發(fā)送所述狀態(tài)查詢消息之后,還包括所述第二 IP信令點確定所述信令點碼信息與自己的信令點碼信息匹配; 所述第二 IP信令點向所述第一 IP信令點發(fā)送所述狀態(tài)響應(yīng)消息用于指示IP信令點 可達。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述第一IP信令點根據(jù)從所述鏈路接收 的所述狀態(tài)響應(yīng)消息確認是否匹配,確定所述第二 IP信令點是否可以連接包括所述第一 IP信令點根據(jù)所述狀態(tài)響應(yīng)消息用于指示IP信令點可達,確定所述第二 IP 信令點可以連接;所述第一 IP信令點上報用于指示所述第二 IP信令點可以連接的消息。
4.根據(jù)權(quán)利要求3所述的方法,其特征在于,在所述第一IP信令點上報用于指示所述 第二 IP信令點可以連接的消息之后,還包括所述第一 IP信令點根據(jù)所述狀態(tài)響應(yīng)消息用于指示IP信令點可達,清除已有的指示 IP信令點不可達的告警消息。
5.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述第二IP信令點使用所述信令點碼信 息,向所述第一 IP信令點發(fā)送所述相應(yīng)的狀態(tài)響應(yīng)消息還包括所述第二 IP信令點確定所述信令點碼信息與自己的信令點碼信息不匹配; 所述第二 IP信令點向所述第一 IP信令點發(fā)送所述狀態(tài)響應(yīng)消息用于指示IP信令點 不可達。
6.根據(jù)權(quán)利要求5所述的方法,其特征在于,所述第一IP信令點根據(jù)從所述鏈路接收 的所述狀態(tài)響應(yīng)消息確認是否匹配,確定所述第二 IP信令點是否可以連接包括所述第一 IP信令點根據(jù)所述狀態(tài)響應(yīng)消息用于指示IP信令點不可達,確定所述第二 IP信令點不可以連接;所述第一 IP信令點向用戶上報用于指示所述信令點碼信息配置錯誤的消息。
7.根據(jù)權(quán)利要求1至6中任一項所述的方法,其特征在于, 所述第一 IP信令點通過M3UA層發(fā)送所述狀態(tài)查詢消息; 所述第二 IP信令點通過M3UA層發(fā)送所述狀態(tài)響應(yīng)消息。
8.一種IP信令點,其特征在于,包括第一確定模塊,用于確定至對端IP信令點的鏈路建立成功;第一發(fā)送模塊,用于使用所述鏈路向所述對端IP信令點發(fā)送狀態(tài)查詢消息,其中攜帶 有用于匹配所述對端IP信令點的信令點碼信息; 接收模塊,用于從所述鏈路接收狀態(tài)響應(yīng)消息;第二確定模塊,用于根據(jù)所述狀態(tài)響應(yīng)消息確認是否匹配,確定所述對端IP信令點是否可以連接。
9.根據(jù)權(quán)利要求8所述的IP信令點,其特征在于,還包括第三確定模塊,用于確定所述信令點碼信息與自己的信令點碼信息匹配; 第二發(fā)送模塊,用于發(fā)送所述狀態(tài)響應(yīng)消息。
10.根據(jù)權(quán)利要求8所述的IP信令點,其特征在于,所述第一發(fā)送模塊通過M3UA層發(fā)送所述狀態(tài)查詢消息; 所述第二發(fā)送模塊通過M3UA層發(fā)送所述狀態(tài)響應(yīng)消息。
全文摘要
本發(fā)明公開了一種IP信令點的處理方法及IP信令點,該方法包括第一IP信令點確定其至第二IP信令點的鏈路建立成功;第一IP信令點使用鏈路向第二IP信令點發(fā)送狀態(tài)查詢消息,其中攜帶有用于匹配第二IP信令點的信令點碼信息;第一IP信令點根據(jù)從鏈路接收的狀態(tài)響應(yīng)消息確認是否匹配,確定第二IP信令點是否可以連接。本發(fā)明保證了IP信令點與對端IP信令點的通信。
文檔編號H04L29/06GK101873312SQ20101018869
公開日2010年10月27日 申請日期2010年5月25日 優(yōu)先權(quán)日2010年5月25日
發(fā)明者張坤左, 李響, 梁慶永 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1