Optical transmission equipment characterization method, network management system, device, and storage medium

Abstract

The one or more embodiments of the specification provide an optical transmission equipment characterization method, system, device and storage medium. The method comprises: obtaining hardware structure information of an optical transmission equipment; performing hierarchical processing on the hardware structure information according to a preset hardware hierarchy to obtain a physical model of the optical transmission equipment; wherein the hardware hierarchy at least includes, from high to low, a frame, a board card and a physical component; using a model mapping analysis tool to map the physical component in the physical model into a functional component distinguished according to a function; and constructing a connection relationship between the functional components according to a connection relationship between different physical components in the physical model to obtain a logical model for characterizing the optical transmission equipment. The logical model for characterizing the optical transmission equipment is efficiently, quickly and accurately generated.

Description

Technical Field

[0001] This specification relates to the field of optical transmission technology, and more particularly to a method for characterizing optical transmission devices, a network management system, an electronic device, and a computer-readable storage medium. Background Technology

[0002] Over the past decade, cloud computing data center network bandwidth has increased rapidly. As the physical foundation for data center interconnection, the scale of optical transmission networks has also grown exponentially. To further reduce costs and mitigate supply chain risks, cloud computing vendors typically introduce optical transmission equipment from multiple vendors, forming large-scale, multi-vendor heterogeneous transmission networks. In these heterogeneous networks, network management systems developed by cloud computing vendors with independent R&D capabilities uniformly monitor and manage different types of optical transmission equipment from multiple vendors. However, the significant differences in the physical structures of different optical transmission devices increase the management complexity of the network management system. Summary of the Invention

[0003] In view of the above, one or more embodiments of this specification provide a method for characterizing an optical transmission device, a network management system, an electronic device, and a computer-readable storage medium.

[0004] To achieve the above objectives, one or more embodiments of this specification provide the following technical solutions:

[0005] According to a first aspect of one or more embodiments of this specification, a method for characterizing an optical transmission device is provided, comprising:

[0006] Obtain hardware structure information of optical transmission equipment;

[0007] The hardware structure information is processed in layers according to a preset hardware hierarchy to obtain the physical model of the optical transmission device; wherein, the hardware hierarchy includes at least the following from high to low: chassis, board, and physical components;

[0008] Using a model mapping parsing tool, the physical components in the physical model are mapped to functional components that are differentiated according to their functions;

[0009] Based on the connection relationships between different physical components in the physical model, the connection relationships between functional components are constructed to obtain a logical model for characterizing optical transmission devices; wherein, the logical model for characterizing optical transmission devices is applied to a network management system for managing different optical transmission devices.

[0010] In one implementation, before using a model mapping resolution tool to map the physical components in the physical model into functionally differentiated components, the method further includes:

[0011] Obtain the software structure information of the optical transmission device;

[0012] The physical components in the physical model of the optical transmission device are aggregated and / or filtered using the software structure information.

[0013] In one implementation, the model mapping parsing tool pre-stores the component mapping relationships corresponding to different types of optical transmission devices;

[0014] The process of using a model mapping parsing tool to map physical components in the physical model into functionally differentiated components includes:

[0015] The type and physical model of the optical transmission device are input into the model mapping parsing tool, so that the model mapping parsing tool determines the target component mapping relationship from the pre-stored component mapping relationship based on the input type, and uses the target component mapping relationship to map the physical components in the physical model into functional components that are distinguished according to their functions.

[0016] In one implementation, the component mapping relationship includes at least one of the following mapping relationships: one physical component is mapped to one functional component, one physical component is mapped to multiple functional components, multiple physical components are mapped to one functional component, and multiple physical components are mapped to multiple functional components.

[0017] In one implementation, after mapping the physical components in the physical model to functionally differentiated components, the method further includes:

[0018] Based on the functions provided by the optical transmission device, the mapped functional components are aggregated to obtain at least one set of functional components.

[0019] The step of constructing the connection relationships between functional components based on the connection relationships between different physical components in the physical model includes:

[0020] Based on the connection relationships between different physical components in the physical model, the connection relationships between different functional components, the connection relationships within any set of functional components, and the connection relationships between different sets of functional components are constructed.

[0021] In one implementation, the model mapping parsing tool pre-stores functional component set templates corresponding to different types of optical transmission devices;

[0022] The step of aggregating the mapped functional components based on the functions provided by the optical transmission device to obtain at least one set of functional components includes:

[0023] Based on the type of optical transmission device, the model mapping parsing tool determines the target functional component set template from a plurality of pre-stored functional component set templates, and uses the target functional component set template to aggregate the mapped functional components to obtain at least one functional component set.

[0024] In one implementation, the functional components include general-purpose functional components and optical components; the general-purpose functional components indicate components that support the operation of the optical transmission device; the optical components indicate components that provide optical transmission functions.

[0025] And / or, the hardware hierarchy from high to low includes: chassis, board, sub-board, physical component and port; wherein, the connection relationship between different physical components in the physical model includes: the connection relationship between the ports of different physical components in the physical model.

[0026] One implementation also includes:

[0027] In the event that a functional component in the logical model used to characterize the optical transmission device is found to be faulty, the faulty functional component is reverse-mapped to a physical component using the model mapping parsing tool to determine the faulty physical component.

[0028] In one implementation, the network management system is used to manage optical transmission equipment from different equipment vendors; in the network management system, each optical transmission equipment from different equipment vendors has a corresponding logical model for representing the optical transmission equipment.

[0029] According to a second aspect of one or more embodiments of this specification, a network management system is provided, the network management system being communicatively connected to at least one optical transmission device for managing the optical transmission device; the network management system includes an optical transmission device characterization device; wherein the optical transmission device characterization device is used to execute the optical transmission device characterization method according to any one of the first aspects.

[0030] According to a third aspect of the present disclosure, an electronic device is provided, comprising:

[0031] processor;

[0032] Memory used to store processor-executable instructions;

[0033] Wherein, when the processor executes the executable instructions, it is used to implement the method described in the first aspect.

[0034] According to a fourth aspect of the present disclosure, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the steps of any of the methods described above.

[0035] The technical solutions provided by the embodiments of this disclosure may include the following beneficial effects:

[0036] In this embodiment, a logical model representing an optical transmission device can be automatically generated. First, the hardware structure information of the optical transmission device is acquired. Then, the hardware structure information is processed hierarchically according to a preset hardware hierarchy to obtain a physical model of the optical transmission device. The hardware hierarchy, from high to low, includes at least: chassis, boards, and physical components. This allows for preliminary processing of the hardware structure information of the optical transmission device using a preset hardware hierarchy, facilitating subsequent processing. Next, a model mapping parsing tool is used to map the physical components in the physical model to functional components differentiated by function. This enables automatic acquisition of functional components using the model mapping parsing tool, reducing user operation steps. Finally, based on the connection relationships between different physical components in the physical model, the connection relationships between functional components are constructed to obtain a logical model representing the optical transmission device. This embodiment achieves efficient, fast, and accurate generation of a logical model representing an optical transmission device through the above process, reducing user operation steps and improving the user experience. The logical model used to characterize the optical transmission device can be applied to a network management system that manages different optical transmission devices. Different optical transmission devices generate their own logical models in the above manner, which is universal and allows the network management system to manage different optical transmission devices based on a unified management logic, thereby improving the management efficiency of the network management system.

[0037] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0038] Figure 1 This is a schematic diagram of a heterogeneous transmission network provided in an exemplary embodiment.

[0039] Figure 2 This is a schematic diagram of another heterogeneous transmission network provided in an exemplary embodiment.

[0040] Figure 3 This is a schematic diagram of a network management system in the related art provided in an exemplary embodiment.

[0041] Figure 4 This is a schematic diagram of a network management system that includes a logical model for characterizing optical transmission devices, provided as an exemplary embodiment.

[0042] Figure 5 This is a schematic flowchart of an exemplary embodiment of a method for characterizing an optical transmission device.

[0043] Figure 6 This is a schematic diagram of a physical model provided in an exemplary embodiment.

[0044] Figure 7 This is a schematic diagram of functional components and sets of functional components mapped from a physical model, provided in an exemplary embodiment.

[0045] Figure 8 This is a schematic diagram of an optical component portion in a logical model for characterizing an optical transmission device, provided as an exemplary embodiment.

[0046] Figure 9 This is a schematic diagram of the structure of a device provided in an exemplary embodiment. Detailed Implementation

[0047] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with one or more embodiments of this specification. Rather, they are merely examples of apparatuses and methods consistent with some aspects of one or more embodiments of this specification as detailed in the appended claims.

[0048] It should be noted that the steps of the corresponding methods are not necessarily performed in the order shown and described in this specification in other embodiments. In some other embodiments, the methods may include more or fewer steps than described in this specification. Furthermore, a single step described in this specification may be broken down into multiple steps in other embodiments; and multiple steps described in this specification may be combined into a single step in other embodiments.

[0049] Please see Figure 1 In data center interconnection scenarios, optical transmission equipment includes, but is not limited to, optical terminal equipment (OLTE) and optical line equipment (OLB). OLTE includes client-side optical modules and line-side optical modules. The ports of the client-side optical modules of the OLTE connect to the optical module ports on routers / switches, and the ports of the line-side optical modules of the OLTE connect to the ports of the OLB. Signals are mapped from the client-side optical modules to the line-side optical modules within the OLTE. Line-side signals from multiple OLTEs converge at the OLB, are uniformly converted to WDM (Wavelength Division Multiplexing) signals, and then begin routing within the optical transmission network. Figure 1As shown, the line-side ports of a pair of optical terminal equipment from the same equipment vendor form an optical channel. Besides the line-side ports at both the source and destination ends, an optical channel segment consists of multiple optical multiplexer segments connected end-to-end. Each optical multiplexer segment is composed of optical line equipment and can carry signal transmissions for multiple optical channels with different wavelengths.

[0050] For related technologies, please refer to Figure 2 To further reduce costs and mitigate supply chain risks, cloud computing vendors typically incorporate optical transmission equipment from multiple vendors, forming large-scale, multi-vendor heterogeneous transmission networks. Within these networks, the network management system developed by the cloud computing vendor with its own R&D capabilities uses standard protocols to uniformly monitor and manage different types of optical transmission equipment from various vendors. For example, optical transmission equipment can provide a Northbound Interface (NBI) to the network management system, allowing the system to query and configure the optical transmission equipment.

[0051] The significant differences in the physical structure of optical transmission equipment from different vendors increase the difficulty of managing network management systems; for example, please refer to... Figure 3 The network management system shown comprises a device driver layer and a network management function layer. The device driver layer is typically the lowest layer in the network management software hierarchy. For each vendor's optical transmission equipment, the network management system must include a corresponding device driver to query and configure that vendor's optical transmission equipment. Above the device driver layer, the network management function layer contains various network management functions, such as component function configuration, device inventory scanning, 15-minute / 24-hour device performance monitoring, and device alarm location. Figure 3 As shown, each network management function in the network management function layer needs to take into account the optical transmission equipment of all equipment vendors involved in the function, and the code should accommodate all possible situations as much as possible. This development approach introduces equipment differences into each network management function, resulting in high maintenance costs and poor stability.

[0052] Given the significant differences in the physical structures of various optical transmission devices, one solution in related technologies is to abstract these devices and generate logical models to characterize them. However, these logical models are typically created manually by developers who analyze the optical transmission devices, a tedious and time-consuming process.

[0053] To address the problems in related technologies, this specification provides a method for characterizing optical transmission devices, which can automatically generate a logical model for characterizing the optical transmission device. First, the hardware structure information of the optical transmission device is obtained. Then, the hardware structure information is processed hierarchically according to a preset hardware hierarchy to obtain a physical model of the optical transmission device. The hardware hierarchy, from high to low, includes at least: chassis, boards, and physical components. This allows for preliminary processing of the hardware structure information of the optical transmission device using the preset hardware hierarchy, facilitating subsequent processing. Next, a model mapping parsing tool is used to map the physical components in the physical model to functional components differentiated by function. This allows for automatic acquisition of functional components using the model mapping parsing tool, reducing user operation steps. Finally, based on the connection relationships between different physical components in the physical model, the connection relationships between functional components are constructed to obtain a logical model for characterizing the optical transmission device. This embodiment achieves efficient, fast, and accurate generation of a logical model for characterizing the optical transmission device through the above process, reducing user operation steps and improving the user experience.

[0054] The logical model used to characterize optical transmission devices can be applied to network management systems that manage different optical transmission devices. For example, please refer to... Figure 4 , Figure 4 This paper illustrates a network management system that includes a logical model representing optical transmission devices. This logical model is inserted between the network management function layer and the device driver layer. Different optical transmission devices generate their own logical models in the same manner, providing universality that allows the network management system to manage optical transmission devices from different vendors based on a unified management logic. This improves the management efficiency of the network management system. For example, each network management function in the network management function layer does not need to consider the device differences between the various optical transmission devices involved; instead, the functional logic can be set according to a unified and universal logical model, reducing the management difficulty of different optical transmission devices by the network management system.

[0055] The optical transmission device characterization method provided in this embodiment can be executed by an optical transmission device characterization device. For example, the optical transmission device characterization device can be deployed in, for instance, a... Figure 4 In the network management system shown, for example, the optical transmission device characterization device can also be applied to any electronic device.

[0056] In some embodiments, please refer to Figure 5 , Figure 5 A flowchart illustrating a method for characterizing an optical transmission device is shown, the method comprising:

[0057] In S101, the hardware structure information of the optical transmission device is obtained.

[0058] In S102, the hardware structure information is processed in layers according to a preset hardware hierarchy to obtain the physical model of the optical transmission device; wherein, the hardware hierarchy from high to low includes at least: chassis, board, and physical components.

[0059] In S103, the physical components in the physical model are mapped to functional components that are differentiated according to their functions using a model mapping parsing tool.

[0060] In S104, based on the connection relationships between different physical components in the physical model, the connection relationships between functional components are constructed to obtain a logical model for characterizing the optical transmission device; wherein, the logical model for characterizing the optical transmission device is applied to a network management system for managing different optical transmission devices.

[0061] This embodiment achieves efficient, rapid, and accurate generation of logical models to characterize optical transmission devices through the above process, reducing user operation steps and improving user experience. Furthermore, different optical transmission devices all generate logical models to characterize themselves in the same way; in other words, different optical transmission devices of the same type are represented in the same way, demonstrating universality.

[0062] For example, considering the significant differences in the physical structure of optical transmission equipment produced by different equipment manufacturers, logical models representing optical transmission equipment from different manufacturers can be generated in the manner described above. Since the generation method is the same, the representation method is also the same, thus possessing universality. The network management system is used to manage optical transmission equipment from different equipment manufacturers. In the network management system, each optical transmission equipment from different manufacturers corresponds to a logical model representing the optical transmission equipment, enabling the network management system to manage optical transmission equipment from different manufacturers based on a unified management logic, which is beneficial to improving the management efficiency of the network management system.

[0063] In some embodiments, considering the differences in hardware designs among different equipment manufacturers, to facilitate subsequent mapping operations, after obtaining the hardware structure information of the optical transmission device, the hardware structure information can be first processed in layers according to a preset hardware hierarchy to obtain a tree-shaped physical model of the optical transmission device. For example, the hardware hierarchy, from high to low, includes at least: chassis, circuit boards, and physical components. A chassis has fixed-size slots on its front and back, and different circuit boards can be inserted into these slots as needed. A circuit board can contain one or more physical components.

[0064] In one possible implementation, the board also includes sub-boards, which are pluggable kits containing multiple physical components or smaller sub-boards. The physical components provide ports for connection to other physical components or external devices. The hardware hierarchy, from high to low, can include: chassis, board, sub-boards, physical components, and ports. Ports can include panel ports and component ports; panel ports are those exposed outside the board and used for external wiring, forming part of the board; component ports are those contained inside the board and used for connection between physical components within the board.

[0065] In some embodiments, an optical transmission device includes one chassis or at least two chassis. For example, when the main control boards of at least two chassis are cascaded, or when the main control board of one chassis can control other chassis via direct connection, these at least two chassis together constitute an optical transmission device.

[0066] In one possible implementation, after obtaining the physical model of the optical transmission device based on S102, a model mapping resolution tool can be directly used to map the physical components in the physical model into functional components differentiated by function. This embodiment achieves automatic acquisition of functional components with the help of a model mapping resolution tool, reducing user operation steps.

[0067] In another possible implementation, considering that different equipment vendors may have different software-based classifications and positioning of the capabilities of various physical components in their respective optical transmission equipment, before using a model mapping parsing tool to map the physical components in the physical model to functionally differentiated components, the software structure information of the optical transmission equipment can be obtained. This software structure information refers to the definition of the physical structure of the optical transmission equipment from the perspective of its operating system; that is, the software structure information includes the physical model defined from the perspective of the operating system. Therefore, the software structure information can be used to aggregate and / or filter the physical components in the physical model of the optical transmission equipment. This embodiment further processes the physical model based on the software structure information of the optical transmission equipment, ensuring that the processed physical model conforms to the capability classifications and positioning of each physical component in the optical transmission equipment provided by the equipment vendor.

[0068] For example, the physical model of an optical transmission device obtained based on S102 includes multiple main control physical components, such as device-level main control physical components and board-level main control physical components contained on each board. The software structure information of the optical transmission device reflects that, in terms of software function implementation, the device-level main control physical components on the chassis and the board-level main control physical components contained on each board are represented externally as a single main control physical component. Therefore, according to this software structure information, the device-level main control physical components and the board-level main control physical components contained on each board in the physical model of the optical transmission device obtained based on S102 can be aggregated into a single main control physical component. For example, the physical model of an optical transmission device obtained based on S102 includes at least one board that can hold four customer-side optical modules and one line-side optical module. The actual number of customer-side optical modules used depends on the transmission rate of the line-side optical modules. Assume the transmission rate of the client-side optical module is 'a', and the transmission rate of the line-side optical module has four options: {a, 2a, 3a, 4a}. For example, when the transmission rate of the line-side optical module is 4a, it means that four client-side optical modules are in use; when the transmission rate of the line-side optical module is 2a, it means that two client-side optical modules are in use. If the software structure information of the optical transmission equipment reflects that the actual transmission rate of the line-side optical module is 3a, that is, three out of the four client-side optical modules are in use, and the remaining one is unused, then the unused client-side optical module in the physical model of the optical transmission equipment obtained in S102 can be filtered out according to this software structure information. The filtered physical model contains at least one board, which includes three client-side optical modules and one line-side optical module.

[0069] Furthermore, after aggregating and / or filtering the physical components in the physical model of the optical transmission device using the software structure information, a model mapping parsing tool can be used to map the physical components in the processed physical model into functional components differentiated by function. This embodiment achieves automatic acquisition of functional components with the help of a model mapping parsing tool, reducing user operation steps.

[0070] In some embodiments, the functional components include general-purpose functional components and optical components; the general-purpose functional components indicate components that support the operation of the optical transmission equipment; the optical components indicate components that provide optical transmission functions. Exemplary general-purpose functional components include, but are not limited to, a control unit (CU), a fan (FAN), a power supply unit (PSU), an LCD panel, and a network interface card (NIC). Optical components include, but are not limited to, customer-side optical modules, line-side optical modules, EDFA (Erbium-doped Optical Fiber Amplifier), VOA (Variable Optical Attenuator), OLP (Optical Fiber Line AutoSwitch Protection Equipment), OCM (Optical Channel Monitor), OTDR (Optical Time Domain Reflectometer), OMD (Optical Multiplexer / Demultiplexer), WSS (Wavelength Selective Switch), and OSC (Optical Supervisory Channel).

[0071] In some possible implementations, the model mapping parsing tool pre-stores component mapping relationships corresponding to different types of optical transmission devices; wherein, based on the physical design of the optical transmission device by the equipment manufacturer, the component mapping relationship may include at least one of the following mapping relationships: one physical component is mapped to one functional component, one physical component is mapped to multiple functional components, multiple physical components are mapped to one functional component, and multiple physical components are mapped to multiple functional components.

[0072] After obtaining the physical model of the optical transmission device, the optical transmission device characterization device can input the type and physical model of the optical transmission device into the model mapping parsing tool, so that the model mapping parsing tool can determine the target component mapping relationship from the pre-stored component mapping relationship based on the input type, and use the target component mapping relationship to map the physical components in the physical model into functional components that are distinguished according to their functions.

[0073] For example, after obtaining the functional components, the optical transmission device characterization device can construct the connection relationships between the functional components based on the connection relationships between different physical components in the physical model, thereby obtaining a logical model for characterizing the optical transmission device. The connection relationships between different physical components in the physical model include the connection relationships between the ports of different physical components in the physical model. This embodiment realizes the reconstruction of the optical transmission signal flow in the logical model used to characterize the optical transmission device. The logical model obtained in this embodiment for characterizing the optical transmission device is a single-level model without hierarchical relationships.

[0074] For example, considering that a single-level model would expose too many functional component details to upper-layer applications in the network management system, thereby increasing the development complexity of upper-layer applications, after mapping the physical components in the physical model to functionally differentiated components, the optical transmission device characterization device can aggregate the mapped functional components according to the functions provided by the optical transmission device to obtain at least one set of functional components. Then, based on the connection relationships between different physical components in the physical model, it can construct the connection relationships between different functional components, the connection relationships within any set of functional components, and the connection relationships between different sets of functional components, to obtain a logical model for characterizing the optical transmission device. The connection relationships between different physical components in the physical model include the connection relationships between the ports of different physical components in the physical model. This embodiment realizes the reconstruction of the optical transmission signal flow in the logical model for characterizing the optical transmission device. The logical model for characterizing the optical transmission device obtained in this embodiment is a multi-level model with hierarchical relationships.

[0075] In one possible implementation, the model mapping parsing tool pre-stores functional component set templates corresponding to different types of optical transmission devices. After mapping the functions, the model mapping parsing tool can determine a target functional component set template from the pre-stored multiple functional component set templates based on the type of the optical transmission device, and use the target functional component set template to aggregate the mapped functional components to obtain at least one functional component set.

[0076] In one example, the functional component set template corresponding to the transmission device may include a general functional component set template and an optical component set template. Based on the general functional component set template, it is possible to aggregate general components mapped from different types of optical transmission devices, and based on the optical component set template, it is possible to aggregate optical components mapped from different types of optical transmission devices.

[0077] In another example, considering that optical components carrying services are the primary focus in daily operations and maintenance, as they directly determine service performance and are the targets for optimization, general-purpose functional components only receive special attention when alarms related to general functions, such as excessively high fan speeds or high CPU utilization, are reported. Therefore, the logical model representing optical transmission equipment can be structured with optical components as the main component and general-purpose functional components as secondary components. That is, the model mapping and parsing tool can pre-store optical component set templates corresponding to different types of optical transmission equipment to aggregate the optical components mapped from different types of optical transmission equipment, without needing to aggregate general-purpose functional components.

[0078] In an exemplary application scenario, using an optical transmission device from a certain equipment vendor as an example: Assume the hardware structure information of the vendor's optical transmission device is processed hierarchically according to a preset hardware hierarchy to obtain a physical model. Then, the software structure information of the optical transmission device is used to aggregate and / or filter the physical components in the physical model of the optical transmission device, resulting in... Figure 6 The physical model shown.

[0079] Please see Figure 6 The optical transmission equipment includes a chassis with six slots on the back for inserting boards containing only fan and power supply components. The right side of the front panel has a slot for a main control board. The left side has four slots of the same size for inserting service-related boards, such as two optical amplifier boards, one optical path protection board, and one optical path multiplexing board. It is important to note that... Figure 6 The naming of circuit boards in this context is merely to indicate their primary function, not to categorize them. Figure 6 Each fan board contains 4 fan assemblies; each power supply board contains 2 power supply assemblies; the main control board contains a main control unit (including a processor, memory, etc.), an LCD panel, a network card, and other general-purpose functional components; both optical amplifier boards contain one EDFA (Erbium-doped Fiber Amplifier), one OCM (Optical Channel Detector), and one OTDR (Optical Time Domain Reflectometer) in each of the transmit and receive directions required for line amplification, and also contain one OSC (Optical Monitoring Channel Connector) for communication in the transmission equipment control channel; the optical path protection board contains one OLP (Optical Line Automatic Switching Protection Device) that can realize the switching of primary and backup optical paths; the optical path multiplexing board contains one OMD (Optical Multiplexer / Demultiplexer).

[0080] Next, the physical components in the physical model are mapped to functional components based on their functions using a model mapping parsing tool. Except for the EDFA physical component, which has attenuation adjustment capabilities and is therefore mapped to one EDFA functional component and one VOA functional component, all other physical components are mapped one-to-one to their corresponding functional components. For example, the OSC physical component can be mapped one-to-one to the OSC functional component; the OCM physical component can be mapped one-to-one to the OCM functional component; the OTDR physical component can be mapped one-to-one to the OTDR functional component; the OLP physical component can be mapped one-to-one to the OLP functional component; the OMD physical component can be mapped one-to-one to the OMD functional component; the fan physical component can be mapped one-to-one to the fan functional component; the power supply physical component can be mapped one-to-one to the power supply functional component, etc. Furthermore, based on the functions provided by the optical transmission device, the model mapping parsing tool can aggregate the mapped optical components to obtain at least one set of functional components. Please refer to [link to relevant documentation]. Figure 7 This shows the Figure 6 The physical model shown represents the functional components and the set of functional components obtained through mapping.

[0081] Finally, based on the connection relationships between different physical components in the physical model, the connection relationships between different functional components, the connection relationships within any set of functional components, and the connection relationships between different sets of functional components can be constructed to obtain a logical model characterizing the optical transmission device. For example... Figure 8 An exemplary illustration shows the portion of the optical components in the logic model used to characterize the optical transmission device. The optical signal in the transmission direction enters from the left port of the OMD, passes through the OLP component, and is then split into two paths for transmission from the main path component set and the backup path component set. Inside the component set, the signal is sequentially amplified by the EDFA and attenuated by the VOA, before being transmitted out through the optical fiber from the right port.

[0082] In some embodiments, considering that abstracting the physical model into a logical model may result in the loss of some physical structure information of the optical transmission device, and that physical model information of the optical transmission device is needed as a supplement in common functions such as device inventory scanning, board replacement, and alarm location, when a fault is located in a part of the logical model representing the optical transmission device, the location of the corresponding board in the physical model needs to be determined in order to perform an accurate board replacement operation. Therefore, when a fault is located in a functional component of the logical model representing the optical transmission device, the model mapping parsing tool can be used to reverse map the faulty functional component to a physical component to identify the faulty physical component. This achieves bidirectional mapping capability at any level between the abstract logical model and the physical model.

[0083] In some embodiments, please refer to Figure 4 , Figure 4A network management system is illustrated, which includes a logical model for representing optical transmission devices. This logical model is inserted between the network management function layer and the device driver layer. Different optical transmission devices generate their own logical models in the same way. In other words, different optical transmission devices of the same type are represented in the same way, which is universal. This allows the network management system to manage optical transmission devices from different equipment vendors based on a unified management logic. This is beneficial to improving the management efficiency of the network management system, effectively supporting the automated orchestration of network management functions, and enhancing the level of intelligent decision-making in network management.

[0084] For example, in an optical transmission network, suppose we want to enable a service from point A to point B. The optical signal transmission process from point A to point B requires passing through 10 optical transmission devices. These 10 devices need to be configured. Since each of the 10 optical transmission devices has a corresponding logical model representing it, if these 10 devices belong to the same type, their logical model representations are also the same. Therefore, only a single unified configuration code needs to be written to configure all 10 devices, which is more time-saving and labor-saving compared to the method of configuring each of the 10 optical transmission devices separately in related technologies. Alternatively, if these 10 optical transmission devices belong to two different types, then only two different configuration codes need to be written to address the two different types of logical models.

[0085] For example, in an optical transmission network, suppose that after a service from point A to point B is activated, the optical signal transmission process from point A to point B needs to pass through 10 optical transmission devices. After a period of time, it is found that the signal quality has degraded, and the configuration of these 10 optical transmission devices needs to be readjusted, such as increasing the light intensity or adjusting the power. Since each of the 10 optical transmission devices has a corresponding logical model to represent it, if these 10 optical transmission devices belong to the same type, their logical model representation will also be the same. Therefore, only a unified adjustment code needs to be written to adjust any one of these 10 optical transmission devices, which is more time-saving and labor-saving.

[0086] The various technical features in the above embodiments can be combined arbitrarily, as long as there is no conflict or contradiction between the combinations of features. However, due to space limitations, they are not described one by one. Therefore, the arbitrary combination of various technical features in the above embodiments is also within the scope of this specification.

[0087] In some embodiments, this specification also provides a network management system, which is communicatively connected to at least one optical transmission device and is used to manage the optical transmission device; the network management system includes an optical transmission device characterization device; wherein the optical transmission device characterization device is used to execute the optical transmission device characterization method described in any one of the above embodiments.

[0088] For example, the optical transmission device characterization apparatus includes:

[0089] The information acquisition module is used to acquire hardware structure information of the optical transmission equipment.

[0090] The layered processing module is used to perform layered processing on the hardware structure information according to a preset hardware hierarchy to obtain the physical model of the optical transmission device; wherein, the hardware hierarchy includes at least the following from high to low: chassis, board, and physical components.

[0091] The mapping module is used to map physical components in the physical model into functional components that are differentiated according to their functions, using a model mapping parsing tool.

[0092] The connection relationship construction module is used to construct the connection relationship between functional components based on the connection relationship between different physical components in the physical model, so as to obtain a logical model for representing optical transmission devices; wherein, the logical model for representing optical transmission devices is applied to a network management system for managing different optical transmission devices.

[0093] In some embodiments, Figure 9 This is a schematic structural diagram of a device provided in an exemplary embodiment. Please refer to... Figure 9 At the hardware level, the device includes a processor 902, an internal bus 904, a network interface 906, memory 908, and non-volatile memory 910, and may also include other hardware required for business operations. One or more embodiments of this specification can be implemented in software, such as the processor 902 reading the corresponding computer program from the non-volatile memory 910 into memory 708 and then running it. Of course, in addition to software implementation, one or more embodiments of this specification do not exclude other implementation methods, such as logic devices or a combination of hardware and software, etc. That is to say, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

[0094] Among them, optical transmission equipment characterization devices can be applied to, for example Figure 9 The device shown is used to implement the technical solution of this specification. The optical transmission device characterization apparatus includes:

[0095] The information acquisition module is used to acquire hardware structure information of the optical transmission equipment.

[0096] The layered processing module is used to perform layered processing on the hardware structure information according to a preset hardware hierarchy to obtain the physical model of the optical transmission device; wherein, the hardware hierarchy includes at least the following from high to low: chassis, board, and physical components.

[0097] The mapping module is used to map physical components in the physical model into functional components that are differentiated according to their functions, using a model mapping parsing tool.

[0098] The connection relationship construction module is used to construct the connection relationship between functional components based on the connection relationship between different physical components in the physical model, so as to obtain a logical model for representing optical transmission devices; wherein, the logical model for representing optical transmission devices is applied to a network management system for managing different optical transmission devices.

[0099] The specific implementation process of the functions and roles of each module in the above device can be found in the implementation process of the corresponding steps in the above method, and will not be repeated here.

[0100] In some embodiments, this specification also provides an electronic device, including: a processor; and a memory for storing processor-executable instructions; wherein the processor implements the method described in any one of the above embodiments by executing the executable instructions.

[0101] For example, the electronic device integrates a computer program product, and when the electronic device executes the computer program product, it implements the optical transmission device characterization method provided in the embodiments of this specification.

[0102] In some embodiments, this specification also provides a computer-readable storage medium having computer instructions stored thereon that, when executed by a processor, implement the steps of the method as described in any of the preceding embodiments.

[0103] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this manual are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation portals are provided for users to choose to authorize or refuse.

[0104] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer, which can take the form of a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email sending and receiving device, game console, tablet computer, wearable device, or any combination of these devices.

[0105] In a typical configuration, a computer includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0106] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0107] Computer-readable media, including both permanent and non-permanent, removable and non-removable media, can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage, quantum memory, graphene-based storage media or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0108] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0109] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0110] The terminology used in one or more embodiments of this specification is for the purpose of describing particular embodiments only and is not intended to limit the scope of one or more embodiments of this specification. The singular forms “a,” “described,” and “the” used in one or more embodiments of this specification and in the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any or all possible combinations of one or more associated listed items.

[0111] It should be understood that although the terms first, second, third, etc., may be used to describe various information in one or more embodiments of this specification, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, first information may also be referred to as second information without departing from the scope of one or more embodiments of this specification, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "in response to a determination," or "when," or "in the event of a determination."

[0112] The above description is merely a preferred embodiment of one or more embodiments of this specification and is not intended to limit the scope of one or more embodiments of this specification. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of one or more embodiments of this specification should be included within the protection scope of one or more embodiments of this specification.

Claims

1. A method of characterizing an optical transmission device, the method comprising: include: Obtain hardware structure information of optical transmission equipment; The hardware structure information is processed in layers according to a preset hardware hierarchy to obtain the physical model of the optical transmission device; wherein, the hardware hierarchy from high to low includes at least: chassis, board, and physical components contained in the board; Using a model mapping parsing tool, the physical components in the physical model are mapped to functional components that are differentiated according to their functions; Based on the connection relationships between different physical components in the physical model, the connection relationships between functional components are constructed to obtain a logical model for characterizing optical transmission devices; wherein, the logical model for characterizing optical transmission devices is applied to a network management system for managing different optical transmission devices.

2. The method of claim 1, wherein, Before using the model mapping parsing tool to map the physical components in the physical model into functionally differentiated components, the process also includes: Obtain the software structure information of the optical transmission device; The physical components in the physical model of the optical transmission device are aggregated and / or filtered using the software structure information.

3. The method of claim 1, wherein, The model mapping parsing tool pre-stores the component mapping relationships corresponding to different types of optical transmission devices; The process of using a model mapping parsing tool to map physical components in the physical model into functionally differentiated components includes: The type and physical model of the optical transmission device are input into the model mapping parsing tool, so that the model mapping parsing tool determines the target component mapping relationship from the pre-stored component mapping relationship based on the input type, and uses the target component mapping relationship to map the physical components in the physical model into functional components that are distinguished according to their functions.

4. The method of claim 3, wherein, The component mapping relationship includes at least one of the following mapping relationships: one physical component is mapped to one functional component, one physical component is mapped to multiple functional components, multiple physical components are mapped to one functional component, and multiple physical components are mapped to multiple functional components.

5. The method of claim 1, wherein, After mapping the physical components in the physical model to functionally differentiated components, the method further includes: Based on the functions provided by the optical transmission device, the mapped functional components are aggregated to obtain at least one set of functional components. The step of constructing the connection relationships between functional components based on the connection relationships between different physical components in the physical model includes: Based on the connection relationships between different physical components in the physical model, the connection relationships between different functional components, the connection relationships within any set of functional components, and the connection relationships between different sets of functional components are constructed.

6. The method of claim 5, wherein, The model mapping parsing tool pre-stores functional component set templates corresponding to different types of optical transmission devices; The step of aggregating the mapped functional components based on the functions provided by the optical transmission device to obtain at least one set of functional components includes: Based on the type of optical transmission device, the model mapping parsing tool determines the target functional component set template from a plurality of pre-stored functional component set templates, and uses the target functional component set template to aggregate the mapped functional components to obtain at least one functional component set.

7. The method according to any one of claims 1 to 6, characterized in that, The functional components include general-purpose functional components and optical components; the general-purpose functional components refer to the components that support the operation of the optical transmission device; The optical components indicate components that provide optical transmission functionality; And / or, the hardware hierarchy from high to low includes: chassis, board, sub-board, physical component and port; wherein, the connection relationship between different physical components in the physical model includes: the connection relationship between the ports of different physical components in the physical model.

8. The method according to any one of claims 1 to 6, characterized in that, Also includes: In the event that a functional component in the logical model used to characterize the optical transmission device is found to be faulty, the faulty functional component is reverse-mapped to a physical component using the model mapping parsing tool to determine the faulty physical component.

9. The method according to claim 1, characterized in that, The network management system is used to manage optical transmission equipment from different equipment vendors; In the network management system, each optical transmission device from a different equipment vendor has a corresponding logical model for representing that optical transmission device.

10. A network management system, characterized in that, The network management system is communicatively connected to at least one optical transmission device and is used to manage the optical transmission device; the network management system includes an optical transmission device characterization device. The optical transmission device characterization apparatus is used to perform the optical transmission device characterization method according to any one of claims 1 to 9.

11. An electronic device, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor implements the method as described in any one of claims 1 to 9 by executing the executable instructions.

12. A computer-readable storage medium storing computer instructions thereon, characterized in that, When executed by the processor, this instruction implements the steps of the method as described in any one of claims 1 to 9.

Images