Message checking method and device of optical transport network equipment and network management system

Abstract

This disclosure provides a message verification method and apparatus for optical transport network (OTN) devices, as well as a network management system; it relates to the field of communication technology. The method includes: in response to receiving a creation completion response message for a target service sent by an OTN device, obtaining a message to be verified associated with the target service; the creation completion response message includes service information; performing content verification on the message information for each object category in the message to be verified according to the object category and the corresponding object verification template in each category; if the content verification passes, performing concatenation verification on the message to be verified according to the service information to determine the message verification result. This disclosure can, to a certain extent, solve the problem of low accuracy and efficiency in verifying services created by OTN devices.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and more specifically, to a message verification method and apparatus for optical transmission network equipment, and a network management system. Background Technology

[0002] Currently, most services created for access-type OTN (Optical Transport Network) devices rely on manual verification of object attributes and relationships between objects, resulting in low accuracy and efficiency. Furthermore, verification errors can lead to service creation failures or disruptions in service data flow.

[0003] It should be noted that the information disclosed in the background section above is only used to enhance the understanding of the background of this disclosure, and therefore may include information that does not constitute prior art known to those skilled in the art. Summary of the Invention

[0004] The purpose of this disclosure is to provide a message verification method and apparatus for optical transport network equipment, as well as a network management system, thereby solving to some extent the problem of low verification accuracy and efficiency for services created by OTN equipment.

[0005] According to a first aspect of this disclosure, a message verification method for an Optical Transport Network (OTN) device is provided. The method includes: in response to receiving a creation completion response message for a target service sent by the OTN device, obtaining a message to be verified associated with the target service; the creation completion response message includes service information; performing content verification on the message information of each object category in the message to be verified according to the object category and the object verification template corresponding to each category; and, if the content verification passes, performing concatenation verification on the message to be verified according to the service information to determine the message verification result.

[0006] Optionally, the creation completion response message includes device information, the service information includes service scenario type and service identifier, and the step of obtaining the message information to be verified associated with the target service includes: determining the target OTN device based on the device information; obtaining the message information of the target object associated with the service identifier from the target OTN device based on the service scenario type; and using the message information of the target object as the message to be verified.

[0007] Optionally, based on the object category and the corresponding object verification template, the message information of each object category in the message to be verified is subjected to content verification, including: determining the object category of each object in the message to be verified; loading an object verification template corresponding to the object category; and performing content verification on the message information of the corresponding category of object in the message to be verified based on the object verification template.

[0008] Optionally, the service information includes a service model. Based on the service information, the message to be verified is subjected to concatenation verification, including: determining each connection in the message to be verified and checking the reporting status of the first object associated with each connection; determining the second object associated with each first object and checking the reporting status of the association attributes of the mutually associated first and second objects; marking the uplink and downlink ports of the target service according to the layer protocol attributes of each connection; determining the time slot occupied by each connection according to the time slot attributes of each connection; according to the service model, sequentially concatenating from the downlink port to the uplink port in the message to be verified to check the concatenation structure and determine whether the concatenation structure of the message to be verified is correct; determining whether the associated protection group in the message to be verified is correct; and determining whether the bandwidth occupancy of the target service meets the standard requirements according to the time slot occupied by each connection.

[0009] Optionally, determining whether the associated protection group in the message to be verified is correct includes: determining the first attribute information of the protection group attributes of each connection in the message to be verified; determining the second attribute information of the associated protection group based on the related messages of the associated protection group in the message to be verified; determining the first comparison result between the third object associated with each protection group attribute and the uplink port, and / or the first comparison result between the third object associated with each protection group attribute and the downlink port; and determining whether the associated protection group is correct based on the second comparison result between the first attribute information and the second attribute information, and the first comparison result.

[0010] Optionally, before performing concatenation verification on the message to be verified, the method further includes: determining whether the key information of the target service is completely contained in the message to be verified; and performing concatenation verification on the message to be verified if the key information of the target service is completely contained in the message to be verified.

[0011] Optionally, if the key information of the target service is completely contained in the message to be verified, the method further includes: constructing and storing key-value pairs for the attributes and corresponding attribute description information in the message to be verified;

[0012] The concatenation verification of the message to be verified includes: reading the key-value pair corresponding to the target service to perform concatenation verification on the message to be verified.

[0013] Optionally, the method further includes: if the key information of the target service is not fully contained in the message to be verified, using the result of the content verification as the message verification result.

[0014] Optionally, obtaining the message information of the target object associated with the service identifier from the target OTN device includes: sending a data access request for the target service to the target OTN device, the data access request including a service scenario type and a service identifier; and receiving a data access response sent by the target OTN device, the data access response including the message information of the target object determined based on the service scenario type and the service identifier.

[0015] According to a second aspect of this disclosure, a message verification device for an OTN device is provided, comprising:

[0016] The acquisition module is configured to, in response to receiving a creation completion response message for a target service sent by an OTN device, acquire a verification message associated with the target service; the creation completion response message includes service information.

[0017] The first verification module is configured to perform content verification on the message information of each object category in the message to be verified according to the object category in the message to be verified and the object verification template corresponding to each category;

[0018] The second verification module is configured to perform concatenation verification on the message to be verified based on the business information, provided that the content verification passes, in order to determine the message verification result.

[0019] According to a third aspect of this disclosure, a network management and control system is provided, the system including the message verification device described in the above embodiments.

[0020] According to a fourth aspect of this disclosure, a computer-readable storage medium is provided that stores a computer program thereon, which, when executed by a processor, implements the methods of any of the above embodiments.

[0021] According to a fifth aspect of this disclosure, a communication device is provided, comprising: a memory for storing a computer program; and a processor for executing the computer program stored in the memory to implement the method described in any of the above embodiments.

[0022] The exemplary embodiments disclosed herein may have some or all of the following beneficial effects:

[0023] In the message verification method for OTN devices provided in this exemplary embodiment, on the one hand, the message information of the corresponding object category is first verified based on the object verification template, and then the service messages that pass the content verification are subjected to concatenation verification. Message verification is separated into object dimension and concatenation structure dimension, and messages are verified from different dimensions to ensure verification accuracy. Simultaneously, by verifying the object dimension first and then the concatenation structure dimension, hierarchical verification can be achieved, quickly locating object-level errors, preventing object-level errors from affecting concatenation verification, and improving the accuracy and efficiency of concatenation verification. On the other hand, in response to receiving the OTN device's response message indicating completion of the creation of a target service, the method can automatically begin verifying the created target service, simplifying the preparation work for message verification, further improving verification efficiency, and avoiding the error-prone problems of manual verification, thus preventing service creation failures or service data flow disruptions.

[0024] 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

[0025] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure. It is obvious that the drawings described below are merely some embodiments of this disclosure, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort.

[0026] Figure 1 This illustration schematically shows one of the flowcharts of a message verification method for an OTN device according to one embodiment of the present disclosure.

[0027] Figure 2 A schematic diagram of a business model according to one embodiment of the present disclosure is shown.

[0028] Figure 3 The schematic diagram illustrates a serial verification process according to one embodiment of the present disclosure.

[0029] Figure 4 The second schematic diagram illustrates a message verification method for an OTN device according to one embodiment of the present disclosure.

[0030] Figure 5 The schematic diagram illustrates a structural block diagram of a message verification device for an OTN device according to one embodiment of the present disclosure.

[0031] Figure 6 An exemplary communication device structural block diagram according to an embodiment of the present disclosure is illustrated schematically. Detailed Implementation

[0032] Exemplary embodiments will now be described more fully with reference to the accompanying drawings. However, these exemplary embodiments can be implemented in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided to make this disclosure more comprehensive and complete, and to fully convey the concept of the exemplary embodiments to those skilled in the art. The described features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a full understanding of embodiments of this disclosure. However, those skilled in the art will recognize that the technical solutions of this disclosure can be practiced with one or more specific details omitted, or other methods, components, apparatus, steps, etc., can be employed. In other instances, well-known technical solutions are not shown or described in detail to avoid obscuring various aspects of this disclosure.

[0033] Furthermore, the accompanying drawings are merely illustrative of this disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted. Some block diagrams shown in the drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities may be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0034] Currently, when creating services, access-type OTN devices internally create objects such as CTP, FTP, PG, and connections between the uplink and downlink ports' PTP interfaces. The attributes of these objects and the relationships between them must be constructed strictly according to a prescribed model. Errors, such as non-compliant attribute reporting, incorrect port relationship construction, or incomplete time slot occupancy, will affect the management system's control of the device and the reporting of full data, and may even lead to service creation failure or service data flow disruption. Therefore, verifying services created by OTN devices is crucial. However, existing manual verification methods are prone to errors and are inefficient. This paper proposes a message verification method for OTN devices to address this issue.

[0035] The message verification method provided in this disclosure can be implemented in a system architecture consisting of an OTN device and a network management system. For example, after a service is created, the OTN device sends a service creation completion response to the network management system. Upon receiving the creation completion response message for the target service from the OTN device, the network management system obtains the message to be verified associated with the target service. The creation completion response message includes service information. Based on the object category in the message to be verified and the corresponding object verification template, the message information for each object category in the message to be verified is subjected to content verification. If the content verification passes, the message to be verified is concatenated according to the service information to determine the message verification result.

[0036] refer to Figure 1 The message verification method for OTN devices provided in this disclosure can be applied to network management and control systems and may include the following steps:

[0037] Step S110: In response to receiving a creation completion response message for the target service sent by the OTN device, obtain the verification message associated with the target service; the creation completion response message includes service information;

[0038] Step S120: Based on the object category in the message to be verified and the object verification template corresponding to each category, perform content verification on the message information of each object category in the message to be verified.

[0039] Step S130: If the content verification passes, perform concatenation verification on the message to be verified according to the business information to determine the message verification result.

[0040] In the message verification method for OTN devices provided in this exemplary embodiment, on the one hand, the message information of the corresponding object category is first verified based on the object verification template, and then the service messages that pass the content verification are subjected to concatenation verification. Message verification is separated into object dimension and concatenation structure dimension, and messages are verified from different dimensions to ensure verification accuracy. Simultaneously, by verifying the object dimension first and then the concatenation structure dimension, hierarchical verification can be achieved, quickly locating object-level errors, preventing object-level errors from affecting concatenation verification, and improving the accuracy and efficiency of concatenation verification. On the other hand, in response to receiving the OTN device's response message indicating completion of the creation of a target service, the method can automatically begin verifying the created target service, simplifying the preparation work for message verification, further improving verification efficiency, and avoiding the error-prone problems of manual verification, thus preventing service creation failures or service data flow disruptions.

[0041] The present disclosure will be described in more detail below in some embodiments.

[0042] In step S110, in response to receiving a creation completion response message for the target service sent by the OTN device, the verification message associated with the target service is obtained.

[0043] In this example implementation, the creation completion response message may include service information, which refers to information related to the target service. Service information may include service identifier, service scenario type, etc. Service scenario types may include EoO (Ethernet over Optical Transmission Net), SDH (Synchronous Digital Hierarchy), EoS (Ethernet over SDH), ODU (Optical Path Data Unit), OSU (Optical Service Unit), EoOSU (Ethernet over Optical Service Unit), etc. Service information may also include service protection type (such as with or without protection groups), service model, etc., but this example does not limit this. The creation completion response message may also include device information, which refers to information related to the OTN device used to create the target service. Device information may include device identifier, device name, device type, etc., and may also include device IP address information for easy device access, and other device attribute information, but this example does not limit this.

[0044] In this example implementation, the creation completion response message refers to the response message generated by the OTN device when it completes the creation of the target service, indicating that the creation of the target service is complete. Upon receiving this creation completion response message, the verification message for the target service can be obtained from the OTN device.

[0045] For example, the target OTN device can be determined based on the device information; the message information of the target object associated with the service identifier can be obtained from the target OTN device according to the service scenario type; and the message information of the target object can be used as the message to be verified.

[0046] In this example implementation, the target OTN device can be determined based on the device identifier and device IP address. Then, message information related to the target object associated with the service identifier can be obtained from the target OTN device. For example, a data access request can be sent to the target OTN device based on the device IP address. The target OTN device determines the target data corresponding to the request (message information of the target object determined based on the service scenario type and service identifier) ​​based on the access request, generates a data access response based on the target data, and sends the data access response message to the requester so that the requester can verify the target object message information in the message. The message to be verified can be obtained by parsing the data access response message, for example, parsing an XML format message into a JSON message to be verified.

[0047] In step S120, the message information of each object category in the message to be verified is verified according to the object category in the message to be verified and the object verification template corresponding to each category.

[0048] In this example implementation, object categories refer to various objects in the OTN, which may include PTP (Physical Termination Point), FTP (Floating Termination Point), CTP (Connection Termination Point), PG (Protection Group), and connections, etc. A protection group refers to grouping two ports on the OTN device into a port protection group to achieve backup of the primary and backup interfaces. Under normal operating conditions, the primary interface carries business data transmission. When the primary interface fails, the system will automatically switch the service to the backup interface to ensure normal service transmission. Other object categories may also be included, but this example does not limit this. Object verification templates are data model templates and object attribute templates for different object categories; each object category can correspond to one object verification template.

[0049] For example, the content verification process may include the following steps: first, determine the object category of each object in the message to be verified; for each object category, load the object verification template corresponding to that object category; and perform content verification on the message information of the corresponding category of objects in the message to be verified according to the object verification template.

[0050] In this example implementation, the object validation model is a standard template based on the message format and attribute values ​​set by the object category. Templates can also be constructed according to actual needs; this example does not impose any limitations on this. An object validation template can be used to perform content validation on the message information corresponding to the object in the message to be validated. Content validation can include the validation of the message structure (format) and each attribute and its corresponding value. For example, content validation may include, but is not limited to, validation of the optionality of attribute reporting in the message, validation of non-empty attribute values, validation of the validity of attribute values, etc. The validation results for each item can be recorded and summarized; if each validation item matches the template, the content validation is considered successful.

[0051] In some embodiments, before performing concatenation verification on the message to be verified, it is also necessary to confirm the integrity of the message to be verified. This may include the following steps: determining whether the key information of the target service is completely contained in the message to be verified; and performing concatenation verification on the message to be verified if the key information of the target service is completely contained in the message to be verified.

[0052] In this example implementation, the key information of the target service refers to all objects involved in the target service, their attributes and values, and the relationships between them. When the message to be verified includes all objects involved in the target service, their attributes and values, and the relationships between them, the message information of the target service is considered complete, and the next step can be performed. When the message to be verified does not include all objects involved in the target service, their attributes and values, and the relationships between them, the message information of the target service is considered incomplete, and subsequent concatenation verification cannot be performed. In this case, the content verification result can be used as the final verification result, or missing or incorrect message information can be added to the final verification result to generate a verification report.

[0053] In some embodiments, after the message integrity verification passes, key-value pairs can be constructed and stored for the attributes and corresponding attribute description information in the message to be verified; when performing concatenation verification on the message to be verified, the key-value pairs corresponding to the target service can be read directly, which facilitates the rapid concatenation verification.

[0054] In step S130, if the content verification passes, the message to be verified is concatenated and verified according to the business information to determine the message verification result.

[0055] In this example implementation, service information may include a service model, which refers to the optical transmission network line corresponding to the service, including objects and their relationships, concatenation order, etc. Figure 2The diagram illustrates a business model example for an OTN service scenario. The triangle icon represents CTP, the circle icon represents FTP, the square icon represents PTP, solid lines represent connections, dashed lines represent relationships, and the dashed box represents protection group ports. Connection verification refers to the process of verifying the connection relationships of objects in the verification packet based on the business model.

[0056] For example, refer to Figure 3 Based on business information, performing concatenation verification on the message to be verified may include the following steps:

[0057] Step S310: Determine each connection in the message to be verified, and check the reporting status of the first object associated with each connection.

[0058] In this example implementation, the first object is the connection port CTP connecting both ends, such as... Figure 2 As shown, the solid line between the two triangle icons (the first object) is a connector, i.e. Figure 2 Connections A, B, and C are identified. The CTP target attributes (such as client port attributes and service port attributes) associated with each connection are compared with the corresponding attributes of that CTP in the message to be verified to determine whether the CTP-related information in the message to be verified is correct. For example, if both agree, the verification is considered successful.

[0059] Step S320: Determine the second objects associated with each first object, and check the reporting status of the association attributes of the mutually associated first and second objects.

[0060] In this example implementation, the second object is the FTP or PTP associated with CTP, such as... Figure 2 As shown, CTP is associated with FTP, while in some business scenarios (such as ODU business scenarios), CTP is associated with PTP. The verification is performed by comparing the association attribute values ​​of the CTP and FTP, and CTP and PTP in the message to be verified.

[0061] Step S330: Mark the uplink and downlink ports of the target service according to the layer protocol attributes of each connection.

[0062] In this example implementation, the uplink port refers to the port that connects to the large network device (connecting the network side), and the downlink port refers to the port that connects to the CPE (customer terminal device). The uplink and downlink ports of the OTN device are marked by the layer protocol attributes.

[0063] Step S340: Determine the time slot occupied by each connection based on the time slot attributes of each connection.

[0064] In this example implementation, the time slot attribute value can be used as the time slot occupied by the corresponding connection.

[0065] Step S350: According to the business model, the serial connection structure of the message to be verified is sequentially connected from the downstream port to the upstream port to check the connection structure and determine whether the serial connection structure of the message to be verified is correct.

[0066] In this example implementation, the correctness of the message concatenation structure can be determined by sequentially connecting the objects involved in the business model from the downstream port to the upstream port within the message to be verified. If the upstream port cannot be connected (i.e., connected to another port), or if the concatenation is interrupted, it can be determined that the message concatenation structure is incorrect.

[0067] Step S360: Determine whether the associated protection group in the message to be verified is correct.

[0068] In this example implementation, this step can be omitted if the message to be verified does not contain a protection group. For messages containing protection groups, first determine the first attribute information of the protection group attributes of each connection in the message to be verified (such as the attribute value of the protection group ID); then, based on the related messages of the protection groups associated with each connection in the message to be verified, determine the second attribute information of the associated protection groups (the attribute values ​​in the messages); determine the first comparison result between the third object associated with each protection group attribute and the uplink port, and / or the first comparison result between the third object associated with each protection group attribute and the downlink port; based on the second comparison result of the first attribute information and the second attribute information, and the first comparison result, determine whether the associated protection group is correct. That is, it is necessary to compare and verify the attribute values ​​of the protection group attributes of each connection with the attribute values ​​of the PG messages in the message to be verified, and it is also necessary to compare and verify the PTP ports associated with the protection group attributes with the uplink port and / or the downlink port. If both comparison results are the same, the protection group in the message is considered correct.

[0069] Step S370: Determine whether the bandwidth usage of the target service meets the standard requirements based on the time slots occupied by each connection.

[0070] In this example implementation, the target service has a corresponding bandwidth occupancy standard requirement. When the sum of the time slots occupied by each connection is greater than or equal to the standard requirement, it means that the service packet meets the bandwidth occupancy standard requirement. Otherwise, the time slots do not meet the service requirements and information transmission cannot be performed.

[0071] pass Figure 3 After each step of the verification process shown, the connection is successfully completed. Figure 3In this embodiment, steps S303 and S304 are not sequential and can be performed simultaneously, while steps S305-307 can also be performed partially sequentially. The above embodiment employs a step-by-step inspection method, first checking all connections and associated ports within the service, then performing a divergent object association check. During the inspection process, the upstream and downstream physical ports of the service are marked based on the layer protocol. The marked ports are checked sequentially from bottom to top, connecting the overall internal structure of the service and the association relationships of all ports. This allows for connection checks without prior knowledge of the upstream and downstream ports and the specific established connections, making it more applicable and versatile; it also aligns better with code logic and facilitates technology implementation.

[0072] The message verification process of the OTN device disclosed herein is as follows: Figure 4 As shown, the steps S401 to S411 may be included.

[0073] Step S401: Once the OTN device service creation is complete, a creation completion response message for the target service is sent to the management and control system.

[0074] In step S402, the control system sends a data access request for the target service to the OTN device based on the creation completion response message.

[0075] In step S403, the OTN device obtains the corresponding target data based on the received data access request and generates a data access response message based on the target data.

[0076] In step S404, the OTN device reports a data access response message to the management and control system.

[0077] Step S405: The control system determines the message to be verified based on the received data access response message.

[0078] Step S406: Based on the object category and the corresponding object verification template, perform content verification on the message information of each object category in the message to be verified.

[0079] Step S407: Determine whether the message to be verified contains complete key information of the target service. If yes, proceed to S408; otherwise, proceed to S411.

[0080] Step S408: Construct key-value pairs and store the attributes and corresponding attribute description information in the message to be verified.

[0081] Step S409: Read the key-value pairs of the target business and perform concatenation verification.

[0082] Step S410: Generate a verification report based on the serial connection verification results.

[0083] Step S411: Generate a verification report from the content verification results.

[0084] For a detailed description of each step in the above embodiments, please refer to the corresponding description in the foregoing embodiments, which will not be repeated here.

[0085] In situations where a management system oversees numerous devices and engages in frequent data interactions, manual screening is time-consuming, labor-intensive, and prone to errors, impacting service quality and work efficiency. To address these issues, the method provided in this invention automatically retrieves service-related object messages based on service-related parameters after successful OTN device service creation, simplifying message verification preparation. Simultaneously, attribute structure verification based on object verification templates quickly identifies errors in message format and attribute value configurations. This method not only addresses message specification issues but also avoids the failure of concatenation checks due to message format problems found in existing verification techniques, thus improving the overall efficiency of message verification. Furthermore, this disclosure designs a concatenation verification method that prioritizes initial screening before final concatenation. This method directly identifies the upstream and downstream ports of the service based on the connection messages, eliminating the need for prior querying and being unaffected by specific connection structures. Compared to existing technologies, it offers greater versatility. Moreover, the method aggregates similar verification steps, making it more efficient than manual sequential concatenation checks, more aligned with procedural thinking, and highly operable.

[0086] This disclosure can be applied to the quality inspection and troubleshooting of management and control-related business data for access-type OTN devices, enabling automated verification of OTN device packets. It can also be used for full data integration, and can be expanded with different verification rules and objects to meet various business needs.

[0087] See Figure 5 This example embodiment also provides a message verification device 500 for an OTN device, comprising:

[0088] The acquisition module 510 is configured to, in response to receiving a creation completion response message for a target service sent by an OTN device, acquire a verification message associated with the target service; the creation completion response message includes service information;

[0089] The first verification module 520 is configured to perform content verification on the message information of each object category in the message to be verified according to the object category in the message to be verified and the object verification template corresponding to each category.

[0090] The second verification module 530 is configured to perform concatenation verification on the message to be verified based on business information, after the content verification passes, in order to determine the message verification result.

[0091] In one embodiment of this disclosure, the creation completion response message includes device information, and the service information includes service scenario type and service identifier. The acquisition module 510 can also be configured as follows:

[0092] Based on the device information, determine the target OTN device; based on the service scenario type, obtain the message information of the target object associated with the service identifier from the target OTN device; use the message information of the target object as the message to be verified.

[0093] In one embodiment of this disclosure, the first verification module 520 may further be configured as follows:

[0094] Determine the object category of each object in the message to be verified; load the object verification template corresponding to the object category; and perform content verification on the message information of the corresponding object category in the message to be verified based on the object verification template.

[0095] In one embodiment of this disclosure, the business information includes a business model, and the second verification module 530 can also be configured as follows:

[0096] Identify each connection in the message to be verified and check the reporting status of the first object associated with each connection; identify the second object associated with each first object and check the reporting status of the association attributes of the interrelated first and second objects; mark the uplink and downlink ports of the target service according to the layer protocol attributes of each connection; determine the time slots occupied by each connection according to the time slot attributes of each connection; according to the service model, sequentially connect from the downlink port to the uplink port in the message to be verified to check the serial structure and determine whether the serial structure of the message to be verified is correct; determine whether the associated protection group in the message to be verified is correct; determine whether the bandwidth occupancy of the target service meets the standard requirements according to the time slots occupied by each connection.

[0097] In one embodiment of this disclosure, the second verification module 530 may further determine whether the associated protection group in the message to be verified is correct through the following steps:

[0098] Determine the first attribute information of the protection group attributes of each connection in the message to be verified; determine the second attribute information of the associated protection group based on the relevant messages of the associated protection group in the message to be verified; determine the first comparison result between the third object associated with each protection group attribute and the uplink port, and / or the first comparison result between the third object associated with each protection group attribute and the downlink port; determine whether the associated protection group is correct based on the second comparison result of the first attribute information and the second attribute information, and the first comparison result.

[0099] In one embodiment of this disclosure, the device 500 further includes:

[0100] The integrity determination module is configured to determine whether the key information of the target service is completely contained in the message to be verified before performing concatenation verification on the message to be verified; if the key information of the target service is completely contained in the message to be verified, then perform concatenation verification on the message to be verified.

[0101] In one embodiment of this disclosure, the device 500 further includes:

[0102] The storage module is configured to construct and store key-value pairs of attributes and corresponding attribute descriptions in the message to be verified, provided that the key information of the target business is completely contained in the message to be verified.

[0103] The second verification module can also be configured to read the key-value pairs corresponding to the target service for concatenation verification of the message to be verified.

[0104] In one embodiment of this disclosure, the integrity determination module may also be configured to: take the content verification result as the message verification result when the key information of the target service is not fully contained in the message to be verified.

[0105] In one embodiment of this disclosure, the acquisition module 510 may further include:

[0106] The sending submodule is configured to send a data access request for the target service to the target OTN device. The data access request includes the service scenario type and the service identifier.

[0107] The receiving submodule is configured to receive data access responses sent by the target OTN device. The data access responses include message information of the target object determined based on the service scenario type and service identifier.

[0108] The specific details of each module / unit involved in the message verification device in the above embodiments have been described in detail in the corresponding message verification methods, so they will not be repeated here.

[0109] This example embodiment also provides a network management system, which includes the message verification device of any of the above embodiments. This system can be applied to communication networks formed by OTN devices.

[0110] In another aspect, this application also provides a computer-readable medium, which may be included in the device described in the above embodiments; or it may exist independently and not assembled into the device. The computer-readable medium carries one or more programs that, when executed by the device, cause the device to implement the methods as described in the following embodiments. For example, the device may implement... Figures 1-4 The various steps shown are as follows.

[0111] It should be noted that the computer-readable medium disclosed herein may be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium may be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wireless, wire, optical fiber, RF, etc., or any suitable combination thereof.

[0112] Furthermore, in exemplary embodiments of this disclosure, an apparatus capable of implementing the above-described methods is also provided. Those skilled in the art will understand that various aspects of this disclosure can be implemented as systems, methods, or program products. Therefore, various aspects of this disclosure can be specifically implemented as entirely hardware embodiments, entirely software embodiments (including firmware, microcode, etc.), or embodiments combining hardware and software aspects, collectively referred to herein as "circuit," "module," or "system."

[0113] See Figure 6 , Figure 6 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Figure 6 As shown, the communication device 600 includes a processor 610, a memory 620, a transceiver 630, and a communication bus 640. The processor 610 is connected to the memory 620 and the transceiver 630; for example, the processor 610 can be connected to the memory 620 and the transceiver 630 via the communication bus 640. The processor 610 is configured to support the execution of functions by the communication device. Figures 1-4The corresponding functions in the message verification method. The processor 610 can be a central processing unit (CPU), a network processor (NP), a hardware chip (such as a DSP (Digital Signal Processing) chip), or any combination thereof. The aforementioned hardware chip can be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The aforementioned PLD can be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof. The memory 620 is used to store program code, etc. The memory 620 can include volatile memory (VM), such as random access memory (RAM); the memory 620 can also include non-volatile memory (NVM), such as read-only memory (ROM), flash memory, hard disk. Storage 620 may also include combinations of the above types of storage devices, such as HDDs or solid-state drives (SSDs).

[0114] The transceiver 630 is used to send or receive data.

[0115] Processor 610 can call the above program code to perform the following operations:

[0116] In response to receiving a creation completion response message for the target service from the OTN device, the system retrieves the verification message associated with the target service; the creation completion response message includes service information.

[0117] Based on the object category in the message to be verified and the object verification template corresponding to each category, the message information of each object category in the message to be verified is verified separately.

[0118] If the content verification passes, the message to be verified is concatenated and verified according to the business information to determine the message verification result.

[0119] Optionally, the completion response message includes device information, and the service information includes the service scenario type and service identifier. The processor 610 can also perform the following operations:

[0120] Based on the equipment information, identify the target OTN device;

[0121] Based on the business scenario type, obtain the message information of the target object associated with the business identifier from the target OTN device;

[0122] Use the message information of the target object as the message to be verified.

[0123] Optionally, the processor 610 described above may also perform the following operations:

[0124] Determine the object category of each object in the message to be verified;

[0125] Load the object validation template corresponding to an object category;

[0126] Based on the object verification template, perform content verification on the message information of the corresponding category of object in the message to be verified.

[0127] Optionally, the business information includes the business model, and the processor 610 can also perform the following operations:

[0128] Identify each connection in the message to be verified, and check the reporting status of the first object associated with each connection;

[0129] Identify the second objects associated with each first object, and check the reporting status of the association attributes of the interrelated first and second objects;

[0130] Based on the layer protocol attributes of each connection, mark the uplink and downlink ports of the target service;

[0131] Determine the time slot occupied by each connection based on the time slot attributes of each connection;

[0132] Based on the business model, the serial connection structure of the message to be verified is checked by sequentially connecting the downstream port to the upstream port to determine whether the serial connection structure of the message to be verified is correct.

[0133] Determine whether the associated protection group in the message to be verified is correct;

[0134] Based on the time slots occupied by each connection, determine whether the bandwidth usage of the target service meets the standard requirements.

[0135] Optionally, the processor 610 described above may also perform the following operations:

[0136] Determine the first attribute information of the protection group attributes of each connection in the message to be verified;

[0137] Based on the relevant messages of the associated protection group in the message to be verified, determine the second attribute information of the associated protection group;

[0138] Determine the first comparison result between the third object associated with each protection group attribute and the uplink port, and / or the first comparison result between the third object associated with each protection group attribute and the downlink port;

[0139] Based on the second comparison result of the first attribute information and the second attribute information, and the first comparison result, determine whether the associated protection group is correct.

[0140] Optionally, the processor 610 described above may also perform the following operations:

[0141] Before performing concatenation verification on the message to be verified, determine whether the key information of the target business is fully contained in the message to be verified.

[0142] When the key information of the target business is completely contained in the message to be verified, the message to be verified is concatenated for verification.

[0143] Optionally, the processor 610 may also perform the following operations: when the key information of the target business is completely contained in the message to be verified, construct key-value pairs and store them for the attributes and corresponding attribute description information in the message to be verified;

[0144] Read the key-value pair corresponding to the target business to perform concatenation verification on the message to be verified.

[0145] It should be noted that the implementation of each operation can also be referenced accordingly. Figures 1-4 The corresponding description of the method embodiment shown; the processor 610 described above can also cooperate with the transceiver 630 to perform other operations in the above method embodiment.

[0146] From the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, and includes several instructions to cause a device to execute the method according to the embodiments of this disclosure.

[0147] Furthermore, the above figures are merely illustrative of the processes included in the method according to exemplary embodiments of this disclosure and are not intended to be limiting. It is readily understood that the processes shown in the above figures do not indicate or limit the temporal order of these processes. Additionally, it is readily understood that these processes may be executed synchronously or asynchronously, for example, in multiple modules.

[0148] It should be noted that although the steps of the method in this disclosure are described in a specific order in the accompanying drawings, this does not require or imply that the steps must be performed in that specific order, or that all the steps shown must be performed to achieve the desired result. Additional or alternative steps, such as omitting certain steps, combining multiple steps into one step, and / or breaking down a step into multiple steps, should all be considered part of this disclosure.

[0149] It should be understood that this disclosure, as disclosed and defined herein, extends to all alternative combinations of two or more individual features mentioned or apparent in the text and / or figures. All these different combinations constitute multiple alternative aspects of this disclosure. The embodiments described in this specification illustrate the best known mode for implementing this disclosure and will enable those skilled in the art to utilize it.

Claims

1. A message verification method for an optical transport network (OTN) device, characterized in that, The method includes: In response to receiving a creation completion response message for a target service from an OTN device, the system retrieves a verification message associated with the target service; the creation completion response message includes service information. Based on the object category in the message to be verified and the object verification template corresponding to each category, the message information of each object category in the message to be verified is verified separately. If the content verification passes, the message to be verified is concatenated and verified according to the business information to determine the message verification result.

2. The method according to claim 1, characterized in that, The creation completion response message includes device information, the service information includes service scenario type and service identifier, and the step of obtaining the verification message information associated with the target service includes: Based on the device information, the target OTN device is determined; Based on the service scenario type, obtain the message information of the target object associated with the service identifier from the target OTN device; The message information of the target object is used as the message to be verified.

3. The method according to claim 1, characterized in that, Based on the object category and the corresponding object verification template, content verification is performed on the message information of each object category in the message to be verified, including: Determine the object category of each object in the message to be verified; Load the object validation template corresponding to the object category mentioned above; Based on the object verification template, the message information of the corresponding category of object in the message to be verified is verified for content.

4. The method according to claim 1, characterized in that, The business information includes a business model. Based on the business information, concatenation verification is performed on the message to be verified, including: Identify each connection in the message to be verified, and check the reporting status of the first object associated with each connection; Identify the second objects associated with each first object, and check the reporting status of the association attributes of the interrelated first and second objects; Based on the layer protocol attributes of each connection, mark the uplink and downlink ports of the target service; Determine the time slot occupied by each connection based on the time slot attributes of each connection; According to the business model, the serial connection structure of the message to be verified is sequentially connected from the downlink port to the uplink port to check the serial connection structure and determine whether the serial connection structure of the message to be verified is correct. Determine whether the associated protection group in the message to be verified is correct; Based on the time slots occupied by each connection, determine whether the bandwidth usage of the target service meets the standard requirements.

5. The method according to claim 4, characterized in that, Determining whether the associated protection group in the message to be verified is correct includes: Determine the first attribute information of the protection group attributes of each connection in the message to be verified; Based on the relevant messages of the associated protection group in the message to be verified, determine the second attribute information of the associated protection group; Determine the first comparison result between the third object associated with each protection group attribute and the uplink port, and / or the first comparison result between the third object associated with each protection group attribute and the downlink port; Based on the second comparison result between the first attribute information and the second attribute information, and the first comparison result, determine whether the associated protection group is correct.

6. The method according to claim 1, characterized in that, Before performing concatenation verification on the message to be verified, the method further includes: Determine whether the key information of the target service is fully contained in the message to be verified; When the key information of the target service is completely contained in the message to be verified, the message to be verified is concatenated for verification.

7. The method according to claim 6, characterized in that, When the key information of the target service is completely contained in the message to be verified, the method further includes: Construct key-value pairs for the attributes and corresponding attribute descriptions in the message to be verified and store them; Performing concatenation verification on the message to be verified includes: Read the key-value pair corresponding to the target service to perform concatenation verification on the message to be verified.

8. The method according to claim 6, characterized in that, The method further includes: If the key information of the target service is not fully contained in the message to be verified, the result of the content verification shall be used as the message verification result.

9. The method according to claim 2, characterized in that, The step of obtaining the message information of the target object associated with the service identifier from the target OTN device includes: Send a data access request for the target service to the target OTN device. The data access request includes the service scenario type and the service identifier. Receive a data access response sent by the target OTN device, the data access response including message information of the target object determined based on the service scenario type and service identifier.

10. A message verification device for an OTN device, characterized in that, include: The acquisition module is configured to, in response to receiving a creation completion response message for a target service sent by an OTN device, acquire a verification message associated with the target service; the creation completion response message includes service information. The first verification module is configured to perform content verification on the message information of each object category in the message to be verified according to the object category in the message to be verified and the object verification template corresponding to each category; The second verification module is configured to perform concatenation verification on the message to be verified based on the business information, provided that the content verification passes, in order to determine the message verification result.

11. A network management and control system, characterized in that, The system includes the message verification device as described in claim 10.

Images