Optical networking is a communication means that utilizes signals encoded in light to transmit information, e.g., data, as an optical signal in various types of telecommunications networks. Optical networking may be used in relatively short-range networking applications such as in a local area network (LAN) or in long-range networking applications spanning countries, continents, and oceans. Generally, optical networks utilize optical amplifiers, a light source such as lasers or LEDs, and wavelength division multiplexing to enable high-bandwidth communication.
Optical networks are a critical component of the global Internet backbone. This infrastructure acts as the underlay, providing the plumbing for all other communications to take place (e.g., access, metro, and long-haul). In the traditional 7-layer OSI model, Optical networks constitute the Layer 1 functions, providing digital transmission of bit streams transparently across varying distances over a chosen physical media (in this case, optical). Optical networks also encompass an entire class of devices (which are referred to as Layer 0), which purely deal with optical photonic transmission and wavelength division multiplexing (WDM). This includes amplification, (re-) generation, and optical add/drop multiplexing (OADM). The most widely adopted Layer 1/Layer 0 transport networking technologies today, referred to as Optical Transport Networks (OTN), are based on ITU-T standards. Both these classes of networks are connection-oriented and circuit-switched in nature.
Dense Wavelength Division Multiplexing (DWDM) is an optical transmission technology that uses a single optical fiber link to simultaneously transport multiple optical services of different wavelengths. The different wavelengths are conventionally separated into several frequency bands, each frequency band being used as an independent channel to transport optical services of particular wavelengths. The Conventional Band (C-band) typically includes signals with wavelengths ranging from 1530 nm to 1565 nm, is the frequency band in which optical services experience the lowest amount of loss, and is the band most commonly used in DWDM. The Long-wavelength Band (L-band), which typically includes signals with wavelengths ranging from 1565 nm to 1625 nm, is the frequency band in which optical services experience the second lowest amount of loss, and is the frequency band often used when the C-band is insufficient to meet bandwidth requirements. Optical line systems that use both the C-band and the L-band are referred to as C+L or C/L optical line systems.
C+L optical line systems may be susceptible to experiencing significant optical power transients during loading operations due to the Stimulated Raman Scattering (SRS) effect across the different frequency bands. This can lead to traffic drop on pre-existing services in one frequency band if there is a significant loading change in the other frequency band. Another challenge in optical line systems is the efficient utilization of the available spectrum. As data traffic patterns fluctuate, portions of the band spectrum may remain unused, leading to suboptimal resource allocation. This inefficiency can result in reduced system capacity and increased operational costs.
Generally, in C+L optical line systems to mitigate the power transients due to loading changes in the transmission line due to activation or deactivation of services, amplified spontaneous emission (ASE) noise is filled in the spectral gaps where the signal is absent to keep the power levels maintained at a constant level in the transmission line. When a new service is activated, the ASE noise in the associated part of the spectrum is replaced with the signal associated with the new service. When an old service is deactivated, the signal in the associated part of the spectrum is replaced back with the ASE noise. Through this mechanism the power levels in the transmission line is maintained around a constant level irrespective of the number of services activated or deactivated in the spectrum. Similar to C+L optical line systems, the mechanism to keep the spectrum fully occupied with either signal or ASE noise is used in sub-marine line terminating equipment (SLTE) networks as well. The current disclosure can be used exactly in the same form for SLTE networks as well and is not limited to C+L optical networks alone. Similarly, the current disclosure can be used exactly in the same form for Super-C/Super-L/Super-C+L networks as well and is not restrict to standard-C band or standard-L band networks alone.
Furthermore, the management of optical channels in these systems presents complexities, especially when transitioning between different operational modes or responding to network changes. For instance, migrating from a non-amplified spontaneous emission (ASE)-based system to an ASE-based system, or vice versa, requires careful coordination to maintain signal integrity and minimize service disruptions. The activation and deactivation of optical channels, whether triggered by user actions or system events such as failures and restorations, also pose challenges. These operations need to be executed seamlessly to ensure continuous network operation and optimal performance. However, existing systems often lack the flexibility and intelligence to manage these transitions effectively.
Additionally, contention scenarios between signal passbands and ASE filling can arise, particularly when activating new signal channels or recovering from system failures. Resolving these contentions while prioritizing data-carrying signals over ASE filling is crucial for maintaining service quality and meeting user expectations.
Current optical line systems typically lack sophisticated mechanisms for dynamically managing the spectrum allocation between signal passbands and ASE filling. This limitation can lead to inefficient spectrum utilization, increased signal instability, and reduced system resilience in the face of network changes or failures.
In light of these challenges, there is a desire for an improved optical line system that can effectively mitigate downstream transients, optimize spectrum utilization, and intelligently manage the transition between signal passbands and ASE passbands.
The problems of mitigating downstream transients, optimizing spectrum utilization, and intelligently managing the transition between signal passbands (SPs) and amplified spontaneous emission (ASE) passbands (APs) may be solved by an ASE transition manager (ATM) and methods of determining implicit loading changes needed on ASE passbands when a signal passband is activated or deactivated or when a migration is triggered by the user to move the optical line system between a non-ASE mode of operation and an ASE mode of operation as described herein.
In one implementation, the present disclosure includes an optical network element, comprising: an amplified spontaneous emission (ASE) source operable to generate ASE noise; a processor; a non-transitory processor-readable medium storing ASE passband (AP) information and an ASE transition manager (ATM), the AP information identifying a plurality of APs in an optical spectrum and, for each of the plurality of APs, an eligible AP bandwidth defined by an eligible AP start frequency and an eligible AP end frequency and an activated AP bandwidth defined by an activated AP start frequency and an activated AP end frequency, each of the eligible AP start frequency, the eligible AP end frequency, the activated AP start frequency, and the activated AP end frequency being initially set to a zero value, the ATM comprising processor-executable instructions that, when executed by the processor, cause the processor to: receive an ASE configuration message indicating that the optical network element has switched from a non-ASE mode to an ASE mode; retrieve a current spectrum layout identifying one or more activated signal passbands (SPs) in the optical spectrum and, for each of the one or more activated SPs, an activated SP bandwidth defined by an activated SP start frequency and an activated SP end frequency, each of the one or more activated SPs containing one or more optical carriers carrying client data and being activated for client data transmission in an optical fiber link; and set the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs to a nonzero value based on the current spectrum layout, thereby marking the at least one of the plurality of APs as one or more eligible APs, the eligible AP bandwidth of each of the one or more eligible APs not overlapping with the activated SP bandwidth of any of the one or more activated SPs; wherein the optical network element is operable to activate each of the one or more eligible APs in the optical fiber link to produce one or more activated APs, thereby causing the ASE source to fill each of the one or more activated APs with the ASE noise.
In another implementation, the present disclosure includes optical network element, comprising: an amplified spontaneous emission (ASE) source operable to generate ASE noise; a processor; a non-transitory processor-readable medium storing ASE passband (AP) information and an ASE transition manager (ATM), the AP information identifying a plurality of APs in an optical spectrum and including, for each of the plurality of APs, an eligible AP bandwidth defined by an eligible AP start frequency and an eligible AP end frequency and an activated AP bandwidth defined by an activated AP start frequency and an activated AP end frequency, the ATM comprising processor-executable instructions that, when executed by the processor, cause the processor to: receive a contention-pending signal passband (SP) list identifying one or more contention-pending SPs in the optical spectrum and, for each of the one or more contention-pending SPs, a contention-pending SP bandwidth defined by a contention-pending SP start frequency and a contention-pending SP end frequency, each of the one or more contention-pending SPs containing one or more first optical carriers carrying first client data and being ready to be activated for client data transmission in an optical fiber link; retrieve a current spectrum layout identifying one or more activated SPs in the optical spectrum, for each of the one or more activated SPs, an activated SP bandwidth defined by an activated SP start frequency and an activated SP end frequency, one or more activated APs in the optical spectrum, and, for each of the one or more activated APs, the activated AP start frequency and the activated AP end frequency, each of the one or more activated SPs containing one or more second optical carriers carrying second client data and being activated for client data transmission in the optical fiber link, each of the one or more activated APs containing the ASE noise and being activated in the optical fiber link; determine whether the activated AP bandwidth of any of the one or more activated APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs; and responsive to a determination that the activated AP bandwidth of at least one of the one or more activated APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs, set the eligible AP start frequency and the eligible AP end frequency of the at least one of the one or more activated APs to a zero value, thereby marking the at least one of the one or more activated APs as one or more ineligible APs; wherein the optical network element is operable to deactivate each of the one or more ineligible APs in the optical fiber link to produce one or more deactivated APs, thereby causing the ASE source to cease filling each of the one or more deactivated APs with the ASE noise.
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate one or more implementations described herein and, together with the description, explain these implementations. The drawings are not intended to be drawn to scale, and certain features and certain views of the figures may be shown exaggerated, to scale or in schematic in the interest of clarity and conciseness. Not every component may be labeled in every drawing. Like reference numerals in the figures may represent and refer to the same or similar element or function. In the drawings:
The following detailed description of exemplary embodiments refers to the accompanying drawings. The same reference numbers in different drawings may identify the same or similar elements.
Before explaining at least one embodiment of the disclosure in detail, it is to be understood that the disclosure is not limited in its application to the details of construction, experiments, exemplary data, and/or the arrangement of the components set forth in the following description or illustrated in the drawings unless otherwise noted.
The disclosure is capable of other embodiments or of being practiced or carried out in various ways. Also, it is to be understood that the phraseology and terminology employed herein are for purposes of description and should not be regarded as limiting.
As used herein, the terms “comprises,” “comprising,” “includes,” “including,” “has,” “having” or any other variation thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, article, or apparatus that comprises a list of elements is not necessarily limited to only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
Further, unless expressly stated to the contrary, “or” refers to an inclusive or and not to an exclusive or. For example, a condition A or B is satisfied by any one of the following: A is true (or present) and B is false (or not present), A is false (or not present) and B is true (or present), and both A and B are true (or present).
In addition, use of the “a” or “an” are employed to describe elements and components of the embodiments herein. This is done merely for convenience and to give a general sense of the inventive concept. This description should be read to include one or more and the singular also includes the plural unless it is obvious that it is meant otherwise. Further, use of the term “plurality” is meant to convey “more than one” unless expressly stated to the contrary.
As used herein, qualifiers like “about,” “approximately,” and combinations and variations thereof, are intended to include not only the exact amount or value that they qualify, but also some slight deviations therefrom, which may be due to manufacturing tolerances, measurement error, wear and tear, stresses exerted on various parts, and combinations thereof, for example.
The use of the term “at least one” or “one or more” will be understood to include one as well as any quantity more than one. In addition, the use of the phrase “at least one of X, Y, and Z” will be understood to include X alone, Y alone, and Z alone, as well as any combination of X, Y, and Z.
The use of ordinal number terminology (i.e., “first”, “second”, “third”, “fourth”, etc.) is solely for the purpose of differentiating between two or more items and, unless explicitly stated otherwise, is not meant to imply any sequence or order or importance to one item over another or any order of addition.
As used herein, any reference to “one embodiment,” “an embodiment,” “some embodiments,” “one implementation,” “some implementations,” “an implementation,” “one example,” “for example,” or “an example” means that a particular element, feature, structure, or characteristic described in connection with the embodiment/implementation/example is included in at least one embodiment/implementation/example and may be used in conjunction with other embodiments/implementations/examples. The appearance of the phrase “in some embodiments” or “one example” or “in some implementations” in various places in the specification does not necessarily all refer to the same embodiment/implementation/example, for example.
Circuitry, as used herein, may be analog and/or digital components referred to herein as “blocks”, or one or more suitably programmed processors (e.g., microprocessors) and associated hardware and software, or hardwired logic. Also, “components” or “blocks” may perform one or more functions. The term “component” or “block” may include hardware, such as a processor (e.g., a microprocessor), a combination of hardware and software, and/or the like. Software may include one or more processor-executable instructions that when executed by one or more components cause the component to perform a specified function. It should be understood that the algorithms described herein may be stored on one or more non-transitory memory. Exemplary non-transitory memory may include random access memory, read-only memory, flash memory, and/or the like. Such non-transitory memory may be electrically based, optically based, and/or the like.
Software may include one or more processor-readable instruction that when executed by one or more component, e.g., a processor, causes the component to perform a specified function. It should be understood that the algorithms described herein may be stored on one or more non-transitory processor-readable medium, which is also referred to herein as a non-transitory memory. Exemplary non-transitory processor-readable mediums may include random-access memory (RAM), a read-only memory (ROM), a flash memory, and/or a non-volatile memory such as, for example, a CD-ROM, a hard drive, a solid-state drive, a flash drive, a memory card, a DVD-ROM, a Blu-ray Disk, a disk, and an optical drive, combinations thereof, and/or the like. Such non-transitory processor-readable media may be electrically based, optically based, magnetically based, and/or the like. Further, the messages described herein may be generated by the components and result in various physical transformations.
As used herein, the terms “network-based,” “cloud-based,” and any variations thereof, are intended to include the provision of configurable computational resources on demand via interfacing with a computer and/or computer network, with software and/or data at least partially located on a computer and/or computer network.
The generation of laser beams for use as optical data channel signals is explained, for example, in U.S. Pat. No. 8,155,531 B2, titled “Tunable Photonic Integrated Circuits”, issued Apr. 10, 2012, and U.S. Pat. No. 8,639,118 B2, titled “Wavelength division multiplexed optical communication system having variable channel spacings and different modulation formats,” issued Jan. 28, 2014, which are hereby fully incorporated in their entirety herein by reference.
As used herein, an “optical communication path” and/or an “optical route” may correspond to an optical path and/or an optical light path. For example, an optical communication path may specify a path along which light is carried between two or more network entities along a fiber optic link, e.g., an optical fiber.
The optical network has one or more band. A band is the complete optical spectrum carried on the optical fiber. Depending on the optical fiber used and the supported spectrum which can be carried over long distances with the current technology, relevant examples of the same are: C-Band/L-Band/Extended-C-Band/Super-C-Band/Super-L-Band. As used herein, the C-Band is a band of light having a wavelength between about 1530 nm and about 1565 nm. The L-Band is a band of light having a wavelength between about 1565 nm and about 1625 nm. Because the wavelength of the C-Band is smaller than the wavelength of the L-Band, the wavelength of the C-Band may be described as a short, or a shorter, wavelength relative to the L-Band. Similarly, because the wavelength of the L-Band is larger than the wavelength of the C-Band, the wavelength of the L-Band may be described as a long, or a longer, wavelength relative to the C-Band.
As used herein, a spectral slice (a “slice”) may represent a spectrum of a particular size in a frequency band (e.g., 12.5 gigahertz (“GHz”), 6.25 GHZ, 3.125 GHZ, etc.). For example, a 4.8 terahertz (“THz”) frequency band may include 384 spectral slices, where each spectral slice may represent 12.5 GHz of the 4.8 THz spectrum. A slice may be the resolution at which the power levels can be measured by the optical power monitoring device. The power level being measured by the optical power monitoring device represents the total optical power carried by the portion of the band represented by that slice.
Spectral loading, or channel loading, is the addition of one or more channel to a specific spectrum of light described by the light's wavelength in an optical signal. When all channels within a specific spectrum are being utilized, the specific spectrum is described as fully loaded. A grouping of two or more channel may be called a channel group. Spectral loading may also be described as the addition of one or more channel group to a specific spectrum of light described by the light's wavelength to be supplied onto the optical fiber as the optical signal.
A WSS (Wavelength Selective Switch) is a component used in optical communications networks to route (switch) optical signals between optical fibers on a per-slice basis. Generally, power level controls can also be done by the WSS by specifying an attenuation level on a passband filter. A wavelength Selective Switch is a programmable device having source and destination fiber ports where the source and destination fiber ports and associated attenuation can be specified for a particular passband with a minimum bandwidth.
A reconfigurable optical add-drop multiplexer (ROADM) node is an all-optical subsystem that enables remote configuration of wavelengths at any ROADM node. A ROADM is software-provisionable so that a network operator can choose whether a wavelength is added, dropped, or passed through the ROADM node. The technologies used within the ROADM node include wavelength blocking, planar lightwave circuit (PLC), and wavelength selective switching-though the WSS has become the dominant technology. A ROADM system is a metro/regional WDM or long-haul DWDM system that includes a ROADM node. ROADMs are often talked about in terms of degrees of switching, ranging from a minimum of two degrees to as many as eight degrees, and occasionally more than eight degrees. A “degree” is another term for a switching direction and is generally associated with a transmission fiber pair. A two-degree ROADM node switches in two directions, typically called East and West. A four-degree ROADM node switches in four directions, typically called North, South, East, and West. In a WSS-based ROADM network, each degree requires an additional WSS switching element. So, as the directions switched at a ROADM node increase, the ROADM node's cost increases.
An exemplary optical transport network consists of two distinct domains: Layer 0 (“optical domain” or “optical layer”) and Layer 1 (“digital domain”) data planes. Layer 0 is responsible for fixed or reconfigurable optical add/drop multiplexing (R/OADM) and optical amplification (EDFA or Raman) of optical channels and optical channel groups (OCG), typically within the 1530 nm-1565 nm range, known as C-Band. ROADM functions are facilitated via usage of a combination of colorless, directionless, and contentionless (CDC) optical devices, which may include wavelength selective switches (WSS), Multicast switches (MCS). Layer 0 may include the frequency grid (for example, as defined by ITU G.694.1), ROADMs, FOADMs, Amps, Muxes, Line-system and Fiber transmission, and GMPLS Control Plane (with Optical Extensions). Layer 1 functions encompass transporting client signals (e.g., Ethernet, SONET/SDH) in a manner that preserves bit transparency, timing transparency, and delay-transparency. The predominant technology for digital layer data transport in use today is OTN (for example, as defined by ITU G.709). Layer 1 may transport “client layer” traffic. Layer 1 may be a digital layer including multiplexing and grooming. The optical layer may further be divided into either an OTS layer or an OCH layer. The OTS layer refers to the optical transport section of the optical layer, whereas the OCH layer refers to one or more optical channels which are co-routed, e.g., together as multiple channels.
As used herein, a “loading cycle” refers to a structured process of managing and activating optical passbands. This cycle begins with the presentation of passbands ready for loading, along with their eligible frequency markers, to a loading manager. The loading manager then selects a subset of these passbands, forming a batch to be loaded in a single operation. Following the loading of this batch, adjustments are made in both local and remote control blocks to optimize system performance. This cycle repeats iteratively, with the loading manager continually assessing the pending list of passbands and making loading decisions until no passbands remain pending. The loading cycle allows for dynamic allocation of resources, ensuring that passbands are activated or deactivated as needed while maintaining system stability. The criteria used by the loading manager to determine which passbands to load in each cycle can be based on various factors, such as worst-case SRS estimation, to minimize disruption to existing traffic. This systematic approach to passband management enables the optical line system to adapt to changing network conditions and requirements, ultimately enhancing overall performance and reliability.
An exemplary loading manager is described in U.S. Patent Publication No. 2023/0327762 A1, titled “Method of Transient Management in Optical Transmission Systems”, filed Apr. 7, 2023, and published Oct. 12, 2023, and U.S. Patent Publication No. 2023/0224039 A1, titled “User Configurable Spectral Loading in an Optical Line System, Using Policies and Parameters”, filed Dec. 27, 2022, the entire contents of each of which are hereby incorporated herein by reference in their entirety.
Exemplary means of making adjustments to local and remote control blocks are described in U.S. Patent Publication No. 2023/0327794 A1, titled “Systems and Methods for Correcting Downstream Power Excursions During Upstream Loading Operations in Optical Networks”, filed Apr. 7, 2023, and U.S. Patent Publication No. 2023/0224063 A1, titled, “Coordinator for Managing Optical Power Controls in a C+L Band Network”, filed Jan. 10, 2023, the entire contents of each of which are hereby incorporated herein by reference in their entirety.
In the optical line system of the present invention, a novel approach is implemented to optimize the loading process of both filler amplified spontaneous emission (ASE) passbands (APs) and signal passbands (SPs). This approach utilizes a gap prediction methodology to compute the eligible frequencies for the APs, taking into account the SPs that are yet to be activated. By presenting both APs and SPs to the loading manager as a unified request, the system ensures that loading decisions are optimized at every stage, resulting in improved mitigation of SRS effects.
This optimized loading decision process offers advantages during cold-boot procedures or when equipment is newly plugged in, leaving the fiber in a dark state. In these situations, the system can efficiently bring up both APs and SPs within a single loading cycle. This capability leads to remarkably faster link establishment, resulting in reduced recovery times and an enhanced user experience.
The integration of gap prediction and unified passband presentation allows for a more holistic approach to spectrum management. By considering the transition between AP and SP activation, the system can make more informed decisions about frequency allocation. This not only improves the overall efficiency of spectrum utilization but also contributes to the stability and performance of the optical network.
Furthermore, this methodology adapts dynamically to changing network conditions, ensuring that the balance between ASE filling and signal transmission is continuously optimized. This adaptive approach is particularly beneficial in maintaining consistent performance across various operational states of the network, from initial deployment to routine maintenance and recovery from fault conditions.
Referring now to the drawings, and in particular to
In one embodiment, a user may interact with a computer system 30, e.g., via a user device, that may be used to communicate with one or more of the network elements 14a-n (hereinafter, the “network element 14”) via a communication network 34.
In some implementations, the computer system 30 (described below in reference to
In some implementations, the computer system 30 is connected to one or more network element 14 via the communication network 34. In this way, the computer system 30 may communicate with each of the one or more network element 14, and may, via the communication network 34 transmit or receive data from each of the one or more network element 14. In other embodiments, the computer system 30 may be integrated into each network element 14 and/or may communicate with one or more pluggable card within the network element 14. In some embodiments, the computer system 30 may be a remote network element.
The communication network 34 may permit bi-directional communication of information and/or data between the computer system 30 and/or the network elements 14 of the optical transport network 10. The communication network 34 may interface with the computer system 30 and/or the network elements 14 in a variety of ways. For example, in some embodiments, the communication network 34 may interface by optical and/or electronic interfaces, and/or may use a plurality of network topographies and/or protocols including, but not limited to, Ethernet, TCP/IP, circuit switched path, combinations thereof, and/or the like. The communication network 34 may utilize a variety of network protocols to permit bi-directional interface and/or communication of data and/or information between the computer system 30 and/or the network elements 14.
The communication network 34 may be almost any type of network. For example, in some embodiments, the communication network 34 may be a version of an Internet network (e.g., exist in a TCP/IP-based network). In one embodiment, the communication network 34 is the Internet. It should be noted, however, that the communication network 34 may be almost any type of network and may be implemented as the World Wide Web (or Internet), a local area network (LAN), a wide area network (WAN), a metropolitan network, a wireless network, a cellular network, a Bluetooth network, a Global System for Mobile Communications (GSM) network, a code division multiple access (CDMA) network, a 3G network, a 4G network, an LTE network, a 5G network, a satellite network, a radio network, an optical network, a cable network, a public switched telephone network, an Ethernet network, combinations thereof, and/or the like.
If the communication network 34 is the Internet, a primary user interface of the computer system 30 may be delivered through a series of web pages or private internal web pages of a company or corporation, which may be written in hypertext markup language, JavaScript, or the like, and accessible by the user. It should be noted that the primary user interface of the computer system 30 may be another type of interface including, but not limited to, a Windows-based application, a tablet-based application, a mobile web interface, a VR-based application, an application running on a mobile device, and/or the like. In one embodiment, the communication network 34 may be connected to one or more of the user devices, computer system 30, and the network elements 14a-n.
The optical transport network 10 may be, for example, considered as a graph made up of interconnected individual nodes (that is, the network elements 14). If the optical transport network 10 is an optical transport network, the optical transport network 10 may include any type of network that uses light as a transmission medium. For example, the optical transport network 10 may include a fiber-optic based network, an optical transport network, a light-emitting diode network, a laser diode network, an infrared network, a wireless optical network, a wireless network, combinations thereof, and/or other types of optical networks.
The number of devices and/or networks illustrated in
Referring now to
In some embodiments, the computer system 30 may include one or more input devices 38 (hereinafter, the “input device 38”), one or more output devices 42 (hereinafter, the “output device 42”), one or more processors 46 (hereinafter, the “processor 46”), one or more communication devices 50 (hereinafter, the “communication device 50”) capable of interfacing with the communication network 34, one or more non-transitory processor-readable medium (hereinafter, the “computer system memory 54”) storing processor-executable code and/or software application(s) 58, a database 62, for example including, a web browser capable of accessing a website and/or communicating information and/or data over a wireless or wired network (e.g., the communication network 34), and/or the like. The input device 38, the output device 42, the processor 46, the communication device 50, and the computer system memory 54 may be connected via a path 66 such as a data bus that permits communication among the components of the computer system 30.
In some implementations, the processor 46 may comprise one or more processor 46 working together, or independently, to read and/or execute processor executable code and/or data, such as stored in the computer system memory 54. The processor 46 may be capable of creating, manipulating, retrieving, altering, and/or storing data structures into the computer system memory 54. Each element of the computer system 30 may be partially or completely network-based or cloud-based, and may or may not be located in a single physical location.
Exemplary implementations of the processor 46 may include, but are not limited to, a digital signal processor (DSP), a central processing unit (CPU), a field programmable gate array (FPGA), a microprocessor, a multi-core processor, an application specific integrated circuit (ASIC), combinations, thereof, and/or the like, for example. The processor 46 may be capable of communicating with the computer system memory 54 via the path 66 (e.g., data bus). The processor 46 may be capable of communicating with the input device 38 and/or the output device 42.
The processor 46 may be further capable of interfacing and/or communicating with the network elements 14 via the communication network 34 using the communication device 50. For example, the processor 46 may be capable of communicating via the communication network 34 by exchanging signals (e.g., analog, digital, optical, and/or the like) via one or more ports (e.g., physical or virtual ports) using a network protocol to provide information to the one or more network element 14.
The computer system memory 54 may store a software application 58 that, when executed by the processor 46, causes the computer system 30 to perform an action such as communicate with, or control, one or more component of the computer system 30, the optical transport network 10 (e.g., the one or more network element 14a-n) and/or the communication network 34. The software application 58 may be an SPCO 200 or one or more service component of the SPCO 200, as described below in more detail.
In some implementations, the computer system memory 54 may be located in the same physical location as the computer system 30, and/or one or more computer system memory 54 may be located remotely from the computer system 30. For example, the computer system memory 54 may be located remotely from the computer system 30 and communicate with the processor 46 via the communication network 34. Additionally, when more than one computer system memory 54 is used, a first computer system memory may be located in the same physical location as the processor 46, and additional computer system memory may be located in a location physically remote from the processor 46. Additionally, the computer system memory 54 may be implemented as a “cloud” non-transitory processor-readable storage memory (i.e., one or more of the computer system memory 54 may be partially or completely based on or accessed using the communication network 34).
In one implementation, the database 62 may be a time-series database, a relational database or a non-relational database. Examples of such databases comprise, DB2®, Microsoft® Access, Microsoft® SQL Server, Oracle®, mySQL, PostgreSQL, MongoDB, Apache Cassandra, InfluxDB, Prometheus, Redis, Elasticsearch, TimescaleDB, and/or the like. It should be understood that these examples have been provided for the purposes of illustration only and should not be construed as limiting the presently disclosed inventive concepts. The database 62 can be centralized or distributed across multiple systems.
The input device 38 may be capable of receiving information input from the user, another computer, and/or the processor 46, and transmitting such information to other components of the computer system 30 and/or the communication network 34. The input device 38 may include, but is not limited to, implementation as a keyboard, a touchscreen, a mouse, a trackball, a microphone, a camera, a fingerprint reader, an infrared port, a slide-out keyboard, a flip-out keyboard, a cell phone, a PDA, a remote control, a fax machine, a wearable communication device, a network interface, combinations thereof, and/or the like, for example.
The output device 42 may be capable of outputting information in a form perceivable by the user, another computer system, and/or the processor 46. For example, implementations of the output device 42 may include, but are not limited to, a computer monitor, a screen, a touchscreen, a speaker, a website, a television set, a smart phone, a PDA, a cell phone, a fax machine, a printer, a laptop computer, a haptic feedback generator, a network interface, combinations thereof, and the like, for example. It is to be understood that in some exemplary embodiments, the input device 38 and the output device 42 may be implemented as a single device, such as, for example, a touchscreen of a computer, a tablet, or a smartphone. It is to be further understood that as used herein the term “user” is not limited to a human being, and may comprise a computer, a server, a website, a processor, a network interface, a user terminal, a virtual computer, combinations thereof, and/or the like, for example.
Referring now to
Nonexclusive examples of alternative implementations of the network element 14 include optical line terminals (OLTs), optical cross connects (OXCs), optical line amplifiers, optical add/drop multiplexer (OADMs) and/or reconfigurable optical add/drop multiplexers (ROADMs), interconnected by way of optical fiber links. OLTs may be used at either end of a connection or optical fiber link. OADM/ROADMs may be used to add, terminate and/or reroute wavelengths or fractions of wavelengths. Optical nodes are further described in U.S. Pat. No. 7,995,921 B2, titled “Banded Semiconductor Optical Amplifiers and Waveblockers”, issued Aug. 9, 2011, U.S. Pat. No. 7,394,953 B1, titled “Configurable Integrated Optical Combiners and Decombiners”, issued Jul. 1, 2008, and U.S. Pat. No. 8,223,803 B2, titled “Programmable Time Division Multiplexed Switching,” issued Jul. 17, 2012, the entire contents of each of which are hereby incorporated herein by reference in its entirety. Because SPCO 200 is deployed on a ROADM, as used herein, the network element 14 is implemented as a ROADM unless specifically stated otherwise.
As further shown in
As shown in
In one embodiment, the WSSs 108 for a particular degree, along with associated FRM memory 188 and FRM processor 186 (shown in
In one embodiment, each WSS 108 may include a reconfigurable, optical filter operable to allow a passband (e.g., particular bandwidth of the spectrum of the optical signal) to pass through or be routed as herein described.
As further shown in
The first WSS 108a, third WSS 108c, and fifth WSS 108e may also selectively or controllably supply optical signal groups to the light sink 100 and optical signal groups may be selectively output from the light source 104 in the third network element 14c. The optical signal groups output from the light source 104 may be selectively supplied to one or more of the second WSS 108b, fourth WSS 108d, and sixth WSS 108f, for output on to the second optical fiber 22a-2, fourth optical fiber 22b-2, and sixth optical fiber 22c-2, respectively.
In one implementation, the third network element 14c may further comprise a node processor 90 and a non-transitory computer readable medium referred to herein as node memory 94. The node processor 90 may include, but is not limited to, a digital signal processor (DSP), a central processing unit (CPU), a field programmable gate array (FPGA), a microprocessor, a multi-core processor, an application specific integrated circuit (ASIC), combinations, thereof, and/or the like, for example. The node processor 90 is in communication with the node memory 94 and may be operable to read and/or write to the node memory 94. The node processor 90 may be capable of communicating with one or more of the WSSs 108 (shown as in communication with the third WSS 108c and the first WSS 108a for simplicity, however, the node processor 90 may be in communication with each WSS 108) or each FRM 110. The node processor 90 may be further capable of interfacing and/or communicating with the network elements 14 via the communication network 34. For example, the node processor 90 may be capable of communicating via the communication network 34 by exchanging signals (e.g., analog, digital, optical, and/or the like) via one or more ports (e.g., physical or virtual ports) using a network protocol to provide information to the one or more network element 14. In one embodiment, the node processor 90 may be referred to as a node processor and the node memory 94 may be referred to as a node memory 94.
In one implementation, the node memory 94 of the network element 14, such as of the third network element 14c, may store a software application 96, such as an orchestrator application (e.g., the SPCO 200 or one or more service component of the SPCO 200 such as orchestrator 202, described below in more detail) that, when executed by the node processor 90, causes the node processor 90 to perform an action, for example, communicate with or control one or more component of the network element 14 such as control one or more of the WSS 108 or the FRM 110.
In one implementation, the node memory 94 may store one or more of the datastore 98. The datastore 98 may include, for example, structured data from relational databases, semi-structured data, unstructured data, time-series data, binary data, and the like and/or some combination thereof. The datastore 98 may be a data base, a remote accessible storage, or a distributed filesystem. In some embodiments, the datastore 98 may be a component of an enterprise network.
Referring now to
The transmitter processor circuit 120 may have a Transmitter Forward Error Correction (FEC) circuitry 136, a Symbol Map circuitry 140, a transmitter perturbative pre-compensation circuitry 144, one or more transmitter digital signal processor (DSP) 148, and one or more digital-to-analogue converters (DAC) 152. The transmitter processor circuit 120 may be located in any one or more components of the light source 104, or separate from the components, and/or in any location(s) among the components. The transmitter processor circuit 120 may be in the form of one or more Application Specific Integrated Circuit (ASIC), which may contain one or more module and/or custom module.
Processed electrical outputs from the transmitter processor circuit 120 may be supplied to the modulator 128 for encoding data into optical signals generated and supplied to the modulator 128 from the laser 124. The semiconductor optical amplifier 132 receives, amplifies, and transmits the optical signal including encoded data in the spectrum. Processed electrical outputs from the transmitter processor circuit 120 may be supplied to other circuitry in the transmitter processor circuit 120, for example, clock and data modification circuitry. The laser 124, modulator 128, and/or semiconductor optical amplifier 132 may be coupled with a tuning element (e.g., a heater) (not shown) that can be used to tune the wavelength of an optical signal channel output by the laser 124, modulator 128, or semiconductor optical amplifier 132. In some implementations, a single one of the laser 124 may be shared by multiple light source 104.
Other possible components in the light source 104 may include filters, circuit blocks, memory, such as non-transitory memory storing processor executable instructions, additional modulators, splitters, couplers, multiplexers, etc., as is well known in the art. The components may be combined, used, or not used, in multiple combinations or orders. Optical transmitters are further described in U.S. Patent Publication No. 2012/0082453, the content of which is hereby incorporated by reference in its entirety herein.
Referring now to
The one or more receiver processor circuit 177, may comprise one or more analog-to-digital converter (ADC) 178 receiving the electrical signals from the balanced photodiodes 176, one or more receiver digital signal processor (DSP) 179, receiver perturbative post-compensation circuitry 180, and receiver forward error correction (FEC) circuitry 181. The receiver FEC circuitry 181 may apply corrections to the data, as is well known in the art. The one or more receiver processor circuit 177 and/or the one or more receiver DSP 179 may be located on one or more component of the light sink 100 or separately from the components, and/or in any location(s) among the components. The receiver processor circuit 177 may be in the form of an Application Specific Integrated Circuit (ASIC), which may contain one or more module and/or custom module. In one embodiment, the receiver DSP 179 may include, or be in communication with, one or more processor 182 and one or more memory 183 storing processor readable instructions, such as software, or may be in communication with the node processor 90 and the node memory 94.
The one or more receiver DSP 179 may receive and process the electrical signals with multi-input-multiple-output (MIMO) circuitry, as described, for example, in U.S. Pat. No. 8,014,686, titled “Polarization demultiplexing optical receiver using polarization oversampling and electronic polarization tracking”, the entire contents of which are hereby incorporated by reference herein. Processed electrical outputs from receiver DSP 179 may be supplied to other circuitry in the receiver processor circuit 177, such as the receiver perturbative post-compensation circuitry 180 and the receiver FEC circuitry 181.
Various components of the light sink 100 may be provided or integrated, in one example, on a common substrate. Further integration is achieved by incorporating various optical demultiplexer designs that are relatively compact and conserve space on the surface of the substrate.
In use, the one or more channel of the spectrum may be subjected to optical non-linear effects between the light source 104 and the light sink 100 such that the spectrum received does not accurately convey carried data in the form that the spectrum was transmitted. The impact of optical nonlinear effects can be partially mitigated by applying perturbative distortion algorithms using one or more of the transmitter perturbative pre-compensation circuitry 171 and the receiver perturbative post-compensation circuitry 180. The amount of perturbation may be calculated using coefficients in algorithms and known or recovered transmitted data. The coefficients may be calculated, in accordance with U.S. Pat. No. 9,154,258 entitled “Subsea Optical Communication System Dual Polarization Idler”, herein incorporated by reference in its entirety, by use of analysis of one or more incoming channel at the light sink 100.
Referring now to
In one implementation, each of the system ports 194a-n may have a port type of either an express port or an add/drop port. For example, the first system port 194a, optically coupled to the fourth WSS 108d, and the second system port 194b, optically coupled to the sixth WSS 108f, may have a port type of express port and may be considered express ports, while the third system port 194c, optically coupled to the light sink 100, may have a port type of add/drop port and may be considered a drop port. Similarly, the fourth system port 194d, optically coupled to the third WSS 108c, and the fifth system port 194e, optically coupled to the fifth WSS 108e, may have a port type of express port and may be considered express ports, while the sixth system port 194f, optically coupled to the light source 104, may have a port type of add/drop port and may be considered an add port, and the seventh system port 194g, optically coupled to the ASE source 106, may have a port type of add/drop port and may be considered an add port.
In one implementation, the first FRM 110a is a C-Band FRM, that is, the components of the first FRM 110a operate on the C-Band of the optical spectrum. In other embodiments, the first FRM 110a is an L-Band FRM, that is, the components of the first FRM 110a operate on the L-Band of the optical spectrum. In yet another implementation, the first FRM 110a is a C+L-Band FRM having components that operate on the C-Band and the L-Band. The number of devices illustrated in
In one implementation, the FRM memory 188 may be constructed in accordance with the computer system memory 54 and/or the node memory 94 as described above in more detail. The FRM memory 188 may comprise a non-transitory processor-readable medium storing processor-executable instructions such as a FRM software application 189. The FRM software application 189 includes instructions that, when executed by the FRM processor 186, cause the FRM processor 186 to control the first WSS 108a and/or the second WSS 108b.
In a first aspect, an incoming optical signal having multiple optical channels enters the first line port 192a via the first optical fiber 22a-1 and is directed to the first WSS 108a. The incoming optical signal is split into one or more segments by the first WSS 108a, each segment having one or more optical channel. The one or more segments of the incoming optical signal are then directed to one or more system port 194a-c, for example, the first WSS 108a may direct one or more segment to one or more of the fourth WSS 108d via the first system port 194a, the sixth WSS 108f via the second system port 194b, and/or the light sink 100 via the third system port 194c.
In a second aspect, a first incoming optical signal enters the fourth system port 194d, a second incoming optical signal enters the fifth system port 194e, a third incoming optical signal enters the sixth system port 194f, and an ASE noise signal enters the seventh system port 194g, and each incoming optical signal or ASE noise signal is directed to the second WSS 108b. The second WSS 108b, as directed by the FRM processor 186, may combine the first incoming optical signal, the second incoming optical signal, the third incoming optical signal, and the ASE noise signal into a combined optical signal that is sent on the second optical fiber 22a-2 via the second line port 192b. For example, the second WSS 108b may receive the first incoming optical signal from the third WSS 108c via the fourth system port 194d, the second incoming optical signal from the fifth WSS 108e via the fifth system port 194e, the third incoming optical signal from the light source 104 via the sixth system port 194f, and the ASE noise signal from the ASE source 106 via the seventh system port 194g.
While each of the above aspects and the illustration of the first WSS 108a and the second WSS 108b in
Referring now to
An exemplary implementation of the SPCO 200 is described in U.S. Patent Publication No. 2023/0261749 A1, titled “Service and Power Control Orchestrator”, filed Feb. 2, 2023, and published Aug. 17, 2023, the entire contents of each of which are hereby incorporated herein by reference in their entirety.
Generally, the SPCO 200 comprises, or interfaces with, one or more service components such as an orchestrator 202, an optical topology and switching abstraction (OTSA) component 204, an orchestration control protocol (OCP) 208, a power control sequencer (PCS) 212, a loading manager (LDM) 216, a connection cache 220, and a connection manager 224. While the aforementioned service components are shown in
In one implementation, the SPCO 200 is responsible for sequencing of local power control functions and link level optical power control functions on a particular one of the network element 14 into a power control operation sequence (PCO sequence) such that power control operations are executed in a correct sequence. Generally, sequencing of local power control functions and link level optical power control functions may be delegated to one or more service component, such as the PCS 212.
In one implementation, the SPCO 200 is responsible for network-wide service activation and deactivation such that the risk of transients and/or SRS tilt in the optical signal is mitigated. Generally, network-wide activation and deactivation function may be delegated to one or more service component, such as the OCP 208.
In one implementation, the SPCO 200 is responsible for passband fault handling including signaling of passband level fault indications to dependent downstream segments such that corresponding DEMUX SPCO and MUX SPCO deactivate affected passbands, e.g., passbands experiencing one or more passband fault.
In one implementation, the SPCO 200 is responsible for automation of controlled operations functions such as Card Locks and Cold Resets. Card locks and cold resets should only be carried out after deactivation of services configured on that particular network element or component such that other services sharing a particular one of the optical fiber link 22 with the deactivated service(s) do not experience transients.
In one implementation, the SPCO 200 is responsible for automation of fault recovery functions such that, on recovery of the fault, services impacted by the fault are re-activated without causing transients on any part of the optical transport network 10.
In one implementation, the orchestrator 202 is implemented in software. The orchestrator 202 coordinates with each of the service components of the SPCO 200. The orchestrator 202, by coordinating with each service component, achieves optical service turn-up/turn-down through orchestration of power control functions. In one implementation, the orchestrator 202 tracks passband level finite state machines (FSMs) to pick an appropriate workflow to be executed. As used herein, the workflow is a set of one or more tasks executed by the SPCO 200 to load one or more optical service, e.g., to perform one or more loading operation such as activation or deactivation of optical services. Additionally, passband level FSMs may include passband level states such as up or down status (e.g., is the passband activated or deactivated), shutdown status, active status and fault status and/or the like. In one implementation, the orchestrator 202 is operable to interface between one or more requestor (entity requesting an optical service activation and/or deactivation) and actual optical service activation and/or deactivation on a C+L band network domain.
In one implementation, the orchestrator 202 serves as a central point with respect to all decisions within the SPCO 200. For example, the orchestrator 202 may determine when to issue a loading request to a control block or a PCO request (i.e., a power control operation request) to a downstream ROADM, or to signal a passband's loading state in the OCP 208. In one implementation, the orchestrator 202 may delegate orchestration functionality to one or more service component as described below. For example, optimizing passband batches may be delegated to the LDM 216 and PCO requests, service loading request, and/or passband loading requests may be delegated to the PCS 212. Additionally, in some implementations, the orchestrator 202 may delegate inter-node communications to the OCP 208, topology related configuration details are provided by the OTSA 204, and connection related details are provided by the connection manager 224.
In one implementation, the OTSA 204 may be an optical topology and switching abstraction model. The OTSA 204 may be a logical ROADM model or a logical FRM model, for example. The OTSA 204 may serve as a central repository of logical ROADM model.
In one implementation, the OTSA 204 may be implemented in software and provide an application programming interface (API) operable to receive a request for the logical ROADM model and provide at least a portion of the logical ROADM model to the requestor.
In one implementation, the OTSA 204 may be implemented in software and provide a subscription service operable to receive a subscription request from a particular service component, and, when the logical ROADM model is updated, the OTSA 204 may notify the particular service component of the change.
In one implementation, the OCP 208 may be implemented in software and manages network level coordination of power control functions. Generally, the OCP 208 may perform one or more of the following: neighbor adjacency management; handle requests from the orchestrator 202 for service activation or service deactivation on one or more local one of the WSS 108; handle a neighbor's request for service activation or service deactivation on one or more local one of the WSS 108; handle passband state notifications; periodically refresh passband activation states; synchronize local and neighbor node restarts; and aid in recovery of neighbor node after a communication failure/restart.
In one implementation, the OCP 208 may be implemented as described in the U.S. Patent Application No. 63/305,758 entitled “Orchestration Control Protocol”, filed Feb. 2, 2022, the entire contents of which are hereby incorporated herein in their entirety.
In one implementation, the PCS 212 may be implemented in software and is operable to sequence optical power control operations. When the orchestrator 202 requests that the PCS 212 perform a power control operation request (PCO request), the PCS 212 generates an ordered list of power control operations to be carried out. In some embodiments, the PCS 212 further executes the ordered list of power control operations. In one embodiment, the PCS 212 utilizes one or more platform-specific component Power Control Agent (PCA) to execute the ordered list of power control operations. In one embodiment, the PCS 212 may further consolidate and report the state of each control block 404 (described below). In one implementation, the PCS 212 may interface with one or more WSS MUX Control (MCL) power control block, WSS DEMUX Control (DMCL) power control block; and/or link level optical power control block. In one implementation, a PCA may be a C-Band PCA or an L-Band PCA. The C-Band PCA may provide a composite view of a MUX control block 404a (
In one implementation, the PCS 212 fetches and stores control block information for one or more control block 404 from the OTSA 204. The PCS 212 may determine which PCO should be executed on which control block 404 based on the PCO request from the orchestrator 202. In one implementation, the PCS 212 may generate a dependency graph for each PCO request by decomposing the PCO request into one or more PCO. The dependency graph may represent a dependency relationship among the PCOs in the PCO request and therefore may determine a sequencing or execution order of the PCOs in the PCO request.
In one implementation, the PCA may be a software component hosted on each line card (e.g., FRM 110) and act as an interface between the PCS 212 and the one or more control blocks 404. The PCS 212 may communicate with each PCA via a unique namespace identifying that PCA. In one implementation, the PCS 212 utilizes a dedicated thread pool to delegate the execution of PCOs to appropriate PCAs. Because the orchestrator 202 of the SPCO 200 communicates with the PCA via the PCS 212, the orchestrator 202 and the SPCO 200 may be considered location independent, that is, the SPCO 200 and the orchestrator 202 may be deployed at one or more of the line card level (i.e., on an FRM 110) or on a controller card in a network element 14 (e.g., on the node memory 94 accessible by the node processor 90).
In one implementation, the PCA may provide an aggregated view of one or more control block 404 and provides access to the control blocks 404 to perform power control operations (PCOs) and to retrieve a control status (as described below). In one implementation, asynchronous updates from control blocks 404 may be channeled via the PCA, through the PCS 212 to the orchestrator 202. The PCA may aggregate one or more control status into one report and transmit that report to the orchestrator 202 as herein described.
In one implementation, the LDM 216 may be implemented in software and may be operable to manage loading operations (such as service activation and/or service deactivation) on a degree-based loading policy. In some implementations, the degree-based loading policy may be predefined, however, in other embodiments, the degree-based loading policy may be user provisioned.
In one implementation, the LDM 216 may be implemented as described in U.S. Patent Publication No. 2023/0247334 A1, titled “Grouping of Optical Passbands for Loading in an Optical Transmission Spectrum Using an Affinity Identifier”, filed Dec. 27, 2022, and published Aug. 3, 2023, in U.S. Patent Publication No. 2023/0224039 A1, titled “User Configurable Spectral Loading in an Optical Line System using Policies and Parameters”, filed Dec. 27, 2022, and published Jul. 13, 2023, or in U.S. Patent Publication No. 2023/0327762 A1, titled “Method of Transient Management in Optical Transmission Systems”, filed Apr. 7, 2023, and published Oct. 12, 2023, the entire contents of each of which are hereby incorporated herein in their entirety.
In one implementation, the orchestrator 202 may send one or more request to the LDM 216 to cause the LDM 216 to apply the loading policy on one or more passband to be activated and/or deactivated on a particular degree. The LDM 216 may further generate one or more batch of passbands to be activated and/or deactivated. In one implementation, the one or more batch is an ordered sub-set of the one or more passband to be activated and/or deactivated on the particular degree.
In one implementation, the connection cache 220 may be implemented in software and may be operable to provide a cache API. The cache API may be operable to receive a request querying connection information and in response to the query, provide one or more information of the connection information. The connection information may be a single source of “truth” for service components. The connection cache 220 may store the activation state of the passbands and, thus, associated connections. The cache API may be queried from one or more perspective, such as, for example, a service perspective, a passband perspective, and/or a carrier perspective.
In one implementation, the connection manager 224 may be implemented in software and is operable to manage provisioning of one or more optical service within the SPCO 200. In some embodiments, the connection manager 224 manages provisioning of all optical services within the SPCO 200. In one implementation, each optical service may be either a manual optical connection or a signaled optical circuit through the Generalized Multiprotocol Label Switching (GMPLS) layer.
In one implementation, the connection manager 224 may send one or more signal to the connection cache 220 operable to update connection information stored in and/or by the connection cache 220. In one implementation, the connection manager 224 may send one or more signal to the orchestrator 202 indicative of one or more connection operation being (or to be) carried out. When the orchestrator 202 receives the signal, the orchestrator 202 may load passband information pertaining to the one or more connection operation and operate on the passband information, e.g., transmit the passband information to one or more service component such as the LDM 216. In one implementation, the connection manager 224 may consolidate one or more state, such as an Activation State, at the connection level.
In one implementation, the SPCO 200 and one or more service component of the SPCO 200 may be implemented as software and stored on a non-transitory processor-readable medium, such as one or more of the computer system memory 54, the node memory 94, and/or the FRM memory 188. The software may be one or more of the software application 58 of the computer system 30, the software application 96 of the network element(s) 14, and/or the FRM software application 189. In one embodiment, the SPCO 200 may be implemented on a shelf controller or node controller such as on the computer system memory 54 and executed by the processor 46 of the computer system 30, may be implemented on the network element 14 (e.g., a ROADM) such as on the node memory 94 and executed by the node processor 90, and/or implemented on an FRM 110 such as on the FRM memory 188 and executed by the FRM processor 186.
In one implementation, when the SPCO 200 is implemented on the FRM 110, e.g., the third FRM 110c, for example, the service components of the SPCO 200 may have one or more defined interactions. For example, the connection manager 224 and the OTSA 204 may interact with an SPCO agent of a management layer (described below in reference to
In one implementation, the neighbor discovery protocol, which performs neighbor associate, may be constructed as described in the U.S. patent application Ser. No. 18/152,440 entitled “Systems and Methods for Network Element Neighbor Discovery”, filed Jan. 10, 2022, the entire contents of which are hereby incorporated herein in their entirety. In one implementation, the neighbor message handler is a platform-specific software component operable to exchange messages with adjacent ROADMs (as described below in reference to
In one implementation, when the SPCO 200 is deployed on all degrees of a ROADM, e.g., all FRM 110 of a network element 14, the SPCO 200 forms adjacency with neighboring SPCO 200 instances, e.g., a deployed instance of the SPCO 200 on other degrees of a same one of the network element 14 and/or with one or more SPCO 200 deployed on a neighboring network element 14. Referring now to
As shown in
In one implementation, the second SPCO 200b, deployed on the second FRM 110b forms a neighbor association with neighboring SPCO 200 instances. As shown in
As described above, the SPCO 200 and one or more service component of the SPCO 200 may be implemented as software and deployed at any level of the optical transport network 10, e.g., deployed on a chassis or site level in the computer system memory 54, deployed at the node level in the node memory 94, and/or deployed at the FRM or line card level in the FRM memory 188. In order for the SPCO 200 to operate and function at each level without requiring the SPCO 200 to be recompiled for each specific level, functions at each level are abstracted to maintain consistent behavior of the SPCO 200. In this way, the SPCO 200 and all service components of the SPCO 200 use a generic optical topology and switching abstraction to carry out functions, thereby enabling the SPCO 200 to be reusable across different levels and platforms. Because a physical realization of the abstract topology is necessary, i.e., services are actually activated and/or deactivated, mapping between components of the abstract topology and the physical counterparts is established as well.
In this way, communication between distributed deployments of the SPCO 200a-d across multiple network elements 14 in the optical transport network 10 and within each network element 14 across each degree achieves network level orchestration. By deploying the SPCO 200 on each network element 14, dedicated orchestration hardware external to the network element 14 is not needed and may be omitted. Additionally, if a particular SPCO 200 were to fail, orchestration functionality may be maintained by adjacent SPCO 200 instances. In some implementations, within a degree level deployment (e.g., the SPCO 200 being deployed on a particular FRM 110), orchestration functions and associated optical power control blocks are co-located on the same FRM processor 186 thereby providing faster and more reliable local interactions (e.g., interactions between the SPCO 200 and one or more component of the FRM 110). Moreover, fault monitoring, detection, handling, and recovery processes can be sped up as these processes are localized.
Referring now to
As shown in
The logical ROADM model 300 represents an Optical Switching Framework (OSF) in which switching is defined between a pair of interfaces, such as a line port and one or more system port. As discussed above, each ROADM consists of one or more degrees/FRMs and each degree/FRM consists of a group of optical interfaces, such as a line port and one or more system port. A connectivity between each optical interface (e.g., the logical line ports 308 and the logical system ports 312) is defined in the connectivity matrix 316.
In one implementation, as discussed above, each system port 194 has a port type of either add/drop port or express port. When a particular system port 194 has a port type of add/drop port, the particular system port 194 interfaces directly with client signals. The client signals may be either connected directly to the line port or multiplexed in one or more stages into an optical signal supplied to the line port. The optical interface model of the logical system ports 312 of the particular system port 194 subsumes the multiplexing hierarchy associated with the client signals entering the ROADM.
In one implementation, when a particular system port 194 has a port type of express port, the particular system port 194 provides direct express connectivity from one ROADM instance to another, typically co-located within the same site and may be connected via a patch cable when within the same chassis or may be connected via one or more waveguide when within the same node. The optical interface model of the logical system port 312 having an express port type (not shown) of the particular system port 194 subsumes the direct express connectivity. As shown in
In one implementation, the line port 192 provides for optical communication with a component external to the ROADM such as for optical communication with a ROADM instance located at a different site, e.g., a downstream network element 14. The logical line port 308 is an optical interface model for the line port 192.
In one implementation, each connectivity matrix 315 described connectivity between pairs of optical interfaces, such as the logical line port 308 and one or more logical system port 312. A cross-connection 320 from a first optical interface to a second optical interface may be completed if the cross-connection 320 is defined in the connectivity matrix 316. The cross-connection 320 may define connectivity both between add/drop ports and line ports, and between express ports and line ports 192 when the logical ROADM model 300 includes more than one logical line port 308. For example, as shown in
In one implementation, each cross-connection 320 is unidirectional while the optical connection is bidirectional because a first state of the FRM 110 operating in a first degree is independent of a second state of the FRM 110 operating in a second degree. In this implementation, with the logical ROADM model 300 modeling each cross-connection 320 in a first direction (e.g., from an upstream node to a downstream node), a second logical ROADM model may be created for a second direction opposite the first direction (e.g., from the downstream node to the upstream node).
In one implementation, each optical interface supports one of C-Band, Extended-C-Band, Super-C-Band, L-Band, Super-L-Band, C+L-Band, or Super-C+Super-L-Band.
In some implementations, only line ports 192 (and thus logical line ports 308) support C+L-Band while system ports 194 (and thus logical system ports 312) support either C-Band or L-Band, but not C+L-Band. In this implementation, separate entries in the connectivity matrix 316 may be defined for C-Band connectivity (i.e., from a C-Band FRM 354, described below) and L-Band connectivity (i.e., from an L-Band FRM 358, described below). For example, a first connectivity entry may be defined in the first connectivity matrix 316a for connectivity of the first logical system port 312a-1 supporting the C-Band, while a second connectivity entry may be defined in the first connectivity matrix 316a for connectivity of the third logical system port 312a-3 supporting the L-Band. In this way, each logical FRM model 304 of the logical ROADM model 300 is a consolidation of functions of the C-Band FRM 354 and the L-Band FRM 358. In one implementation, the C-Band FRM 354 is an FRM-20X-C and the L-Band FRM 358 is an FRM-20X-L.
Referring now to
In one implementation, the first L-Band FRM 358a generally comprises a plurality of system ports 194a-n selectably optically coupled to the line port 192. The line port 192 of the first L-Band FRM 358a is optically coupled to an expansion port 362 of the first C-Band FRM 354a. The first C-Band FRM 354a generally comprises a plurality of system ports 194a-n selectably optically coupled to a C-Band connection termination point (e.g., a C-Band CTP 366) and the expansion port 362 is optically coupled to an L-Band CTP 370. The C-Band CTP 366 and the L-Band CTP 370 are optically combined and coupled to the line port 192 of the first C-Band FRM 354a. The line port 192 of the first C-Band FRM 354a may be coupled to an optical fiber link 22 such as the first optical fiber link 22a, for example. As used here, a connection termination point (or CTP) is a logical connection termination point.
In one implementation, as shown in
In one implementation, as shown in
In one implementation, the second L-Band FRM 358b and the second C-Band FRM 354b are generally constructed and coupled similar to the first L-Band FRM 358a and the first C-Band FRM 354a as described above. Similarly, the third L-Band FRM 358c and the third C-Band FRM 354c are generally constructed and coupled similar to the first L-Band FRM 358a and the first C-Band FRM 354a as described above.
Referring back to
Similarly, the second connectivity matrix 316b may abstract the line port 192 of the second C-Band FRM 354b, the line port 192 of the third C-Band FRM 354c, the first system port 194a of the second L-Band FRM 358b, the first system port 194a of the third L-Band FRM 358c, the first system port 194a of the second C-Band FRM 354b, and the second system port 194b of the third C-Band FRM 354c into the third cross-connection 320c. Additionally, the second connectivity matrix 316b may abstract the line port 192 of the second C-Band FRM 354b, the line port 192 of the first C-Band FRM 354a, the second system port 194b of the second L-Band FRM 358b, the second system port 194b of the first L-Band FRM 358a, the second system port 194b of the second C-Band FRM 354b, and the second system port 194b of the first C-Band FRM 354a into the first cross-connection 320a.
Further, the third connectivity matrix 316c may abstract the line port 192 of the third C-Band FRM 354c, the line port 192 of the first C-Band FRM 354a, the first system port 194a of the first L-Band FRM 358a, the second system port 194b of the third L-Band FRM 358c, the first system port 194a of the first C-Band FRM 354a, and the first system port 194a of the third C-Band FRM 354c into the second cross-connection 320b. Additionally, the third connectivity matrix 316c may abstract the line port 192 of the second C-Band FRM 354b, the line port 192 of the third C-Band FRM 354c, the first system port 194a of the second L-Band FRM 358b, the first system port 194a of the third L-Band FRM 358c, the first system port 194a of the second C-Band FRM 354b, and the second system port 194b of the third C-Band FRM 354c into the third cross-connection 320c.
Referring now to
In one implementation, the sub-system 400 of
In some implementations, the SPCO 200 is operable to control one or more optical power control-related configuration of the network element 14 and/or the control block 404 thereof, via the PCA 402. In one implementation, exemplary components of the network element 14 controlled by one or more control block 404 includes a WSS, an EDFA, an optical channel monitor, a variable optical attenuator, a Raman pump, and other optical devices, for example. In one implementation, the control blocks 404 may be specific to the component of the network element 14 the SPCO 200 is deployed to, and, in some implementations, may be product dependent. For example, optical functions and topology for the network element components are usually modelled as a second level expansion of the logical ROADM model 300 (described below). The optical components are primarily used to carry out optical power control functions on the associated equipment. Additionally, because power control functions are delegated to existing local controls (e.g., input power controls (INPC), MCL and DMCL) and link level optical power controls, the SPCO 200 and/or the orchestrator 202 are not required to model fined grained optical topology; however, the SPCO 200 and/or orchestrator 202 do need to know what optical control blocks are supported in on the platform in which the SPCO 200 is deployed.
Each control block 404 may comprise at least one of a MUX control block 404a operable to control one or more optical power control-related configuration of a MUX WSS, a DEMUX control block 404b operable to control one or more optical power control-related configuration of a DEMUX WSS, and a link control block 404c operable to control one or more link level optical power such as optical power control-related configuration of one or more optical amplifier (OA) and/or variable optical attenuator (VOA) and/or in the optical fiber link 22.
In one implementation, the MUX control block 404a may adjust one or more passband configuration and/or one or more attenuation of the “MUX” WSSs. Such adjustments may be made by the MUX control block 404a on a per-passband basis. In one implementation, the DEMUX control block 404b may adjust one or more passband configuration and/or one or more attenuation of the “DEMUX” WSSs. Such adjustments may be made by the DEMUX control block 404b on a per-passband basis. In some implementations, the functions of the MUX control block 404a and the DEMUX control block 404b may be performed by a single control block 404.
In one implementation, the link control block 404c may adjust one or more configuration, one or more attenuation, and/or one or more gain for one or more in-line optical component 260 (such as the optical amplifier (OA) and/or variable optical attenuator (VOA) in the optical fiber link 22). Such adjustments may be made on a per-band basis (i.e., the C-band, the L-band, or C/L-band).
In one implementation, each control block 404 exposes one or more functionalities, including common functionalities, such as ‘sync control block’ and ‘get status of control block’. Other functionalities may be exposed based on the type of the control block. For example, the MUX control block 404a and the DEMUX control block 404b may expose functionalities including ‘activate passband request’, ‘deactivate passband request”, ‘block passband request”, ‘enable adjustment request”, ‘disable adjustment request”, and/or the like. The link control block 404c may expose ‘adjust gain request “, ‘enable gain adjust request”, ‘disable gain adjust request “, ‘activate band request”, ‘deactivate band request”, and/or the like. In one implementation, the PCA 402 operates as a standardized (or abstracted) interface for exposing the above functionalities of individual control blocks 404 to the SPCO 200. For example, the PCS 212 may also send update from the PCA (via a notification channel) regarding one or more of a control block state such as a ‘state update’, ‘passband state update’, ‘band info update’, ‘link control update’, and/or the like.
In some implementations, the SPCO 200 is operable to control one or more optical power control-related configuration of the control blocks 404 via the PCA 402. For example, the SPCO 200 may send one or more PCO request and/or loading request to the PCA 402. Additionally, the SPCO 200 may receive one or more PCO response, loading response, passband state, and/or control block state from the PCA 402. In the case that the SPCO 200 sends a loading request to the PCA 402 (e.g., to activate and/or deactivate a group of passbands), the PCA 402 translates abstracted commands of the loading request to hardware commands for the control blocks 404. The control block 404 may then act on the loading request, perform activation and/or deactivation for a group of passbands, and sends the loading response to the PCA 402, which receives the loading response and converts the loading response to a logical abstraction accessible by the orchestrator 202 and/or SPCO 200, e.g., in conjunction with the OTSA 204. In some implementations, the control block 404 may also send one or more state update for the passbands in the group of passbands, a state of the control block 404 pertaining to power control loop functionality, and/or other supplementary information such as state of one of the one or more bands and/or an optical link state.
In one implementation, the SPCO 200 may be operable to receive and/or send an inter-node communication 408, e.g., to upstream and/or to downstream ROADMS and/or network elements 14. For example, the SPCO 200 may receive a first inter-node communication 408a from an upstream direction, may receive a second inter-node communication 408b from a downstream direction, may send a third inter-node communication 408c in the upstream direction, and may send a fourth inter-node communication 408d in the downstream direction. Such orchestration may have the effect of minimizing the impact the SRS tilt effect has on pre-existing optical services in the optical transport network 10. For example, the SPCO 200 may be operable to receive and/or send the inter-node communication 408 to one or more of an upstream orchestrator application (e.g., an SPCO 200 operating on an upstream network element) or a downstream orchestrator application operating on a downstream network element.
In one implementation, each of the inter-node communications 408 may be one or more of a PCO request 412a, a passband loading state, a PCO response 412b, a passband loading status, and/or a health status update.
In some implementations, the PCA 402 may transmit PCO requests 412a to the control block(s) 404 and may receive PCO responses 412b and/or health status updates from the control block(s) 404. In one implementation, each PCO request 412a originates from an upstream ROADM (e.g., via the first inter-node communication 408a). When the orchestrator 202 of the SPCO 200 receives the PCO request 412a from the first inter-node communication 408a, the SPCO 200 issues the PCO request 412a to the PCA 402 which, in turn, transmits the PCO request 412a to a particular control block 404. The particular control block 404 may act on the PCO request 412a and transmit the PCO response 412b back towards the orchestrator 202. The SPCO 200 may then send a consolidated PCO response back to the upstream ROADM, e.g., via the third inter-node communication 408c. The PCO request 412a may be one or more of a disable adjust request, Mux WSS control adjustment request, adjust link control request, and/or an enable adjustment request.
In one implementation, the PCO request 412a is a disable adjust request issued by an orchestrator deployed on the upstream ROADM to the SPCO 200 to disable automatic WSS and link level optical power controls. The disable adjust request further suspends local loading on all mux degrees. When the SPCO 200 receives the disable adjust request and transmits the disable adjust request to the MUX control block 404a on all dependent mux degrees, the MUX control block 404a stores a reference power level.
In one implementation, the PCO request 412a is a Mux WSS controls adjust request issued by an orchestrator on the upstream ROADM to the SPCO 200 to adjust cause the mux WSS to meet a reference power level in a MUX control block 404a for all dependent express services on all dependent mux degrees.
In one implementation, the PCO request 412a is an adjust link control request issued by an orchestrator on the upstream ROADM to the SPCO 200 to adjust link amplifier controls in a link control block 404c to meet an optical power target on all dependent mux degrees.
In one implementation, the PCO request 412a is an enable adjust request issued by an orchestrator on the upstream ROADM to the SPCO 200 to enable autonomous WSS and link level optical power controls (e.g., suspend optical power adjustments, enable optical power adjustments, etc.) in the MUX control block 404a and the link control block 404c running on all dependent mux modules. Further, it enables loading on all dependent mux degrees.
In one implementation, the PCO request 412a may originate from the orchestrator on the upstream ROADM where passband loading is performed and sent to the SPCO 200 through the OCP 208. The OCP 208, in turn, ensures that the PCO request 412a is sent to the orchestrator 202, which, in turn, sends the PCO request 412a to the control block 404 via the PCA 402. In one implementation, once, the SPCO 200 sends the consolidated PCO response the upstream ROADM, the OCP 208 again ensures that the PCO response 412b is transmitted to the orchestrator on the upstream ROADM.
In one implementation, each control block 404 may send and/or receive controls data 416. For example, the control block 404 may receive upstream controls data 416a from an upstream network element 14 and may transmit downstream controls data 416b to a downstream network element 14. The controls data 416 may include one or more data indicative of one or more of an optical power value, an SNR value, a carrier density, an ASE value, and/or the like.
In one implementation, the SPCO 200 may receive service control requests and/or configuration information 420a from a northbound layer and may transmit service status information 420b to the northbound layer. In some implementations, the northbound layer may be a management layer, for example.
Referring now to
In one implementation, each degree orchestrator 440a-n is constructed in accordance with the orchestrator 202 with the exception that the degree orchestrator 440a-n is in communication with the OTSA 204 to receive the logical FRM model 304 as an FRM abstraction type while the first orchestrator 202a is in communication with the OTSA 204 to receive the logical ROADM model 300 and the logical FRM model 304 for each degree of a ROADM as a ROADM abstraction type. In one implementation, when the first orchestrator 202a is running on an FRM 110, the first orchestrator 202a would include only one degree orchestrator 440. The OTSA 204 reports an abstraction type (e.g., FRM/degree abstraction associated with the logical FRM model or a ROADM abstraction associated with the logical ROADM model) with degree provisioning to the first orchestrator 202a.
In one implementation, each degree orchestrator 440 comprises a MUX orchestrator 444 and a DEMUX orchestrator 448. In one implementation, the MUX orchestrator 444 orchestrates activities of outgoing optical signals, such as ingress to the optical fiber link 22 including any line amplifier controls (e.g., implemented in link level optical power control in link control blocks 404c) and multiplexer WSS controls, such as in MUX control blocks 404a. Conversely, the DEMUX orchestrator 448 orchestrates activities of incoming optical signals, such as ingress to the FRM 110 from the optical fiber link 22 and including any receiver line amplifier controls (e.g., implemented in link level optical power control in link control blocks 404c) and demultiplexer WSS controls such as in DEMUX control blocks 404b.
In one implementation, each of the MUX orchestrator 444 and the DEMUX orchestrator 448 maintain a passband state, e.g., a passband level FSM, with respect to orchestration based at least in part on a passband state in MUX control blocks 404a and DEMUX control blocks 404b. In one implementation, and based on the passband state, each of the MUX orchestrator 444 and the DEMUX orchestrator 448 make loading related decisions and/or delegate loading related decisions to one or more other service component of the SPCO 200.
Referring now to
The first SPCO 508a, the second SPCO 508b, the third SPCO 508c, and the fourth SPCO 508d may each be constructed in accordance with the SPCO 200 as described above in more detail. Each of the SPCOs 508 may be deployed at an FRM 110 for each degree of the ROADM, that is, for each degree of the ROADM 502, the SPCO 508 may be deployed to the FRM 110 associated with that degree, e.g., the SPCO 508 may be stored in the FRM memory 188 as the FRM software application 189 and executed by the FRM processor 186.
In one implementation, as shown in
In one implementation, within the DEMUX WSS 504, the DEMUX orchestrator 448, which is part of the first SPCO 508a, works as an overlay over the receive direction (e.g., the de-mux direction) of the optical controls, that is, the first SPCO 508a works as an overlay over the receive line amplifier controls (e.g., in the link control block 404c in the DEMUX WSS 504) and the DEMUX control block 404b. And, within each MUX WSS 506, the MUX orchestrator 444, which is part of the SPCO 508 in each MUX WSS 506, works as an overlay over the transmit direction (e.g., the mux direction) of the optical controls, that is, the SPCO 508 in each MUX WSS 506, works as an overlay over the transmit line amplifier controls (e.g., link control block 404c) and the MUX control block 404a.
Referring now to
Regarding the following description, it should be understood that the network element 14 may store AP information identifying a plurality of APs 1108 (shown in
The sub-system 1000 may be configured such that, for a particular AP 1108, having an eligible AP start frequency and an eligible AP end frequency of zero indicates that the particular AP 1108 is ineligible for activation or should be deactivated if it is activated. Conversely, the sub-system 1000 may be configured such that, for a particular AP 1108, having an eligible AP start frequency and an eligible AP end frequency of a nonzero value indicates that the particular AP 1108 is eligible for activation or is activated.
The sub-system 1000 may be further configured such that, for a particular AP 1108, having an activated AP start frequency and an activated AP end frequency of zero indicates that a particular physical AP corresponding to the particular AP 1108 is deactivated. Conversely, the sub-system 1000 may be configured such that, for a particular AP 1108, having an activated AP start frequency and an activated AP end frequency of a nonzero value indicates that a particular physical AP corresponding to the particular AP 1108 is activated.
Regarding the following description, it should be further understood that, for a particular passband, the actual physical passband being transmitted may not extend entirely across the bandwidth defined by the start frequency and the end frequency. Rather, there may remain gaps between the signals of adjacent physical passbands.
The SPCO 1002 generally comprises one or more service components, such as an orchestrator 1006, an optical topology and switching abstraction (OTSA) component 1008, a power control sequencer (PCS) 1012, a loading manager (LDM) 1016, and a connection manager (CM) 1018. The orchestrator 1006 generally comprises one or more degree MUX orchestrators 1020a-n (hereinafter, the “degree MUX orchestrators 1020”), each of the degree MUX orchestrators 1020 corresponding to a particular degree.
Each of the degree MUX orchestrators 1020 generally comprises an ASE transition manager (ATM) 1022, an AP loading control (APLC) component 1024, a spectrum layout cache (SLC) 1026, a passband life cycle handler (PLCH) 1028, a work flow scheduler (WFS) 1030, and one or more work flow (WF) components 1032a-n (hereinafter, the “WF components 1032”).
The SPCO 1002 may communicate with the MUX control blocks 1004 via the PCS 1012. The MUX control blocks 1004 may provide an ASE source ramp status message 1034 to the PCS 1012. The PCS 1012 may receive the ASE source ramp status message 1034 from the MUX control blocks 1004 and provide the ASE source ramp status message 1034 to the ATM 1022. The ASE source ramp status message 1034 may indicate a status of the ASE source 106, which may be one of “ramped-up” (or “activated”) and “ramped-down” (or “deactivated”).
Further, the MUX control blocks 1004 may provide a passband state update message 1036 to the PCS 1012. The PCS 1012 may receive the passband state update message 1036 and provide the passband state update message 1036 to the PLCH 1028. The passband state update message 1036 may indicate an update in the state of one or more physical passbands (not shown) and may include a physical start frequency and a physical end frequency for each of the one or more physical passbands.
The CM 1018 may provide a passband configuration message 1038 to the PLCH 1028. The passband configuration message 1038 may indicate a configuration of one or more passbands, such as whether a particular passband is provisioned and/or whether a particular passband is configured as an SP 1104 (shown in
The PLCH 1028 may receive the passband state update message 1036 and the passband configuration message 1038 and provide the passband state update message 1036 to the SLC 1026 and an AP configuration and update message 1040 to the ATM 1022. The AP configuration and update message 1040 may indicate a configuration and/or an update in the configuration of one or more APs 1108 and/or one or more physical APs (not shown), such as whether a particular AP 1108 and/or a particular physical AP is activated or deactivated.
Further, the PLCH 1028 may provide a passband work request message 1042 to the WFS 1030. The passband work request message 1042 may be indicative of one or more passband work requests, each of the one or more passband work requests corresponding to one or more APs 1108 and/or one or more SPs 1104. Each of the one or more passband work requests may be an AP activation work request, an AP deactivation work request, an AP cancel activation work request, an SP activation work request, an SP deactivation work request, or an SP cancel activation work request and may include an eligible AP start frequency and an eligible AP end frequency for each of the one or more APs 1108 and/or an eligible SP start frequency and an eligible SP end frequency for each of the one or more SPs 1104.
The WFS 1030 may receive the passband work request message 1042 from the PLCH 1028 and an ASE source work request message 1043 from the ATM 1022 and launch one or more of the WF components 1032 based on the type of work request. For example, for a passband work request, one of the WF components 1032 may be launched, and for an ASE source work request, another one of the WF components 1032 may be launched. Each of the WF components 1032 may have a specified role depending on the type of work request assigned to it. The data associated with the type of work request is provided as part of launching the particular one of the WF components 1032 which has been shown as a work request message 1045 in
The SLC 1026 may provide a spectrum layout message 1044 to the ATM 1022. The spectrum layout message 1044 may indicate a spectrum layout 1100 (shown in
In one implementation, the SLC 1026 may be implemented as described in U.S. patent application Ser. No. 18/806,693, titled “Method and System for a Machine Representation of Channels and Gaps in the Band Spectrum of a Telecommunications Network”, filed Aug. 15, 2024, the entire content of which is hereby expressly incorporated herein by reference.
The WF components 1032 may receive the work request message 1045 from the WFS 1030 and a loading list message 1046 from the LDM 1016. The loading list message 1046 may indicate a loading list of one or more passbands which have been requested for loading and may include a requested start frequency and a requested end frequency for each of the one or more passbands. Once the WF components 1032 are launched, they consult the ATM 1022. The WF components 1032 may provide a contention-pending SP list message 1048 and a contention-resolved SP list message 1050 to the ATM 1022. The contention-pending SP list message 1048 may indicate a contention-pending SP list containing one or more SPs 1104 ready to be activated for contention resolution. The contention-resolved SP list message 1050 may indicate a contention-resolved SP list (or “temporal list”) containing one or more SPs 1104 that have had their contention resolved for evaluation by the APLC component 1024.
Further, the WF component 1032 may provide a presentation list message 1052 to the LDM 1016. The presentation list message 1052 may indicate a presentation list of one or more passbands and may include an eligible start frequency and an eligible end frequency for each of the one or more passbands. The LDM 1016 based on the loading rules, may respond back with a loading list message 1046 identifying one or more passbands where for each passband there is a requested start frequency and a requested end frequency provided by the LDM 1016.
The WF components 1032 may provide a passband operation message 1054 to the PCS 1012 corresponding to the passband work request message 1042 and an ASE source operation message 1056 to the PCS 1012 corresponding to the ASE source work request message 1043. The passband operation message 1054 may indicate one or more passband loading operations (i.e., activation, deactivation, up-sizing, or down-sizing) to be applied to one or more passbands and may include a requested start frequency and a requested end frequency of each of the one or more passbands which is generated by the LDM 1016. The ASE source operation message 1056 may indicate one or more ASE source operations (i.e., activation or “ramping-up” or deactivation or “ramping-down”) to be applied to the ASE source 106.
The PCS 1012 may receive the passband operation message 1054 and the ASE source operation message 1056 from the WF components 1032 and provide the passband operation message 1054 and the ASE source operation message 1056 to the MUX control blocks 1004.
The OTSA component 1008 may provide an ASE configuration message 1058 to the ATM 1022. The ASE configuration message 1058 may indicate an ASE mode of the degree associated with the network element 14 and may be one of an ASE mode and a non-ASE mode.
The ATM 1022 may receive the ASE source ramp status message 1034 from the PCS 1012 and the ASE passband configuration and update message 1040 from the PLCH 1028, the spectrum layout message 1044 from the SLC 1026, the contention-pending SP list message 1048 and the contention-resolved SP list message 1050 from the WF components 1032, and the ASE configuration message 1058 from the OTSA component 1008. Further, the ATM 1022 may receive an AP list message 1060 from the APLC component 1024. The AP list message 1060 may indicate an eligible AP list including one or more eligible APs 1108 and/or an ineligible AP list including one or more ineligible APs 1108. The ATM 1022 may provide the AP list message 1060 along with the eligible start frequency and eligible end frequency of each of the APs 1108 to the PLCH 1028. Further, as referenced above, the ATM 1022 may provide the ASE source work request message 1043 to the WFS 1030. Finally, the ATM 1022 may provide the spectrum layout message 1044 to the APLC component 1024. The spectrum layout message 1044 may indicate a spectrum layout 1100 and may include any SPs 1104 that are ready to be activated.
In one implementation, the APLC component 1024 may be implemented as described in U.S. Patent Application No. 63/541,736, titled “ASE Idler Passband Loading Control (APLC) Algorithm”, filed Sep. 29, 2023, the entire content of which is hereby expressly incorporated herein by reference.
Referring now to
In order to fill the gaps 1112 in the spectrum layout 1100 with the APs 1108 filled with ASE noise generated by the ASE source 106, the ATM 1022 may provide the spectrum layout 1100 (i.e., the spectrum layout message 1044) to the APLC component 1024 as shown in
In situations in which a contention-pending SP 1104 (indicated in
Responsive to a determination that responsive to a determination that the activated AP bandwidth of at least one of the one or more activated APs 1108 overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs 1104, the ATM 1022 may set the eligible AP start frequency and the eligible AP end frequency of the at least one of the one or more activated APs 1108 to a zero value, thereby marking the at least one of the one or more activated APs 1108 as one or more ineligible APs 1108. In implementations where there are one or more ready-for-activation APs 1108 which have been previously marked as being ready for activation, responsive to a determination that the activated AP bandwidth of at least one of the one or more activated APs 1108 or the eligible AP bandwidth of at least one of the one or more ready-for-activation APs 1108 overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs 1104, the ATM 1022 may set the eligible AP start frequency and the eligible AP end frequency of the at least one of the one or more activated APs 1108 or the at least one of the one or more ready-for-activation APs 1108 to a zero value, thereby marking the at least one of the one or more activated APs 1108 and the at least one of the one or more ready-for-activation APs 1108 as the one or more ineligible APs 1108.
The ATM 1022 may send the AP list (i.e., the AP list message 1060) to the PLCH 1028 identifying each of the one or more ineligible APs 1108. For an activated one of the one or more ineligible APs 1108, the PLCH 1028 may send an AP deactivation work request (i.e., the passband work request message 1042) to the WFS 1030, which may add the activated one of the one or more ineligible APs 1108 to the work list of an associated WF component 1032 for deactivation. The associated WF component 1032 may then carry out the deactivation of the one or more ineligible APs 1108 by consulting the LDM 1016 and eventually dispatching the passband operation message 1054 to the MUX control blocks 1004. For a ready-for-activation AP 1108 which is not yet activated, the PLCH 1028 may send an AP cancel activation work request (i.e., the passband work request message 1042) to the WFS 1030, which may remove the ready-for-activation AP 1108 from the work list of the associated WF component 1032 for activation.
Once all of the one or more ineligible APs 1108 are deactivated, the contention between the contention-pending SP 1104 and the one or more ineligible APs 1108 is deemed to be resolved. Subsequent to the contention resolution of all the SPs 1104 which were identified by the contention-pending SP list message 1048, the WF component 1032 may provide a contention-resolved SP list (or “temporal list”) 1050 identifying one or more contention-resolved SPs 1104 to the ATM 1022. Subsequent to the reception of the contention-resolved SP list 1050, the ATM 1022 may form a predicted spectrum layout 1100a (shown in
This step of forming the predicted spectrum layout 1100a is depicted in
Referring now to
Alternatively, the method 1200 may further comprise the steps of: responsive to a determination that the copy of the work list is not empty, for each particular passband identified by the copy of the work list, performing the steps of: determining whether the particular passband is an SP 1104 corresponding to a request to activate the particular passband (step 1210); responsive to a determination that the particular passband is an SP 1104 corresponding to a request to activate the particular passband, providing the particular passband (i.e., the contention-pending SP list message 1048) to the ATM 1022 for contention resolution with any overlapping APs 1108 (step 1212); determining whether any contention between the particular passband and any overlapping APs 1108 is resolved (step 1214); and, responsive to determination that any contention between the particular passband and any overlapping APs 1108 is resolved, adding the particular passband to a contention-resolved SP list (or “temporal list”) (step 1216).
Subsequently, the method 1200 may further comprise the steps of: providing the contention-resolved SP list (i.e., the contention-resolved SP list message 1050) to the ATM 1022 for computation of predicted spectrum/gaps and evaluation by the APLC component 1024 to determine one or more eligible frequencies for one or more eligible APs 1108 (step 1218); receiving the work list identifying the one or more passbands requested for loading (step 1220); for each particular passband of the one or more passbands identified by the work list, performing the steps of: determining whether the particular passband is an SP 1104 corresponding to a request to activate the particular passband (step 1222); responsive to a determination that the particular passband is an SP 1104 corresponding to a request to activate the particular passband, determining whether any contention between the particular passband and any overlapping APs 1108 is resolved (step 1224); and, responsive to determination that any contention between the particular passband and any overlapping APs 1108 is resolved, adding the particular passband to a presentation list (step 1226).
Subsequently, the method 1200 may further comprise the steps of: providing the presentation list (i.e., the presentation list message 1052) to the LDM 1016 and receiving a loading list (i.e., the loading list message 1046) from the LDM 1016, the loading list identifying one or more passbands based on the presentation list (step 1228); providing the loading list (i.e., the passband operation message 1054) to the local control blocks 404, 1004 (step 1230); and adjusting the local and remote control blocks (step 1232).
Subsequently, the method 1200 may return to the step of receiving the copy of the work list identifying the one or more passbands requested for loading (step 1206) before proceeding as described above.
Referring now to
In some implementations, the method 1236 further comprises the steps of: sending, by the ATM 1022, an ineligible AP message (i.e., the AP list message 1060) to the PLCH 1028 identifying each of the one or more ineligible APs 1108; receiving, by the PLCH 1028, the ineligible AP message (i.e., the AP list message 1060) from the ATM 1022; and generating, by the PLCH 1028, at least one of an AP deactivation work request and an AP cancel activation work request (i.e., the passband work request message 1042) based on the ineligible AP message (i.e., the AP list message 1060).
In some implementations, the method 1236 further comprises the steps of: sending, by the PLCH 1028, the at least one of the AP deactivation work request and the AP cancel activation work request (i.e., the passband work request message 1042) to the WFS 1030; receiving, by the WFS 1030, the at least one of the AP deactivation work request and the AP cancel activation work request (i.e., the passband work request message 1042) from the PLCH 1028; and executing, by the WFS 1030, the at least one of the AP deactivation work request and the AP cancel activation work request (i.e., the passband work request message 1042), thereby deactivating each of the one or more activated APs 1108 in the optical fiber link 22 and/or canceling activation of each of the one or more ready-for-activation APs 1108 to produce the one or more deactivated APs 1108.
In some implementations, the method 1236 further comprises the steps of: determining, by at least one of the one or more MUX control blocks 1004, that at least one of the physical AP start frequency and the physical AP end frequency of at least one of the plurality of physical APs (not shown) corresponding to the one or more deactivated APs 1108 has changed; sending, by the at least one of the one or more MUX control blocks 1004, the passband state update message 1036, to the PLCH 1028 indicating the physical AP start frequency and the physical AP end frequency of the at least one of the plurality of physical APs corresponding to the one or more deactivated APs 1108; receiving, by the PLCH 1028, the passband state update message 1036 from the at least one of the one or more MUX control blocks 1004; sending, by the PLCH 1028, an AP configuration and update message 1040 to the ATM 1022 indicating the physical AP start frequency and the physical AP end frequency of the at least one of the plurality of physical APs corresponding to the one or more deactivated APs 1108; and setting, by the ATM 1022, the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs corresponding to the at least one of the plurality of physical APs to a zero value, thereby marking the at least one of the plurality of APs as the one or more deactivated APs.
In some implementations, the method 1236 further comprises the steps of: receiving, by the ATM 1022, a contention-resolved SP list (i.e., the contention-resolved SP list message 1050) identifying one or more contention-resolved SPs 1104 and, for each of the one or more contention-resolved SPs 1104, a contention-resolved SP bandwidth defined by a contention-resolved SP start frequency and a contention-resolved SP end frequency, each of the one or more contention-resolved SPs 1104 containing the one or more first optical carriers carrying the first client data and being ready to be activated for client data transmission in the optical fiber link 22; superimposing, by the ATM 1022, the one or more contention-resolved SPs 1104 onto the current spectrum layout 1100 to produce a predicted spectrum layout 1100a; and setting, by the ATM 1022, the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs 1108 to a nonzero value based on the predicted spectrum layout 1100a, thereby marking the at least one of the plurality of APs 1108 as one or more eligible APs 1108, the eligible AP bandwidth of each of the one or more eligible APs 1108 not overlapping with the activated SP bandwidth of any of the one or more activated SPs 1104 or the contention-resolved SP bandwidth of any of the one or more contention-resolved SPs 1104; and activating, by the optical network element 14, each of the one or more contention-resolved SPs 1104 in the optical fiber link 22 to produce one or more additional activated SPs 1104 and the one or more eligible APs 1108 in the optical fiber link 22 to produce one or more additional activated APs 1108, thereby causing the ASE source 106 to fill each of the one or more additional activated APs 1108 with the ASE noise.
In some implementations, the method 1236 further comprises the steps of: sending, by the ATM 1022, an eligible AP message (i.e., the AP list message 1060) to the PLCH 1028 identifying each of the one or more eligible APs 1108; receiving, by the PLCH 1028, the eligible AP message from the ATM 1022; and generating, by the PLCH, an AP activation work request (i.e., the passband work request message 1042) based on the eligible AP message (i.e., the AP list message 1060); and activating, by the network element 14, each of the one or more eligible APs 1108 in the optical fiber link 22 to produce the one or more activated APs 1108 based on the AP activation work request (i.e., the passband work request message 1042).
In some implementations, the method 1236 further comprises the steps of: receiving, by the WFS 1030, the AP activation work request (i.e., the passband work request message 1042) from the PLCH 1028; and executing, by the WFS 1030, the AP activation work request (i.e., the passband work request message 1042), thereby activating each of the one or more eligible APs 1108 in the optical fiber link 22 to produce the one or more activated APs 1108.
Referring now to
Responsive to a determination that the optical network element 14 has switched from the non-ASE mode to the ASE mode, the method 1246 further comprises the steps of: sending, by the ATM 1022, the ASE source ramp-up work request (i.e., the ASE source work request message 1043) to the WFS 1030 to ramp-up the ASE source 106 (step 1252); receiving, by the ATM 1022, the ASE source ramp status message 1034 from the PCS 1012 indicating that the ASE source 106 has been ramped-up (step 1254); retrieving, by the ATM 1022, the current spectrum layout 1100 (i.e., the spectrum layout message 1044) identifying one or more activated SPs 1104 and, for each of the one or more activated SPs 1104, an activated SP bandwidth defined by an activated SP start frequency and an activated SP end frequency, each of the one or more activated SPs containing one or more optical carriers carrying client data and being activated for client data transmission in an optical fiber link 22 (step 1256); sending, by the ATM 1022, the current spectrum layout 1100 (i.e., the spectrum layout message 1044) to the APLC component 1024 for evaluation (step 1258), wherein the APLC component 1024 is operable to an eligible AP message (i.e., the AP list message 1060) to the ATM 1022 identifying the eligible AP start frequency and the eligible AP end frequency of one or more eligible APs 1108 of the plurality of APs 1108; and sending an eligible AP message (i.e., the AP list message 1060) to the PLCH 1028 identifying each of the one or more eligible APs 1108 (step 1260), wherein the ATM 1022 is operable to set the eligible AP start frequency and the eligible AP end frequency of each of the one or more eligible APs 1108 to a nonzero value based on the current spectrum layout 1100, thereby marking the at least one of the plurality of APs 1108 as one or more eligible APs 1108.
Responsive to a determination that the optical network element 14 has switched from the ASE mode to the non-ASE mode, the method 1246 further comprises the steps of: setting, by the ATM 1022, the eligible AP start frequency and the eligible AP end frequency of each of the plurality of APs 1108 to a zero value, thereby marking each of the plurality of APs 1108 as a plurality of ineligible APs 1108 (step 1262); sending an ineligible AP message (i.e., the AP list message 1060) to the PLCH 1028 identifying each of the one or more ineligible APs 1108 (step 1264); receiving, by the ATM 1022, the AP configuration and update message 1040 indicating that each of the one or more ineligible APs 1108 have been deactivated (step 1266); and sending, by the ATM 1022, the ASE source ramp-down work request (i.e., the ASE source work request message 1043) to the WFS 1030 to ramp-down the ASE source 106 (step 1268).
The following is a list of non-limiting illustrative implementations disclosed herein:
Illustrative implementation 1. An optical network element, comprising: an amplified spontaneous emission (ASE) source operable to generate ASE noise; a processor; a non-transitory processor-readable medium storing ASE passband (AP) information and an ASE transition manager (ATM), the AP information identifying a plurality of APs in an optical spectrum and, for each of the plurality of APs, an eligible AP bandwidth defined by an eligible AP start frequency and an eligible AP end frequency and an activated AP bandwidth defined by an activated AP start frequency and an activated AP end frequency, each of the eligible AP start frequency, the eligible AP end frequency, the activated AP start frequency, and the activated AP end frequency being initially set to a zero value, the ATM comprising processor-executable instructions that, when executed by the processor, cause the processor to: receive an ASE configuration message indicating that the optical network element has switched from a non-ASE mode to an ASE mode; retrieve a current spectrum layout identifying one or more activated signal passbands (SPs) in the optical spectrum and, for each of the one or more activated SPs, an activated SP bandwidth defined by an activated SP start frequency and an activated SP end frequency, each of the one or more activated SPs containing one or more optical carriers carrying client data and being activated for client data transmission in an optical fiber link; and set the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs to a nonzero value based on the current spectrum layout, thereby marking the at least one of the plurality of APs as one or more eligible APs, the eligible AP bandwidth of each of the one or more eligible APs not overlapping with the activated SP bandwidth of any of the one or more activated SPs; wherein the optical network element is operable to activate each of the one or more eligible APs in the optical fiber link to produce one or more activated APs, thereby causing the ASE source to fill each of the one or more activated APs with the ASE noise.
Illustrative implementation 2. The optical network element of illustrative implementation 1, wherein non-transitory processor-readable medium further stores an AP loading control (APLC) component, the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, further cause the processor to send the current spectrum layout to the APLC component, wherein the APLC component comprises second processor-executable instruction that, when executed by the processor, cause the processor to: receive the current spectrum layout from the ATM; determine values for the eligible AP start frequency and the eligible AP end frequency for the at least one of the plurality of APs such that the eligible AP bandwidth of each of the at least one of the plurality of APs does not overlap with the activated SP bandwidth of any of the one or more activated SPs identified by the current spectrum layout; and send an eligible AP message to the ATM identifying the eligible AP start frequency and the eligible AP end frequency of each the at least one of the plurality of APs; wherein the first processor-executable instructions of the ATM, when executed by the processor, further cause the processor to receive the eligible AP message from the APLC component; and wherein the step of setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the plurality of APs to the nonzero value based on the current spectrum layout is further defined as setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the plurality of APs to the values determined by the APLC based on the eligible AP message.
Illustrative implementation 3. The optical network element of illustrative implementation 1, wherein the processor-executable instructions of the ATM are first processor-executable instructions, the non-transitory processor-readable medium further storing a work flow scheduler (WFS), the first processor-executable instructions of the ATM, when executed by the processor, further causing the processor to send an ASE source ramp-up work request to the WFS to ramp-up the ASE source, wherein the WFS comprises second processor-executable instruction that, when executed by the processor, cause the processor to: receive the ASE source ramp-up work request from the ATM; and execute the ASE source ramp-up work request, thereby ramping-up the ASE source.
Illustrative implementation 4. The optical network element of illustrative implementation 3, wherein the non-transitory processor-readable medium further stores a passband life cycle handler (PLCH), the first processor-executable instructions of the ATM, when executed by the processor, further causing the processor to: receive an ASE source ramp status message indicating that the ASE source has been ramped-up; and send an eligible AP message to the PLCH identifying each of the one or more eligible APs; wherein the PLCH comprises third processor-executable instructions that, when executed by the processor, cause the processor to: receive the eligible AP message from the ATM; and generate an AP activation work request based on the eligible AP message; and wherein the optical network element is further operable to activate each of the one or more eligible APs in the optical fiber link to produce the one or more activated APs based on the AP activation work request.
Illustrative implementation 5. The optical network element of illustrative implementation 4, wherein the non-transitory processor-readable medium further stores a spectrum layout cache (SLC) storing the current spectrum layout, the third processor-executable instructions of the PLCH, when executed by the processor, further causing the processor to send a passband update message to the SLC identifying the one or more activated SPs and the one or more activated APs, wherein the SLC comprises fourth processor-executable instructions that, when executed by the processor, cause the processor to: receive the passband update message from the PLCH; and update the current spectrum layout based on the passband update message.
Illustrative implementation 6. The optical network element of illustrative implementation 4, wherein the third processor-executable instructions of the PLCH, when executed by the processor, further cause the processor to send an AP configuration and update message to the ATM identifying the one or more activated APs, the first processor-executable instructions of the ATM, when executed by the processor, further causing the processor to: receive the AP configuration and update message; and update the AP information based on the AP configuration and update message.
Illustrative implementation 7. The optical network element of illustrative implementation 4, wherein the third processor-executable instructions of the PLCH, when executed by the processor, further cause the processor to send the AP activation work request to the WFS, the second processor-executable instruction of the WFS, when executed by the processor, further causing the processor to: receive the AP activation work request from the PLCH; and execute the AP activation work request, thereby activating each of the one or more eligible APs in the optical fiber link to produce the one or more activated APs.
Illustrative implementation 8. The optical network element of illustrative implementation 1, wherein the ASE configuration message is a first ASE configuration message, the processor-executable instructions of the ATM, when executed by the processor, further causing the processor to: receive a second ASE configuration message indicating that the optical network element has switched from the ASE mode to the non-ASE mode; and set the eligible AP start frequency and the eligible AP end frequency of each of the one or more activated APs to a zero value, thereby marking the one or more activated APs as one or more ineligible APs; wherein the optical network element is further operable to deactivate each of the one or more ineligible APs to produce one or more deactivated APs, thereby causing the ASE source to cease filling each of the one or more ineligible APs with the ASE noise.
Illustrative implementation 9. The optical network element of illustrative implementation 8, wherein the non-transitory processor-readable medium further stores a passband life cycle handler (PLCH), the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, further cause the processor to send an ineligible AP message to the PLCH identifying each of the one or more ineligible APs, the PLCH comprising second processor-executable instructions that, when executed by the processor, cause the processor to: receive the ineligible AP message from the ATM; and generate an AP deactivation work request based on the ineligible AP message; wherein the optical network element is further operable to deactivate each of the one or more ineligible APs in the optical fiber link to produce the one or more deactivated APs based on the AP deactivation work request.
Illustrative implementation 10. The optical network element of illustrative implementation 9, wherein the non-transitory processor-readable medium further stores a work flow scheduler (WFS), the second processor-executable instructions of the PLCH, when executed by the processor, further causing the processor to send the AP deactivation work request to the WFS, the WFS comprising third processor-executable instructions that, when executed by the processor, cause the processor to: receive the AP deactivation work request from the PLCH; and execute the AP deactivation work request, thereby deactivating each of the one or more ineligible APs in the optical fiber link to produce the one or more deactivated APs.
Illustrative implementation 11. The optical element of illustrative implementation 10, wherein the second processor-executable instructions of the PLCH, when executed by the processor, further cause the processor to send an AP configuration and update message to the ATM identifying the one or more deactivated APs, the first processor-executable instructions of the ATM, when executed by the processor, further causing the processor to: receive the AP configuration and update message; update the AP information based on the AP configuration and update message; and send an ASE source ramp-down work request to the WFS to ramp-down the ASE source; wherein the third processor-executable instructions of the WFS, when executed by the processor, further cause the processor to: receive the ASE source ramp-down work request from the ATM; and execute the ASE source ramp-down work request, thereby ramping-down the ASE source.
Illustrative implementation 12. An optical network element, comprising: an amplified spontaneous emission (ASE) source operable to generate ASE noise; a processor; a non-transitory processor-readable medium storing ASE passband (AP) information and an ASE transition manager (ATM), the AP information identifying a plurality of APs in an optical spectrum and including, for each of the plurality of APs, an eligible AP bandwidth defined by an eligible AP start frequency and an eligible AP end frequency and an activated AP bandwidth defined by an activated AP start frequency and an activated AP end frequency, the ATM comprising processor-executable instructions that, when executed by the processor, cause the processor to: receive a contention-pending signal passband (SP) list identifying one or more contention-pending SPs in the optical spectrum and, for each of the one or more contention-pending SPs, a contention-pending SP bandwidth defined by a contention-pending SP start frequency and a contention-pending SP end frequency, each of the one or more contention-pending SPs containing one or more first optical carriers carrying first client data and being ready to be activated for client data transmission in an optical fiber link; retrieve a current spectrum layout identifying one or more activated SPs in the optical spectrum, for each of the one or more activated SPs, an activated SP bandwidth defined by an activated SP start frequency and an activated SP end frequency, one or more activated APs in the optical spectrum, and, for each of the one or more activated APs, the activated AP start frequency and the activated AP end frequency, each of the one or more activated SPs containing one or more second optical carriers carrying second client data and being activated for client data transmission in the optical fiber link, each of the one or more activated APs containing the ASE noise and being activated in the optical fiber link; determine whether the activated AP bandwidth of any of the one or more activated APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs; and responsive to a determination that the activated AP bandwidth of at least one of the one or more activated APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs, set the eligible AP start frequency and the eligible AP end frequency of the at least one of the one or more activated APs to a zero value, thereby marking the at least one of the one or more activated APs as one or more ineligible APs; wherein the optical network element is operable to deactivate each of the one or more ineligible APs in the optical fiber link to produce one or more deactivated APs, thereby causing the ASE source to cease filling each of the one or more deactivated APs with the ASE noise.
Illustrative implementation 13. The optical network element of illustrative implementation 12, wherein the non-transitory processor-readable medium further stores a passband life cycle handler (PLCH), the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, cause the processor to: send an ineligible AP message to the PLCH identifying each of the one or more ineligible APs; wherein the PLCH comprises second processor-executable instructions that, when executed by the processor, cause the processor to: receive the ineligible AP message from the ATM; and generate an AP deactivation work request based on the ineligible AP message; and wherein the optical network element is further operable to deactivate each of the one or more ineligible APs in the optical fiber link to produce the one or more deactivated APs based on the AP deactivation work request.
Illustrative implementation 14. The optical network element of illustrative implementation 13, wherein the non-transitory processor-readable medium further stores a work flow scheduler (WFS), the second processor-executable instructions of the PLCH, when executed by the processor, further causing the processor to send the AP deactivation work request to the WFS, the WFS comprising third processor-executable instructions that, when executed by the processor, cause the processor to: receive the AP deactivation work request from the PLCH; and execute the AP deactivation work request, thereby deactivating each of the one or more ineligible APs in the optical fiber link to produce the one or more deactivated APs.
Illustrative implementation 15. The optical network element of illustrative implementation 14, wherein the non-transitory processor-readable medium further stores physical AP information and one or more multiplexer (MUX) control blocks, the physical AP information identifying a plurality of physical APs in the optical spectrum and, for each of the plurality of physical APs, a physical AP bandwidth defined by a physical AP start frequency and a physical AP end frequency, each of the plurality of physical APs corresponding to one of the plurality of APs, each of the one or more MUX control blocks comprising fourth processor-executable instructions that, when executed by the processor, cause the processor to: determine that at least one of the physical AP start frequency and the physical AP end frequency of at least one of the plurality of physical APs corresponding to the one or more deactivated APs has changed; and send a passband state update message to the PLCH indicating the physical AP start frequency and the physical AP end frequency of the at least one of the plurality of physical APs corresponding to the one or more deactivated APs; wherein the second processor-executable instructions of the PLCH, when executed by the processor, further cause the processor to: receive the passband state update message from at least one of the one or more MUX control blocks; and set the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs corresponding to the at least one of the plurality of physical APs to a zero value, thereby marking the at least one of the plurality of APs as the one or more deactivated APs.
Illustrative implementation 16. The optical network element of illustrative implementation 15, wherein the one or more activated SPs are one or more first activated SPs, the one or more activated APs are one or more first activated APs, the processor-executable instructions of the ATM, when executed by the processor, further causing the processor to: receive a contention-resolved SP list identifying one or more contention-resolved SPs in the optical spectrum and, for each of the one or more contention-resolved SPs, a contention-resolved SP bandwidth defined by a contention-resolved SP start frequency and a contention-resolved SP end frequency, each of the one or more contention-resolved SPs containing the one or more first optical carriers carrying the first client data and being ready to be activated for client data transmission in the optical fiber link; superimpose the one or more contention-resolved SPs onto the current spectrum layout to produce a predicted spectrum layout; and set the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs to a nonzero value based on the predicted spectrum layout, thereby marking the at least one of the plurality of APs as one or more eligible APs, the eligible AP bandwidth of each of the one or more eligible APs not overlapping with the activated SP bandwidth of any of the one or more first activated SPs or the contention-resolved SP bandwidth of any of the one or more contention-resolved SPs; wherein the optical network element is further operable to activate each of the one or more contention-resolved SPs in the optical fiber link to produce one or more second activated SPs and the one or more eligible APs in the optical fiber link to produce one or more second activated APs, thereby causing the ASE source to fill each of the one or more second activated APs with the ASE noise.
Illustrative implementation 17. The optical network element of illustrative implementation 16, wherein the non-transitory processor-readable medium further stores a passband life cycle handler (PLCH), the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, cause the processor to: send an eligible AP message to the PLCH identifying each of the one or more eligible APs; wherein the PLCH comprises second processor-executable instructions that, when executed by the processor, cause the processor to: receive the eligible AP message from the ATM; and generate an AP activation work request based on the eligible AP message; and wherein the optical network element is further operable to activate each of the one or more eligible APs in the optical fiber link to produce the one or more activated APs based on the AP activation work request.
Illustrative implementation 18. The optical network element of illustrative implementation 17, wherein the non-transitory processor-readable medium further stores a work flow scheduler (WFS), the second processor-executable instructions of the PLCH, when executed by the processor, further causing the processor to send the AP activation work request to the WFS, the WFS comprising third processor-executable instructions that, when executed by the processor, cause the processor to: receive the AP activation work request from the PLCH; and execute the AP activation work request, thereby activating each of the one or more eligible APs in the optical fiber link to produce the one or more activated APs.
Illustrative implementation 19. The optical network element of illustrative implementation 16, wherein non-transitory processor-readable medium further stores an AP loading control (APLC) component, the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, further cause the processor to send the predicted spectrum layout to the APLC component, wherein the APLC component comprises second processor-executable instruction that, when executed by the processor, cause the processor to: receive the predicted spectrum layout from the ATM; determine values for the eligible AP start frequency and the eligible AP end frequency for the at least one of the plurality of APs such that the eligible AP bandwidth of each of the at least one of the plurality of APs does not overlap with the activated SP bandwidth of any of the one or more activated SPs or the contention-resolved SP bandwidth of any of the one or more contention-resolved SPs identified by the predicted spectrum layout; and send an eligible AP message to the ATM identifying the eligible AP start frequency and the eligible AP end frequency for each of the at least one of the plurality of APs; wherein the first processor-executable instructions of the ATM, when executed by the processor, further cause the processor to receive the eligible AP message from the APLC component; and wherein the step of setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the plurality of APs to the nonzero value based on the predicted spectrum layout is further defined as setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the plurality of APs to the values determined by the APLC based on the eligible AP message.
Illustrative implementation 20. The optical network element of illustrative implementation 12, wherein processor-executable instructions of the ATM, when executed by the processor, further cause the processor to: prior to receiving the contention-pending SP list, setting the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs to a nonzero value, thereby marking the at least one of the plurality of APs as one or more ready-for-activation APs; wherein determining whether the activated AP bandwidth of any of the one or more activated APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs is further defined as determining whether the activated AP bandwidth of any of the one or more activated APs or the eligible AP bandwidth of any of the one or more ready-for-activation APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs; and wherein responsive to a determination that the activated AP bandwidth of at least one of the one or more activated APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs, setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the one or more activated APs to a zero value is further defined as, responsive to a determination that the activated AP bandwidth of at least one of the one or more activated APs or the eligible AP bandwidth of at least one of the one or more ready-for-activation APs overlaps with the contention-pending SP bandwidth of any of the one or more contention-pending SPs, setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the one or more activated APs or the at least one of the one or more ready-for-activation APs to a zero value, thereby marking the at least one of the one or more activated APs and the at least one of the one or more ready-for-activation APs as the one or more ineligible APs.
Illustrative implementation 21. The optical network element of illustrative implementation 20, wherein the non-transitory processor-readable medium further stores a passband life cycle handler (PLCH), the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, cause the processor to: send an ineligible AP message to the PLCH identifying each of the one or more ineligible APs; wherein the PLCH comprises second processor-executable instructions that, when executed by the processor, cause the processor to: receive the ineligible AP message from the ATM; and generate at least one of an AP deactivation work request and an AP cancel activation work request based on the ineligible AP message, the AP deactivation work request corresponding to the at least one of the one or more activated APs, the AP cancel activation work request corresponding to the at least one of the one or more ready-for-activation APs; and wherein the optical network element is further operable to deactivate each of the at least one of the one or more activated APs of the one or more ineligible APs in the optical fiber link and cancel an activation of each of the at least one of the one or more ready-for-activation APs of the one or more ineligible APs in the optical fiber link to produce the one or more deactivated APs based on the at least one of the AP deactivation work request and the AP cancel activation work request.
Illustrative implementation 22. The optical network element of illustrative implementation 21, wherein the non-transitory processor-readable medium further stores a work list and a work flow scheduler (WFS), the work list identifying each of the one or more ready-for-activation APs and one or more ready-for-activation SPs, the second processor-executable instructions of the PLCH, when executed by the processor, further causing the processor to send the AP deactivation work request to the WFS, the WFS comprising third processor-executable instructions that, when executed by the processor, cause the processor to: receive the at least one of the AP deactivation work request and the AP cancel activation work request from the PLCH; and execute the at least one of the AP deactivation work request and the AP cancel activation work request, thereby deactivating each of the at least one of the one or more activated APs of the one or more ineligible APs in the optical fiber link and removing each of the at least one of the one or more ready-for-activation APs of the one or more ineligible APs from the work list to produce the one or more deactivated APs.
Illustrative implementation 23. The optical network element of illustrative implementation 20, wherein the one or more activated SPs are one or more first activated SPs and the one or more activated APs are one or more first activated APs, the processor-executable instructions of the ATM, when executed by the processor, further causing the processor to: receive a contention-resolved SP list identifying one or more contention-resolved SPs in the optical spectrum and, for each of the one or more contention-resolved SPs, a contention-resolved SP bandwidth defined by a contention-resolved SP start frequency and a contention-resolved SP end frequency, each of the one or more contention-resolved SPs containing the one or more first optical carriers carrying the first client data and being ready to be activated for client data transmission in the optical fiber link; superimpose the one or more contention-resolved SPs onto the current spectrum layout to produce a predicted spectrum layout; and set the eligible AP start frequency and the eligible AP end frequency of at least one of the plurality of APs to a nonzero value based on the predicted spectrum layout, thereby marking the at least one of the plurality of APs as one or more eligible APs, the eligible AP bandwidth of each of the one or more eligible APs not overlapping with the activated SP bandwidth of any of the one or more first activated SPs or the contention-resolved SP bandwidth of any of the one or more contention-resolved SPs; wherein the optical network element is further operable to activate each of the one or more contention-resolved SPs in the optical fiber link to produce one or more second activated SPs and the one or more eligible APs in the optical fiber link to produce one or more second activated APs, thereby causing the ASE source to fill each of the one or more second activated APs with the ASE noise.
Illustrative implementation 24. The optical network element of illustrative implementation 23, wherein the non-transitory processor-readable medium further stores a passband life cycle handler (PLCH), the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, cause the processor to: send an eligible AP message to the PLCH identifying each of the one or more eligible APs; wherein the PLCH comprises second processor-executable instructions that, when executed by the processor, cause the processor to: receive the eligible AP message from the ATM; and generate an AP activation work request based on the eligible AP message; and wherein the optical network element is further operable to activate each of the one or more eligible APs in the optical fiber link to produce the one or more activated APs based on the AP activation work request.
Illustrative implementation 25. The optical network element of illustrative implementation 24, wherein the non-transitory processor-readable medium further stores a work flow scheduler (WFS), the second processor-executable instructions of the PLCH, when executed by the processor, further causing the processor to send the AP activation work request to the WFS, the WFS comprising third processor-executable instructions that, when executed by the processor, cause the processor to: receive the AP activation work request from the PLCH; and execute the AP activation work request, thereby activating each of the one or more eligible APs in the optical fiber link to produce the one or more activated APs.
Illustrative implementation 26. The optical network element of illustrative implementation 23, wherein non-transitory processor-readable medium further stores an AP loading control (APLC) component, the processor-executable instructions of the ATM being first processor-executable instructions that, when executed by the processor, further cause the processor to send the predicted spectrum layout to the APLC component, wherein the APLC component comprises second processor-executable instruction that, when executed by the processor, cause the processor to: receive the predicted spectrum layout from the ATM; determine values for the eligible AP start frequency and the eligible AP end frequency for the at least one of the plurality of APs such that the eligible AP bandwidth of each of the at least one of the plurality of APs does not overlap with the activated SP bandwidth of any of the one or more activated SPs or the contention-resolved SP bandwidth of any of the one or more contention-resolved SPs identified by the predicted spectrum layout; and send an eligible AP message to the ATM identifying the eligible AP start frequency and the eligible AP end frequency for each the at least one of the plurality of APs; wherein the first processor-executable instructions of the ATM, when executed by the processor, further cause the processor to receive the eligible AP message from the APLC component; and wherein the step of setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the plurality of APs to the nonzero value based on the predicted spectrum layout is further defined as setting the eligible AP start frequency and the eligible AP end frequency of the at least one of the plurality of APs to the values determined by the APLC based on the eligible AP message.
The foregoing description provides illustration and description, but is not intended to be exhaustive or to limit the inventive concepts to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of the methodologies set forth in the present disclosure.
Even though particular combinations of features are recited in the claims and/or disclosed in the specification, these combinations are not intended to limit the disclosure. In fact, many of these features may be combined in ways not specifically recited in the claims and/or disclosed in the specification. Although each dependent claim listed below may directly depend on only one other claim, the disclosure includes each dependent claim in combination with every other claim in the claim set.
No element, act, or instruction used in the present application should be construed as critical or essential to the invention unless explicitly described as such outside of the preferred embodiment. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise.
This application claims priority to the provisional patent applications identified by U.S. Patent Application No. 63/541,681, filed Sep. 29, 2023, and U.S. Patent Application No. 63/541,736, filed Sep. 29, 2023, the entire content of which is hereby expressly incorporated herein by reference.
| Number | Date | Country | |
|---|---|---|---|
| 63541681 | Sep 2023 | US | |
| 63541736 | Sep 2023 | US |