[go: up one dir, main page]

WO2018036521A1 - 资源调整方法、装置及系统 - Google Patents

资源调整方法、装置及系统 Download PDF

Info

Publication number
WO2018036521A1
WO2018036521A1 PCT/CN2017/098660 CN2017098660W WO2018036521A1 WO 2018036521 A1 WO2018036521 A1 WO 2018036521A1 CN 2017098660 W CN2017098660 W CN 2017098660W WO 2018036521 A1 WO2018036521 A1 WO 2018036521A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
adjustment request
request
message
resource adjustment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2017/098660
Other languages
English (en)
French (fr)
Inventor
熊泉
陈胜来
王家昱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of WO2018036521A1 publication Critical patent/WO2018036521A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Definitions

  • the present invention relates to the field of communications, and in particular to a resource adjustment method, apparatus, and system.
  • optical network development faces new challenges.
  • network traffic is growing rapidly, and network expansion pressure is high.
  • the operator's optical communication network is large in scale, with a large number of manufacturers, a low level of network intelligence, and complicated maintenance and management.
  • cross-layer cross-domain management and control is difficult and cannot adapt to the trend of network convergence.
  • the convergence of the current bearer network has become the trend of the times.
  • the optical network and IP and other service networks are independently planned and the network utilization rate is low.
  • the network is relatively closed, new business development is slow, and it is difficult to meet the needs of application innovation.
  • Traditional optical network equipment and services are strongly coupled, resulting in complex service deployments, long new service development cycles, and inability to adapt to the rapid changes and innovation needs of services and usage models.
  • the concept of centralized, intelligent and open SDN provides a new idea for the future development of OTN networks (Optical Transport Network).
  • the optical network itself has the characteristics of centralized management and connection-oriented exchange mechanism. Therefore, it has the characteristics of partial SDN, and it is easier to evolve towards SDN.
  • Optical network SDN is the trend of future optical network development.
  • SDON SD-OTN, Software Defined Optical Transport Network software defines optical network
  • SDON simplifies the physical and technical details of optical networks, simplifies the complex and private control management protocols of existing optical networks, and adopts centralized control strategies to improve the intelligent scheduling and collaborative control capabilities of optical networks.
  • Through open network interfaces Provides the programmability of optical networks to meet the future development needs of network virtualization, flexible service provision, network and business innovation.
  • the SDON architecture consists of three layers: control, forwarding, and application.
  • the forwarding layer is an optical network physical device.
  • the device is at the bottom; the application is the most visible part of the SDN network, providing services for users; the control layer is the core of SDON, mainly implementing network resource management, service connection control, route calculation, network resource abstraction and virtualization, and A policy-based network management and other functions, and provide various network services to the upper layer application.
  • data center interconnection services provide dynamic resource allocation requirements for backbone and metro optical networks, which requires optical networks to achieve flexible scheduling of connections between data centers.
  • Dynamic Adjustment The methods for adjusting resources in the traditional optical network control plane are “deleted first and then built”. The service response speed is slow, the failure rate is high, the resource adjustment is not flexible, and the user experience is not good.
  • One of the main advantages of the SDON architecture is the ability to provide intelligent and flexible scheduling for OTN networks. This centralized management architecture is conducive to realizing the resource-on-demand allocation, that is, the demand for BoD services, and plays a vital role in improving user experience, improving service response and scheduling efficiency, and improving resource adjustment efficiency.
  • BoD is one of the most competitive and personalized value-added services that operators can carry out on future new networks.
  • the BoD service is customer-centric and provides flexible network scheduling capabilities.
  • the most important function is flexible resource adjustment.
  • the general practice can follow the control plane. For example, after the controller sends the service successfully, the resource adjustment can be followed by the principle of “build first and then delete” and send it through the controller. The original service request is deleted, and a service that satisfies the new resource is established.
  • the embodiments of the present invention provide a method, an apparatus, and a system for adjusting resources to at least solve the problem that the related technologies cannot meet the requirements of multi-service concurrent processing of the current SDN network, which may easily lead to conflicts in resource allocation.
  • a resource adjustment method including: software setting The controller in the optical network SDON receives the resource adjustment request sent by the user equipment, determines the resource management policy corresponding to the resource adjustment request, and sends the resource management policy to the network side device in the SDON, where The resource management policy is used to manage the resource requested by the resource adjustment request; receive the response message fed back by the network side device; and process the resource requested by the resource adjustment request according to the response message.
  • a resource adjustment apparatus including: a first receiving module, configured to receive a resource adjustment request sent by a user side device; and a determining module, configured to determine, corresponding to the resource adjustment request a resource management policy, and the resource management policy is sent to the network side device in the SDON, where the resource management policy is used to manage the resource requested by the resource adjustment request; and the second receiving module is configured as a receiving device. a response message fed back by the network side device; the processing module is configured to process the resource requested by the resource adjustment request according to the response message.
  • a resource adjustment system including: an SDON controller, configured to receive a resource adjustment request sent by a user side device; determine a resource adjustment policy according to the resource adjustment request, and The resource adjustment policy is sent to the network side device; the response message fed back by the network side device is received; the network side device is configured to receive the resource adjustment policy, and return the resource used for requesting the resource adjustment request. The response message processed.
  • a storage medium is also provided.
  • the storage medium is arranged to store program code for performing the following steps:
  • the controller in the software-defined optical network SDON receives the resource adjustment request sent by the user-side device.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the controller receives a resource backoff message sent by the user side device.
  • the resource scheduling request is directly obtained by the controller in the SDON, and interacts with the network side device, and the resource of the resource adjustment request is processed after receiving the response message fed back by the network side. Therefore, the problem that the related technologies cannot meet the multi-service concurrent processing of the current SDN network can easily solve the problem of conflict of resource allocation, thereby effectively improving resource adjustment efficiency and success rate.
  • FIG. 1 is a block diagram of an SDON system in accordance with an embodiment of the present invention.
  • FIG. 2 is a flowchart of a resource adjustment method according to an embodiment of the present invention.
  • FIG. 3 is a hardware structural diagram of a SDON controller of a SDON architecture according to an embodiment of the present invention
  • FIG. 4 is a hardware structural diagram of a network side device of an SDON architecture according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of another resource adjustment method according to an embodiment of the present invention.
  • FIG. 6 is a flowchart of still another resource adjustment method according to an embodiment of the present invention.
  • FIG. 7 is a flow chart of a scenario 1 according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of a scenario 2 according to an embodiment of the present invention.
  • FIG. 9 is a flowchart of a scenario 3 according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of a scenario 4 according to an embodiment of the present invention.
  • FIG. 11 is a structural diagram of a resource adjustment apparatus according to an embodiment of the present invention.
  • FIG. 12 is a structural diagram of another resource adjustment apparatus according to an embodiment of the present invention.
  • FIG. 13 is a structural diagram of still another resource adjustment apparatus according to an embodiment of the present invention.
  • FIG. 14 is a structural diagram of a resource adjustment system according to an embodiment of the present invention.
  • 15 is a structural diagram of another resource adjustment system according to an embodiment of the present invention.
  • the system architecture in the embodiment of the present invention includes: a BoD APP located at an application plane, an SDON controller located at a control plane, and a service manager, and an OTN system located at a transmission plane.
  • the user issues corresponding commands and requests through the application plane BoD APP.
  • the SDON controller located in the control plane receives the BoD APP request, interacts with the service manager, and sends the relevant policies generated by the controller to the OTN system located on the transmission plane. After receiving the relevant policy, the OTN system sends a control result to the corresponding hardware structure (for example, a board).
  • FIG. 2 is a flowchart of a resource adjustment method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:
  • Step S202 the controller in the software definition optical network SDON receives the resource adjustment request sent by the user side device
  • determining that the resource management policy is: locking the resource requested by the resource adjustment request.
  • determining that the resource management policy is: acquiring a resource usage status of the controller.
  • the resource corresponding to the resource adjustment request is locked; when the resource usage status is a resource to be allocated, the a resource adjustment request, and returning a resource request failure message when the resource status is a resource that cannot be adjusted by the resource adjustment request.
  • the resource adjustment request is a request for requesting a small resource
  • the resource status corresponding to the locked resource is modified to be an application pending release
  • the resource adjustment request is a request for requesting a large resource Modify the resource status corresponding to the locked resource to the application to be occupied.
  • the controller receives a resource back-off message sent by the user-side device, and sends a cross-modified back-off message for deleting the cross-modified message to the network-side device that successfully cross-modifies according to the resource back-off message.
  • step S204 the resource management policy corresponding to the resource adjustment request is determined, and the resource management policy is sent to the network side device in the SDON, where the resource management policy is used to manage the resource adjustment request.
  • the resource adjustment policy is carried in a cross-modification message
  • the cross-modification message is used to modify the delivery manner of the flow table. It should be noted that, in the case that the resource adjustment is normal, the cross-modification message includes one of the following: a FLOW_MOD message and a BARRIER message; and/or the type of cross-operation indicated by the cross-modification message includes: OFPFC_MODIFY.
  • the controller receives the resource back-off message sent by the user-side device, and sends a cross-modification for deleting the cross-modified message to the network-side device that successfully cross-modifies according to the resource back-off message. Roll back the message.
  • the modified rollback message includes: a multipart_request carrying a service identifier or a PACKET OUT message.
  • Step S206 receiving a response message fed back by the network side device.
  • Step S208 processing the resource requested by the resource adjustment request according to the response message.
  • the SDON controller further queries the resource adjustment request cached by the controller, and allocates resources for the cached resource adjustment request.
  • the foregoing resource processing process includes: when the network side device successfully performs resource adjustment, releasing or occupying the locked resource, and modifying the corresponding resource status; when the network side device fails to perform resource adjustment When the locked resource is unlocked.
  • the SDON controller includes at least a client protocol stack and an adaptation module, a BoD service management module, a BoD module, a BoD resource management module, and a server segment protocol stack and an adaptation module.
  • the SDON controller is connected to the BoD APP located on the application plane through the northbound interface, and is connected to the network side device located on the transmission plane through the southbound interface.
  • the network side device at least includes: a client protocol stack and an adaptation module, a BoD service management module, a BoD module, and a terminal execution module.
  • the network side device is connected to the SDON controller located on the control plane through the southbound interface, and can also configure the service to the board connected to it by using the terminal execution module.
  • FIG. 5 is a flowchart of another resource adjustment method according to an embodiment of the present invention. As shown in FIG. 5, each step in FIG. 5 combines the architecture shown in FIG. 1 and the hardware structure shown in FIG. 3 and FIG. 4, and the specific steps are as follows:
  • S501 The client sends a resource adjustment request to the SDON controller through the northbound interface by using the BoD APP.
  • the BoD service management module checks the parameter after receiving the request, and if the parameter is incorrect, returns a failure response to the APP; if the verification succeeds, the BoD request is decomposed, and the original path information, the original resource and the new resource of the service stored locally are searched. Send to the BoD module;
  • the BoD module After receiving the resource adjustment request, the BoD module applies to the BoD resource management module to lock the resource. If the return resource is sufficient, the status of the newly added resource is changed to “application pending” or “application pending release”, and the resource is responded to the service module. The result of the allocation and the new path information; if the resource is to be allocated, the request is placed in the cache, waiting for the temporary execution; if the resource is insufficient, the direct return fails. And send a response to the BoD service management module.
  • the BoD service management module After receiving the response, the BoD service management module fails to respond to the APP if it fails; if successful, sends a cross-modification request message to all the device nodes in the route to be sent to the network side device through the protocol stack and the adaptation module;
  • S506 The server protocol stack and the adaptation module in the network side device, after receiving the request, parsing the BoD service module that is sent to the network side device, and after the parameter is verified, is sent to the BoD module of the network side device;
  • the BoD module of the network side device saves the resource adjustment data, and sends the cross-configuration information to the terminal execution module according to the cross-modification request, configures the service card, and returns a response message to the SDON controller.
  • the controller side receives the response and sends the response to the BoD service management module.
  • the BoD service management module waits for all network side devices to respond, sends a notification message to the BoD module, and returns a response to the BoD APP.
  • the resource policy module receives the notification message, allocates resources according to the policy, and processes resource allocation of the waiting service.
  • FIG. 6 is a flowchart of still another resource adjustment method according to an embodiment of the present invention. As shown in FIG. 6, the specific steps include: a cross-modification process and a cross-resource fallback process.
  • the cross modification process includes the following steps:
  • S601 The controller sends a bidirectional FLOW_MOD to each device side node in the route, where the cross operation type is to modify the OFPFC_MODIFY, the label is a new label, and then the BARRIER_REQ message is sent;
  • the device-side protocol stack After receiving the request for parsing, the device-side protocol stack sends the request to the device-side service module, and the service module checks the connection and sends the packet to the BoD module.
  • the BoD module saves the cross-modification information, and sends the cross-configuration information to the terminal adaptation module according to the cross-modification request;
  • the terminal adaptation module After receiving the cross-modification request processing, the terminal adaptation module is configured to be sent to the service board, and the response message is returned to the service module through the BoD module.
  • the cross resource fallback process includes the following steps:
  • S606 The client uses the BoD application to send bandwidth resources to the SDON controller through the northbound interface.
  • the controller sends the request to the BoD module, and the BoD module sends back the resource to the resource management module, and sends a multipart_request message to the device side node that is currently successfully modified.
  • the message carries the service ID.
  • the device-side protocol stack sends the request to the device-side BoD service module, and the service module takes the original cross-information according to the multipart_request message, saves the service, saves the cross-modification information, and delivers the cross-configuration according to the original connection request.
  • Information to terminal adaptation module
  • the terminal adaptation module After receiving the cross-request processing, the terminal adaptation module is configured to the service board, and returns a response message to the BoD service module.
  • the BoD service module returns a multipart_reply message to the controller to notify the resource of the resource rollback result, and the request resource backflow process ends.
  • FIG. 7 is a flow diagram of Scene 1 in accordance with an embodiment of the present invention. As shown in Figure 7, the specific steps include:
  • the customer uses the BoD APP to request the controller to adjust the resources of the service 1 through the northbound interface, and adjust the 2G to 5G.
  • S701 The client requests the resource of the service 1 through the northbound interface, 2G->5G, and sends a request to the SDON controller;
  • the BoD service management module After receiving the request, the BoD service management module checks the parameters, verifies the verification, decomposes the BoD request, and searches for the original path information of the service 1 stored locally, and the original resource and the new resource are sent to the BoD resource management module;
  • the BoD resource management module After receiving the request, the BoD resource management module checks the resource status, and finds that the remaining resources are 5G, and the resources are sufficient. The application is to lock the newly added 3G resource, and the status of the newly added resource is changed to “application pending”, and the resource is returned. Assign results and new paths;
  • the BoD service management module After receiving the response, the BoD service management module sends a cross-modification FLOW_MOD and BARRIER_REQ message to all the OTN nodes in the route to the protocol adaptation module according to the returned result;
  • the adaptation module encapsulates the related data, and the OpenFlow message is sent by the protocol stack server to the southbound interface. After receiving the request, the network side device protocol stack parses and sends the packet to the network side device BoD service management module.
  • the network-side device BoD service management module sends the cross-configuration information to the terminal adaptation module according to the cross-modification request, and then configures the service to the service board, and returns a response success message to the controller in sequence;
  • the controller side receives the response and sends the response to the BoD service management module.
  • the BoD service management module waits for all the devices to respond successfully, and the response to the adaptation module is successfully modified.
  • the notification success message is sent to the resource policy module, and the application policy is The occupied status is changed to "occupied";
  • the adaptation module After receiving the response, the adaptation module encapsulates and sends the packet to the BoD APP through the protocol stack, and the resource of the service 1 is successfully adjusted to 5G.
  • FIG. 8 is a flow diagram of Scene 2 in accordance with an embodiment of the present invention. As shown in Figure 8, the specific steps include:
  • the customer uses the BoD APP to adjust the bandwidth of the service 1 back to the original bandwidth value, and requests the controller to adjust the bandwidth of the service 1 through the northbound interface, and the 5G is reduced to 2G.
  • the message flow is as follows:
  • S801 The client requests to adjust the bandwidth of the service 1 through the northbound interface, 5G->2G, and sends a request to the SDON controller;
  • the BoD service module After receiving the request, the BoD service module checks the parameters, checks the resolution, decomposes the BoD request, and searches for the original path information of the service 1 stored in the local area, and the original bandwidth and the new bandwidth are sent to the BoD resource policy module.
  • the BoD resource policy module After receiving the request, the BoD resource policy module checks the resource status, does not release the resource temporarily, and changes the status of the to-be-released resource to “application pending release”, and returns the resource allocation result and the new path.
  • the BoD service module After receiving the response, the BoD service module sends a cross-modification FLOW_MOD and BARRIER_REQ message to all the OTN nodes in the route to the protocol adaptation module according to the returned result;
  • the adaptation module encapsulates the related data, and the OpenFlow message is sent by the protocol stack server to the southbound interface, and the device side protocol stack parses the request and sends the packet to the device side BoD service module.
  • the device-side BoD service module sends the cross-configuration information to the terminal adaptation module according to the cross-modification request, and then is configured to the service board, and returns a response success message to the controller in sequence;
  • the controller side receives the response and sends the response to the BoD service module.
  • the BoD service module waits for all the devices to respond successfully, and the response to the adaptation module is successfully modified, and the notification is successfully sent.
  • the message is sent to the resource policy module, and the resource is released, and the status of "applied to be released” is changed to "released”;
  • the adaptation module After receiving the response, the adaptation module encapsulates and sends the packet to the BoD APP through the protocol stack, and the bandwidth of the service 1 is successfully reduced to 2G.
  • FIG. 9 is a flow diagram of a scenario 3 in accordance with an embodiment of the present invention. As shown in Figure 9, the specific steps include:
  • S901 The client requests to adjust the bandwidth of the service 2 through the northbound interface, 3G->2G, and sends a request to the SDON controller;
  • the SDON controller parses the packet and sends it to the BoD service module. After receiving the request, the parameter is verified, the verification is passed, the BoD request is decomposed, and the original path information of the local service 2 is searched, and the original bandwidth and the new bandwidth are sent to the BoD resource.
  • Policy module
  • the BoD resource policy module After receiving the request, the BoD resource policy module checks the resource status, and changes the status of the to-be-released resource of the 1G to "application pending release", and returns the resource allocation result and the new path.
  • the BoD service module After receiving the response, the BoD service module sends a cross-modified FLOW_MOD and BARRIER_REQ message to all the OTN nodes in the route according to the returned result to the south direction;
  • S906 The SDON controller parses and sends the message to the BoD service module. After receiving the request, the verification passes, and the BoD request is decomposed and sent to the resource policy module.
  • the BoD resource policy module After receiving the request, the BoD resource policy module checks the resource status, and the resource that has been released is only 5G, and the resource is insufficient. The 1G resource to be released can be processed, so the request is added to the deferred processing list.
  • the south device After receiving the service 2 request, the south device parses and sends the request to the device-side BoD service module, and sends the cross-configuration information to the terminal adaptation module according to the cross-modification request, and then configures the service to the service board, and returns a response success message to the controller in sequence;
  • the controller side receives the response parsing and sends it to the BoD service module, and the BoD service module The block waits for all devices to respond successfully, and the modification to the APP is successful, and sends a notification success message to the resource policy module;
  • the resource policy module releases the resource, and the status of the "requested to be released” state is changed to "released”; and the cache module is searched for, and the remaining resources are found to be 6G, and the bandwidth is increased. (Same as in the first embodiment).
  • the adaptation module After receiving the response, the adaptation module encapsulates and sends the packet to the BoD APP through the protocol stack.
  • the bandwidth of service 2 is successfully reduced to 2G, and service 1 is successfully adjusted to 8G.
  • Figure 10 is a flow diagram of a scenario 4 in accordance with an embodiment of the present invention.
  • S1001 The client requests to adjust the bandwidth of the service 1 through the northbound interface, 8G->5G, and sends a request to the SDON controller.
  • the client side protocol stack of the SDON controller is parsed by the adaptation module and sent to the BoD service management module, and the parameters are verified, the verification is passed, the BoD request is decomposed, and the service stored in the local 1 is searched.
  • the original path information, the original bandwidth and the new bandwidth are sent to the BoD resource policy module;
  • the BoD resource policy module After receiving the request, the BoD resource policy module checks the resource status, and does not release the resource temporarily. The status of the resource to be released is changed to "application pending release", and the resource allocation result and the new path are returned.
  • the BoD service module After receiving the response, the BoD service module sends a cross-modification FLOW_MOD and BARRIER_REQ message to all the OTN nodes in the route according to the returned result to the south direction;
  • the OTN-1 device After receiving the cross-modification request, the OTN-1 device requests the terminal adaptation module to send a cross-configuration request to the board, and reports a successful response, and the BoD service module sends a BARRIER_RSP message to report to the controller through the south.
  • the OTN-2 device is unable to receive the message because it is restarting. After the timeout expires, the controller considers that the device side cross-connection request fails, notifies the resource policy module, and reports the failure, and sends the cross-resource fallback message PACKET_OUT to OTN- 1 equipment;
  • the OTN-1 device After receiving the message, the OTN-1 device deletes the local modification information.
  • the original connection information is taken out, and the request is sent to the terminal adaptation module to send a cross-configuration request to the board, and the successful response is reported.
  • the BoD service module sends a PACKET_IN message and reports to the controller through the south.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a resource adjustment device is provided, which is used to implement the foregoing embodiments and preferred embodiments, and is not described again.
  • the term “module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 11 is a structural diagram of a resource adjustment apparatus according to an embodiment of the present invention. As shown in FIG. 11, the apparatus includes: a first receiving module 1102, a determining module 1104, and a second receiving module 1106. And processing module 1108.
  • the first receiving module 1102 is configured to receive a resource adjustment request sent by the user side device
  • the determining module 1104 is configured to determine a resource management policy corresponding to the resource adjustment request, and send the resource management policy to the network side device in the SDON, where the resource management policy is used to manage the resource adjustment Request the requested resource;
  • the second receiving module 1106 is configured to receive a response message fed back by the network side device.
  • the processing module 1108 is configured to process the resource requested by the resource adjustment request according to the response message.
  • FIG. 12 is a structural diagram of another resource adjustment apparatus according to an embodiment of the present invention.
  • the foregoing determining module includes: a first determining unit 1202 and a second determining unit 1204.
  • the first determining unit 1202 is configured to: when the resource adjustment request is a single service adjustment request, determine that the resource management policy is: locking the resource requested by the resource adjustment request;
  • the second determining unit 1204 is configured to: when the resource adjustment request is a request for requesting to increase the resource, determine the resource management policy to: acquire a resource usage status of the controller.
  • FIG. 13 is a structural diagram of a resource adjustment apparatus according to an embodiment of the present invention. As shown in FIG. 13, the apparatus includes: a third receiving module 1302 and a sending module 1304, in addition to all the modules shown in FIG. .
  • the third receiving module 1302 is configured to receive a resource backoff message sent by the user side device.
  • the sending module 1304 is configured to send, according to the resource back-off message, a cross-modified back-off message for deleting the cross-modification message to the network side device that successfully cross-modifies.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
  • the forms are located in different processors.
  • FIG. 14 is a structural diagram of a resource adjustment system according to an embodiment of the present invention. As shown in FIG. 14, the device includes: SDON control.
  • the controller 1402 is a network side device 1404.
  • the SDON controller 1402 is configured to receive a resource adjustment request sent by the user equipment, determine a resource adjustment policy according to the resource adjustment request, and send the resource adjustment policy to the network side device, and receive the network side device 1404 feedback. Reply message
  • the network side device 1404 is configured to receive the resource adjustment policy, and return a response message for processing the resource requested by the resource adjustment request.
  • FIG. 15 is a structural diagram of another resource adjustment system according to an embodiment of the present invention. As shown in FIG. 15, the system includes: user-side device 1502 in addition to all the devices shown in FIG.
  • the user side device 1502 is configured to send the resource adjustment request and the resource backoff message to the controller.
  • the controller 1502 is further configured to send, according to the resource back-off message, a cross-modified back-off message to the network side device that successfully cross-modifies;
  • the network side device 1504 is further configured to receive the cross-modified back-off message, and delete the saved cross-modification message, where the cross-modification message is used to modify the delivery manner of the flow table.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the controller in the software-defined optical network SDON receives the resource adjustment request sent by the user-side device.
  • the storage medium is further arranged to store program code for performing the following steps:
  • the controller receives a resource backoff message sent by the user side device.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the resource scheduling request is directly obtained by the controller in the SDON, and interacts with the network side device, and processes the resource requesting resource after receiving the response message fed back by the network side. Therefore, the problem that the related technologies cannot meet the multi-service concurrent processing of the current SDN network can easily solve the problem of conflict of resource allocation, thereby effectively improving resource adjustment efficiency and success rate.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种资源调整方法、装置及系统。其中，该资源调整方法包括：软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；确定与所述资源调整请求对应的资源管理策略，并根据所述资源管理策略下发资源调整请求给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；接收所述网络侧设备反馈的应答消息；依据所述应答消息对所述资源调整请求所请求的资源进行处理。通过本发明，解决了相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。

Description

资源调整方法、装置及系统 技术领域
本发明涉及通信领域，具体而言，涉及一种资源调整方法、装置以及系统。
背景技术
当前，在全球信息化和ICT行业发展变革的浪潮之下，光网络发展面临新的挑战。首先，网络流量快速增长，网络扩容压力大。其次，运营商光通信网络规模庞大，厂家数量众多，网络智能化水平不高，维护和管理复杂。第三，跨层跨域管控难度大，无法适应网络融合发展趋势。当前承载网络的融合化发展成为大势所趋，光网络与IP等业务网，各自独立规划，网络利用率低下。第四，网络相对封闭，新业务开发慢，难以满足应用创新需求。传统光网络设备和业务是强耦合方式，导致业务部署复杂，新业务开发周期长，无法适应业务及使用模式的快速变化和创新需求。
SDN(Software-Defined Network，软件定义网络)集中化、智能化和开放化的理念为未来OTN网络(Optical Transport Network光传送网)的发展提供了全新思路。光网络自身具有集中化管理和面向连接的交换机制等特点，因此天然具有部分SDN的特征，更易于向SDN方向发展演进，光网络SDN化是未来光网络发展的趋势。SDON(SD-OTN，Software Defined Optical Transport Network软件定义光网络)是将SDN概念和技术应用于光网络之中，构建面向业务的新一代光网络的体系架构。SDON通过将控制与传送解耦，屏蔽光网络物理技术细节，简化现有光网络复杂和私有的控制管理协议；采用集中控制策略，提高光网络的智能调度和协同控制能力；通过开放网络接口，提供光网络的可编程能力，满足未来网络虚拟化、业务灵活快捷提供、网络和业务创新等发展需求。满足未来数据中心光互联、网络虚拟化、业务灵活快捷提供、网络和业务创新等发展需求。SDON架构包含控制、转发和应用三个层面。转发层为光网络物理设 备，处于最底层；应用是SDN网络的最可视部分，为用户提供服务；控制层是SDON的核心，主要实施网络资源管理、业务连接控制、路由计算、网络资源抽象和虚拟化，以及各种基于策略的网络管控等功能，并向上层应用提供各种网络服务。
随着云计算的发展，数据中心互联业务(数据中心备份、虚拟机迁移)对于骨干和城域光网络提出了动态资源分配的业务需求，这要求光网络实现数据中心之间连接的灵活调度和动态调整。传统光网络控制平面中资源调整的方式都是“先删后建”，业务响应速度慢，失败率高，资源调整不灵活，用户体验不好。而SDON架构的一个主要优势就是给OTN网络提供智能灵活调度的能力。这种集中式管理的架构有利于实现资源按需分配即BoD业务的需求，对于提升用户体验，提高业务响应及调度效率，提高资源调整效率起到了至关重要的作用。
近几年来，各大运营商(如中国电信，中国移动等)陆续开展试验局，在测试规范中明确提出了在SDON网络中对BoD功能的测试需求。BoD是运营商在未来新型网络上开展的极具竞争力的个性化增值业务之一。BoD业务以客户为中心，提供网络灵活调度能力，最重要功能体现就是灵活资源调整。而在SDON架构下，要实现BoD资源灵活调整，一般做法可以沿用控制平面的做法，如控制器下发业务建立成功后，资源调整可沿用“先建后删”的原则，通过控制器下发删除原业务请求，再建立一条满足新资源的业务，但此方法的缺点是调整时间长，响应速度慢，且不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突。因此，在相关技术当中，还没有一种解决针对BoD业务的资源分配方法。
发明内容
本发明实施例提供了一种资源调整方法、装置以及系统，以至少解决相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题。
根据本发明的一个实施例，提供了一种资源调整方法，包括：软件定 义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；接收所述网络侧设备反馈的应答消息；依据所述应答消息对所述资源调整请求所请求的资源进行处理。
根据本发明的另一个实施例，提供了一种资源调整装置，包括：第一接收模块，设置为接收用户侧设备发送的资源调整请求；确定模块，设置为确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；第二接收模块，设置为接收所述网络侧设备反馈的应答消息；处理模块，设置为依据所述应答消息对所述资源调整请求所请求的资源进行处理。
根据本发明的再一个实施例，提供了一种资源调整系统，包括：SDON控制器，设置为接收用户侧设备发送的资源调整请求；根据所述资源调整请求确定资源调整策略，并将所述资源调整策略下发给网络侧设备；接收所述网络侧设备反馈的应答消息；所述网络侧设备，设置为接收所述资源调整策略，返回用于对所述资源调整请求所请求的资源进行处理的应答消息。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
S11，软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；
S12，确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；
S13，接收所述网络侧设备反馈的应答消息；
S14，依据所述应答消息对所述资源调整请求所请求的资源进行处理。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
S21，所述控制器接收用户侧设备发送的资源回退消息；
S22，根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。
通过本发明实施例，由于通过SDON中的控制器直接获取资源调度请求，并与网络侧设备进行交互，并在接收到网络侧反馈的应答消息后对资源调整请求的资源进行处理。因此，可以解决相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种SDON系统的架构图；
图2是根据本发明实施例的一种资源调整方法的流程图；
图3是根据本发明实施例的SDON架构的SDON控制器的硬件结构图；
图4是根据本发明实施例的SDON架构的网络侧设备的硬件结构图；
图5是根据本发明实施例的另一种资源调整方法的流程图；
图6是根据本发明实施例的再一种资源调整方法的流程图；
图7是根据本发明实施例的场景1的流程图；
图8是根据本发明实施例的场景2的流程图；
图9是根据本发明实施例的场景3的流程图；
图10是根据本发明实施例的场景4的流程图；
图11是根据本发明实施例的一种资源调整装置的结构图；
图12是根据本发明实施例的另一种资源调整装置的结构图；
图13是根据本发明实施例的还一种资源调整装置的结构图；
图14是根据本发明实施例的一种资源调整系统的结构图；
图15是根据本发明实施例的另一种资源调整系统的结构图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
图1是根据本发明实施例的一种SDON系统的架构图。如图1所述，本发明实施例中的系统架构包括：位于应用平面的BoD APP，位于控制平面的SDON控制器以及业务管理器以及位于传输平面的OTN系统。
具体地，用户通过应用平面的BoD APP发出相应的指令和请求。位于控制平面的SDON控制器会接收BoD APP请求，与业务管理器进行交互，并将控制器生成的相关策略发送给位于传输平面的OTN系统。在接收到相关策略后，OTN系统会对向相应的硬件结构(例如单板)发送控制结果。
在本实施例中提供了一种运行于上述网络架构的资源调整方法，图2是根据本发明实施例的一种资源调整方法的流程图，如图2所示，该流程包括如下步骤：
步骤S202，软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；
可选地，当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源。
可选地，当所述资源调整请求为多业务调整请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。
具体地，当所述资源使用状况为能够满足所述资源调整请求所请求调整的资源时，锁定对应于所述资源调整请求的资源；当所述资源使用状况为待分配资源时，缓存所述资源调整请求,以及，当所述资源状况为不能够满足所述资源调整请求所请求调整的资源时，返回资源请求失败消息。
具体地，当所述资源调整请求为用于请求调小资源的请求时，将锁定的资源对应的资源状态修改为申请待释放，当所述资源调整请求为用于请求调大资源的请求时，将锁定的资源对应的资源状态修改为申请待占用。
可选地，所述控制器接收用户侧设备发送的资源回退消息；根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。
步骤S204，确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；
具体地，将所述资源调整策略携带于交叉修改消息，
其中，所述交叉修改消息用于修改流表的下发方式。需要指出的是，在资源调整正常的情况下，所述交叉修改消息包括以下之一：FLOW_MOD消息以及BARRIER消息；和/或所述交叉修改消息所指示的交叉操作类型包括：OFPFC_MODIFY。而在资源调整异常时，所述控制器接收用户侧设备发送的资源回退消息；根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。其中，该修改回退消息中包括：携带有业务标识的multipart_request或者是PACKET OUT消息。
步骤S206，接收所述网络侧设备反馈的应答消息。
步骤S208，依据所述应答消息对所述资源调整请求所请求的资源进行处理。
可选地，在对资源进行处理之后，SDON控制器还会查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。
可选地，上述资源处理过程至少包括：当所述网络侧设备成功进行资源调整时，释放或占用所述锁定的资源，并修改对应所述资源状态；当所述网络侧设备失败进行资源调整时，解锁所述锁定的资源。
需要指出的是，在本实施例中，还提供了以下场景，以便于本实施例中所记载的技术方案。
图3是根据本发明实施例的SDON架构的SDON控制器的硬件结构图。如图3所示，该SDON控制器至少包括：客户端协议栈及适配模块，BoD业务管理模块、BoD模块、BoD资源管理模块以及服务器段协议栈及适配模块。同时SDON控制器通过北向接口与位于应用平面的BoD APP连接，通过南向接口与位于传输平面的网络侧设备连接。
图4是根据本发明实施例的SDON架构的网络侧设备的硬件结构图。如图4所示，该网络侧设备至少包括：客户端协议栈及适配模块，BoD业务管理模块，BoD模块以及终端执行模块。同时网络侧设备通过南向接口与位于控制平面的SDON控制器相连接，同时还能够利用终端执行模块向与其连接的单板配置业务。
图5是根据本发明实施例的另一种资源调整方法的流程图。如图5所示，图5中的各个步骤结合了图1所示的架构以及图3与图4所示的硬件结构，具体步骤如下：
S501：客户利用BoD APP通过北向接口下发资源调整请求到SDON控制器；
S502：SDON控制器客户端协议栈收到资源调整请求后，通过适配解析后发送给业务管理模块；
S503：BoD业务管理模块收到请求后校验参数，若参数错误则返回失败响应给APP；若校验通过则分解BoD请求，查找保存在本地的该业务的原路径信息，原资源及新资源发送给BoD模块；
S504：BoD模块收到资源调整请求后，向BoD资源管理模块申请锁定资源，返回资源足够，则将新增资源的状态改为“申请待占用”或”申请待释放”，向业务模块响应资源分配结果及新路径信息；若资源待分配，则请求放入缓存，等待暂不执行；若资源不够，则直接返回失败。并向BoD业务管理模块发送响应。
S505：BoD业务管理模块收到响应后，若是失败则向APP响应失败；若成功，则向路由内所有设备节点下发交叉修改请求消息通过协议栈及适配模块下发到网络侧设备；
S506：网络侧设备中的服务器协议栈及适配模块接收到请求后解析并发给网络侧设备的BoD业务模块，在校验参数后，发给网络侧设备的BoD模块；
S507：网络侧设备的BoD模块保存资源调整数据，并根据交叉修改请求下发交叉配置信息到终端执行模块，配置到业务单板，并返回应答消息到SDON控制器；
S508：控制器侧收到响应解析后发送给BoD业务管理模块，BoD业务管理模块等待所有网络侧设备响应，同时发送通知消息给BoD模块，并向BoD APP返回应答；
S509：BoD模块收到消息后，若成功，则将“已申请待占用”状态改为“已占用”，将”已申请待释放”改成“已释放”，若失败，则回退资源。向资源管理模块申请或释放资源。最后查询业务等待缓存区，处理等待业务的资源分配，回到S404；
S510：BoD APP收到应答结果，资源调整流程结束。
S511：资源策略模块接收到通知消息，按照策略分配资源，处理等待业务的资源分配。
图6是根据本发明实施例的再一种资源调整方法的流程图。如图6所示：具体步骤包括：交叉修改流程以及交叉资源回退流程。
具体地，交叉修改流程包括以下步骤：
S601：控制器向路由内的各个设备侧节点下发双向FLOW_MOD，其中交叉操作类型为修改OFPFC_MODIFY，标签为新标签，然后下发BARRIER_REQ消息；
S602：设备侧协议栈接收到请求解析后发给设备侧业务模块，业务模块校验连接后发送给BoD模块；
S603：BoD模块:保存交叉修改信息，根据交叉修改请求下发交叉配置信息到终端适配模块；
S604：终端适配模块收到交叉修改请求处理后，配置到业务单板，返回应答消息通过BoD模块到业务模块；
S605：业务模块模块封装后通过南向接口发送BARRIER_RSP应答消息，请求交叉修改流程结束。
具体地，交叉资源回退流程包括以下步骤：
S606：客户利用BoD应用通过北向接口下发带宽资源回退到SDON控制器；
S607：控制器收到请求后发送给BoD模块，BoD模块向资源管理模块回退资源，向当前交叉修改成功的设备侧节点下发multipart_request消息，消息中携带业务ID；
S608：设备侧协议栈接收到请求解析后发给设备侧BoD业务模块，业务模块根据multipart_request消息，将原交叉信息取出(业务建立时保存)，删除交叉修改信息，根据原连接请求下发交叉配置信息到终端适配模块；
S609：终端适配模块收到交叉请求处理后，配置到业务单板，返回应答消息到BoD业务模块；
S610：BoD业务模块通过南向接口返回multipart_reply消息到控制器通知资源回退结果，请求资源回退流程结束。
场景1
图7是根据本发明实施例的场景1的流程图。如图7所示，具体步骤包括：
客户利用BoD APP通过北向接口向控制器请求调大业务1的资源，将2G调大到5G。
S701：客户通过北向接口请求调大业务1的资源，2G->5G，下发请求到SDON控制器；
S702：SDON控制器客户侧协议栈收到资源调大请求后，通过适配模块解析后发送给BoD业务管理模块；
S703：BoD业务管理模块收到请求后校验参数，校验通过，分解BoD请求，查找保存在本地的业务1的原路径信息，原资源及新资源发送给BoD资源管理模块；
S704：BoD资源管理模块收到请求后，校验资源情况，发现剩余资源还剩5G，资源足够，申请锁定新增的3G资源，将新增资源的状态改为“申请待占用”，返回资源分配结果及新路径；
S705：BoD业务管理模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到协议适配模块；
S706：适配模块封装相关数据，通过协议栈服务器侧向南向接口下OpenFlow消息,网络侧设备协议栈接收到请求后解析并发给网络侧设备BoD业务管理模块；
S707：网络侧设备BoD业务管理模块根据交叉修改请求下发交叉配置信息到终端适配模块，再配置到业务单板，依次返回应答成功消息到控制器；
S708：控制器侧收到响应解析后发送给BoD业务管理模块，BoD业务管理模块等待所有设备响应成功，向适配模块响应修改成功，同时发送通知成功消息给资源策略模块，将“已申请待占用”状态改为“已占用”；
S709：适配模块收到应答后封装并通过协议栈发送给BoD APP，业务1的资源成功调大成5G。
场景2
图8是根据本发明实施例的场景2的流程图。如图8所示，具体步骤包括：
客户利用BoD APP将业务1的带宽调回原来的带宽值，通过北向接口向控制器请求调小业务1的带宽，5G调小到2G。其消息流程如下：
S801：客户通过北向接口请求调小业务1的带宽，5G->2G，下发请求到SDON控制器；
S802：SDON控制器客户侧协议栈收到带宽调小请求后，通过适配模块解析后发送给BoD业务管理模块；
S803：BoD业务模块收到请求后校验参数，校验通过，分解BoD请求，查找保存在本地的业务1的原路径信息，原带宽及新带宽发送给BoD资源策略模块；
S804：BoD资源策略模块收到请求后，校验资源情况，暂不释放资源，将待释放资源的状态改为“申请待释放”，返回资源分配结果及新路径；
S805：BoD业务模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到协议适配模块；
S806：适配模块封装相关数据，通过协议栈服务器侧向南向接口下OpenFlow消息,设备侧协议栈接收到请求后解析并发给设备侧BoD业务模块；
S807：设备侧BoD业务模块根据交叉修改请求下发交叉配置信息到终端适配模块，再配置到业务单板，依次返回应答成功消息到控制器；
S808：控制器侧收到响应解析后发送给BoD业务模块，BoD业务模块等待所有设备响应成功，向适配模块响应修改成功，同时发送通知成功 消息给资源策略模块，释放资源，将“已申请待释放”状态改为“已释放”；
S809：适配模块收到应答后封装并通过协议栈发送给BoD APP，业务1的带宽成功调小成2G。
场景3
图9是根据本发明实施例的场景3的流程图。如图9所示，具体步骤包括：
S901：客户通过北向接口请求调小业务2的带宽，3G->2G，下发请求到SDON控制器；
S902：SDON控制器解析后发给BoD业务模块，收到请求后校验参数，校验通过，分解BoD请求，查找保存在本地的业务2的原路径信息，原带宽及新带宽发送给BoD资源策略模块；
S903：BoD资源策略模块收到请求后，校验资源情况，将1G的待释放资源的状态改为“申请待释放”，返回资源分配结果及新路径；
S904：BoD业务模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到南向；
S905：此时，客户通过北向接口请求调大业务1的带宽，2G->8G，下发请求到SDON控制器；
S906：SDON控制器解析后发给BoD业务模块，收到请求后校验通过，分解BoD请求，发送给资源策略模块；
S907：BoD资源策略模块收到请求后，校验资源情况，发送“已释放”的资源只有5G，资源不够，加上1G的待释放资源可以处理，因此将该请求加入暂缓处理链表。
S908：南向收到业务2请求后解析并发给设备侧BoD业务模块，根据交叉修改请求下发交叉配置信息到终端适配模块，再配置到业务单板，依次返回应答成功消息到控制器；
S909：控制器侧收到响应解析后发送给BoD业务模块，BoD业务模 块等待所有设备响应成功，向APP响应修改成功，同时发送通知成功消息给资源策略模块；
S910：资源策略模块释放资源，将“已申请待释放”状态改为“已释放”；并查找缓存模块，发现等待业务1，发现剩余资源为6G，满足需求，继续业务1的带宽调大流程(同实施例一)。
S911：适配模块收到应答后封装并通过协议栈发送给BoD APP，业务2的带宽成功调小成2G，业务1成功调大至8G。
场景4
图10是根据本发明实施例的场景4的流程图。
S1001：客户通过北向接口请求调小业务1的带宽，8G->5G，下发请求到SDON控制器；
S1002：SDON控制器客户侧协议栈收到带宽调小请求后，通过适配模块解析后发送给BoD业务管理模块，校验参数，校验通过，分解BoD请求，查找保存在本地的业务1的原路径信息，原带宽及新带宽发送给BoD资源策略模块；
S1003：BoD资源策略模块收到请求后，校验资源情况，暂不释放资源，将待释放资源的状态改为“申请待释放”，返回资源分配结果及新路径；
S1004：BoD业务模块收到响应后，则根据返回结果，向路由内所有OTN节点下发交叉修改FLOW_MOD及BARRIER_REQ消息到南向；
S1005：OTN-1设备接收到交叉修改请求后，BoD业务模块请求终端适配模块下发交叉配置请求到单板，并上报成功响应，BoD业务模块发送BARRIER_RSP消息，通过南向上报至控制器；
S1006：OTN-2设备由于正在重启，无法收到消息，定时时间到后，控制器认为设备侧交叉请求失败，通知资源策略模块，并上报失败，并下发交叉资源回退消息PACKET_OUT到OTN-1设备；
S1007：OTN-1设备接收到消息后，BoD业务模块删除本地修改信息， 取出原连接信息，下发请求到终端适配模块下发交叉配置请求到单板，并上报成功响应，BoD业务模块发送PACKET_IN消息，通过南向上报至控制器；
S1008：控制器的资源策略模块收到失败通知后，将资源未“申请待释放”的状态改为“已释放”。
S1009：BoD APP收到业务1带宽调小请求失败消息，业务带宽仍然是8G。
通过上述步骤，解决了相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种资源调整装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图11是根据本发明实施例的一种资源调整装置的结构图，如图11所示，该装置包括：第一接收模块1102，确定模块1104，第二接收模块1106 以及处理模块1108.
第一接收模块1102，设置为接收用户侧设备发送的资源调整请求；
确定模块1104，设置为确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；
第二接收模块1106，设置为接收所述网络侧设备反馈的应答消息；
处理模块1108，设置为依据所述应答消息对所述资源调整请求所请求的资源进行处理。
图12是根据本发明实施例的另一种资源调整装置的结构图，如图12所示，上述确定模块包括：第一确定单元1202以及第二确定单元1204。
第一确定单元1202，设置为当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源；
第二确定单元1204，设置为当所述资源调整请求为用于请求调大资源的请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。
图13是根据本发明实施例的还一种资源调整装置的结构图，如图13所示，该装置除包括图11所示的所有模块外，还包括：第三接收模块1302以及发送模块1304。
第三接收模块1302，设置为接收用户侧设备发送的资源回退消息；
发送模块1304，设置为根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
在本实施例中还提供了一种资源调整系统，图14是根据本发明实施例的一种资源调整系统的结构图，如图14所示，该装置包括：SDON控 制器1402，网络侧设备1404。
SDON控制器1402，设置为接收用户侧设备发送的资源调整请求；根据所述资源调整请求确定资源调整策略，并将所述资源调整策略下发给网络侧设备；接收所述网络侧设备1404反馈的应答消息；
所述网络侧设备1404，设置为接收所述资源调整策略，返回用于对所述资源调整请求所请求的资源进行处理的应答消息。
图15是根据本发明实施例的另一种资源调整系统的结构图，如图15所示，该系统除包括图15所示的所有装置外，还包括：用户侧设备1502。
用户侧设备1502，设置为向所述控制器下发所述资源调整请求以及资源回退消息；
控制器1502，还设置为根据所述资源回退消息，向交叉修改成功的网络侧设备发送交叉修改回退消息；
网络侧设备1504，还设置为接收所述交叉修改回退消息，删除保存的交叉修改消息；其中，所述交叉修改消息用于修改流表的下发方式。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S11，软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；
S12，确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；
S13，接收所述网络侧设备反馈的应答消息；
S14，依据所述应答消息对所述资源调整请求所请求的资源进行处理。
可选地，存储介质还设置为存储用于执行以下步骤的程序代码：
S21，所述控制器接收用户侧设备发送的资源回退消息；
S22，根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
通过本发明实施例，通过SDON中的控制器直接获取资源调度请求，并与网络侧设备进行交互，并在接收到网络侧反馈的应答消息后对资源调整请求的资源进行处理。因此，可以解决相关技术中不能满足当前SDN网络的多业务并发处理的要求，容易导致资源分配的冲突的问题，从而有效提高了资源调整效率和成功率。

Claims (17)

  1. 一种资源调整方法，包括：
    软件定义光网络SDON中的控制器接收用户侧设备发送的资源调整请求；
    确定与所述资源调整请求对应的资源管理策略，并根据所述资源管理策略下发资源调整请求给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；
    接收所述网络侧设备反馈的应答消息；
    依据所述应答消息对所述资源调整请求所请求的资源进行处理。
  2. 根据权利要求1所述的方法，其中，确定与所述资源调整请求对应的资源管理策略资源，包括：
    当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源。
  3. 根据权利要求1所述的方法，其中，根据所述资源调整请求确定资源调整策略，还包括：
    当所述资源调整请求为多业务调整请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。
  4. 根据权利要求3所述的方法，其中，在校验所述控制器的资源状况之后，所述方法包括：
    当所述资源使用状况为能够满足所述资源调整请求所请求调整的资源时，锁定对应于所述资源调整请求的资源；
    当所述资源使用状况为待分配资源时，缓存所述资源调整请求,以及，
    当所述资源状况为不能够满足所述资源调整请求所请求调整的 资源时，返回资源请求失败消息。
  5. 根据权利要求2或4所述的方法，其中，在锁定对应于所述资源调整请求的资源之后，所述方法还包括：
    当所述资源调整请求为用于请求调小资源的请求时，将锁定的资源对应的资源状态修改为申请待释放，
    当所述资源调整请求为用于请求调大资源的请求时，将锁定的资源对应的资源状态修改为申请待占用。
  6. 根据权利要求5所述的方法，其中，在依据所述应答消息对所述资源调整请求所请求的资源进行处理之后，所述方法还包括：
    查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。
  7. 根据权利要求1所述的方法，其中，依据所述应答消息对所述资源调整请求所请求的资源进行处理，包括：
    当所述网络侧设备成功进行资源调整时，释放或占用所述锁定的资源，并修改对应所述资源状态；
    当所述网络侧设备失败进行资源调整时，解锁所述锁定的资源。
  8. 根据权利要求1所述的方法，其中，将所述资源管理策略下发给SDON中的网络侧设备包括：将所述资源调整策略携带于交叉修改消息，其中，所述交叉修改消息用于修改流表的下发方式。
  9. 根据权利要求8所述的方法，其中，SDON中的控制器接收用户侧设备发送的资源调整请求之后，所述方法还包括：
    所述控制器接收用户侧设备发送的资源回退消息；
    根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。
  10. 一种资源调整的装置，包括：
    第一接收模块，设置为接收用户侧设备发送的资源调整请求；
    确定模块，设置为确定与所述资源调整请求对应的资源管理策略，并将所述资源管理策略下发给SDON中的网络侧设备，其中，所述资源管理策略用于管理所述资源调整请求所请求的资源；
    第二接收模块，设置为接收所述网络侧设备反馈的应答消息；
    处理模块，设置为依据所述应答消息对所述资源调整请求所请求的资源进行处理。
  11. 根据权利要求10所述的装置，其中，所述确定模块还包括：
    第一确定单元，设置为当所述资源调整请求为单业务调整请求时，确定所述资源管理策略为：锁定所述资源调整请求所请求调整的资源；
    第二确定单元，设置为当所述资源调整请求为用于请求调大资源的请求时，确定所述资源管理策略为：获取所述控制器的资源使用状况。
  12. 根据权利要求10所述的装置，其中，所述确定模块还设置为将所述资源调整策略携带于交叉修改消息，其中，所述交叉修改消息用于修改流表的下发方式。
  13. 根据权利要求10所述的装置，其中，所述装置还包括：
    第三接收模块，设置为接收用户侧设备发送的资源回退消息；
    发送模块，设置为根据所述资源回退消息，向交叉修改成功的网络侧设备发送用于删除所述交叉修改消息的交叉修改回退消息。
  14. 根据权利要求10所述的装置，其中，所述第二接收模块还设置为查询所述控制器缓存的资源调整请求，并为所述缓存的资源调整请求分配资源。
  15. 一种资源调整系统，包括：
    SDON控制器，设置为接收用户侧设备发送的资源调整请求；根据所述资源调整请求确定资源调整策略，并将所述资源调整策略下发给网络侧设备；接收所述网络侧设备反馈的应答消息；
    所述网络侧设备，设置为接收所述资源调整策略，返回用于对所述资源调整请求所请求的资源进行处理的应答消息。
  16. 根据权利要求15所述的系统，其中，所述系统还包括：
    用户侧设备，设置为向所述控制器下发所述资源调整请求以及资源回退消息；
    所述控制器，还设置为根据所述资源回退消息，向交叉修改成功的网络侧设备发送交叉修改回退消息；
    所述网络侧设备，还设置为接收所述交叉修改回退消息，删除保存的交叉修改消息；
    其中，所述交叉修改消息用于修改流表的下发方式。
  17. [根据细则26改正20.09.2017]　
    一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至9中任一项所述的方法。
PCT/CN2017/098660 2016-08-24 2017-08-23 资源调整方法、装置及系统 Ceased WO2018036521A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610718987.XA CN107786455A (zh) 2016-08-24 2016-08-24 资源调整方法、装置及系统
CN201610718987.X 2016-08-24

Publications (1)

Publication Number Publication Date
WO2018036521A1 true WO2018036521A1 (zh) 2018-03-01

Family

ID=61246445

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/098660 Ceased WO2018036521A1 (zh) 2016-08-24 2017-08-23 资源调整方法、装置及系统

Country Status (2)

Country Link
CN (1) CN107786455A (zh)
WO (1) WO2018036521A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112054957A (zh) * 2020-08-11 2020-12-08 烽火通信科技股份有限公司 资源调度方法、装置、设备及存储介质
CN114091962A (zh) * 2021-11-30 2022-02-25 中国建设银行股份有限公司 资源调度管理方法、装置、电子设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114666410B (zh) * 2022-02-14 2024-12-24 深圳爱捷云科技有限公司 资源调用方法、装置、电子设备和存储介质
CN115102898B (zh) * 2022-06-01 2023-07-07 中国联合网络通信集团有限公司 通信方法、设备及存储介质
CN120750414B (zh) * 2025-09-04 2025-12-30 中国电子科技集团公司第五十四研究所 一种多波束卫星通信系统信道资源虚拟化管理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207508A (zh) * 2006-12-19 2008-06-25 中兴通讯股份有限公司 实现光网络带宽按需分配的方法和系统
CN103338163A (zh) * 2013-07-16 2013-10-02 清华大学 支持动态弹性资源调度的软件定义网络控制器
CN104301391A (zh) * 2014-09-19 2015-01-21 北京邮电大学 多域光网络数据中心资源虚拟化映射方法
US20150104166A1 (en) * 2013-10-10 2015-04-16 Nec Laboratories America, Inc. Suurballe-based Cloud Service Embedding Procedure in Software-Defined Flexible-Grid Optical Transport Networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101207508A (zh) * 2006-12-19 2008-06-25 中兴通讯股份有限公司 实现光网络带宽按需分配的方法和系统
CN103338163A (zh) * 2013-07-16 2013-10-02 清华大学 支持动态弹性资源调度的软件定义网络控制器
US20150104166A1 (en) * 2013-10-10 2015-04-16 Nec Laboratories America, Inc. Suurballe-based Cloud Service Embedding Procedure in Software-Defined Flexible-Grid Optical Transport Networks
CN104301391A (zh) * 2014-09-19 2015-01-21 北京邮电大学 多域光网络数据中心资源虚拟化映射方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112054957A (zh) * 2020-08-11 2020-12-08 烽火通信科技股份有限公司 资源调度方法、装置、设备及存储介质
CN114091962A (zh) * 2021-11-30 2022-02-25 中国建设银行股份有限公司 资源调度管理方法、装置、电子设备及存储介质
CN114091962B (zh) * 2021-11-30 2025-07-08 中国建设银行股份有限公司 资源调度管理方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN107786455A (zh) 2018-03-09

Similar Documents

Publication Publication Date Title
US12113667B2 (en) Network slice configuration method, apparatus, and system
CN105099789B (zh) 一种网元升级方法及设备
US20150280980A1 (en) Method and apparatus for dynamic provisioning of communication services
US20160359642A1 (en) Flow entry generating method and apparatus
WO2018036521A1 (zh) 资源调整方法、装置及系统
WO2021037175A1 (zh) 一种网络切片的管理方法及相关装置
WO2015172362A1 (zh) 一种网络功能虚拟化网络系统、数据处理方法及装置
CN108632063B (zh) 管理网络切片实例的方法、装置和系统
CN115296993A (zh) 用于互连多域网络分片控制和管理的系统、功能和接口
WO2021077767A1 (zh) 一种业务管理方法及装置
WO2018137572A1 (zh) 一种策略管理方法、装置和系统
WO2016054922A1 (zh) 决策协调方法、执行装置和决策协调器
CN113572864B (zh) 一种数据处理方法、网元设备以及可读存储介质
WO2021063129A1 (zh) 核心网能力调用方法及系统
CN115277578A (zh) 一种业务编排方法、装置及存储介质
CN105704042A (zh) 报文处理方法、bng及bng集群系统
WO2018214817A1 (zh) 报文转发方法及装置、设备、存储介质
CN101595689A (zh) 在多机架网络接入环境中改变用户信息
WO2018041101A1 (zh) 数据查询、数据查询处理方法及装置
CN104956629A (zh) 软件定义网络中的事件分发方法,控制设备和处理器
CN115811465A (zh) 网络配置方法、代理组件、控制器、电子设备和存储介质
CN110753093B (zh) 云计算系统中设备的管理方法和装置
CN110011850B (zh) 云计算系统中服务的管理方法和装置
WO2016206470A1 (zh) 一种自动交换光网络资源控制方法、装置和计算机可读存储介质
CN114513447A (zh) Sd-wan业务发放系统、方法、装置和网络设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17842943

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17842943

Country of ref document: EP

Kind code of ref document: A1