Service provisioning methods, systems, and electronic devices based on software-defined networking

Abstract

This application discloses a service activation method, system, and electronic device based on software-defined networking, belonging to the field of computer science. It includes: a target multi-domain collaborative controller acquiring resource scheduling information for activating a target service; the target multi-domain collaborative controller performing path planning processing based on the resource scheduling information to obtain cross-domain path planning results, the cross-domain path planning results including starting device information and ending device information of each domain; the target multi-domain collaborative controller transmitting a target instruction to a target single-domain controller of the target domain based on the cross-domain path planning results, the target instruction containing target starting device information and target ending device information of the target domain; the target single-domain controller planning paths within the target domain based on the target instruction to obtain intra-domain path planning results; and the target single-domain controller realizing end-to-end activation of the target service based on the intra-domain path planning results.

Description

Technical Field

[0001] This application belongs to the field of computer science, and specifically relates to a service provisioning method, system, and electronic device based on software-defined networking. Background Technology

[0002] The development of the internet has led to upgraded demands for dedicated service transmission networks in sectors such as government, finance, and manufacturing. Demands for dedicated lines are increasingly shifting towards higher bandwidth, lower latency, higher reliability, and greater connectivity. Therefore, rapidly deploying end-to-end dedicated line services and improving the efficiency and quality of dedicated line deployment has become an urgent task.

[0003] In related technologies, leased line activation typically involves manual data configuration via network management, network construction according to administrative divisions, with local networks built separately in each city and then connected via provincial trunk lines. This results in low service scheduling efficiency and long activation times. The network architecture is primarily ring network, leading to high device hop counts, large latency, segmented scheduling across ring networks, and complex configuration management for service transfers, all of which negatively impact activation efficiency. Summary of the Invention

[0004] This application provides a service activation method, apparatus, electronic device, and readable storage medium based on software-defined networking, which can, to some extent, solve the problem of low service activation efficiency caused by manual segmented configuration in related technologies.

[0005] In a first aspect, embodiments of this application provide a service provisioning method based on software-defined networking, including:

[0006] The target multi-domain collaborative controller acquires resource scheduling information for activating the target service;

[0007] The target multi-domain collaborative controller performs path planning processing based on the resource scheduling information to obtain cross-domain path planning results, which include the starting device information and the ending device information of each domain.

[0008] Based on the cross-domain path planning results, the target multi-domain collaborative controller transmits target instructions to the target single-domain controller of the target domain. The target instructions include the target starting device information and the target ending device information of the target domain.

[0009] The target single-domain controller plans the path within the target domain based on the target instruction, and obtains the path planning result within the domain;

[0010] The target single-domain controller enables end-to-end activation of the target service based on the intra-domain path planning results.

[0011] Secondly, embodiments of this application provide a service provisioning system based on software-defined networking, including: a target multi-domain collaborative controller and a target single-domain controller;

[0012] The target multi-domain collaborative controller is used to acquire resource scheduling information for activating the target service; based on the resource scheduling information, it performs path planning processing to obtain cross-domain path planning results, which include the starting device information and the ending device information of each domain; and transmits target instructions to the target single-domain controller of the target domain, which include the target starting device information and the target ending device information of the target domain.

[0013] The target single-domain controller is used to plan the path within the target domain based on the target starting device information and the target ending device information of the target domain, and obtain the path planning result within the domain; based on the path planning result within the domain, the end-to-end activation of the target service is realized.

[0014] Thirdly, embodiments of this application provide an electronic device, including a processor and a memory, wherein the memory stores a program or instructions that run on the processor, and the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.

[0015] Fourthly, embodiments of this application provide a computer-readable storage medium storing a program or instructions that, when executed, implement the steps of the method described in the first aspect.

[0016] Fifthly, embodiments of this application provide a computer program product, including a computer program that, when executed by a processor, implements the steps of the method described in the first aspect.

[0017] In this embodiment, the target multi-domain collaborative controller acquires resource scheduling information for activating the target service. Based on the resource scheduling information, the target multi-domain collaborative controller performs path planning processing to obtain cross-domain path planning results, which include starting device information and ending device information for each domain. Based on the cross-domain path planning results, the target multi-domain collaborative controller transmits a target instruction to the target single-domain controller of the target domain. The target instruction includes the target starting device information and the target ending device information of the target domain. Based on the target instruction, the target single-domain controller plans the path within the target domain to obtain intra-domain path planning results. Based on the intra-domain path planning results, the target single-domain controller achieves end-to-end activation of the target service. Thus, the target multi-domain collaborative controller can schedule resources across domains, perform path planning processing to obtain cross-domain path planning results, and transmit target instructions to the target single-domain controller of the target domain based on the cross-domain path planning results. Ultimately, the target single-domain controller enables end-to-end activation of the target service, reducing manual intervention and increasing the activation speed of the target service. This solves, to some extent, the problem of low service activation efficiency caused by manual segmented configuration in related technologies. Attached Figure Description

[0018] Figure 1 An architecture diagram of a software-defined network provided in an embodiment of this application;

[0019] Figure 2 A flowchart illustrating a service provisioning method based on software-defined networking provided in this application embodiment;

[0020] Figure 3 An architecture diagram of a target service path provided for an embodiment of this application;

[0021] Figure 4 An architecture diagram of a transmission network within a target domain is provided for an embodiment of this application;

[0022] Figure 5 An architecture diagram for managing device resources by a single target controller is provided in an embodiment of this application;

[0023] Figure 6 A flowchart illustrating a service provisioning method based on software-defined networking provided in this application embodiment;

[0024] Figure 7 An architecture diagram of an optical transport network based on software-defined networking is provided for embodiments of this application;

[0025] Figure 8 An architecture diagram of a service provisioning method based on software-defined networking provided in this application embodiment;

[0026] Figure 9 A structural block diagram of a service provisioning system based on software-defined networking provided in this application embodiment;

[0027] Figure 10 This is a schematic diagram of an electronic device provided in an embodiment of this application. Detailed Implementation

[0028] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0029] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0030] Therefore, the following detailed description of the embodiments of the invention provided in the accompanying drawings is not intended to limit the scope of the claimed invention, but merely to illustrate selected embodiments of the invention. All other embodiments obtained by those skilled in the art based on the embodiments of the invention without inventive effort are within the scope of protection of the invention.

[0031] As described in the background section, operators possess abundant and vast transmission network resources nationwide. These resources can be used to provide users with dedicated end-to-end data transmission lines of various specifications, enabling users to achieve high-quality interactive multimedia information services on the dedicated network platform, such as in government, finance, and industrial manufacturing sectors. The development of the Internet has upgraded users' demands for dedicated service transmission networks, with demands gradually shifting towards high bandwidth, low latency, high reliability, and multiple connections. However, existing dedicated line services lack rapid end-to-end activation methods. Therefore, developing rapid end-to-end deployment of dedicated line services has become an urgent task.

[0032] In related technologies, when activating service transmission lines, networks are typically built according to administrative divisions, with local networks constructed separately in each city and then connected via provincial trunk lines. This results in low service scheduling efficiency and long activation times. The network architecture is primarily ring-shaped, with numerous device hops and high latency, often requiring segmented scheduling across ring networks, leading to complex configuration management for service transfers. Typically, work orders are cascaded through multiple layers, with manual data configuration via network management to activate the target service. These technologies lack end-to-end rapid activation methods; service activation is demand-driven, segmented, inefficient, and time-consuming, failing to meet customers' flexible bandwidth requirements. User service bandwidth adjustments mainly rely on manual methods, requiring network maintenance personnel to be on-site. Activation scenarios are limited and inflexible, with unpredictable link latency. New services, such as internet services (e.g., IDC), require rapid network bandwidth response and adjustment to provide customized services and traffic guarantees, urgently necessitating improved dedicated line activation efficiency.

[0033] In this embodiment, the target multi-domain collaborative controller acquires resource scheduling information for activating the target service. Based on the resource scheduling information, the target multi-domain collaborative controller performs path planning processing to obtain cross-domain path planning results, which include starting device information and ending device information for each domain. Based on the cross-domain path planning results, the target multi-domain collaborative controller transmits a target instruction to the target single-domain controller of the target domain. The target instruction includes the target starting device information and the target ending device information of the target domain. Based on the target instruction, the target single-domain controller plans the path within the target domain to obtain intra-domain path planning results. Based on the intra-domain path planning results, the target single-domain controller achieves end-to-end activation of the target service. Thus, the target multi-domain collaborative controller can schedule resources across domains, perform path planning processing to obtain cross-domain path planning results, and transmit target instructions to the target single-domain controller of the target domain based on the cross-domain path planning results. Ultimately, the target single-domain controller enables end-to-end activation of the target service, reducing manual intervention and increasing the activation speed of the target service. This solves, to some extent, the problem of low service activation efficiency caused by manual segmented configuration in related technologies.

[0034] In this embodiment, the target service is a service transmitted via a leased line. The devices within the target domain include client-side devices and access point devices. The client-side devices transmit virtual splicing-level service granules to the access point devices; the access point devices encapsulate and aggregate the virtual splicing-level service granules to obtain aggregated services; and the access point devices transmit the aggregated services using the leased line. Thus, the service activation method provided in this embodiment can achieve automated activation of virtual splicing-level services.

[0035] In related technologies, there is a lack of IT-based evaluation and analysis platforms, a lack of Key Performance Indicators (KPIs) to comprehensively grasp the quality of leased network lines, and a lack of customer service monitoring methods. There is an urgent need to improve the differentiated competitiveness and bargaining power of leased lines. In this embodiment, the target single-domain controller obtains the resource usage of the target optical transport network equipment within the target domain, whereby the resources include bandwidth and ports. The target single-domain controller displays the resource usage of the target optical transport network equipment. When the resource usage of the target optical transport network equipment meets target conditions, the target single-domain controller adjusts the resource usage of the target optical transport network equipment. Thus, the method provided in this embodiment can realize the visualization of transmission network resources, facilitating the monitoring and management of services, including critical protection task management, service monitoring, critical protection task calendar, and service fault viewing. By displaying the status of all network link resources and resource utilization statistics such as wavelength / sub-wavelength / port, the system showcases the real-time status of network resources, enabling automated network operation and maintenance. It provides multi-dimensional real-time monitoring of service performance, with key data such as latency, packet loss rate, jitter, and bandwidth utilization clearly displayed. KPI reports are generated instantly, simplifying operation and maintenance. An end-to-end protection model is implemented to enhance service protection for leased line services, thereby improving customer satisfaction.

[0036] In related technologies, faults cannot automatically drive optimization, and there is a lack of proactive operation and maintenance methods. Degradation of leased line performance cannot be detected in a timely manner, there are no end-to-end quality control measures, there is a lack of survivability and fault simulation, it is impossible to detect network risks in advance, and the efficiency of leased line risk investigation is low.

[0037] In this embodiment, a visual interface can be provided on the target single-domain controller's page to view the device resources and link latency of the target domain. A visual interface can also be provided on the target multi-domain collaborative controller's page to view device resource usage information. This makes the network-wide link latency visible in real time, and the centralized latency algorithm can provide high-quality leased lines with optimal latency. For service leased lines, SDN-based in-band operation, administration, and maintenance (Imband OAM) flow detection technology and rerouting technology (such as SRV6) enable visible detection and real-time control of service-level agreements (SLAs). This allows for real-time awareness of service status, real-time network survivability analysis, and early identification of network bottlenecks. In this embodiment, real-time awareness of service status and a self-healing policy intent engine can quickly and automatically restore interrupted services, which to some extent solves the problem of not being able to detect network vulnerabilities in advance in related technologies.

[0038] It should be understood that the service provisioning method based on software-defined networking provided in this application embodiment can be executed by a target device. The target device can be a single electronic device or multiple electronic devices working together. The electronic device can be, for example, a server, such as a standalone physical server, a server cluster consisting of multiple servers, or a cloud server capable of cloud computing. For example, the target device can be all devices under the same transmission network, or it can be some devices under the same transmission network.

[0039] Before introducing the service provisioning method based on software-defined network provided in the embodiments of this application, let's first introduce software-defined network (SDN). Figure 1 An architecture diagram of a software-defined network provided in this application embodiment is shown below. Figure 1 As shown, Software-Defined Networking (SDN) is an open network architecture that separates control and forwarding, centralizes the control plane, and provides open and programmable interfaces. This enables flexible scheduling of network resources from a global perspective and rapid deployment of new services, simplifying operations and maintenance, improving network resource utilization, and enhancing customer experience. SDN comprises an application layer, a collaborative orchestration layer, a network control layer, and a network forwarding layer. The application layer is responsible for various customer service systems, while the collaborative orchestration layer handles cross-domain service orchestration. The network control layer is responsible for intelligent management and centralized routing scheduling of network resources. The network forwarding layer hardware supports standard forwarding control interfaces and manages forwarding layer devices, which are generalized and white-boxed.

[0040] The methods provided in this application will be described in detail below with reference to the accompanying drawings, through specific embodiments and application scenarios.

[0041] Figure 2 This is a flowchart illustrating a service provisioning method based on software-defined networking, provided as an embodiment of this application. Figure 2 As shown, the service activation method based on software-defined networking provided in this application includes the following steps:

[0042] Step 210: The target multi-domain collaborative controller obtains resource scheduling information for activating the target service.

[0043] In this embodiment of the application, the target multi-domain collaborative controller can also be called a super controller (SC). The SC can be in software form and stored on the target device, and the target device provides the software operation page of the target multi-domain collaborative controller.

[0044] In this embodiment, the target multi-domain collaborative controller can be used to coordinate transmission devices in multiple transmission domains to jointly activate a target service. The transmission devices can be Optical Transport Network (OTN) devices, and the transmission domain can include multiple OTN devices with common characteristics. For example, the transmission domain can include multiple OTN devices located in a certain city, and it can also include multiple OTN devices from the same manufacturer. This embodiment does not impose specific limitations in this regard.

[0045] In this embodiment, the target service can be any data transmission service, such as EoS or EoO services. The data transmission service can also include end-to-end leased line services; for example, the target service could be a service from office A in location A to office B in location B. This embodiment does not impose any restrictions on the service type, service rate, service granularity, or other requirements inherent to the target service.

[0046] In this embodiment of the application, the resource scheduling information of the target service can be the preliminary analysis results of the target service, and may include the transmission equipment information used by the target service, such as the physical and logical resource information of the transmission A-end tributary port (which can be understood as the source end equipment tributary port of the target service) and / or the transmission Z-end tributary port (which can be understood as the destination end equipment tributary port of the target service), OTN line port, OTN channel, etc.

[0047] In this embodiment, the target multi-domain collaborative controller can obtain resource scheduling information for the target service from within the target device or from outside the target device. For example, the target device can obtain resource scheduling information from outside the target device via wired technology, such as fiber optic connection; the target device can also obtain resource scheduling information from outside the target device via wireless technology, such as Bluetooth communication. This embodiment does not impose specific limitations on this. After obtaining the resource scheduling information for the target service, the target multi-domain collaborative controller can execute step 220, which, based on the resource scheduling information, schedules device resources across various transmission domains.

[0048] Step 220: The target multi-domain collaborative controller performs path planning processing based on the resource scheduling information to obtain cross-domain path planning results. The cross-domain path planning results include the starting device information and the ending device information of each domain.

[0049] In this embodiment, after obtaining the resource scheduling information, the target multi-domain collaborative controller can perform path planning processing based on the resource scheduling information to obtain cross-domain path planning results. The path planning processing can be used to plan the transmission domains traversed by the target service, and can also be used to plan the transmission devices within the transmission domains traversed by the target service. Accordingly, the cross-domain path planning results can include the transmission domains traversed by the target service, and can also include the transmission devices within the transmission domains traversed by the target service.

[0050] For example, the target multi-domain collaborative controller can perform path planning based on the resource scheduling information to obtain the transmission domains traversed by the target service. The cross-domain path planning result can be represented by the starting device information and ending device information of each transmission domain. The starting device of each transmission domain can be the starting device of any transmission domain, such as the client-side optical transport network equipment at transmission end A. If the transmission domain is divided by prefecture-level city, the starting device of the transmission domain can also be the optical transport network equipment located in city B. The starting device and ending device of each transmission domain can be determined by the division range of each transmission domain and the network connection topology diagram; this application embodiment does not impose specific limitations on this. The device information can be a device identifier (ID).

[0051] After obtaining the cross-domain path planning result, the target multi-domain collaborative controller can execute step 230 to send a target instruction to the target single-domain controller to enable the target service.

[0052] Step 230: Based on the cross-domain path planning result, the target multi-domain collaborative controller transmits a target instruction to the target single-domain controller of the target domain. The target instruction includes the target starting device information and the target ending device information of the target domain.

[0053] In this embodiment, the target single-domain controller can also be understood as a domain controller (DC). The target single-domain controller can be a transport domain controller, capable of controlling, configuring, and managing transport devices within the transport domain. The DC can be in software form, stored on the target device, with the target device providing the software operation page for the target single-domain controller. The DC and SC can reside on the same target device or on different target devices. The target domain can be the transport domain through which the target service passes.

[0054] In this embodiment, before transmitting the target instruction to the target single-domain controller, the target multi-domain collaborative controller can determine the available transmission device resources within the transmission domain through the target single-domain controller. The target multi-domain collaborative controller can obtain the cross-domain path planning result based on the available transmission device resources within the transmission domain, and the transmission domain included in the cross-domain path planning result can be the target domain.

[0055] After obtaining the cross-domain path planning result, the target multi-domain collaborative controller transmits target instructions to the target single-domain controller of the target domain based on the cross-domain path planning result. The target instructions include the target starting device information and the target ending device information of the target domain. The target multi-domain collaborative controller then transmits target instructions to the target single-domain controllers of the target domain based on the cross-domain path planning result.

[0056] For example, the cross-domain path planning result includes device A within transmission domain A - device B within transmission domain A - device C within transmission domain B - device D within transmission domain B. In the target instruction sent by the target multi-domain collaborative controller to transmission domain A (target domain), the target starting device information of the target domain is the device information of device A, such as name, port, and service rate; the target ending device information of the target domain is the device information of device B.

[0057] Step 240: The target single-domain controller plans the path within the target domain based on the target instruction, and obtains the path planning result within the domain.

[0058] In this embodiment, the target single-domain controller can replan the path within the target domain based on the target starting device information and the target ending device information of the target domain, thereby determining the devices traversed by the path within the target domain, resulting in a domain-wide path planning result. This domain-wide path planning result describes the specific path of the target service within the target domain, including the target starting device information, the target ending device information, and the device information traversed by the path within the target domain.

[0059] Step 250: The target single-domain controller enables end-to-end activation of the target service based on the intra-domain path planning results.

[0060] The target domain controller, based on the service requirements of the target service, such as service rate and service port requirements, configures the starting device, ending device, and devices traversed by the intra-domain path planning result to achieve end-to-end activation of the target service. After determining the transmission device information, such as its ID, the target domain controller can automatically configure the transmission device with the determined ID. Once all transmission devices are configured by the target domain controller, the target service is also end-to-end activated.

[0061] In this embodiment, the target multi-domain collaborative controller acquires resource scheduling information for activating the target service. Based on the resource scheduling information, the target multi-domain collaborative controller performs path planning processing to obtain cross-domain path planning results, which include starting device information and ending device information for each domain. Based on the cross-domain path planning results, the target multi-domain collaborative controller transmits a target instruction to the target single-domain controller of the target domain. The target instruction includes the target starting device information and the target ending device information of the target domain. Based on the target instruction, the target single-domain controller plans the path within the target domain to obtain intra-domain path planning results. Based on the intra-domain path planning results, the target single-domain controller achieves end-to-end activation of the target service. Thus, the target multi-domain collaborative controller can schedule resources across domains, perform path planning processing to obtain cross-domain path planning results, and transmit target instructions to the target single-domain controller of the target domain based on the cross-domain path planning results. Ultimately, the target single-domain controller enables end-to-end activation of the target service, reducing manual intervention and increasing the activation speed of the target service. This solves, to some extent, the problem of low service activation efficiency caused by manual segmented configuration in related technologies.

[0062] In step 210 provided in this application embodiment, a specific implementation process of the target multi-domain collaborative controller obtaining resource scheduling information for activating the target service may include: the target multi-domain collaborative controller obtaining resource scheduling information for activating the target service from the collaboration layer; wherein, the resource scheduling information is generated by the collaboration layer according to the service requirements, and the service requirements include the service type, source address and destination address.

[0063] In this embodiment, the collaboration layer and the target multi-domain collaboration controller can be on the same target device or on different target devices; this application does not impose specific limitations on this. The collaboration layer can obtain service requirements from the application layer of the SDN as shown in Figure 1. The service requirements include service type, source address, and destination address. The service requirements may also include parameter restrictions related to the target service, such as service rate and bandwidth requirements.

[0064] After acquiring the service requirements, the coordination layer can identify and analyze resources based on these requirements, and allocate and schedule network resources according to the transmission equipment resource pool based on the service model. This includes the allocation of physical and logical resources such as target service source equipment information, target service destination equipment information, transmission A / Z tributary ports, OTN line ports, and OTN channels, generating resource scheduling information. Furthermore, the target multi-domain coordination controller activates the target service based on this resource scheduling information. In this way, the coordination layer transforms the parameter descriptions related to the target service in the service requirements into resource information of the transmission equipment, enabling the target multi-domain coordination controller to better understand the target service and thus achieve its activation.

[0065] In step 240 of this application embodiment, the target single-domain controller plans the path within the target domain based on the target instruction to obtain the intra-domain path planning result. One specific implementation is as follows: the target single-domain controller obtains available optical transport network equipment resources within the target domain, the available optical transport network equipment resources including available optical transport network equipment identifiers; the target single-domain controller plans the path within the target domain based on the target starting point equipment information of the target domain, the target ending point equipment information of the target domain, and the available optical transport network equipment resources within the target domain to obtain the intra-domain path planning result.

[0066] In this embodiment, before the target single-domain controller obtains the target instruction, the single-domain controller can confirm the available OTN device resources within the target transport domain, such as device IDs and available port information. Based on the target originating device information and the target destination device information of the target domain, the target single-domain controller performs path planning on the available OTN device resources within the target domain, obtaining intra-domain path planning results. The intra-domain path planning results can describe the specific path of the target service within the target domain. The intra-domain path planning results may include: the identifier of the target originating device of the target domain, the identifier of the target destination device of the target domain, and the identifiers of the target optical transport network devices traversed by the intermediate path between the target originating device and the target destination device. In this embodiment, through the target instruction, the SC transmits the originating device information and destination device information of the intra-domain path to the DC of the target domain. Within the target domain, the DC plans the specific path of the target service, reducing the computational load of the SC and improving the activation speed of the target service.

[0067] After the target single-domain controller obtains the intra-domain path planning result, it can realize end-to-end activation of the target service based on the intra-domain path planning result. In step 250 provided in this application embodiment, a specific implementation step may include: configuring first target information used by the target starting device for target service transmission based on the identifier of the target starting device in the target domain; configuring second target information used by the target optical transport network device for target service transmission based on the identifier of the target optical transport network device traversed by the intermediate path; configuring third target information used by the target ending device for target service transmission based on the identifier of the target ending device in the target domain; and realizing end-to-end activation of the target service based on the first target information, the second target information, and the third target information. The target single-domain controller can automatically configure the corresponding network element device based on the device (network element) ID information, and send the configuration requirements of the target service to the network element device to realize end-to-end activation of the target service. The DC can manage the network element devices in the target domain and improve the activation efficiency of the target service.

[0068] In this embodiment, the target service is a service transmitted via a leased line; the devices within the target domain include client-side devices and access point devices; after the target single-domain controller activates the target service based on the path planning results within the domain, the SDN-based service activation method provided in this embodiment further includes: the client-side device transmitting virtual splicing-level service granules to the access point device; the access point device encapsulating and aggregating the virtual splicing-level service granules to obtain an aggregated service; and the access point device transmitting the aggregated service using the leased line.

[0069] In this application embodiment, government, military, financial, and banking sectors have strict requirements for circuit availability, latency, and security. The continuous increase in enterprise leased line bandwidth and the intelligent demands for rapid deployment and customer self-management brought about by the gradual cloudification of enterprises have led to the emergence of Virtual Concatenation Optical Transport Network (VC-OTN) technology. VC-OTN is a transmission technology that uses virtual concatenation (VC) to integrate the characteristics of Synchronous Digital Hierarchy (SDH) and OTN technologies. It solves the problems of large bandwidth evolution in SDH and insufficient small-granularity carrying capacity in OTN, providing flexible bandwidth management functions, achieving full-granularity (2M~100GE), and supporting high-security leased line carrying technology with protection mechanisms.

[0070] In this embodiment, the client-side equipment can be a Customer Premise(s) Equipment OTN (CPE-OTN), and the access point equipment can be the OTN equipment closest to the client and within the same transmission domain. In this embodiment, the network forwarding layer on the access point equipment can encapsulate and aggregate ODUk and VC in different formats, enabling direct switching and mapping from the client service access point based on VC and ODU granularities to the most suitable line-side hard pipe, thus achieving 2M-100G multi-granularity service transport. To better understand the access point equipment processing process provided in this embodiment, it can be described as follows... Figure 3 As shown, Figure 3 This is an architecture diagram of the target service path provided in this application embodiment. In this application embodiment, the access point device can map the granularity of the target service to the most suitable network-side hard pipe through encapsulation and aggregation in different formats. The target service granularity is then parsed at the peer (destination) access point device and restored to its original form before continued transmission. This improves the transmission efficiency of the service path opened in this application embodiment.

[0071] In this embodiment, the single-domain controller can interact with the multi-domain collaborative controller using the Restconf protocol. The single-domain controller may include the Restconf protocol, as well as FTP and Socket protocols. The northbound (direction from the single-domain controller to the multi-domain collaborative controller) interface uses a single interface (Restconf + FTP + Socket) and a unified data model to form a custom management and control converged northbound interface model, realizing SOTN functions such as circuit allocation and control, real-time resource query, real-time notification reporting, service configuration and protection.

[0072] In this embodiment, all target optical transport network devices within the target domain interact with the single-domain controller using a unified interface. Within the single-domain controller, the southbound (direction from the single-domain controller to the OTN device) interface of the client-side OTN device can be unified, thus decoupling the target optical transport network devices from the multi-domain collaborative controller.

[0073] In this embodiment of the application, after the dedicated service line for the target service is activated, if the customer adjusts the target service, causing the access bandwidth of the current access point device to exceed the line-side bandwidth, the following can also be executed: Figure 4 The steps are shown. Figure 4 This application provides an architecture diagram of the transmission network within the target domain. Figure 4In this system, the target domain controller can perform bandwidth adjustments. The DC controller can determine whether to increase or decrease the number of corresponding VC channels based on changes in access bandwidth, calculating VC channel resources for any increase. The SDN controller issues the order to establish or delete VC channels, utilizing link bandwidth adjustment technology to ensure that adding or removing VC channels does not disrupt services. After the device completes the process, it reports success to the DC controller, enabling end-to-end bandwidth adjustment and bandwidth calendar functionality to flexibly adapt to customer service needs.

[0074] In the method provided in this application embodiment, the target single-domain controller can also visualize the OTN device resources within the target domain and adjust the OTN device resources. Specific implementation steps may include: obtaining the resource usage of the target optical transport network device within the target domain, the resources including bandwidth and ports; the target single-domain controller displaying the resource usage of the target optical transport network device; and the target single-domain controller adjusting the resource usage of the target optical transport network device when the resource usage of the target optical transport network device meets target conditions.

[0075] To better understand the visualization page provided by the target single-domain controller in this application embodiment, an example is given below. The resource usage information provided by the DC visualization page may include: statistical analysis of client-side port usage based on network elements and the entire network, including ports with created services and all client-side ports; statistical analysis of link bandwidth and idle bandwidth based on links and the entire network, including used ODUk resources on the line side and all ODUk resources; resource usage statistics at different granularities such as ODU0 / ODU1 based on links; and monitoring and management based on critical services, including critical protection task management, service monitoring, critical protection task calendar, and service fault viewing. This implements an end-to-end critical protection model, enhancing service assurance for leased line services and improving customer satisfaction.

[0076] Furthermore, in this embodiment, the target condition can be a condition related to service interruption, and the DC can automatically switch links based on the service interruption. The target single-domain controller can also achieve real-time visibility of network-wide link latency, provide centralized latency algorithms, and ensure service latency. The DC can achieve optimal routing and centralized rerouting recovery based on SOTN centralized routing calculation. First, the OTN device automatically triggers the calculation of link latency. Then, the controller (DC) obtains the latency information of each board and link from the device and achieves real-time visibility of network-wide latency. Finally, based on the latency information, the optimal latency path is calculated, and this path is sent to the device to complete service establishment. Figure 5 An architecture diagram for managing device resources by a target individual controller provided in the embodiments of this application is shown below. Figure 5As shown, after the domain control system (DC) detects a service interruption (such as...), Figure 5 The lightning bolt symbol shown indicates that the path from OTN device B to OTN device D has been rerouted by the terminal. Based on real-time topology resources, a rerouting can be calculated to obtain the route from OTN device A, through OTN device B and OTN device C, finally reaching OTN device D. After resuming route calculation, the controller sends configuration signaling to the devices to implement route switching.

[0077] In this embodiment, the device resources and link latency of the target domain are monitored by a target single-domain controller. A visual interface can be provided on the target single-domain controller's page, and the data can also be transmitted to a target multi-domain collaborative controller, where a visual interface is provided. This makes the network-wide link latency visible in real time, and the centralized latency algorithm can provide high-quality leased lines with optimal latency.

[0078] In this embodiment, based on the visualization interface of the target single-domain controller and / or the target multi-domain collaborative controller, the service status can be perceived in real time for dedicated service lines, and real-time network survivability analysis can be performed to identify network bottlenecks in advance. The specific steps are as follows:

[0079] 1) Timely analysis: Traverse all site and fiber resources, and perform one or two fault analyses for shared risk link groups (SRLGs).

[0080] 2) Resource early warning: Starts at regular intervals or when resources change, analyzes all fault points across the network once, and identifies 100% of resource risks.

[0081] 3) Comprehensive analysis of service delivery: Before service delivery, an analysis is performed on all fault points across the network to ensure "0" risk in service delivery.

[0082] 4) Fault simulation: Analyze 1-10 fault points at once, improving efficiency by 90%.

[0083] Simultaneously, by combining performance data from flow monitoring and rerouting technologies (such as SRV6), interrupted services can be quickly and automatically restored. While ensuring the service-level agreement (SLA), services are maintained "permanently online," improving customer experience and simplifying business operations and maintenance. An end-to-end protection model is implemented to enhance service assurance for leased line services and improve customer satisfaction.

[0084] Figure 6 This is a flowchart illustrating a service provisioning method based on software-defined networking, provided as an embodiment of this application. Figure 6 As shown, the service activation method based on software-defined networking provided in this application includes the following steps:

[0085] Step 610: The target multi-domain collaborative controller obtains resource scheduling information for activating the target service from the collaborative layer; wherein the resource scheduling information is generated by the collaborative layer according to the service requirements, and the service requirements include the service type, source address and destination address.

[0086] Step 615: The target multi-domain collaborative controller performs path planning processing based on the resource scheduling information to obtain cross-domain path planning results.

[0087] Step 620: The target multi-domain collaborative controller transmits target instructions to the target single-domain controller of the target domain based on the cross-domain path planning results.

[0088] Step 625: The target single-domain controller acquires available optical transport network equipment resources within the target domain. The available optical transport network equipment resources include available optical transport network equipment identifiers.

[0089] Step 630: The target single-domain controller plans the path within the target domain based on the target starting device information, the target ending device information, and the available optical transport network equipment resources within the target domain, and obtains the intra-domain path planning result.

[0090] Step 635: Based on the path planning results within the domain, the target single-domain controller enables end-to-end activation of the target service, which is a service transmitted using a leased line; the devices within the target domain include customer-side devices and access point devices.

[0091] Step 640: The client-side device transmits virtual splicing level service granules to the access point device.

[0092] Step 645: The access point device encapsulates and aggregates the virtual splicing level service granules to obtain aggregated services.

[0093] Step 650: The access point device uses the leased line to transmit the aggregation service.

[0094] In this embodiment, the target single-domain controller acquires the resource usage of the target optical transport network device within the target domain, the resources including bandwidth and ports; the target single-domain controller displays the resource usage of the target optical transport network device; and when the resource usage of the target optical transport network device meets the target conditions, the target single-domain controller adjusts the resource usage of the target optical transport network device.

[0095] In this embodiment, the single-domain controller interacts with the multi-domain collaborative controller using the Restconf protocol, and all target optical transport network devices within the target domain interact with the single-domain controller using a unified interface, thereby decoupling the target optical transport network devices from the multi-domain collaborative controller.

[0096] In this embodiment, the target multi-domain collaborative controller acquires resource scheduling information for activating the target service. Based on the resource scheduling information, the target multi-domain collaborative controller performs path planning processing to obtain cross-domain path planning results, which include starting device information and ending device information for each domain. Based on the cross-domain path planning results, the target multi-domain collaborative controller transmits a target instruction to the target single-domain controller of the target domain. The target instruction includes the target starting device information and the target ending device information of the target domain. Based on the target instruction, the target single-domain controller plans the path within the target domain to obtain intra-domain path planning results. Based on the intra-domain path planning results, the target single-domain controller achieves end-to-end activation of the target service. Thus, the target multi-domain collaborative controller can schedule resources across domains, perform path planning processing to obtain cross-domain path planning results, and transmit target instructions to the target single-domain controller of the target domain based on the cross-domain path planning results. Ultimately, the target single-domain controller enables end-to-end activation of the target service, reducing manual intervention and increasing the activation speed of the target service. This solves, to some extent, the problem of low service activation efficiency caused by manual segmented configuration in related technologies.

[0097] To better understand the service provisioning method based on software-defined networks provided in this application, the architecture of the optical transport network of the software-defined network provided in this application is now shown. Figure 7 The architecture diagram of the optical transport network based on software-defined networking provided in the embodiments of this application is as follows: Figure 7 As shown, the architecture of the SDN-based OTN management and control system consists of: a collaboration layer, a super controller (SC), and a domain-wide integrated management and control system (DC).

[0098] The collaboration layer is primarily responsible for matching various business models, orchestrating business processes, and managing strategies. It receives business request orders from tenant websites (portals) or customer service systems via APIs. Based on these order requirements, it identifies and analyzes resources, and then allocates and schedules network resources according to the business model and resource pool. This includes the allocation of physical and logical resources such as A / Z tributary ports, OTN line ports, and OTN channels, generating a resource scheduling order within the transmission domain.

[0099] Super Controller (SC): Primarily responsible for cross-domain resource coordination and scheduling, coordinating the scheduling of OTN resources between different vendors' domains, completing cross-domain resource discovery, path calculation, etc., and realizing end-to-end service activation control and status query.

[0100] The integrated management and control system for each domain is based on the revision and expansion of the original model of the Operation and Maintenance Center (OMC). The system adopts a single interface (Restconf+FTP+Socket) and a unified data model for northbound communication, forming a customized management and control integration northbound interface model for China Mobile. This enables new functions. On the basis of the original FTP and Socket protocols of the OMC, the Restconf protocol is added to interact with the SC, realizing SDN-based OTN (i.e., SOTN) functions such as circuit allocation and control, real-time resource query, real-time notification reporting, service configuration and protection. This forms a unified management and control interface, unifying the southbound interface of the customer-side OTN controller, realizing the decoupling of OTN equipment and super controller, and enabling interoperability between OTN equipment from different manufacturers.

[0101] Before using the software-defined network-based service provisioning method provided in this application embodiment, a small CPE-OTN device can be introduced into the customer's data center at the customer's end node to increase the maximum uplink speed on the customer side to 100G, achieving plug-and-play, direct optical layer access, and flexible configuration. In this application embodiment, the automatic access control and resource discovery scheme for VC-OTN devices enables zero-configuration access control for miniaturized VC-OTN devices upon power-on. The implementation steps are as follows:

[0102] 1) ID resource pool allocation: The SC allocates IDs to the CPE-OTN based on the network element (NE) ID resource pool (configured once, and then configured again after all IDs are allocated).

[0103] 2) Data Communication Network (DCN) connection: DCN is automatically connected after CPE-OTN equipment is installed.

[0104] 3) Configure the NE ID of CPE-OTN: The adjacent network elements (customer-side service access point equipment) of CPE-OTN report to the SDN controller (DC) and modify the network element ID to configure the NE ID.

[0105] 4) Initial configuration: Complete the basic configuration of CPE-OTN network elements.

[0106] 5) Dedicated line activation: Configure dedicated line services and activate the dedicated line.

[0107] After the CPE is included in the management scope of the target single-domain controller and / or the target multi-domain collaborative controller, the target service can be activated through the software-defined network-based optical transport network architecture provided in this application embodiment. The activation process can be as described above in the software-defined network-based activation method. In this application embodiment, it can also be as follows: Figure 8 In the architecture of the service provisioning method based on software-defined networking shown, the SC can determine the network element closest to the source end of the target service (i.e., based on resource scheduling information) Figure 8 The customer service access point in City Area A) and the network element closest to the source of the target service (i.e., Figure 8 Routing routes between customer service access points in the central city area Z) Figure 8 (CO-CO inter-pipeline resources in the backbone network). This route is activated through each target single-domain controller to achieve, for example... Figure 8 The "CO-CO Inter-Channel Pipeline Resource Pre-allocation" shown refers to the process where, after accessing the CPE, information is reported through adjacent network elements (i.e., customer service access points) to ensure the entire link is connected (e.g., ...). Figure 8 As shown in step 2), the access point encapsulates and aggregates the service granules on the client side in different formats and maps them to the lines between the access points constructed in steps 1 and 2, making the CPE plug-and-play and completing the automated activation of the entire service.

[0108] During the operation of the dedicated line, it can be like Figure 3 As shown, after the customer-side equipment connects to the customer, it transmits the customer's service granules. The optical transport network equipment (network forwarding layer) at the access point uses different encapsulation structures (ODUk and virtual splicing encapsulation and aggregation in different formats) to connect the small granules into the original large pipeline, based on virtual splicing, direct switching of ODU granules, and mapping to the most matching line-side hard pipeline.

[0109] Furthermore, after the dedicated line is activated: this application embodiment also provides, for example... Figure 4 The bandwidth adjustment process shown allows the target domain controller to determine whether to increase or decrease the number of virtual splicing channels based on changes in access bandwidth (the bandwidth of the customer-side CPE-OTN). For increasing the number of virtual splicing channels, the virtual splicing channel resources are calculated. The target domain controller issues a command to create or delete the number of virtual splicing channels, utilizing link bandwidth adjustment technology to ensure that adding or removing virtual splicing channels does not impact services. After the device completes the execution, it reports success to the target domain controller and determines whether to increase or decrease the corresponding number of virtual splicing channels.

[0110] In this embodiment, full network resource visibility and unified management are supported. Statistics on client-side port usage are provided based on network elements and the entire network, including ports with established services and all client-side ports; link bandwidth and idle bandwidth are statistically analyzed based on links and the entire network, including used ODUk resources on the line side and all ODUk resources; resource usage statistics at different granularities (ODU0 / ODU1, etc.) are provided based on links; and monitoring and management of critical services are implemented, including critical protection task management, service monitoring, critical protection task calendar, and service fault viewing. This visualization page resides on its respective single-domain controller and can report to a multi-domain collaborative controller.

[0111] In this embodiment, multiple (e.g., five) Service Level Agreements (SLAs) are provided on demand to meet different service quality requirements, and tiered pricing covers a variety of customers. Real-time visibility of network-wide latency and a centralized latency algorithm provide guaranteed service latency. Based on centralized routing calculations in the optical transport network, optimal routing and centralized rerouting recovery are achieved. Figure 5 As shown, firstly, the OTN device automatically triggers the calculation of link latency. Then, the controller (DC) obtains the latency information of each board and link from the device, achieving real-time visibility of the entire network latency. Finally, based on the latency information, the DC calculates the optimal latency path and sends this path to the device to complete service establishment. After the management and control system (target domain controller) detects a service interruption (e.g., ...), ... Figure 5 The lightning bolt symbol shown indicates that the path from OTN device B to OTN device D has been rerouted (by a terminal). Based on real-time topology resources, a rerouting can be calculated to obtain the route from OTN device A, through OTN device B and OTN device C, finally reaching OTN device D. After resuming route calculation, the controller sends configuration signaling to the devices to implement route switching.

[0112] Furthermore, in this embodiment of the application, for high-value users such as government and enterprise dedicated lines, a visual resource page can be used.

[0113] Real-time monitoring of business status and real-time network survivability analysis are performed to proactively identify network bottlenecks. The specific steps are as follows:

[0114] 1) Timely analysis: Traverse all site locations and fiber optic resources, and perform one or two fault analyses.

[0115] 2) Resource early warning: Starts at regular intervals or when resources change, analyzes all fault points across the network once, and identifies 100% of resource risks.

[0116] 3) Comprehensive analysis of service delivery: Before service delivery, an analysis is performed on all fault points across the network to ensure "0" risk in service delivery.

[0117] 4) Fault simulation: Analyze 1-10 fault points at once, improving efficiency by 90%.

[0118] At the same time, by combining performance data from streaming detection and SRV6 rerouting technology, interrupted services can be quickly and automatically restored. While ensuring SLA, services can be kept "always online," improving customer experience and simplifying business operations and maintenance.

[0119] This application addresses the problems of inflexible service activation scenarios, low timeliness, inefficient leased line quality control, and poor customer network perception in related technologies. It offers the following advantages: 1) Leased line services are provided end-to-end on-demand at the minute level, meeting planned business needs and eliminating manual monitoring. 2) Real-time visibility of network-wide latency, with a centralized latency algorithm providing optimal latency and high-quality leased lines. 3) Bandwidth E2E adjustment and bandwidth calendar flexibly adapt to customer business needs. 4) An end-to-end protection model is implemented to enhance service protection for leased line services and improve customer satisfaction.

[0120] Figure 9 This is a structural block diagram of a service provisioning system based on software-defined networking, provided as an embodiment of this application. (See diagram below.) Figure 9 As shown, the service provisioning system 900 based on software-defined networking provided in this application embodiment includes: a target multi-domain collaborative controller 910 and a target single-domain controller 920.

[0121] The target multi-domain collaborative controller 910 is used to acquire resource scheduling information for activating the target service; based on the resource scheduling information, it performs path planning processing to obtain cross-domain path planning results, which include the starting device information and the ending device information of each domain; and transmits a target instruction to the target single-domain controller of the target domain, which includes the target starting device information and the target ending device information of the target domain.

[0122] The target single-domain controller 920 is used to plan the path within the target domain based on the target starting device information and the target ending device information of the target domain, and obtain the path planning result within the domain; based on the path planning result within the domain, the end-to-end activation of the target service is realized.

[0123] It should be noted that the embodiments of the service provisioning system based on software-defined networks in this specification and the embodiments of the service provisioning method based on software-defined networks in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding service provisioning method based on software-defined networks mentioned above, and the repeated parts will not be described again.

[0124] Figure 10 This is a schematic diagram of an electronic device provided in an embodiment of this application. (As shown...) Figure 10As shown, the electronic device 1000 provided in this application embodiment may include a processor 1010 and a memory 1020. The memory stores a computer program, which, when executed, implements any of the software-defined network-based service provisioning methods provided in this application embodiment (e.g., ...). Figure 2 and Figure 6 The steps in the service provisioning method based on software-defined networking shown in any of the figures.

[0125] Memory is used to store programs or data. Memory may be, but is not limited to, Random Access Memory (RAM), Read Only Memory (ROM), Programmable Read-Only Memory (PROM), Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), etc.

[0126] This application also provides a computer-readable storage medium storing a program or instructions that, when executed by a processor, implement the various processes of the above-described caching method embodiments based on a content delivery network and achieve the same technical effect. To avoid repetition, these will not be described again here.

[0127] This application also provides a computer program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above method embodiments and achieve the same technical effect. To avoid repetition, it will not be described again here.

[0128] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.

[0129] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0130] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0131] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A service provisioning method based on software-defined networking, characterized in that, include: The target multi-domain collaborative controller acquires resource scheduling information for activating the target service; The target multi-domain collaborative controller performs path planning processing based on the resource scheduling information to obtain cross-domain path planning results, which include the starting device information and the ending device information of each domain. Based on the cross-domain path planning results, the target multi-domain collaborative controller transmits target instructions to the target single-domain controller of the target domain. The target instructions include the target starting device information and the target ending device information of the target domain. The target single-domain controller plans the path within the target domain based on the target instruction, and obtains the path planning result within the domain; The target single-domain controller enables end-to-end activation of the target service based on the intra-domain path planning results.

2. The method according to claim 1, characterized in that, The target multi-domain collaborative controller acquires resource scheduling information for activating the target service, including: The target multi-domain collaborative controller obtains resource scheduling information from the collaborative layer for activating the target service; The resource scheduling information is generated by the collaboration layer based on business requirements, which include business type, source address, and destination address.

3. The method according to claim 1, characterized in that, The target single-domain controller, based on the target instruction, plans paths within the target domain to obtain domain path planning results, including: The target single-domain controller acquires available optical transport network equipment resources within the target domain, and the available optical transport network equipment resources include available optical transport network equipment identifiers; The target single-domain controller plans the path within the target domain based on the target starting point device information, the target ending point device information, and the available optical transport network device resources within the target domain, thereby obtaining the intra-domain path planning result.

4. The method according to claim 1, characterized in that, The intra-domain path planning result includes: the identifier of the target originating device in the target domain, the identifier of the target destination device in the target domain, and the identifiers of the target optical transport network devices traversed by the intermediate path between the target originating device and the destination device; the target single-domain controller, based on the intra-domain path planning result, implements end-to-end activation of the target service, including: Based on the identifier of the target originating device in the target domain, configure the first target information used by the target originating device for target service transmission; Based on the identifier of the target optical transport network device traversed by the intermediate path, configure the second target information used by the target optical transport network device for target service transmission. Based on the identifier of the target endpoint device in the target domain, configure the third target information used by the target endpoint device for target service transmission; Based on the first target information, the second target information, and the third target information, end-to-end activation of the target service is achieved.

5. The method according to any one of claims 1-4, characterized in that, The target service is a service transmitted using a leased line; the equipment within the target domain includes customer-side equipment and access point equipment. After the target single-domain controller activates the target service based on the intra-domain path planning results, the method further includes: The client-side equipment transmits virtual splicing-level service granularities to the access point equipment; The access point device encapsulates and aggregates the virtual splicing level service granules to obtain aggregated services; The access point device uses the leased line to transmit the aggregation service.

6. The method according to claim 1, characterized in that, The method further includes: The target single-domain controller obtains the resource usage of the target optical transport network equipment within the target domain, the resources including bandwidth and ports; The target single-domain controller displays the resource usage of the target optical transport network equipment; When the resource usage of the target optical transport network equipment meets the target conditions, the target single-domain controller adjusts the resource usage of the target optical transport network equipment.

7. The method according to claim 6, characterized in that, The single-domain controller interacts with the multi-domain collaborative controller using the Restconf protocol. All target optical transport network devices within the target domain interact with the single-domain controller using a unified interface, thereby decoupling the target optical transport network devices from the multi-domain collaborative controller.

8. A service provisioning system based on software-defined networking, characterized in that, include: Target multi-domain collaborative controller and target single-domain controller; The target multi-domain collaborative controller is used to acquire resource scheduling information for activating the target service; Based on the resource scheduling information, path planning is performed to obtain cross-domain path planning results, which include the starting device information and the ending device information of each domain. Based on the cross-domain path planning results, a target instruction is transmitted to the target single-domain controller of the target domain. The target instruction includes the target starting device information and the target ending device information of the target domain. The target single-domain controller is used to plan the path within the target domain based on the target starting device information and the target ending device information of the target domain, and obtain the intra-domain path planning result; based on the intra-domain path planning result, the end-to-end activation of the target service is realized.

9. An electronic device, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that run on the processor, the program or instructions which, when executed by the processor, implement the steps of the method as described in any one of claims 1-4 and 6-7.

10. A computer-readable storage medium, characterized in that, The medium stores a program or instructions, which, when executed, implement the steps of the method as described in any one of claims 1-4 and 6-7.

11. A computer program product, characterized in that, Includes a computer program, which, when executed by a processor, implements the steps of the method as described in any one of claims 1-4 and 6-7.

Images