專(zhuān)利名稱(chēng)：一種廣域網(wǎng)報(bào)文傳送方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信領(lǐng)域，特別涉及廣域網(wǎng)鏈路報(bào)文承載的相關(guān)技術(shù)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，網(wǎng)絡(luò)結(jié)構(gòu)越來(lái)越復(fù)雜，計(jì)算機(jī)廣域網(wǎng)的連接根據(jù)通信協(xié)議的不同，分為巾貞中繼網(wǎng)、ATM (Asynchronous Transfer Mode,異步傳輸模式)網(wǎng)、ISDN (Integrated Services Digital Network,綜合業(yè)務(wù)數(shù)字網(wǎng))網(wǎng)以及PPP(Point-to-Point Protocol,點(diǎn)到點(diǎn)的鏈路層協(xié)議)網(wǎng)等。由于網(wǎng)絡(luò)的不同，常見(jiàn)的廣域網(wǎng)二層封裝有FR (Frame，幀中繼)、HDLC (Hi gh-Leve IData Link Control，高級(jí)數(shù)據(jù)鏈路控制)、PPP以及ATM等。其中HDLC和PPP屬于點(diǎn)對(duì)點(diǎn)傳輸，不需要鏈路層地址等信息；FR和ATM基于虛擬鏈路傳輸，需要對(duì)虛電路進(jìn)行編號(hào)，傳輸?shù)臅r(shí)候根據(jù)虛電路編號(hào)進(jìn)行分組交換。目前這幾種封裝，除了PPP的封裝格式比較統(tǒng)一外，其他三種封裝格式在承載業(yè)務(wù)報(bào)文的時(shí)候，格式都有所不同。HDLC —般有標(biāo)準(zhǔn)封裝格式和思科封裝格式，如圖I所示。標(biāo)準(zhǔn)封裝格式鏈路不支持多協(xié)議傳輸，而思科格式支持。FR在承載業(yè)務(wù)報(bào)文時(shí)，一般也有標(biāo)準(zhǔn)封裝格式和思科封裝格式。如果FR封裝承載IP (Internet Protocol,網(wǎng)際協(xié)議)報(bào)文，標(biāo)準(zhǔn)封裝格式又分NLPID (Network LevelProtocol ID,網(wǎng)絡(luò)層協(xié)議標(biāo)識(shí))封裝和SNAP (Subnetwork Access Protocol,子網(wǎng)訪問(wèn)協(xié)議)封裝，如圖2所示。ATM報(bào)文封裝過(guò)程如圖3所示,在適配層一般采用AAL5 (ATM Adaptation Layer5，異步傳輸模式適配層類(lèi)型5)格式封裝，AAL5有標(biāo)準(zhǔn)封裝格式、VC-MUX (Virtual ChannelMultiplexer,虛擬通道多路復(fù)用器)封裝格式和思科封裝格式，如果承載IP報(bào)文，標(biāo)準(zhǔn)封裝格式又分LLC(Logical Link Control，邏輯鏈路控制)封裝和SNAP封裝，如圖4所示。對(duì)于FR和ATM，還有可能配置成橋接封裝格式，橋接也有各種格式，比如IPoE(IP OverEthernet，以太網(wǎng)上的網(wǎng)際協(xié)議)、IPoA(IP Over ATM，異步傳輸模式網(wǎng)的網(wǎng)際協(xié)議)、IPoFR(IP Over FR，幀中繼網(wǎng)上的網(wǎng)際協(xié)議)、PPPoE (PPP Over Ethernet以太網(wǎng)上的點(diǎn)對(duì)點(diǎn)協(xié)議)、PPPoA (PPP Over ATM，異步傳輸模式網(wǎng)上的點(diǎn)對(duì)點(diǎn)協(xié)議)、PPPoFR(PPP Over FR，幀中繼網(wǎng)上的點(diǎn)對(duì)點(diǎn)協(xié)議)等。由此可見(jiàn)，報(bào)文封裝格式具有多種。如果業(yè)務(wù)在發(fā)送端和接收端配置的封裝信息不統(tǒng)一，比如發(fā)送端配置的是標(biāo)準(zhǔn)FR封裝格式，接收端配置的是思科封裝格式，就可能導(dǎo)致接收端無(wú)法解析報(bào)文的情況，造成發(fā)送端資源的浪費(fèi)(例如，發(fā)送端可能重復(fù)發(fā)送同一個(gè)報(bào)文)。目前，F(xiàn)R、HDLC以及ATM的鏈路層維護(hù)協(xié)議都沒(méi)有針對(duì)這種情況的處理。

發(fā)明內(nèi)容
本發(fā)明公開(kāi)了一種關(guān)于廣域網(wǎng)報(bào)文的發(fā)送與接收方法，用以避免發(fā)送端的資源浪費(fèi)。本發(fā)明實(shí)施例提供的具體技術(shù)方案如下一種廣域網(wǎng)報(bào)文傳送的實(shí)現(xiàn)方法，該方法包括發(fā)送端向接收端發(fā)送鏈路層管理報(bào)文，進(jìn)行鏈路層協(xié)商；鏈路層協(xié)商成功后，發(fā)送端向接收端發(fā)送配置檢測(cè)報(bào)文，該配置檢測(cè)報(bào)文中至少攜帶表征發(fā)送端報(bào)文封裝格式的配置信息；發(fā)送端基于接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功；在網(wǎng)絡(luò)層協(xié)商成功后，在本端與接收端之間進(jìn)行網(wǎng)絡(luò)層承載報(bào)文的傳輸。一種廣域網(wǎng)報(bào)文傳送的實(shí)現(xiàn)裝置，該裝置包括第一處理單元，用于向接收端發(fā)送鏈路層管理報(bào)文，進(jìn)行鏈路層協(xié)商；第二處理單元，用于在鏈路層協(xié)商成功后，向接收端發(fā)送配置檢測(cè)報(bào)文，該配置檢測(cè)報(bào)文中至少攜帶表征發(fā)送端報(bào)文封裝格式的配置信息，根據(jù)接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功，以及在網(wǎng)絡(luò)層協(xié)商成功后，在本端與接收端之間進(jìn)行網(wǎng)絡(luò)層承載報(bào)文的傳輸。本發(fā)明實(shí)施例中，提供了一種方法，可以快速確認(rèn)發(fā)送端和接收端的報(bào)文封裝格式是否一致。具體為將廣域網(wǎng)的協(xié)議管理分為兩層，先進(jìn)行鏈路層協(xié)商，成功后再進(jìn)行網(wǎng)絡(luò)層協(xié)商，若協(xié)商失敗，發(fā)送端就不發(fā)送網(wǎng)絡(luò)層承載報(bào)文。這樣，本發(fā)明實(shí)施例就可以避免現(xiàn)有技術(shù)中的缺陷，即因?yàn)榘l(fā)送端和接收端報(bào)文封裝格式不同導(dǎo)致接收端無(wú)法解析報(bào)文，造成發(fā)送端資源浪費(fèi)的情況，使得發(fā)送端和接收端之間順利進(jìn)行報(bào)文交互。


圖I為HDLC的數(shù)據(jù)幀格式；圖2為承載IP報(bào)文的FR的數(shù)據(jù)幀格式；圖3為ATM報(bào)文封裝流程；圖4為承載IP報(bào)文的ATM數(shù)據(jù)幀格式；圖5為本發(fā)明實(shí)施例中的發(fā)送端的配置檢測(cè)流程圖；圖6為本發(fā)明實(shí)施例中的配置檢測(cè)報(bào)文格式；圖7為本發(fā)明實(shí)施例中的HDLC配置檢測(cè)報(bào)文格式；圖8為本發(fā)明實(shí)施例中的FR配置檢測(cè)報(bào)文格式；圖9為本發(fā)明實(shí)施例中的ATM配置檢測(cè)報(bào)文格式。圖10為本發(fā)明實(shí)施例中的接收端的配置檢測(cè)流程圖；圖11為本發(fā)明實(shí)施例中的廣域網(wǎng)報(bào)文的發(fā)送與接收過(guò)程；圖12為本發(fā)明實(shí)施例中發(fā)送端功能結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例中，發(fā)送端先與接收端進(jìn)行鏈路層協(xié)商，鏈路層協(xié)商成功，再進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查和網(wǎng)絡(luò)層協(xié)商，如果協(xié)商失敗，發(fā)送端將不發(fā)送網(wǎng)絡(luò)層承載報(bào)文，以達(dá)到節(jié)省資源的目的。
下面結(jié)合說(shuō)明書(shū)附圖對(duì)本發(fā)明實(shí)施例作進(jìn)一步詳細(xì)描述。本發(fā)明實(shí)施例中將發(fā)送端和接收端之間的HDLC、FR和ATM的協(xié)議管理分為兩個(gè)層次，鏈路層管理和網(wǎng)絡(luò)層管理。鏈路層管理負(fù)責(zé)鏈路的可達(dá)性管理，網(wǎng)絡(luò)層管理負(fù)責(zé)網(wǎng)絡(luò)層業(yè)務(wù)相關(guān)的管理，相應(yīng)的新增兩個(gè)接口協(xié)議狀態(tài)鏈路層協(xié)議狀態(tài)和網(wǎng)絡(luò)層協(xié)議狀態(tài)。默認(rèn)情況下這兩個(gè)狀態(tài)都是DOWN的。本發(fā)明實(shí)施例中把HDLC保活報(bào)文、FR的LMI (Local Manage Interface,巾貞中繼本地管理接口)報(bào)文以及 ATM 的 OAM(Operation Administration and Maintenance,操作管理維護(hù))報(bào)文定義為鏈路層管理報(bào)文，把承載數(shù)據(jù)的配置管理報(bào)文定義為網(wǎng)絡(luò)層管理報(bào)文。當(dāng)發(fā)送端和接收端之間的一個(gè)接口的鏈路層協(xié)商成功時(shí)，該接口的鏈路層協(xié)議狀態(tài)為UP0鏈路層協(xié)商過(guò)程對(duì)于HDLC封裝，是保活報(bào)文的檢測(cè)。發(fā)送端開(kāi)啟一個(gè)定時(shí)器，定時(shí)發(fā)送?；顖?bào)文，同時(shí)再開(kāi)啟另一個(gè)定時(shí)器，記錄規(guī)定時(shí)間內(nèi)收到的保活報(bào)文個(gè)數(shù)。在規(guī)定的時(shí)間內(nèi)，如果發(fā)送端沒(méi)有收到?；顖?bào)文，則判斷鏈路不可用；如果是對(duì)于HDLC封裝的鏈路層協(xié)商，接收端和發(fā)送端的操作一樣。鏈路層協(xié)商過(guò)程對(duì)于FR封裝，是LMI報(bào)文的檢測(cè)。發(fā)送端開(kāi)啟一個(gè)定時(shí)器，定時(shí)向接收端發(fā)送PVC(Permanent Virtual Circuit,永久虛擬電路)狀態(tài)請(qǐng)求報(bào)文。接收端接收到PVC狀態(tài)請(qǐng)求報(bào)文后，回復(fù)PVC狀態(tài)應(yīng)答報(bào)文，并開(kāi)啟一個(gè)定時(shí)器，記錄收到的PVC狀態(tài)請(qǐng)求報(bào)文個(gè)數(shù)。如果發(fā)送端在一定時(shí)間內(nèi)沒(méi)有收到達(dá)到一定數(shù)目的PVC狀態(tài)應(yīng)答報(bào)文，則判斷鏈路不可用；如果接收端在一定時(shí)間內(nèi)沒(méi)有收到達(dá)到一定數(shù)目的PVC狀態(tài)請(qǐng)求報(bào)文，則判斷鏈路不可用。鏈路層協(xié)商過(guò)程對(duì)于ATM封裝，是OAM報(bào)文的檢測(cè)。發(fā)送端定時(shí)發(fā)送ATM環(huán)回報(bào)文。接收端收到發(fā)送端發(fā)送的ATM環(huán)回報(bào)文后，將該環(huán)回報(bào)文的內(nèi)容修改并返回給發(fā)送端。如果發(fā)送端發(fā)送完規(guī)定數(shù)目的ATM環(huán)回報(bào)文，卻一直沒(méi)有收到接收端返回的環(huán)回報(bào)文，則判斷鏈路不可用。當(dāng)發(fā)送端或者接收端判斷鏈路可用時(shí)，鏈路層協(xié)商成功，鏈路層協(xié)議狀態(tài)設(shè)置為UPo由于網(wǎng)絡(luò)層協(xié)議狀態(tài)可能包含多個(gè)網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)，比如，一個(gè)接口承載IPv4 (Internet Protocol Version 4,互聯(lián)網(wǎng)協(xié)議第 4版)報(bào)文和 IPv6 (Internet ProtocolVersion 6，互聯(lián)網(wǎng)協(xié)議第6版)報(bào)文，這個(gè)接口的網(wǎng)絡(luò)層協(xié)議狀態(tài)就包括IPv4的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)和IPv6的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)。發(fā)送端和接收端之間的接口根據(jù)不同的承載業(yè)務(wù)，要分別進(jìn)行對(duì)應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)商。網(wǎng)絡(luò)層業(yè)務(wù)協(xié)商成功，將接口對(duì)應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)設(shè)置為UP，發(fā)送端和接收端之間的接口才可以承載對(duì)應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)。網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)只要有一個(gè)UP，發(fā)送端和接收端就均設(shè)置該接口的網(wǎng)絡(luò)層協(xié)議狀態(tài)為UP ;所有的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)都為D0WN，則發(fā)送端和接收端就設(shè)置該接口網(wǎng)絡(luò)層協(xié)議狀態(tài)為DOWN。本發(fā)明實(shí)施例中，發(fā)送端的配置檢測(cè)流程如圖5所示。步驟501 :發(fā)送端進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。發(fā)送端進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。是為了判斷相應(yīng)的接口上是否有網(wǎng)絡(luò)層業(yè)務(wù)配置，如，配置IPv4地址，使能IPv6業(yè)務(wù)等。、
本發(fā)明實(shí)施例中，發(fā)送端可以在下面三種情況下進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查例如，發(fā)送端在進(jìn)行鏈路層協(xié)議狀態(tài)檢查時(shí)，若確定鏈路層協(xié)議狀態(tài)為UP，則進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查，若確定鏈路層協(xié)議狀態(tài)為DOWN，則直接將網(wǎng)絡(luò)層協(xié)議狀態(tài)設(shè)置為DOffN0
又例如，發(fā)送端檢測(cè)到網(wǎng)絡(luò)層業(yè)務(wù)封裝配置(即報(bào)文的封裝格式)發(fā)生變化時(shí)，進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。又例如，發(fā)送端檢測(cè)到網(wǎng)絡(luò)層的業(yè)務(wù)配置發(fā)生變化(如，新增加某一業(yè)務(wù)配置)，則進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。另一方面，若網(wǎng)絡(luò)層的某一業(yè)務(wù)配置被刪除，則發(fā)送端直接將網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)設(shè)置為DOWN，不進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查，并進(jìn)一步判斷鏈路層協(xié)議狀態(tài)是否為UP，若是，則向接收端發(fā)送網(wǎng)絡(luò)層配置刪除報(bào)文，否則，不發(fā)送網(wǎng)絡(luò)層配置刪除報(bào)文。步驟502 :發(fā)送端根據(jù)檢測(cè)結(jié)果，判斷當(dāng)前是否存在網(wǎng)絡(luò)層業(yè)務(wù)配置且鏈路層協(xié)議狀態(tài)為UP，若是，則進(jìn)行步驟503 ;否則，進(jìn)行步驟504。步驟503 :發(fā)送端向接收端發(fā)送配置檢測(cè)報(bào)文進(jìn)行網(wǎng)絡(luò)層協(xié)商，該配置檢測(cè)報(bào)文中攜帶有表征發(fā)送端報(bào)文封裝格式的配置信息。發(fā)送的配置檢測(cè)報(bào)文個(gè)數(shù)和發(fā)送的時(shí)間間隔都可以通過(guò)配置命令控制。 配置檢測(cè)報(bào)文格式如圖6所示配置檢測(cè)報(bào)文格式中的“opt”字段，一個(gè)字節(jié)，表示操作類(lèi)型，如果“opt”字段是I代表請(qǐng)求，是2則代表應(yīng)答，3代表網(wǎng)絡(luò)層配置刪除。1、2兩種情況表示接下來(lái)發(fā)送的網(wǎng)絡(luò)層管理報(bào)文是配置檢測(cè)報(bào)文；3的情況下，網(wǎng)絡(luò)管理報(bào)文是網(wǎng)絡(luò)層配置刪除報(bào)文。配置檢測(cè)報(bào)文格式中的“type”字段，一個(gè)字節(jié)，代表承載業(yè)務(wù)的類(lèi)型，比如I代表IPv4, 2 代表 IPv6, 3 代表 IS-IS (Intermediate System-Intermediate System,中間系統(tǒng)到中間系統(tǒng)的路由選擇協(xié)議)等。配置檢測(cè)報(bào)文格式中的“encap”字段，一個(gè)字節(jié)，代表封裝子類(lèi)型，因廣域網(wǎng)封裝信息不同而不同，比如HDLC封裝，I代表標(biāo)準(zhǔn)封裝，2代表思科HDLC封裝；FR封裝，I代表NLPID封裝，2代表SNAP封裝，3代表思科封裝;ATM封裝，I代表LLC封裝，2代表SNAP封裝，3代表MUX封裝，4代表思科封裝。配置檢測(cè)報(bào)文格式中的“option”字段,代表選項(xiàng)，按照TLV (type-length-value,報(bào)文類(lèi)型-報(bào)文長(zhǎng)度-報(bào)文內(nèi)容)結(jié)構(gòu)組織，用于功能擴(kuò)展使用，如在ATM的VC-MUX封裝時(shí)，表示協(xié)商承載的報(bào)文類(lèi)型等。配置檢測(cè)報(bào)文格式中的“11c head”表示鏈路層報(bào)文頭。本發(fā)明實(shí)施例中，將HDLC、FR和ATM的配置檢測(cè)報(bào)文格式設(shè)計(jì)如下HDLC封裝，如圖7所示，在控制字段后邊，新增一個(gè)協(xié)議號(hào)0x0000，表示配置檢測(cè)報(bào)文；FR封裝，如圖8所示，配置檢測(cè)的DLCI (Data Link Connection Identifier,數(shù)據(jù)鏈路連接標(biāo)識(shí))值默認(rèn)使用0，新定義一個(gè)協(xié)議號(hào)0x07表示配置檢測(cè)報(bào)文；ATM封裝，如圖9所示，在現(xiàn)有的ATM OAM報(bào)文基礎(chǔ)上，擴(kuò)展“cell type”和“Function”字段，表示配置檢測(cè)報(bào)文。步驟504 :發(fā)送端不發(fā)送配置檢測(cè)報(bào)文，結(jié)束當(dāng)前流程。步驟505 :發(fā)送端收到接收端返回的配置響應(yīng)報(bào)文。
發(fā)送端根據(jù)接收端返回配置響應(yīng)報(bào)文中的配置信息(如，“encap”字段)，來(lái)判斷本端與接收端是否采用相同的報(bào)文封裝格式，若是，則進(jìn)行507，否則，進(jìn)行步驟506。或者，發(fā)送端將配置檢測(cè)報(bào)文發(fā)送給接收端后，可以由接收端進(jìn)行配置信息的比對(duì)，返回對(duì)比結(jié)果。步驟506 :發(fā)送端確定網(wǎng)絡(luò)層協(xié)商失敗，將網(wǎng)絡(luò)層協(xié)議狀態(tài)設(shè)置為DOWN，不再進(jìn)行網(wǎng)絡(luò)層協(xié)商。步驟507 :發(fā)送端確定網(wǎng)絡(luò)層協(xié)商成功，將網(wǎng)絡(luò)層協(xié)議狀態(tài)設(shè)置為UP。到此，發(fā)送端可以在網(wǎng)絡(luò)層協(xié)議狀態(tài)為UP的接口上與接收端進(jìn)行網(wǎng)絡(luò)層承載報(bào)文的傳輸。本發(fā)明實(shí)施例中，接收端的配置檢測(cè)流程如圖10所示。步驟1001 :接收端接收到發(fā)送端傳送的報(bào)文。步驟1002 :接收端檢測(cè)本端的鏈路層協(xié)議狀態(tài)是否為UP，若是，則執(zhí)行步驟1004，否則，進(jìn)行步驟1003。步驟1003 :接收端丟棄發(fā)送端傳送的報(bào)文。步驟1004 :接收端檢查本端是否有網(wǎng)絡(luò)層業(yè)務(wù)配置(例如，是否配置IP地址等)。若是，執(zhí)行步驟1005 ;否則，返回步驟1003。步驟1005 :接收端對(duì)發(fā)送端傳送的報(bào)文進(jìn)行解析，判斷該報(bào)文是否為配置檢測(cè)報(bào)文，若是，則進(jìn)行步驟1007 ;否則，進(jìn)行步驟1006。步驟1006 :接收端判斷發(fā)送端傳送的報(bào)文是否為網(wǎng)絡(luò)層配置刪除報(bào)文，若是，則進(jìn)行步驟1010 ;否則，返回步驟1003。步驟1007 :接收端把用以表征本端的報(bào)文封裝格式的配置信息放在配置響應(yīng)報(bào)文中返回至發(fā)送端。步驟1008 :接收端將接收的配置檢測(cè)報(bào)文中攜帶的配置信息和本端的配置信息進(jìn)行比較，判斷二者是否一致，即判斷發(fā)送端與本端是否采用相同的報(bào)文封裝格式，若是，則進(jìn)行步驟1009，否則，進(jìn)行步驟1011。步驟1009 :接收端確定本端與發(fā)送端之間網(wǎng)絡(luò)層協(xié)商成功，將本端的網(wǎng)絡(luò)層協(xié)議狀態(tài)設(shè)置為UP。到此，接收端便可以在網(wǎng)絡(luò)層協(xié)議狀態(tài)為UP的接口上與接收端進(jìn)行網(wǎng)絡(luò)層承載報(bào)文的傳輸。步驟1010 :接收端將本端的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)設(shè)置為DOWN。其中，待刪除的網(wǎng)絡(luò)層業(yè)務(wù)由發(fā)送端傳送的網(wǎng)絡(luò)層配置刪除報(bào)文指定。步驟1011 :接收端的配置信息和發(fā)送端不一致，此時(shí)，接收端丟棄收到的發(fā)送端傳送的配置檢測(cè)報(bào)文，并且不改變本端當(dāng)前的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)以及相應(yīng)接口的所有協(xié)議狀態(tài)?；谏鲜黾夹g(shù)方案，參閱圖11所示，本發(fā)明實(shí)施例中，廣域網(wǎng)報(bào)文的發(fā)送與接收過(guò)程如下步驟1101 :發(fā)送端發(fā)送鏈路層管理報(bào)文，進(jìn)行鏈路層協(xié)商。步驟1102 :發(fā)送端收到接收端返回的鏈路層管理報(bào)文，確認(rèn)鏈路可用時(shí)，則鏈路層協(xié)商成功。鏈路層協(xié)商成功以后才可以進(jìn)行網(wǎng)絡(luò)層協(xié)商。
步驟1103 :發(fā)送端向接收端發(fā)送配置檢測(cè)報(bào)文，該配置檢測(cè)報(bào)文至少包含表征報(bào)文封裝格式的字段“ encap ”。
步驟1104 :發(fā)送端收到接收端返回的配置響應(yīng)報(bào)文，并根據(jù)該配置響應(yīng)報(bào)文確定本端報(bào)文封裝格式與接收端報(bào)文封裝格式一致時(shí)，確認(rèn)網(wǎng)絡(luò)層協(xié)商成功。若配置響應(yīng)報(bào)文中的“encap”字段與發(fā)送端的“encap”字段表征的配置信息相同，即發(fā)送端和接收端采用相同的報(bào)文封裝格式，則發(fā)送端確認(rèn)網(wǎng)絡(luò)層協(xié)商成功?；蛘?，接收端先進(jìn)行完配置信息的比較后，在配置響應(yīng)報(bào)文中采用I表示接收端和發(fā)送端的報(bào)文封裝格式一致，O表示不一致。發(fā)送端根據(jù)接收的配置響應(yīng)報(bào)文確認(rèn)本端和接收端采用相同報(bào)文封裝格式時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功。網(wǎng)絡(luò)層協(xié)商成功后，才繼續(xù)在發(fā)送端與接收端之間傳輸網(wǎng)絡(luò)層報(bào)文。執(zhí)行步驟1103之前，發(fā)送端判斷是否存在相應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)配置，若是，則發(fā)送配置檢測(cè)報(bào)文，否則不發(fā)送。另一方面，在上述實(shí)施例中，若發(fā)送端檢測(cè)到本端刪除了一個(gè)網(wǎng)絡(luò)層業(yè)務(wù)配置，貝U，發(fā)送端將設(shè)置相應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)為DOWN，并且向接收端發(fā)送網(wǎng)絡(luò)層配置刪除報(bào)文，接收端接收到網(wǎng)絡(luò)層配置刪除報(bào)文后，將本端的對(duì)應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)協(xié)議狀態(tài)設(shè)置為DOffN0參閱圖12所示，本發(fā)明實(shí)施例中，基站包括第一處理單元120和第二處理單元121，其中，第一處理單元120，用于向接收端發(fā)送用以進(jìn)行鏈路層協(xié)商的鏈路層管理報(bào)文，以及在收到接收端返回的鏈路層管理報(bào)文后，確認(rèn)鏈路可用時(shí)，鏈路層協(xié)商成功。第二處理單元121，用于向接收端發(fā)送配置檢測(cè)報(bào)文，該配置檢測(cè)報(bào)文中至少攜帶表征發(fā)送端報(bào)文封裝格式的配置信息，以及在接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功。在網(wǎng)絡(luò)層協(xié)商成功后，在本端與接收端之間進(jìn)行網(wǎng)絡(luò)層承載報(bào)文的傳輸。綜上所述，本發(fā)明實(shí)施例通過(guò)將廣域網(wǎng)的協(xié)議管理分為兩層，先進(jìn)行鏈路層協(xié)商，成功后再進(jìn)行網(wǎng)絡(luò)層協(xié)商。若協(xié)商失敗，發(fā)送端就不發(fā)送網(wǎng)絡(luò)層承載報(bào)文。這樣，本發(fā)明實(shí)施例就可以避免現(xiàn)有技術(shù)中的缺陷(即因?yàn)榘l(fā)送端和接收端報(bào)文封裝格式不同導(dǎo)致接收端無(wú)法解析報(bào)文，造成發(fā)送端資源浪費(fèi)的情況)，使得發(fā)送端和接收端之間順利進(jìn)行報(bào)文傳輸。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種廣域網(wǎng)報(bào)文傳送的實(shí)現(xiàn)方法，其特征在于，該方法包括發(fā)送端向接收端發(fā)送鏈路層管理報(bào)文，進(jìn)行鏈路層協(xié)商；鏈路層協(xié)商成功后，發(fā)送端向接收端發(fā)送配置檢測(cè)報(bào)文，該配置檢測(cè)報(bào)文中至少攜帶表征發(fā)送端報(bào)文封裝格式的配置信息；發(fā)送端基于接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功；在網(wǎng)絡(luò)層協(xié)商成功后，在本端與接收端之間進(jìn)行網(wǎng)絡(luò)層承載報(bào)文傳輸。
2.如權(quán)利要求I所述的方法，其特征在于，在鏈路層協(xié)商成功之后，發(fā)送端向接收端發(fā)送配置檢測(cè)報(bào)文之前，進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查，確定存在相應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)配置后，向接收端發(fā)送所述配置檢測(cè)報(bào)文，開(kāi)始網(wǎng)絡(luò)層的協(xié)商。
3.如權(quán)利要求2所述的方法，其特征在于，發(fā)送端進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查，包括發(fā)送端先進(jìn)行鏈路層協(xié)議狀態(tài)檢查，若確定鏈路層協(xié)議狀態(tài)為UP，則進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查；或者，發(fā)送端檢測(cè)到網(wǎng)絡(luò)層業(yè)務(wù)封裝配置發(fā)生變化時(shí)，進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查；或者，發(fā)送端檢測(cè)到網(wǎng)絡(luò)層增加了某一業(yè)務(wù)配置時(shí)，則進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。
4.如權(quán)利要求3所述的方法，其特征在于，發(fā)送端檢測(cè)到網(wǎng)絡(luò)層某一業(yè)務(wù)配置被刪除時(shí)，向接收端發(fā)送網(wǎng)絡(luò)層配置刪除報(bào)文，并不再進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。
5.如權(quán)利要求1-4任一項(xiàng)所述的方法，其特征在于，發(fā)送端基于接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功，包括發(fā)送端根據(jù)所述配置響應(yīng)報(bào)文中攜帶的接收端的配置信息判斷本端的報(bào)文封裝格式與接收端報(bào)文封裝格式一致時(shí)，確認(rèn)網(wǎng)絡(luò)層協(xié)商成功；或者，發(fā)送端根據(jù)所述配置響應(yīng)報(bào)文中攜帶的接收端反饋的配置信息比較結(jié)果，判斷本端的報(bào)文封裝格式與接收端報(bào)文封裝格式一致時(shí)，確認(rèn)網(wǎng)絡(luò)層協(xié)商成功。
6.一種發(fā)送端進(jìn)行配置檢測(cè)的裝置，其特征在于，該裝置包括第一處理單元，用于向接收端發(fā)送鏈路層管理報(bào)文，進(jìn)行鏈路層協(xié)商；第二處理單元，用于在鏈路層協(xié)商成功后，向接收端發(fā)送配置檢測(cè)報(bào)文，該配置檢測(cè)報(bào)文中至少攜帶表征發(fā)送端報(bào)文封裝格式的配置信息，根據(jù)接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功，以及在網(wǎng)絡(luò)層協(xié)商成功后，在本端與接收端之間進(jìn)行網(wǎng)絡(luò)層承載報(bào)文的傳輸。
7.如權(quán)利要求6所述的裝置，其特征在于，在鏈路層協(xié)商成功之后，第二處理單元向接收端發(fā)送用以進(jìn)行配置檢測(cè)報(bào)文之前，進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查，若確定存在相應(yīng)的網(wǎng)絡(luò)層業(yè)務(wù)配置，向接收端發(fā)送所述配置檢測(cè)報(bào)文，開(kāi)始網(wǎng)絡(luò)層的協(xié)商。
8.如權(quán)利要求7所述的裝置，其特征在于，第二處理單元進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查，包括先進(jìn)行鏈路層協(xié)議狀態(tài)檢查，若確定鏈路層協(xié)議狀態(tài)為UP，則進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查；或者，檢測(cè)到網(wǎng)絡(luò)層業(yè)務(wù)封裝配置發(fā)生變化時(shí)，進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查；或者，檢測(cè)到網(wǎng)絡(luò)層增加了某一業(yè)務(wù)配置時(shí)，則進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。
9.如權(quán)利要求8所述的裝置，其特征在于，第二處理單元檢測(cè)到網(wǎng)絡(luò)層某一業(yè)務(wù)配置被刪除時(shí)，向接收端發(fā)送網(wǎng)絡(luò)配置刪除報(bào)文，并不再進(jìn)行網(wǎng)絡(luò)層業(yè)務(wù)配置檢查。
10.如權(quán)利要求6-9任一項(xiàng)所述的裝置，其特征在于，第二處理單元基于接收端返回的配置響應(yīng)報(bào)文，確定接收端采用的報(bào)文封裝格式與本端采用的報(bào)文封裝格式一致時(shí)，確定網(wǎng)絡(luò)層協(xié)商成功，包括根據(jù)所述配置響應(yīng)報(bào)文中攜帶的接收端的配置信息判斷本端的報(bào)文封裝格式與接收端報(bào)文封裝格式一致時(shí)，確認(rèn)網(wǎng)絡(luò)層協(xié)商成功；或者，根據(jù)所述配置響應(yīng)報(bào)文中攜帶的接收端反饋的配置信息比較結(jié)果，判斷本端的報(bào)文封裝格式與接收端報(bào)文封裝格式一致時(shí)，確認(rèn)網(wǎng)絡(luò)層協(xié)商成功。
全文摘要
本發(fā)明涉及數(shù)字通信領(lǐng)域，特別涉及一種關(guān)于廣域網(wǎng)報(bào)文傳送方法及裝置。該方法為將廣域網(wǎng)的協(xié)議管理分為兩層，先進(jìn)行鏈路層協(xié)商，成功后再進(jìn)行網(wǎng)絡(luò)層協(xié)商，若協(xié)商失敗，發(fā)送端就不發(fā)送網(wǎng)絡(luò)層的承載報(bào)文。這樣，本發(fā)明實(shí)施例就可以避免現(xiàn)有技術(shù)中的缺陷，即因?yàn)榘l(fā)送端和接收端報(bào)文封裝格式不同導(dǎo)致接收端無(wú)法解析報(bào)文，造成發(fā)送端資源浪費(fèi)的情況，使得發(fā)送端和接收端之間順利進(jìn)行報(bào)文交互。
文檔編號(hào)H04L29/08GK102624629SQ20121008287
公開(kāi)日2012年8月1日 申請(qǐng)日期2012年3月26日 優(yōu)先權(quán)日2012年3月26日
發(fā)明者李洪濤 申請(qǐng)人:中興通訊股份有限公司