專利名稱：：通信網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及建立通信線路的通信網(wǎng)絡(luò)的通信線路建立控制方式。特別涉及在存在多個管理域或管理對象層的通信網(wǎng)絡(luò)中、跨越管理域或跨越層來建立通信線路的情況下的通信線路建立控制方式。
背景技術(shù)：
：作為用來在通信網(wǎng)絡(luò)中動態(tài)地設(shè)定通信線路的技術(shù)，有MPLS(IETF，RFC3031,E.Rosen等，"MultiprotocolLabelSwitchingArchitecture")、GMPLS(IETF,RFC3945,Eric.Mannie等，"GeneralizedMulti-ProtocolLabelSwitchingArchitecture")等的技術(shù)。該技術(shù)通過GMPLSRSVP-TE(IETF,RFC3473，L.Berger等，"GeneralizedMulti-ProtocolLabelSwitching(GMPLS)SignalingResourceReservationProtocol-TrafficEngineering(RSVP-TE)Extensions")等的信令協(xié)議，在由波長交換機、時分復(fù)用裝置及包交換機等的網(wǎng)絡(luò)裝置構(gòu)成的通信網(wǎng)絡(luò)上設(shè)定作為虛擬的通信線路的LSP(LabelSwitchedPath)。GMPLS網(wǎng)絡(luò)在由多個層或多個管理域構(gòu)成的情況下，作為通過信令建立跨越層或管理域的通信線路的方式，已知有專利文獻1所述的技術(shù)及非專利文獻1所述的技術(shù)。根據(jù)專利文獻1所述的技術(shù)，在通過RSVP-TE建立通信線路時，能夠?qū)酶魍ㄐ啪€路的每個服務(wù)決定通信線路利用的鏈路(即下層的通信線路)。具體而言，對于下層的通信線路預(yù)先賦予服務(wù)標(biāo)識符，上層的邊緣節(jié)點承載服務(wù)標(biāo)識符而發(fā)出通信線路建立請求。層邊界的節(jié)點在可選擇的鏈路之中選擇鏈路保持的服務(wù)標(biāo)識符與包含在接收到的通信線路建立請求中的服務(wù)標(biāo)識符一致的鏈路。非專利文獻1所述的技術(shù)提供如下的裝置，當(dāng)在第一管理域(以下稱作域1)內(nèi)的節(jié)點和第二管理域(以下稱作域2)內(nèi)的節(jié)點之間通過GMPLS建立通信線路時，該裝置通過管理各個域的PCE(PathComputationElement)的管理器之間的協(xié)調(diào)處理決定通信線路的路線。具體而言，如果對起點節(jié)點為域1的PCE(以下稱作PCE1)請求路徑計算，則PCEl對域1內(nèi)的區(qū)間(以下稱作區(qū)間1)計算通信線路的路線，接著對于PCE2，對域2內(nèi)的區(qū)間(以下稱作區(qū)間2)請求計算通信線路的路線。PCE2將與區(qū)間2的計算結(jié)果對應(yīng)的鍵信息(PathKey)返回給PCE1。PCE1將區(qū)間1的路徑與區(qū)間2的PathKey返回給起點節(jié)點。起點節(jié)點發(fā)出承載了區(qū)間1的路徑與區(qū)間2的PathKey的通信線路建立請求，域1與域2之間的邊界節(jié)點通過利用獲取的PathKey查詢PCE2而取得區(qū)間2的路徑，對區(qū)間2建立通信線路。專利文獻1日本特開2005-252385號公報非專利文獻1R.Bradfowd等，"PreservingTopologyConfidentialityinInter-DomainPathComputationandSignaling",IETFInternetdraft,draft-bradford-pce-path-key-00.txt，2006-6-16在想要建立通信線路時，網(wǎng)絡(luò)設(shè)計者可以不每次進行判斷，而自動考慮通信線路的維護必要條件及網(wǎng)絡(luò)資源的維護條件，來決定通信線路在各跳中使用的鏈路。此外，能夠自動地設(shè)定按每個服務(wù)種類及維護必要條件不同的、跨越層間及管理域連接通信線路時的適配(各種連接功能)。這里，所謂的網(wǎng)絡(luò)資源的維護條件，是通信線路使用的數(shù)據(jù)交換機或網(wǎng)絡(luò)接口、各跳的鏈路等的網(wǎng)絡(luò)資源的、有關(guān)維護的屬性，包括計劃工程的時間帶、故障時的更換對應(yīng)時間帶、定期更換對象有無、維護負(fù)責(zé)者、制造廠商、預(yù)備品有無、MTBF(MeanTimeBetweenFailure)、MTTR(MeanTimeToRepair)、物品號碼、物品的版本號碼、故障切分試驗功能有無、賠償責(zé)任保險的加入有無、無償更換保證合同有無等。所謂的通信線路的維護必要條件，是提供服務(wù)的通信線路使用的網(wǎng)絡(luò)資源要滿足的維護條件，用對應(yīng)于有關(guān)上述維護的屬性的制約條件式表現(xiàn)。根據(jù)專利文獻1所述的技術(shù)，能夠按服務(wù)標(biāo)識符控制某個層的通信線路使用的下層的通信線路。但是，由于該控制基于服務(wù)標(biāo)識符的比較,所以如果是相同的服務(wù)，則即使維護必要條件不同，也能夠收容在相同的下層通信線路中。例如，如果是"廣域LAN服務(wù)100Mbps"的相同的服務(wù)，則能夠?qū)⒉蝗菰S日間的服務(wù)中斷的面向金融的服務(wù)、和不容許夜間深夜的服務(wù)中斷的TV廣播接入線路收容在同一個下層通信線路中。因此，下層中的設(shè)備更改等的維護作業(yè)的時間受到制約。此外，專利文獻1所述的技術(shù)不規(guī)定用于控制適配的方法。適配也同維護必要條件同樣有各種各樣，認(rèn)為會發(fā)生同樣的問題。此外，專利文獻1所述的技術(shù)的主要的目的是域1與域2相互隱藏各自的域內(nèi)的拓?fù)洌c本發(fā)明要解決的問題沒有直接的關(guān)聯(lián)性。但是，與專利文獻1的組合通過PCE2還決定適配，認(rèn)為能夠減小由GMPLS信令傳送的數(shù)據(jù)大小。但是，控制順序變得復(fù)雜，成為新的問題。
發(fā)明內(nèi)容本發(fā)明的目的是不使控制順序變得復(fù)雜、根據(jù)服務(wù)種類及維護必要條件適當(dāng)?shù)刈詣舆x擇通信線路在各跳中使用的鏈路、和管理域或?qū)舆吔缰械倪m配。在本發(fā)明中，第一，在起點節(jié)點中設(shè)置如下的單元，該單元將要提供的服務(wù)的標(biāo)識符及服務(wù)的屬性承載在通信線路的建立控制消息中而請求建立路徑。第二，在各節(jié)點中設(shè)置如下的單元，該單元根據(jù)服務(wù)標(biāo)識符及/或服務(wù)的屬性，決定通信線路的維護條件及適配。各節(jié)點在接收到路徑建立控制消息時，利用決定上述通信線路的維護必要條件及適配的單元，通過評價包含在接收到的路徑建立控制消息中的服務(wù)的標(biāo)識符及/或服務(wù)固有的屬性，決定通信線路的維護必要條件及/或適配。第三，在各節(jié)點中設(shè)置保持各節(jié)點及節(jié)點間的鏈路等的網(wǎng)絡(luò)資源的維護條件的單元，進而，通過比較網(wǎng)絡(luò)資源的維護條件和上述通信線路的維護必要條件，決定能夠滿足上述維護條件的鏈路及節(jié)點。將決定的鏈路、節(jié)點、適配設(shè)定為交換機及/或接口的動作參數(shù)。根據(jù)本發(fā)明，能夠在通信線路建立請求時，按照通信線路，在層間或管理域間交換服務(wù)種類和各服務(wù)固有的屬性信息。因此，不在層間或管理域間預(yù)先交換控制信息，能夠進行對應(yīng)于服務(wù)種類及服務(wù)的屬性的、根據(jù)維護必要條件的確定，決定收容關(guān)系以及適配。圖1是第1實施方式的網(wǎng)絡(luò)系統(tǒng)的框圖。圖2是第1實施方式的各GMPLS交換機所具有的接口部的接口標(biāo)識符的一覽表。圖3是第1實施方式的各GMPLS交換機間的鏈路的鏈路標(biāo)識符的一覽表。圖4是第1實施方式的包接口部的框圖。圖5是第1實施方式的波長接口部的框圖。圖6是第1實施方式的包-波長聯(lián)動接口部的框圖。圖7是第1實施方式的包交換機具有的控制部的框圖。圖8A是表示第1實施方式的GMPLS交換機相互交換的GMPLS擴展RSVP-TE消息100的內(nèi)容的格式圖。圖8B是表示在建立PSC-LSP31的情況下、包交換機All發(fā)出的路徑請求消息的具體內(nèi)容的圖。圖8C是表示在建立PSC-LSP32的情況下、包交換機All發(fā)出的路徑請求消息的具體內(nèi)容的圖。圖8D是表示在建立PSC-LSP33的情況下、包交換機All發(fā)出的路徑請求消息的具體內(nèi)容的圖。圖9是第1實施方式的GMPLS交換機的控制部的軟件結(jié)構(gòu)圖。圖IO是第1實施方式的通信線路建立時的順序圖。圖11是第1實施方式的服務(wù)定義表的結(jié)構(gòu)圖。圖12是第1實施方式的鏈路屬性表8010結(jié)構(gòu)圖。圖13是第1實施方式的會話管理表的結(jié)構(gòu)圖。圖14是第1實施方式的網(wǎng)絡(luò)拓?fù)浔?018的結(jié)構(gòu)圖。圖15是表示第1實施方式的PATH消息接收時的動作的流程圖。圖16是表示第1實施方式的RESV消息接收時的動作的流程圖。具體實施方式<第1實施方式>以下，對本發(fā)明的第1實施方式進行說明。在第1實施方式中，對作為信令協(xié)議而使用GMPLS擴展RSVP-TE、作為^l路狀態(tài)型路由(routing)協(xié)議而使用GMPLS擴展OSPF-TE的情況進行說明，即使是IS-IS("OSIIS-ISIntra-domainRoutingProtocol",IETFRFC1142)、GMPLSCR-LDP(正TFRFC3472,"GeneralizedMulti-ProtocolLabelSwitching(GMPLS)SignalingConstraint-basedRoutedLabelDistributionProtocol(CR-LDP)Extensions")等的其他協(xié)議，也同樣能夠使用本發(fā)明。圖1是第1實施方式的網(wǎng)絡(luò)系統(tǒng)的框圖。第1實施方式的網(wǎng)絡(luò)系統(tǒng)是在與要建立的通信線路61不同的鏈路上收發(fā)GMPLS擴展RSVP-TE及GMPLS擴展OSPF-TE的消息的GMPLS網(wǎng)絡(luò)。第1實施方式的網(wǎng)絡(luò)系統(tǒng)由包網(wǎng)絡(luò)1及/或光波長網(wǎng)絡(luò)2構(gòu)成。包網(wǎng)絡(luò)1與光波長網(wǎng)絡(luò)2，分別由一個以上的GMPLS交換機、用來在它們之間交換用戶數(shù)據(jù)的鏈路、同樣傳送控制信息的控制信息傳送裝置A41控制信息傳送裝置B42構(gòu)成。包網(wǎng)絡(luò)1的GMPLS交換機具體而言是包交換機A11B12及/或包-波長聯(lián)動交換機A13A14，鏈路是包鏈路51包鏈路54。光波長網(wǎng)絡(luò)2的GMPLS交換機具體而言是包-波長聯(lián)動交換機A13A14及/或波長交換機A15，鏈路是包鏈路61波長鏈路54。各個GMPLS交換機具有用來交換用戶數(shù)據(jù)的一個以上的接口部、用來控制用戶數(shù)據(jù)的傳送目的地的一個以上的交換部、和用來控制接口部及交換部的控制部。在包交換機Al1B12中，接口部具體而言是終接包鏈路的包接口。同樣，交換部是包交換部。在波長交換機A15中，接口部具體而言是終接波長鏈路的波長接口部。同樣，交換部是波長交換部。包-波長聯(lián)動交換機A13A14的接口部具體而言是終接包鏈路的包接口部、和終接波長鏈路的波長接口部。同樣，作為交換部，具有包交換部和波長接口部兩者。包接口部通過包鏈路在與相鄰的包交換機或包-波長聯(lián)動交換機的包接口部之間交換包復(fù)用的用戶數(shù)據(jù)。波長接口部通過波長鏈路，在與相鄰的波長交換機或包-波長聯(lián)動交換機的波長接口部之間交換波長復(fù)用的用戶數(shù)據(jù)。在本實施方式的網(wǎng)絡(luò)系統(tǒng)由多個層、即由包網(wǎng)絡(luò)1及光波長網(wǎng)絡(luò)2兩者構(gòu)成的情況下，包網(wǎng)絡(luò)1作為包鏈路還隨之構(gòu)成一個以上的包鏈路(LSC-LSP)55包鏈路(LSC-LSP)57。包網(wǎng)絡(luò)1及光波長網(wǎng)絡(luò)2基于GMPLS被控制，用戶數(shù)據(jù)在己建立的PSC-LSP3133上傳送。在包網(wǎng)絡(luò)1的A1B1間建立的PSC-LSP33通過包交換機All的包接口部llb和包接口部lld、包鏈路52、包-波長聯(lián)動交換機A13的包接口部13b與包-波長聯(lián)動接口部13d、包鏈路(LSC-LSP)56、包-波長聯(lián)動交換機B14的包-波長聯(lián)動接口部14d和包接口部14b、包鏈路54、包交換機B12的包接口部12d和包接口部12b，利用通過這些包復(fù)用而被分割的頻帶資源構(gòu)成。構(gòu)成PSC-LSP33的一部分區(qū)間的包鏈路(LSC-LSP)56通過更下層的波長接口部13g、波長鏈路63、波長接口部14g，利用通過這些波長復(fù)用而被分割的頻帶資源(即各個光波長)構(gòu)成。同樣，PSC-LSP32通過包交換機A11的包接口部lla和包接口部llc、包鏈路51、包-波長聯(lián)動交換機A13的包接口部13a與包-波長聯(lián)動接口部13e、包鏈路(LSC-LSP)57、包-波長聯(lián)動交換機B14的包-波長聯(lián)動接口部14e和包接口部14a、包鏈路53、包交換機B12的包接口部12c和包接口部12c，利用通過這些包復(fù)用而被分割的頻帶資源構(gòu)成。構(gòu)成PSC-LSP32的一部分區(qū)間的包鏈路(LSC-LSP)57通過更下層的波長接口部13h、波長鏈路64、波長接口部14h，利用通過這些波長復(fù)用而被分割的頻帶資源(即各個光波長)構(gòu)成。進而，PSC-LSP31也同樣，但在PSC-LSP31建立之前不預(yù)先建立包鏈路(LSC-LSP)55、包-波長聯(lián)動交換機A13的包-波長聯(lián)動接口部13c、包-波長聯(lián)動交換機A14的包-波長聯(lián)動接口部14c的操作狀態(tài)(OperationalState)為非動作狀態(tài)(disabled)這一點不同。因此，在圖1中，將波長接口部13f、包-波長聯(lián)動接口部13c、包-波長聯(lián)動接口部14c用虛線表示。此外，包鏈路(LSC-LSP)55通過更下層的包-波長聯(lián)動交換機A13的波長接口部13f、波長鏈路61、波長交換機A15的波長接口部15b和波長接口部15d、波長鏈路62、包-波長聯(lián)動交換機B14的波長接口部14f，利用通過這些包復(fù)用而被分割的頻帶資源(即各個光波長)構(gòu)成。接口部在某個GMPLS交換機中由接口標(biāo)識符識別。在通信網(wǎng)絡(luò)2中由路由器標(biāo)識符和接口標(biāo)識符的組唯一地識別。將圖1中的接口部的接口標(biāo)識符在圖2中表示。例如，包接口部lla的接口標(biāo)識符是101。此夕卜,包接口部lla由于所屬于的包交換機All的路由器標(biāo)識符是10.0丄1，所以通過[10.0丄1，101]的組，在包網(wǎng)絡(luò)1及光波長網(wǎng)絡(luò)2中被唯一地識別。鏈路由鏈路標(biāo)識符在網(wǎng)絡(luò)系統(tǒng)中被唯一地識別。鏈路標(biāo)識符是該鏈路連接的接口部的路由器標(biāo)識符和接口標(biāo)識符的組。將圖1中的鏈路的鏈路標(biāo)識符在圖3中表示。例如，包鏈路51由于將[10.0丄1，103]與[10.20丄3，IOI]連接，所以其鏈路標(biāo)識符為[10.0丄1，103，10.20丄3，101]。通信線路建立請求裝置71是操作終端、裝置管理系統(tǒng)(ElementManagementSystem)的網(wǎng)絡(luò)管理系統(tǒng)、存儲管理服務(wù)器或視頻服務(wù)器等的應(yīng)用系統(tǒng)等，請求建立PSC-LSP3133。在圖1中僅表示了1臺，但也可以根據(jù)建立的通信線路的端點來設(shè)置任意的臺數(shù)。作為通信線路建立請求裝置71對包網(wǎng)絡(luò)1請求建立PSC-LSP的協(xié)議，可以使用利用tdnet(正TF，RFC854)等的命令的投入、RSVP-TE或O-UNI(OpticalInternetworkingForum，UserNetworkInterface(UNI)1.0SignalingSpecification)等的信令協(xié)議、HTTP(IETFRFC1945)或SIP(IETFRFC2543)、RTSP(IETFRFC2326)等的應(yīng)用協(xié)議、SOAP(WorldWideWebConsortium,SOAPVersion1.2)或HOP(ObjectManagementGroup,CORBA(TM)/HOP(TM)Specification)等的遠程代理協(xié)議等。如果通信線路建立請求裝置71請求建立PSC-LSP，則包交換機All、包-波長聯(lián)動交換機A13、包-波長聯(lián)動交換機B14及包交換機B12相互收發(fā)信令協(xié)議(例如GMPLS擴展RSVP-TE)的消息，通過更新各交換機內(nèi)的包交換機部的狀態(tài)，建立PSC-LSP3133。在作為前提的包鏈路(LSC-LSP)5557為未建立的情況，根據(jù)需要，包-波長聯(lián)動交換機A13、波長交換機A15、包-波長聯(lián)動交換機B14相互發(fā)送信令協(xié)議的消息，通過更新各交換機內(nèi)的波長交換部133、153、143的狀態(tài)，建立包鏈路(LSC-LSP)5557。包交換機A11B12、包-波長聯(lián)動交換機A13A14、波長交換機A15通過收發(fā)作為路由協(xié)議之一的GMPLS擴展OSPF-TE的消息，能夠得到網(wǎng)絡(luò)的拓?fù)?。GMPLS擴展OSPF-TE的消息經(jīng)由控制信息傳送裝置A41及/或控制信息傳送裝置B42被交換。在GMPLS中，用戶數(shù)據(jù)與信令協(xié)議不需要在相同的路徑上傳送。在本實施方式中，例如PSC-LSP33上的用戶數(shù)據(jù)經(jīng)由包交換機All、包-波長聯(lián)動交換機A13A14、包交換機B12(通信接口llb、lld、13b、13d、14d、14b、12d、12b)被傳送，相對于此，GMPLS擴展RSVP-TE及GMPLS擴展OSPF-TE的消息經(jīng)由控制信息傳送裝置A41及/或控制信息傳送裝置B42被傳送。此外，GMPLS擴展RSVP-TE及GMPLS擴展OSPF-TE的消息也可以通過GenericRoutingEncapsulation(正TFRFC2784)等的隧道協(xié)議封裝?？刂菩畔魉脱b置A41及控制信息傳送裝置B42是IP(InternetProtocol)路由器或正EE802.3DMAC網(wǎng)橋等的、具有包傳送功能的裝置。接著，對各GMPLS交換機的硬件結(jié)構(gòu)和動作進行說明。圖4是包接口部11alld的框圖。包接口部11alld由光接收器401、接收包頭解析部402、發(fā)送包頭生成部403、光發(fā)送器404及包層故障管理部405構(gòu)成。光接收器401從其他GMPLS交換機接收光信號，對包數(shù)據(jù)進行解碼而發(fā)送給接收包頭解析部402。接收包頭解析部402根據(jù)接收到的包的頭信息，生成包交換部112能夠解釋的內(nèi)部的傳送目的地信息，發(fā)送給包交換部112。包交換部112基于通過GMPLS擴展RSVP-TE消息的交換而決定的包交叉連接信息，決定要將包送出的接口部，將包傳送給所決定的接口部。被傳送的包被從包交換部112交給發(fā)送包頭生成部403。發(fā)送包頭生成部403生成向下一跳的傳送所需要的頭信息，作為光信號經(jīng)由光發(fā)送器404發(fā)送給相鄰的GMPLS交換機的包接口部。包層故障管理部405基于來自控制部111的指示診斷包層中有無故障，將故障有無信息通知給控制部lll。診斷有無故障的單位是已建立的PSC-LSP單位、包鏈路、或者更下層的信號單位等。作為診斷有無故障的手段，可以使用通過光信號的功率損失或幀同步偏差、CRC(CyclicRedundancyCheck)等進行的代碼檢查等的被動性的檢査方法、以及通過Ethemet-OAM(ITU-TY.1731.IEEE802.1ag)、MPLS-OAM(ITU-TY.17U)、ICMP(IETF，RFC0792)等的故障檢測信號的交換進行的主動檢査方法。接收包頭解析部402及發(fā)送包頭解析部403也可以還進行包的封裝處理、通信流的分離/合并、QoS映射、警報傳送處理、代碼變換等的網(wǎng)絡(luò)間的適配(Adaptation)處理。適合化處理也基于來自控制部111的指示而被控制。作為包的封裝處理，可以考慮MPLSLabelStackEncoding(IETF，RFC3032)或PseudoWireEmulation(PWE3;IETF,RFC3985)、GenericFramingProcedure(GFP;ITU-T，G.7041)等。作為QoS處理，可以考慮Dif!Serv("DifferentiatedServicesandTunnels",IETF,RFC2983)的DSCP值與IEEE802.1D的優(yōu)先級值的映射、基于TrTCM("ATwoRateThreeColorMarker",IETF,RFC2698)的通信量的DSCP值決定、基于L2L7頭信息的選擇性包丟棄、uRPF(ReversePathForwarding)的選擇性包丟棄等。作為通信流的分離/合并處理，可以考慮OTN(OpticalTransportNetwork)/SDH(SynchronousDigitalHierarchy)/MPLS傳送路徑的路徑保護功能、VirtualconCATenation(VCAT;ITL-T,G.783)、LinkCapacityAdjustmentScheme(LCAS;ITU-T，G.7042)、鏈路應(yīng)用、基于L2L7頭信息的策略路由(routing)等。作為警報傳送處理，可以考慮以由MPLS-OAM檢測到的故障警報為觸發(fā)、新發(fā)出Ethemet-OAM的故障信息等。作為代碼變換處理，可以考慮錯誤修正代碼的插入、協(xié)議變換、數(shù)據(jù)壓縮擴展、媒體流的代碼轉(zhuǎn)換等。包交換機B12、包-波長聯(lián)動交換機A13A14的包接口部的結(jié)構(gòu)及動作也與包接口部11alld同樣。圖5是表示波長交換機A15的波長接口部15a15d的結(jié)構(gòu)和動作的框圖。波長接口部15a15d由波長變換器6010160132、光信號再現(xiàn)器6020160232、合波器603、分波器604及光信號再現(xiàn)器6023360264構(gòu)成。分波器604將從相鄰的波長交換機或包-波長聯(lián)動交換機的波長接口部接收到的波長復(fù)用的光信號分為各個波長成分，傳遞給各個光信號再現(xiàn)器6023360264。光信號再現(xiàn)器6023360264通過2R(Re-amplificationandRe畫shaping)或3R(Re-amplification、Re-shapingandRe-timing)處理，將光信號再現(xiàn)，并傳遞給波長交換部133。波長交換部133根據(jù)通過GMPLS擴展RSVP-TE消息的交換決定的光交叉網(wǎng)絡(luò)信息，決定要將光信號送出的接口部，將包傳送給決定的接口部。圖6是表示包-波長聯(lián)動交換機A13A14的包-波長聯(lián)動接口部13c13e的結(jié)構(gòu)和動作的框圖。包-波長聯(lián)動接口部13c13e包括發(fā)送包頭生成部501、發(fā)送幀頭生成部502、光發(fā)送器503、光接收器504、發(fā)送幀頭生成部505、接收包頭解析部506、包層警報插入部507、光層故障管理部508、層間警報傳送部509、以及包層故障管理部510。接著，對包交換機All具有的控制部111的結(jié)構(gòu)和動作進行說明。圖7是包交換機A11B12的控制部111的框圖。控制部111包括CPU1111、存儲器1112、路徑等的內(nèi)部通信線路1113、通信接口1114、裝置控制接口1115以及二次存儲裝置1116。通信接口1114連接在控制信息傳送裝置上，在與其他GMPLS交換機之間交換GMPLS擴展RSVP-TE消息。裝置控制接口1115與包交換部、包接口部連接，對它們進行控制。此外，在存儲器1112中，根據(jù)需要而保存有程序11121和數(shù)據(jù)11122。包交換機B12的控制部121也與控制部111同樣。波長交換機A15的控制部也與控制部111同樣，但連接目的地的接口部及交換部分別為波長接口部及波長交換部。包-波長聯(lián)動交換機A13A14的控制部也與控制部111同樣，但連接目的地的接口部為包接口部和波長接口部，交換部為包交換部和波長交換部。圖8A是表示GMPLS交換機交換的GMPLS擴展RSVP-TE消息100的內(nèi)容的格式圖。GMPLS擴展RSVP-TE消息100包括RSVP消息種類1001、會話標(biāo)識符1002、服務(wù)標(biāo)識符1003、服務(wù)屬性1004、明示的路徑1005、其他RSVP對象1—1006、其他RSVP對象2—1007、以及其他RSVP對象n1008。RSVP消息種類1001、會話標(biāo)識符1002、明示的路徑1005是基于RSVP標(biāo)準(zhǔn)的對象。在GMPLS擴展RSVP-TE消息100中，有意味著路徑建立請求的PATH消息、和意味著路徑建立響應(yīng)及資源分配的RESV消息等。RSVP消息種類IOOI表示這些種類。會話標(biāo)識符1002是用于識別由GMPLS交換機建立的通信線路(LSP:LabelSwitchedPath)的標(biāo)識符。明示的路徑1005對象是上游的GMPLS交換機用來指定要建立的通信線路應(yīng)經(jīng)過的點的對象。服務(wù)標(biāo)識符1003及服務(wù)屬性1004是在本說明書中導(dǎo)入的對象，是要建立的路徑提供的服務(wù)的種類、和以服務(wù)的詳細情況為特征的各個服務(wù)固有的屬性。其他RSVP對象1_1006、其他RSVP對象2—1007及其他RSVP對象nl008是基于RSVP標(biāo)準(zhǔn)的、上述以外的對象。圖8B表示在建立PSC-LSP31的情況下包交換機All對包-波長聯(lián)動交換機A13發(fā)出的路徑請求消息。由于該路徑請求消息是路徑建立請求，所以RSVP消息種類1001為PATH。由于起點節(jié)點及終點節(jié)點的路由器標(biāo)識符是10.0.1.2及extW-10.0丄l，所以，基于GMPLS標(biāo)準(zhǔn)，作為會話標(biāo)識符1002而保存"10.0丄2，tunnelld=l，extld=10.0.1.1"。在會話標(biāo)識符1002、明示的路徑1005示出是面向企業(yè)的服務(wù)、是使用VoIP的服務(wù)、容許路徑不運轉(zhuǎn)的時間帶是22:001:OO之間。明示的路徑1005表示路徑應(yīng)通過的路線。該值是利用網(wǎng)絡(luò)拓?fù)浔?018的信息、通過ShortestPathFirst等路徑探索算法、由通信線路路線計算部8019導(dǎo)出的值。由于在網(wǎng)絡(luò)拓?fù)浔?018中沒有保存有關(guān)維護必要條件及適配的信息，所以不能遍及PSC-LSP31的端對端決定鏈路的詳細情況。因此，到作為下一跳的10.0丄3為止的鏈路雖然明示指定，但對于到達路由器標(biāo)識符為10.0丄4和10.0丄2的節(jié)點的部分，僅限于節(jié)點的指定。圖8C也同樣表示在建立PSC-LSP32的情況下包交換機All對包-波長聯(lián)動交換機A13發(fā)出的路徑請求消息的內(nèi)容。表示PSC-LSP32是面向企業(yè)的服務(wù)、不使用VoIP。圖8D也同樣表示在建立PSC-LSP33的情況下包交換機All對包-波長聯(lián)動交換機Al3發(fā)出的路徑請求消息的內(nèi)容。表示PSC-LSP32是面向TV廣播的服務(wù)。圖9是表示控制部111的軟件結(jié)構(gòu)的圖。其他GMPLS交換機也同樣。信令處理部8014經(jīng)由控制消息收發(fā)部8016與其他GMPLS交換機交換GMPLS擴展RSVP-TE消息。此外，獲取來自通信線路建立請求裝置71的路徑建立請求。信令處理部8014如果從通信線路建立請求裝置71接收到路徑建立請求、或者從上游的GMPLS交換機接收到PATH消息，則利用圖15在后面說明的路由(方路)決定處理和適配決定處理利用服務(wù)標(biāo)識符1003及服務(wù)屬性1004來決定下一跳的鏈路和適配。將決定的下一跳的鏈路和適配保存到會話管理表8020中。進而，通過基于GMPLS標(biāo)準(zhǔn)的PATH消息傳送處理，經(jīng)由控制消息收發(fā)部8016發(fā)送給下游的GMPLS交換機。在決定的下一跳的鏈路是未建立的鏈路的情況下，將建立的通信線路的路徑的計算委托給通信線路路徑計算部8019?；跊Q定的路徑，信令處理部8014請求以自己為起點的新的通信線路的建立。例如，在PSC-LSP31的建立處理中，未建立的包鏈路(LSC-LSP)55自己作為起點來請求建立。信令處理部8014如果從下游的GMPLS交換機接收到RESV消息，則基于保存在會話管理表8020中的鏈路信息，組成交叉網(wǎng)絡(luò)設(shè)定值，設(shè)定在交換部中。此外，基于保存在會話管理表8020中的適配信息，設(shè)定接口部。路由處理部8017經(jīng)由控制消息收發(fā)部8016，與其他GMPLS交換機交換GMPLS擴展OSPF-TE消息。自己將鏈路屬性表8010保持的與相鄰GMPLS交換機之間的鏈路信息通過GMPLS擴展OSPF-TE發(fā)送給相鄰的GMPLS交換機，并保存在網(wǎng)絡(luò)拓?fù)浔?018中。此外，將從相鄰的GMPLS交換機接收到的鏈路信息保存在網(wǎng)絡(luò)拓?fù)浔?018中，并且傳送給其他GMPLS交換機。通過這些動作，包網(wǎng)絡(luò)1及光波長網(wǎng)絡(luò)2的所有的鏈路的信息被儲存在網(wǎng)絡(luò)拓?fù)浔?01S中，能夠掌握包網(wǎng)絡(luò)1及光波長網(wǎng)絡(luò)2的拓?fù)洹Ｍㄐ啪€路路徑計算部8019根據(jù)來自信令處理部8014的請求，根據(jù)儲存在網(wǎng)絡(luò)拓?fù)浔?018中的拓?fù)湫畔?，計算能夠建立通信線路的路徑。作為計算算法，可以使用SPF(ShortestPathFirst,即最短路徑優(yōu)先)等的算法。信令處理部8014還通過利用圖15在后面說明的路由決定處理和適配決定處理，利用服務(wù)定義表8011服務(wù)定義表8011評價包含在接收到的路徑建立請求中的服務(wù)標(biāo)識符1003及服務(wù)屬性1004，決定要建立的通信線路的維護必要條件和適配。再基于通信線路的維護必要條件，檢索鏈路屬性表8010，決定使用的下一跳的鏈路。評價是否滿足各行的服務(wù)標(biāo)識符條件1101及服務(wù)屬性條件1102，如果滿足條件，則采用相同行的維護必要條件1103及適配1104作為維護條件及適配。圖10是表示在建立通信線路時各GMPLS交換機交換的GMPLS擴展RSVP-TE的消息與各GMPLS交換機的控制部的處理順序的順序圖。如果包交換機All接收到通信線路建立請求裝置71發(fā)出的路徑建立請求(901)，則包交換機All基于所獲取的服務(wù)標(biāo)識符及服務(wù)的屬性，利用服務(wù)定義表8011決定下一跳的鏈路的維護必要條件(9011)。接著，基于維護必要條件，利用鏈路屬性表8010決定下一跳的鏈路(9012)。此外，基于服務(wù)標(biāo)識符及服務(wù)的屬性，基于服務(wù)定義表8011決定適配。將決定的下一跳的鏈路以及適配保存在會話管理表8020中，在以后接收到RESV消息時使用(9071、9072)。接著，基于GMPLS擴展RSVP-TE標(biāo)準(zhǔn)的動作，向下一跳傳送PATH消息。此時，服務(wù)標(biāo)識符及服務(wù)的屬性原樣被傳送。以后，沿著被指定為PATH消息的明示的路徑的路徑，按照包-波長聯(lián)動交換機A13、包-波長聯(lián)動交換機B14、包交換機B12的順序發(fā)送PATH消息，重復(fù)同樣的處理(902、90219023、903、90319033、904、90419043)。包交換機All由于是被請求的通信線路的終點，所以接著PATH消息接收時的處理(9041卯43)，進行與RESV消息接收時同樣的處理。即，基于決定的鏈路信息及適配信息，將適配及交叉連接設(shè)定在接口部及交換部中(9044、9045)。然后，基于GMPLS擴展RSVP-TE標(biāo)準(zhǔn)的動作，向下一跳傳送RESV消息(905、906、907)。路徑上的其他GMPLS交換機也將適配及交叉連接設(shè)定在接口部及交換部中(9051、9052、9061、9062、9071、9072)。另外，在決定了下一跳時，在到下一跳的相應(yīng)路徑還未建立的情況下，啟動自己作為起點的通信線路建立順序。例如，在PSC-LSP31建立的過程中，如果包-波長聯(lián)動交換機A13檢測到包鏈路(LSC-LSP)55未建立的情況(9022)，則包-波長聯(lián)動交換機A13面向波長交換機A15，生成用來建立包鏈路(LSC-LSP)55的新的會話標(biāo)識符，將PATH消息對波長交換機A15送出。通過以上，在包交換機All包交換機B12之間建立通信線路。圖11是服務(wù)定義表8011的結(jié)構(gòu)圖。包括服務(wù)標(biāo)識符條件1101、服務(wù)屬性條件1102、維護必要條件1103及適配1140的各列。各行表示基于接收到的路徑建立請求決定維護必要條件1103及適配1104的if-then規(guī)則。如利用圖9已經(jīng)說明，信令處理部8014評價包含在接收到的路徑建立請求中的服務(wù)標(biāo)識符1003及服務(wù)屬性1004是否滿足各行的服務(wù)標(biāo)識符條件1101及服務(wù)屬性條件1102，如果滿足條件，則采用相同行的服務(wù)標(biāo)識符1003及服務(wù)屬性1004的值作為通信線路的維護必要條件及適配。例如，由于包含在圖8B所示的PSC-LSP31的路徑建立消息中的會話標(biāo)識符1002及明示的路徑1005滿足服務(wù)定義表8011的第1行的條件，所以通信線路的維護必要條件成為"max—fail—time<lsec,maintenance—time=acceptable—down—time"。這表示月艮務(wù)中斷日寸間為1秒以內(nèi)、維護時間帶是服務(wù)屬性1004所描述的acceptable—down—time內(nèi)(即22:003:00)。同樣，適配為"notifyFailureDetection=enabled"。同樣，分別對于PSC-LSP32使用圖8C所示的值，滿足服務(wù)定義表8011的第4行的條件，對于PSC-LSP33使用圖8D所示的值，滿足服務(wù)定義表8011的第5行的條件，所以采用相同行的維護必要條件1103及適配1104的值。圖12是鏈路屬性表8010的結(jié)構(gòu)圖。鏈路屬性表8010具有交換能力1201、自節(jié)點I/F1202、對置裝置路由器標(biāo)識符1203、對置裝置I/F標(biāo)識符1204、運用狀態(tài)1205、低層會話標(biāo)識符1206及鏈路維護條件1207。在鏈路屬性表8010的各行中，交換能力1201為PSC的表示1條包鏈路，交換能力1201為LSC的行表示1條波長鏈路。圖中的值表示包-波長聯(lián)動交換機A13的例子。下層會話標(biāo)識符1206的值是空欄的表示下層不是受GMPLS控制的LSP。在下層會話標(biāo)識符1206的值中僅保存有"LSC"的表示能夠建立LSC-LSP但還沒有建立。在下層會話標(biāo)識符1206的值中保存有"LSC"及會話標(biāo)識符的表示已經(jīng)建立了LSC-LSP。圖13是會話管理表8020的結(jié)構(gòu)圖。會話管理表8020具有RSV信息1301及適配信息1302的各列。RSV信息1301還被分為會話標(biāo)識符13011、前一跳13012、下一跳13013、服務(wù)標(biāo)識符13014、服務(wù)屬性13015及明示的路徑13016。圖中的值表示包-波長聯(lián)動交換機A13的例子，第1行、第2行及第3行分別對應(yīng)于PSC-LSP31、PSC-LSP32及PSC-LSP33。在從前一跳獲取的路徑建立請求消息的明示的路徑1005中沒有指定下一跳的IF一ID的值，但保存有通過信令處理部8014的路由決定處理決定的值。此外，對于PSC-LSP31，在適配信息1302中保存有通過信令處理部8014的適配決定處理決定的適配動作值。通過利用前一跳13012、下一跳13013及標(biāo)記的值設(shè)定包交換部，來建立通信線路。關(guān)于標(biāo)記的處理，由于與GMPLS標(biāo)準(zhǔn)沒有差異，所以省略說明。此外，對于PSC-LSP31,將適配信息1302的值設(shè)定在包接口部中，將波長層中的故障信息傳送給包層。圖14是網(wǎng)絡(luò)拓?fù)浔?018的結(jié)構(gòu)圖。網(wǎng)絡(luò)拓?fù)浔?018具有交換能力1401、運用屬性1402、鏈路端A1403以及鏈路端B1404的各列。網(wǎng)絡(luò)拓?fù)浔?018的內(nèi)容是通過路由處理部8017交換鏈路屬性表8010的交換能力1201、自節(jié)點I/F1202、對置裝置路由器標(biāo)識符1203、對置裝置I/F標(biāo)識符1204及運用狀態(tài)1205而生成的。圖15是表示信令處理部8014接收到PATH消息(路徑建立請求)時的動作的流程圖。如果接收到PATH消息，則根據(jù)所獲取的服務(wù)標(biāo)識符1003及服務(wù)屬性1004，利用服務(wù)定義表8011決定下一跳的鏈路的維護必要條件，保存在會話管理表8020中(1601)。本處理是通過將服務(wù)標(biāo)識符1003及服務(wù)屬性1004都滿足服務(wù)定義表8011所描述的服務(wù)標(biāo)識符條件1101及服務(wù)屬性條件1102的行的維護必要條件1103取出來實現(xiàn)的。接著，基于維護必要條件，利用鏈路屬性表8010，決定下一跳的鏈路(1602)。本處理是通過將鏈路維護條件1207滿足在1601中決定的維護必要條件1103的條件式的行從鏈路屬性表8010中取出來實現(xiàn)的。接著，利用鏈路屬性表8010的低層會話標(biāo)識符1206，檢査所決定的鏈路是否是己建立(1603)。如果僅保存有值"LSC",則認(rèn)為是未建立。如果是未建立，則對通信線路路徑計算部8019請求計算下層的通信線路的路徑，沿著所決定的路徑，請求建立通信線路的信令(1610)。該建立請求處理由于與包交換機All被通信線路建立請求裝置71請求建立通信線路時同樣，所以省略說明。此外，根據(jù)服務(wù)標(biāo)識符及服務(wù)的屬性，利用服務(wù)定義表8011決定適配，保存在會話管理表8020中(1604)。本處理是通過將服務(wù)屬性1004及服務(wù)定義表8011都滿足服務(wù)定義表8011所描述的服務(wù)標(biāo)識符條件1101及服務(wù)屬性條件1102的行的適配1104取出來實現(xiàn)的。如果自節(jié)點是由接收到的PATH消息請求的通信線路的終點節(jié)點，則將在步驟1604決定的適配設(shè)定在接口部中(1606)，利用在步驟1602決定的下一跳鏈路信息，對交換部設(shè)定交叉連接(1607)。此時，需要上游側(cè)鏈路的信息、和上游側(cè)及下游側(cè)的標(biāo)記值，這些解決方法由于與GMPLS擴展RSVP-TE標(biāo)準(zhǔn)同樣，所以省略說明。接著，根據(jù)GMPLS擴展RSVP-TE標(biāo)準(zhǔn)，生成RESV消息，并向上游傳送。在步驟1605中，在判斷為自節(jié)點不是由接收到的PATH消息請求的通信線路的終點的情況下，即是路徑的中間節(jié)點的情況下，將PATH消息發(fā)送給下一跳(1609)。傳送的PATH消息的決定方法由于與GMPLS擴展RSVP-TE標(biāo)準(zhǔn)同樣，所以省略說明。其中，對于服務(wù)標(biāo)識符1003及服務(wù)屬性1004，將從上游接收到的值原樣賦予給向下游側(cè)傳送的PATH消息。圖16是表示信令處理部8014接收到RESV消息時的動作的流程圖。如果接收到RESV消息，則利用包含在接收到的消息中的會話標(biāo)識符1002檢索會話管理表8020并取出(1701)，將適配取出而設(shè)定在接口部中(1702)，同樣，將下一跳鏈路信息取出，將交叉連接設(shè)定在交換部中(1703)。這些處理與步驟1606及1607同樣。接著，判斷自節(jié)點是否是被請求的通信線路的起點節(jié)點(1704)，如果不是，則基于GMPLS擴展RSVP-TE標(biāo)準(zhǔn)將RESV消息傳送給前一跳。如果是起點節(jié)點，則通過以上那樣建立通信線路。以上，通信線路建立請求裝置71將服務(wù)種類與各服務(wù)固有的屬性信息承載在信令協(xié)議中，通知給通信線路通過的各GMPLS交換機，基于被通知的信息，各GMPLS交換機判斷維護必要條件，根據(jù)判斷結(jié)果進行收容關(guān)系及適配的決定。由此，不將用于收容關(guān)系控制的信息及用于適配確定的信息在管理系統(tǒng)間等與通信線路建立控制獨立地交換，能夠按照各個通信線路進行控制。此外，通過根據(jù)作為服務(wù)的維護條件的一種的服務(wù)中斷容許時間決定收容關(guān)系及視頻，在多個通信線路共用接口等的網(wǎng)絡(luò)資源的情況下，能夠防止因各通信線路的服務(wù)中斷容許時間帶不同而不能維護的情況。在本實施方式中，在交換信令協(xié)議的順序之中通過各GMPLS交換機執(zhí)行路由決定處理及適配決定處理，但也可以在通信線路建立請求裝置71中執(zhí)行這些處理。在此情況下，在通信線路建立請求裝置71內(nèi)虛擬地進行通過各GMPLS交換機相互交換信令協(xié)議消息來執(zhí)行的、各GMPLS交換機的路由決定處理和適配決定處理。決定的分配資源及適配不是利用信令協(xié)議、而是利用SNMP、CORBA、netconf、telnet等的管理協(xié)議設(shè)定在各節(jié)點的交換機及接口中。根據(jù)該形態(tài)，在不具有信令機構(gòu)的網(wǎng)絡(luò)中能夠?qū)崿F(xiàn)對應(yīng)于維護必要條件的路徑控制。此外，在本實施方式中，包含在鏈路維護條件1207中的維護時間帶被作為預(yù)先給出的固定值進行了說明，但這些值也可以變化。例如，作為使用鏈路的多個通信線路的維護必要條件的函數(shù)，也可以導(dǎo)入鏈路的維護條件。在該實施方式中，即使是采用沒有預(yù)先決定各鏈路的維護時間帶的運用形態(tài)的網(wǎng)絡(luò)，在多個通信線路共用接口等的網(wǎng)絡(luò)資源的情況下，也能夠防止因各通信線路的服務(wù)中斷容許時間帶不同而不能維護的情況。此外，在本實施方式中，設(shè)路由決定處理和適配決定處理在各節(jié)點內(nèi)的控制部軟件801中執(zhí)行而進行了說明，但也可以將這些處理委托給外部的資源選擇管理服務(wù)器。在此情況下，將處理16011602和處理1604的程序與服務(wù)定義表8011保存在資源選擇管理服務(wù)器中，信令處理部8014對資源選擇管理服務(wù)器請求路由決定處理和適配決定處理。作為與資源選擇管理服務(wù)器之間的詢問協(xié)議，可以使用PCEP(IETF,Internetdraft,draft-ietf-pce-pcep-07.txt,JRVasseur,Ed.等，2007-3-2)等。在該實施方式中，由于能夠?qū)⒎?wù)管理表、路由決定處理和適配決定處理集中地配置到比GMPLS交換機數(shù)量少的臺數(shù)的資源選擇管理服務(wù)器中，所以服務(wù)管理表的描述內(nèi)容的變更、可在服務(wù)管理表中描述的維護必要條件的種類的追加等變得容易。工業(yè)實用性本發(fā)明能夠應(yīng)用到利用建立的通信線路進行通信的網(wǎng)絡(luò)系統(tǒng)中。特別優(yōu)選地應(yīng)用到利用GMPLS或MPLS信令協(xié)議或MPLSRSVP-TE等建立LSP的GMPLS或MPLS網(wǎng)絡(luò)中。權(quán)利要求1、一種通信網(wǎng)絡(luò)系統(tǒng)，具備多個數(shù)據(jù)傳送裝置，在該多個數(shù)據(jù)傳送裝置之間通過通信線路建立控制信號的傳送來建立通信線路，其特征在于，上述多個數(shù)據(jù)傳送裝置具備控制信息傳送單元；上述通信線路建立控制信號包括上述通信線路提供的服務(wù)的標(biāo)識符；上述通信線路建立控制信號包括以由上述服務(wù)的標(biāo)識符識別的服務(wù)為特征的服務(wù)屬性。2、如權(quán)利要求1所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述數(shù)據(jù)傳送裝置根據(jù)上述服務(wù)的標(biāo)識符和上述服務(wù)的屬性，確定由上述通信線路建立控制信號建立的通信線路的維護必要條件；上述數(shù)據(jù)傳送裝置保持構(gòu)成上述通信網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)資源的維護條件；上述數(shù)據(jù)傳送裝置通過比較上述維護必要條件和上述維護條件，選擇滿足上述維護必要條件的上述網(wǎng)絡(luò)資源，作為由上述通信線路建立控制信號建立的通信線路的網(wǎng)絡(luò)資源。3、如權(quán)利要求1所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，由多個管理域及/或多個層構(gòu)成；上述數(shù)據(jù)傳送裝置具備能夠?qū)ι鲜龉芾碛蜷g及/或上述層間的每個通信線路進行控制的適配功能；上述數(shù)據(jù)傳送裝置根據(jù)上述服務(wù)的標(biāo)識符和服務(wù)的屬性，進行上述適配功能的設(shè)定。4、如權(quán)利要求1所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，具備資源選擇管理裝置；上述數(shù)據(jù)傳送裝置具備對上述資源選擇管理裝置發(fā)送資源選擇請求的單元；接收資源選擇結(jié)果的單元；和根據(jù)資源選擇結(jié)果，通過上述通信線路建立控制信號的傳送來建立通信線路的單元；上述資源選擇請求包括上述服務(wù)的標(biāo)識符和服務(wù)屬性；上述資源選擇管理裝置根據(jù)上述服務(wù)的標(biāo)識符和上述服務(wù)的屬性，確定通過上述通信線路建立控制信號建立的通信線路的維護必要條件；上述資源選擇管理裝置保持用于構(gòu)成上述通信網(wǎng)絡(luò)系統(tǒng)的網(wǎng)絡(luò)資源的維護條件；上述資源選擇管理裝置通過比較上述維護必要條件和上述維護條件，選擇滿足上述維護必要條件的上述網(wǎng)絡(luò)資源。5、如權(quán)利要求4所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，由多個管理域及/或多個層構(gòu)成；上述數(shù)據(jù)傳送裝置具備能夠?qū)ι鲜龉芾碛蜷g及/或上述層間的每個通信線路進行控制的適配功能；上述資源選擇管理裝置根據(jù)上述服務(wù)的標(biāo)識符和服務(wù)的屬性，決定要使用的上述適配功能和上述適配的設(shè)定參數(shù)；上述數(shù)據(jù)傳送裝置根據(jù)上述決定的上述適配功能和上述適配的設(shè)定參數(shù)，進行上述適配的設(shè)定。6、如權(quán)利要求3所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述適配功能具有上述數(shù)據(jù)傳送裝置傳送的數(shù)據(jù)的封裝功能。7、如權(quán)利要求3所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述適配功能具有將上述數(shù)據(jù)傳送裝置傳送的數(shù)據(jù)的流進行分配或合并的功能。8、如權(quán)利要求3所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述適配功能具有將上述數(shù)據(jù)傳送裝置傳送的數(shù)據(jù)的管理警報有選擇地傳送的功能。9、如權(quán)利要求3所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述適配功能具有上述數(shù)據(jù)傳送裝置傳送的數(shù)據(jù)的QoS映射功能。10、如權(quán)利要求3所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述適配功能具有上述數(shù)據(jù)傳送裝置傳送的數(shù)據(jù)的代碼變換功能。11、如權(quán)利要求2所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述通信線路的維護必要條件和上述網(wǎng)絡(luò)資源的維護條件，包括與要提供服務(wù)的時間帶有關(guān)的信息。12、如權(quán)利要求2所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述通信線路的維護必要條件和上述網(wǎng)絡(luò)資源的維護條件，包括與允許停止服務(wù)的時間的長度有關(guān)的信息。13、如權(quán)利要求1所述的通信網(wǎng)絡(luò)系統(tǒng)，其特征在于，上述通信線路建立控制信號的種類是MPLS或GMPLS擴展RSVP。全文摘要本發(fā)明的目的在于，在MPLS/GMPLS網(wǎng)絡(luò)中，不使控制順序變得復(fù)雜，根據(jù)服務(wù)種類及維護必要條件適當(dāng)?shù)刈詣舆x擇通信線路在各跳中使用的鏈路、和管理域或?qū)舆吔缰械倪m配。本發(fā)明的通信網(wǎng)絡(luò)系統(tǒng)，第一，起點節(jié)點中設(shè)置如下的單元，該單元將要提供的服務(wù)的標(biāo)識符及服務(wù)的屬性承載在通信線路的建立控制消息中而請求建立路徑；第二，在各節(jié)點中設(shè)置如下的單元，該單元根據(jù)服務(wù)標(biāo)識符及/或服務(wù)的屬性，決定通信線路的維護條件及適配。第三，通過比較網(wǎng)絡(luò)資源的維護條件和上述通信線路的維護必要條件，決定通信線路通過的鏈路及節(jié)點。將決定的鏈路、節(jié)點、適配設(shè)定為交換機及/或接口的動作參數(shù)。文檔編號H04L12/00GK101277197SQ20081000990公開日2008年10月1日申請日期2008年2月5日優(yōu)先權(quán)日2007年3月30日發(fā)明者前田周二,草間一宏申請人:日立通訊技術(shù)株式會社