JP4007860B2 - 伝送装置 - Google Patents
伝送装置 Download PDFInfo
- Publication number
- JP4007860B2 JP4007860B2 JP2002169136A JP2002169136A JP4007860B2 JP 4007860 B2 JP4007860 B2 JP 4007860B2 JP 2002169136 A JP2002169136 A JP 2002169136A JP 2002169136 A JP2002169136 A JP 2002169136A JP 4007860 B2 JP4007860 B2 JP 4007860B2
- Authority
- JP
- Japan
- Prior art keywords
- optical
- signal
- sonet
- sdh
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 103
- 230000003287 optical effect Effects 0.000 claims abstract description 166
- RGNPBRKPHBKNKX-UHFFFAOYSA-N hexaflumuron Chemical group C1=C(Cl)C(OC(F)(F)C(F)F)=C(Cl)C=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F RGNPBRKPHBKNKX-UHFFFAOYSA-N 0.000 claims abstract description 162
- 238000012545 processing Methods 0.000 claims abstract description 159
- 230000008054 signal transmission Effects 0.000 claims abstract description 55
- 238000006243 chemical reaction Methods 0.000 claims abstract description 39
- 230000008878 coupling Effects 0.000 claims abstract 3
- 238000010168 coupling process Methods 0.000 claims abstract 3
- 238000005859 coupling reaction Methods 0.000 claims abstract 3
- 230000002457 bidirectional effect Effects 0.000 claims description 17
- 239000000284 extract Substances 0.000 claims description 5
- 230000006870 function Effects 0.000 description 57
- 238000010586 diagram Methods 0.000 description 40
- 238000007726 management method Methods 0.000 description 39
- 230000007246 mechanism Effects 0.000 description 23
- 238000011144 upstream manufacturing Methods 0.000 description 16
- 238000000034 method Methods 0.000 description 15
- 238000004891 communication Methods 0.000 description 14
- 238000001514 detection method Methods 0.000 description 14
- 230000008569 process Effects 0.000 description 10
- 238000012546 transfer Methods 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 9
- 238000003780 insertion Methods 0.000 description 8
- 230000037431 insertion Effects 0.000 description 8
- 230000008901 benefit Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- RTZKZFJDLAIYFH-UHFFFAOYSA-N ether Substances CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 230000003321 amplification Effects 0.000 description 5
- 230000005611 electricity Effects 0.000 description 5
- 238000003199 nucleic acid amplification method Methods 0.000 description 5
- 239000000969 carrier Substances 0.000 description 4
- 230000015556 catabolic process Effects 0.000 description 4
- 238000006731 degradation reaction Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 239000000835 fiber Substances 0.000 description 4
- 102100040338 Ubiquitin-associated and SH3 domain-containing protein B Human genes 0.000 description 3
- 101710143616 Ubiquitin-associated and SH3 domain-containing protein B Proteins 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- 230000012447 hatching Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000015654 memory Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000007493 shaping process Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000001069 Raman spectroscopy Methods 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 239000002360 explosive Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000006386 memory function Effects 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 230000002195 synergetic effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/427—Loop networks with decentralised control
- H04L12/43—Loop networks with decentralised control with synchronous transmission, e.g. time division multiplex [TDM], slotted rings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0201—Add-and-drop multiplexing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
- H04J14/0241—Wavelength allocation for communications one-to-one, e.g. unicasting wavelengths
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0278—WDM optical network architectures
- H04J14/0283—WDM ring architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0278—WDM optical network architectures
- H04J14/0284—WDM mesh architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0278—WDM optical network architectures
- H04J14/0286—WDM hierarchical architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0287—Protection in WDM systems
- H04J14/0289—Optical multiplex section protection
- H04J14/029—Dedicated protection at the optical multiplex section (1+1)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0287—Protection in WDM systems
- H04J14/0289—Optical multiplex section protection
- H04J14/0291—Shared protection at the optical multiplex section (1:1, n:m)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0287—Protection in WDM systems
- H04J14/0293—Optical channel protection
- H04J14/0294—Dedicated protection at the optical channel (1+1)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0287—Protection in WDM systems
- H04J14/0293—Optical channel protection
- H04J14/0295—Shared protection at the optical channel (1:1, n:m)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0028—Local loop
- H04J2203/0039—Topology
- H04J2203/0042—Ring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0057—Operations, administration and maintenance [OAM]
- H04J2203/006—Fault tolerance and recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0089—Multiplexing, e.g. coding, scrambling, SONET
- H04J2203/0096—Serial Concatenation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Optical Communication System (AREA)
- Time-Division Multiplex Systems (AREA)
- Small-Scale Networks (AREA)
Description
【発明の属する技術分野】
本発明は伝送装置、特にSONET/SDH(Synchronous Optical Network/Synchronous Digital Hierarchy)やWDM(Wavelength Division Multiplexing)等のインターフェイスを備える伝送装置に関する。
【0002】
上記伝送装置としては、一般的には、ADM(Add-Drop Multiplexer )装置、クロスコネクト装置、OADM(Optical ADM)装置、光クロスコネクト(OXC:Optical Cross Connect )装置がある。さらに本発明においては、この伝送装置として、PDH(Plesiochronous Digital Hierarchy)信号、ATM(Asynchronous Transfer Mode)信号およびイーサネット(Ethernet)信号を、Add/Drop し、またはクロスコネクトあるいはスイッチするための伝送装置も含む。さらにまた、IP(Internet Protocol)信号を伝送するあらゆる伝送装置(通信機器)も含み得る。
【0003】
【従来の技術】
従来のSONET/SDH伝送装置は、SONET/SDHフレームのオーバーヘッドを、監視し終端しそして挿入することによって、SONET/SDHのレイヤでのみ、回線障害時のリング切替え等を含む網管理をしていた。
【0004】
またWDM 網においても、WDM のレイヤでのみ、網管理をしていた。
【0005】
さらにまた、IP網においては、IP信号をスイッチする各ルータ同士でのみ、すなわちルータ−ルータ間でのみ、網管理をしていた。言い換えれば、TCP/IP(Transmission Control Protocol/IP)のレイヤでのみしか、網管理をすることができなかった。
【0006】
【発明が解決しようとする課題】
このような背景のもとで、近年、IP網と光網とを統一的に管理することを意図して、各種の網統一管理手法が提案されてきた。これらの網統一管理手法については、適宜図面を参照しながら、後に詳しく説明する。
【0007】
しかし、後に明白になるように、従来は、SONET/SDH/WDMのレイヤと、TCP/IPのレイヤとを、単一の伝送装置で処理することによって網全体を統一的に管理するという構成にはなっておらず、結局、IP信号を伝送するための光網の構成コストとその運用コストとを、大幅に低減することができない、という問題があった。
【0008】
したがって本発明は上記問題点に鑑み、IP信号を伝送するための光網の構成コストとその運用コストを大幅に低減可能とする伝送装置を提供することを目的とするものである。
【0009】
【課題を解決するための手段】
図1の(a)および(b)は本発明に係る伝送装置の第1および第2の基本構成を示す図である。
【0010】
まず図1(a)の第1の基本構成による伝送装置について見ると、該伝送装置1は、光信号伝送系2′と電気信号伝送系4とを、光−電気双方向変換部3を介して、結合してなる伝送装置である。そしてここに、電気信号伝送系4は、SONET/SDH信号処理手段5と、該SONET/SDH信号処理手段5に連携するGMPLS (Generalized Multi Protocol Label Switching)機能処理手段6と、から構成する。
【0011】
なお光信号伝送系2′は、同図(b)に示す光信号伝送系2のように構成するのが好ましいが、この構成に限るものではない。
【0012】
次に図1(b)の第2の基本構成による伝送装置1について見ると、上記の光信号伝送系2は、一方において光−電気双方向変換部3を介して、電気信号伝送系4′との間で光信号の授受を行う光 ADD/DROP手段7と、他方において該光−電気双方向変換部3を介して、該電気信号伝送系4′との間で光信号の波長単位でのパス切替えを行う光クロスコネクト手段8と、から構成する。
【0013】
なお電気信号伝送系4′は、同図(a)に示す電気信号伝送系4のように構成するのが好ましいが、この構成に限るものではない。ただし、以下の説明は、図1(a)の光信号伝送系2′として図1(b)の光信号伝送系2を採用した構成を例にとって、行うものとする。かかる構成により、SONET/SDH/WDM のレイヤと、TCP/IP のレイヤとを、単一の伝送装置1により処理することが可能となり、低コストのマルチサービス網が実現される。その構成の具体的な実施例については、以下に説明する。
【0014】
【発明の実施の形態】
本発明の実施例を説明する前に、公知技術を説明し、かつ、その公知技術と対比させながら本発明の概念について説明する。
【0015】
前述したように、従来のSONET/SDH伝送装置は、SONET/SDHフレームのオーバーヘッドを、監視し、終端しそして挿入することにより、SONET/SDHのレイヤでのみ、回線障害時のリング切替え等を含む網管理をしていた。またWDM 網においても、WDM のレイヤでのみ網管理をしていた。さらにまた、IP網においては、IP信号をスイッチするルータ−ルータ間でしか、すなわち、TCP/IP のレイヤでしか、網管理をすることができなかった。
【0016】
そこで、近年、IP網と光網とを統一的に網管理することを目的として、インターネットの標準化フォーラムであるIETF(Internet Engineering Task Force )において、MPLSを拡張したGMPLS について、標準化に向けて、議論がなされている。また、光インターフェイス関連の業界団体であるOIF(Optical Internetworking Forum)においても、GMPLS を簡略化したO-UNI(Optical User Network Interface)の標準化について、議論がなされている。
【0017】
しかし、それは、O-UNI のように光クロスコネクト装置(OXC 装置)(すなわち、WDM インターフェイスを有し、ある波長の信号を別の波長の信号に切替えることができる機能を持つ装置)と、ルータ等の他の種類の通信機器とがインターフェイスするところでのみの規格(例えばhttp://www4.nikkeibp.co.jp/NCC/news/ncc2319.htm )に過ぎない。なお、O-UNI は、オーバーレイモデルと呼ばれるものと等しい。これを図で示す。
【0018】
図22は公知のオーバーレイモデルの一例を示す図である。図中、LSR はLabel Switching Routerを表す。
【0019】
実際、O-UNI やオーバーレイモデルでは、真の網統一管理の目的には、至っていないと考えられている。
【0020】
またGMPLS の標準化を先取りしたと称して提案されているモデルや装置にしても、あくまでも、MPLSに準拠するLSR のレベルでの議論(例えばIETF公開 draft:mpls-generalized- …等)や、ピアモデルと呼ばれる構成や、LSR 装置構成に過ぎない。これを図で示す。
【0021】
図23は現在提案されている将来のモデルであるピアモデルの一例を示す図であり、
図24は現在提案されているLSR 装置構成の一例を示す図である。
【0022】
なお図24に示すLSR は、シスコ・システムズ社(Cisco Systems Inc.)の構想に基づくLSR である。本図中、TEはTraffic Engineeringを、RSVPはResource Reservation Protocolを、それぞれ表す。RSVPは、インターネットを介した2地点間で通信を行う際に、Qos 等の制御を実行するためのプロトコルである。この図24のLSR については後に再び説明するが、このLSR によると、同図中のTE Topology Databaseにて一元的に網管理を行うことになるので、このDatabaseの負荷がかなり高くなってしまう。
【0023】
さらにまた、光クロスコネクト(OXC)の純光のレベルレイヤでの装置(例えばhttp://www4.nikkeibp.co.jp/NCC/news/ncc2318.htm )に過ぎなかったり、網に関する抽象的な将来プランに過ぎなかったりする(例えばhttp://www.nortelnetworks.com/corporate/technology/mpls/index.htm、および、ここにリンクが張られている、ノーテル社の各種White Paper)。
【0024】
また、上記ノーテル社の提案のように、純光型のネットワークノードで、複雑な網管理をしようとすると、光経路中に光検出器を随所に置く等して、光の信号状態を監視しなければならない。そうすると、かえって、機器のコスト高を招く恐れがある。
【0025】
また、近年、NTT 社や米ビレッジネットワークス社が、GMPLS に対応したものと称する、OXC/LSR一体型装置を発表している(例えばhttp://www4.nikkeibp.co.jp/NCC/news/ncc2325.htm )。しかしこれは、OXC と、MPLSのLSR と、を単に一体化しただけであって、ラベルで張られているIPのパスは、あくまで、上記図24のようなLSR が受け持っているに過ぎないと思われる。例えば、SONET/SDH網に障害が発生した場合に、SONET/SDHレイヤでの障害自動回避の仕組みと、IPラベルのパス管理との間で、どう連携がとられるか、というところについては、何も触れられていない。なぜなら、これらのNTT 社や米ビレッジネットワークス社の装置には、SONET/SDHのレイヤでのインターフェイスの機能やクロスコネクトの機能が備えられていないからである。
【0026】
さらにまた、GMPLS のピアモデルとして提案されている、上記のいずれの装置や構想も、根本的に次のような不利点を持つ。
【0027】
すなわち、世界の各通信事業者は、既存のWDM 装置や、SONET/SDH ADM/クロスコネクト装置や、ATM ノード(NE)を相当数配備しているが、上記のような特殊なLSR 機能を有するOXC を導入しようとする場合、既存の設備を置き換えなければならない、という不利点である。しかしこれには、かなりのコスト負担を通信事業者に強いることになる。
【0028】
そこで、既存の装置に対して部分的に機能を追加するだけで、統一した網管理という目的が達せられれば、そのメリットが大きいと考えられる。しかしそのような装置の構想はどこからも提案されていない。
【0029】
また、特にSONET/SDH装置や、OXC 機能を有しない既存のWDM 装置や、光分岐多重装置(OADM装置)を、そのままアップグレードすることによって、上記の目的が達成できれば非常に有効と考えられる。しかしそのような装置は、どこからも提案されていない。
【0030】
既存の装置を有効に活かす、ということを考えた場合、最初に説明した、O-UNI (オーバーレイモデル)が有効と思われる。しかし本モデルは、WDM 網の入口のところで、ある波長を丸ごと占有するようなプロトコルを定めているため、これでは、WDM 網において、IPのMPLSパスを自由に制御したり、障害回避をしたりすることができない。したがって、上記の目的を達成することはできない。
【0031】
ここで、本発明に係る図1に示す基本構成に最も近いと思われる、従来提案の装置構成を選ぶとすれば、それは、図24に示す構成である。本図には、統一的な網管理をもくろんだ、LSR の構成が示されている。
【0032】
本構成のような特徴を有する装置を用いれば、光網のトポロジー情報を、LSR 側でも認識できるようにしているようなので、このLSR 側で網管理ができそうである。しかし、これは、あくまでもルータの管理者が、光網も間接的に管理できそうである、ということを提案するものである。逆に、SONET/SDH網やWDM 網を管理している側で、MPLSのパス情報をうまく引き出して管理してやれば、それでも統一的網管理という目的は達成できるはずである。しかしそのような提案にはなっていない。この場合、LSR を管理する立場で網管理をするとなると、光網の全ノード(NE)に本LSR の機能をそれぞれ付加しなければ、結局は、網の統一的管理は達成できない。したがって、その目的の達成のためには、全ノードにLSR を付加しなければならないから、既に述べたように、既存のSONET/SDH/WDM の資産をリプレースする必要が生じてしまい、通信事業者にとってメリットは小さい。
【0033】
また、WDM のレイヤやSONET/SDHのレイヤで障害が発生したとき、LSR で当該障害情報を収集してから処理をし、回線障害の自動切替えを実行をしようとするときに、本当に既存のSONET/SDH装置のように、50ms以内といった短い時間でそのような処理ができるか、という疑問が残る。
【0034】
以上のような背景を考慮しながら、本発明の概念を、次に説明する。
【0035】
IPの爆発的増大により、全通信トラフィックに占めるIPの割合が高まってきており、メトロ網も含む基幹網においては、光通信網が主流となっている。しかし本発明では、SONET/SDHあるいはWDM/OADM といったフォトニック網がネットワークの中心になるような構成について述べる。
【0036】
従来は、TCP/IP のレイヤと、SONET/SDH/WDM のレイヤとでは、それぞれに固有の装置を用いて、相互に独立した別々の管理をしてきた。
【0037】
しかし、網を構成する機器のコストや網運用のコストを節約する上でも、上記レイヤの双方を統一的に扱って、ネットワーク全体を管理できた方が有利である。
【0038】
このような動機のもとで、IETFにおいても、GMPLS の標準化が議論されているが、本発明では、IPおよびSONET/SDH/WDM/OADM のネットワーク全体を管理するという構成を、従来提案されているものとは異なる形式で、かつ、具体的に提案するものである。しかも、通信事業者が持つ、既存の網の資産や機器の資産も最大限に活かすという効果も狙うものである。
【0039】
特に本発明の伝送装置は、既存のSONET/SDH網およびWDM に対するパス設定の仕方や回線障害回避の仕方と、IPのパス(MPLSのパス)レベルでの同様の処理とをいかにうまく連携して処理をするかということに重点をおいた伝送装置である。
【0040】
また、SONET/SDHおよびWDM だけでなく、既存の固定長ATM セルのインターフェイスや、ギガビット・イーサネットのインターフェイスならびにこれから整備が進んでいく10Gbイーサネットのインターフェイスを備えて、伝送処理をすることもできる。かくしてマルチサービスを1つのノード(NE)で実現できる経済的な装置を提案する。これにより次世代マルチサービスSONET/SDHや、マルチサービス対応WDM 装置(フォトニック装置)が現実のものとなる。
【0041】
また、IETFにおけるGMPLS では、非ATM ベースのシグナリングが議論されているので、本発明では、ATM のセル長を拡張したセルを用いても、GMPLS のラベルパスと同様のメリットを持つ網構成を、実現可能とする。
【0042】
また既に述べた、図22のO-UNI (オーバーレイモデル)では、網全体の十分な管理はできない。このため、SONET/SDH/WDM のノード(NE)にも、MPLSパスと連携した仕組みを備えることが不可欠となる。これに対し本発明は、既に提案されているような、LSR の管理者という立場、というよりは、SONET/SDH/WDM のノード(NE)の網管理という立場から、SONET/SDH/WDM のレイヤのパス設定および回線障害の自動復旧(例えばリングプロテクション)の仕組みと、MPLSレイヤのパス設定と該MPLSレイヤのパスにおける網管理とをうまく連携させる仕組みと、を具体的に実現する。そのために、SONET/SDH/WDM のノード(NE)が有すべき構成を具体的に実現する。
【0043】
また、通信事業者が保有する既存のSONET/SDH/WDM の資産をうまく活かして、一部の機能を追加する手段、例えば、一部のカードスロットを交換し、空きスロットへカードを追加する手段を実現する。
【0044】
また、従来のSONET/SDH/WDM 網、PDH 、ATM 、イーサネット、LAM/WAN等とのインターフェイスを備えた次世代装置(新ノード)も、本発明により実現可能とする。このような新ノード(NE)は、通信容量の増大やその需要に応じて、回線を拡大したりするときに新たに導入すると、有益である。あるいは、10Gb以上のイーサネットや、従来には無いリングプロテクションのような障害回線自動保護機能を備えた新仕様イーサネットの信号を、WDM 網(フォトニック網)や、場合によっては、SONET/SDH網にAdd/Dropすると、有益である。
【0045】
上記新ノード(NE)を提案する背景には、当然ながら、ユーザの常時接続やユーザ毎の通信容量の増大に伴う、IP等のトラフィックの増大がある。そしてまた、低コストで、ユーザにブロードバンドの環境を提供するインフラとしても一翼を担うべきである、という背景もある。
【0046】
前記の図23に示すピアモデルを再び参照すると、このピアモデルにおいては、伝送される主信号については、電気に変換して処理することのない純光型ネットワークを前提とするOXC 装置が採用されているが、このOXC 装置においてGMPLS を目指そうという提案がある。この純光型ネットワークにおいては、例えば、トータル伝送容量がTbpsを超えるオーダの超大容量コアネットワークが目指すべき提案としては一理ある。
【0047】
しかし、単純に波長だけを丸ごと切り替えるならともかく、MPLSのパスレベルを個別に効率良く制御したり、空いているTDM(Time Division Multiplex)領域にうまくトラフィックを振り分けたりするのは、至難の技である。これを敢えて実現するためには、光の状態を検出する検出器を随所に設けたり、まだ十分実用段階とは言えない光メモリを装置内の光経路中に設けたり、高度な技術を必要としたり等、装置が一層高コストとなってしまう。これは、通信事業者、ひいてはユーザにとって好ましいことではない。
【0048】
そこで本発明では、装置内の通信処理の形態、すなわち電気処理形態および光処理形態について、これら元形態のトレードオフを考慮した、低コストな伝送装置を実現する。
【0049】
また、WDM (フォトニック)のレイヤにおいて回線障害が発生したときの自動障害回避手段と、MPLSパスのレイヤでの障害回避手段とを、どのように連携させたり、分担させたりするかについて、具体的な提案を行う。
【0050】
また従来の考え方に基づくと、新機能を備えるOXC 装置を用いることが大前提となっている。しかしWDM 網のレイヤを扱うネットワークノード(WDM ノード)においては、波長交換をするOXC 機能を有しておらず、光信号を束ねたり(狭義のWDM 機能)、光分岐挿入(OADM)したりするといった機能しか有しないものも存在する。(その他、光増幅するとか、WDM をするときに各波長の光強度を揃える、といった機能もある。ただしこのことは本発明にとって本質的ではない。)このようなWDM ノード(NE)は、既に通信事業者が数多く保有している。しかし上記のとおり、OXC 機能を備えることを大前提としていると、このWDM ノードを、OXC 装置付のフォトニックノード(NE)にリプレースしない限り、統一的な網管理は実現できないことになる。これもまた同様に、多くの投資負担を通信事業者に強いるばかりでなく、ユーザにとってもメリットにならない。
【0051】
そこで本発明では、OXC 機能という波長交換機能を備えなくても、部分的な機能の追加を行うだけで、GMPLS の統一的な網管理を実現し、WDM のレイヤでの回線障害の回避およびMPLSパスでの回線障害の回避と、そのためのパス設定とを実現可能とする。
【0052】
また、従来提案された装置では、OXC およびLSR の一体型の装置もある。しかし前述のように、これでは、SONET/SDH等のレイヤでの回線障害ならびにMPLSのパスでの回線障害とも連携したり、SONET/SDHのレイヤでのパスもMPLSのパスと合わせて設定したりといった、WDM 網の管理をすることができない。
【0053】
これに対し本発明では、そのようなWDM 網の管理を可能とする具体的な装置構成を実現する。
【0054】
また後述の実施例において、ATM 、イーサネット、PDH 、LAN/WAN、といったマルチサービスを可能にするSONET/SDHノードならびにWDM ノードを具体的に示す。
【0055】
また、OXC を有しない低コストな、WDM/OADM およびSONET/SDH一体型のマルチサービスノードも、その実施例において示す。
【0056】
最後に、再び図24を参照すると、前述のOXC ベースのものとは逆に、LSR に光網も含めた網全体の管理を担わせるLSR 装置を、本発明に最も近い従来の技術として、本図24に示した。
【0057】
本発明では、その図24に示すLSR 装置に対して負荷がかかり過ぎる、という、本LSR 装置の不利点を解決して、高速の自動回線切替えを低コストで実現する伝送装置を提供し、これにより、既存のネットワーク資産を有効に活用できるようにする。
【0058】
以上、公知技術との対比において、本発明の概念を説明したので、以下に、その概念を具現化する実施例について詳細に説明する。
【0059】
〔実施例〕
図2は本発明の実施例である伝送装置を示す図である。
【0060】
既に述べたとおり、本発明の説明は、図1(a)の光信号伝送系2′として図1(b)の光信号伝送系2を採用した構成を例にとって、行うものとする、としているが、この構成を示したのが図2である。なお全図を通して、同様の構成要素には同一の参照番号または記号を付して示す。
【0061】
図2において、上段は既述の光信号伝送系2であり、その下段は電気信号伝送系4である。これらの中間に光−電気双方向(O/E・E/O)変換部3が置かれるが、図2においては、該O/E・E/O変換部3を電気信号伝送系4側に収容する例を示している。
【0062】
まず本図上段の光信号伝送系2について見ると、これは、光ADD/DROP 手段7と光クロスコネクト手段8とから構成される。
【0063】
光ADD/DROP 手段7は、本図中、光ADD/DROP 手段7の中央に位置するADD/DROP マルチプレクサ9を中心として構成される。該マルチプレクサ9は、第1に、WDM 網側の入力光ファイバ21および出力光ファイバ23と、光ポストアンプ22および光プリアンプ24を介して、接続し、第2に、光クロスコネクト手段8内の光クロスコネクト31に接続し、第3に、波長変換部25を介して、O/E・E/O変換部3に接続する。さらに、波長変換部26を介して、外部のSONET/SDH網側に接続する。
【0064】
WDM 網側では、多数の波長(λ1〜λn)の光信号が存在するが、O/E・E/O変換部3との連携においては、単一の波長の光信号にしておくのが、処理の容易さから、好ましく、また、外部のSONET/SDH網との連携においては、ある固定の単一の波長の光信号にしておく必要がある。これら単一の波長は総称的にλ0として図示されており、このために設けたのが前述の波長変換部25,26である。
【0065】
このことは、図2の光クロスコネクト手段8にも当てはまり、そのために波長変換部32が設けられる。この光クロスコネクト手段8内において、その波長変換部32は前記の光クロスコネクト31に接続する。この光クロスコネクト31において、波長毎のパス切替えが行われる。この波長毎のパス切替えは、どの波長(λ1〜λn)にどのMPLSの信号の束を収容しているかを予め把握する監視部33によって行われる。
【0066】
一方、図2の下段に示す電気信号系4について見ると、これは、O/E・E/O変換部3と、クロスコネクト部15により実現されるSONET/SDH信号処理手段5と、ラベルスイッチ部(図13の126)を含むIP/GMPLS 処理部16により実現されるIP/GMPLS 機能処理手段6とを含み、さらには、クロスコネクト部15に接続する外線インターフェイスを備える。この外線インターフェイスとしては、カード形式のSONET/SDH外線インターフェイス11と、カード形式のPDH 外線インターフェイス12と、カード形式のイーサネット・ATM 外線インターフェイス13と、を示す。上記のSONET/SDH外線インターフェイスカード(11)は、その中に、光−電気双方向(O/E・E/O)変換部14を備える。
【0067】
上記の電気信号伝送系4および光信号伝送系2の中の各構成要素を制御するのは、装置制御部17である。
【0068】
以上を要約すると、SONET/SDH信号処理手段5はクロスコネクト部15を含んでなり、このクロスコネクト部15は、SONET/SDH信号からGMPLS に対応したGMPLS 対応信号を抽出して、GMPLS 機能処理手段6との連携をとる。
【0069】
また上記のクロスコネクト部15は外部のSONET/SDH信号、PDH 信号、ATM 信号、イーサネット信号等とのインターフェイスを行う各外線インターフェイスカードに接続する。
【0070】
また上記のGMPLS 機能処理手段6は、ラベルスイッチ部(図13の126)を含む。
【0071】
一方、既述の光信号伝送系2について要約すると、光ADD/DROP 手段7は、第1の光インターフェイスを含み、該第1の光インターフェイスは、特定の波長(λ0)をもって光−電気双方向(O/E・E/O)変換部3との間で光信号の授受を行う第1の波長変換部25である。
【0072】
同様に、光クロスコネクト手段8は、第2の光インターフェイスを含み、該第2の光インターフェイスは、特定の波長(λ0)をもって光−電気双方向(O/E・E/O)変換部3との間で光信号の授受を行う第2の波長変換部32である。
【0073】
また光ADD/DROP 手段7は、第3の光インターフェイスを含み、該第3の光インターフェイスは、特定の波長(λ0)をもって外部のSONET/SDH網との間で光信号の授受を行う第3の波長変換部26である。
【0074】
そして、光クロスコネクト手段8は、光ADD/DROP 手段7を経由して、外部のWDM 網と接続する。
【0075】
以上要約した図2の実施例を、詳しく説明する。
【0076】
まず、主信号の流れに着目して、外部インターフェイスおよび装置内インターフェイスの特徴について述べる。
【0077】
WDM インターフェイス部(7)は、1本のファイバ(21,23)に、λ1〜λnのN本の波長の光信号が多重されている。WDM 網は、リニアに信号全体を増幅するだけでなく、リング構成(図15,16)やメッシュ構成(図17)を取った網構成が有効なので、そのWDM インターフェイス部は、複数の入出力部(27,28)を持ち得る。また、波長毎に、パスの切替えや、回線障害の回避をするのが、光クロスコネクト手段8の役割である。したがって、この部分も、λ1〜λnといった複数の波長の光を扱う。なお、光信号の増幅の目的のためには、ラマン増幅器等の光増幅機構を、λ1〜λnの光の経路中に挿入することもできる。
【0078】
光信号伝送系(WDM 装置部)2は、特定の波長λ0(通常1.5μmまたは1.3μm)のSONET/SDH信号(OC-768/OC-192/OC-48等 )、または、SONET/SDHにとらわれないビットフリーな光信号を、WDM 網に、Add/Drop する機能を持つ。複数のチャンネルのλ0の光信号を、λ1〜λnの光と多重・分離するために、WDM インターフェイス部(7)に、波長変換機能(25,26)を持つ。
【0079】
IPのトラフィックエンジニアリングをWDM 網で行う一つの効率的な方法は、IP信号を最終的にWDM のフォトニックフレーム(ITU-T で審議中の新G.709 勧告)にマッピングする際、G-MPLSのラベルで指示されている経路毎に波長を分けて、マッピングすることである。そして、上記フォトニックフレームの特定の位置に、本経路情報を乗せておけば、光XC(光クロスコネクト)31で波長毎のパスを選別するときに、容易にその選別をすることができる。
【0080】
光信号は、光のままで扱う際に、電気と比べて、高速に信号を伝送・処理し易いというメリットがある反面、そのバッファリングが困難であるという欠点がある。このため、本実施例のような手法を取ることが、現実的である。
【0081】
同一経路のIP(GMPLS )を1つの波長に詰め込むのは、効率が悪いので、よりきめ細かにIPのトラフィックエンジニアリングを行うためには、該当するWDM の光信号を、電気に変換して処理することである。そのための仕組みが図2の中段のブロック(O/E・E/O変換部3)にあたる。本ブロックの特徴は、複数のチャンネルに対応したO/E・E/O変換部分を持つことである。このO/E・E/O変換部分は、特定の波長λ0の光信号を電気信号に変換するための一般的な部品として存在しているので、λ1〜λnの光の経路中に、波長変換部25を置いて、波長λ0で、O/E・E/O変換部3と装置内インターフェイスを行うと、低コストで実現できると思われる。また、ビットレートも、40G,10G、または2.5GのSONET/SDHと各ポートのspeedを決めておくと、標準的なO/E・E/O変換部品を使用できる。さらに、波長変換部に速度変換機能を持たせることもできる。勿論、可変波長対応可能な、O/E・E/O変換部品が実現すれば、各経路毎に、波長変換部とO/E・E/O変換部とを別々に用意する必要がなくなるので、より柔軟で、コンパクトな装置を実現できる。
【0082】
このように主信号を電気信号に変換してしまえば、SONET/SDHのより低次群の信号に容易に分解することができるので、きめ細かいクロスコネクトをして回線を有効に使うこともできる。また、GMPLS のラベルスイッチングもきめ細かく行うことができる。なお、電気信号に変換後は、伝送装置1の基準クロックに信号を同期させれば、効率的に信号を処理することができる。ただし、電気信号の場合は、光信号に比べて高速処理に限界があるから(数十GHz が限界)、その電気信号を適宜(シリアル/パラレル)(S/P)変換して、低速に落として処理する必要がある。低速にするためにパラレル変換すれば、どうしても信号線数が増えてしまう。
【0083】
そこで、スイッチ(クロスコネクト)容量をできるだけ大きく(Tera byte 超)しようとすると、いずれは、信号線数の実装上のネックが発生する。この場合、メモリ機能という電気では当たり前だが、光では難しい基本的な特性のメリットは、絶大なものがあるので、光処理と電気処理の両者のトレードオフとなる。光処理と電気処理の各メリットをできるだけ活かすためには、高速の信号を扱い、信号を多重・分離したり、パスの経路を切り替えるだけ、といったシンプルな機能は、できるだけ、光のままで行うのが望ましい。また伝送装置内の機能ブロック間の高速インターフェイスも、できるだけ光のままで行った方が良い。一方、複雑な処理、すなわちきめの細かいスイッチ、網管理、装置内制御等の処理は、電気信号で扱った方が有利である。
【0084】
このような視点から考察されたのが図2の実施例である。あとは、O/E・E/O変換部や光経路部を、いかに低コストで実現するかという点にかかってくる。また、電気処理部(4)は、できるだけ多くの処理を1つのLSI 内で行い、実装上、ボードの配線はなるべく減らすようにすることが、少ないスペースで、できるだけ多くの複雑な機能を受け持つことを可能にする。これも大事な点である。
【0085】
再び図2を参照すると、本図の下段(4)は、従来のSONET/SDH伝送装置(ADM /クロスコネクト装置を含む)に、GMPLS に準拠したIPトラフィックエンジニアリングに対応することのできる新機能が追加されている(図1(a)の4を参照)。本ブロック(4)は、40G,10G,2.5G,622M,155M,…(=OC768,OC192,OC48,OC12,OC3,… )といった、SONET/SDHだけのインターフェイスだけでなく、DS3,DS1,E1といったPDH 信号、ATM 信号、LAN (イーサネット)信号といった各信号のAdd/Drop 機能を持つため、きめ細かい多様なサービスを提供することができ、アクセス網やエッジ網に近いネットワーク上の伝送をサポートすることができる。この点について、従来は、SONET/SDH網と、ルータ−ルータ間とでは、別々の網管理となっていたが、本発明により、GMPLS に対応したSONET/SDH装置を実現することにより、網全体を統一的に管理することができる。本装置部分(4)の構成を以下にさらに詳しく述べる。
【0086】
40G,10G,2.5G,622M,…(=OC768,OC192,OC48,OC12)といった、光のSONET/SDHインターフェイスを、O/E・E/O変換部3で電気信号に変換した後は、伝送装置1の基準クロックにその電気信号を同期させた上で、SONET/SDHの STS-48(STM16)/STS-12(STM4)といった信号に準拠した電気信号によって、ブロック間インターフェイスを形成する。本電気信号の具体的フォーマットを図で示すと、図3〜図5のとおりである。
【0087】
図3はSTS-12に準拠したオーバーヘッド構成の周知例を示す図であり、
図4はSTS-12に準拠したオーバーヘッド情報の周知例を示す図であり、
図5はSTS-12に準拠したE1バイトの連結(concatenation )情報の周知例を示す図である。ただし、これらの図3〜図5は、単なる参考に過ぎない。
【0088】
図3において、上記のSTS-48に準拠した場合は、#1〜#12の4倍の#1〜#48によってオーバーヘッドが構成される。
【0089】
図4に示すE1バイトは、受信端にて受信しているConcatenation Indicationの情報を、図5に示す表に準じた形で挿入するものである。
【0090】
なお、STS-24/STS-48 statusのときには、バックボード(BWB)側出力の他のラインについても、同じ情報を挿入する。
【0091】
図2に戻ると、GMPLS 機能を併せ持つクロスコネクト部15と、各外線インターフェイス(11,12,13)との接続は、クロスコネクト部15を中心にそれぞれと行い、このクロスコネクト部15にて集中管理するのが、効率的である。もし処理容量が多過ぎて、その集中管理が難しければ、各外線インターフェイス(11,12,13)に機能を分散し、この分散処理とその集中管理とを競合させるようにしても良い。
【0092】
続いて、クロスコネクト部15での処理について見てみる。同一経路を指示するGMPLS ラベルのIP信号を、STS-1 なり、STS-3cなり、STS-12cなり、STS-48c なり、同一のSONET/SDHパスに予め格納するように、IP信号をSONET/SDH信号中にマッピングしているならば、通常のSONET/SDHでのクロスコネクトと全く同じ処理で、スイッチならびに網管理を行うことができる。
【0093】
しかし、送信時(伝送時)に、もっと効率的にSONET/SDH回線を使用したいならば、次のような処理手法を取るのが良い。
【0094】
クロスコネクト部15において、SONET/SDHのフレームを分解(decompose )していき、一旦、GMPLS信号を剥き出しにして取り出す。その上で、GMPLS 信号の所定のヘッダを認識して、これに従って、IP信号を伝送装置から送出すべきパスを決定する。そして再び、SONET/SDH信号上にマッピングして、所望の目的地へのパスに送信する。
【0095】
上述した、GMPLS のヘッダの認識をする際に、IPパスにおける回線の障害情報も識別して、適当な迂回処置を施す。また、当該伝送装置が回線の障害情報を自ら検知していたならば、その情報をGMPLSのヘッダに加えて、他の伝送装置が障害パスを迂回する処理が施せるようにする。
【0096】
このようにして、ルータ−ルータ間だけなく、GMPLSを認識している途中の伝送装置においても回線情報を統一的に扱うことにより、網全体の一元的管理が可能となる。
【0097】
本発明のさらなる特徴は、図2のIP/GMPLS 処理部16において、FB(Frame Base)-ATMセルを用いる点にもある。これについて図6を参照しながら説明する。
【0098】
図6はFB-ATMに対応可能な電気信号伝送系4の一例を示す図である。
【0099】
本図において注目すべき点は、GMPLS 機能処理手段6に、FB-ATMセルを処理するFB-ATM処理部34を備える点にある。その他の構成は、図2に示す構成と同じである。
【0100】
SONET/SDHフレームからオーバーヘッドを外したペイロード信号が、SONET/SDHクロスコネクト部15より出力されて、まずFB-ATMセル同期部35に入力され、ここでセル同期がとられる。さらに該セルのヘッダが、ヘッダ識別部36にて識別され、ラベルスイッチ37にてラベル処理が行われて、所望の目的地へのパスが決定された当該セルは再びクロスコネクト部15に戻される。
【0101】
クロスコネクト部15ならびにIP/GMPLS 処理部16に対し、WDM/OADM/OXC側(光信号伝送系2側)からの光信号が、各パスに対応したポートに入力される。上記のとおり、ここに、O/E・E/O変換部3を置き、それぞれ電気信号に変換してから、装置の基準クロックと同期をとる。なお、このO/E・E/O変換部3に、コンパクトに波長変換部やスピード変換部を付けられるならば、上記WDM/OADM/OXC側において、外線接続部(波長毎にDMUXされた側)以外には、波長変換部を付ける必要がなくなる。したがって、WDM/OADM/OXC側においては、パスの調整(各波長のAdd/Drop やパス切替え)だけの処理をすれば良くなる。ただし光増幅をしたい場合は、光増幅部を加える。かくしてWDM/OADM/OXC側はシンプルになり、低コストで構成することができる。
【0102】
SONET/SDH,PDH, LAN/WAN の各インターフェイス部からは、クロスコネクト・IP/GMPLS 処理部(15,16)に、STS フレーム(SONET/SDHのフレーム)に準拠した電気信号にて、各ポートに入力される(この電気信号については、図3〜図5参照)。
【0103】
SONET/SDHクロスコネクト部15には、オーバーヘッド終端・挿入機能を備えており、アラーム処理や回線制御を適宜行うことができる。また、所望のクロスコネクトをしたいオーダーまで、信号をDMUX(demultiplex )していき、所望のレベル(VC-11, VC-12, VC-3, VC-4, VC-4-4c, VC-4-16c)においてクロスコネクトすることが可能である。
【0104】
このSONET/SDHクロスコネクト部15からIP/GMPLS 処理部16へ、GMPLS 信号の外側のSONET/SDHフレームを取り外して、送る。また、IP/GMPLS 処理部16からSONET/SDHクロスコネクト部15へは、IP/GMPLS 処理部16で適切な処理を行って、所望の目的地へのパスへ向けられた信号が入力される。なお、ここまでは、図2のクロスコネクト・IP/GMPLS 処理部(15,16)でも同様であるが、図6においては、IP/GMPLS 処理部16において、ATM-Forum で策定中のFB-ATMの処理を行うことができる。すなわち、FB-ATMセルに対するセル同期を行い、セル境界を見つけ、ヘッダを読み取って、ルーティングテーブルに従いスイッチを行い、目的地へのパスを選択する。
【0105】
このとき、制御部38の制御のもとに、流量監視や流量調整(シェーピング機能)を行ったり、セルの優先度を設定したりして、セル毎にQoS を容易に設定することができる。
【0106】
ATM Baseのセルを用いることは、OAM(Operations, Administration and Maintenance )セルのハンドリングの手法で既に実績があり、回線上の障害情報等を、下流や上流の伝送装置に送ることによって、適切なヴァーチャル・パスの切替え制御が可能となる。
【0107】
さらに上記FB-ATM処理部34について見ると、例えば本出願人により提案済み(特願平12−364098号)の、拡張ATM セルおよび/または可変長ATM セルの処理手段を利用することができる。これにより、やはり容易にQoS 制御や回線管理(障害時のパス回避等)を行うことができる。
【0108】
上記の拡張ATM セルとは、通常の固定長ATM セルと、可変長ATM セルと、が混在したセルのことを意味する。ここに、可変長ATM セルは次のようなものをいう。
【0109】
図7は可変長ATM セルを説明するための図である。
【0110】
可変長ATM セルはペイロード長が48バイトに限られないペイロード長可変のATM セルである。ATM レイヤにおいて、n(8≧n≧6)の長さを最小転送単位とし、nオクテットのヘッダHDと、最小転送単位の整数(m,m≧1)倍の長さのATM セルペイロードPLD とで、可変長ATM セルCLを構成する。ペイロードPLD に上位レイヤから発生する情報を最小転送単位の整数倍の長さになるように調整して格納し、ヘッダHD内に可変長セルの長さを表示するデータRCC を設定する。調整は、上位のATM アダプテーションレイヤで、ヘッダとトレーラを含むSARプロトコルデータユニット(SAR-PDU )をnオクテットの整数倍となるように無効データを付加して行ない、そのトレーラ内に有効情報オクテット数を44で割った余りのオクテット数(斜線部)を設定するよう構成する。尚、44の根拠は、従来の固定長セルのペイロード48バイト内に上位レイヤAAL のSAR 構造(=セルの分解・組立の仕組)を持つとき、SAR-PDU ペイロード長が44バイトであることによる。固定長セルと、可変長セルが混在したときは、ヘッダ長がnオクテットであるか、5オクテットであるかを識別することにより識別でき、固定長セルの処理は、例えば、セレクト後、従来と同様の処理をする。
【0111】
図8は可変長ATM セルの処理手段の一例を示す図である。
【0112】
本図において、41は入力バッファ部、42はヘッダ解析部、43はスイッチ、44は制御部である。図6に示すように、上位レイヤにおいて任意の長さL1のユーザ情報UDが発生すると、その長さに関係なく、1ブロックの情報としてATM アダプテーションレイヤ(=AAL )に渡され、ここで対応するヘッダ、トレーラが付加され、L2で示す長さのデータユニットが作成される。この長さL2のデータユニットは、ATM レイヤにおいて、L3で示す可変長ATM セルCLとして作成される。この可変長ATM セルCLは、ヘッダHDが最小転送単位であるnオクテット(oct )であり、ATM セルペイロードPLD はn×m oct である。すなわち、ATM アダプテーションレイヤ(=AAL )のデータユニットが、nオクテットのm(m≧1)倍となるように区切られて、最後にnオクテットに満たないデータが発生すると、nオクテットとなるよう、無効オクテット(斜線部分)が付加され、ATM セルペイロードPLD はn×m oct となる。可変長ATM セルCLの全体の長さはn×(m+1)oct であり、最小のセル長はn×2 oct (ヘッダを含む)となり、最大のセル長は、mの最大値をMとすれば、n×(M+1)となる。
【0113】
次に、複数の伝送装置を含む網の全体について考察する。
【0114】
図9の(a)は従来の網構成の一例を、(b)は本発明による網構成の一例を、それぞれ示す図である。
【0115】
図9(a)は、SONET/SDHあるいはWDM といったトランスポート網が従来のものであり、したがって該トランスポート網が、TCP/IP のルーティング・テーブルあるいはMPLSに対応していないケースである。
【0116】
このケースでは、ルータAから矢印の方向にパケットをフォワードすれば、その出力先の信号はルータBに繋がるという情報しか、各々のルーティング・テーブルには反映されていない。
【0117】
一方、トランスポート網側では、ルータAからの入力を、ルータBの該当ポートへ出力させるよう、パスを張らなければならない。すなわち、そのように各トランスポート網のノードを、クロスコネクト設定しなければならない。
【0118】
トランスポート網側の設定は、ルータ側のレイヤ(仮想パス)とは独立した設定が必要で、トラフィック(パケット流量の増減)に拘わらず、トランスポート網内のそのパスのユーザの要求に従い、最大限の帯域を固定的に確保しなければならない。なぜなら、従来のSONET/SDHレイヤあるいはWDM レイヤでは、容量固定の帯域を確保しておくことしかできず、トラフィックの時間的な変動に柔軟に対応するといった、統計多重的な要求には不向きだからである。これは、パスの設定を変更する度に、クロスコネクトを設定し直さなければならないからである。しかしSONET/SDH網には、パスとリングプロテクションを事前に設定しておけば、回線障害時に瞬間的に(50ms以内)に予備回線に切り替わり、高い通信品質が保証されている、というメリットがある。
【0119】
一方、図9(b)を参照して、本発明に係るネットワークにおける、効果の一つについて述べる。
【0120】
伝送網がMPLSスイッチといった、ハイブリッドな処理に対応していると、次のようなメリットがある。すなわち、MPLSレイヤでの仮想パスの処理に対応できることから、統計多重の効果が現れ、帯域の有効な使用が可能になる。例えば、トラフィックが多いときは、太いパスを割り当て、トラフィックが少ないときは、細いパスにする、といったことができる。
【0121】
MPLSを用いれば、ATM と同様の、ユーザのクラス(真のQoS )設定ができるので、
(i)完全に帯域を保証して欲しいユーザには、契約の上限までの完全な帯域保証が可能であるし、
(ii)優先度を下げても構わないので安い料金で使用したいというユーザには、ベストエフォート的な処理、すなわち回線が空いているときはどんどん使用できるが、回線が混んできた場合には、他の優先度の高いトラフィックを優先させ、自分は捨てられても構わない、といったようなサービスが可能である。
【0122】
このように、ユーザの要求に合わせて、柔軟なサービスを提供することができ、トランスポート網の回線容量を効率的に用いることもできるので、通信事業者にとっても、効率的なネットワーク投資が可能となる。
【0123】
本発明は、IPパケットに対応したMPLSに限らず、ATM や、イーサネット(GbE や10GbE の処理も含む)に対応させても良い、という内容も含んでいる。IPパケットだけなく、イーサネット(Ethernet)パケットにも対応するMPLSは、EoMPLSと呼ばれることがあるが、本発明の処理は、これらにも適用できる。波長(λ)ルータに対応したMPλS。あるいは、GMPLS についても同様である。
【0124】
さらに図9(b)におけるレータCが、MPLSに対応している場合と、対応していない場合について、若干補足説明する。もし、ルータCやルータDが、MPLSに対応していないパケットを、本発明のハイブリッド網と通信したい場合は、ルータCから入力されるNE1(伝送装置1)において、MPLSヘッダを付加し、本ハイブリッド網内で、MPLSレイヤの管理をすれば良い。つまり、IP-VPN(Virtual Private Network)といった考え方と同じである。そして、
ルータDへ当該信号を送るときは、MPLSヘッダを外して送り出すので、ルータCやルータDが、MPLSに対応していなくても全く問題はない。
【0125】
また、ルータCとNE1との間の信号のフォーマットも、POS(Packet Over SONET)の考え方を用いて、パケットを、SONET/SDHフレームに格納したもので良いし、G.709 で標準化予定の光パケットに格納したものでも良いし、さらには従来のような、PDH フレームやイーサネットフレームやATM フレームに格納したものでも良い。
【0126】
本発明の伝送装置(NE:Network Element )は、様々なインターフェイスを持ち得るので、ユーザの希望に応じて柔軟に対応できる。また、NE1内で、具体的にどのように信号を処理し、どのようにMPLSを付加し、またどのようにスイッチし処理するかといった実現手段の一例については、後述する。
【0127】
一方、ルータCやルータDがMPLSに対応している場合には、本トランスポート網の各NEにおいても、同じレイヤ(フォーマット)のLSR テーブルを共有し、より広範にMPLS仮想パスの処理をする。
【0128】
ユーザあるいは、対向している伝送装置のメーカーによって若干フォーマットが異なるケースもあり得る。その際は、ネットワークに応じた最適化が必要になる。例えば、伝送装置内でネットワークプロセッサを用いた、POS 等のアーキテクチャにより、ソフト的にフォーマットの変更を可能にする、といった工夫をすれば良い。また、後者のケースでも、ルータ⇔NE間のインターフェイスとしては、様々なフォーマットを用いることが可能である。
【0129】
なお、図9(b)の装置CおよびDは、ルータに限らず、他のLAN/WANノードや交換機、スイッチ装置等でも構わない。
【0130】
図9(b)に示す、網の全体構成をさらに具体的に説明する。
【0131】
図10は図9(b)についてより一層具体化した網の全体構成例を示す図である。本図は、MPLSラベル・ルーティングテーブルを用いてIPパケットを伝送する例を示すが、このIPパケットの他にイーサネットパケット等を伝送する場合も、同様に説明することができる。
【0132】
図10においては、NE1(伝送装置1)の配下のルータ1に最終的につながる端末1から、NE3の配下のルータ3に最終的につながる端末3へ、IPパケットを送信する場合を例にとる。
【0133】
NE1の配下のルータ1から、MPLSラベル付きではないIPパケットが送られて来た場合は、NE1にてノード2を宛先とするShimラベル(#MPLSのラベルスイッチングを行うためのヘッダ)を付加する。一方、NE1の配下のルータ1が、MPLSに対応したラベル付きパケットを送信して来た場合は、そのラベルを、所望の目的地に合致する、NE2を宛先とするShimラベルに、NE1にて付け替える。
【0134】
NE1からNE2、NE3、NE4、…は、SONET/SDHやWDM 光パケットといった、下位レイヤのトランスポートを担うことができる。例えば、NE1からNE3を目的地とするパスは、各ノードに適切にクロスコネクトを張ることにより、設定することができる。なお、このとき、例えば、NE1からNE2への経路で、BLSRやUPSRのリングプロテクションといった障害回避対策を設定しておくことも可能である。ただし、SONET/SDHやWDM 光パケットのレイヤのみをサポートするトランスポート網では、(パス内を流れるトラフィックによらず)帯域を定常的に確保しておかなければならないので、ネットワーク資源を効率良く使うことができない。
【0135】
そこで、本発明のように、ATM やMPLSといったヴァーチャルパスによって、統計多重的にネットワークを使えるようにすれば、資源の利用効率は大幅に向上する。
【0136】
ここで本発明のポイントは、NE1において、目的地が同一のパケットは、SONET/SDHやWDM 光パケットの同一の目的地(例えばノード3)のパス(例えば、VC-4-nやAU4-n )にまず格納することにある。もしトラフィックが多過ぎてSONET/SDHやWDM光パケットの単一のパスでは足りなければ、別の帯域のパスに格納する。このときパケットの優先順位、すなわちユーザのQoS の要求のクラス、によって、絶対にパケットを捨てない帯域完全保証のグループや、そうでないグループ等に分け、完全保証のクラスのパケットは、SONET/SDHやWDM 光パケットのレイヤにて、帯域が保証されているパスに格納する。したがって、このパスに格納されていないパケットは、クラスの優先順位の設定に従って捨てられる場合もある。
【0137】
一旦、SONET/SDHやWDM 光パケットのレイヤに格納されてしまえば、図10の場合、NE2への伝送は保証される。例えば、右回りのパスか、左回りのパスのどちらかで回線障害が起きたとしても、瞬時に(SONET/SDHの場合、50ms以内)に回線が予備側に切り替わる。
【0138】
ここで、NE2での動作を見てみる。ここでは、新たな、同じNE3を目的地とするパケットがAdd(図中の“ADD”)される。
【0139】
図10の右上に示したルーティングテーブルは、NE2のルーティングテーブルである。NE1から入力して来た、NE3を目的地とするパケットは、「2」のラベルが付いているので、そのルーティングテーブルを使って、NE3を目的地とする、ポート1へ、信号をフォワードするようにルーティングする。またラベルも「3」に付け替える。
【0140】
上記のように、NE2に初めてAdd されて来たパケットには、「3」のラベルを付けて、同様に上記ポート1へフォワードする。
【0141】
NE2からNE3へのトランスポート網においても、SONET/SDHやWDM 光パケットのレイヤで、NE3を目的地とするパス(VC-4-nやAU4-n )に、パケットを格納する。なお、NE2やNE3において、トラフィックの量またはパケットの優先順位によって、格納するSONET/SDHやWDM 光パケットのレイヤのパスを振り分けることもあることは、NE1の場合と同様である。
【0142】
所望の端末3を目的地とするパケットは、NE3において、配下のルータ3にDropさせ、最終的には、その所望の端末3に届く。
【0143】
なお端末については、PC(パーソナルコンピュータ)がTCP/IP を扱う場合に限らない。リアルタイムで通信する画像や音声網の端末であっても構わない。最優先のクラスでは、帯域が保証されているので、リアルタイム通信も可能となる。
【0144】
図10に示す網を含むさらに大規模な網構成例を図11に示す。
【0145】
図11は本発明に係る伝送装置を含む大規模網構成の一例を示す図である。
【0146】
本図には、例えばTbit 級のWDM リング、別のWDM リングと、これらのリングより低速の例えば100Gbit 級のSONET/SDHリングおよびイーサネット等の非SONET/SDHリングと、が図示されている。
【0147】
この中で四角のブロックはそれぞれNEを表すが、特に右下がりハッチングで示すNEに、本発明の伝送装置1が好適に利用される。すなわち、これらNEは、WDM と、SONET/SDHと、を同一の装置内に収容する。これにより、低コストで、WDM とSONET/SDHの双方の統一的な構成と、統一的な網管理を行うことができる。
【0148】
ここで、上述した網構成の考察から、再び伝送装置単体の考察に戻り、その詳細例について説明する。
【0149】
〔詳細例〕
詳細例の説明に先立って、従来技術と本発明との間の差異を、予め明確にしておく。
【0150】
前述したように、本発明に一番近い構成を持つ、図24のLSR (ラベル・スイッチング・ルータ)の特徴を分析する。これは、光網のトポロジー構成も含めて、全て、MPLSのレイヤで、トポロジー情報を収集し、網を一括管理しようというものである。
【0151】
すなわち、図24のTE Topology Databaseに、網全体のトポロジー情報を格納し、かつ、異なるルータとの間でも、トポロジー情報をやり取りし、全てのルータのDatabaseを統一して、運用するという構成である。したがって、網で扱う範囲が広くなればなる程、そのDatabaseの容量が大きくなり、しかも、異なるルータとの間で連携を取らなくてはならない。このため、同図中のTraffic Engineering Control 部が担うべき処理も重くなってしまう。本発明は、この点を解決することのできる伝送装置を提供している。
【0152】
そのポイントは、下位レイヤの処理と、IPのラベルのパスに相当する上位のレイヤの処理と、を分ける。そして、その下位レイヤの処理で一括して回線障害が回避できるところは、そのレイヤでの処理のメリットを最大限に活かし、これを、上位レイヤのパスの処理にも役立てよう、というものである。
【0153】
図24を参照すると、これは、SONET/SDHも、WDM 網も全て、MPLSの処理によってトラフィック・エンジニアリング(Traffic Engineering)を行い、網全体の一括管理を行う、という考えに基づいている。逆に、電気処理を介さない、純光型のネットワークは、上位レイヤでのMPLSのパスも全て、光のまま、OXC で行う、というところに、困難さがある。
【0154】
本発明では、以下に詳述するような、装置構成や処理の方法を取ることにより、これらの困難を解決し、低コストな機器ならびにネットワーク構成を可能にしている。また、既存のネットワーク資産も有効に活かすことができる。
【0155】
以下、図12〜図21を参照しながら、本発明の伝送装置の詳細に説明する。
【0156】
図12は電気信号伝送系4の主要部の詳細例を示す図(その1)、
図13は同図(その2)、
図14は同図(その3)である。
【0157】
図12〜図14は特に、高速のリングから低速の信号を取り出すDrop側について、詳細に示す。なお、Add 側のポイントについては、後述する図18〜図20の説明のところで改めて示す。
【0158】
図12〜図14は、後述する図15、図16あるいは図17のようなネットワーク構成において、上流(信号の送信側のNE(Network Element))から来た信号に、回線障害(「信号断」から、「信号品質の劣化」までを含む)が起きた場合、下流(信号の受信側)のNE内で、どのような処理をすれば、効果的に所望のパスのプロテクションを実行できるかについて、信号の流れ(図中の太線の矢印参照)に沿って説明し、またそのときの検出ポイントや処理のポイント等を示している。
【0159】
また、併せて、上記の上流で起きた深刻な障害(「回線断」や「信号同期外れ」等)が起きたとき、下流側にいかに素早く知らせるか、また、下流に送信した信号に何か障害が起きた場合、(「信号断」から、「信号品質の劣化」までを含む)、その障害を、受信し検知したNEが、信号の送信元の上流に、いかに素早く伝え、可能な限り自動的に障害を回避するような制御を実行するか、という仕組みを示している。以下に、その詳細を述べる。
【0160】
図12〜図14の装置は、概括的に言えば、MPLSパス(SONET/SDHのレイヤから見れば、より上位レイヤのヴァーチャルパス)と、SONET/SDHレイヤとの網管理を統一的にできるLSR 機能付きSONET/SDH伝送装置(Add/Drop MUX クロスコネクト装置)、と言うことができるが、従来提案されていた図24のような、LSR に過度の負担をかけるものではなく、後述のように、網管理の役割と処理の優先順位とを分けることにより、低負荷で高速な処理を可能としている。そのポイントの一つは、SONET/SDHレベルのクロスコネクト部分で、ライン冗長(1+1型の冗長、1:N型の冗長、BLSR等を含む)や、SONET/SDHレベルのパス冗長(UPSRといったリングプロテクションを含む)を行い、しかる後に、MPLSレベルのラベルスイッチや、パス切替えを行うことである。それぞれのレイヤのライン切替えとパス切替えは、独立した検出器で、独立した切替え要因を検出して行うが、下位レイヤ(ラインは、パスの下位に相当。SONET/SDHのパスは、MPLSのパスの下位に相当)の切替え処理を優先とする。具体的には次のように行う。
【0161】
下位のレイヤの切替えは、切替え要因が生じたら、直ちに行うが、上位のレイヤは、継続的にそのレイヤの切替え要因が続いていた場合に、切替えを行う。というのは、下位のレイヤで検出された障害により、太い回線毎切り替わってしまうと、上位レイヤ内の比較的細い回線も一緒に切り替わってしまい、そのとき、上位レイヤの切替え要因も一緒に解除してしまう、ということが、往々にして発生するからである。
【0162】
上述のように切替えを行うことにより、上位レイヤのパス切替えの負荷は軽くなる。また、下位レイヤの冗長構成によって救済できなかった場合に、上位レイヤのパススイッチが働くようにするのである。具体的には次のようにすると良い。
【0163】
例えば、切替え要因の発生と同時に、タイマのカウントを開始し、設定された時間後にまだ、その切替え要因が発生状態だった場合には、パス切替えを行う。そのときの設定時間は、例えば、0秒から10秒位の間とし、100msとか、50msとかの単位で細かく設定できるようにする。
【0164】
ここで下位レイヤのライン切替えの方について考察する。ライン切替えの要因を検出するための検出ポイントを、全てクロスコネクト部(図13の110(図2の15に相当)参照)に置くと、該クロスコネクト部15での負荷が重くなるので、伝送装置(NE)1の外線インターフェイス部(図12の101、図14の131,141(図2の11,12,13に相当)参照)に、回線障害なり通信品質劣化なりの検出ポイントを設ける。これら外線インターフェイス部分は、当該伝送装置(NE)に関して、1+1のライン冗長であろうと、1:Nのライン冗長であろうと、 UPSR(Uni-directional Path Switched Ring)であろうと、2F BLSR(2 Fiber Bi-directional Line Switched Ring)であろうと、4F BLSRであろうと、複数リング構成であろうと、それぞれに応じた仕組みを伝送装置(NE)が持っていれば、対応できる。
【0165】
上記のインターフェイス部分で検出した切替えトリガは、レベルに応じて、NEの制御系(図12の108参照)が一括して収集し、それを基に、クロスコネクト部(図13の110(図2の15)参照)内のラインスイッチ部(図13の113)を制御する。
【0166】
次に、具体的に、どのようなアラームや通信品質の劣化情報を、どこで、どのように扱えば、上記のような、効率的なレイヤ間の連携を実現することができるか、図12〜図14を参照しながら、以下に説明する。
【0167】
また、その説明に引き続いて、例えば図15、図16、図17のようなネットワークで、どのようにレイヤ間の連携が実現できるかについて説明する。なお、図15は本発明が適用される第1のネットワーク例(UPSR)を示す図であり、図16(a)および(b)は本発明が適用される第2のネットワーク例(4F-BLSR )を示す図であり、
図17は本発明が適用される第3のネットワーク例(メッシュネットワーク)を示す図である。
【0168】
また、上記の処理を効果的に働かせるために、Add 時にやっておくと良いいくつかの工夫、例えば、VC(Virtual Channel)毎にできるだけ同じMPLSラベルのパスをまとめる等の工夫や、ATM やイーサネットとのマルチサービス化を併用することによる相乗効果についても、図18〜図20を参照して、述べる。
【0169】
図18は、図12〜図14において、クロスコネクト部110を挟んでアグリゲート側とトリビュタリ側との間でやりとりされる信号の流れを模式的に示す図(その1)、
図19は同図(その2)、
図20は同図(その3)である。
【0170】
さらにまた、本発明を適用するために既存のシステムに対して拡張を行うための例についても、図21を参照して説明する。
【0171】
図21は本発明が適用される装置におけるラックの構成例を示す正面図である。
【0172】
ここで再び図12〜図14に戻って、これらの図に示す装置を詳しく説明する。
【0173】
本装置は、外部と信号のやりとりをする。インターフェイス部(101,101′,131,131′,141,141′,141″)を含む。インターフェイス部101(101′)および131(131′)は、アグリゲート側インターフェイス(Aggregate側INF)、141(141′,141″)は、トリビュタリ側インターフェイス(Tributary側INF)である。本装置はさらに、SONET/SDHレベルのクロスコネクト部110(110′)と、MPLSパス処理部121(IP/GMPLS 処理部16)と、本装置の制御系108と、からなる。この他に、本装置のクロック同期系を司る部分があり、また他のサービスメニュー(ATM やイーサネット等)をサポートすることも可能である。
【0174】
本装置内で、各INF 部(101,131,141)と、SONET/SDHクロスコネクト部110とは、STS-3やSTS-12やSTS-48(あるいはSTS-24)といった、共通のフォーマットの信号で結ばれている。このため、図21のように、INF カードが挿入されるスロット(INF-Slot)に、固有のポートを複数系統分割り当てる。クロスコネクト側では、異なるスロットのポートさえ区別して識別できれば良いので、上記INF カードの外線側の速度による制約は、ほとんど受けない。上記INF スロット(INF-Slot)には、OC-192,OC-48, OC-12, OC-3、PDH (T3,E3,T1,E1)、EC1、(その他、EthernetやATM に対応した外線インターフェイス)等のサービスに至るまで、ユニバーサルな外線インターフェイスを搭載することができる。例えば、各INF 部(101,131,141)の基本最小スロットにSTS-12の信号を4系統接続させておけば、その基本最小スロットで、OC-48 1CHのカードをサポートすることもできるし、OC-12 4CHのカードをサポートすることもできるし、OC-3やDS3(=T3)等なら、実装上許される限り、多数のCH(OC-3なら12CH、DS3や、EC1なら最大48CH)をサポートすることもできる。仮に上記のポート数しか無くても、4倍分の上記基本最小スロットを用いれば、OC-192 1CHをサポートすることもできる。
【0175】
また同じ4系統の装置内接続でも、上記最小スロットに、1系統当りSTS-24(1.2G相当)まで速度を上げてインターフェイスすることができれば、倍の実装密度のCHをサポートできる。すなわち、OC-48 なら、2CHをサポートでき、OC-192でも前述したものの半分の2スロット分までをサポートできる。もし1系統当り、STS-48まで上げれば、さらにその倍の実装密度が可能になる。なお本装置内の信号フォーマットについては、図3〜図5に例を示した。
【0176】
LVDS(Low Voltage Differential Signaling)等の伝送技術を用いれば、現状の技術でも、シリアルの速度で、1系統当り(ただし差動伝送の場合は、2本で1系統)3.6G 位まで、本装置内インターフェイス(バックボード・インターフェイス)速度を上げることは容易である。したがって、OC-768(=40G)のインターフェイス・カードも同様に、高密度に実装して、サポートできる。
【0177】
将来的には、5GHz や10GHz 超の装置内伝送も可能となるので、より一層高密度な、コンパクトで低コストな装置が実現可能となる。
【0178】
図12〜図14においては、説明の便宜上、インターフェイス部分を、高速側のAggregate側と、低速側のTributary側とに分けることができるが、これは、当該装置が組み込まれるネットワークの構成に応じて、どのくらいの速度でもって高速側(高速リング等)に、本装置の外線を接続させているか(例えば、OC-192 なのか、OC-48 なのか、OC-768なのか)、低速側のDrop側、あるいは、下流のリングはどのくらいのスピードなのか、あるいは、OC-48 なのか、OC-12 なのか、OC-3なのか、EC-1やPDH なのかといった、そのときのネットワークの状況に応じて、本装置内にて自由にクロスコネクトし信号系を設定してやれば良い。つまり、このスピードなら、Aggregate側/Tributary側にするとか、このスロットなら、Aggregate側/Tributary側にするというように、本装置で固定的に予め決めて設計しておく必要はない。
【0179】
また外線については、SONET の例で述べたが、STM-64, STM16, STM-4, STM-1, STM-0, STM-256 …といった、SDH の信号も同様にサポートすることができる。
【0180】
また、SONET/SDHクロスコネクト部110のクロスコネクト単位についても、STS-1, STS-3c, STS-12c, STS-48c といった様々なパス単位で行わせることができる。近年、10Gbs イーサネットについての仕様も固まりつつあるので、10Gbs 単位のひと固まりの信号、すなわちSTS-192c単位のクロスコネクトをサポートできるようにしておくことに対しても、本発明は有用であり、この場合、SDH 相当の表現を用いれば、VC-4, VC-4-4, VC-4-16, VC-4-64単位や、AU3レベルのクロスコネクトが可能となろう。
【0181】
本装置内の信号の速度が、1系統当り、STS-12やSTS-24等最大でもSTS-48までしかないとしても、STS-48c やSTS-192c等の、一まとまりの信号を内部に格納するOC-48 やOC-192(OC-768も)の外線インターフェイスを、上記のINF 部(101,131)が、INF カードとして、持つことも可能である。なぜなら、これらのINF カードに対応すべく、4系統以上のポートを各スロットにもともと用意してあるので、本装置内の信号に変換するための、INF 部(101,131)内のDMUXにより、STS-48c 以上の大きな信号の集合であっても素直にその集合をシリアル/パラレル変換し、系統毎に信号を分岐し、クロスコネクト部110で、パラレル/シリアル変換して、再び元の信号に戻してやれば良いからである。
【0182】
上記INF 部がインターフェイスしている信号の中身が、STS-12c 以下といった、各1系統の信号速度以下の固まりの信号が、OC-nにMUX されてインターフェイスしているような場合には、各系統のポートと、そのMUX がなされた信号の位置と、を合理的に対応付けておけば、該INF 部内で外線信号を本装置内の信号に変換する回路部分において、各系統のポートに対応した信号を正しく振り分けるようにすれば良い。そうすることによって、クロスコネクト部110での処理が簡略化され、該クロスコネクト部を実現するハードウェアでの処理をシンプルにすることができる。
【0183】
また上記INF 部が、OC-12 やOC-3以下の信号や、PDH の信号を扱うことから、外線の総容量が、本装置内の信号の1スロット当りの総容量に満たないような場合には、これにより空いた装置内信号ポートには、UNEQ-P「信号なし」等の信号が流れるようにしておく。そうすれば、クロスコネクトを張るときに、こういったUNEQ-P等の信号が存在しないパスについては、そのクロスコネクトが実行できないといった、ソフト的な制限をかけることができる。
【0184】
また逆に、より低速のパスレベルの信号、すなわち、VT1.5 やTU3,TU-12, TU-11等の単位で、クロスコネクトができても、きめ細かなパスを扱えない。そのために、このような単位のオーダーで働くクロスコネクト部を追加すれば良い。ただし図12〜図14では、このような低速のオーダーのクロスコネクト部の詳細は省略する。
【0185】
再び図12〜図14に注目して、太線で示した、主にDrop側の代表的な主信号の流れに沿って、回線障害の回避等の仕組みを、アラームやエラー検出項目の具体例も挙げて説明する。
【0186】
図12および図14のAggregate側INFは、図15のようなUPSRリングであったり、図16(a)および(b)のような4F(F=ファイバ)BLSRであっても構わない。また図17のようなメッシュネットワークであっても、AIS やRDI の仕組み(説明後述)や、各NEから情報を収集したり制御したりすることが可能な、ネットワーク管理(Network Management)システムを備えてたりすれば、同様に、実現可能である。なお各ネットワーク例(図15〜図17)での動作は後述するが、図12および図14の各Aggregate側INFが、それぞれ、East(右回り)の光信号とWest(左回り)の光信号とを、受信および送信する様子が描かれている。ちなみに、4F(F=ファイバ)BLSRのときは(図16)、既述のINF カードの別のCHなり、別のINF カードによって、もう1本ずつの系統を受信および送信すれば良い。その際は、図12および図14のAggregate側INFは、Eastを現用回線、Westを予備回線としたときに、現用回り方向の回線中のSpan SW(=1+1冗長に似た冗長)用の現用(W)側と予備(P)側とにつながっているものと、見なす。なお、リング(図16)の反対回りの予備回線のINF 部は、裏に隠れていると考えれば良い。また図17のメッシュネットワークの1つのノード(NE)に着目すると、この中に接続されている複数のノードの他のノードに対しては、別のINF 部が接続していると考えれば良いし、Dual以上の複数リングと接続しているのなら、その複数分のインターフェイスを別に持っていると考えれば良い。図13において、SONET/SDHクロスコネクト部が、参照番号110および110′として、2枚重なっているように見えるのは、これらクロスコネクト部110,110′を搭載する2枚のクロスコネクトカードの各々に同じ動きをさせておき、いずれかのクロスコネクトカードが壊れたとしても、通信が瞬断しないようにするためのカード冗長を取っているからである。このようなカード冗長の仕組みがあると、本装置としての故障率は一層低下し、本装置の信頼性は向上する。
【0187】
そのような冗長構成のために、クロスコネクト部(110,110′)から、INF 部(110,101′と131,131′)に至る信号線が2本描かれている(a,bとc,d)。これら、INF 部内でセレクタ(105,135)を設けているのは、そのクロスコネクトカード冗長の仕組みを示している。かくして、各INF 部で、より品質の良い方を選ぶことにより、自動的なカード冗長が実現できる。
【0188】
一方、MPLSパス処理部(121,121′)も2枚重なって見えるのは、上記と同様のカード冗長を、ここにも採用したからで、これにより信頼性が増す。ただし、上記のSONET/SDHクロスコネクト部とMPLSパス処理部との間で信号をやり取りしている部分には、カード冗長の信号線は、煩雑になるため記載を省略した。
【0189】
なお上述した、カード冗長のための2枚のカードの連携と、SONET/SDHのライン切替え・パス切替えとMPLSパス切替えとの連携とは、全く別次元のことである。ここで本発明の核心である後者の連携について、図12〜図14の装置内の、ある信号の流れ(太線で表記)を例にとって以下に説明する。
【0190】
説明を簡単にするために、図15に示すように、UPSRが1+1ライン冗長構成になっていて、上流から来たAggregate側の信号(AGG)を、Tributary(TRB)側に繋がる下流にDropしているケースを考える。
【0191】
SONET/SDHレイヤでの、ラインやUPSRを形成するパスは、図15のパスの線のような経路(e,f,g,h)となっている。MPLSレベルのヴァーチャル・パス(仮想パス)も、上記のパスと一致しているということはあり得ることであるが、この場合、SONET/SDHレイヤのライン切替えやUPSRパス切替えによって、回線障害(×)を一括して回避すれば、上記のMPLSの仮想パスもその回線障害から自動的に救われたことになる。こういう仕組みによって、MPLSパスの切替えにかかる負担は軽減されていく。
【0192】
しかし、SONET/SDHのレイヤのパスとMPLSの仮想パスとが、必ずしも一致する訳ではない。MPLSの仮想パスなら、SONET/SDHリング内にメッシュを張ることができるからであり、また、SONET/SDHリングにAdd されてくるMPLSのパスがあった場合、MPLSのレイヤでは、もっと上流にまで遡って、仮想パスを考えなければならないからである。
【0193】
したがって、MPLSの仮想パスに対して網管理をしようとした場合、図13のようなMPLSパス処理部121はどうしても必要となる。
【0194】
SONET/SDHリング内を流れるトラフィックが全てIPであるとは限らないが、SONET/SDHパスのうち、MPLSを上位レイヤに含むパスは、SONET/SDHクロスコネクト処理部110から、MPLSパス処理部121にDropする。このとき、MPLSを上位レイヤに含むSONET/SDHパスの全てをDropする必要は必ずしもない。なぜなら、MPLSパスと、SONET/SDHのパスとが完全に一致している部分については、下位レイヤのパス制御だけでこと足りてしまうからである。そうすると、MPLSパス処理部121の負担は著しく軽くなる。このためにMPLSパスを、SONET/SDHにAdd するときの工夫が、図18〜図20に表されている。
【0195】
図13において、制御ラベル処理部123、ラベルスイッチ(ルーティング)124およびラベル・パス・スイッチ125からなるラベルスイッチ部126における主としてラベルスイッチ124によって、ラベルを元にパケットをルーティングし、このルーティング後、該当するSONET/SDHパスのポートにこれを出力して、SONET/SDHクロスコネクト部110に戻してやるという機能を、本MPLS処理部121が備える。なお、SONET/SDHクロスコネクト部110は、MPLSパス処理部121から戻ってきたパケットを、所望の目的地に向かうSONET/SDHパスに該当するINF スロット(図21のINF-Slot参照)に向けて再びクロスコネクトして出力する。この出力先のインターフェイスは、もちろんSONET/SDHのインターフェイスだけに限らない。前述のINF 部(101,131)内で、SONET/SDHを、適当な、PDH なり、イーサネットなり、ATM なりに変換する仕組みをもし備えるならば、PDH やイーサネットやATM 等のインターフェイスでも構わない。
【0196】
図13においてMPLSパス処理部121は、ラベル・ルーティングスイッチ(124)以外に、以後の核心部分の説明の要旨に関わる、既述のラベル・パス・スイッチ(ラベルPSW )125を備える。なお、この核心部分である、SONET/SDHパスの救済とMPLSパスの救済とについては後述する。
【0197】
図13において、ラベル・ルーティングするためのルーティング・テーブル等を格納したDatabase127もまた、本MPLSパス処理部121は有する。このDatabase127は、単なるルーティング・テーブル以外に、GMPLS の処理に必要なデータベース情報を格納していても良い。ただし、ネットワーク・トポロジーに関するデータベースは、既述したネットワーク管理システムの方で保持することもできる。
【0198】
その他、MPLSパス処理部121は、MPLSのラベルが付いて転送されてくる各パケットの流量監視や流量調整の機能を備えることもできる。これが、流量監視・調整部128である。この場合もし、ラベルスイッチ124のスイッチ容量および能力が、SONET/SDHクロスコネクト部110からMPLSパス処理部121にパケットが入力されてくる際の、最大ポート数をまかなうだけの容量および能力を有しているならば、このような流量監視・調整部128は不要である。したがってこの場合、ラベルスイッチ124のコストを下げる目的で、MPLSの統計多重効果を考慮し、スイッチ容量および能力を、ある上限までとして、設計しておくのが良い。このとき、流量が許容量が超えたら、優先度が低いパケットから廃棄し、また上流側に対し、こちらのパスへはこれ以上パケットを転送しないように、制御ラベル等を用いて通知すれば良い。
【0199】
時間的に流量に揺らぎがあって、流量が一時的に(あるいは瞬間的に)許容量を超える恐れがあることもある。このような状況なら、MPLSパス処理部121の入力部分にバッファを持たせておき、流量を、時間平均化して時間的に滑らかにすれば良い。これはいわゆるシェーピング機能である。このような流量監視・調整機能を持たせれば、MPLSラベルのスイッチ容量を節約して、低コスト化を図ることができる。
【0200】
以上の説明を一旦終了する前に、SONET/SDHクロスコネクト部110と、MPLSパス処理部121との間のインターフェイスやポート配置について、工夫すると良い事項を挙げておく。
【0201】
両部(110,121)間の本装置内インターフェイスは、クロスコネクト部110とINF 部(101,131)との間の接続の際のフォーマットと同様のフォーマットにて行う。例えば、本装置内の接続が、STS-12の複数系統分からなる接続ならば、この両者間の通信容量は、(STS-12)×(接続CH数)分になるし、STS-24やSTS-48等を単位とする接続ならば、その(速度)×(接続CH数)分となる。例えば、既述したINF カードの基本最小スロットが、STS-48で4系統分の接続線を持っているとするならば、そのINF カードの2スロット分に、MPLSパス処理部121のカードを1枚差し込むことで、40Gbs 分のMPLSパスの処理容量を、その1枚のカードに負担させることができる。もしそのMPLSパスの処理容量をもっと上げようとするときには、単位CH当りの速度を高めれば、さらに容量を上げることができる。
【0202】
このように、物理的な繋がりだけから見るならば、クロスコネクト部110に対して、前記INF 部(101,131)もMPLSパス処理部121も対等と言える。このことが、MPLSパス処理部121を、従来のSONET/SDH装置に追加する場合に、その資産を有効活用できる鍵となる。
【0203】
通常、MPLSパス処理部121に限らず、VTレベルあるいはTUレベルといった、低速のオーダーでのきめ細かい動作を行うクロスコネクト部や、ATM スイッチ部や、イーサネットのスイッチ処理部や、VT1.5←→TU-12変換や、AU-3、AU-4←→VC-3の変換といった、SONET←→SDH間の変換も、同様に図21のINF スロット(INF-Slot)を使って実行することができる。
【0204】
そこで、上記クロスコネクト部110とMPLSパス処理部121とのインターフェイスをするポートの並びについて検討する。前述したように、クロスコネクト部110からMPLSパス処理部121へ、クロスコネクト後の信号を転送し、ラベルスイッチ124にてその信号をルーティング後、再びXCクロスコネクト部110を通して、INF(101,131)部へ送る、という信号の流れを形成する仕組みがある。この仕組みから、MPLSパス処理部121とクロスコネクト部110とを結ぶポートに割り当てるべき信号の並びは、物理的には、何の制約もなく定めることができる。例えばパスを張るときのその順は、ポート番号の若い順に定めれば良い、といった単純な処理で十分である。この理由は次のとおりである。
【0205】
まず、クロスコネクト部(XC部)110からMPLSパス処理部(MPLS部)121へ入力するところへは、MPLS部の入力部分に存在しているポート数以上の信号(またはMPLS部の処理能力以上の信号)は、いずれにせよ入力することができないので、上記のポートは物理的に固定のポートとして、信号を入力させれば良い。そうすれば、MPLS部内に余計に、入力のセレクタを設けて、対応する、スイッチの入力ポートに信号を振り分ける、といった処理が不要となる。ただし、パスの回線障害を回避するための処理を、MPLSのヴァーチャルパスのレイヤでも、独立して行わせることを意図しているので、図13に示すように冗長されているパスは、そのまま冗長されて、MPLS部121に入力される。そしてMPLS部にて独立した検出条件を元に、パス切替えが行われるので、その冗長分の入力ポートは必要である。
【0206】
MPLS部(MPLSパス処理部)121でのルーティング後で、しかも、パス冗長のうち品質の良い方を選択した後、本装置としては、SONET/SDHといった下位のレイヤにMPLSパケットを乗せて出力先を振り替える、というのが所望の動作である。ところがMPLS部(121)から信号が出力された後、必ず、XC部(SONET/SDHクロスコネクト部110)へその信号が送られ、その後該当する出力先に繋がるINF 部(101,131)へその信号が送られるので、MPLS部の出力ポートにおける物理的な信号線は、上記の出力先のINF 部のことを全く気にすることなく、ルーティング・テーブル(あるいはSWスイッチの出力部でも良い)の出力ポートNo. 順に繋がっていさえすれば、上記の所望の動作を達成できる。別言すれば本装置として、パスのルーティング後の行き先と、INF 部の繋がり先とが一致さえしていれば良いから、MPLS部から出力後の信号の、XC部でのクロスコネクトにおいて両者(110,121)が連携してクロスコネクトするよう、ソフト制御すれば良い。したがって、本装置の管理システム(Management System )としては、ルーティング後のパスの行き先となるINF 部のCHなり、パスの指定だけをオペレータが設定しさえすれば、MPLS部を通った後の、XC部でのクロスコネクトを行う処理を、ソフトが自動的に行うようにすれば良い。このような仕組みにしておけば、本装置の運用上大変便利であるし、上述した程度の簡単な処理なので、それ程煩雑なソフトウェアを必要とする訳でもない。
【0207】
さらに、図12〜図14において、SONET/SDHパスの救済とMPLSパスの救済とを連携する仕組みについて、以下に述べる。
【0208】
まず、SONET/SDHのレイヤでの伝送装置(NE)1としては、従来とおり、次のような処理の仕組みを持たなければならない。
【0209】
上流からのラインにおけるLOS(Loss of signal)「信号断」やLOF(Loss of Frame)「フレーム外れ」の信号を、NEが受信したときは、このNEは下流のラインへ、AIS-L(Alarm Indication Signal-Line)を送出しなければならない(図15のAIS, LOS参照)。また、NEの上流からのラインにおいて、LOS, LOF, AIS-L、(設定によっては、さらにTIM-L「行き先エラー」)が検出されたときは、NEは下流のパスへ、AIS-P(Alarm Indication Signal-Path)を送信する(PDHへ送信するときは、PDH のAIS を送信する)。同時に、上流のラインの送り側へは、RDI-L を送出しなければならない(図17のRDI 参照)。また、NEが上流からのパスにLOP-P, AIS-P, UNEQ-P、(さらに、設定によっては、TIM-P, PLM-P)のいずれかを受信したときは、NEは、下流のパスにはAIS-P を送信し(PDH へ送信するときは、PDH のAIS )、上流のパスには、RDI-P(Remote Defect Indicator-Path)を送り返さなくてはならない。また、回線の劣化情報(エラーレート)を測る情報元となる、B1エラーやB2エラーをラインで検出し、受信信号のエラーレートを検知する、パフォーマンス・モニタ機能部を持つ(図12のブロック103,106参照)。そのB2エラーを受信した場合は、M1 Byte の所定のビットに検出したエラービットの数を、送信側に対して送り返す(図12の106)。そうすることによって、上流側のNEは、本NE(伝送装置1)が信号を送信したラインに何らかのエラーが起きたことを、下流側の本NEから戻ってくる信号の上記M1 Byte を見て、自動的に認識することができる。また、受信した信号のパスに何らかのエラー(信号劣化)が生じていないかを、B3 Byte を検出することによって、認識することができる。
【0210】
また、同時に上流の送信側NEへ、G1 Byte の所定のビットに、検出したB3 Byte に示すエラーのビット数を送り返す。これにより、その上流側NEでは、送信先のパスで何らかのエラーが生じたことを認知することができる。これらの仕組みを持たせる為に、SONET/SDHのインターフェイス部101は、O/E・E/O変換部102,107の他に、受信ラインに対して、LOS, LOF, AIS-L, TIM-L, B1エラー、B2エラー、M1 Byte (=FENDのB2エラー)を検出する検出部103を持つ。
【0211】
また、送信ラインに対しては、本NEとして、受信部に上流側からのLOS, LOF を検出したときに、本NEのManagement System からの要求に従って、下流側へAIS-L を送信するための機能を有する送信部106bを持つ。また、受信ラインに、LOS, LOF, AIS-L、(設定によっては、さらにTIM-L)を検出したときに自動的に送信ラインにRDI-L を挿入する挿入部106aを持つ(ただし、AIS-L 送出命令が来たときは、RDI-L よりもAIS-L 送信を優先する)。そして、クロスコネクト部110への信号には、AIS-P を挿入する(図13のAIS-P 挿入部112)。
【0212】
一方、B2エラーを受信ラインに検出したときは、そのエラービットの数を自動的にM1 byte の所定の位置に挿入する機能を持つ(図12の106a)。その他に、S1 byte を受信したり、送信したりして、ネットワークのNE間での同期を、ラインを通して取る仕組みもあるが、その説明は省略する。
【0213】
また、図13のSONET/SDHクロスコネクト部110は、STS-1 やSTS-Ncレベルのパス(SDH ならば、VC-3やVC-4やVC-4-4-Nc に相当)をクロスコネクトする機能を有するので、該クロスコネクト部には、LOP-P, AIS-P, UNEQ-P, TIM-P, PLM-Pや、B3エラーを検出する検出部114aを持っている。また、これらLOP-P, AIS-P等のパス・アラームが発生したときは、RDI-P を送り返すし、B3 Byte に示すエラービットの数を受信した際は、POH のG1 Byte の所定の位置(REI bits)に、B3 Byte のビットエラー数を送り返す機能を有する返送部114bがある。なお、より低速のVT1.5 やTU-12 といったレベルのクロスコネクト機能を本NEが有するならば、VT(TU)のパスレベルのアラームを検出したときRDI-V を送り返したり、本パスレベルのパスエラーを検出したり、REI bit でパスエラーを検出していることを送り返す機能を持たせる必要がある。また、PDH インターフェイス部を備えるときは、クロスコネクト部が高速のパスでのみクロスコネクトし、該PDH インターフェイス部で終端すべきパスは、そこをスルーしてPDH INF 部まで送られていることがある。そこでPDH インターフェイス部から本NEの外側へ送り出す信号については、パスを終端する前に、パスのアラームを検出して、RDI を反対方向に送り返したり、送信側のPDH 信号をAIS に変えたり、パスのエラーを検出して、反対方向にREI を返したりするといった機能を持たせる必要がある。
【0214】
なお、上述した低速のパスをサポートするに際し、図18〜図20に表すごとくMPLSパスをうまくAdd することにより、その低速パスのサポート機能を有効活用し、MPLSパス処理部121の負担をより軽減させることもできる。
【0215】
もう少し詳しく、図12のAggregate側INF(101)に入力された信号の流れに沿って、処理の流れを説明する。受信したラインの信号は、O/E変換部107でO/E変換後上述した各種アラームやエラーを検出部103にて検出し、上記で説明した制御を実行する。なお、外線が光でなく、電気のときは、上記O/E変換部107の代わりに、バイポーラ信号をユニポーラ信号に変換するLIU レシーバ部を用いる。
【0216】
該Aggregate側INF(101)には、外線から受信した信号のクロックを、本装置(NE)内で同期が取れているクロックCKに乗せ換える同期部104を持つ。本装置(NE)内で同期を取っていた方が、クロスコネクト部110やMPLSパス処理部121の制御がやりやすくなり、したがってハードウェアの処理の負担も軽くできるからである。
【0217】
Aggregate 側INF は、本装置内にいくつかあり、1つのリングだけでなく複数の、リングやネットワークと連係している。このため、リング毎または局所ネットワーク毎に、網同期の基準クロックCKが異なることがあり、各Aggregate 側INF の、同期部(CK乗せ換え部)104の外側では、互いに完全な同期がとれず、相互に異なるCKになっていることがあり得る。したがって、このようなCK乗せ換え機能は、全てのAggregate 側INF に持たせておく。このようなCK乗せ換え部には、異なる局所ネットワーク間でのCKの違いに耐え得る機能を提供するだけでなく、ネットワークに固有のジッタやワンダを吸収して信号の速度揺らぎを解消するという効果もある。
【0218】
上記CK乗せ換え部(104)の前後で、受信フレームのセクション・オーバーヘッドSOH を付け替えて、外線のSOH を一旦終端し、本装置内の信号フォーマットに変更することができる。このとき、当然ポインタも付け替えるので、そのときに外線信号のLOP-P やAIS-P を検出することができる。(なお、そのLOP-P を検出したら、本装置内へ送り込まれる信号の送信側ポインタは、AIS-P としておく。
【0219】
また、外線がOC-48 やOC-192等の信号で、本装置内がSTS-12, STS-24, (STS-48) 等の信号を扱う場合は、DMUX(demultiplex)機能を持たせる。逆に、外線側に、例えばOC-3 4CHのインターフェイスを備えている場合には、STS-12等へのMUX(multiplex)機能を持たせる。
【0220】
さらにまた、前述したように、送信方向のセレクタ(SEL)105は、クロスコネクト部110および110′のカード冗長に対応するものである。図12〜図14には記載していないが、Aggregate側INFの外線側の受信信号をクロスコネクト部110に送る際は、そのカード冗長を機能させるために、同一の信号を、両クロスコネクト部110,110′に送る仕組みも持つ。当然、ポートもその分用意しておく。図が煩雑になるので、図12〜図14中の記載は省略したが、クロスコネクトカード(110)とMPLSカード(121)のインターフェイス部分にも同様のことが言える。
【0221】
また、物理的な配線やスロットの配置という観点からすると、MPLS部(121)をINF 部(101)と置き換えても等価である。このMPLS部をカード冗長(121,121′)にしたいときは、INF 部(101)に対し1:N型のカード冗長構成をとらせる。INF 部は、そもそも、クロスコネクト部の空きポートに接続させているから、カード故障(Fail)のトリガがかかったならば、別のポートで接続していた同じ信号の処理に対し、現用信号を切り換えれば良い。
【0222】
図13において、MPLSパス処理部121は、POS 機能を持ち(POS・INF122)、SONET/SDHフレームを取り外すことができる。この場合、MPLS仮想パスがSONET/SDHパスと変わらないときは、ラベル処理(制御ラベル処理部123)をしなくて済むので、ラベルスイッチ部126の負担を減らすことができる。このラベルスイッチ部での処理は、IFTEで議論されているように、シム(Shim)ヘッダを基に、MPLSとしての処理をすれば良い。
【0223】
以上について若干付け加えるならば、G-Ether や10G-Ether等とSONET/SDHのPOS を絡める場合にも同様に、本発明に基づいて効率的な処理ができるし、EthernetとMPLSとを絡めたEoMPLS等においても同様のメリットを生じさせる。
【0224】
また、本発明を用いれば、SONET/SDHのレイヤがないシンプルでより低コストな装置でも、MPLSレイヤとフォトニックレイヤとをダイレクトに連携させたネットワークを実現できる。
【0225】
また本発明においては、メモリを必要とする電気的な処理、例えば詳細なMPLSの処理は、光を電気に変換した電気処理部(電気信号伝送系4)で行い、一方、で、波長(λ)ルーティング等、光のままで処理した方が有利な部分は、光のままで処理を行う。この光処理部分(光信号伝送系2)では、光のレベルで検出できるアラームを基に、光レベルのままでの障害回避等、下位レイヤの大部分の処理は、光に任せる。一方、より詳細な制御や細かいパス(上位パス)の制御は、電気処理部(電気信号伝送系4)で行う。
【0226】
さらにまた、本発明によれば、SONET/SDHのレイヤと連携するとき、全ての電気処理をMPLSパス処理部(LSR )121の任せるのではなく、SONET/SDHのレイヤで、光とMPLSの中間のレイヤをうまく役割分担して処理する。これにより、負担をかけ過ぎない効率的な伝送装置を実現することができる。また、G-Ether や10G-Ether等、EtherとMPLSとを連携させたEoMPLS等においても、同様のメリットを生じさせる。
【0227】
最後に、図12〜図21において、まだ説明していない部分を簡単に補足説明する。
【0228】
図13において、参照番号111は、入力された主信号内にLOS やLOF を検出したらAIS-P 挿入部112に起動をかける検出部である。
【0229】
図12におて、SFは、LOS, LOF等のメジャーアラームのとき発せられ、また、SDはB2 MIN(minor)等のマイナーアラームのとき発せられて、これらSFおよびSDは、制御系108に入力される。この制御系108はCPU109を有しており、BLSR等のトリガを生成して、図13のラインスイッチ(SW)113に印加する。制御系108には、SF, SD以外にも種々の情報Iが外部から与えられる。
【0230】
図13において、参照番号111は、入力された主信号内にLOS やLOF を検出したらAIS-P 挿入部112に起動をかける検出部である。該挿入部112を経た信号は、ラインスイッチ(SW)部113に入力される。ここでは、BLSRのラインスイッチを行い、さらにその中には、パススイッチ(PSW )およびタイムスロット・インターチェンジャ(TSI )115を含む。PSW はパスレベル(パス・オーバーヘッド)でのスイッチを行い、TSI はさらにもっと細かいレベルでのクロスコネクトを行う。パスレベルでのアラーム検出は前述した検出部114で行う。この中に記載したLOP-P, AIS-P等は規格により周知である。この検出部114でパスレベルのアラームを検出したら、これをラインスイッチ113への切替えトリガとする。
【0231】
さらに図13において、クロスコネクト部110にはWest側とEast側の2系統のラインが入っているので、前述した機能部分111,112、および114(第1系統用)と同様の機能部分117,118および116(第2系統用)がある。
【0232】
図14を参照すると、上述した2系統のラインがあることによって、図12に示した外線インターフェイス部101(101′)と同様の別の外線インターフェイス部131(131′)がある。該外線インターフェイス部131(131′)内の構成要素132〜137は、図12の前記構成要素102〜107と全く同じである。
【0233】
図14において、セレクタ(SEL )142は、冗長構成の2つのクロスコネクト部110および110′のいずれか正常な一方を選択する。
【0234】
図15において、それぞれ伝送装置1を含むNEiおよびNEjの間で、断線障害が発生したとすると、NEj(NEiも)はLOS をトリガとしてAIS を送出する。このAIS を受信したNEkは、図2に示す構成をとることにより、この障害対策に対して、SONET/SDHレイヤでも、図13のSONET/SDHクロスコネクト部110によって、負荷分散を行うことができる。
【0235】
図16(a)および(b)において、ネットワークが(a)の正常状態から(b)の異常状態へと変化したとき、このネットワークでは、BLSRとパススイッチ(PSW )とが相互に全く独立した動作をする。このようなネットワークに対しても本発明を適用できる。なお、図中のハッチングはプロテクション側、それ以外はワーキング側である。
【0236】
図17において、メッシュ構成のネットワーク内で障害(×)が発生したとすると、NEmはその下流側NEにAIS を送出すると共に、その上流側のNEoにRDI(Remote Defect Indicator)を送出する。このRDI を受信したNEoは、以後、ラインpから到来した信号を、ラインqおよびラインrに振り分ける。この振り分けに要する処理のための負荷も、本発明を適用したNEo内においては、SONET/SDHレイヤ側に分散される。
【0237】
図18〜図20は、図12〜図14におけるAggregate側INF(101,131)とTributary側INF(141,141′,141″)との間の信号の流れを示し、本発明の伝送装置1が、ハイブリッド伝送装置であって、High Orderクロスコネクト、Low Orderクロスコネクト ATM、PDH、イーサネット、SONET/SDH等々幅広くマルチサービスを実現できることを、本図はシンプルに表している。
【0238】
図18は、図12〜図14におけるAggregate側INF(101,131等)に相当し、
図19は、図12〜図14におけるクロスコネクト部110に相当し、
図20は、図12〜図14におけるTributary側INF(141,141′,141″等)に相当し、
図12〜図14における各信号の流れを辿ると、図18〜図20のように描き表すことができる。
【0239】
図19には、全体としてU字状のラインスイッチ部113と、
このラインスイッチ部113に連係する、MPLSパス処理部121、Low Order クロスコネクト部151およびATM スイッチ(SW)部またはイーサネット(Ethernet)プロテクション処理部152と、を示す。上記ラインスイッチ部113は、High Order クロスコネクト部として機能する。
【0240】
また図20には、PDH インターフェイス部161と、イーサネットインターフェイス部162と、POS インターフェイス部163と、ATM/Ethernet over SONET/SDHインターフェイス部164とが記載されている。
【0241】
図21において、図12,13,14および19に示した構成要素に相当するものを、同一の参照番号を付して示す。また参照番号171は2.5Gb 等の多チャンネル用カードであり、172はPDH, POSまたはギガビット・イーサネット用のカードである。なお図中、WはWorking、PはProtectionの略である。
【0242】
以上を総括すると、本発明は下記(i)〜(iii )の伝送装置を実現する。
【0243】
(i)IETEで規定されている、従来のMPLSの機能を拡張した、GMPLS(MPλS)と呼ばれる機能等の処理を伝送装置内で対応することにより、従来のルータ−ルータ間だけでなく、伝送装置間の接続把握も含めたネットワーク全体のIPトラフィックエンジニアリングを可能にする、SONET/SDH伝送装置または、ADM/クロスコネクト装置である。
【0244】
(ii)GMPLS (MPλS)と呼ばれる機能等の処理に対応することにより、フォトニックネットワーク網全体の、IPトラフィックエンジニアリングを可能にする、フォトニック伝送装置または、WDM, OADMあるいはOXC 装置である。
【0245】
(iii )GMPLS (MPλS)機能等に対応し、かつ、同一装置内に、SONET/SDH伝送装置(ADM/クロスコネクト装置)とフォトニック伝送装置(WDM, OADM(/OXC))機能を併せ持ち、IP over WDM, IP over SONET/SDH,IP over SONET/SDH over WDMといった、あらゆる構成のIP伝送網(IP伝送光網)全体のトラフィックエンジニアリングが可能な、伝送装置である。
【0246】
また、以上述べた本発明の実施態様は以下の付記のとおりである。
【0247】
(付記1)光信号伝送系と電気信号伝送系とを、光−電気双方向変換部を介して、結合してなる伝送装置であって、
前記電気信号伝送系は、SONET/SDH信号処理手段と、該SONET/SDH信号処理手段に連携するGMPLS 機能処理手段と、からなることを特徴とする伝送装置。
【0248】
(付記2)前記SONET/SDH信号処理手段はクロスコネクト部を含んでなり、該クロスコネクト部は、SONET/SDH信号からGMPLS に対応したGMPLS 対応信号を抽出して、前記GMPLS 機能処理手段との連携をとることを特徴とする付記1に記載の伝送装置。
【0249】
(付記3)前記クロスコネクト部は、外部のSONET/SDH信号、PDH 信号、ATM 信号、イーサネット信号等とのインターフェイスを行う各外線インターフェイス部に接続することを特徴とする付記2に記載の伝送装置。
【0250】
(付記4) 前記GMPLS 機能処理手段は、ラベルスイッチ部を含むことを特徴とする付記2に記載の伝送装置。
【0251】
(付記5)前記光信号伝送系は、一方において前記光−電気双方向変換部を介して、前記電気信号伝送系との間で光信号の授受を行う光ADD/DROP 手段と、他方において該光−電気双方向変換部を介して、該電気信号伝送系との間で光信号の波長単位でのパス切替えを行う光クロスコネクト手段と、を有することを特徴とする付記1に記載の伝送装置。
【0252】
(付記6)前記光ADD/DROP 手段は、第1の光インターフェイスを含み、該第1の光インターフェイスは、特定の波長をもって前記光−電気双方向変換部との間で光信号の授受を行う第1の波長変換部であり、
前記光クロスコネクト手段は、第2の光インターフェイスを含み、該第2の光インターフェイスは、特定の波長をもって前記光−電気双方向変換部との間で光信号の授受を行う第2の波長変換部であることを特徴とする付記5に記載の伝送装置。
【0253】
(付記7)前記光ADD/DROP 手段は、第3の光インターフェイスを含み、該第3の光インターフェイスは、特定の波長をもって外部のSONET/SDH網との間で光信号の授受を行う第3の波長変換部であることを特徴とする付記5に記載の伝送装置。
【0254】
(付記8)前記光クロスコネクト手段は、前記光ADD/DROP 手段を経由して、外部のWDM 網と接続することを特徴とする付記5に記載の伝送装置。
【0255】
(付記9)前記GMPLS 機能処理手段に、FB-ATMセルを処理するFB-ATM処理部を備えることを特徴とする付記1に記載の伝送装置。
【0256】
(付記10)前記FB-ATM処理部は、拡張ATM セルおよび/または可変長ATM セルの処理手段からなることを特徴とする付記9に記載の伝送装置。
【0257】
【発明の効果】
以上説明したように本発明によれば、従来、別々の管理となっていた、SONET/SDH/WDMレイヤとTCP/IPレイヤとを、同一の伝送装置で処理し、網全体を統一的に管理することができる。それにより、IP信号を伝送する光網の構成コストと運用コストを激減させることができる。
【図面の簡単な説明】
【図1】(a)および(b)は本発明に係る伝送装置の第1および第2の基本構成を示す図である。
【図2】本発明の実施例である伝送装置を示す図である。
【図3】 STS-12に準拠したオーバーヘッド構成の周知例を示す図である。
【図4】 STS-12に準拠したオーバーヘッド構成の周知例を示す図である。
【図5】 STS-12に準拠したE1バイトの連結(concatenation)情報の周知例を示す図である。
【図6】 FB-ATMに対応可能な電気信号伝送系4の一例を示す斜視図である。
【図7】可変長ATM セルを説明するための図である。
【図8】可変長ATM セルの処理手段の一例を示す図である。
【図9】(a)は従来の網構成の一例を、(b)は本発明による網構成の一例を、それぞれ示す図である。
【図10】図9(b)についてより一層具体化した網の全体構成例を示す図である。
【図11】本発明に係る伝送装置を含む大規模網構成の一例を示す図である。
【図12】電気信号伝送系4の主要部の詳細例を示す図(その1)である。
【図13】電気信号伝送系4の主要部の詳細例を示す図(その2)である。
【図14】電気信号伝送系4の主要部の詳細例を示す図(その3)である。
【図15】本発明が適用される第1のネットワーク例(UPSR)を示す図である。
【図16】(a)および(b)は本発明が適用される第2のネットワーク例(4F-BLSR )を示す図である。
【図17】本発明が適用される第3のネットワーク例(メッシュネットワーク)を示す図である。
【図18】図12〜図14において、クロスコネクト部110を挟んでアグリゲート側とトリビュタリ側との間でやりとりされる信号の流れを模式的に示す図(その1)である。
【図19】図12〜図14において、クロスコネクト部110を挟んでアグリゲート側とトリビュタリ側との間でやりとりされる信号の流れを模式的に示す図(その2)である。
【図20】図12〜図14において、クロスコネクト部110を挟んでアグリゲート側とトリビュタリ側との間でやりとりされる信号の流れを模式的に示す図(その3)である。
【図21】本発明が適用される装置におけるラックの構成例を示す正面図である。
【図22】公知のオーバーレイモデルの一例を示す図である。
【図23】現在提案されている将来のモデルであるピアモデルの一例を示す図である。
【図24】現在提案されているLSR 装置構成の一例を示す図である。
【符号の説明】
1…伝送装置
2,2′…光信号伝送系
3…光−電気双方向変換部(O/E・E/O変換部)
4,4′…電気信号伝送系
5…SONET/SDH信号処理手段
6…GMPLS 機能処理手段
7…光ADD/DROP手段
8…光クロスコネクト手段
9…ADD/DROPマルチプレクサ
11…SONET/SDH外線インターフェイス
12…PDH 外線インターフェイス
13…イーサネット・ATM 外線インターフェイス
14…光/電気変換部
15…クロスコネクト部
16…IP/GMPLS 処理部
17…装置制御部
25…波長変換部
26…波長変換部
31…光クロスコネクト(光XC)
32…波長変換部
33…監視部
34…FB-ATM 処理部
35…FB-ATM セル同期部
36…ヘッダ識別部
37…ラベルスイッチ
38…制御部
101,101′…外線インターフェイス(cf,11)(Aggregate側INF)
102…O/E変換部
103…検出部
104…同期部
105…セレクタ(SEL)
106…挿入/送信部
107…E/O変換部
108…制御系
110,110′…SONET/SDHクロスコネクト部
112…AIS-P 挿入部
113…ラインスイッチ部
121,121′…MPLSパス処理部
123…制御ラベル処理部
124…ラベルスイッチ(ルーティング)
125…ラベル・パス・スイッチ
126…ラベルスイッチ部
131,131′…外線インターフェイス部(cf,11)(Aggregate側INF)
141,141′,141″…外線インターフェイス部
Claims (4)
- 光信号伝送系と電気信号伝送系とを、光−電気双方向変換部を介して、結合してなる伝送装置であって、
前記電気信号伝送系は、SONET/SDH信号処理手段と、該SONET/SDH信号処理手段に連携するGMPLS 機能処理手段と、からなり、
前記光信号伝送系は、一方において前記光−電気双方向変換部を介して、前記電気信号伝送系との間で光信号の授受を行う光 ADD / DROP 手段と、他方において該光−電気双方向変換部を介して、該電気信号伝送系との間で光信号の波長単位でのパス切替えを行う光クロスコネクト手段と、を有してなり、
ここに前記光 ADD / DROP 手段は、第1の光インターフェイスを含み、該第1の光インターフェイスは、特定の波長をもって前記光−電気双方向変換部との間で光信号の授受を行う第1の波長変換部であり、
前記光クロスコネクト手段は、第2の光インターフェイスを含み、該第2の光インターフェイスは、特定の波長をもって前記光−電気双方向変換部との間で光信号の授受を行う第2の波長変換部であることを特徴とする伝送装置。 - 前記SONET/SDH信号処理手段はクロスコネクト部を含んでなり、該クロスコネクト部は、SONET/SDH信号からGMPLS に対応したGMPLS 対応信号を抽出して、前記GMPLS 機能処理手段との連携をとることを特徴とする請求項1に記載の伝送装置。
- 光信号伝送系と電気信号伝送系とを、光−電気双方向変換部を介して、結合してなる伝送装置であって、
前記電気信号伝送系は、 SONET / SDH 信号処理手段と、該 SONET / SDH 信号処理手段に連携する GMPLS 機能処理手段と、からなると共に、
前記 GMPLS 機能処理手段は、 FB-ATM セルを処理する FB-ATM 処理部を備えることを特徴とする伝送装置。 - 前記 SONET / SDH 信号処理手段はクロスコネクト部を含んでなり、該クロスコネクト部は、 SONET / SDH 信号から GMPLS に対応した GMPLS 対応信号を抽出して、前記 GMPLS 機能処理手段との連携をとることを特徴とする請求項3に記載の伝送装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002169136A JP4007860B2 (ja) | 2002-06-10 | 2002-06-10 | 伝送装置 |
US10/459,390 US6850660B2 (en) | 2002-06-10 | 2003-06-09 | Transmission apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002169136A JP4007860B2 (ja) | 2002-06-10 | 2002-06-10 | 伝送装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004015663A JP2004015663A (ja) | 2004-01-15 |
JP4007860B2 true JP4007860B2 (ja) | 2007-11-14 |
Family
ID=29706816
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002169136A Expired - Fee Related JP4007860B2 (ja) | 2002-06-10 | 2002-06-10 | 伝送装置 |
Country Status (2)
Country | Link |
---|---|
US (1) | US6850660B2 (ja) |
JP (1) | JP4007860B2 (ja) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7333512B2 (en) * | 2000-12-18 | 2008-02-19 | Rmi Corporation | Dynamic mixing TDM data with data packets |
US7161899B2 (en) * | 2001-07-20 | 2007-01-09 | Bay Microsystems, Inc. | Interlocking SONET/SDH network architecture |
US7113505B2 (en) * | 2001-12-17 | 2006-09-26 | Agere Systems Inc. | Mesh architecture for synchronous cross-connects |
JP2004222055A (ja) * | 2003-01-16 | 2004-08-05 | Fujitsu Ltd | 多重化装置及びその使用方法 |
KR100601044B1 (ko) * | 2003-12-18 | 2006-07-14 | 한국전자통신연구원 | 광트랜스폰더 및 그것의 광채널 하부 계층의 장애 탐지 및처리방법 |
CN100428732C (zh) * | 2003-12-24 | 2008-10-22 | 华为技术有限公司 | 集成交叉交换单元及其业务调度方法 |
US8175020B2 (en) * | 2004-01-30 | 2012-05-08 | Level 3 Communications, Llc | Method for the transmission and distribution of digital television signals |
US7590055B2 (en) * | 2004-02-09 | 2009-09-15 | Alcatel Lucent | High availability broadband connections through switching from wireline to diverse wireless network |
CN100344126C (zh) * | 2004-02-25 | 2007-10-17 | 华为技术有限公司 | 一种宽带接入的组网设备及方法 |
JP4358232B2 (ja) * | 2004-07-30 | 2009-11-04 | 三菱電機株式会社 | 通信システム、パケットスイッチ装置、およびエッジノード装置 |
EP1641191A1 (en) * | 2004-09-22 | 2006-03-29 | Alcatel | Multi-service switch for integrated transport networks |
DE102005010610A1 (de) * | 2005-03-08 | 2006-09-21 | Siemens Ag | Optisches Übertragungssystem |
JP4564389B2 (ja) * | 2005-03-31 | 2010-10-20 | Kddi株式会社 | 光ルーティング装置および光ルーティング方法 |
US7602700B1 (en) * | 2006-01-23 | 2009-10-13 | Juniper Networks, Inc. | Fast re-route in IP/MPLS networks and other networks using SONET signaling |
JP4740027B2 (ja) * | 2006-04-27 | 2011-08-03 | 富士通株式会社 | 光ネットワーク設計方法 |
US7773539B2 (en) * | 2006-06-01 | 2010-08-10 | Cisco Technology, Inc. | Method for separation of IP+optical management domains |
US20080122463A1 (en) * | 2006-06-30 | 2008-05-29 | Sanjay Dabral | Testing microelectronic devices using electro-optic modulator probes |
US7525723B2 (en) * | 2006-06-30 | 2009-04-28 | Intel Corporation | Circuit board-to-circuit board connectors having electro-optic modulators |
CN101378388B (zh) | 2007-08-28 | 2012-10-03 | 华为技术有限公司 | 一种无源光网络数据传输的方法、***和设备 |
WO2009069229A1 (ja) * | 2007-11-30 | 2009-06-04 | Fujitsu Limited | Sonet/sdh伝送装置 |
JP4911015B2 (ja) * | 2007-12-20 | 2012-04-04 | 富士通株式会社 | 伝送装置、及びアラーム制御方法 |
JP4866942B2 (ja) * | 2009-07-09 | 2012-02-01 | 富士通テレコムネットワークス株式会社 | 伝送装置、伝送制御方法およびosc処理装置 |
US8248954B2 (en) * | 2009-08-31 | 2012-08-21 | Hubbell Incorporated | System and method for enhancement of Ethernet link loss forwarding |
US8493971B2 (en) * | 2009-11-06 | 2013-07-23 | Nec Corporation | Path calculation system |
WO2011114537A1 (ja) * | 2010-03-19 | 2011-09-22 | 富士通株式会社 | 伝送装置、障害復旧方法及びネットワークシステム |
FR2958479B1 (fr) * | 2010-04-02 | 2012-05-04 | Thales Sa | Procede et systeme de transmission de flux multimedia |
US20140056581A1 (en) * | 2011-01-21 | 2014-02-27 | Telefonaktiebolaget L M Ericsson (Publ) | Timer value negotiation for path configuration based on rsvp-te |
US8615610B2 (en) | 2011-09-29 | 2013-12-24 | Freescale Semiconductor, Inc. | Interface system and method with backward compatibility |
US9432751B2 (en) * | 2013-09-30 | 2016-08-30 | Microsemi Communications, Inc. | PTP transparent clock system upgrade solution |
EP2928098A1 (en) * | 2014-03-31 | 2015-10-07 | Alcatel Lucent | A method for provisioning optical connections in an optical network |
CN105099903B (zh) * | 2014-04-15 | 2018-12-07 | 华为技术有限公司 | 光包交换***的链路确认方法、装置及*** |
US10153861B2 (en) * | 2015-07-30 | 2018-12-11 | Infinera Corporation | Digital link viewer for data center interconnect nodes |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE60133837D1 (de) * | 2000-08-25 | 2008-06-12 | Broadwing Corp | Optische übertragungssysteme mit optischen schutzsystemen, vorrichtungen und verfahren |
JP2003188919A (ja) * | 2001-12-19 | 2003-07-04 | Nec Corp | ネットワーク、スイッチ装置及びそれに用いるotnフレーム処理方法並びにその回路及び集積回路 |
US6785436B2 (en) * | 2001-12-28 | 2004-08-31 | Axiowave Networks, Inc. | Method of and operating architectural enhancement for combining optical (photonic) and data packet-based electrical switch fabric networks with a common software control plane while providing increased utilization of such combined networks |
US7379457B2 (en) * | 2002-06-10 | 2008-05-27 | Nortel Networks Limited | Technique for implementing a virtual private optical switched transport network using virtual private optical/TDM cross-connect technology |
US6922529B2 (en) * | 2002-08-09 | 2005-07-26 | Corvis Corporation | Optical communications systems, devices, and methods |
AU2003900693A0 (en) * | 2003-02-14 | 2003-02-27 | Redfern Broadband Networks Inc. | WDM-to-Switch interface card |
-
2002
- 2002-06-10 JP JP2002169136A patent/JP4007860B2/ja not_active Expired - Fee Related
-
2003
- 2003-06-09 US US10/459,390 patent/US6850660B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
US20030228093A1 (en) | 2003-12-11 |
US6850660B2 (en) | 2005-02-01 |
JP2004015663A (ja) | 2004-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4007860B2 (ja) | 伝送装置 | |
JP4159359B2 (ja) | デジタル交差接続 | |
US7567581B2 (en) | Multi-service channelized SONET mapper framer | |
Cavendish et al. | New transport services for next-generation SONET/SDH systems | |
CA2490792C (en) | Transparent flexible concatenation | |
US7606224B2 (en) | Transmission apparatus for making ring switching at SONET/SDH and RPR levels | |
EP1414265A2 (en) | Multi-service Ethernet-over-SONET silicon platform | |
US7339936B2 (en) | Switching device for telecommunication networks | |
US7733900B2 (en) | Multi-service ethernet-over-sonet silicon platform | |
EP1091529A2 (en) | Telecommunication network node with multiprotocol capability, method of processing signals and telecommunication network comprising multiprotocol nodes | |
JPH1093600A (ja) | 情報通信方法およびsonet回線交換リング用ノード | |
US6870813B1 (en) | Architectures for evolving traditional service provider networks and methods of optimization therefor | |
JPH07170238A (ja) | 追加/ドロップ・マルチプレクサ装置 | |
US6870877B2 (en) | Transmission unit and two-way signal conversion method | |
US8265093B2 (en) | Multi-service channelized sonet mapper framer | |
WO2004042935A2 (en) | Out-of-band signalling apparatus and method for an optical cross connect | |
Sato et al. | Photonic transport technologies to create robust backbone networks | |
EP2093916B1 (en) | Optical transport hierarchy gateway interface | |
CA2358058A1 (en) | Transport module for sdh/sonet | |
KR20010034424A (ko) | 가상 성형 네트워크 | |
US7096275B1 (en) | Methods and apparatus for protection against network failures | |
Graber et al. | Multi-service switches and the Service Intelligent™ optical architecture for SONET/SDH metro networks | |
US6804268B1 (en) | Method and apparatus for multi-access transmission | |
Jyothirmai et al. | SDH and its future trends | |
Jia et al. | A testbed for multi-granularity optical switching network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050415 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070502 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070508 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070704 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070731 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070828 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110907 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120907 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130907 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |