一種處理rsvp-te信令的方法及系統的制作方法
【專利摘要】本發明提供一種處理RSVP-TE信令的方法及系統，該方法包括：對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示；網絡資源配置時，配置每個域編號不同，域內路由器編號唯一；跨域業務應用時，信令消息中的資源采用所述三元組進行表示。通過本發明一方面可以去除信令對路由器編號要求域內唯一的限制，保證不同的域路由器編號可以重復使用，擴大路由器編號在域內的取值范圍，減緩路由器編號資源的消耗；另一方面，可以直接在信令的路由信息中確定域的邊界節點，加快業務信令處理速度。
【專利說明】—種處理RSVP-TE信令的方法及系統

【技術領域】
[0001]本發明涉及網絡通信領域，尤其涉及一種處理流量工程的資源預留協議(Resource Reservat1n Protocol-Traffic Engineer,簡稱 RSVP-TE)信令的方法及系統。

【背景技術】
[0002]MPLS-TECMult1-ProtocoI Label Switching-Traffic Engineer,多協議標簽交換的流量工程)結合了多協議標簽交換技術和流量工程技術的優勢，在分組交換和2層交換中實現了網絡帶寬資源的動態調整和優化配置，解決了網絡擁塞問題。GMPLS (GeneralizedMult1-Protocol Label Switching,通用多協議標簽交換)是對MPLS-TE的進一步擴展，不但可以支持IP (Internet Protocol，網絡協議)分組交換，還可以支持時隙交換、波長交換和空間交換(如光纖交換和端口交換)。MPLS-TE和GMPLS都通過路由協議，將鏈路資源洪泛，在進行業務建立前，計算出顯示路由，通過信令協議建立業務。MPLS-TE和GMPLS都提出可以使用無編號方式表示鏈路資源，無編號鏈路(unnumbered I inks)是指鏈路端口不具備IP地址的鏈路,在本網元采用無編號端口(Unnumbered Interface ID)表示。
[0003]RSVP-TE (Resource Reservat1n Protocol-Traffic Engineer,流量工程的資源預留協議)，是目前使用最廣泛的一種信令協議，RFC3477中提出了在RSVP-TE信令中使用無編號鏈路資源的方法。如圖1所示，無編號鏈路在顯式路由對象(Explicit RouteObject，簡稱ER0)中的表示方法，擴展了一個無編號端口子對象，而在其它對象中的表示方法與其類似，使用路由器編號和端口二元組表示無編號鏈路資源。由于信令中無編號鏈路資源沒有域編號信息，因此必須要求路由器編號是所有域唯一。在對應的路由協議OSPF-TE(Open Shortest Path First-Traffic Engineer,開放式最短路徑優先的流量工程)中，對洪泛資源都使用路由域信息的表示，因而在路由協議方面看來，路由器編號限定在域內，只需要域內唯一即可，不同的域其路由器編號可以取值相同。
[0004]RFC3209 在 ERO 中定義了一個自治域(Autonomous system number,簡稱 AS)子對象，用于表示下一個路由跳是某一個域的情況，因為其與無編號端口子對象是分離的子對象，對無編號端口子對象的內容沒有約束能力，無法與無編號端口子對象聯合，使路由器ID只在域內唯一。此外，該對象在記錄路由對象(Record Route Object,簡稱RR0)中沒有定義，并且其定義的AS編號只有兩個字節，而OSPF-TE中定義的域編號一般是四字節，因此AS子對象還需要擴展字段長度。
[0005]在RSVP-TE信令協議中無編號端口中沒有域編號，帶來另外一個問題是每個域的首節點在進行域內業務建立時，RSVP-TE協議處理模塊無法確定本域的邊界節點，必須將所有后續路由信息告知路由處理模塊，由路由處理模塊確定本域的邊界，這樣增加了消息處理的開銷，降低了業務建立的速度。


【發明內容】

[0006]本發明要解決的技術問題是提供一種處理RSVP-TE信令的方法及系統，以減緩路由器編號資源的消耗。
[0007]為了解決上述技術問題，本發明提供了一種處理流量工程的資源預留協議(RSVP-TE)信令的方法，包括:
[0008]對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示；
[0009]網絡資源配置時，配置每個域編號不同，域內路由器編號唯一；
[0010]跨域業務應用時，信令消息中的資源采用所述三元組進行表示。
[0011]進一步地，上述方法還具有下面特點:所述擴展的使用無編號資源的對象包括:
[0012]顯式路由對象的子對象；
[0013]資源預留跳對象；
[0014]錯誤信息對象；
[0015]標簽交換路徑隧道接口編號對象。
[0016]進一步地，上述方法還具有下面特點:所述對RSVP-TE信令中使用無編號資源的對象進行擴展包括:
[0017]對RSVP-TE信令中使用無編號資源的對象擴展域編號字段，路由器編號擴展為域內唯一。
[0018]進一步地，上述方法還具有下面特點:所述網絡資源配置的過程中還包括:
[0019]使用開放式最短路徑優先的流量工程協議中的不透明鏈路狀態通告表示域內和域間資源。
[0020]進一步地，上述方法還具有下面特點:所述跨域業務應用時，信令消息中的資源表示采用所述三元組進行表示，包括以下的一種或多種:
[0021]跨域業務建立和狀態更新時，信令消息中資源表示采用所述三元組進行表示；
[0022]跨域業務網元間通知信息時，信令消息中表示故障位置采用所述三元組進行表示；
[0023]跨域業務利用信令方式建立無編號的前向鄰接鏈路時，采用所述三元組進行表
/Jn ο
[0024]為了解決上述問題，本發明還提供了一種處理流量工程的資源預留協議(RSVP-TE)信令的系統，包括:
[0025]擴展模塊，用于對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示；
[0026]配置模塊，用于網絡資源配置時，配置每個域編號不同，域內路由器編號唯一；
[0027]處理模塊，用于跨域業務應用時，信令消息中的資源采用所述三元組進行表示。
[0028]進一步地，上述系統還具有下面特點:所述擴展模塊擴展的使用無編號資源的對象包括:
[0029]顯式路由對象的子對象；
[0030]資源預留跳對象；
[0031]錯誤信息對象；
[0032]標簽交換路徑隧道接口編號對象。
[0033]進一步地，上述系統還具有下面特點:
[0034]所述擴展模塊，對RSVP-TE信令中使用無編號資源的對象進行擴展包括:對RSVP-TE信令中使用無編號資源的對象擴展域編號字段，路由器編號擴展為域內唯一。
[0035]進一步地，上述系統還具有下面特點:
[0036]所述配置模塊，在網絡資源配置的過程中還用于:使用開放式最短路徑優先的流量工程協議中的不透明鏈路狀態通告表示域內和域間資源。
[0037]進一步地，上述系統還具有下面特點:
[0038]所述處理模塊，在跨域業務應用時，信令消息中的資源表示采用所述三元組進行表示，包括以下的一種或多種:跨域業務建立和狀態更新時，信令消息中資源表示采用所述三元組進行表示；跨域業務網元間通知信息時，信令消息中表示故障位置采用所述三元組進行表示；跨域業務利用信令方式建立無編號的前向鄰接鏈路時，采用所述三元組進行表
/Jn ο
[0039]本發明提供一種處理RSVP-TE信令的方法及系統，在RSVP-TE無編號端口中攜帶域編號，使域編號和路由器編號聯合作用，一方面去除信令對路由器編號要求域內唯一的限制，保證不同的域路由器編號可以重復使用，擴大路由器編號在域內的取值范圍，減緩路由器編號資源的消耗；另一方面，可以直接在信令的路由信息中確定域的邊界節點，加快業務信令處理速度。

【專利附圖】

【附圖說明】
[0040]圖1是RFC3477定義的無編號鏈路在ERO中的示意圖；
[0041]圖2為本發明實施例的一種處理RSVP-TE信令的方法的流程圖；
[0042]圖3為本發明實施例的無編號端口在ERO子對象中的擴展圖；
[0043]圖4為本發明實施例的無編號端口在RRO子對象中的擴展圖；
[0044]圖5為本發明實施例的對RFC3477定義的LSP_TUNNEL_INTERFACE_ID對象中無編號端口的擴展圖；
[0045]圖6為本發明實施例的對RFC6107定義的LSP_TUNNEL_INTERFACE_ID對象中無編號端口的擴展圖；
[0046]圖7為本發明實施例的兩個域八個網元的拓撲示意圖；
[0047]圖8為本發明實施例的一種處理RSVP-TE信令的系統的示意圖。

【具體實施方式】
[0048]為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。
[0049]圖2為本發明實施例的一種處理RSVP-TE信令的方法的流程圖，如圖1所示，本實施例的方法包括以下步驟:
[0050]步驟11:對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示；
[0051]本實施例中，將信令中鏈路資源由路由器編號、端口的二元組，改變為域編號、路由器編號、端口的三兀組的表不方法；
[0052]擴展部分可以包括:ER0、RR0、XR0 (Exclude Route，排除路由)對象中無編號端口子對象，LSP_TUNNEL_INTERFACE_ID (標簽交換路徑隧道接口編號)對象，RSVP_H0P (資源預留跳)對象和ERR0R_SPEC (錯誤信息)對象，可以將RSVPJTOP對象和ERR0R_SPEC對象中的TLV (Type length value，類型長度值)中增加端口(IF_ID) TLV和域TLV結合起來使用，來表示鏈路資源由域編號、路由器編號和端口的三元組信息。
[0053]11.1、擴展ERO子對象
[0054]圖3所示，L為O表示嚴格路由跳，為I表示松散路由跳，這里沒有擴展；
[0055]Type (類型)字段在RFC3477中對無編號端口取值為4，新擴展的取值需重新定義，向 IANA (Internet Assigned Numbers Authority,互聯網數字分配機構)申請；
[0056]Length (長度)字段在RFC3477中對無編號端口取值為12，新擴展的取值為16。
[0057]Area ID (域標識)字段是新擴展的域編號字段；
[0058]Router ID字段表示路由器ID,新擴展的表示中僅需域內唯一；
[0059]Interface ID (商品標識)字段表示路由器內部端口地址，路由器內部分配。
[0060]11.2、擴展RRO子對象
[0061]圖4所示，Type字段在RFC3477中對無編號端口取值為4，新擴展的取值需重新定義，向IANA申請；
[0062]Length字段在RFC3477中對無編號端口取值為12，新擴展的取值為16 ；
[0063]Flag (標示)字段與RFC3477中對無編號端口子對象的取值相同，這里沒有擴展；
[0064]Area ID (域編號)字段是新擴展的域編號字段；
[0065]Router ID字段表示路由器ID,新擴展的表示中僅需域內唯一；
[0066]Interface ID (接口編號)字段表示路由器內部端口地址，路由器內部分配；
[0067]11.3、擴展LSP_TUNNEL_INTERFACE_ID (標簽交換路徑隧道接口編號)對象
[0068]LSP_TUNNEL_INTERFACE_ID對象對無編號端口有兩種表示方式，
[0069]對RFC3477第3.1章節定義的LSP_TUNNEL_INTERFACE_ID對象做擴展，如圖5所示:
[0070]Length字段在RFC3477中對無編號端口取值為12，新擴展的取值為16 ；
[0071]Class-Num (分類號)字段是 LSP_TUNNEL_INTERFACE_ID 對象值，為 193，不能變化；
[0072]C-Type (類型號)字段在RFC3477中取值為I，新擴展的取值需重新定義，向IANA申請；
[0073]Area ID字段是新擴展的域編號字段。
[0074]LSR’ s Router ID字段表示路由器ID，新擴展的表示中僅需域內唯一。
[0075]Interface ID字段表示路由器內部端口地址，路由器內部分配。
[0076]RFC6107 第 3.1.2 章節對 LSP_TUNNEL_INTERFACE_ID 對象做修改，這里對 RFC6107中的無編號端口表示方法做新的擴展，如圖6所示:
[0077]Length字段與RFC6107中含義不變，表示整個對象的長度；
[0078]Class-Num 字段是 LSP_TUNNEL_INTERFACE_ID 對象值，為 193，不能變化；
[0079]C-Type字段在RFC6107中取值為4，新擴展的取值需重新定義，向IANA申請；
[0080]Area ID字段是新擴展的域編號字段。
[0081]LSR’s Router ID (標簽交換路由器標識)字段表示路由器ID，新擴展的表示中僅需域內唯一。
[0082]Interface ID字段表示路由器內部端口地址，路由器內部分配；
[0083]Act1ns (動作)字段和RFC6107中的字段一致；
[0084]TLVs不做擴展。
[0085]步驟12:網絡資源配置時，配置每個域編號不同，域內路由器編號唯一；
[0086]對于路由器編號的分配，只需域內唯一分配，通過路由協議進行域內和域間洪泛，域內節點獲取域內資源信息，域間節點獲取各域間資源信息，不同域的節點通過域編號和路由器編號結合區分成不同節點；
[0087]路由協議域的劃分，可以采用直接使用協議頭中的域表示方式，也可以采用draft-1etf-ccamp-rfc5787bis中第2章描述的方式,不同層次的域利用協議處理實例區分，只需區分出無編號資源存在于不同的域中，各域路由器編號可以相同；域間鏈路的在OSPF-TE路由洪泛中使用RFC5392定義的遠端自治域編號(Remote AS Number)子TLV的表示方法。
[0088]路由協議OSPF-TE域的劃分配置，如下:
[0089]每個域編號不同，但域內路由器ID可以與其它域路由器ID —致。
[0090]使用OSPF-TE協議中的不透明(Opaque)鏈路狀態通告(Link StateAdvertisements,簡稱LSA)表示域內和域間資源。路由器信息使用Opaque LSA中的類型為I的路由地址(Router Address)頂層(Top Level )TLV表示，參考RFC3630。鏈路資源使用Opaque LSA中的類型為2的鏈路(Link)頂層(Top Level) TLV表示，參考RFC3630。
[0091]無編號鏈路的本地端口和遠端端口在Link TLV下使用RFC4203中定義的類型為11的鏈路本地遠端標識(Link Local/Remote Identifiers) sub-TLV表不，本地和遠端路由器ID在Link TLV下使用draft_ietf-ccamp-rfc5787bis中定義的本地遠端路由器標識(Local and Remote TE Router ID) sub-TLV 表不，遠端域 ID 在 Link TLV 下使用 RFC5392中定義的本地遠端路由器標識(Remote AS Number sub-TLV) sub-TLV表不。
[0092]可以使用OSPF-TE消息頭中的域(Area) ID字段表示本域ID，也可以使用draft-1etf-ccamp-rfc5787bis中第2章描述的方式,不同層次的域利用協議處理實例區分。
[0093]具體地，如圖7所示，域I和域2，各有四個路由器，編號分別配置為路由器1、路由器2、路由器3、路由器4。域I中的路由器I與路由3間的域內無編號鏈路在路由器I的OSPF-TE消息中，本地端口為2，遠端端口為I，本地路由器ID為I，遠端路由器ID為3，遠端域ID為I。域I中的路由器4與域2中的路由I間的域間無編號鏈路在域I的路由器4中的OSPF-TE消息中，本地端口為3，遠端端口為I，本地路由器ID為4，遠端路由器ID為I，遠端域ID為2。
[0094]13、跨域業務應用時，信令消息中的資源表示采用所述三元組進行表示。
[0095]跨域業務建立和狀態更新時，信令消息中資源表示方法采用擴展后的無編號端口方式；
[0096]域內首節點收到RSVP信令的PATH (路徑)消息，解析其中的ERO對象，確定業務在本域路徑信息和域內尾節點，通過直接比較域編號就可以完成:與本節點所在域相同的所有無編號端口子對象集，就是本域路徑信息，最后一個與本節點所在域相同的無編號端口子對象，指出了本域的邊界節點，無需將ERO交給路由處理模塊處理；
[0097]域內尾節點通過收到的PATH消息中的RRO對象，可以確定本域業務經過的路徑，與本節點所在域相同的所有無編號端口子對象集，就是本域路徑信息；
[0098]域內首節點通過收到的RESV消息中的RRO對象,可以確定本域業務真實經過的路徑，與本節點所在域相同的所有無編號端口子對象集，就是本域真實路徑信息；
[0099]PATH消息中RSVP_H0P對象表示發送消息節點的出端口資源位置，RESV消息中RSVPJTOP對象表示發送消息節點的反方向出端口資源位置，通過RSVPJTOP對象中添加IF_ID TLV表示無編號鏈路位置，RFC4920第6.2章節擴展了一系列TLV，利用其中的OSPF域(REP0RTING_0SPF_AREA(報告OSPF域))TLV來表示IF_ID中的無編號鏈路所在域，在RSVP_HOP對象中用IF_ID TLV和REPORT I NG_0SPF_AREA TLV 一起使用，聯合表示無編號端口資源。
[0100]擴展后RSVP-TE消息處理，如下:
[0101]圖7所示，粗線表示建立一個跨域的基于流量工程的標簽交換路徑(TrafficEngineer-Label Switched Path，簡稱TE-LSP)，使用無編號鏈路資源，將路徑上每一跳表示為域編號、路由器編號、端口的三元組，考慮使用嚴格顯示路徑，則圖中路徑為〈域1、路由器1、端口 1>、〈域1、路由器1、端口 2>、〈域1、路由器3、端口 1>、〈域1、路由器3、端口2>、〈域1、路由器4、端口 2>、〈域1、路由器4、端口 3>、〈域2、路由器1、端口 1>、〈域2、路由器1、端口 3>、〈域2、路由器3、端口 1>、〈域2、路由器3、端口 2>、〈域2、路由器4、端口1>、〈域2、路由器4、端口 3>。正方向是指PATH消息發送處理的方向，反方向是指RESV消息發送處理的方向。后續ER0、RR0等對象使用I中擴展的域編號、路由器編號、端口的三元組的描述方式。
[0102]13.1、PATH 消息處理:
[0103]按照RFC3209中4.3、4.4章節對處理ERO和RRO的處理方式，各節點處理PATH消息后，向下游發送的PATH消息中，將本節點相關的端口從ERO中去掉，并將本節點的出端口以入棧的方式添加到RRO的對象中。RSVPJTOP對象中的TLV表示發送PATH消息的節點的出端口。
[0104]域I的路由器I獲取到跨域路徑后，通過比較域編號，與其域編號一致的路由跳，<域1、路由器1、端口 1>、〈域1、路由器1、端口 2>、<域1、路由器3、端口 1>、〈域1、路由器3、端口 2>、〈域1、路由器4、端口 2>、〈域1、路由器4、端口 3>，是TE-LSP在域I中業務建立需要使用的鏈路端口資源。〈域1、路由器4、端口 3>作為最后一個域編號一致的路由跳，表示其是TE-LSP在域I的邊界鏈路，域I的路由器4是域I的最后一個節點。在域I路由器I發出的PATH消息中ERO采用前述1.1擴展的無編號端口子對象，在ERO中只需含有每個節點的出端口，則表示為〈域1、路由器3、端口 2>、〈域1、路由器4、端口 3>、〈域2、路由器1、端口 3>、〈域2、路由器3、端口 2>、〈域2、路由器4、端口 3>，其RSVPJTOP對象中IF_ID TLV 表示為〈路由器 1、端口 2>，REP0RTING_0SPF_AREA TLV 為域 I。
[0105]域I的路由器4收到的PATH消息中，RRO為〈域1、路由器1、端口 2>、〈域1、路由器3、端口 2>，ERO為〈域1、路由器4、端口 3>、〈域2、路由器1、端口 3>、〈域2、路由器3、端口 2>、〈域2、路由器4、端口 3>，域I路由器4處理后知道本節點的出端口是端口 3，即可知道在域I中的整個路徑是〈域1、路由器1、端口 2>、〈域1、路由器3、端口 2>、<域1、路由器4、端口 3>。域I的路由器4發出的PATH消息，ERO表示為〈域2、路由器1、端口 3>、〈域2、路由器3、端口 2>、〈域2、路由器4、端口 3>，RSVPJTOP對象中IF_ID TLV表示為〈路由器 4、端口 3>，REP0RTING_0SPF_AREA TLV 為域 I 的編號。
[0106]域2的路由器I收到PATH消息后，RSVP-TE處理模塊從ERO中可以直接確定TE-LSP在域2中的路徑，不需要將所有ERO交給路由處理模塊處理后確定，域2中的路徑為〈域2、路由器1、端口 3>、〈域2、路由器3、端口 2>、〈域2、路由器4、端口 3>。
[0107]域2的路由器4收到的PATH消息中，RRO表示為〈域1、路由器1、端口 2>、〈域1、路由器3、端口 2>、〈域1、路由器4、端口 3>、〈域2、路由器1、端口 3>、〈域2、路由器3、端口 2>，ERO表示為〈域2、路由器4、端口 3>，結合ERO和RRO中域編號一致的部分，域2路由器4可知本域的路徑為〈域2、路由器1、端口 3>、<域2、路由器3、端口 2>、<域2、路由器4、端口 3>，無需向路由處理模塊獲取信息。
[0108]13.2、RESV 消息處理:
[0109]尾節點對PATH消息回應，向上游發送RESV消息，其中攜帶RRO信息，每個節點將自己的反方向出端口以入棧的信息加入到RRO中，RRO中攜帶的是TE-LSP的真實路徑。RSVPJTOP對象中的TLV表示發送RESV消息的節點的反方向出端口。
[0110]域2的路由器4確認為TE-LSP的尾節點后，向上游發送RESV消息，RRO為〈域
2、路由器4、端口 1>，RSVPJTOP對象中IF_ID TLV表示為〈路由器4、端口 1>，REPORTING,0SPF_AREA TLV 為域 2。
[0111]域2的路由器3繼續向上游發送RESV消息，將自己的反方向出端口加入到RRO中為〈域2、路由器3、端口 1>、〈域2、路由器4、端口 1>，RSVPJTOP對象中IF_ID TLV表示為< 路由器 3、端口 1>，REP0RTING_0SPF_AREA TLV 為域 2。
[0112]域2的路由器I收到RESV后，作為該域的首節點，從RESV消息中可以獲取TE-LSP在該域的真實路徑，結合反方向出端口，在域2中的真實路徑為〈域2、路由器1、端口 1>、〈域2、路由器3、端口 1>、〈域2、路由器4、端口 1>。發出的RESV消息中，RRO為〈域2、路由器1、端口 1>、〈域2、路由器3、端口 1>、〈域2、路由器4、端口 1>，RSVPJTOP對象中IF_IDTLV 表示為〈路由器 1、端口 1>，REP0RTING_0SPF_AREA TLV 為域 2。
[0113]域I的路由器4、路由器3，分別收到RESV消息后，將自己的反方向出端口加入RRO中后向上游轉發RESV消息。
[0114]域I的路由器I收到RESV消息后，其作為TE-LSP的首節點，從RRO中獲取到全部真實路徑，〈域1、路由器3、端口 1>、〈域1、路由器4、端口 2>、〈域2、路由器1、端口 1>、〈域2、路由器3、端口 1>、〈域2、路由器4、端口 1>，并區分出本域的真實路徑。
[0115]13.3、跨域業務網元間通知信息時，信令消息中表示故障位置采用擴展后的無編號端口方式；
[0116]跨域業務，各網元可以通過NOTIFY (通知)或者PATHERR (路徑錯誤)信令消息通知其它網元相關信息，其中故障相關信息通過ERR0R_SPEC對象中的IF_ID TLV攜帶故障出現的具體無編號鏈路位置，在ERR0R_SPEC對象新添加REPORT I NG_0SPF_AREA TLV來表示IF_ID中的無編號鏈路所在域。
[0117]NOTIFY和PATHERR消息處理，如下:
[0118]如圖7所示，TE-LSP中域I路由器3檢測到端口 2發生故障，利用NOTIFY消息或者PATHERR將故障信息向上游傳遞，消息ERROR_SPEC對象中IF_ID TLV表示為〈路由器3、端口 2>，REPORTING_OSPF_AREA TLV 為域 I。
[0119]13.4、跨域業務利用信令方式建立無編號的前向鄰接鏈路(ForwardingAdjacencies,簡稱FA)時,采用擴展后的無編號端口方式；
[0120]利用信令方式建立無編號的前向鄰接鏈路，在隧道接口對象(LSP_TUNNEL_INTERFACE_ID)中增加域編號后，支持域內不同網元間的FA鏈路建立，也可以支持跨域不同網元間的FA鏈路建立。
[0121]FA建立的消息處理，如下:
[0122]如圖7所示，TE-LSP最終導致跨域FA的建立，域I的路由器I在PATH消息中使用1.3中擴展的LSP_TUNNEL_INTERFACE_ID對象，域ID取值為1，路由器ID為1，端口自行分配，假設分配的端口為4。
[0123]域2的路由器4在回應的RESV消息中使用1.3中擴展的LSP_TUNNEL_INTERFACE_ID對象，域ID取值為2，路由器ID為4，端口自行分配，假設分配的端口為4。
[0124]這樣圖中，域I路由器I端口 I到域2路由4端口 3間建立的TE-LSP，導致最終建立了一個域I路由器I端口 4和域2路由4端口 4的流量工程鏈路。
[0125]本發明實施例中在RSVP-TE信令中擴展了無編號鏈路資源的表示方法，與現有技術相比，通過添加域編號，去除信令對路由器編號要求域內唯一的限制，擴大了路由器編號在域內的取值范圍，減緩路由器編號資源的消耗。因為所有的路徑信息都是采用域編號、路由器編號和端口的三元組方式，并且是順序放置，因此同一個域下面的路由跳放置在一起，且域編號相同，而域編號相同的第一個路由跳和最后一個路由跳就表示這個域的邊界節點，所以信令處理模塊從RSVP消息中可以直接確定域的邊界節點，減少與路由處理模塊的交互，加快邊界網元信令處理的速度。
[0126]圖8為本發明實施例的一種處理RSVP-TE信令的系統的示意圖，如圖8所示，本實施例的系統包括:
[0127]擴展模塊，用于對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示；
[0128]配置模塊，用于網絡資源配置時，配置每個域編號不同，域內路由器編號唯一；
[0129]處理模塊，用于跨域業務應用時，信令消息中的資源表示采用所述三元組進行表
/Jn ο
[0130]其中，所述擴展模塊擴展的使用無編號資源的對象可以包括:
[0131]顯式路由對象的子對象；
[0132]RSVPJTOP 對象；
[0133]ERR0R_SPEC 對象；
[0134]標簽交換路徑隧道接口編號對象。
[0135]當然，擴展的使用無編號資源的對象還可以包括其他對象。
[0136]其中，所述擴展模塊，對RSVP-TE信令中使用無編號資源的對象進行擴展包括:對RSVP-TE信令中使用無編號資源的對象擴展域編號字段，路由器編號擴展為僅域內唯一。
[0137]在一優選實施例中，所述配置模塊，在網絡資源配置的過程中還用于:使用開放式最短路徑優先的流量工程協議中的不透明鏈路狀態通告表示域內和域間資源。
[0138]其中，所述處理模塊，在跨域業務應用時，信令消息中的資源表示采用所述三元組進行表示，包括以下的一種或多種:跨域業務建立和狀態更新時，信令消息中資源表示采用所述三元組進行表示；跨域業務網元間通知信息時，信令消息中表示故障位置采用所述三元組進行表示；跨域業務利用信令方式建立無編號的前向鄰接鏈路時，采用所述三元組進行表示。
[0139]本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現，也可以采用軟件功能模塊的形式實現。本發明不限制于任何特定形式的硬件和軟件的結合。
[0140]以上僅為本發明的優選實施例，當然，本發明還可有其他多種實施例，在不背離本發明精神及其實質的情況下，熟悉本領域的技術人員當可根據本發明作出各種相應的改變和變形，但這些相應的改變和變形都應屬于本發明所附的權利要求的保護范圍。
【權利要求】
1.一種處理流量工程的資源預留協議(RSVP-TE)信令的方法，包括: 對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示； 網絡資源配置時，配置每個域編號不同，域內路由器編號唯一； 跨域業務應用時，信令消息中的資源采用所述三元組進行表示。
2.如權利要求1所述的方法，其特征在于:所述擴展的使用無編號資源的對象包括: 顯式路由對象的子對象； 資源預留跳對象； 錯誤信息對象； 標簽交換路徑隧道接口編號對象。
3.如權利要求1或2所述的方法，其特征在于:所述對RSVP-TE信令中使用無編號資源的對象進行擴展包括: 對RSVP-TE信令中使用無編號資源的對象擴展域編號字段，路由器編號擴展為域內唯
O
4.如權利要求1所述的方法，其特征在于:所述網絡資源配置的過程中還包括: 使用開放式最短路徑優先的流量工程協議中的不透明鏈路狀態通告表示域內和域間資源。
5.如權利要求1所述的方法，其特征在于:所述跨域業務應用時，信令消息中的資源表示采用所述三元組進行表示，包括以下的一種或多種: 跨域業務建立和狀態更新時，信令消息中資源表示采用所述三元組進行表示； 跨域業務網元間通知信息時，信令消息中表示故障位置采用所述三元組進行表示； 跨域業務利用信令方式建立無編號的前向鄰接鏈路時，采用所述三元組進行表示。
6.一種處理流量工程的資源預留協議(RSVP-TE)信令的系統，包括: 擴展模塊，用于對RSVP-TE信令中使用無編號資源的對象進行擴展，使信令中鏈路資源由域編號、路由器編號和端口的三元組進行表示； 配置模塊，用于網絡資源配置時，配置每個域編號不同，域內路由器編號唯一； 處理模塊，用于跨域業務應用時，信令消息中的資源采用所述三元組進行表示。
7.如權利要求6所述的系統，其特征在于:所述擴展模塊擴展的使用無編號資源的對象包括: 顯式路由對象的子對象； 資源預留跳對象； 錯誤信息對象； 標簽交換路徑隧道接口編號對象。
8.如權利要求6或7所述的系統，其特征在于: 所述擴展模塊，對RSVP-TE信令中使用無編號資源的對象進行擴展包括:對RSVP-TE信令中使用無編號資源的對象擴展域編號字段，路由器編號擴展為域內唯一。
9.如權利要求6所述的系統，其特征在于: 所述配置模塊，在網絡資源配置的過程中還用于:使用開放式最短路徑優先的流量工程協議中的不透明鏈路狀態通告表示域內和域間資源。
10.如權利要求6所述的系統，其特征在于: 所述處理模塊，在跨域業務應用時，信令消息中的資源表示采用所述三元組進行表示，包括以下的一種或多種:跨域業務建立和狀態更新時，信令消息中資源表示采用所述三元組進行表示；跨域業務網元間通知信息時，信令消息中表示故障位置采用所述三元組進行表示；跨域業務利用信令方式建立無編號的前向鄰接鏈路時，采用所述三元組進行表示。
【文檔編號】H04L12/913GK104283813SQ201310290618
【公開日】2015年1月14日 申請日期:2013年7月11日 優先權日:2013年7月11日
【發明者】羅春, 陳青松 申請人:中興通訊股份有限公司