專利名稱：一種傳送信令消息的方法和信令設備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡通信技術(shù)，特別涉及一種傳送信令消息的方法和信令設備。
背景技術(shù)：
信令是在用戶設備與網(wǎng)絡節(jié)點間，或網(wǎng)絡節(jié)點間與網(wǎng)絡節(jié)點間傳送的控制信息。傳統(tǒng)的電話網(wǎng)一般采用公共信道信令方式，信令傳輸通道與話路完全分開，將若干條話路的信令集中起來，在一條公共的高速數(shù)據(jù)鏈路上傳送。
采用公共信道傳送信令可以增加了信令系統(tǒng)的靈活性，傳送速度快，呼叫建立時間大為縮短，適應各種新業(yè)務的要求等特點。
目前，全球因特網(wǎng)的迅速發(fā)展，使得IP網(wǎng)絡傳送信令消息成為可能。
信令傳輸(SIGNALING TRANSPORTSIGTRAN)協(xié)議棧是支持通過網(wǎng)際協(xié)議(Internet ProtocolIP)網(wǎng)絡傳輸傳統(tǒng)電路交換網(wǎng)信令的協(xié)議棧，包括No.7、V5等信令。該協(xié)議棧支持信令協(xié)議分層模型定義中的層間標準原語接口，將傳統(tǒng)的傳輸?shù)讓愚D(zhuǎn)變成以SCTP/IP為基礎(chǔ)的傳輸協(xié)議。SIGTRAN協(xié)議棧擔負信令網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制器間的通信，有兩個主要功能適配和傳輸。與此對應，SIGTRAN協(xié)議棧包含兩層協(xié)議，傳輸協(xié)議和適配協(xié)議。SIGTRAN是傳統(tǒng)信令向IP演進的一種方式。
另一種演進方式是直接基于IP網(wǎng)絡的會話控制信令，例如會話發(fā)起(Session Initial ProtocolSIP)協(xié)議。SIP協(xié)議可以基于無連接的傳輸協(xié)議如用戶數(shù)據(jù)報協(xié)議(User Datagram ProtocolUDP)傳輸，也可以基于有連接的傳輸協(xié)議如傳輸控制協(xié)議(Transmission Control ProtocolTCP)、流控制傳輸協(xié)議(Stream Control Transmission ProtocolSCTP)等傳輸。一些新型的電信網(wǎng)絡如IP多媒體子系統(tǒng)(IP Multimedia SubsystemIMS)，采用信令面和用戶面分層處理的思想，并且將SIP協(xié)議作為會話信令控制系統(tǒng)。從目前來看，以SIP為核心的會話控制協(xié)議是未來發(fā)展的主要方向。
目前，應用層協(xié)議，比如SIP協(xié)議，在基于有連接的傳輸協(xié)議如TCP、SCTP等傳輸時，一般采用以下幾種方法一網(wǎng)元基于會話建立信令鏈路的。即一個SIP網(wǎng)元在發(fā)出會話請求前，首先在自身網(wǎng)元和目的網(wǎng)元之間建立一個信令鏈路，然后使用該信令鏈路發(fā)送應用消息。當會話結(jié)束后，釋放該信令鏈路。
這種基于會話建立信令鏈路的方法會導致信令處理時延過長，網(wǎng)元需要為每個會話建立連接，不能夠?qū)崿F(xiàn)連接復用，每個網(wǎng)元需要管理大量的連接，導致網(wǎng)元處理能力下降，并且如果網(wǎng)元之間部署了防火墻，由于信令連接的地址和端口號不能事先確定，無法穿越防火墻。
方法二基于網(wǎng)元建立信令鏈路，如果發(fā)送消息的源和目的地址相同，則可以復用相同的信令鏈路。
這種基于網(wǎng)元建立信令鏈路的方法需要建立完整的網(wǎng)孔連接網(wǎng)絡，每個網(wǎng)元需要維護的大量的信令鏈路，而信令鏈路只能實現(xiàn)簡單復用。
如圖1所示，四個網(wǎng)際協(xié)議多媒體子系統(tǒng)(IMS)網(wǎng)絡通過每個網(wǎng)絡關(guān)口的互連邊界控制功能(Inter-Border Control FunctionIBCF)建立網(wǎng)絡之間的信令鏈路，如果需要支持全球IMS互通，則所有的IMS之間都需要建立信令鏈路，網(wǎng)絡關(guān)口同樣需要支持大量的信令鏈路，不能實現(xiàn)收斂。
方法三通過專門用于轉(zhuǎn)發(fā)信令消息的轉(zhuǎn)發(fā)網(wǎng)元組成一個信令網(wǎng)，各個應用處理網(wǎng)元首先和轉(zhuǎn)發(fā)網(wǎng)元建立信令鏈路，然后通過信令網(wǎng)轉(zhuǎn)發(fā)信令。
但是這種轉(zhuǎn)發(fā)網(wǎng)元需要理解每個轉(zhuǎn)發(fā)的應用層協(xié)議，并且解析應用層協(xié)議，使得轉(zhuǎn)發(fā)效率降低，不能夠快速處理每個轉(zhuǎn)發(fā)請求。
綜上所述，目前的IP網(wǎng)絡傳送信令消息，轉(zhuǎn)發(fā)效率低，不能夠快速處理每個轉(zhuǎn)發(fā)請求，每個網(wǎng)元需要管理大量的連接，導致網(wǎng)元處理能力下降，不能提供信令鏈路的冗余備份、擁塞流控等機制，對于信令設備連接的收斂和復用無法滿足電信級的信令組網(wǎng)的需求，無法穿越防火墻。

發(fā)明內(nèi)容
本發(fā)明提供一種信令設備及其傳送信令消息的方法，用以解決現(xiàn)有技術(shù)中信令消息轉(zhuǎn)發(fā)效率低的問題。
一種傳送信令消息的方法，在傳輸控制協(xié)議/網(wǎng)際協(xié)議中設置通用信令傳輸協(xié)議，該方法包括所述通用信令傳輸協(xié)議接收應用層向下層或傳輸層向上層發(fā)送的信令消息，在收到所述信令消息，并且確定所述信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中。
一種信令設備包括消息識別模塊，用于接收應用層或傳輸層發(fā)送的信令消息，在收到所述信令消息，識別所述信令消息中的目的地址；消息路由模塊，用于在所述消息識別模塊接收的所述信令消息中的所述目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中。
本發(fā)明實施例在傳輸控制協(xié)議/網(wǎng)際協(xié)議中設置通用信令傳輸協(xié)議，所述通用信令傳輸協(xié)議接收應用層向下層或傳輸層向上層發(fā)送的信令消息，在收到所述信令消息，并且確定所述信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中；所述通用信令傳輸協(xié)議收到來自所述應用層或所述傳輸層的所述信令消息，并且確定所述目的地址為本地地址時，將所述信令消息發(fā)送給所述應用層，從而在IP網(wǎng)絡傳送信令消息中，提高了信令消息的轉(zhuǎn)發(fā)效率，增加了處理每個轉(zhuǎn)發(fā)請求的速度，提高了網(wǎng)元處理的能力，并且提供了信令鏈路的冗余備份、擁塞流控等機制，滿足電信級信令設備連接的收斂和復用，如果網(wǎng)元之間部署了防火墻，由于已經(jīng)在信令網(wǎng)組網(wǎng)時，指定了信令鏈路的地址和端口號，可以穿越防火墻。


圖1為現(xiàn)有技術(shù)基于網(wǎng)元建立信令鏈路的示意圖；圖2為本發(fā)明實施例中信令設備的組成示意圖；圖3為本發(fā)明實施例中設置通用信令傳輸協(xié)議(GSTP)后的協(xié)議構(gòu)架示意圖；圖4為本發(fā)明實施例中傳送信令消息的方法流程示意圖；圖5為本發(fā)明實施例中信令組網(wǎng)示意圖；圖6為本發(fā)明實施例中信令組網(wǎng)中傳送信令消息的方法流程示意圖；圖7為本發(fā)明實施例中信令組網(wǎng)中管理閉塞的方法流程示意圖；圖8為本發(fā)明實施例中信令組網(wǎng)中流量控制的方法流程示意圖；圖9為本發(fā)明實施例中信令組網(wǎng)和IMS結(jié)合的示意圖；圖10為本發(fā)明實施例中信令組網(wǎng)和IMS結(jié)合的方法流程示意圖。
具體實施例方式
針對目前IP網(wǎng)絡信令消息轉(zhuǎn)發(fā)效率低的問題，本發(fā)明實施例在傳輸控制協(xié)議/網(wǎng)際協(xié)議中設置通用信令傳輸協(xié)議，所述通用信令傳輸協(xié)議接收應用層向下層或傳輸層向上層發(fā)送的信令消息，在收到所述信令消息，并且確定所述信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中；所述通用信令傳輸協(xié)議收到來自所述應用層或所述傳輸層的所述信令消息，并且確定所述目的地址為本地地址時，將所述信令消息發(fā)送給所述應用層，從而解決了上述問題。
本發(fā)明實施例中在傳輸控制協(xié)議/網(wǎng)際協(xié)議中設置GSTP，通用信令傳輸協(xié)議接收來自應用層或傳輸層的信令消息。
如果信令消息來自應用層，則信令消息為應用消息；如果信令消息來自傳輸層，則信令消息為傳輸消息。
信令鏈路為兩個設備之間的有連接或者無連接的傳輸協(xié)議通道。
如圖2所示，本發(fā)明實施例中信令設備包括消息識別模塊10、消息路由模塊20。
消息識別模塊10，與消息路由模塊20和消息分配模塊30連接，用于接收應用層向下層或傳輸層向上層發(fā)送的信令消息，識別信令消息中的目的地址。
消息路由模塊20，與消息識別模塊10連接，用于在消息識別模塊10接收的信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的信令鏈路將信令消息發(fā)送到網(wǎng)絡中。
本發(fā)明實施例中信令設備還可以進一步包括消息分配模塊30。
消息分配模塊30，與消息識別模塊10連接，用于在消息識別模塊10接收的信令消息中的目的地址為本地地址時，將信令消息發(fā)送給應用層。
消息分配模塊30還可以進一步包括應用模塊300和轉(zhuǎn)發(fā)模塊310。
應用模塊300，用于根據(jù)目的應用層協(xié)議端口號和設置的應用層協(xié)議端口號與應用層的對應關(guān)系，確定對應的應用層。
應用層協(xié)議端口號與應用層的對應關(guān)系是根據(jù)應用層協(xié)議接口設置的。
轉(zhuǎn)發(fā)模塊310，用于將信令消息發(fā)送給應用模塊300確定的應用層。
本發(fā)明實施例中信令設備還可以進一步包括路由選擇模塊40，鏈路組選擇模塊50和鏈路選擇模塊60。
路由選擇模塊40，與消息識別模塊10和鏈路組選擇模塊50連接，用于在消息識別模塊10收到信令消息后，根據(jù)信令消息中的目的應用層協(xié)議端口號和路由選擇信息選擇對應的消息路由。
如果路由選擇模塊40不能選擇對應的消息路由，則通過信令重定向點中保存的路由信息選擇對應的消息路由。
鏈路組選擇模塊50，與路由選擇模塊40和鏈路選擇模塊60連接，用于根據(jù)信令消息中的目的地址和路由選擇模塊40選擇的消息路由，選擇對應的鏈路組。
鏈路選擇模塊60，與消息路由模塊20和路由選擇模塊50連接，用于根據(jù)鏈路組選擇模塊50選擇的鏈路組，選擇對應的信令鏈路。
鏈路選擇模塊60在選擇了兩條以上的信令鏈路時，根據(jù)負荷分擔的方法將信令消息分配到選擇的信令鏈路上。
其中，消息路由模塊20還可以進一步包括發(fā)送模塊200。
發(fā)送模塊200，用于根據(jù)鏈路選擇模塊60選擇的信令鏈路將信令消息發(fā)送到網(wǎng)絡中。
本發(fā)明實施例中信令設備還可以進一步包括傳輸接口模塊70。
傳輸接口模塊70，與消息路由模塊20連接，用于提供與傳輸層的適配接口，針對不同傳輸層協(xié)議的能力，提供必要的傳輸協(xié)議的適配。
例如，為UDP協(xié)議提供可靠性保證、擁塞控制等功能。
本發(fā)明實施例中信令設備還可以進一步包括鏈路管理模塊80。
鏈路管理模塊80，與消息路由模塊20連接，用于對信令鏈路進行鏈路管理。
鏈路管理包括信令鏈路的倒換、倒回、重選路由、信令鏈路管理阻斷、信令業(yè)務流量控制、信令路由查詢、信令鏈路啟用、恢復和/或退出。
消息路由模塊20如果選擇的信令鏈路狀況發(fā)生異常時，則鏈路管理模塊80選擇至少一條替換鏈路，將信令消息分配到替換鏈路上。
管理人員還可以在需要管理鏈路時，通過鏈路管理模塊80對鏈路進行管理。
發(fā)明實施例中信令設備還可以進一步包括路由管理模塊90。
路由管理模塊90，與消息路由模塊20連接，用于對消息路由進行路由管理。
路由管理包括
消息路由的阻斷或解除阻斷、禁止或允許傳遞、受控傳遞、路由測試和/或擁塞測試。
消息路由模塊20如果選擇的消息路由發(fā)生異常，選擇一個替換路由，將信令消息分配到替換路由上。
管理人員還可以在需要管理路由時，通過路由管理模塊90對消息路由進行管理。
發(fā)明實施例中信令設備還可以進一步包括封裝模塊91。
封裝模塊91，與消息識別模塊10連接，用于在消息識別模塊10收到的信令消息中的目的地址為異地地址時，在信令消息中構(gòu)造包含信令消息的目的地址、目的應用層協(xié)議端口號和路由選擇信息的GSTP包頭。
解析模塊92，與消息識別模塊10連接，用于在消息識別模塊10收到的信令消息來自傳輸層時，解析信令消息中的GSTP包頭。
封裝模塊91還可以將消息名，源地址，源應用層協(xié)議端口號和/或優(yōu)先級置于GSTP包頭中。
則解析模塊92還可以將GSTP包頭中的消息名，源地址，源應用層協(xié)議端口號，目的地址，目的應用層協(xié)議端口號，優(yōu)先級以及路由選擇信息解析出來。
消息識別模塊10根據(jù)消息名判斷收到的消息類型。
應用模塊300還可以根據(jù)源地址，源應用層協(xié)議端口號，目的地址，目的應用層協(xié)議端口號以及路由選擇信息，確定對應的應用層。
路由選擇模塊40還可以根據(jù)源地址，源應用層協(xié)議端口號，目的地址，目的應用層協(xié)議端口號以及路由選擇信息，選擇對應的消息路由。
鏈路選擇模塊60還可以根據(jù)消息優(yōu)先級，鏈路選擇信息，鏈路狀態(tài)和鏈路選擇算法信息選擇對應的信令鏈路。
如圖3所示，本發(fā)明實施例中設置GSTP后的協(xié)議構(gòu)架示意圖中可以看出應用層中至少包括SIP，H.248，公共開放策略服務(Common Open PolicyServiceCOPS)，直徑層(Diameter)；傳輸層中至少包括UDP，TCP，安全傳送層(Transport Layer SecurityTLS)，安全傳送數(shù)據(jù)層(Datagram TransportLayer SecurityDTLS)，SCTP，數(shù)據(jù)包阻塞控制協(xié)議(Datagram CongestionControl ProtocolDCCP)。在應用層和傳輸層之間設置了GSTP層，將收到的屬于本地的信令消息發(fā)送給對應的應用層，屬于異地的信令消息根據(jù)選擇的消息路由和信令鏈路，通過傳輸層轉(zhuǎn)發(fā)到網(wǎng)絡中，從而提供電信級的消息路由和網(wǎng)絡管理。
如圖4所示，本發(fā)明實施例中傳送信令消息的方法包括下列步驟步驟400、GSTP接收應用層向下層或傳輸層向上層發(fā)送的信令消息。
步驟401、GSTP在收到信令消息后，判斷信令消息中的目的地址是否為本地地址，如果是，則執(zhí)行步驟402；否則，執(zhí)行步驟403。
步驟402、GSTP將信令消息發(fā)送給應用層。
步驟403、GSTP選擇信令鏈路，根據(jù)選擇的信令鏈路將信令消息發(fā)送到網(wǎng)絡中。
其中，步驟400之后，步驟401之前，GSTP還可以在收到來自傳輸層的消息后，從信令消息的GSTP包頭中解析出消息名，源地址，源應用層協(xié)議端口號，目的地址，目的應用層協(xié)議端口號，優(yōu)先級和路由選擇信息，并根據(jù)消息名確定消息類型為信令消息。
則步驟401中，GSTP還可以在確定信令消息中的目的地址為異地地址時，在信令消息中構(gòu)造包含目的地址，目的應用層協(xié)議端口號和路由選擇信息的GSTP包頭，并且還可以將源地址，源應用層協(xié)議端口號和優(yōu)先級置于GSTP包頭中。
步驟402中，GSTP還可以根據(jù)源地址，源應用層協(xié)議端口號，目的地址，目的應用層協(xié)議端口號以及路由選擇信息，確定對應的應用層，將該信令消息發(fā)送給確定的應用層。
步驟403中，GSTP還可以根據(jù)消息優(yōu)先級，鏈路選擇信息，鏈路狀態(tài)和鏈路選擇算法信息選擇對應的信令鏈路，根據(jù)選擇的信令鏈路將信令消息發(fā)送到網(wǎng)絡中。
GSTP在選擇了兩條以上的信令鏈路時，則根據(jù)負荷分擔的方法將信令消息分配到選擇的信令鏈路上。
GSTP查看選擇的信令鏈路和消息路由的狀況，在信令鏈路和/或消息路由狀況發(fā)生異常時，選擇至少一條替換鏈路和/或一個替換路由，將信令消息分配到替換鏈路和/或替換路由上。
GSTP在選擇的信令鏈路發(fā)生異常時，對信令鏈路進行鏈路管理。
鏈路管理包括信令鏈路的倒換、倒回、重選路由、信令鏈路管理阻斷、信令業(yè)務流量控制、信令路由查詢、信令鏈路啟用、恢復和/或退出。
管理人員還可以在需要管理鏈路時，通過GSTP對鏈路進行管理。
GSTP在選擇的消息路由發(fā)生異常時，對消息路由進行路由管理。
路由管理包括消息路由的阻斷或解除阻斷、禁止或允許傳遞、受控傳遞、路由測試和/或擁塞測試。
管理人員還可以在需要管理路由時，通過GSTP對消息路由進行管理。
為了讓本領(lǐng)域的技術(shù)人員更好的理解本發(fā)明，根據(jù)下面設定的一個信令組網(wǎng)的環(huán)境進行具體說明如圖5所示，本發(fā)明實施例中信令組網(wǎng)示意圖中，信令端點2、信令端點3、信令端點4、信令端點5和信令重定向點根據(jù)網(wǎng)絡路由規(guī)劃，建立TCP信令鏈路，構(gòu)成信令網(wǎng)絡。
其中，信令端點2和信令端點3采用集中式路由管理，路由數(shù)據(jù)保存在信令重定向點上；信令端點1和信令端點6通過TCP信令鏈路連接到信令網(wǎng)中。
如圖6所示，本發(fā)明實施例中根據(jù)圖5組建的信令組網(wǎng)中傳送信令消息的方法包括下列步驟
步驟600、信令端點1收到來自應用層的消息，根據(jù)消息名確定消息類型為信令消息，并且確定目的地址為異地地址后，根據(jù)本地地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號和消息優(yōu)先級選擇信令鏈路TCP1，在信令消息中構(gòu)造包含消息名、本地地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號和消息優(yōu)先級的GSTP包頭。
步驟601、信令端點1將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP1將信令消息發(fā)送給信令端點2。
步驟602、信令端點2收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，不能選擇對應的消息路由，根據(jù)信令消息中的GSTP包頭中的源地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號、消息優(yōu)先級、路由選擇信息通過信令重定向點查詢對應的消息路由。
步驟603、信令重定向點向信令端點2發(fā)送選擇的消息路由的信息。
步驟604、信令端點2根據(jù)選擇的路由和信令消息中的目的地址選擇對應的信令鏈路TCP5，將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP5將信令消息發(fā)送給信令端點4。
步驟605、信令端點4收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息中的GSTP包頭中的源地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號、消息優(yōu)先級、路由選擇信息、鏈路狀態(tài)和鏈路選擇算法信息，選擇到信令端點6的路由和TCP10鏈路，將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP10將信令消息發(fā)送給信令端點6。
步驟606、信令端點6在收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息中的GSTP包頭中的源地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號和路由選擇信息確定對應的應用層協(xié)議，并將收到的信令消息發(fā)送給確定的應用層。
如圖7所示，本發(fā)明實施例中根據(jù)圖5組建的信令組網(wǎng)中管理閉塞的方法包括下列步驟步驟700、信令端點6根據(jù)鏈路管理指示，向信令端點4發(fā)送包含TCP10的閉塞管理消息。
步驟701、信令端點4收到閉塞管理消息后，將信令鏈路TCP10的狀態(tài)設置為閉塞狀態(tài)，并向信令端點6發(fā)送閉塞管理響應消息。
步驟702、信令端點1收到來自應用層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息GSTP包頭中的本地地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號、消息優(yōu)先級和目的地址選擇信令鏈路TCP1，在信令消息中構(gòu)造包含信令消息中的消息名、本地地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號和消息優(yōu)先級的GSTP包頭。
步驟703、信令端點1將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP1將信令消息發(fā)送給信令端點2。
步驟704、信令端點2收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息中的GSTP包頭中的源地址、目的地址、目的應用層協(xié)議端口號、消息優(yōu)先級、路由選擇信息選擇對應的消息路由和信令鏈路TCP5，將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP5將信令消息發(fā)送給信令端點4。
步驟705、信令端點4收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息中的GSTP包頭中的源地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號、消息優(yōu)先級、路由選擇信息選擇對應的消息路由和信令鏈路TCP9，將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP9將信令消息發(fā)送給信令端點5。
步驟706、信令端點5收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息中的GSTP包頭中的源地址、源應用層協(xié)議端口號、目的地址、目的應用層協(xié)議端口號、消息優(yōu)先級、路由選擇信息、鏈路狀態(tài)和鏈路選擇算法信息，選擇到信令端點6的路由和TCP11鏈路，將信令消息發(fā)送給傳輸層，傳輸層通過選擇的信令鏈路TCP11將信令消息發(fā)送給信令端點6。
步驟707、信令端點6在收到來自傳輸層的消息，根據(jù)GSTP包頭中的消息名確定消息類型為信令消息，并確定目的地址為異地地址后，根據(jù)信令消息中的GSTP包頭中的源地址、目的地址、目的應用層協(xié)議端口號和路由選擇信息確定對應的應用層協(xié)議，并將收到的信令消息發(fā)送給確定的應用層。
如圖8所示，本發(fā)明實施例中根據(jù)圖5組建的信令組網(wǎng)中流量控制的方法包括下列步驟步驟800、信令端點4根據(jù)信令鏈路的擁堵狀態(tài)向信令端點2發(fā)送包含擁塞級別的流量控制管理信息。
步驟801、信令端點2收到流量控制管理信息后，根據(jù)擁塞級別對信令鏈路TCP5進行流量控制，減少信令鏈路TCP5發(fā)送信令消息的數(shù)量。
步驟802、信令端點2向信令端點4發(fā)送流量控制管理響應信息。
如圖9所示，本發(fā)明實施例中根據(jù)圖5組建的信令組網(wǎng)和IMS結(jié)合的示意圖中可以看出，在IMS域間部署信令網(wǎng)，信令端點1和信令端點6可以用IMS域內(nèi)的網(wǎng)絡實體代替，比如當前所在地代理節(jié)點(P-CSCF)、注冊地的歸屬域服務節(jié)點(S-CSCF)、問訊節(jié)點(I-CSCF)等等。
如圖10所示，本發(fā)明實施例中根據(jù)圖9組建的信令組網(wǎng)和IMS結(jié)合的方法包括下列步驟步驟1000、用戶設備(UE)向P-CSCF發(fā)送注冊請求消息。
步驟1001、P-CSCF對注冊請求消息中的歸屬網(wǎng)絡地址使用DNS協(xié)議解析，獲得UE的歸屬網(wǎng)絡I-CSCF的地址，通過圖6所示的方法選擇合適的信令鏈路，通過信令鏈路向I-CSCF轉(zhuǎn)發(fā)注冊請求消息。
步驟1002、I-CSCF收到注冊請求消息后，通過HSS查詢用戶注冊狀態(tài)。
步驟1003、HSS向I-CSCF發(fā)送包含地址信息的注冊消息。
步驟1004、I-CSCF向S-CSCF發(fā)送注冊消息。
步驟1005、S-CSCF收到注冊消息，確定UE是初次注冊，通過HSS查詢鑒權(quán)信息。
步驟1006、HSS向S-CSCF發(fā)送鑒權(quán)消息。
步驟1007、S-CSCF收到鑒權(quán)消息后，選取鑒權(quán)矢量，向I-CSCF發(fā)送鑒權(quán)挑戰(zhàn)消息。
步驟1008、I-CSCF通過圖6所示的方法選擇合適的信令鏈路，通過信令鏈路向P-CSCF轉(zhuǎn)發(fā)鑒權(quán)挑戰(zhàn)消息。
步驟1009、P-CSCF向UE轉(zhuǎn)發(fā)鑒權(quán)挑戰(zhàn)消息。
步驟1010、UE計算鑒權(quán)響應，重新向P-CSCF發(fā)送注冊請求消息。
步驟1011、P-CSCF對注冊請求消息中的歸屬網(wǎng)絡地址使用DNS協(xié)議解析，獲得UE的歸屬網(wǎng)絡I-CSCF的地址，通過圖6所示的方法選擇合適的信令鏈路，通過信令鏈路向I-CSCF轉(zhuǎn)發(fā)注冊請求消息。
步驟1012、I-CSCF收到注冊請求消息后，通過HSS查詢用戶注冊狀態(tài)。
步驟1013、HSS向I-CSCF發(fā)送包含地址信息的注冊消息。
步驟1014、I-CSCF向S-CSCF發(fā)送注冊消息。
步驟1015、S-CSCF收到注冊消息，檢查UE提供的鑒權(quán)響應，如果匹配，則將用戶的相關(guān)信息保存到HSS中，并更新HSS的注冊信息，請求下載用戶的簽約數(shù)據(jù)。
步驟1016、HSS向S-CSCF發(fā)送簽約數(shù)據(jù)。
步驟1017、S-CSCF收到簽約數(shù)據(jù)后，向I-CSCF發(fā)送注冊成功確認消息。
步驟1018、I-CSCF通過圖6所示的方法選擇合適的信令鏈路，通過信令鏈路向P-CSCF轉(zhuǎn)發(fā)注冊成功確認消息。
步驟1019、P-CSCF向UE轉(zhuǎn)發(fā)注冊成功確認消息。
從上述實施例中可以看出本發(fā)明實施例在傳輸控制協(xié)議/網(wǎng)際協(xié)議中設置通用信令傳輸協(xié)議，所述通用信令傳輸協(xié)議接收應用層向下層或傳輸層向上層發(fā)送的信令消息，在收到所述信令消息，并且確定所述信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中；所述通用信令傳輸協(xié)議收到來自所述應用層或所述傳輸層的所述信令消息，并且確定所述目的地址為本地地址時，將所述信令消息發(fā)送給所述應用層，從而在IP網(wǎng)絡傳送信令消息中，提高了信令消息的轉(zhuǎn)發(fā)效率，增加了處理每個轉(zhuǎn)發(fā)請求的速度，提高了網(wǎng)元處理的能力，并且提供了信令鏈路的冗余備份、擁塞流控等機制，滿足電信級信令設備連接的收斂和復用，如果網(wǎng)元之間部署了防火墻，由于已經(jīng)在信令網(wǎng)組網(wǎng)時，指定了信令鏈路的地址和端口號，可以穿越防火墻。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種傳送信令消息的方法，其特征在于，在傳輸控制協(xié)議/網(wǎng)際協(xié)議中在設置通用信令傳輸協(xié)議層，該方法包括所述通用信令傳輸協(xié)議接收應用層向下層或傳輸層向上層發(fā)送的信令消息，在收到所述信令消息，并且確定所述信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中。
2.如權(quán)利要求1所述的方法，其特征在于，所述通用信令傳輸協(xié)議收到所述信令消息，并且確定所述信令消息中的所述目的地址為本地地址時還包括所述通用信令傳輸協(xié)議將所述信令消息發(fā)送給所述應用層。
3.如權(quán)利要求1所述的方法，其特征在于，所述通用信令傳輸協(xié)議是按照下列方法選擇所述信令鏈路的A、所述通用信令傳輸協(xié)議根據(jù)所述信令消息中的目的應用層協(xié)議端口號和路由選擇信息選擇對應的消息路由；B、所述通用信令傳輸協(xié)議根據(jù)所述目的地址和選擇的所述消息路由，選擇對應的鏈路組；C、所述通用信令傳輸協(xié)議從選擇的所述鏈路組中，選擇所述信令鏈路。
4.如權(quán)利要求1所述的方法，其特征在于，該方法還包括所述通用信令傳輸協(xié)議對所述信令鏈路進行鏈路管理；所述鏈路管理包括信令鏈路倒換、倒回、重選路由、信令鏈路管理阻斷、信令業(yè)務流量控制、信令路由查詢、信令鏈路啟用、恢復和/或退出。
5.如權(quán)利要求3所述的方法，其特征在于，該方法還包括所述通用信令傳輸協(xié)議對所述消息路由進行路由管理；所述路由管理包括消息路由的阻斷或解除阻斷、禁止或允許傳遞、受控傳遞、路由測試和/或擁塞測試。
6.如權(quán)利要求2所述的方法，其特征在于，根據(jù)應用層協(xié)議接口設置應用層協(xié)議端口號與所述應用層的對應關(guān)系，則所述通用信令傳輸協(xié)議收到所述信令消息，并確定所述信令消息中的所述目的地址為本地地址后還包括根據(jù)所述信令消息中的目的應用層協(xié)議端口號，將所述信令消息發(fā)送給所述目的應用層協(xié)議端口號對應的應用層。
7.如權(quán)利要求1所述的方法，其特征在于，所述通用信令傳輸協(xié)議將所述信令消息通過選擇的所述信令鏈路對應的適配接口發(fā)送到網(wǎng)絡中。
8.如權(quán)利要求3所述的方法，其特征在于，確定所述信令消息中的目的地址為異地地址后，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中前還包括在所述信令消息中構(gòu)造包含目的地址、所述目的應用層協(xié)議端口號和所述路由選擇信息的通用信令傳輸協(xié)議包頭；如果所述信令消息來自傳輸層，則在收到信令消息后還包括解析所述信令消息中的所述通用信令傳輸協(xié)議包頭。
9.一種信令設備，其特征在于，該信令設備包括消息識別模塊，用于接收應用層向下層或傳輸層向上層發(fā)送的信令消息，識別所述信令消息中的目的地址；消息路由模塊，用于在所述消息識別模塊接收的所述信令消息中的所述目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中。
10.如權(quán)利要求9所述的信令設備，其特征在于，所述信令設備還包括消息分配模塊，用于在所述消息識別模塊接收的所述信令消息中的所述目的地址為本地地址時，將所述信令消息發(fā)送給所述應用層。
11.如權(quán)利要求9所述的信令設備，其特征在于，所述信令設備還包括路由選擇模塊，用于在所述消息識別模塊收到所述信令消息后，根據(jù)所述信令消息中的目的應用層協(xié)議端口號和路由選擇信息選擇對應的消息路由；鏈路組選擇模塊，用于根據(jù)所述目的地址和所述路由選擇模塊選擇的所述消息路由，選擇對應的鏈路組；鏈路選擇模塊，用于根據(jù)所述鏈路組選擇模塊選擇的所述鏈路組，選擇對應的所述信令鏈路；所述消息路由模塊還包括發(fā)送模塊，用于根據(jù)所述鏈路選擇模塊選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中。
12.如權(quán)利要求9所述的信令設備，其特征在于，所述信令設備還包括鏈路管理模塊，用于對所述信令鏈路進行鏈路管理；所述鏈路管理包括信令鏈路的倒換、倒回、重選路由、信令鏈路管理阻斷、信令業(yè)務流量控制、信令路由查詢、信令鏈路啟用、恢復和/或退出。
13.如權(quán)利要求11所述的信令設備，其特征在于，所述信令設備還包括路由管理模塊，用于對所述消息路由進行路由管理；所述路由管理包括消息路由的阻斷或解除阻斷、禁止或允許傳遞、受控傳遞、路由測試和/或擁塞測試。
14.如權(quán)利要求10所述的信令設備，其特征在于，所述消息分配模塊還包括應用模塊，用于根據(jù)目的應用層協(xié)議端口號和設置的應用層協(xié)議端口號與所述應用層的對應關(guān)系，確定對應的應用層；轉(zhuǎn)發(fā)模塊，用于將所述信令消息發(fā)送給所述應用模塊確定的所述應用層。
15.如權(quán)利要求9所述的信令設備，其特征在于，所述信令設備還包括傳輸接口模塊，用于提供所述消息路由模塊與傳輸層的適配接口。
16.如權(quán)利要求11所述的信令設備，其特征在于，所述信令設備還包括封裝模塊，用于在所述消息識別模塊收到的所述信令消息中的目的地址為異地地址時，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中前，在所述信令消息中構(gòu)造包含所述目的地址、所述目的應用層協(xié)議端口號和所述路由選擇信息的通用信令傳輸協(xié)議包頭；解析模塊，用于在所述消息識別模塊收到的所述信令消息來自傳輸層時，解析所述信令消息中的所述通用信令傳輸協(xié)議包頭。
全文摘要
本發(fā)明公開了一種傳送信令消息的方法，在傳輸控制協(xié)議/網(wǎng)際協(xié)議中設置通用信令傳輸協(xié)議，該方法包括所述通用信令傳輸協(xié)議接收應用層向下層或傳輸層向上層發(fā)送的信令消息，在收到來自所述應用層或所述傳輸層的所述信令消息，并且確定所述信令消息中的目的地址為異地地址時，選擇信令鏈路，根據(jù)選擇的所述信令鏈路將所述信令消息發(fā)送到網(wǎng)絡中。通過本發(fā)明解決了現(xiàn)有技術(shù)中存在的網(wǎng)際協(xié)議網(wǎng)絡信令消息轉(zhuǎn)發(fā)效率低的問題。本發(fā)明同時公開了一種信令設備。
文檔編號H04L12/54GK101022461SQ20071009095
公開日2007年8月22日 申請日期2007年3月28日 優(yōu)先權(quán)日2007年3月28日
發(fā)明者李輝 申請人:華為技術(shù)有限公司