USRE47959E1 - Cascaded connection matrices in a distributed cross-connection system - Google Patents
Cascaded connection matrices in a distributed cross-connection system Download PDFInfo
- Publication number
- USRE47959E1 USRE47959E1 US14/527,663 US201414527663A USRE47959E US RE47959 E1 USRE47959 E1 US RE47959E1 US 201414527663 A US201414527663 A US 201414527663A US RE47959 E USRE47959 E US RE47959E
- Authority
- US
- United States
- Prior art keywords
- connection
- health
- termination
- order
- adaptation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active, expires
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/10—Packet switching elements characterised by the switching fabric construction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1611—Synchronous digital hierarchy [SDH] or SONET
Definitions
- the present invention relates generally to the field of high-speed data transfer, and more specifically to managing cross connect matrices within a data transfer architecture.
- a framer is a device that handles the overhead processing and statistics for the SONET/SDH connection and provides a method of distinguishing digital channels multiplexed together.
- the framer designates or marks channels within a bit stream, providing the basic time slot structure, management, and fault isolation for the network node.
- the cross connect allows portions of a digital bit stream to be rerouted or connected to different bit streams. Cross connects enable data traffic to be moved from one SONET ring to the next ring in its path to the destination node.
- these high-speed high bandwidth data communication systems are realized by interconnecting a large number of network nodes to receive and transmit ever-increasing amounts of data.
- the traffic may be groomed, protection switching applied, and bridging and routing of data employed.
- Grooming is the ability to break up incoming data frames into lower bandwidth components, followed by switching the lower bandwidth components between incoming frames to form output frames.
- Protection switching is the ability to switch between components when a failure is encountered, such as a component failure.
- Bridging differs from routing in that bridging creates a connection between components, while routing directs data from one component to another where a bridge may or may not be present.
- Traffic for transport networks can be carried in high-order (HO) or low-order (LO) containers, two standards specified in the SONET/SDH architecture.
- Network nodes may employ connection matrices to address HO and LO traffic separated by the LO pointer and overhead processors.
- the connection matrix is a matrix establishing all connections between all points in the relevant portion or entirety of the network.
- cascaded matrices are a series of portions of a connection matrix, such as columns, that establish the connections between one component and another component in the network.
- connection matrices and cascaded connection matrices may be distributed throughout the network, and may be updated in certain components while not updated in others. This wide distribution of connection matrices causes routing congestion on the device, can require increased component size, thus taking up more space or real estate on the board, and can ultimately require more power to support the required functionality of the network.
- a design that provides for and uses an efficiently ordered set of connection matrices and/or cascaded connection matrices may provide increased throughput and other advantageous qualities over previously known designs, including designs employing the SONET/SDH architecture.
- FIG. 1 is a conceptual illustration of a SONET/SDH communications switching system employing the design provided herein;
- FIG. 2 shows a suitable system embodiment in accordance with an embodiment of the present invention
- FIG. 3 illustrates cascaded connection matrices
- FIG. 4 shows a unified cascaded connection matrix in accordance with the present design
- FIG. 5 is a generically re-configurable restoration connection matrix for a transport system
- FIG. 6 illustrates a general flowchart of health code assessment and responsive operation
- FIG. 7 shows a generic reconfigurable health encoder for high-order and low-order SONET/SDH type cross-connect system
- FIGS. 8A, 8B, and 8C illustrate an example list of possible health codes for high-order conditions
- FIGS. 9A and 9B illustrate an example list of possible health codes for low-order conditions
- FIG. 10 illustrates the general traffic flow and forwarding mechanism configuration within a single device
- FIG. 11 shows G1 remote status forwarding in cascaded connection matrices
- FIG. 12 is a unified HO/LO cross connect fabric interfacing with interconnected elements and devices using a single point of connection.
- the present design may provide for a unified HO/LO cross connect fabric and individual HO and LO paths connecting to the unified HO/LO cross connect fabric.
- the design may establish a single point of interconnection for both low order and high order connections.
- SONET and SDH are a set of related standards for synchronous data transmission over fiber optic networks.
- SONET is short for Synchronous Optical NETwork and SDH is an acronym for Synchronous Digital Hierarchy.
- SONET is the United States version of the standard published by the American National Standards Institute (ANSI).
- ANSI American National Standards Institute
- SDH is the international version of the standard published by the International Telecommunications Union (ITU).
- ITU International Telecommunications Union
- a typical SONET/SDH switching system 100 is shown in FIG. 1 .
- a transmitter 110 is connected through a communication pathway 115 to a switching network 120 .
- Switching network 120 is connected through a communication pathway 125 to a destination 130 .
- the transmitter 110 sends data as a series of payloads/frames to the destination 130 through the switching network 120 .
- packets typically pass through a series of hardware and/or software components, such as servers. As each payload arrives at a hardware and/or software component, the component may store the payload briefly before transmitting the payload to the next component. The payloads proceed individually through the network until they arrive at the destination 130 .
- the destination 130 may contain one or more processing chips 135 and/or one or more memory chips 140 .
- FIG. 2 is a drawing of a typical SONET/SDH Add-Drop Multiplex (ADM) 150 .
- the ADM 150 manages SONET/SDH network topologies, the most typical topology being a ring. In a ring topology, the ADM 150 connects to the ring using two linecards: a first (ring) linecard 151 connected to the West Interface and a second (ADD/DROP) linecard 152 connected to the East Interface.
- Other linecards can be used as traffic sources and sinks (not shown), where a source may be involved in an ADD operation, and a sink may be involved in a DROP operation.
- An ADD operation inserts traffic from the source onto the ring, and a DROP operation removes traffic off the ring to the sink.
- Each ring linecard such as first linecard 151 , may include a framer 155 , pointer processor 156 , and a timeslot interchange (TSI) 157 .
- the framer 155 can be used to locate the beginning of a SONET/SDH frame.
- the pointer processor 156 may locate the payload and align the payload for the TSI and fabric 160 .
- the TSI 157 may move or groom timeslots within an SONET/SDH frame to provide orderly traffic to the fabric card 161 .
- ADD/DROP linecards may handle Ethernet packets, Plesiosynchronous digital hierarchy (PDH) traffic (T1, T3, E1, E3, etc), and/or transit traffic from other SONET/SDH rings.
- Other types of ADD/DROP linecards may include transit ADD/DROP linecards, similar to the RING linecards.
- a PDH linecard may contain a T1/E1 framer that searches for the beginning of T1/E1 frame, a performance monitoring function for tracking the status of the incoming frame, and a mapper to insert the PDH traffic into a SONET/SDH frame, thus making the PDH traffic understandable to the fabric 160 .
- PDH ADD/DROP linecard 175 includes PDH framer 176 , PDH Monitor 177 , and mapper 178 .
- Fabric management card 161 contains management host controller 162 and high order cross connect or TDM fabric 163 , and may interface with subtended fabric 164 containing low-order cross-connect 165 .
- the subtended fabric 164 may fit in one or more line card slots.
- Fabric backplane 171 may be TFI-5 or proprietary, for example.
- Control plane 172 may be PCI compatible or a simple microcontroller interface depending on the application. Other configurations may be employed for the backplane and control plane elements.
- the transmission path of the ADM 150 comprises a time division multiplexing (TDM) fabric or cross-connect 160 that moves traffic among all the linecards attached to the fabric 160 .
- TDM time division multiplexing
- a high-order cross-connect or fabric moves high-order SONET/SDH containers between linecards and amongst time-slots within a SONET/SDH framer.
- a full function ADM 150 can manipulate low-order as well as high-order SONET/SDH containers. The low-order manipulation can be performed in a subtended low-order cross-connect. Use of multiple fabrics may create issues that could be resolved by providing a single, unified fabric as is done in the current design.
- HO cross connect matrix 301 is connected to LO cross connect matrix 302 by a high order path termination and adaptation connections.
- Triangles such as that shown as element 303 represent termination points, which terminate the overhead and the container transmitted no longer exists.
- the trapezoidal elements, such as element 304 are adaptation elements that adapt and pass the payload portion of the message. Adaptation comprises pointer determination and/or pointer generation in this context.
- the combination element, such as element 305 represents both the termination and the adaptation of the message received.
- data may flow from LO cross connect matrix 302 to HO cross connect matrix 301 through adaptation element 304 and termination element 303 .
- Data may alternately flow from HO cross connect matrix 301 to LO cross connect matrix 302 through termination element 306 and adaptation element 307 . Both of these paths represent the high order path termination and adaptation functionality.
- the LO cross connect matrix 302 interconnects with all distributed elements of the specific connection matrix interfacing with the LO cross connection matrix 302 .
- a design may be used within a multiple element arrangement, such as where redundant components are available.
- the interconnection between the LO cross connection matrix 302 and all distributed elements provides the information to all distributed and/or redundant interconnected network elements.
- the HO cross connect matrix 301 provides an interconnection with all distributed elements of the connection matrix, and thus can provide HO data to other connected and/or redundant components.
- the LO cross connect matrix interfaces with adaptation element 306 using arrangement 308 , which includes path 308 a, path 308 b, termination element 308 c, and path 308 d.
- Path 308 b, termination element 308 c, and path 308 d provide for low order path non-intrusive monitoring, enabling monitoring of the content of the low order path and the data provided from HO cross connect matrix 301 to LO cross connect matrix 302 .
- Such monitoring enables evaluating the data flowing to the LO cross connect matrix 302 , and if acceptable, forwarding the data to the LO cross connect matrix 302 . If the data is all LO and no monitoring is needed, path 308 a passes the data to the LO cross connect matrix 302 .
- Features 305 and 309 represent combination termination and adaptation elements that interface the Management System (MS) with the HO cross connect matrix 301 , and terminate the packets and adapt the packets received into HO components.
- the two paths represent two different incoming streams from the MS.
- Element 310 is a termination component in a high order path non-intrusive monitor, while element 311 is an alternate termination component for the high order path.
- Each of the two paths thus contains a high order path non-intrusive monitor, and each operates to detect a defective or bad message received. If such a defective message is located, operation switches to the other data path from the MS to the HO cross connect matrix 301 . Monitoring may be bypassed if undesired or unnecessary, or in the event pointers or the high order payload are unavailable, using paths 312 or 313 .
- a distributed cross connect arrangement indicates multiple components are interconnected to form a relatively large capacity non-blocking cross connect.
- a network comprising four devices, where each device has a non-blocking cross connect bidirectional capacity of 20 Gbps, the entire network becomes a single non-blocking cross connect with 80 Gbps bidirectional capacity.
- Non-blocking in this context means that any timeslot can be cross connected to any one or other timeslot without being blocked by connections of another timeslot to yet other timeslots.
- Timeslot A can be cross connected to timeslot B without being blocked by timeslot C being connected to timeslot D.
- Bidirectional capacity is a term indicating that capacity is summed, such that 10 Gbps counts for both output and input capacity.
- 80 Gbps means 80 Gbps of input and 80 Gbps of output. Interconnecting elements to form an equivalent but larger capacity element is termed “stacking.”
- Unifying the cascaded cross connect tends to minimize the number of physical interconnections and bandwidth required to stack cross connection elements.
- elements generally may require, in a SONET implementation for example, 80 Gbps of bidirectional bandwidth for each of the low order and high order cross connects for a total of 160 Gbps bidirectional.
- transmission and reception only requires 80 Gbps bidirectional.
- issues with the design of FIG. 3 may include dealing with a significant number of I/O connections, and excessive power consumption.
- the present design comprises a unified HO/LO cross connect fabric 401 as shown in FIG. 4 , also referred to as a multiple order cross connect fabric.
- the unified cross connect fabric connects all distributed elements and specifically both the high order and low order aspects of each in a single fabric rather than two separate fabrics. Such a design allows for a single matrix to perform the interconnect functions of the cross connect fabric. Fabrication of a unified cross connect fabric comprises simply combining all performance of the HO and LO cross connect fabrics 301 and 302 from FIG. 3 into a single unified cross connect fabric, addressing both high order and low order functionality.
- the upper path includes combined element 402 , termination element 403 , adaptation element 404 , as well as adaptation element 405 , termination element 406 , and low order path non-intrusive monitor 407 .
- the low order path non-intrusive monitor monitors the low order path for and may remove unacceptable data. This low order path non-intrusive monitor 407 may be bypassed.
- the lower path offers similar components, namely combined element 412 , termination element 413 , adaptation element 414 , as well as adaptation element 415 , termination element 416 , and low order path non-intrusive monitor 417 .
- a single interconnection is provided with a single fabric to and from external distributed elements, and rather than processing a high order matrix and its functionality in addition to a low order matrix and its associated functionality, a single fabric is operated.
- the design of FIG. 4 provides for a cascaded connection matrix using interconnected elements and devices using a single point of connection.
- the single point of connection enables centralized control of all protection schemes at all protection levels. Centralization can be employed using a single controller, where the FIG. 3 design required a plurality of controllers. All statuses from all layers may be available using the design of FIG. 4 .
- Protection schemes may exist at different levels, and cascaded protection schemes may be accomplished by, for example, using an array of connection maps or a generically reconfigurable restoration connection matrix as described below.
- Remote status forwarding in the design of FIG. 4 may be realized using the remote status design forwarding described below.
- Status may be communicated from all cascaded layers to the location of the unified matrix using the channel health encoder described below.
- Cascaded protection schemes may be implemented in different ways.
- one design for implementing a cascaded protection scheme uses an array of connection maps where the working channel connection maps and the protection channel connection maps are stored. If each level of the cascaded matrix requires M of these maps, a unified N level cascaded system may employ M N connection maps.
- the design may employ a micro engine enabled controller to reprogram a single connection map driven by a cascaded system of maps employing M ⁇ N maps, generally resulting in the same number as a cascaded arrangement of connection maps.
- Network elements in a high speed communication environment such as SONET/SDH, generate and report a plurality of health codes including but not limited to statuses, alarms, and defects.
- Each health code may be assigned a severity level by the reporting network element.
- the repairing element may filter these detected health codes and associated severity assignments to prevent erroneous health codes from causing undesired protection switches. In such a situation, reporting an unfiltered health code may result in the network element considering a network element defective when it is not, and activating a protection switch to address the perceived defect issue.
- Health codes enable repairing network elements to identify a healthiest channel by comparing health code values received for all channels within the fabric. The challenge faced occurs when the network element responsible for repairing a failure within a transport channel must rapidly and accurately interpret the transport channel health and initiate appropriate corrective action to restore a failing connection.
- the present system may employ a technique whereby the health of a connection channel generated and reported by a network element is detected and optionally filtered, communicated to the repairing element, a restoration determined based on the connection channel health values, and repair is realized by re-provisioning the cross connect.
- This design may provide for detecting transport channel health codes (e.g.
- the present design will be illustrated below in an exemplary SONET/SDH transport data flow system utilizing separate elements for detection functions and restore functions.
- the present design is applicable to any network architecture where the detecting functions are located in a separate device from the function employed to restore connections.
- FIG. 5 A generically re-configurable restoration connection matrix for a transport system 500 is shown in FIG. 5 .
- the transport system 500 may conform to SONET/SDH standards.
- FIG. 5 illustrates an example of SONET/SDH implementation where health codes originating from detecting network elements (not shown) and other system statuses, including but not limited to pointer and overhead processors, are communicated in-band using available transport overhead bytes to convey network health to a down stream repairing element.
- Pointer processing accommodates possible movement of the non-synchronous payloads within SONET/SDH containers.
- Path overhead processing entails processing all defined transport overhead and path overhead bytes, including framing, scrambling and de-scrambling, alarm signal insertion and detection, and remote failure insertion and detection.
- In-band signaling entails making three bytes available in the section layer to form a 192 kbs message channel, providing a message-based channel for transmission of alarms, maintenance, control, and administration between section-terminating network equipment
- the repairing element receives the health codes and processes the health codes using a user programmable processor or micro engine.
- the processing determines the healthiest channel from among the available transport channels by directly comparing the health code values received for multiple transport channels.
- the repairing element determines how to repair the failed connection depending on the failure encountered and may re-provision the connection using a separate network element within the system.
- Repair may require, among other options, removing a transport channel from consideration in a worst case, or possibly alerting a physical repair person or entity, or requesting application of power to a powered down component. Repair options depend on circumstance and available repair means, and are broadly known within the art. For example, if a component is not transmitting data and it is simply turned off, repair may comprise either sending an alert to an appropriate entity requesting powering up the component, or providing a signal to a control component to provide power to the component, or simply bypassing the component or channel altogether. In the present discussion, repair will be generally referenced, but such repair is to be understood to be circumstance, available repair means, and architect dependent as known to those skilled in the art.
- one or more detecting network elements, one or more high order data path processors, and one or more low order data path processors may generate and send encodings of detected statuses, alarms, and defects. These encodings represent the quality of each observed transport channel and communicate the quality via interoperable health codes, in one embodiment using in-band signaling techniques, at 510 .
- the present design is not limited to using an in-band signaling communication technique for conveying network health, but instead may encompass any type of signaling.
- Health codes are received and stored by a channel health storage unit 515 , located adjacent to the cross connect in FIG. 5 , and made available to the network element for analysis.
- Each health code may be received at point 510 as a formatted three bit priority code, wherein the highest encoded priority may represent the worst defects or alarms, and the lowest priority may be for no defects or alarms. In this arrangement, the lowest priority health code represents the healthiest transport channel.
- the processor or micro engine 525 may analyze the health of each incoming channel.
- the micro engine 525 may control mapping of the fabric, detect defects at the pointer processors, and switch at the cross connects. Switching entails applying a switch and changing a state for purposes of repair.
- Micro engine 525 may analyze a protocol carried in any of the transport overhead bytes, and such functionality may in one embodiment be provided by an operator or user.
- the micro engine restoration decision-making process may be provided via externally addressable program space 530 to implement any standard or proprietary transport restoration scheme. In other words, the design is fashioned to receive a health code in a prearranged format and assess health based on the data received in the prearranged format.
- the micro engine 525 may extract the encoded control messages from the channel health store 515 at the cross connect matrix.
- the micro engine 525 may further extract resident state memory and timer information.
- the micro engine 525 may apply a persistent filtering scheme to prevent erroneous health codes from causing undesired protection switches to occur.
- One such filter may count the number of consecutive frames having the same health code. This count of the number of consecutive frames can vary depending on desired performance. Once this count of consecutive frames having the same health code is reached, the micro engine 525 may accept the health code for processing. At this point, the micro engine 525 may forward the filtered health code to a lookup table. Health codes are stored and may subsequently be accessed by the micro engine 525 .
- the micro engine 525 may compare extracted health codes, make protection switch decisions, and provide relatively fast matrix reconfiguration capabilities. The micro engine 525 can then select appropriate protection maps at the cross connect.
- the micro engine 525 may employ two types of connection maps, namely a working map and a protection map.
- An output connection map can be a table of coordinates used to identify those inputs connected to specific available outputs.
- a working map typically contains connection coordinates for the working connections for each connectable container, such as a SONET/SDH container.
- Protection maps are typically employed in the presence of protection switching, where protection switching allows data on a failed component to be moved to an alternate component. Several protection maps may be used to derive connection coordinates for the protection connections.
- Coordinates uniquely identify each Tributary Unit (TU) or Administrative Unit (AU) within a protection switching scheme. Coordinates can be high order or low order, where high order coordinates identify to the AU level and low order to the TU level. Maps may be provisioned via the micro engine interface (not shown).
- a working map is employed whether or not protection switching is configured.
- the network device may store the working connection coordinates.
- the network device may store the Time-Slot Interchange (TSI) connection coordinates.
- TTI Time-Slot Interchange
- a single working map may apply to both the high-order and low-order cross-connection matrices.
- High order protection maps and low order protection maps are available. High-order protection maps provide for protection switching of the high-order coordinates, while low-order protection maps are used to switch low-order coordinates. Protection maps provide coordinates for inputs containing protection traffic. The present system may derive the source coordinate for protection based on a combination of high order and low order protection maps. Combining the upper portion of the coordinate from one high-order protection map and the lower portion of the coordinate from one low-order protection map provides a final source coordinate. For any given destination coordinate, any of the high-order maps and any of the low-order maps can be used to derive final source coordinates for that destination.
- the micro engine 525 may determine the combination of maps used to determine the final source coordinate by selecting a coordinate within the working map or a coordinate derived from the high-order and low-order protection maps. In other words, the micro engine 525 may have protection maps and working maps at its disposal, and may use these maps to determine a way to reach a desired source coordinate or set of coordinates.
- Micro engine 525 may select one of several protection connection maps to use for a given destination connection. This selection criteria may be dictated by incoming health codes. For a given configuration, the micro engine 225 may compare health codes associated with input connections destined for a given output connection. Of these inputs, the micro engine 525 may select the input connection having the best quality or lowest health code.
- Post processing filters are specified in SONET/SDH standards.
- the following post filters may be implemented using the micro engine 525 via the microcontroller interface (not shown):
- a Hysteresis Switching Filter Such a filter may be applied when the priority difference between the health codes of the protection and working traffic exceeds a predetermined amount.
- Post-hold timers may reduce switching frequency, especially during transient conditions. Such timers can disable switching for a certain amount of time after the last protection switch.
- the micro engine 525 may communicate the re-provisioning of the connection maps to the cross connect matrix 535 responsible for restoring the failed connection.
- channel health store 515 micro engine 525 , and externally addressable program space 530 are shown as three separate elements, these components may be parts of the same application or piece of software, or may be embedded firmware or specialized hardware such as an application specific integrated circuit (ASIC).
- ASIC application specific integrated circuit
- FIG. 6 illustrates a general flowchart of health code assessment and responsive operation. From FIG. 6 , the design detects health codes communicated from network elements at point 601 , analyzes detected health codes to measure and determine transport channel health at point 602 , determines a reprovisioning of connection maps within a repairing element in the high speed communication network at point 603 , and communicates re-provisioned connection maps to the repairing element at point 604 .
- the communication network architecture may restore a network node connection fault, such as loss of signal, by switching to a redundant connection, called “protection switching.”
- a detecting function or detecting hardware such as a framer, may generate observed transport channel health information and communicate this information to a connection restoring function, such as a cross-connect, wherein the health detection function and the function of restoring the connection reside in separate network elements.
- External SONET/SDH network elements representing a combination of proprietary and standards-based manufacturer's equipment, may generate and report multiple health signals including but not limited to status, alarms, and defects of individual elements in the network. Each health signal may be assigned a severity level by the reporting external network element. However, these reported health signals and their associated severity assignment may not be uniform or consistent across all network elements.
- the present design addresses network elements that employ proprietary or other standards to communicate the health of a transport channel in a manner or format that does not comply with other elements in the system. Non-compliant communication results in detected health information that cannot be used by other elements in determining the quality of a transport channel. Furthermore, elements identifying the healthiest channel among a plurality of available transport channels may be unable to consider this detected health information in the comparison process.
- the present design collects the health of a connection channel, encodes the health, and communicates the health to points in the network for subsequent processing.
- the term “health signal” generally represents a general health of a device in a device specific measurement format. For example, if a data channel is broken and the range of health for the data channel is 1 (healthy) to 5 (broken), the value of 5 is the health metric.
- the term “health metric” generally represents a converted and possibly standardized health signal, where the health metric may be converted to a standard value usable by downstream components. In the previous example, health signal values may be standardized to a 0 (healthy) to 4 (complete failure) scale and transmitted in a two bit value.
- the previous example may require converting the health signal from the 0 to 5 scale into the health metric 0 to 4 scale, and may convert the 5 to a 4, and transmit a “11” binary value as a health metric.
- the term “health code” represents the code chosen from the health signals available representing at least one and possibly multiple transport channels.
- a health metric of 0 for a piece of software in transport channel X and a health metric of 0 for a connection hardware element in transport channel X used together in transport channel X with a hardware device having a health metric of 1 may result in a health code of 1 or possibly 0 depending on design choice.
- the health code may represent the worst of all available health metrics or a weighted average or other combination of all health metrics for the transport channel.
- the design presented may extract transport channel health signals originating and communicated from external network elements, possibly using proprietary or encodings defined by other standards.
- the design may convert these external health signals into internal representations, or at least one health metric.
- the present design may also monitor data path processors, such as SONET/SDH high-order and low-order data path processors, to collect status, alarms, and defects sufficient to derive additional statuses for measuring the transport channels health and for use in computing a health metric for usable transport channels.
- the design can further translate the collected health metrics into a common set of health codes that may be encoded such that the health codes generated by external network elements can be compared to determine a health code reporting a relative healthier channel than other available channels.
- the design may additionally communicate to other downstream elements within the system using the healthier channel and/or communicating the healthier channel to the downstream elements.
- the present design is illustrated in an exemplary SONET/SDH transport data flow system utilizing separate elements for detection functions and restore functions. However, the present design may apply to any network architecture where the detecting functions are located in a device separate from the function used to restore connections.
- FIG. 7 illustrates a two layer cascaded implementation communicating health codes to a downstream cross-connect.
- the health code is located in a separate functional element or another device within the system.
- a two layer cascaded system is illustrated for simplicity, but not intended to limit the present design in terms of the number of layers that may be protection cascaded.
- Alternate implementations may include, for example, Bidirectional Line Switched Ring, High order-Unidirectional Path Switched Ring, Low order-Unidirectional Path Switched Ring, Virtual Tributary grooming, and so forth.
- multiple external network elements 710 represent a mix of proprietary and standards based equipment.
- the term “mix” describes a combination of standard and proprietary health signals generated by detecting elements and communicated to repairing elements, where such standard and proprietary health signals generally are inoperable at receiving elements or nodes, or cannot be understood.
- One embodiment of the health encoder 700 may be used in a high-order and low-order SONET/SDH cross-connect system.
- External network elements 710 generate and send encoded detected status, alarm, and defect information represented by one or more external health signals to health code converter 715 , called an interpreter. These externally generated health signals may include proprietary encodings and/or encodings defined by one or more standards.
- the health code converter 715 may reside in a programmable microprocessor programmed within software accessible internal registers 760 via a microcontroller interface (not shown) of the programmable microprocessor.
- a conversion process converting the health code received to a standardized health code, may be realized within the health code converter 715 .
- the conversion process may be user-programmable, enabling external network element health signals to be translated to an internal representation of a health metric.
- the health code converter 715 may send the resultant converted health metrics to the high-order health encoder 725 . In this manner of converting received health codes into converted health metrics, the present design can support and/or operate with equipment conforming to standards or manufactured by different vendors and exhibiting differing health signals.
- the high-order health encoder 725 may monitor the high-order fabric transport channels to derive additional statuses for use in assessing each channel's health.
- the high-order health encoder 725 may use the collected and monitored statuses communicated from high-order data path processors at 720 to compute a health metric for each transport channel.
- the health metric may indicate a most severe defect indicated by the statuses based on prioritization of the statuses, and may further indicate other defects. Alternately, the health metric may indicate an average or weighted average or other mathematical representation of the health signals received.
- the high-order health encoder 725 may exclude certain statuses from use during the computation of a health metric.
- Status information collected from high-order data path processors at 720 may be translated to an internal representation of a health metric and may be prioritized and classified according to selected or user programmable configurations.
- a user programmable code may be associated with each class.
- the term “class” represents a group of metrics or codes having similar characteristics. For example, a failure status, failure conditions or categories, and failure duration may all be party of a failure class. The quantity of health conditions could exceed that of available codes, so conditions need to be classified and mapped to the corresponding codes. Classes are generally flexible, as they may be programmed by the user.
- FIGS. 8A, 8B, and 8C show an example list 800 , however not limited to or exhaustive, of possible health conditions 810 for high-order fabric that may be prioritized and classified to generate a user-programmable code 820 and associated triggers 830 for those conditions.
- Health conditions represent various detected external status, alarm, or defect health signals.
- the user programmable code reflects the translation of these status, defects and alarms into a three bit message.
- a trigger 830 represents the actual problem encounter and detected by the reporting element.
- the first condition shown in FIG. 8A is a CSI byte, which is an external health signal.
- the code may be compacted, such as from eight bits to three bits using binary conversion, thereby using fewer bits than the collected information per channel. Compacted codes reduce the amount of data required to communicate and store the health status across all functional elements.
- the high-order health encoder 725 can convert the received health metrics, potentially in three bit compacted form, from one or more health code converters 715 and the computed health metrics from one or more high-order data path processors at 720 into a common set of health codes.
- the high-order health encoder 725 encodes health metrics such that the resultant health codes generated by external network elements may be compared to each other, and compared to the status, alarms, and defects monitored and collected from the transport channel itself, thus enabling a determination of which code reports a healthier channel.
- the computation of health codes may involve a reduction in which multiple statuses of similar severity can be represented by one code value.
- the resulting code values require fewer bits to encode and transmit.
- one set of codes may be “0” for failed and “1” for operational. Alternately, 0 may represent operational, 1 may represent partly damaged, 2 may represent severely damaged, and 3 represents non-operational.
- Another set of codes may provide for 0 to be fully operational, 1 being 10 percent degraded, 2 being 20 percent degraded, up to 10 being 100 percent degraded.
- the system can collect these health signals and may equate them in an acceptable manner, such as on a three point scale, where values received are normalized to the three point scale and reported.
- each health signal may be efficiently translated into a uniform format health code, where the format may be a single three bit priority code, wherein the highest encoded priority represents the worst defects/alarms, and the lowest priority is for no defects or alarms.
- the high-order health encoder 725 may determine the healthiest of multiple transport channels by directly comparing the health code values computed and processed for each transport channel.
- the resultant channel health may be communicated to other elements using in-band signaling as shown in FIG. 7 at 740 , but not limited to this one communication technique.
- In-band communication of the channel health may be realized using the Data Communications Channel in the case of the SONET architecture.
- the system makes three bytes available in the section layer to form a 192 kbs message channel, providing a message based channel for transmission of alarms, maintenance, control, and administration between section terminating network equipment.
- the high-order health encoder 725 only communicates the highest priority codes downstream to one or more functional elements or cross-connect at 740 .
- the health code may be inserted into any unused overhead bytes of the transport overhead frame.
- transport overhead may be composed of section overhead and line overhead.
- Line overhead is accessed, generated and processed by line-terminating equipment and used to support the following functions including multiplexing or concatenating signals, performance monitoring, automatic protection switching, and line maintenance.
- Section overhead may be used for communication between adjacent network elements.
- Section overhead may be accessed, generated, and processed by section-terminating equipment and used for performance monitoring, framing, automatic protection switching, line maintenance, and maintenance and provisioning. Additionally, the resultant channel health status may also be communicated to the low-order health encoder 735 .
- a network element having at its disposal three transport channels may determine a first health code for channel X, a second health code for channel Y, and a third health code for channel Z.
- the result may be a magnitude indicator indicating the best health from among X, Y, and Z.
- the low-order health encoder 735 may monitor the low-order fabric transport channels to derive additional statuses for use in measuring the channels health.
- the low-order health encoder 735 may use the collected and monitored statuses, communicated from a variety of low-order data path processors at 730 , to compute a health metric for each transport channel.
- the health metric indicates the most severe defect indicated by the collected statuses based on a programmable prioritization of the statuses and defects indicated. Additionally, the low-order health encoder 735 may exclude certain statuses from use during computation of a health metric. All status information collected from low-order data path processors at 730 may be translated into an internal representation of the health metric and may be prioritized and classified according to different configurations. A user programmable code may be associated with each class.
- FIGS. 9A and 9B include possible health conditions 910 for the low-order fabric that may be prioritized and classified to generate a user-programmable code 920 (i.e. message) and associated trigger 930 for those conditions.
- the health conditions again represent various detected external status, alarm, or defect health signals.
- the user programmable code reflects the translation of these status, defects and alarms into a three bit message.
- the trigger represents the problem encountered and detected by the reporting element.
- the first condition in FIG. 9A is a LO (low order) Software Fail # 1 , which is an external health signal representing a failure of a low order software function. This external health signal may be translated into a programmable three bit message, similar to the method used for the high-order encoder.
- These codes may be compacted into fewer bits than the collected information per channel, reducing the amount of data required and enabling simpler implementation of downstream processing.
- the low-order health encoder 735 may convert the received health metrics from one or more high-order health encoders 725 and the computed health metrics from one or more low-order data path processors at 730 into a common set of health codes.
- the low-order health encoder 735 may encode these health metrics such that the resultant health codes generated by external network elements may be compared to each other and compared to the status, alarms, and defects monitored and collected from the transport channel.
- the health metric conversion process for the low-order aspect again computes health codes where multiple statuses of similar severity may be represented by one code value.
- Each health metric may be translated into a health code, formatted as a three bit priority code, wherein the highest encoded priority represents the worst defects/alarms, and the lowest priority is for no defects or alarms.
- the low-order health encoder 735 may determine the healthiest of multiple transport channels by directly comparing the health code values received for each transport channel.
- the resultant channel health may be communicated to other elements using in-band signaling as shown in FIG. 7 at 740 and may employ other communication techniques.
- the highest priority of these codes are communicated downstream by the low-order health encoder 735 to one or more functional elements, such as a cross-connect at 740 where the resultant health code may be inserted into any unused overhead bytes of the transport overhead frame.
- the resultant health codes generated by the high-order and low-order encoders, 725 and 735 respectively, may be communicated to other network elements within the system. Health codes may be compared directly by any network element to determine the healthiest of multiple transport channels. In this aspect, a network element receiving health codes does not require knowledge of the individual statuses or prioritizations used to compute health code values.
- high-order and low-order encoders may be cascaded to handle multiple network layers, such as three layers, employing multiple health codes.
- the health code converter 715 , high-order health encoder 725 , and low-order health encoder 735 are shown in the Figures as three separate elements, these components may be parts of a single application or piece of software, or may be embedded firmware or specialized hardware such as an application specific integrated circuit (ASIC).
- ASIC application specific integrated circuit
- the present design may further broadcast remote status indicators to enable remote status forwarding within cascaded protection systems.
- the remote status indicators may be broadcast to all remote or distributed sources from which data is redundancy transmitted.
- a transport network node has multiple receive and transmit ports by which the transport network and access networks are connected. These nodes typically have large aggregate bandwidths, receiving and transmitting significant quantities of data per unit of time, and use multiple ports to transmit and receive this data. Nodes may be implemented using multiple framer processors, and such a system is considered “distributed” from the node's point of view.
- the connection between the receive and transmit ports and the remote system or device may require more than a single framer device. Use of such a multiple framer device to connect to a remote system is called an asymmetric connection.
- the need for asymmetric connections may arise from the desired implementation of the nodes and/or the type of protection switching employed, where protection switching may provide for switching to an alternate component or resource in the event of a failure.
- the design may include determining the receive defect status, transporting the receive defect status to multiple elements in the distributed system or, in some circumstances, to all elements of the distributed system, providing a connection matrix within each element to move the defect status to appropriate or applicable corresponding transmit channels, and generating and transmitting remote status indicators.
- the receiving device detects the receive defect condition.
- the receiving device inserts the receive defect condition into any unused data slots in the output data stream connected to each element of the distributed system.
- the transmitting device may extract the condition or status, and the condition or status may be provided by cross connect to appropriate transmitting channels.
- the status may be employed to generate remote status indicators for the far-end or remote system. Generation of the remote status indicator may be performed at the receiving device, before transporting across devices, or at the transmitting device after submission to the cross connect.
- FIG. 10 illustrates the general traffic flow and forwarding mechanism configuration within a single device. As may be appreciated, multiple devices may be interconnected to provide extended capabilities, with the ability to provide information between devices using a cross connect. The features of FIG. 10 are included within a single framer device.
- the top path represents the receive data stream or traffic flow, while the bottom path represents the transmit data stream or traffic flow.
- the data stream may include all overhead and pointer processing data.
- Element 1001 is a G1 generator, where G1 represents a byte within overhead of the transmitted data in a SONET/SDH configuration.
- G1 generator 1001 receives the status extracted from the receive traffic flow, generates a G1 value, and inserts the G1 information into the unused overhead of the data stream.
- the data including the G1 information then passes to cross connect 1002 , which represents an interconnection of the data stream among all elements of the distributed system.
- G1 information is extracted at the point shown, and the G1 information provided to the G1 cross connect 1003 .
- Optional protection controller 1004 may be included to monitor the availability of G1 information, and if no G1 information is present, the G1 cross connect 1003 may not operate to insert G1 data into the transmit stream. Without optional protection controller 1004 , the G1 cross connect 1003 will continuously extract and insert G1 data in all circumstances.
- FIG. 11 illustrates G1 remote status forwarding in cascaded connection matrices.
- the present design uses separate high order (HO) cross connect matrix 1101 and low order (LO) cross connect matrix 1102 to process and pass data. From FIG. 11 , HO cross connect matrix 1101 is connected to LO cross connect matrix 1102 by a high order path termination and adaptation connections.
- HO cross connect matrix 1101 is connected to LO cross connect matrix 1102 by a high order path termination and adaptation connections.
- data may flow from LO cross connect matrix 1102 to HO cross connect matrix 1101 through adaptation element 1104 and termination element 1103 .
- Data may alternately flow from HO cross connect matrix 1101 to LO cross connect matrix 1102 through termination element 1106 and adaptation element 1107 . Both of these paths represent the high order path termination and adaptation functionality.
- the LO cross connect matrix interfaces with adaptation element 1106 using arrangement 1108 , which includes path 1108 a, path 1108 b, termination element 1108 c, and path 1108 d.
- Path 1108 b, termination element 1108 c, and path 1108 d provide for low order path non-intrusive monitoring, enabling monitoring of the content of the low order path and the data provided from HO cross connect matrix 1101 to LO cross connect matrix 1102 .
- Such monitoring enables evaluating the data flowing to the LO cross connect matrix 1102 , and if acceptable, forwarding the data to the LO cross connect matrix 1102 . If the data is all LO and no monitoring is needed, path 1108 a passes the data to the LO cross connect matrix 1102 .
- Termination elements 1104 and 1106 interface by termination element 1104 picking out HP-RDI/HP-REI, the high order path remote data indicator/remote error indicator, where the remote error indicator provides a count of bit errors.
- G1 includes the high order protocol/layer remote defect indicator
- V5 includes the low order protocol/layer remote defect indicator.
- Features 1105 and 1109 represent combination termination and adaptation elements that interface the Management System (MS) with the HO cross connect matrix 1101 , and terminate the packets and adapt the packets received into HO components.
- the two paths represent two different incoming streams from the MS.
- Element 1110 is a termination component in a high order path non-intrusive monitor, while element 1111 is an alternate termination component for the high order path.
- Each of the two paths thus contains a high order path non-intrusive monitor, and each operates to detect a defective or bad message received. If such a defective message is located, operation switches to the other data path from the MS to the HO cross connect matrix 1101 .
- Monitoring may be bypassed if undesired or unnecessary, or in the event pointers or the high order payload are unavailable, using paths 1112 or 1113 .
- the lines numbered 1150 and 1151 represent incoming data from outside or remote sources (lines 1151 ) and data outgoing to outside or remote sources (lines 1150 ).
- the present design may include a unified HO/LO cross connect fabric 1201 as shown in FIG. 12 .
- Use of the design of FIG. 12 in a SONET/SDH environment can include broadcasting the G1 high order data to meet high order UPSR (unidirectional path) requirements with low order grooming in a unified matrix.
- the unified HO/LO cross connect fabric may include a HP-RDI/HP-REI (G1) cross connect fabric 1250 , referred to here as a remote data indicator cross connect fabric 1250 .
- the G1 value received at this remote data indicator cross connect fabric 1250 may be extracted from the incoming data stream and interpreted.
- the unified cross connect fabric 1201 connects all distributed elements and specifically both the high order and low order aspects of each in a single fabric rather than two separate fabrics. Such a design allows for a single matrix to perform the interconnect functions of the cross connect fabric. Fabrication of a unified cross connect fabric comprises simply combining all performance of the HO and LO cross connect fabrics 1101 and 1102 from FIG. 11 into a single unified cross connect fabric, addressing both high order and low order functionality.
- the upper path includes combined element 1202 , termination element 1203 , adaptation element 1204 , as well as adaptation element 1205 , termination element 1206 , and low order path non-intrusive monitor 1207 .
- the low order path non-intrusive monitor monitors the low order path for and may remove unacceptable data. This low order path non-intrusive monitor 1207 may be bypassed.
- the lower path offers similar components, namely combined element 412 , termination element 1213 , adaptation element 1214 , as well as adaptation element 1215 , termination element 1216 , and low order path non-intrusive monitor 1217 .
- a single interconnection is provided with a single fabric to and from external distributed elements, and rather than processing a high order matrix and its functionality in addition to a low order matrix and its associated functionality, a single fabric is operated.
- the design of FIG. 12 provides for a cascaded connection matrix using interconnected elements and devices using a single point of connection.
- the single point of connection enables centralized control of all protection schemes at all protection levels. Centralization can be employed using a single controller, where the FIG. 11 design required a plurality of controllers. All statuses from all layers may be available using the design of FIG. 12 .
- incoming paths 1251 a and 1251 b and outgoing paths 1252 a and 1252 b are presented as incoming paths 1251 a and 1251 b and outgoing paths 1252 a and 1252 b. As shown, these paths interface directly with remote data indicator cross connect fabric 1250 and may pass through or employ unified HO/LO cross connect fabric 1201 . These paths typically include the HP-RDI and/or HP-REI signal values.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
Claims (29)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/527,663 USRE47959E1 (en) | 2004-12-17 | 2014-10-29 | Cascaded connection matrices in a distributed cross-connection system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/016,197 US7602777B2 (en) | 2004-12-17 | 2004-12-17 | Cascaded connection matrices in a distributed cross-connection system |
US13/273,182 USRE45248E1 (en) | 2004-12-17 | 2011-10-13 | Cascaded connection matrices in a distributed cross-connection system |
US14/527,663 USRE47959E1 (en) | 2004-12-17 | 2014-10-29 | Cascaded connection matrices in a distributed cross-connection system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/016,197 Reissue US7602777B2 (en) | 2004-12-17 | 2004-12-17 | Cascaded connection matrices in a distributed cross-connection system |
Publications (1)
Publication Number | Publication Date |
---|---|
USRE47959E1 true USRE47959E1 (en) | 2020-04-21 |
Family
ID=36282839
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/016,197 Ceased US7602777B2 (en) | 2004-12-17 | 2004-12-17 | Cascaded connection matrices in a distributed cross-connection system |
US13/273,182 Active 2027-03-24 USRE45248E1 (en) | 2004-12-17 | 2011-10-13 | Cascaded connection matrices in a distributed cross-connection system |
US14/527,663 Active 2027-03-24 USRE47959E1 (en) | 2004-12-17 | 2014-10-29 | Cascaded connection matrices in a distributed cross-connection system |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/016,197 Ceased US7602777B2 (en) | 2004-12-17 | 2004-12-17 | Cascaded connection matrices in a distributed cross-connection system |
US13/273,182 Active 2027-03-24 USRE45248E1 (en) | 2004-12-17 | 2011-10-13 | Cascaded connection matrices in a distributed cross-connection system |
Country Status (6)
Country | Link |
---|---|
US (3) | US7602777B2 (en) |
EP (1) | EP1825622A2 (en) |
JP (1) | JP4555346B2 (en) |
CN (1) | CN101107800B (en) |
TW (1) | TW200637275A (en) |
WO (1) | WO2006066276A2 (en) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7602777B2 (en) | 2004-12-17 | 2009-10-13 | Michael Ho | Cascaded connection matrices in a distributed cross-connection system |
US7460491B2 (en) * | 2005-01-19 | 2008-12-02 | Cisco Technology, Inc. | Method and system for discovering circuits in a network |
KR100854973B1 (en) * | 2007-02-13 | 2008-08-28 | 삼성전자주식회사 | System including bus matrix |
US7962595B1 (en) * | 2007-03-20 | 2011-06-14 | Emc Corporation | Method and apparatus for diagnosing host to storage data path loss due to FibreChannel switch fabric splits |
JP5233569B2 (en) * | 2008-10-15 | 2013-07-10 | 富士通株式会社 | Cross-connect method and cross-connect device |
JP5322058B2 (en) * | 2009-09-11 | 2013-10-23 | 国立大学法人名古屋大学 | Hierarchical optical path cross-connect equipment |
JP5691543B2 (en) * | 2011-01-18 | 2015-04-01 | 富士通株式会社 | Optical transmission equipment |
JP5891877B2 (en) | 2012-03-19 | 2016-03-23 | 富士通株式会社 | Relay device and relay method |
CN105323124A (en) * | 2014-06-04 | 2016-02-10 | 深圳市德领电子科技有限公司 | Information exchange method of big-data inter-network information chain system |
CN105207872A (en) * | 2014-06-04 | 2015-12-30 | 深圳市德领电子科技有限公司 | Information link generation method and system |
CN105227412A (en) * | 2014-06-04 | 2016-01-06 | 深圳市德领电子科技有限公司 | The internet message sense system of large data |
JP7028541B2 (en) | 2015-07-17 | 2022-03-02 | コマツ産機株式会社 | Press system and control method of press system |
CN111277454B (en) * | 2020-01-15 | 2021-06-25 | Ut斯达康通讯有限公司 | Network performance detection system and method |
Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5093824A (en) * | 1990-03-27 | 1992-03-03 | Bell Communications Research, Inc. | Distributed protocol for improving the survivability of telecommunications trunk networks |
US5144620A (en) * | 1986-09-30 | 1992-09-01 | Nec Corporation | Cross-connection network using time switch |
US5757776A (en) * | 1994-12-23 | 1998-05-26 | Applied Digital Access, Inc. | Method and apparatus for determining the origin of an alarm indication signal |
US6144633A (en) | 1996-04-23 | 2000-11-07 | Hitachi, Ltd. | Self-healing network, method for transmission line switching thereof, and transmission equipment thereof |
US20010036187A1 (en) * | 2000-04-28 | 2001-11-01 | Alberto Lometti | Method and apparatus for providing client layer cross-connect functionality in a cross-connect or ADM |
US20020051446A1 (en) | 1999-10-26 | 2002-05-02 | Klausmeier Daniel E. | Rearrangeable switch having a non-power of two number of physical center stages |
US6487223B1 (en) | 1998-03-18 | 2002-11-26 | Fujitsu Limited | SDH transmission apparatus with flexible system configuration |
US6560202B1 (en) | 1998-07-27 | 2003-05-06 | Lucent Technologies Inc. | Control architecture using a multi-layer embedded signal status protocol |
TW563028B (en) | 2001-04-03 | 2003-11-21 | Ibm | Apparatus and method for efficiently sharing memory bandwidth in a network processor |
US20040037290A1 (en) * | 2002-08-08 | 2004-02-26 | Yoav Valadarsky | Switching device for telecommunication networks |
US20040066750A1 (en) * | 2002-09-19 | 2004-04-08 | Mark Carson | Transmission path monitoring |
US6741553B1 (en) | 1999-12-08 | 2004-05-25 | Nortel Networks Limited | Method and system for protecting virtual traffic in a communications network |
EP1463370A1 (en) | 2003-03-28 | 2004-09-29 | Alcatel | Transport network restoration method |
US20050018609A1 (en) * | 1999-05-21 | 2005-01-27 | Avici Systems, Inc. | Fabric router with flit caching |
US20050068991A1 (en) * | 2003-09-30 | 2005-03-31 | Andrew Jarabek | Managing payload specific latencies in a cross-connect system |
US20050099941A1 (en) * | 2003-11-12 | 2005-05-12 | Alcatel | Trail/path protection for SDH/SONET networks |
US20050122908A1 (en) * | 2003-12-09 | 2005-06-09 | Toshio Soumiya | Method of and control node for detecting failure |
US20050180420A1 (en) * | 2003-04-17 | 2005-08-18 | Fujitsu Limited | Transmission network system |
EP1599055A2 (en) | 2004-05-14 | 2005-11-23 | Alcatel | Network element with multistage lower order switching matrix |
US20070036173A1 (en) * | 2002-02-21 | 2007-02-15 | Mccrosky Carl D | Bus interface for transfer of multiple SONET/SDH rates over a serial backplane |
US7362712B1 (en) * | 2003-12-29 | 2008-04-22 | At&T Corp. | SONET network outage impact measurement |
USRE45248E1 (en) | 2004-12-17 | 2014-11-18 | Micron Technology, Inc. | Cascaded connection matrices in a distributed cross-connection system |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07255073A (en) * | 1994-03-15 | 1995-10-03 | Fujitsu Ltd | Cross-connection device |
-
2004
- 2004-12-17 US US11/016,197 patent/US7602777B2/en not_active Ceased
-
2005
- 2005-12-15 JP JP2007547050A patent/JP4555346B2/en not_active Expired - Fee Related
- 2005-12-15 WO PCT/US2005/046571 patent/WO2006066276A2/en active Application Filing
- 2005-12-15 EP EP05855178A patent/EP1825622A2/en not_active Withdrawn
- 2005-12-15 CN CN2005800432292A patent/CN101107800B/en not_active Expired - Fee Related
- 2005-12-16 TW TW094144718A patent/TW200637275A/en unknown
-
2011
- 2011-10-13 US US13/273,182 patent/USRE45248E1/en active Active
-
2014
- 2014-10-29 US US14/527,663 patent/USRE47959E1/en active Active
Patent Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5144620A (en) * | 1986-09-30 | 1992-09-01 | Nec Corporation | Cross-connection network using time switch |
US5093824A (en) * | 1990-03-27 | 1992-03-03 | Bell Communications Research, Inc. | Distributed protocol for improving the survivability of telecommunications trunk networks |
US5757776A (en) * | 1994-12-23 | 1998-05-26 | Applied Digital Access, Inc. | Method and apparatus for determining the origin of an alarm indication signal |
US6144633A (en) | 1996-04-23 | 2000-11-07 | Hitachi, Ltd. | Self-healing network, method for transmission line switching thereof, and transmission equipment thereof |
US6487223B1 (en) | 1998-03-18 | 2002-11-26 | Fujitsu Limited | SDH transmission apparatus with flexible system configuration |
US6560202B1 (en) | 1998-07-27 | 2003-05-06 | Lucent Technologies Inc. | Control architecture using a multi-layer embedded signal status protocol |
US20050018609A1 (en) * | 1999-05-21 | 2005-01-27 | Avici Systems, Inc. | Fabric router with flit caching |
US20020051446A1 (en) | 1999-10-26 | 2002-05-02 | Klausmeier Daniel E. | Rearrangeable switch having a non-power of two number of physical center stages |
US6741553B1 (en) | 1999-12-08 | 2004-05-25 | Nortel Networks Limited | Method and system for protecting virtual traffic in a communications network |
US20010036187A1 (en) * | 2000-04-28 | 2001-11-01 | Alberto Lometti | Method and apparatus for providing client layer cross-connect functionality in a cross-connect or ADM |
TW563028B (en) | 2001-04-03 | 2003-11-21 | Ibm | Apparatus and method for efficiently sharing memory bandwidth in a network processor |
US20070036173A1 (en) * | 2002-02-21 | 2007-02-15 | Mccrosky Carl D | Bus interface for transfer of multiple SONET/SDH rates over a serial backplane |
US20040037290A1 (en) * | 2002-08-08 | 2004-02-26 | Yoav Valadarsky | Switching device for telecommunication networks |
US20040066750A1 (en) * | 2002-09-19 | 2004-04-08 | Mark Carson | Transmission path monitoring |
EP1463370A1 (en) | 2003-03-28 | 2004-09-29 | Alcatel | Transport network restoration method |
US20050180420A1 (en) * | 2003-04-17 | 2005-08-18 | Fujitsu Limited | Transmission network system |
US20050068991A1 (en) * | 2003-09-30 | 2005-03-31 | Andrew Jarabek | Managing payload specific latencies in a cross-connect system |
US20050099941A1 (en) * | 2003-11-12 | 2005-05-12 | Alcatel | Trail/path protection for SDH/SONET networks |
US20050122908A1 (en) * | 2003-12-09 | 2005-06-09 | Toshio Soumiya | Method of and control node for detecting failure |
US7362712B1 (en) * | 2003-12-29 | 2008-04-22 | At&T Corp. | SONET network outage impact measurement |
EP1599055A2 (en) | 2004-05-14 | 2005-11-23 | Alcatel | Network element with multistage lower order switching matrix |
USRE45248E1 (en) | 2004-12-17 | 2014-11-18 | Micron Technology, Inc. | Cascaded connection matrices in a distributed cross-connection system |
Non-Patent Citations (3)
Title |
---|
"Switch and Bait: TranSwitch's VT Crosspoint Devices Let Carriers Deploy "Switchless Switching" & VT Grooming In Metro And Access Networks", Jun. 28, 2004, pp. 1-4, XP-002381457, Network ZONE Product Review. |
International Patent Application PCT/US2005/046571, International Search Report and Written Opinion, dated Mar. 25, 2011. |
Microsoft Press Computer Dictionary, 2nd Edition, Microsoft Press, pp. 69,87,145,147,257,318,355,373 Redmond, WA, 1994. * |
Also Published As
Publication number | Publication date |
---|---|
USRE45248E1 (en) | 2014-11-18 |
TW200637275A (en) | 2006-10-16 |
EP1825622A2 (en) | 2007-08-29 |
WO2006066276A2 (en) | 2006-06-22 |
CN101107800A (en) | 2008-01-16 |
US7602777B2 (en) | 2009-10-13 |
WO2006066276A3 (en) | 2006-08-17 |
JP4555346B2 (en) | 2010-09-29 |
US20060133366A1 (en) | 2006-06-22 |
JP2008524936A (en) | 2008-07-10 |
CN101107800B (en) | 2011-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
USRE47959E1 (en) | Cascaded connection matrices in a distributed cross-connection system | |
US6366556B1 (en) | Self-healing networks using virtual rings | |
CA2337352C (en) | Method and apparatus for signaling path restoration information in a mesh network | |
US6236660B1 (en) | Method for transmitting data packets and network element for carrying out the method | |
US7167445B2 (en) | Virtual line switched ring (VLSR) connection state distribution scheme | |
US5815490A (en) | SDH ring high order path management | |
US20060013149A1 (en) | Suprvisory channel in an optical network system | |
EP0645905A2 (en) | Sonet Ring subnetwork management method | |
US7170852B1 (en) | Mesh with projection channel access (MPCA) | |
JP3765520B2 (en) | Cross-connect method and cross-connect device | |
US7590131B2 (en) | Transport network restoration method | |
US20050185643A1 (en) | Fast rerouting of traffic in a circuit switched mesh network | |
US20020114031A1 (en) | Ring configuration method, failure recovery method, and node address assignment method when configuring ring in network | |
KR20140043839A (en) | Network element for switching time division multiplex signals | |
EP1280374A1 (en) | Network element with redundant switching matrix | |
EP1502474B1 (en) | Hierarchical switch architecture for core optical networks | |
US6775228B1 (en) | ATM network element and method for automatic protection switching of a transmission convergencence sublayer subnetwork connection | |
US6967948B2 (en) | Out-of-band signalling apparatus and method for an optical cross connect | |
US20040221058A1 (en) | Nested protection switching in a mesh connected communications network | |
EP1829257B1 (en) | Remote status forwarding in a distributed cross-connection system | |
US7512060B1 (en) | Method and apparatus for providing a connection matrix | |
JP2002171271A (en) | Method for station recognition in ring network | |
EP1368984B1 (en) | Communications network | |
US6351768B1 (en) | Performance monitor for leased transmission facilities | |
Varma et al. | Architecture of Transport Networks: The Functional Modeling Approach |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT, CALIFORNIA Free format text: SECURITY INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:038669/0001 Effective date: 20160426 |
|
AS | Assignment |
Owner name: MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT, MARYLAND Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:038954/0001 Effective date: 20160426 |
|
AS | Assignment |
Owner name: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT, CALIFORNIA Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE REPLACE ERRONEOUSLY FILED PATENT #7358718 WITH THE CORRECT PATENT #7358178 PREVIOUSLY RECORDED ON REEL 038669 FRAME 0001. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:043079/0001 Effective date: 20160426 |
|
AS | Assignment |
Owner name: INTEL CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HO, MICHAEL;QUNELL, MIRIAM;CAIA, JEAN-MICHEL;REEL/FRAME:043069/0946 Effective date: 20041216 Owner name: NUMONYX B.V., SWITZERLAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:INTEL CORPORATION;REEL/FRAME:043294/0872 Effective date: 20080325 Owner name: MICRON TECHNOLOGY, INC., IDAHO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NUMONYX B.V.;REEL/FRAME:043294/0427 Effective date: 20111122 |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, ILLINOIS Free format text: SECURITY INTEREST;ASSIGNORS:MICRON TECHNOLOGY, INC.;MICRON SEMICONDUCTOR PRODUCTS, INC.;REEL/FRAME:047540/0001 Effective date: 20180703 |
|
AS | Assignment |
Owner name: MICRON TECHNOLOGY, INC., IDAHO Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT;REEL/FRAME:047243/0001 Effective date: 20180629 |
|
AS | Assignment |
Owner name: MICRON TECHNOLOGY, INC., IDAHO Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT;REEL/FRAME:050937/0001 Effective date: 20190731 |
|
AS | Assignment |
Owner name: MICRON SEMICONDUCTOR PRODUCTS, INC., IDAHO Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:051028/0001 Effective date: 20190731 Owner name: MICRON TECHNOLOGY, INC., IDAHO Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:051028/0001 Effective date: 20190731 |
|
FEPP | Fee payment procedure |
Free format text: 11.5 YR SURCHARGE- LATE PMT W/IN 6 MO, LARGE ENTITY (ORIGINAL EVENT CODE: M1556); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |