An OSC path modeling and management method, system, device and storage medium
By identifying OSC port connection relationships, generating point-to-point link objects, dividing logical domains, and constructing bidirectional mapping relationships, the problem of OSC management blind spots and reliance on manual operation and maintenance in the OTN network management system is solved, realizing automated modeling and efficient operation and maintenance of OSC paths.
Patent Information
- Application Number
- CN202611125768.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-07-28
- Publication Date
- 2026-11-03
AI Technical Summary
The existing OTN network management system cannot achieve independent logical modeling of OSC channels, resulting in blind spots in operation and maintenance management, low accuracy of link grouping, lack of linkage operation and maintenance capabilities, inability to adapt to complex networking scenarios, and delayed fault handling.
By identifying the OSC port connection relationship between adjacent network elements, a standardized point-to-point OSC link object is generated. The system receives all operational data actively reported by network elements, divides logical domains based on the unique identifier of the signaling source, generates end-to-end OSC path objects using a port matching recursive iteration method, and constructs a bidirectional association mapping relationship between the signaling source and the path object to achieve coordinated operation and maintenance.
It enables automated construction of OSC topology models, improves the level of operation and maintenance automation, adapts to complex networking scenarios, supports accurate fault tracing and linkage alarms, and shortens the fault location and handling time.
Smart Images

Figure CN123035116A_ABST
Abstract
Description
Technical Field
[0001] This invention belongs to the field of optical communication network management technology, and in particular relates to an OSC path modeling and control method, system, device and storage medium. Background Technology
[0002] With the booming development of emerging services such as 5G, computing networks, industrial internet, and high-frequency trading, the demand for high-precision time synchronization (nanosecond / microsecond level) across the entire network is growing exponentially. The IEEE 1588 V2 (PTP) protocol has become the core standard for achieving high-precision time synchronization in optical transport networks (OTN). In the OTN network architecture, the optical supervisory channel (OSC) is the core physical channel carrying the 1588 V2 clock synchronization signal. Because the 1588 V2 protocol is extremely sensitive to asymmetric latency, latency jitter, and packet loss rate of the link, the physical quality, routing stability, and transmission performance of the OSC channel directly determine the accuracy and reliability of time and clock synchronization across the entire network, and is the physical foundation for achieving network-wide synchronization.
[0003] The current mainstream OTN network management systems have many inherent defects in their OSC channel management models, and their overall operation and maintenance capabilities lag behind the needs of current network deployment and maintenance. The specific technical defects are as follows: 1. OSC lacks independent logical modeling, creating blind spots in operation and maintenance management. Existing network management systems only display OSC status as an auxiliary attribute of network element ports, failing to abstract OSC channels into independent end-to-end logical circuit objects. This makes it impossible to build a dedicated OSC topology view. Operation and maintenance personnel cannot intuitively view the physical path, overall status, and network structure of OSC links. Daily operation and maintenance and troubleshooting heavily rely on command-line operations on the device side, resulting in low operation and maintenance efficiency and a high risk of errors due to manual operation.
[0004] 2. Low level of automation in link grouping, relying on static manual resources. Traditional OSC link networking methods rely entirely on manually maintained static resource data of optical cables and fiber cores to complete link matching and grouping. They cannot automatically identify links of the same origin based on the link's own transmission attributes. In scenarios with multiple parallel links and complex cross-networking, problems such as link mismatch, grouping disorder, and splicing failure are very likely to occur, resulting in extremely poor adaptability.
[0005] 3. The industry suffers from inherent technological biases and a lack of network management layer modeling technology. For a long time, the industry has generally attributed OSC management and clock synchronization to the device and control side functions, and has generally lacked the technical approach to build an independent OSC operation and maintenance model at the network management abstraction layer. This has resulted in the lack of a unified end-to-end OSC operation and maintenance system across the entire network, making it impossible to achieve intensive and visualized management and control.
[0006] 4. Stateless collaborative operation and maintenance capabilities, resulting in delayed fault handling. Existing technologies can only monitor the connectivity status of OSC ports independently, and cannot establish a correlation between OSC links and signaling sources. They cannot use changes in OSC link status such as fiber breakage, performance degradation, and topology changes to collaboratively determine the synchronous health status of signaling, and cannot achieve fault tracing, associated alarms, and switchover prediction. This makes it difficult to support the refined operation and maintenance needs in complex networking scenarios. Summary of the Invention
[0007] This invention provides an OSC path modeling and management method, system, device, and storage medium, aiming to solve the technical problems existing in the prior art, such as OSC lack of independent modeling, reliance on manual operation and maintenance, low grouping accuracy, and lack of coordinated operation and maintenance capabilities.
[0008] The technical solution of this invention to solve the above-mentioned technical problems is as follows: An OSC path modeling and control method, comprising: Based on the physical topology resources of the entire network, the OSC port connection relationship of adjacent network elements is identified, and standardized point-to-point OSC link objects are generated. Receive full OSC operation data actively reported by network elements. The full OSC operation data includes: unique OSC signaling source identifier and port connection relationship. Based on the same-origin attribute of the unique identifier of the OSC signaling source, the point-to-point OSC link object is divided into the corresponding OSC logical domain; Within each OSC logical domain, based on the port connection relationship, the point-to-point OSC link objects are sequentially connected and spliced together using a port matching recursive iteration method to generate an end-to-end OSC path object. Based on preset mapping constraint rules, a bidirectional association mapping relationship is constructed between the OSC signaling source and the end-to-end OSC path object; The system collects OSC link operation status data in real time, including the end-to-end OSC path object. When the operation status data meets the preset linkage triggering conditions, it reverse-links and matches the corresponding OSC signaling source according to the bidirectional association mapping relationship, and performs linkage operation and maintenance operations on the matched OSC signaling source.
[0009] Furthermore, based on the physical topology resources of the entire network, the above-mentioned identification of OSC port connection relationships between adjacent network elements and generation of standardized point-to-point OSC link objects specifically include: Based on the physical topology resources of the entire network, the OSC connection relationship between network elements is traversed and searched, and the OSC port connection relationship between adjacent network elements is analyzed and generated. Based on the OSC port connection relationship, a structured point-to-point OSC link object is generated.
[0010] Furthermore, the full OSC operational data proactively reported by the aforementioned network element is specifically as follows: The system receives full OSC operation data actively reported by network elements in a passive acquisition mode; wherein, the passive acquisition mode is an acquisition mode that does not send configuration commands or query commands to network elements. The OSC full-scale operation data also includes: port transmit / receive status, link connectivity status, and optical layer performance data; wherein, the optical layer performance data includes optical power and / or bit error rate.
[0011] Furthermore, based on the same-origin attribute of the unique identifier of the OSC signaling source, the point-to-point OSC link object is divided into the corresponding OSC logical domain, specifically as follows: When it is identified that the OSC full operation data reported by the same network element includes multiple different OSC signaling source unique identifiers, the point-to-point OSC link objects carrying different OSC signaling source unique identifiers will be assigned to different OSC logical domains respectively. When multiple point-to-point OSC link objects are identified to have the same OSC signaling source unique identifier in their full OSC operation data, the point-to-point OSC link objects carrying the same OSC signaling source unique identifier will be assigned to the same OSC logical domain.
[0012] Furthermore, within each OSC logical domain, based on the port connection relationship, the point-to-point OSC link objects are sequentially concatenated using a port matching recursive iteration method to generate an end-to-end OSC path object, specifically as follows: Read all point-to-point OSC link objects within the current OSC logical domain; Based on the network element identifier and port number in the port connection relationship, determine whether the point-to-point OSC link object of the preceding level and the point-to-point OSC link object of the following level meet the internal connection conditions of the same network element. If the conditions for connection within the same network element are met, then the currently matched point-to-point OSC link object is used as the base point, and the recursive search for connectable point-to-point OSC link objects is performed to extend the transmission path segment by segment. During the recursive retrieval process, the network element identifier and port number of the visited network element are recorded. If a network element identifier or port number that has been visited repeatedly is detected, it is determined to be an OSC ring link and the recursion is terminated. When there is no next-level connectable point-to-point OSC link object and no duplicate nodes, it is determined that the path boundary has been reached and the recursion is terminated. After the recursion is terminated, the point-to-point OSC link objects that have been assembled are sorted and integrated according to the transmission direction to generate the end-to-end OSC path object.
[0013] Furthermore, based on the preset mapping constraint rules, the above-mentioned bidirectional association mapping relationship between the OSC signaling source and the end-to-end OSC path object is constructed as follows: Collect all end-to-end OSC path objects generated within the current OSC logical domain; Based on preset mapping constraint rules, multiple end-to-end OSC path objects within the OSC logical domain are batch bound to their corresponding OSC signaling sources; The system bidirectionally stores the attribution mapping relationship between the OSC signaling source and the end-to-end OSC path object, so as to record the list of end-to-end OSC path objects under each OSC signaling source, and the OSC signaling source to which each end-to-end OSC path object uniquely belongs.
[0014] Furthermore, the OSC link operation status data mentioned above includes: OSC link connectivity status, topology change status, and optical layer performance data; Joint operation and maintenance tasks include one or more of the following: Based on the bidirectional correlation mapping relationship, the faulty OSC link that triggered the linkage triggering condition is located, and the source is traced back to the corresponding OSC signaling source, and the fault location information is output. When any OSC link contained in any of the multiple end-to-end OSC path objects associated with the same OSC signaling source triggers the linkage triggering condition, a cross-link association alarm is generated. Based on the end-to-end OSC path object to which the OSC link that triggered the linkage triggering condition belongs, the validity of the clock synchronization status of the corresponding OSC signaling source is determined.
[0015] Secondly, to solve the above-mentioned technical problems, the present invention also provides an OSC path modeling and control system, comprising: The topology building module is used to identify the OSC port connection relationship between adjacent network elements based on the physical topology resources of the entire network, and generate standardized point-to-point OSC link objects. The data acquisition module is used to receive the full OSC operation data actively reported by the network element. The full OSC operation data includes: the unique identifier of the OSC signaling source and the port connection relationship. The clustering and grouping module is used to divide the point-to-point OSC link objects into corresponding OSC logical domains based on the same-origin attribute of the unique identifier of the OSC signaling source. The topology splicing module is used to splice the point-to-point OSC link objects segment by segment in each OSC logical domain based on the port connection relationship and using a port matching recursive iteration method to generate an end-to-end OSC path object. The binding mapping module is used to construct a bidirectional association mapping relationship between the OSC signaling source and the end-to-end OSC path object based on preset mapping constraint rules; The scenario linkage module is used to collect OSC link operation status data included in the end-to-end OSC path object in real time. When the operation status data meets the preset linkage triggering conditions, the module reverse-links and matches the corresponding OSC signaling source according to the bidirectional association mapping relationship, and performs linkage operation and maintenance operations on the matched OSC signaling source.
[0016] Thirdly, in order to solve the above-mentioned technical problems, the present invention also provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, it implements the OSC path modeling and control method of the present application.
[0017] Fourthly, in order to solve the above-mentioned technical problems, the present invention also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the OSC path modeling and control method of the present application.
[0018] Compared with the prior art, the present invention has the following advantages: 1. This invention generates standardized point-to-point OSC link objects through automatic traversal and searching, and then recursively assembles these objects to generate end-to-end OSC path objects, thus constructing a complete OSC-specific topology model. This solves the long-standing problem of OSC management blind spots in the industry.
[0019] 2. This invention adopts a purely passive receiving mode in the data acquisition stage. The network management system only receives the full amount of operational data actively reported by the network elements, without issuing any configuration or query commands to the underlying network elements. This lightweight design requires no modification to the existing network element hardware structure, does not occupy additional transmission bandwidth, does not affect the normal operation of all existing services, has a simple deployment method, and possesses extremely high security and feasibility for large-scale deployment in existing networks.
[0020] 3. In the clustering and grouping stage, this invention automatically divides OSC logical domains directly based on the same-source attribute of the unique OSC signaling source identifier reported by network elements; in the topology splicing stage, it automatically completes the segment-by-segment concatenation of fragmented links within the logical domain using a port matching recursive iteration method. This purely logic-driven automation mechanism completely eliminates the drawbacks of manual matching being error-prone and inefficient, achieving full automation of OSC topology construction and grouping, and significantly improving the level of operation and maintenance automation.
[0021] 4. This invention achieves perfect compatibility with various complex cross-network configurations in the current network through data feature determination: When multiple different OSC signaling source unique identifiers are identified from the same network element, different logical domains are automatically defined to achieve physical isolation and independent management of multiple signaling sources on a single device; when multiple link objects are identified carrying the same OSC signaling source unique identifier, they are automatically aggregated into the same logical domain to achieve same-source aggregation management of multiple routing distributions of a single signaling source. This mechanism does not rely on underlying hardware modifications and can flexibly adapt to most complex OSC networking scenarios in the current network, solving the pain points of poor adaptability and easy link crosstalk in traditional solutions.
[0022] 5. This invention establishes a bidirectional mapping relationship between the signaling source and the OSC path, enabling deep linkage between link status and synchronous operation and maintenance scenarios. It supports accurate fault tracing, associated alarms, status identification, and switchover decisions, upgrading traditional passive operation and maintenance to proactive intelligent operation and maintenance, and significantly shortening fault location and handling time.
[0023] Other features and advantages of the invention will be set forth in the following description, and some features and advantages will be apparent upon reading the description or may be learned by practicing the invention. The objects and other advantages of the invention may be realized and obtained by means of the structures pointed out in the description, claims and drawings. Attached Figure Description
[0024] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0025] Figure 1 A flowchart illustrating an OSC path modeling and control method according to an embodiment of the present invention is shown; Figure 2 A schematic diagram of topology splicing according to an embodiment of the present invention is shown; Figure 3 A schematic diagram of binding mapping according to an embodiment of the present invention is shown; Figure 4 A schematic diagram of the structure of an OSC path modeling and control system according to an embodiment of the present invention is shown; Figure 5 A schematic diagram of an electronic device structure according to an embodiment of the present invention is shown. Detailed Implementation
[0026] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0027] Figure 1 A flowchart illustrating an OSC path modeling and control method according to an embodiment of the present invention is shown, as follows: Figure 1 As shown, an OSC path modeling and control method according to an embodiment of the present invention includes: S1: Based on the physical topology resources of the entire network, identify the OSC port connection relationship of adjacent network elements and generate standardized point-to-point OSC link objects; S2: Receive the OSC full operation data actively reported by the network element. The OSC full operation data includes: OSC signaling source unique identifier and port connection relationship; S3: Based on the same-source attribute of the unique identifier of the OSC signaling source, the point-to-point OSC link object is divided into the corresponding OSC logical domain; S4: Within each OSC logical domain, based on the port connection relationship, the point-to-point OSC link object is sequentially connected and spliced using the port matching recursive iteration method to generate an end-to-end OSC path object. S5: Based on preset mapping constraint rules, construct a bidirectional association mapping relationship between the OSC signaling source and the end-to-end OSC path object; S6: Collect OSC link operation status data included in the end-to-end OSC path object in real time. When the operation status data meets the preset linkage triggering conditions, reverse the association and match the corresponding OSC signaling source according to the bidirectional association mapping relationship, and perform linkage operation and maintenance operation on the matched OSC signaling source.
[0028] Optionally, in S1, based on the physical topology resources of the entire network, the OSC port connection relationships of adjacent network elements are identified, and standardized point-to-point OSC link objects are generated, specifically including: S1.1: Based on the physical topology resources of the entire network, traverse and search the OSC connection relationships between network elements, and analyze and generate the OSC port connection relationships of adjacent network elements; S1.2: Based on the OSC port connection relationship, generate a structured point-to-point OSC link object.
[0029] In this embodiment, the point-to-point OSC link object includes network element identifiers, port numbers, port locations, and physical adjacency relationships, providing a standardized data foundation for subsequent data processing and link splicing.
[0030] Optionally, in S2, the full OSC operation data actively reported by the network element is received, specifically: The system receives full OSC operation data actively reported by network elements in a passive acquisition mode; wherein, the passive acquisition mode is an acquisition mode that does not send configuration commands or query commands to network elements. The OSC full-scale operation data also includes: port transmit / receive status, link connectivity status, and optical layer performance data; wherein, the optical layer performance data includes optical power and / or bit error rate.
[0031] In this embodiment, the OSC full operation data also includes OSC port attributes and physical adjacency relationships. Through passive acquisition mode, the OSC full operation data actively reported by network elements is fully received without affecting the normal operation of any existing services.
[0032] Optionally, in S3, based on the same-source attribute of the unique identifier of the OSC signaling source, the point-to-point OSC link object is divided into the corresponding OSC logical domain, specifically as follows: S3.1: When it is identified that the OSC full operation data reported by the same network element includes multiple different OSC signaling source unique identifiers, the point-to-point OSC link objects carrying different OSC signaling source unique identifiers are respectively assigned to different OSC logical domains. S3.2: When multiple point-to-point OSC link objects are identified to have the same OSC signaling source unique identifier in their full OSC operation data, the point-to-point OSC link objects carrying the same OSC signaling source unique identifier will be assigned to the same OSC logical domain.
[0033] In this embodiment, intelligent automatic clustering and grouping are implemented based on the same source attribute of OSC signaling, accurately adapting to two types of complex networking scenarios: Multi-signaling source isolation and control: When a single network element is configured with multiple physical OSC ports, and each physical OSC port carries an independent local OSC signaling source, different OSC signaling sources under the same network element are distinguished by the unique port identifier. The point-to-point OSC link objects corresponding to different OSC signaling sources are divided into different OSC logical domains to achieve multi-source data isolation and independent network management. Same-source multi-path aggregation and management: When a single base OSC signaling source generates multiple same-source signaling copies through the network element internal signaling replication and multi-port distribution mechanism, and schedules them to different physical OSC ports to form multiple OSC transmission paths with independent routes, all point-to-point OSC link objects derived from the same source are uniformly aggregated into the same OSC logical domain to achieve unified management of same-source paths.
[0034] Optional, such as Figure 2 The diagram shown is a topology splicing diagram; in S4, within each OSC logical domain, based on the port connection relationship, the point-to-point OSC link objects are spliced segment by segment using a port matching recursive iteration method to generate an end-to-end OSC path object, specifically: S4.1: Read all point-to-point OSC link objects within the current OSC logical domain; S4.2: Based on the network element identifier and port number in the port connection relationship, determine whether the point-to-point OSC link object of the preceding level and the point-to-point OSC link object of the following level meet the internal connection conditions of the same network element; If the conditions for connection within the same network element are met, then the currently matched point-to-point OSC link object is used as the base point, and the recursive search for connectable point-to-point OSC link objects is performed to extend the transmission path segment by segment. S4.3: During the recursive retrieval process, the network element identifier and port number of the visited network element are recorded. If a network element identifier or port number that has been visited repeatedly is detected, it is determined to be an OSC ring link and the recursion is terminated. When there is no next-level point-to-point OSC link object that can be connected and there are no duplicate nodes, it is determined that the path boundary has been reached and the recursion is terminated. S4.4: Sort and integrate the point-to-point OSC link objects that have been spliced together after the recursion is terminated, according to the transmission direction, to generate the end-to-end OSC path object.
[0035] Optional, such as Figure 3 The diagram shown is a binding mapping diagram; in S5, based on preset mapping constraint rules, a bidirectional association mapping relationship is constructed between the OSC signaling source and the end-to-end OSC path object, specifically as follows: S5.1: Aggregate all end-to-end OSC path objects generated within the current OSC logical domain; S5.2: Based on preset mapping constraint rules, bind multiple end-to-end OSC path objects within the OSC logical domain to their corresponding OSC signaling sources in batches; S5.3: Bidirectionally and permanently store the attribution mapping relationship between the OSC signaling source and the end-to-end OSC path object, so as to record the list of end-to-end OSC path objects under each OSC signaling source, and the OSC signaling source to which each end-to-end OSC path object uniquely belongs.
[0036] In this embodiment, the mapping constraint rule is limited to: a single OSC signaling source corresponds to multiple end-to-end OSC path objects, and a single end-to-end OSC path object uniquely belongs to one OSC signaling source.
[0037] Optionally, in S6, the OSC link operation status data includes: OSC link connectivity status, topology change status, and optical layer performance data; Joint operation and maintenance tasks include one or more of the following: Based on the bidirectional correlation mapping relationship, the faulty OSC link that triggered the linkage triggering condition is located, and the source is traced back to the corresponding OSC signaling source, and the fault location information is output. When any OSC link contained in any of the multiple end-to-end OSC path objects associated with the same OSC signaling source triggers the linkage triggering condition, a cross-link association alarm is generated. Based on the end-to-end OSC path object to which the OSC link that triggered the linkage triggering condition belongs, the validity of the clock synchronization status of the corresponding OSC signaling source is determined.
[0038] In this embodiment, based on OSC link operational status data, the preset linkage triggering conditions include at least one of the following: the OSC link connectivity status is interrupted, the topology change status is changed, and the optical layer performance data degradation exceeds a preset threshold. Combined with different operation and maintenance scenarios, the linked operation and maintenance operations also include providing accurate data support and decision-making basis for network-wide OSC link switching, synchronous network operation and maintenance optimization, and rapid fault handling, achieving deep linkage between OSC link status and synchronous operation and maintenance scenarios.
[0039] The technical solution of the present invention will be described in detail below with reference to specific embodiments.
[0040] This embodiment provides an OSC path modeling and control method applied to the network management system of an OTN network. This method involves purely logical processing at the upper layer of the network management system and does not interfere with the underlying service transmission of network elements. The following detailed explanation of each step of the invention is based on a specific networking scenario of a provincial backbone OTN network.
[0041] Example Network Scenario: A provincial backbone OTN network includes network elements A, B, C, D, and E, with OSC optical monitoring channels deployed throughout the network. Specifically: Network element A: configured with 2 OSC boards and 2 independent OSC ports (denoted as OSC1 and OSC2), corresponding to OSC signaling sources S1 and S2; Network elements B, C, D, and E: each configured with 1 OSC port; The physical fiber optic connection relationship is: AB, BD, AC, CE. Signaling source S1 distributes from A to B and C; signaling source S2 is for local networking.
[0042] Step S1, Topology Construction: Generate standardized point-to-point OSC link objects; Based on the physical topology resources deployed across the entire network, the network management system automatically traverses and searches for OSC connection relationships between all network elements. Specifically, the network management system reads the fiber optic connection configuration data of all network elements and identifies the OSC port connection relationships between adjacent network elements.
[0043] Based on the identification results, the network management system automatically generates standardized, structured point-to-point OSC link objects. This object is not a simple text record, but an entity containing a complete data structure. The basic topology information it includes includes at least: source network element identifier, source port number, source port location, destination network element identifier, destination port number, destination port location, and physical adjacency relationship.
[0044] In this embodiment, the network management system automatically searches and generates the following 5 point-to-point OSC link objects: Link 1: Source A (OSC1) Dormitory B; Link2: Source B Sudden D; Link 3: Source A (OSC1) Dormitory C; Link 4: Source C Su E; Link 5: Source A (OSC2) Dormitory B.
[0045] Step S2, Data Acquisition: Passively receive all OSC operation data reported by network elements; The network management system adopts a purely passive data acquisition mode, that is, it does not send any SNMP queries, NETCONF configurations or TL1 commands to the underlying network elements, and relies entirely on the underlying protocol stack of the network elements to actively report data through out-of-band or in-band channels.
[0046] The received OSC full-scale operation data covers all dimensions of status information, including: OSC signaling source unique identifier (such as signaling source ID or MAC address), port connection relationship (i.e., source and destination port docking information), port transmit and receive status, link connectivity status (such as LOS / LOF alarm status), and optical layer performance data (such as received optical power, transmitted optical power, bit error rate in seconds, etc.).
[0047] In this embodiment, the data passively received by the network management system includes: signaling source identifier mapping (A-OSC1=S1, A-OSC2=S2); port status (such as connectivity, optical power, bit error rate); and link status (currently all normal, no LOS alarm).
[0048] Step S3, Clustering and Grouping: Automatically divide the OSC logical domain based on the same source attribute of signaling; (1) Multi-signaling source isolation and control: When the system identifies that the data reported by the same network element (such as network element A) contains multiple different OSC signaling source unique identifiers (S1 and S2), the link object carrying the S1 identifier and the link object carrying the S2 identifier are forcibly divided into different OSC logical domains by identifier comparison, so as to realize multi-source data isolation.
[0049] (2) Same-source multi-path aggregation control: When multiple link objects are identified to have the same OSC signaling source unique identifier in their reported data, they are all uniformly aggregated into the same OSC logical domain, regardless of how their physical routes diverge.
[0050] In this embodiment, the system identifies that the source ends of Link1, Link2, Link3 and Link4 all carry signaling source identifier S1, and automatically aggregates them into logical domain D1 (S1); it identifies that Link5 carries signaling source identifier S2, and aggregates it into logical domain D2 (S2).
[0051] Step S4, Topology splicing: Recursively generate end-to-end OSC path objects within the logical domain; For fragmented link objects within the same OSC logical domain, a port-matching recursive iterative algorithm is used to concatenate them segment by segment. The specific algorithm flow is as follows: Read all point-to-point OSC link objects within the current logical domain and initialize a set of visited nodes for loop detection.
[0052] Compare the segmented links to determine whether the destination network element identifier and destination port number of the preceding link object are completely consistent with the source network element identifier and source port number of the following link object.
[0053] If a match is found, the downstream link object is added to the current path, and its destination port is used as the new iteration base point to continue searching. Simultaneously, the identifier and port number of the currently accessed network element are added to the set of visited nodes.
[0054] During the recursive retrieval process, if the identifier or port number of the network element to be accessed is found to already exist in the set of visited nodes, it is determined to be an OSC ring link, the recursion is immediately terminated and an alarm is reported; if the current destination port cannot match any downstream link object and there are no duplicate nodes, it is determined that the path boundary has been reached and the recursion of the current branch is terminated.
[0055] After recursion is terminated, the link objects that have been assembled are sorted according to the transmission direction to generate end-to-end OSC path objects.
[0056] In this embodiment, within logical domain D1, the system reads Links 1-4. Starting from Link 1 (A→B), its destination port B matches the source port B of Link 2 (B→D), extending the path to ABD. Link 2's destination port D has no subsequent match, reaching the boundary and generating path P1 (ABD). Similarly, starting from Link 3 (A→C), Link 4 (C→E) is matched, generating path P2 (ACE).
[0057] Step S5, Binding Mapping: Construct a bidirectional association mapping relationship; The system aggregates all end-to-end OSC path objects generated within the current logical domain and binds them based on preset mapping constraint rules. These rules stipulate that a single OSC signaling source corresponds to multiple end-to-end OSC path objects, and each end-to-end OSC path object uniquely belongs to a single OSC signaling source.
[0058] The attribution mapping relationship is bidirectionally fixed using database foreign key constraints or in-memory hash tables. That is, the forward direction records the list of paths under each signaling source, and the reverse direction records the unique signaling source to which each path belongs.
[0059] In this embodiment, within logical domain D1, the system binds paths P1 and P2 to signaling source S1 in batches. The data structure is fixed as follows: S1->[P1,P2]; P1->S1; P2->S1.
[0060] Step S6, Scene Linkage: Execute linked operation and maintenance operations based on link status; The system collects real-time operational status data of each underlying OSC link contained in the end-to-end OSC path object. When the status data meets the preset linkage trigger conditions (such as: the link connectivity status changes to interruption / LOS, optical layer performance data degradation exceeds a preset threshold, or the topology changes), the linkage mechanism is triggered.
[0061] Based on the bidirectional association mapping relationship solidified in step S5, the corresponding OSC signaling source is matched in reverse association, and the joint operation and maintenance operation is performed.
[0062] In this embodiment, two scenarios are given.
[0063] Scenario 1: Link1 experiences a fiber break (interrupt triggering conditions are met). The system detects the Link1 interrupt and instantly associates it with path P1 and signaling source S1 through the mapping relationship. The system outputs the following maintenance instructions: The fault point is located in segment AB, path P1 of S1 is damaged, and since P2 (ACE) is in normal status, it is recommended to switch the 1588 V2 clock synchronization service to path P2.
[0064] Scenario 2: Link3 receives reduced optical power (meets the degradation threshold trigger condition). Automatically associate S1 and P2, and pop up a warning on the network management interface: "The backup path P2 of signaling source S1 has a risk of performance degradation, prompting you to check the CE segment link."
[0065] Based on and Figure 1 Using the same principle as the method shown, this embodiment of the invention also provides an OSC path modeling and control system, such as... Figure 4 As shown, it includes: The topology building module is used to identify the OSC port connection relationship between adjacent network elements based on the physical topology resources of the entire network, and generate standardized point-to-point OSC link objects. The data acquisition module is used to receive the full OSC operation data actively reported by the network element. The full OSC operation data includes: the unique identifier of the OSC signaling source and the port connection relationship. The clustering and grouping module is used to divide the point-to-point OSC link objects into corresponding OSC logical domains based on the same-origin attribute of the unique identifier of the OSC signaling source. The topology splicing module is used to splice the point-to-point OSC link objects segment by segment in each OSC logical domain based on the port connection relationship and using a port matching recursive iteration method to generate an end-to-end OSC path object. The binding mapping module is used to construct a bidirectional association mapping relationship between the OSC signaling source and the end-to-end OSC path object based on preset mapping constraint rules; The scenario linkage module is used to collect OSC link operation status data included in the end-to-end OSC path object in real time. When the operation status data meets the preset linkage triggering conditions, the module reverse-links and matches the corresponding OSC signaling source according to the bidirectional association mapping relationship, and performs linkage operation and maintenance operations on the matched OSC signaling source.
[0066] The OSC path modeling and control system of this invention can execute the OSC path modeling and control method provided in this invention. The implementation principle is similar. The actions performed by each module and unit in the OSC path modeling and control system of this invention correspond to the steps in the OSC path modeling and control method of this invention. For detailed functional descriptions of each module of the OSC path modeling and control system, please refer to the descriptions in the corresponding OSC path modeling and control methods shown above. They will not be repeated here.
[0067] The OSC path modeling and control system described above can be a computer program (including program code) running on a computer device. For example, the OSC path modeling and control system is an application software. The application software can be used to execute the corresponding steps in the method provided in the embodiments of the present invention.
[0068] The modules described in the embodiments of the present invention can be implemented in software or hardware. The names of the modules are not, in some cases, limiting the scope of the module itself.
[0069] Based on the same principles as the methods shown in the embodiments of the present invention, the embodiments of the present invention also provide an electronic device, which may include, but is not limited to: a processor and a memory; the memory for storing computer programs; and the processor for executing the methods shown in any embodiment of the present invention by invoking the computer programs.
[0070] In one alternative embodiment, an electronic device is provided, such as Figure 5 As shown, Figure 5 The illustrated electronic device includes a processor and a memory. The processor and memory are connected, for example, via a bus. Optionally, the electronic device may also include a transceiver, which can be used for data interaction between the electronic device and other electronic devices, such as sending and / or receiving data. It should be noted that in practical applications, the transceiver is not limited to one unit, and the structure of this electronic device does not constitute a limitation on the embodiments of the present invention.
[0071] The memory stores application code (computer program) that executes the present invention, and its execution is controlled by a processor. The processor executes the application code stored in the memory to implement the content shown in the foregoing method embodiments.
[0072] Among these, electronic devices can also be terminal devices. Figure 5 The electronic device shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments of the present invention.
[0073] This invention provides a computer-readable storage medium storing a computer program that, when run on a computer, enables the computer to execute the corresponding content in the aforementioned method embodiments.
[0074] According to another aspect of the present invention, a computer program product or computer program is also provided, comprising computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the methods provided in the various embodiments described above.
[0075] The aforementioned computer-readable storage medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the method shown in the above embodiments.
[0076] The above description is merely a preferred embodiment of the present invention and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of disclosure in this invention is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features with similar functions disclosed in this invention.
Claims
1. An OSC path modeling and control method, applied to a network management system, characterized in that, The method includes: Based on the physical topology resources of the entire network, the OSC port connection relationship of adjacent network elements is identified, and standardized point-to-point OSC link objects are generated. Receive full OSC operation data actively reported by network elements. The full OSC operation data includes: unique OSC signaling source identifier and port connection relationship. Based on the same-origin attribute of the unique identifier of the OSC signaling source, the point-to-point OSC link object is divided into the corresponding OSC logical domain; Within each OSC logical domain, based on the port connection relationship, the point-to-point OSC link objects are sequentially connected and spliced together using a port matching recursive iteration method to generate an end-to-end OSC path object. Based on preset mapping constraint rules, a bidirectional association mapping relationship is constructed between the OSC signaling source and the end-to-end OSC path object; The system collects OSC link operation status data in real time, including the end-to-end OSC path object. When the operation status data meets the preset linkage triggering conditions, it reverse-links and matches the corresponding OSC signaling source according to the bidirectional association mapping relationship, and performs linkage operation and maintenance operations on the matched OSC signaling source.
2. The OSC path modeling and control method according to claim 1, characterized in that, Based on the physical topology resources of the entire network, the OSC port connection relationships of adjacent network elements are identified, and standardized point-to-point OSC link objects are generated, specifically including: Based on the physical topology resources of the entire network, the OSC connection relationship between network elements is traversed and searched, and the OSC port connection relationship between adjacent network elements is analyzed and generated. Based on the OSC port connection relationship, a structured point-to-point OSC link object is generated.
3. The OSC path modeling and control method according to claim 1, characterized in that, Receive the full OSC operation data proactively reported by the network element, specifically: The system receives full OSC operation data actively reported by network elements in a passive acquisition mode; wherein, the passive acquisition mode is an acquisition mode that does not send configuration commands or query commands to network elements. The OSC full-scale operation data also includes: port transmit / receive status, link connectivity status, and optical layer performance data; wherein, the optical layer performance data includes optical power and / or bit error rate.
4. The OSC path modeling and control method according to claim 1, characterized in that, Based on the same-origin attribute of the unique identifier of the OSC signaling source, the point-to-point OSC link object is divided into the corresponding OSC logical domain, specifically as follows: When it is identified that the OSC full operation data reported by the same network element includes multiple different OSC signaling source unique identifiers, the point-to-point OSC link objects carrying different OSC signaling source unique identifiers will be assigned to different OSC logical domains respectively. When multiple point-to-point OSC link objects are identified to have the same OSC signaling source unique identifier in their full OSC operation data, the point-to-point OSC link objects carrying the same OSC signaling source unique identifier will be assigned to the same OSC logical domain.
5. The OSC path modeling and control method according to claim 1, characterized in that, Within each OSC logical domain, based on the port connection relationship, the point-to-point OSC link objects are sequentially concatenated using a port matching recursive iteration method to generate an end-to-end OSC path object, specifically as follows: Read all point-to-point OSC link objects within the current OSC logical domain; Based on the network element identifier and port number in the port connection relationship, determine whether the point-to-point OSC link object of the preceding level and the point-to-point OSC link object of the following level meet the internal connection conditions of the same network element. If the conditions for connection within the same network element are met, then the currently matched point-to-point OSC link object is used as the base point, and the recursive search for connectable point-to-point OSC link objects is performed to extend the transmission path segment by segment. During the recursive retrieval process, the network element identifier and port number that have been visited are recorded. If a network element identifier or port number that has been visited repeatedly is detected, it is determined to be an OSC ring link and the recursion is terminated. When there is no next-level connectable point-to-point OSC link object and no duplicate nodes, the path boundary is reached and the recursion is terminated. After the recursion is terminated, the point-to-point OSC link objects that have been assembled are sorted and integrated according to the transmission direction to generate the end-to-end OSC path object.
6. The OSC path modeling and control method according to claim 1, characterized in that, Based on preset mapping constraint rules, a bidirectional association mapping relationship is constructed between the OSC signaling source and the end-to-end OSC path object, specifically as follows: Collect all end-to-end OSC path objects generated within the current OSC logical domain; Based on preset mapping constraint rules, multiple end-to-end OSC path objects within the OSC logical domain are batch bound to their corresponding OSC signaling sources; The system bidirectionally stores the attribution mapping relationship between the OSC signaling source and the end-to-end OSC path object, so as to record the list of end-to-end OSC path objects under each OSC signaling source, and the OSC signaling source to which each end-to-end OSC path object uniquely belongs.
7. The OSC path modeling and control method according to claim 1, characterized in that, The OSC link operation status data includes: OSC link connectivity status, topology change status, and optical layer performance data; Joint operation and maintenance tasks include one or more of the following: Based on the bidirectional correlation mapping relationship, the faulty OSC link that triggered the linkage triggering condition is located, and the source is traced back to the corresponding OSC signaling source, and the fault location information is output. When any OSC link contained in any of the multiple end-to-end OSC path objects associated with the same OSC signaling source triggers the linkage triggering condition, a cross-link association alarm is generated. Based on the end-to-end OSC path object to which the OSC link that triggered the linkage triggering condition belongs, the validity of the clock synchronization status of the corresponding OSC signaling source is determined.
8. An OSC path modeling and control system, characterized in that, include: The topology building module is used to identify the OSC port connection relationship between adjacent network elements based on the physical topology resources of the entire network, and generate standardized point-to-point OSC link objects. The data acquisition module is used to receive the full OSC operation data actively reported by the network element. The full OSC operation data includes: the unique identifier of the OSC signaling source and the port connection relationship. The clustering and grouping module is used to divide the point-to-point OSC link objects into corresponding OSC logical domains based on the same-origin attribute of the unique identifier of the OSC signaling source. The topology splicing module is used to splice the point-to-point OSC link objects segment by segment in each OSC logical domain based on the port connection relationship and using a port matching recursive iteration method to generate an end-to-end OSC path object. The binding mapping module is used to construct a bidirectional association mapping relationship between the OSC signaling source and the end-to-end OSC path object based on preset mapping constraint rules; The scenario linkage module is used to collect OSC link operation status data included in the end-to-end OSC path object in real time. When the operation status data meets the preset linkage triggering conditions, the module reverse-links and matches the corresponding OSC signaling source according to the bidirectional association mapping relationship, and performs linkage operation and maintenance operations on the matched OSC signaling source.
9. An electronic device, characterized in that, It includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the computer program, implements the method of any one of claims 1-7.
10. A computer storage medium, characterized in that, The computer storage medium stores a computer program, which, when executed by a processor, implements the method of any one of claims 1-7.
