專利名稱：通過傳輸網(wǎng)絡(luò)傳輸ip報文的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種通過傳輸網(wǎng)絡(luò)傳輸IP報文 的方法及裝置。
背景技術(shù)：
在傳統(tǒng)的傳輸網(wǎng)絡(luò)中，對于業(yè)務(wù)的建立都是通過靜態(tài)配置，隨著3G (The third Generation Mobile Telecommunication,第三代移動通信網(wǎng))、 分組業(yè)務(wù)、寬帶業(yè)務(wù)的不斷發(fā)展，不僅對網(wǎng)絡(luò)帶寬的需求越來越大，而且由 于業(yè)務(wù)的不確定性和不可預(yù)見性也越來越大，對于動態(tài)自動建立路徑、調(diào)整 帶寬需求越來越多，在這種情況下，傳統(tǒng)的靜態(tài)配置業(yè)務(wù)無法適應(yīng)形式的發(fā) 展。GMPLS (Generalized Multi-Protocol Label Swtiching ，通用多協(xié)議標(biāo)簽 交換)網(wǎng)絡(luò)正是在這種情況下產(chǎn)生的。
從功能層面上看，GMPLS網(wǎng)絡(luò)由傳送平面、控制平面和管理平面三大平 面組成。GMPLS網(wǎng)絡(luò)中的三個平面分別完成不同的功能，控制平面主要負(fù)責(zé) 控制網(wǎng)絡(luò)的呼叫連接，通過信令交換完成傳送平面的動態(tài)控制，如建立或者 釋放連接、連接失敗時提供保護(hù)恢復(fù)等；管理平面將傳送平面、控制平面以 及系統(tǒng)作為一個整體進(jìn)行管理，實(shí)現(xiàn)管理平面與控制平面和傳送平面之間功 能的協(xié)調(diào)；傳送平面負(fù)責(zé)業(yè)務(wù)的傳送，傳送平面的傳送動作是在管理平面和 控制平面的作用下進(jìn)行的。GMPLS網(wǎng)絡(luò)的體系結(jié)構(gòu)強(qiáng)調(diào)業(yè)務(wù)和網(wǎng)絡(luò)之間的不同，定義了三個參考 點(diǎn)UNI (User Network Interface,用戶網(wǎng)纟各才妻口 ) 、 l-NNI (Inter-Network Network Interface, 內(nèi)4卩網(wǎng)纟各4妄口 )牙口E-NNI ( Exterior-Network Network Interface,外部網(wǎng)絡(luò)接口 ) 。 UNI是業(yè)務(wù)接口，卜NNI是網(wǎng)絡(luò)接口，而E-NNI兼
有業(yè)務(wù)接口和網(wǎng)絡(luò)接口的特征。通過標(biāo)準(zhǔn)UNI接口的引入，使得用戶終端具備 統(tǒng)一的網(wǎng)紹4妄入方式。
UNI接口定義了用戶到網(wǎng)絡(luò)的接口協(xié)議。該接口規(guī)范的主要內(nèi)容有每個 用戶端點(diǎn)的連接建立請求速率、連接請求參數(shù)、光通路端點(diǎn)的尋址方案、光 通路客戶的命名方案、保護(hù)需求的規(guī)范、安全參數(shù)和響應(yīng)時間等。從功能角 度看，UNI接口主要實(shí)現(xiàn)呼叫控制、資源發(fā)現(xiàn)、連接控制和連接選擇等四項基 本功能，通常不支持選路功能。此外，呼叫安全和認(rèn)證，增強(qiáng)的號碼業(yè)務(wù)等 功能也可以通過UNI接口實(shí)現(xiàn)。
現(xiàn)有技術(shù)中的 一 種通過傳輸網(wǎng)絡(luò)傳輸G M P L S網(wǎng)絡(luò)中的U NI業(yè)務(wù)的方法 為Overlay (迭加模型)模型的實(shí)現(xiàn)方案。將GMPLS網(wǎng)絡(luò)的路由器上的物 理接口連接到傳輸網(wǎng)設(shè)備上，在路由器上，只配置LMP(Link Manager Protocol,鏈路管理協(xié)議)協(xié)議、RSVP-TE ( Resource Reservation Protocol - Traffic Extension,基于流量工程擴(kuò)展的資源預(yù)留協(xié)議)協(xié)議，配置建立 UNI接口需要的參數(shù)，指定建立端到端UNI業(yè)務(wù)需要的參數(shù)。 一旦端到端UNI 業(yè)務(wù)建立起來后，路由器上的上述物理接口便可以承擔(dān)UNI業(yè)務(wù)的流量，該 UNI業(yè)務(wù)的流量主要是傳輸路由器上的IP報文的流量。
在實(shí)現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題
在上述Overlay模型的實(shí)現(xiàn)方案中，雖然實(shí)現(xiàn)了通過傳輸網(wǎng)絡(luò)來傳輸IP報 文，但是沒有實(shí)現(xiàn)在邊界路由器上UNI業(yè)務(wù)的建立與IP業(yè)務(wù)的建立相隔離，沒 有實(shí)現(xiàn)對I P報文進(jìn)行傳輸網(wǎng)絡(luò)的鏈路層封裝、鏈路保護(hù)
發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了 一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法及裝置，以 解決在邊界路由器上UNI業(yè)務(wù)的建立與IP業(yè)務(wù)的建立相隔離的問題。
一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，包括
在通用多協(xié)議標(biāo)簽交換網(wǎng)絡(luò)中的源端和目的端的邊緣路由器上預(yù)先配置
建立用戶網(wǎng)絡(luò)節(jié)點(diǎn)UNI業(yè)務(wù)需要的參數(shù)，根據(jù)所述參數(shù)建立源端路由器和目的 端路由器之間的雙向的隧道，所述雙向隧道穿越傳輸網(wǎng)絡(luò)；
在所述源端和目的端的邊緣路由器上創(chuàng)建U NI到傳輸網(wǎng)的接入U N11F接 口 ，所述UNIIF接口對應(yīng)所述源端路由器和目的端路由器之間的雙向的隧道；
將所述源端或目的端的邊緣路由器的IP報文通過所述UNIIF接口進(jìn)入所述 隧道，所述lP報文通過所述隧道傳輸?shù)綄Χ说倪吘壜酚善鳌?br> 一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置，包括
接口對應(yīng)模塊，用于在通用多協(xié)議標(biāo)簽交換網(wǎng)絡(luò)中的源端和目的端的邊 緣路由器上預(yù)先配置建立用戶網(wǎng)絡(luò)節(jié)點(diǎn)UNI業(yè)務(wù)需要的參數(shù)，根據(jù)所述參數(shù)建 立從源端路由器到目的端路由器的雙向的隧道，所述雙向隧道穿越傳輸網(wǎng) 絡(luò)；在所述源端和目的端的邊緣路由器上創(chuàng)建UNI到傳輸網(wǎng)的接入UNIIF接 口 ，所述UNIIF接口對應(yīng)所述源端路由器和目的端路由器之間的雙向的隧道；
報文傳輸模塊，用于將所述源端或目的端的邊緣路由器的IP報文通過所 述UNIIF接口進(jìn)入所述隧道，所述IP才艮文通過所述隧道傳輸?shù)綄Χ说倪吘壜酚?器。
由上述本發(fā)明的實(shí)施例提供的技術(shù)方案可以看出，本發(fā)明實(shí)施例通過在 邊緣路由器上創(chuàng)建UNIIF接口 ，將所述邊緣路由器上配置的UNI對應(yīng)到UNIIF 接口上，在源端的邊緣路由器和目的端的邊緣路由器之間建立了雙向的隧 道，實(shí)現(xiàn)了通過傳輸網(wǎng)絡(luò)傳輸IP業(yè)務(wù)報文，并且保證了在邊界路由器上UNI業(yè) 務(wù)的建立與IP業(yè)務(wù)的建立相隔離。


為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例描述中所 需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā) 明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的 前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實(shí)施例 一提供的 一種通過傳輸網(wǎng)絡(luò)傳輸lP報文的方法的處理
流程圖2為本發(fā)明實(shí)施例一提供的一種在邊界路由器上創(chuàng)建UNIIF接口的示意
圖3為本發(fā)明實(shí)施例二提供的一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置的具體 實(shí)現(xiàn)結(jié)構(gòu)圖。
具體實(shí)施例方式
在本發(fā)明實(shí)施例中，在GMPLS網(wǎng)絡(luò)中的邊緣路由器上創(chuàng)建UNIIF (UNI到
傳輸網(wǎng)的接入)接口，將源端和目的端的邊緣路由器上配置的UNI對應(yīng)到所述 UNIIF接口上，所述源端和目的端的邊緣路由器之間根據(jù)配置的UNI建立穿過 傳輸網(wǎng)絡(luò)的雙向的隧道。然后，將所述源端或目的端的邊緣路由器的IP報文 通過所述UNIIF接口進(jìn)入所述雙向的隧道，所述IP才艮文通過所述雙向的隧道傳 輸?shù)綄Χ说倪吘壜酚善鳌?br> 為便于對本發(fā)明實(shí)施例的理解，下面將結(jié)合附圖以幾個具體實(shí)施例為例 做進(jìn)一步的解釋說明，且各個實(shí)施例并不構(gòu)成對本發(fā)明實(shí)施例的限定。 實(shí)施例一
該實(shí)施例提供的 一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法的處理流程如圖1所 示，包括如下處理步驟
步驟11、在源端和目的端的邊界路由器上配置UNI,源端和目的端的邊界 路由器之間建立雙向的隧道。在源端或目的端的UNI-C (與客戶端連接的UNI)上配置UNI,其中包括 配置建立端到端UNI業(yè)務(wù)需要的參數(shù)，比如源和目的IP地址，希望使用的帶 寬，保護(hù)方式等。配置了上述UNI后，在源端的UNI-C和目的端的UN卜C之 間，通過路由器上的RSVP等協(xié)議與傳輸網(wǎng)絡(luò)中設(shè)備上的RSVP等協(xié)議進(jìn)行交 互，建立雙向的端到端的穿越傳輸網(wǎng)絡(luò)的隧道，該隧道滿足配置的上述參 數(shù)。如果配置了保護(hù)關(guān)系，傳輸網(wǎng)將為該隧道建立保護(hù)關(guān)系。
上述源端的UNI-C和目的端的UNI-C之間的雙向的隧道中包含了 一條端到 端的雙向LSP (標(biāo)記交換路徑，Label Switch Path ),該LSP使用時隙、或者 子波長作為標(biāo)簽。
比如，在圖2所示的在邊界^f各由器上創(chuàng)建雙向的隧道的示意圖中，在源端 的UN卜C (R_A)上酉己置UNI1和UNI2,在目的端的UN卜C ( R_B )上酉己置 UNI3和UNI4。上述R—A和R—B上的UNI1和UNI3之間組成了 一條雙向的隧 道，UNI2和UNI4之間組成了 一條雙向的隧道。
步驟12、將源端或目的端的邊界路由器上配置的UNI對應(yīng)到UNIIF接口 上，通過上述雙向的隧道，通過UNIIF接口將邊緣路由器的IP報文傳輸?shù)綄Χ?的邊緣路由器。
在源端和目的端的UNI-C上創(chuàng)建UNIIF (UNI到傳輸網(wǎng)的接入)接口，該 UNIIF接口可以通過手工建立。然后，將源端和目的端的UNI-C上配置的上述 UNI對應(yīng)到UNIIF接口上。比如，在圖2中，將R—A上配置的UNI對應(yīng)到UNIIF1 或者UNIIF2接口上，將F^B上配置的UNI對應(yīng)到UNIIF3或者UNIIF4接口上。
此時，實(shí)際上是在上述UNIIF接口上配置UNI-C和目的端的UNI-C之間的 雙向的隧道的對應(yīng)關(guān)系， 一個UNIIF接口可以對應(yīng)一個或多個雙向的隧道。
UNIIF接口屬于邏輯接口 ，具備OSI (Open System Interconnection,開
放系統(tǒng)互聯(lián))七層參考模型中物理層屬性、數(shù)據(jù)鏈路層屬性和網(wǎng)絡(luò)層屬性 (配IP地址)，其中，物理層屬性上述雙向的隧道是基于UNI-C上的物理接口建立的，并與物 理^接口對應(yīng)。跟隧道對應(yīng)的普通物理層接口功能一樣，該UNIIF接口的物理層 屬性支持物理層封裝。雖然對于IP網(wǎng)絡(luò)的應(yīng)用來說UNIIF接口和一個以太接口 沒有什么區(qū)別，但是，由于UNIIF接口和UNI-C間建立的隧道是強(qiáng)相關(guān)的，如 果隧道由連接狀態(tài)變成了非連接狀態(tài)，UNIIF接口的物理狀態(tài)也需要跟隨隧道 狀態(tài)變化，否則就會導(dǎo)致數(shù)據(jù)流量進(jìn)入UNIIF接口 ，卻無法正確的傳輸?shù)綄?端。
UNIIF接口的物理狀態(tài)也包括UP (連接)、DOWN (斷開)兩種，因?yàn)?一個UNIIF4妄口可以對應(yīng)一個或多個隧道，當(dāng)一個UNIIF接口對應(yīng)一個隧道 時，當(dāng)該隧道上的源端和目的端的UNI-C之間的UNI業(yè)務(wù)建立后，隧道狀態(tài)變 為UP時UNIIF接口的物理狀態(tài)變更為UP，當(dāng)隧道狀態(tài)為DOWN時UNIIF接口 的物理狀態(tài)變更為DOWN。當(dāng)一個UNIIF接口對應(yīng)多個隧道時，多個隧道可以 存在主備保護(hù)關(guān)系，通過配置策略來控制UNIIF接口與這多個隧道之間的狀態(tài) 一致性，比如可以配置策略只要有一個隧道處于UP狀態(tài)，UNIIF接口就處 于UP狀態(tài)，還可以配置策略有三個隧道處于UP狀態(tài)時，UNIIF接口才處于 UP狀態(tài)，策略比較靈活，本發(fā)明實(shí)施例不限制。
數(shù)據(jù)鏈路層屬性UNIIF接口使用其所在IP設(shè)備的MAC地址為源MAC地 址。具體地，UNIIF接口，使得兩臺邊緣路由器間的傳輸網(wǎng)絡(luò)對于IP網(wǎng)絡(luò)的應(yīng) 用(比如IP使用的TCP協(xié)議)透明，形成UNIIF直連的效果。由于IP報文需要 將進(jìn)入UNIIF接口的報文進(jìn)行鏈路層封裝，這樣報文發(fā)送到對端IP設(shè)備，從 UNIIF接口中出來后，才可以正確解析，所以UNIIF接口必須具有鏈路層屬 性。
UNIIF接口可以配置PPP (Point to Point Protocol,點(diǎn)對點(diǎn)通信協(xié)議)、 HDLC (High Level Data Link Control,高電平數(shù)據(jù)鏈路控制)等鏈路層協(xié)
議。當(dāng)UNIIF接口所在的IP設(shè)備與傳送網(wǎng)設(shè)備直連的線路是SDH(Synchronous Digital Hierarchy,同步數(shù)字體系)/SONET (Synchronous Optical Network,同步光網(wǎng)絡(luò))類型時，UNIIF接口支持PPP、 HDLC等鏈路
層協(xié)議；當(dāng)UNIIF接口所在的IP設(shè)備與傳送網(wǎng)設(shè)備直連的線路是以太類型時， UNIIF接口支持ARP (Address Resolution Protocol,地址解析協(xié)議)協(xié)議。
然后，在源端的UNI-C和目的端的UNI-C之間的傳輸網(wǎng)絡(luò)中，通過上述和 UNIIF接口對應(yīng)的雙向的隧道，將源端或目的端的UNI-C的IP報文傳輸?shù)綄Χ?的邊緣路由器。并且，上述源端或目的端的UNI-C的IP報文，進(jìn)入傳輸網(wǎng)絡(luò) 后，將通過所述雙向的隧道中的LSP進(jìn)行交換。
上述UNIIF接口可以取到將UNI業(yè)務(wù)的建立與IP業(yè)務(wù)的建立相隔離的作 用，對于邊緣路由器與用戶相連的一側(cè)，只看到一個抽象的UNIIF接口。邊緣 路由器與傳輸網(wǎng)相連的一側(cè)上配置UNI業(yè)務(wù)、建立雙向的隧道的過程，通過上 述抽象的UNIIF接口與邊緣路由器與用戶相連的一側(cè)上的IP業(yè)務(wù)的建立過程相 隔離。對于邊緣路由器上的路由器協(xié)議等應(yīng)用，認(rèn)為兩端邊緣路由器通過 UNIIF接口相直連。
步驟13、源端或目的端的邊界路由器的UNIIF接口在IP報文上增加鏈路層 或以太網(wǎng)頭部，對端的邊界路由器對該IP報文上的鏈路層或以太網(wǎng)頭部進(jìn)行 解析。
在源端和目的端的的UNI-C上的UNIIF接口上配置鏈路層協(xié)議，源端和目 的端的UNI-C上的UNIIF接口 ，根據(jù)配置的鏈路層協(xié)議可以進(jìn)行鏈路協(xié)議的協(xié) 商。
如果源端和目的端的的UNI-C使用的出接口為SDH/SONET類型的接口 ， 則UNIIF接口可以配置PPP、 HDLC等鏈路層協(xié)議。如果UNIIF接口上配置的 是PPP協(xié)議，在PPP協(xié)商通過后UNIIF接口的鏈路層狀變成UP。
當(dāng)通過源端或目的端的UNI-C上的上述UNIIF接口上對應(yīng)的雙向的隧道來 傳輸IP報文時，該UNIIF接口在該IP報文上增加鏈路層頭部。該IP報文通過上述雙向的隧道傳輸?shù)綄Χ说腢NI-C后，對端的UNI-C上的UNIIF接口根據(jù)配置
的鏈路層協(xié)議，對該報文上的上述鏈路層頭部進(jìn)行解析。
如果源端和目的端的UNI-C使用的出接口為以太類型接口的時候，則UNIIF接口上支持ARP。當(dāng)通過源端或目的端的UNI-C上的上述UNIIF接口上對應(yīng)的雙向的隧道來傳輸IP報文時，該UNIIF接口將IP報文的源MAC(Medium Access Control, 4某體接入控制)地址修改為系統(tǒng)MAC地址，在該IP報文上加入以太網(wǎng)頭部。該IP報文通過上述雙向的隧道傳輸?shù)綄Χ说腢NI-C后，對端的UNl-C上的UN11F接口對該IP"t艮文上的上述以太網(wǎng)頭部進(jìn)行解析。
在實(shí)際應(yīng)用中，還可以給上述源端和目的端的邊界路由器上創(chuàng)建的UNIIF接口配置保護(hù)接口UNIIF-Tmnk接口 ，上述UNIIF-Trunk接口和UNIIF接口之間可以支持1 + 1、 1: 1、 1: N等保護(hù)關(guān)系。上述1 + 1保護(hù)關(guān)系表示在UNIIF接口和UNIIF-Trunk接口上都發(fā)送同樣的數(shù)據(jù)，接收端在正常情況下選收UNIIF接口上發(fā)送的業(yè)務(wù)，在UNIIF接口出現(xiàn)故障后，則接收端選擇選收UNIIF-Trunk接口上發(fā)送的業(yè)務(wù)。上述1: 1保護(hù)關(guān)系表示給一個UNIIF接口配置一個對應(yīng)的UNIIF-Trunk接口 ，在正常情況下用UNIIF接口發(fā)送數(shù)據(jù)，在UNIIF接口出現(xiàn)故障后，用對應(yīng)的UNIIF-Trunk接口來發(fā)送數(shù)據(jù)。上述1: N保護(hù)關(guān)系表示給一個UNIIF接口配置N個對應(yīng)的UNIIF-Trunk接口 ，在正常情況下用UNIIF接口發(fā)送數(shù)據(jù)，在UNIIF接口出現(xiàn)故障后，用對應(yīng)的N個UNIIF-Tmnk接口中的一個來發(fā)送數(shù)據(jù)。
對于UNI-TRUNK接口 ，可以不配置鏈路層協(xié)議，只是作為一個邏輯口使用。上述UNIIF和UN卜TRUNK接口支持使能路由協(xié)議、MPLS協(xié)議。
程，是可以通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實(shí)施
例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或1^才凡存小者i己憶體(Random Access Memory,RAM )等。實(shí)施例二
該實(shí)施例提供了一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置，其具體實(shí)現(xiàn)結(jié)構(gòu)如圖3所示，具體可以包括
接口對應(yīng)模塊31,用于在通用多協(xié)議標(biāo)簽交換網(wǎng)絡(luò)中的源端和目的端的
邊緣路由器上預(yù)先配置建立用戶網(wǎng)絡(luò)節(jié)點(diǎn)UNI業(yè)務(wù)需要的參數(shù)，根據(jù)所述參數(shù)建立從源端路由器到目的端路由器的雙向的隧道，所述雙向隧道穿越傳輸網(wǎng)絡(luò)；在所述源端和目的端的邊緣路由器上創(chuàng)建UNI到傳輸網(wǎng)的接入UNIIF接口 ，所述UNIIF接口對應(yīng)所述源端路由器和目的端路由器之間的雙向的隧道；
報文傳輸模塊32,用于將所述源端或目的端的邊緣路由器的IP報文通過所述UNIIF接口進(jìn)入所述雙向的隧道，所述IP凈艮文通過所述雙向的隧道傳輸?shù)綄Χ说倪吘壜酚善鳌?br> 所述裝置還可以包括
保護(hù)接口配置模塊33，用于給所述源端和目的端的邊界路由器上創(chuàng)建的UNIIF接口配置保護(hù)接口 ，所述保護(hù)接口和所述UNIIF接口之間支持1: 1或1: N的保護(hù)關(guān)系。
所述報文傳輸模塊32具體包括
鏈路層封裝模塊321，用于根據(jù)所述源端或目的端的邊緣路由器上的UNIIF接口上配置的鏈路層協(xié)議，在所述述IP報文上增加鏈路層頭部，所述IP報文通過所述雙向的隧道傳輸?shù)綄Χ说倪吘壜酚善骱?，對端的邊緣路由器上的U N11 F接口根據(jù)配置的鏈路層協(xié)議，對所述I P報文上的所述鏈路層頭部進(jìn)行解析。
以太網(wǎng)封裝模塊322 ，用于根據(jù)所述源端或目的端的邊緣路由器上的UNIIF接口上配置的地址解析協(xié)議，將所述IP報文的源媒體接入控制MAC地址修改為系統(tǒng)MAC地址，在所述IP報文上增加以太網(wǎng)頭部；所述IP報文通過所 述隧道傳輸?shù)綄Χ说倪吘壜酚善骱螅瑢Χ说倪吘壜酚善魃系腢NIIF接口根據(jù)配 置的地址解析協(xié)議，對所述IP報文上的所述以太網(wǎng)頭部進(jìn)行解析。
綜上所述，本發(fā)明實(shí)施例在通過傳輸網(wǎng)絡(luò)傳輸U(kuò)NI業(yè)務(wù)的過程中，保^〖正了 在邊界路由器上UNI業(yè)務(wù)的建立與傳輸網(wǎng)絡(luò)業(yè)務(wù)相隔離，并且解決了UNI業(yè)務(wù) 報文接入傳輸網(wǎng)絡(luò)時的鏈路層封裝問題和鏈路保護(hù)問題。
通過本方案路由器一側(cè)路由器協(xié)議等應(yīng)用，也可以不改變已有的使用模 式的情況下，使用傳輸網(wǎng)進(jìn)行IP報文的傳輸。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(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、一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，其特征在于，包括在通用多協(xié)議標(biāo)簽交換網(wǎng)絡(luò)中的源端和目的端的邊緣路由器上預(yù)先配置建立用戶網(wǎng)絡(luò)節(jié)點(diǎn)UNI業(yè)務(wù)需要的參數(shù)，根據(jù)所述參數(shù)建立源端路由器和目的端路由器之間的雙向的隧道，所述雙向隧道穿越傳輸網(wǎng)絡(luò)；在所述源端和目的端的邊緣路由器上創(chuàng)建UNI到傳輸網(wǎng)的接入UNIIF接口，所述UNIIF接口對應(yīng)所述源端路由器和目的端路由器之間的雙向的隧道；將所述源端或目的端的邊緣路由器的IP報文通過所述UNIIF接口進(jìn)入所述隧道，所述IP報文通過所述隧道傳輸?shù)綄Χ说倪吘壜酚善鳌?br> 2、 根據(jù)權(quán)利要求1所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，其特征在 于，所述的UNIIF接口屬于邏輯接口，具備開放系統(tǒng)互聯(lián)OSI七層參考模型中 物理層屬性、數(shù)據(jù)鏈路層屬性和網(wǎng)絡(luò)層屬性；或者，具備OSI七層參考^^莫型中 物理層屬性和數(shù)據(jù)鏈路層屬性。
3.根據(jù)權(quán)利要求2所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，其特征在于， 一個所述的UNIIF接口對應(yīng)一個或多個所述隧道，所述UNIIF接口的物理狀態(tài)跟隨所對應(yīng)的隧道的狀態(tài)而變化。
4、根據(jù)權(quán)利要求3所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，其特征在于當(dāng)一個UNIIF接口對應(yīng)一個源端和目的端的邊緣路由器之間的隧道時，所 述隧道的狀態(tài)變?yōu)檫B接，所述UNIIF接口的狀態(tài)也變成連接，所述隧道的狀態(tài) 變?yōu)閿嚅_，所述UNIIF接口的狀態(tài)也變成斷開；當(dāng) 一 個U N11 F接口對應(yīng) 一 個源端和目的端的邊緣路由器之間的多個隧道 時，根據(jù)預(yù)定的配置策略和所述多個隧道的狀態(tài)，來確定所述UNIIF接口的狀 態(tài)。
5、 根據(jù)權(quán)利要求1或2或3或4所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，其特征在于當(dāng)所述源端或目的端的邊緣路由器上使用的與傳輸網(wǎng)相連的出接口為同 步數(shù)字體系或同步光網(wǎng)絡(luò)類型的接口時，所述源端或目的端的邊緣路由器上的UNIIF接口配置的鏈路層協(xié)議；當(dāng)所述源端或目的端的邊緣路由器上使用的出接口為以太類型接口時， 所述源端或目的端的邊緣路由器上的UNIIF接口配置地址解析協(xié)議。
6、 根據(jù)權(quán)利要求1或2或3或4所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法，其 特征在于，所述的方法還包括給所述源端和目的端的邊界路由器上創(chuàng)建的UNIIF接口配置保護(hù)接口 ，所 述保護(hù)接口和所述UNIIF接口之間支持1: 1或1: N的保護(hù)關(guān)系。
7、 一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置，其特征在于，包括接口對應(yīng)模塊，用于在通用多協(xié)議標(biāo)簽交換網(wǎng)絡(luò)中的源端和目的端的邊緣路由器上預(yù)先配置建立用戶網(wǎng)絡(luò)節(jié)點(diǎn)UNI業(yè)務(wù)需要的參數(shù)，根據(jù)所述參數(shù)建 立從源端路由器到目的端路由器的雙向的隧道，所述雙向隧道穿越傳輸網(wǎng) 絡(luò)；在所述源端和目的端的邊緣路由器上創(chuàng)建UNI到傳輸網(wǎng)的接入UNIIF接 口 ，所述UNIIF接口對應(yīng)所述源端路由器和目的端^各由器之間的雙向的隧道；報文傳輸模塊，用于將所述源端或目的端的邊緣路由器的IP報文通過所 述UNIIF接口進(jìn)入所述隧道，所述IP報文通過所述隧道傳輸?shù)綄Χ说倪吘壜酚?器。
8.根據(jù)權(quán)利要求7所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置，其特征在于，所述裝置還包括保護(hù)接口配置模塊，用于給所述源端和目的端的邊界路由器上創(chuàng)建的UNIIF接口配置保護(hù)接口 ，所述保護(hù)接口和所述UNIIF接口之間支持1: 1或 1: N的保護(hù)關(guān)系。
9、 根據(jù)權(quán)利要求7或8所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置，其特征在于，所述報文傳輸模塊具體包括鏈路層封裝模塊，用于根據(jù)所述源端或目的端的邊緣路由器上的UNIIF接 口上配置的鏈路層協(xié)議，在所述述IP報文上增加鏈路層頭部，所述IP報文通 過所迷雙向的隧道傳輸?shù)綄Χ说倪吘壜酚善骱螅瑢Χ说倪吘壜酚善魃系腢NIIF 接口根據(jù)配置的鏈路層協(xié)議，對所述IP報文上的所述鏈路層頭部進(jìn)行解析。
10、 根據(jù)權(quán)利要求7或8所述的通過傳輸網(wǎng)絡(luò)傳輸IP報文的裝置，其特征 在于，所述報文傳輸模塊具體包括以太網(wǎng)封裝模塊，用于根據(jù)所述源端或目的端的邊緣路由器上的UNIIF接 口上配置的地址解析協(xié)議，將所述IP報文的源媒體接入控制MAC地址修改為 系統(tǒng)MAC地址，在所述IP凈艮文上增加以太網(wǎng)頭部；所述IP才艮文通過所述隧道 傳輸?shù)綄Χ说倪吘壜酚善骱?，對端的邊緣路由器上的UNIIF接口根據(jù)配置的地 址解析協(xié)議，對所述IP報文上的所述以太網(wǎng)頭部進(jìn)行解析。
全文摘要
本發(fā)明實(shí)施例提供了一種通過傳輸網(wǎng)絡(luò)傳輸IP報文的方法和裝置。在通用多協(xié)議標(biāo)簽交換網(wǎng)絡(luò)中的源端和目的端的邊緣路由器上創(chuàng)建UNIIF(UNI到傳輸網(wǎng)的接入)接口，所述UNIIF接口對應(yīng)所述源端路由器和目的端路由器之間的雙向的隧道。將所述源端或目的端的邊緣路由器的IP報文通過所述UNIIF接口進(jìn)入所述隧道，所述IP報文通過所述隧道傳輸?shù)綄Χ说倪吘壜酚善?。利用本發(fā)明，實(shí)現(xiàn)了通過傳輸網(wǎng)絡(luò)傳輸IP業(yè)務(wù)報文，并且保證了在邊界路由器上UNI業(yè)務(wù)的建立與IP業(yè)務(wù)的建立相隔離。
文檔編號H04L29/06GK101515938SQ20091012952
公開日2009年8月26日 申請日期2009年3月24日 優(yōu)先權(quán)日2009年3月24日
發(fā)明者何路友, 孫俊柏, 怡 熊 申請人:華為技術(shù)有限公司