專利名稱：消息傳輸方法、系統(tǒng)和網(wǎng)關(guān)支撐節(jié)點的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種消息傳輸方法、系統(tǒng)和網(wǎng)關(guān)支撐節(jié)點。
技術(shù)背景GTP (GPRS Tunnelling Protocol, GPRS隧道協(xié)議)是用于GPRS (General Packet Radio Service,通用分組無線業(yè)務(wù))骨干網(wǎng)中GSN (GPRS Support Node, GPRS支撐節(jié)點)之間的接口協(xié)議。所述GSN可以是一種類似于路由器的獨立設(shè) 備。GSN有兩種類型 一種為SGSN ( Serving GPRS Support Node, GPRS業(yè)務(wù) 支撐節(jié)點)，另一種為GGSN (Gateway GPRS Support Node, GPRS網(wǎng)關(guān)支撐節(jié)點)。SGSN的主要作用是記錄移動終端的當(dāng)前位置信息，并且在移動終端和GGSN 之間完成移動分組數(shù)據(jù)的發(fā)送和接收；GGSN主要是起網(wǎng)關(guān)作用，它可以和多種 不同的數(shù)據(jù)網(wǎng)絡(luò)連接，將GPRS分組數(shù)據(jù)包進(jìn)行協(xié)議轉(zhuǎn)換。當(dāng)用戶訪問GPRS或UMTS ( Universal Mobile Telecommunications System, 通用移動通訊系統(tǒng))時，用戶向SGSN發(fā)出建立PDP (Packet Data Protocol, 分組數(shù)據(jù)協(xié)議)上下文請求消息；SGSN向DNS (Domain Name Server,域名服 務(wù)器)查詢可用的GGSN列表，并從中選擇一個GGSN; SGSN再向所述GGSN發(fā)建 立PDP上下文請求消息；GGSN完成用戶認(rèn)證、授片又、地址分配等接入處理，在 成功地建立和激活PDP上下文后，若SGSN和GGSN之間還不存在路徑(SGSN IP 和端口 、 GGSN IP和端口共同標(biāo)識一條路徑， 一條i 各徑中至少有一個用戶上下文)， 則在SGSN和GGSN之間建立路徑；SGSN和GGSN都存儲了用戶的PDP上下文信息。 有了用戶的位置信息和數(shù)據(jù)的路由信息，用戶就可以訪問該網(wǎng)絡(luò)的資源了 。GGSN處于網(wǎng)絡(luò)位置高端，覆蓋范圍廣，支持的用戶容量大，故需要處理大
量業(yè)務(wù)。因此，設(shè)備制造商一般在設(shè)備內(nèi)部集成多個GTP處理節(jié)點，分布式的 處理GGSN業(yè)務(wù)，以確保能夠滿足大容量用戶的業(yè)務(wù)需要?；谶@種GGSN設(shè)備的內(nèi)部結(jié)構(gòu)，如何將業(yè)務(wù)在各個GTP處理節(jié)點之間合理 分配就成為了一個首要問題。目前，對于合理分配業(yè)務(wù)的問題，有兩種解決方 法。方法l、對每個GTP處理節(jié)點配置Gn接口 (Gn接口是同一個PLMN (Public Land Mobi le-園munication Network,公眾陸地移動通信網(wǎng))內(nèi)GSN節(jié)點間的 接口 ) IP ( Internet Protocol,互聯(lián)網(wǎng)協(xié)議)地址，將各個GTP節(jié)點區(qū)分開來， 從而完成對業(yè)務(wù)的合理分配。假設(shè)GGSN內(nèi)部有n個GTP處理節(jié)點，則為每個處 理節(jié)點都配置一個Gn 口 IP地址，這樣每個GTP節(jié)點都相當(dāng)于一個邏輯意義上 的GGSN;在SGSN與GGSN之間最多可建立n條路徑。方法2、在GGSN內(nèi)部設(shè)置一個集中分發(fā)點，各GTP節(jié)點之間并無區(qū)分。集 中分發(fā)點根據(jù)負(fù)荷分擔(dān)原則將消息轉(zhuǎn)發(fā)到各個GTP節(jié)點，從而實現(xiàn)業(yè)務(wù)的負(fù)荷 分擔(dān)處理；GTP節(jié)點處理完所述消息后，回復(fù)響應(yīng)消息，所述響應(yīng)消息中包括有 源消息的序列號，這樣就可以對響應(yīng)消息與源消息進(jìn)行匹配。在實現(xiàn)上述建立隧道的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題1、 針對方法l，為每個GTP節(jié)點配置Gn 口 IP地址，會占用大量IP地址資源；2、 針對方法2， GGSN發(fā)送的GTP消息中包含一個兩字節(jié)的標(biāo)識，用來儲存 由GGSN發(fā)送的消息的序列號。由于受到所述標(biāo)識長度的限制，在一定時間內(nèi)， GGSN所能分配的最大序列號為65536，超過這個上限后，序列號將會歸零重新 分配，會出現(xiàn)兩條不同的消息具有相同序列號的情況，導(dǎo)致源消息與響應(yīng)消息 匹配失效。為了避免這一錯誤，只能限制一定時間內(nèi)GGSN處理的業(yè)務(wù)量。發(fā)明內(nèi)容一方面，本發(fā)明的實施例提供一種消息傳輸?shù)姆椒?。一種消息傳輸?shù)姆椒?，包括接收業(yè)務(wù)支撐節(jié)點發(fā)送的消息，該消息攜帶有處理節(jié)點的端口號； 根據(jù)所述處理節(jié)點的端口號將所述消息發(fā)送到對應(yīng)的處理節(jié)點。 另一方面，本發(fā)明的實施例提供一種網(wǎng)關(guān)支撐節(jié)點。 一種網(wǎng)關(guān)支撐節(jié)點，包括消息接收模塊，用于接收業(yè)務(wù)支撐節(jié)點發(fā)送的帶有處理節(jié)點端口號的消息; 消息轉(zhuǎn)發(fā)模塊，用于根據(jù)所述處理節(jié)點端口號，將消息轉(zhuǎn)發(fā)到對應(yīng)的處理 節(jié)點。本發(fā)明的實施例還提供一種消息傳輸系統(tǒng)。一種消息傳輸系統(tǒng)，包括一個業(yè)務(wù)支撐節(jié)點， 一個網(wǎng)關(guān)支撐節(jié)點；網(wǎng)關(guān)支 撐節(jié)點中置有至少一個處理節(jié)點業(yè)務(wù)支撐節(jié)點用于向網(wǎng)關(guān)支撐節(jié)點發(fā)送消息，所述消息中攜帶有處理節(jié)點 的端口號；網(wǎng)關(guān)支撐節(jié)點用于接收業(yè)務(wù)支撐節(jié)點發(fā)送的消息，根據(jù)消息中攜帶的處理 節(jié)點端口號，將消息轉(zhuǎn)發(fā)到對應(yīng)的處理節(jié)點。 本發(fā)明實施例具有如下優(yōu)點本發(fā)明實施例為各個處理節(jié)點分配端口號，實現(xiàn)了對各處理節(jié)點的區(qū)分； 每個處理節(jié)點都可以獨立處理消息，消除了由GGSN統(tǒng)一處理導(dǎo)致的業(yè)務(wù)能力的 限制。


圖1為本發(fā)明實施例提供的一種消息傳輸方法的流程圖2為本發(fā)明實施例提供的一種消息傳輸系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖； 圖3為本發(fā)明實施例 一 中 一種消息傳輸方法的流程圖； 圖4為本發(fā)明實施例一中激活隧道的流程圖；圖5為本發(fā)明實施例一中在業(yè)務(wù)支撐節(jié)點和網(wǎng)關(guān)支撐節(jié)點之間進(jìn)行路徑探 測的流程圖；圖6為本發(fā)明實施例一中處理節(jié)點匹配消息序號的流程圖；圖7為本發(fā)明實施例二中 一種消息傳輸方法的流程圖；圖8為本發(fā)明實施例二中激活隧道的流程圖；圖9為本發(fā)明實施例提供的一種網(wǎng)關(guān)支撐節(jié)點的結(jié)構(gòu)示意圖。
具體實施方式
下面結(jié)合附圖對本發(fā)明實施例消息傳輸?shù)姆椒ㄟM(jìn)行詳細(xì)描述。 如圖1所示， 一種消息傳輸?shù)姆椒ǎ?01、 接收業(yè)務(wù)支撐節(jié)點發(fā)送的消息，該消息攜帶有處理節(jié)點的端口號；102、 根據(jù)所述處理節(jié)點端口號將所述消息發(fā)送到對應(yīng)的處理節(jié)點。 一種消息傳輸?shù)姆椒ǎ€包括處理節(jié)點通過隧道向業(yè)務(wù)支撐節(jié)點發(fā)送消息，處理節(jié)點為所述消息分配序 列號。進(jìn)一步， 一種消息傳輸?shù)姆椒?，還包括為各個處理節(jié)點分配端口號。 假設(shè)為網(wǎng)關(guān)支撐節(jié)點GGSN配置一個Gn 口 IP地址為IP-1; GGSN的端口號 為2123(根據(jù)3GPP 29060協(xié)議定義，激活消息的目標(biāo)端口固定釆用2123 );業(yè) 務(wù)支撐節(jié)點SGSN的IP地址為IP-0,端口號為port 0。則本發(fā)明實施例具體應(yīng) 用可以為網(wǎng)關(guān)支撐節(jié)點GGSN內(nèi)部的n個GTP處理節(jié)點分別分配端口號，分別 為port 1， port 2， ......， port i, port j,......， port n。用戶通過業(yè)務(wù)支撐
節(jié)點SGSN向網(wǎng)關(guān)支撐節(jié)點GGSN發(fā)出消息，消息中攜帶目標(biāo)端口號為port i, 目標(biāo)IP為地址IP-1;源IP地址為業(yè)務(wù)支撐節(jié)點SGSN的IP地址IP-O，源端口 號為業(yè)務(wù)支撐節(jié)點SGSN的端口號port 0;網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點收 到所述消息，從中讀取端口號信息。集中分發(fā)點根據(jù)所述端口號信息，將所述 消息轉(zhuǎn)發(fā)到對應(yīng)的GTP處理節(jié)點i。本發(fā)明實施例為網(wǎng)關(guān)支撐節(jié)點GGSN內(nèi)各GTP處理節(jié)點分配端口號，當(dāng)用戶 隧道激活后，該用戶的所有消息都采用內(nèi)部GTP處理節(jié)點的實際端口號進(jìn)行收 發(fā)；網(wǎng)關(guān)支撐節(jié)點GGSN收到的用戶消息將根據(jù)其攜帶的處理節(jié)點端口號，由集 中分發(fā)點轉(zhuǎn)發(fā)給對應(yīng)的GTP處理節(jié)點；GTP處理節(jié)點向業(yè)務(wù)支撐節(jié)點SGSN發(fā)送 消息時，采用自身的端口號為源端口號，并由該GTP處理節(jié)點獨立為消息分配 序列號。下面結(jié)合附圖，對本發(fā)明實施例進(jìn)行詳細(xì)介紹。 如圖3所示，301、為各個處理節(jié)點分配端口號；本發(fā)明實施例中，為GGSN內(nèi)部的n個GTP處理節(jié)點分別分配端口號，分別為port 1, port 2， ......, port i，port j，......, port n。302、在業(yè)務(wù)支撐節(jié)點和GTP處理節(jié)點之間激活隧道； 本發(fā)明實施例中，激活隧道的過程如圖4所示401、 當(dāng)新用戶訪問網(wǎng)絡(luò)時，用戶向務(wù)SGSN發(fā)出激活PDP上下文請求消息；402、 業(yè)務(wù)支撐節(jié)點SGSN向DNS查詢可用的GGSN列表，從中選擇一個網(wǎng)關(guān) 支撐節(jié)點GGSN，獲取其IP地址；403、 業(yè)務(wù)支撐節(jié)點SGSN向所述網(wǎng)關(guān)支撐節(jié)點GGSN發(fā)送激活PDP上下文請 求消息；所述激活PDP上下文請求消息的目標(biāo)IP地址為該網(wǎng)關(guān)支撐節(jié)點GGSN 的IP地址，目標(biāo)端口為GTP協(xié)議中定義的端口號2123;404、網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點收到所述激活PDP上下文請求消息， 根據(jù)負(fù)荷分擔(dān)原則，將該消息轉(zhuǎn)發(fā)給GTP處理節(jié)點i，該處理節(jié)點的端口號為 port i;所述負(fù)荷分擔(dān)原則由網(wǎng)絡(luò)維護(hù)者自行定義，用于指示集中分發(fā)點轉(zhuǎn)發(fā) 消息；406、 所述GTP處理節(jié)點向業(yè)務(wù)支撐節(jié)點SGSN回復(fù)激活響應(yīng)消息；所述消 息攜帶信息，指示消息的來源及目標(biāo)；所述消息的源端口號為節(jié)點i的端口號 port i，源IP地址為IP-1;目標(biāo)端口號為port 0，目標(biāo)IP地址為IP-0;407、 隧道激活，在所述隧道中保存該隧道兩端的節(jié)點信息； 所述信息包括業(yè)務(wù)支撐節(jié)點SGSN的IP地址及端口號；所述隧道對應(yīng)GTP處理節(jié)點的端口號GGSN的IP地址。 隧道激活完畢，進(jìn)入步驟303。 303、創(chuàng)建路徑；如果在所述隧道激活前，網(wǎng)關(guān)支撐節(jié)點GGSN IP-1/2123與業(yè)務(wù)支撐節(jié)點 SGSN IP-0/PORT0之間并沒有其他已激活的隧道，則不存在路徑；所述隧道激活 后，在業(yè)務(wù)支撐節(jié)點SGSN與網(wǎng)關(guān)支撐節(jié)點GGSN之間建立路徑；所述路徑為隧 道復(fù)用， 一條路徑可以包含多條隧道。在業(yè)務(wù)支撐節(jié)點SGSN與網(wǎng)關(guān)支撐節(jié)點GGSN之間的路徑建立之后，業(yè)務(wù)支 撐節(jié)點SGSN及網(wǎng)關(guān)支撐節(jié)點GGSN都會周期性的向?qū)Ψ桨l(fā)送Echo消息，以驗證 路徑是否存活，達(dá)到探測路徑的目的。本發(fā)明實施例中，Echo消息在業(yè)務(wù)支撐 節(jié)點SGSN與網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點之間傳送，下面結(jié)合附圖對這一 發(fā)送Echo消息探測路徑的過程進(jìn)行詳細(xì)說明。如圖5所示，501、業(yè)務(wù)支撐節(jié)點SGSN向網(wǎng)關(guān)支撐節(jié)點GGSN發(fā)送Echo請 求消息；
所述消息中攜帶信息，說明消息的源IP地址和源端口號是業(yè)務(wù)支撐節(jié)點SGSN的IP地址和端口號，消息的目標(biāo)端口號是2123 (GTP協(xié)議規(guī)定的GGSN端 口號)，目標(biāo)IP地址是網(wǎng)關(guān)支撐節(jié)點GGSN的Gn 口工P地址；業(yè)務(wù)支撐節(jié)點SGSN 為消息分配序列號；502、 網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點向業(yè)務(wù)支撐節(jié)點SGSN發(fā)送Echo響 應(yīng)消息；網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點收到所述Echo請求消息后，解析出所述 Echo消息的目標(biāo)端口號為2123,直接回復(fù)Echo響應(yīng)消息；消息的源IP地址和 源端口號是網(wǎng)關(guān)支撐節(jié)點GGSN的IP地址和固定端口號2123，消息的目標(biāo)IP地 址和源端口號是業(yè)務(wù)支撐節(jié)點SGSN的IP地址和端口號；消息復(fù)制Echo請求消 息的序列號；業(yè)務(wù)支撐節(jié)點SGSN根據(jù)收到的Echo響應(yīng)消息的序列號，將該Echo響應(yīng)消 息與之前發(fā)出的Echo請求消息匹配起來，證明路徑存活，取消同一 Echo請求 消息的超時重發(fā)；503、 網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點向業(yè)務(wù)支撐節(jié)點SGSN發(fā)送Echo請 求消息；所述消息的源IP地址和源端口號為網(wǎng)關(guān)支撐節(jié)點GGSN的Gn 口 IP地址和 固定端口號2123，目標(biāo)IP地址和目標(biāo)端口號為業(yè)務(wù)支撐節(jié)點SGSN的IP地址和 端口號；集中分發(fā)點為所述消息分配序列號。504、 SGSN向GGSN發(fā)送Echo響應(yīng)消息；業(yè)務(wù)支撐節(jié)點SGSN收到步驟503所述的Echo請求消息后，回復(fù)Echo響應(yīng) 消息；所述Echo響應(yīng)消息的源IP地址和源端口號為業(yè)務(wù)支撐節(jié)點SGSN的IP 地址和端口 ，目標(biāo)IP地址和目標(biāo)端口號為網(wǎng)關(guān)支撐節(jié)點GGSN的Gn 口 IP地址
和固定端口號2123;所述Echo響應(yīng)消息復(fù)制步驟503中Echo請求消息的序列號 網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點收到所述Echo響應(yīng)消息后，將該Echo響 應(yīng)消息的序列號與之前發(fā)出的Echo請求消息的序列號進(jìn)行匹配，證明路徑存活， 取消同一 Echo請求消息的超時重發(fā)。下面，對在所述隧道中傳輸消息的過程進(jìn)行詳細(xì)介紹。304、 接收業(yè)務(wù)支撐節(jié)點發(fā)來的消息，該消息攜帶有目標(biāo)端口號，包括 本發(fā)明實施例中，所述用戶通過業(yè)務(wù)支撐節(jié)點SGSN向網(wǎng)關(guān)支撐節(jié)點GGSN發(fā)出消息，消息通過所述隧道傳輸，消息中攜帶目標(biāo)端口號為port i，目標(biāo)IP 為地址IP-1,源IP地址和源端口號為業(yè)務(wù)支撐節(jié)點SGSN的IP地址和端口號； GGSN的集中分發(fā)點收到所述消息，從中讀取端口號信息。305、 、根據(jù)所述目標(biāo)端口號將所述消息發(fā)送到對應(yīng)的處理節(jié)點。 本發(fā)明實施例中，集中分發(fā)點根據(jù)所述目標(biāo)端口號，將所述消息轉(zhuǎn)發(fā)到GTP處理節(jié)點i。306、 處理節(jié)點通過隧道向業(yè)務(wù)支撐節(jié)點發(fā)送消息，處理節(jié)點為所述消息分 配序列號，包括所述消息中攜帶信息，指示該消息的源IP地址為IP-1，源端口號為port i， 即所述處理節(jié)點的端口號；目標(biāo)IP地址為IP-O，目標(biāo)端口號為portO; GTP處 理節(jié)點i為所述消息分配序列號SI;本發(fā)明實施例中，每一個GTP處理節(jié)點都 能獨立的為自身發(fā)出的消息分配序列號。消息發(fā)出后，業(yè)務(wù)支撐節(jié)點SGSN響應(yīng)所述消息以及網(wǎng)關(guān)支撐節(jié)點GGSN匹 配響應(yīng)消息與源消息的過禾呈如下如圖6所示，601、 SGSN收到所述消息后回復(fù)響應(yīng)消息；
所述響應(yīng)消息中攜帶信息，指示所述響應(yīng)消息的源IP與源端口號為業(yè)務(wù)支撐節(jié)點SGSN的IP與端口號；目標(biāo)IP為IP-1，即GGSN的IP地址，目標(biāo)端口號 為port i;所述響應(yīng)消息中攜帶序列號Sl。602、 網(wǎng)關(guān)支撐節(jié)點GGSN的集中分發(fā)點收到所述響應(yīng)消息，根據(jù)端口號信 息，將所述消息轉(zhuǎn)發(fā)到GTP處理節(jié)點i;603、 所述GTP處理節(jié)點根據(jù)所述響應(yīng)消息的序列號Sl，與之前發(fā)出的序列 號為S1的消息進(jìn)行匹配，表示收到了業(yè)務(wù)支撐節(jié)點SGSN的響應(yīng)，取消了序列 號為Sl的消息的重發(fā)。下面，結(jié)合附圖，對本發(fā)明另一實施例進(jìn)行詳細(xì)介紹。 現(xiàn)對本發(fā)明實施例中，激活隧道及傳輸消息(即本發(fā)明實施例中一種消息 傳輸方法)的過程進(jìn)行詳細(xì)介紹。如圖7所示，701、為各個處理節(jié)點分配端口號； 此過程與上述本發(fā)明實施例中分配端口號的過程無異，不再贅述。 702、在業(yè)務(wù)支撐節(jié)點和處理節(jié)點之間激活隧道；本發(fā)明實施例中，將每個GTP節(jié)點都虛擬為一個網(wǎng)關(guān)支撐節(jié)點GGSN,路徑 建立在業(yè)務(wù)支撐節(jié)點SGSN與GTP處理節(jié)點之間。在業(yè)務(wù)支撐節(jié)點和處理節(jié)點i 之間激活隧道后，將建立SGSN和處理節(jié)點i之間的if各徑，SGSN在此if各徑上發(fā)送 echo消息的源地址為IP-0、portO，目標(biāo)地址為IP-1、目標(biāo)端口號為porti; GGSN 在此路徑上發(fā)送echo消息的源地址為IP-1、源端口號為porti，目標(biāo)地址為 IP-O、目標(biāo)端口號為port0。假設(shè)此時不存在業(yè)務(wù)支撐節(jié)點SGSN與GTP處理節(jié) 點j之間的路徑。在本發(fā)明實施例中，激活隧道的方法有兩種，分別為 一、在業(yè)務(wù)支撐節(jié) 點SGSN與GTP處理節(jié)點之間已建立的路徑中激活隧道；二、在SGSN與GTP處 理節(jié)點之間激活隧道并創(chuàng)建新路徑。由于方法一除路徑建立在SGSN與GTP處理節(jié)點之間之外，實施原理與本發(fā)明實施例一無異，故不再贅述。 下面結(jié)合附圖，對本發(fā)明實施例中激活隧道的方法進(jìn)行詳細(xì)說明。如圖8所示，801、用戶向SGSN發(fā)出激活PDP上下文請求消息；802、 SGSN向DNS查詢可用的GGSN列表，從中選4爭一個GGSN,獲取其IP 地址；803、 SGSN向所述GGSN發(fā)送激活PDP上下文請求消息；所述激活PDP上下文請求消息的目標(biāo)IP地址為該GGSN的IP地址，目標(biāo)端 口為GTP協(xié)議中定義的端口號2123或已激活的處理節(jié)點i的端口號port i。804、 GGSN的集中分發(fā)點收到所述激活PDP上下文請求消息，根據(jù)負(fù)荷分擔(dān) 原則，將該消息轉(zhuǎn)發(fā)給空閑的GTP處理節(jié)點j，該處理節(jié)點的端口號為port j;所述負(fù)荷分擔(dān)原則由網(wǎng)絡(luò)維護(hù)者自行定義，用于指示集中分發(fā)點轉(zhuǎn)發(fā)消息。805、 GTP處理節(jié)點j向SGSN回復(fù)激活響應(yīng)消息；所述消息的中攜帶信息，指示消息的來源及目標(biāo)；所述消息的源端口號為 節(jié)點j的端口號port j,源IP地址為IP-1;目標(biāo)端口號為portO,目標(biāo)IP地 址為IP-0。806、 隧道激活，在所述隧道中保存該隧道兩端的節(jié)點信息； 所述信息包括SGSN的IP地址及端口號；所述隧道對應(yīng)GTP處理節(jié)點的端口號，和GGSN的IP i也址。隧道激活完畢，進(jìn)入步驟703。703、業(yè)務(wù)支撐節(jié)點SGSN創(chuàng)建新路徑；SGSN收到所述響應(yīng)消息后，發(fā)現(xiàn)在SGSN與GTP處理節(jié)點j之間不存在路徑， 于是在SGSN與節(jié)點j之間創(chuàng)建新路徑。
至此，本發(fā)明實施例中隧道激活并創(chuàng)建新路徑的過程結(jié)束。本發(fā)明實施例二的步驟704至步驟706是在所述隧道中傳輸消息的過程， 與本發(fā)明實施例一中步驟304至306的描述無異，故不再贅述。本發(fā)明實施例二中，；洛徑建立后，有一個在^各徑兩端發(fā)送Echo請求消息及 Echo響應(yīng)消息進(jìn)行路徑探測，以驗證路徑是否存活的過程；如圖9所示，除路 徑兩端節(jié)點變?yōu)镾GSN與GTP處理節(jié)點之外，該過程與本發(fā)明實施例一中所述過 程無異，故不再贅述。本發(fā)明實施例為GGSN內(nèi)部的各個GTP處理節(jié)點分配端口號，實現(xiàn)了對各GTP 節(jié)點的區(qū)分；在GGSN內(nèi)部設(shè)置集中分發(fā)點，集中分發(fā)點根據(jù)負(fù)荷分擔(dān)原則，將 業(yè)務(wù)分配到各個GTP處理節(jié)點去。這樣， 一套GGSN設(shè)備只需配置一個IP地址， GGSN擴(kuò)容時，只需為新增加的內(nèi)部處理節(jié)點分配新的端口號，設(shè)備升級簡單； GGSN內(nèi)部對DNS及承載網(wǎng)不可見，減少了DNS的壓力，簡化了組網(wǎng)策略；將各 個GTP處理節(jié)點區(qū)別開來，每個GTP節(jié)點都可以獨立的為消息分配序列號，消 除了由GGSN統(tǒng)一分配消息序列號導(dǎo)致的處理能力瓶頸的限制。如圖9所示，本發(fā)明的實施例還提供一種網(wǎng)關(guān)支撐節(jié)點。一種網(wǎng)關(guān)支撐節(jié)點，包括消息接收模塊901,用于接收業(yè)務(wù)支撐節(jié)點發(fā)送的帶有處理節(jié)點端口號的消臺 消息轉(zhuǎn)發(fā)模塊902,用于根據(jù)處理節(jié)點端口號，將消息轉(zhuǎn)發(fā)到對應(yīng)的處理節(jié)點。所述消息轉(zhuǎn)發(fā)模塊902還用于當(dāng)接收到目標(biāo)端口號為2123的激活請求消息 時，根據(jù)負(fù)荷分擔(dān)原則選擇一個處理節(jié)點進(jìn)行消息轉(zhuǎn)發(fā)。 一種網(wǎng)關(guān)支撐節(jié)點，還包括
端口號分配模塊903，用于為每個處理節(jié)點分配端口號。本發(fā)明實施例還提供一種消息傳輸?shù)南到y(tǒng)。如圖2所示， 一種消息傳輸系統(tǒng)，包括至少一個域名服務(wù)器201， 一個業(yè)務(wù) 支撐節(jié)點SGSN202， 一個網(wǎng)關(guān)支撐節(jié)點GGSN203;業(yè)務(wù)支撐節(jié)點202與網(wǎng)關(guān)支撐 節(jié)點203中存在承載網(wǎng)絡(luò)204;網(wǎng)關(guān)支撐節(jié)點203中置有一個集中分發(fā)點2031; GGSN中置有n個GTP處理節(jié)點2032;業(yè)務(wù)支撐節(jié)點202與網(wǎng)關(guān)支撐節(jié)點203之 間置有承載網(wǎng)204，用于在所述業(yè)務(wù)支撐節(jié)點202與網(wǎng)關(guān)支撐節(jié)點203之間傳輸 消息。業(yè)務(wù)支撐節(jié)點202向網(wǎng)關(guān)支撐節(jié)點203發(fā)送消息，所述消息中攜帶有處理 節(jié)點的端口號；網(wǎng)關(guān)支撐節(jié)點203收到業(yè)務(wù)支撐節(jié)點202發(fā)送的消息后，由集 中分發(fā)點2031根據(jù)消息中攜帶的目標(biāo)處理節(jié)點端口號，將所述消息轉(zhuǎn)發(fā)到對應(yīng) 的處理節(jié)點2032。具體實現(xiàn)可以參見方法實施例。本發(fā)明實施例為GGSN內(nèi)部的各個GTP處理節(jié)點分配端口號，實現(xiàn)了對各GTP 節(jié)點的區(qū)分；在GGSN內(nèi)部設(shè)置集中分發(fā)點，集中分發(fā)點根據(jù)負(fù)荷分擔(dān)原則，將 業(yè)務(wù)分配到各個GTP處理節(jié)點去。這樣， 一套GGSN設(shè)備只需配置一個IP地址， GGSN擴(kuò)容時，只需為新增加的內(nèi)部處理節(jié)點分配新的端口號，設(shè)備升級簡單； GGSN內(nèi)部對DNS及承載網(wǎng)不可見，減少了DNS的壓力，簡化了組網(wǎng)策略；將各 個GTP處理節(jié)點區(qū)別開來，每個GTP節(jié)點都可以獨立的為消息分配序列號，消 除了由GGSN統(tǒng)一分配消息序列號導(dǎo)致的處理能力瓶頸的限制。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是 可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一計算機(jī)可讀存 儲介質(zhì)中，如ROM/RAM、磁碟或光盤等。 以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于 此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到 變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng) 所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種消息傳輸方法，其特征在于，包括接收業(yè)務(wù)支撐節(jié)點發(fā)送的消息，該消息攜帶有處理節(jié)點的端口號；根據(jù)所述處理節(jié)點的端口號將所述消息發(fā)送到對應(yīng)的處理節(jié)點。
2、 根據(jù)權(quán)利要求1所述的消息傳輸方法，其特征在于，所述接收業(yè)務(wù)支撐 節(jié)點發(fā)送的消息，該消息攜帶有處理節(jié)點的端口號之前還包括為各個處理節(jié)點分配端口號。
3、 根據(jù)權(quán)利要求1所述的消息傳輸方法，其特征在于，在所述接收業(yè)務(wù)支 撐節(jié)點發(fā)送的消息之前還包括在業(yè)務(wù)支撐節(jié)點和處理節(jié)點之間激活隧道。
4、 根據(jù)權(quán)利要求3所述的消息傳輸方法，其特征在于，所述在業(yè)務(wù)支撐節(jié) 點和處理節(jié)點之間激活隧道包括接收業(yè)務(wù)支撐節(jié)點發(fā)送的激活分組數(shù)據(jù)協(xié)議上下文消息； 將消息分發(fā)給一個處理節(jié)點；該處理節(jié)點向業(yè)務(wù)支撐節(jié)點回復(fù)激活分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息，隧道 激活。
5、 根據(jù)權(quán)利要求4所述的消息傳輸方法，其特征在于，所述激活分組數(shù)據(jù) 協(xié)議上下文響應(yīng)消息攜帶有隧道兩端節(jié)點的信息；該信息包括業(yè)務(wù)支撐節(jié)點 的端口號和IP地址；所述處理節(jié)點的端口號，網(wǎng)關(guān)支撐節(jié)點的IP地址。
6、 根據(jù)權(quán)利要求4或5所述的消息傳輸方法，其特征在于，所述激活分組 數(shù)據(jù)協(xié)議上下文消息包括消息中攜帶有所述隧道兩端節(jié)點的信息；該信息包括業(yè)務(wù)支撐節(jié)點的端口 號和IP地址；網(wǎng)關(guān)支撐節(jié)點的端口號或處理節(jié)點端口號。
7、 根據(jù)權(quán)利要求3所述的消息傳輸方法，其特征在于，在業(yè)務(wù)支撐節(jié)點與處理節(jié)點之間已建立的路徑中激活隧道；或在業(yè)務(wù)支撐節(jié)點與處理節(jié)點之 間激活隧道并創(chuàng)建新;洛徑。
8、 根據(jù)權(quán)利要求1所述的消息傳輸方法，其特征在于，還包括 處理節(jié)點為所述消息分配序列號。
9、 一種網(wǎng)關(guān)支撐節(jié)點，其特征在于，包括消息接收模塊，用于接收業(yè)務(wù)支撐節(jié)點發(fā)送的帶有處理節(jié)點端口號的消息; 消息轉(zhuǎn)發(fā)模塊，用于根據(jù)所述處理節(jié)點端口號，將消息轉(zhuǎn)發(fā)到對應(yīng)的處理 節(jié)點。
10、 根據(jù)權(quán)利要求9所述的一種網(wǎng)關(guān)支撐節(jié)點，其特征在于，還包括 端口號分配模塊，用于為每個處理節(jié)點分配端口號。
11、 一種消息傳輸系統(tǒng)，其特征在于，包括一個業(yè)務(wù)支撐節(jié)點， 一個網(wǎng)關(guān) 支撐節(jié)點；網(wǎng)關(guān)支撐節(jié)點中置有至少一個處理節(jié)點業(yè)務(wù)支撐節(jié)點用于向網(wǎng)關(guān)支撐節(jié)點發(fā)送消息，所述消息中攜帶有處理節(jié)點 的端口號；網(wǎng)關(guān)支撐節(jié)點用于接收業(yè)務(wù)支撐節(jié)點發(fā)送的消息，根據(jù)消息中攜帶的處理 節(jié)點端口號，將所述消息轉(zhuǎn)發(fā)到對應(yīng)的處理節(jié)點。
全文摘要
本發(fā)明實施例公開了一種消息傳輸方法、系統(tǒng)和網(wǎng)關(guān)支撐節(jié)點。該消息傳輸方法包括接收業(yè)務(wù)支撐節(jié)點發(fā)送的消息，該消息攜帶有處理節(jié)點的端口號；根據(jù)所述處理節(jié)點的端口號將所述消息發(fā)送到對應(yīng)的處理節(jié)點。本發(fā)明實施例按照端口號將處理節(jié)點區(qū)別開來，每個處理節(jié)點都可以獨立處理消息，消除了由GGSN統(tǒng)一處理導(dǎo)致的業(yè)務(wù)能力的限制。
文檔編號H04W88/16GK101400029SQ200810173210
公開日2009年4月1日 申請日期2008年10月24日 優(yōu)先權(quán)日2008年10月24日
發(fā)明者非 吳, 侃 曾, 武二華, 楠 焦, 高曉峰 申請人:華為技術(shù)有限公司