[go: up one dir, main page]

WO2018036521A1 - Procédé, appareil et système d'ajustement de ressource - Google Patents

Procédé, appareil et système d'ajustement de ressource 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)
Chinese (zh)
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/fr
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

La présente invention concerne un procédé, un appareil et un système d'ajustement de ressource. Le procédé d'ajustement de ressource consiste à : recevoir, par un contrôleur dans un réseau optique défini par logiciel (SDON, "software defined optical network"), une demande d'ajustement de ressource envoyée par un dispositif côté utilisateur ; déterminer une politique de gestion de ressource correspondant à la demande d'ajustement de ressource, et envoyer une demande d'ajustement de ressource à un dispositif côté réseau dans le SDON conformément à la politique de gestion de ressource, la politique de gestion de ressource étant utilisée pour gérer une ressource demandée par la demande d'ajustement de ressource ; recevoir un message de réponse renvoyé par le dispositif côté réseau ; et traiter la ressource demandée dans la demande d'ajustement de ressource en fonction du message de réponse. La présente invention résout le problème dans l'état de la technique associé, dans lequel l'exigence de traitement simultané multiservice dans des réseaux SDN actuels ne peut pas être facilement satisfaite et conduit à des conflits d'attribution de ressource, permettant ainsi d'améliorer efficacement l'efficacité d'ajustement de ressource et le taux de réussite.
PCT/CN2017/098660 2016-08-24 2017-08-23 Procédé, appareil et système d'ajustement de ressource Ceased WO2018036521A1 (fr)

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 (fr) 2018-03-01

Family

ID=61246445

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/098660 Ceased WO2018036521A1 (fr) 2016-08-24 2017-08-23 Procédé, appareil et système d'ajustement de ressource

Country Status (2)

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

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 (fr) Procédé, appareil et système d'ajustement de ressource
WO2021037175A1 (fr) Procédé de gestion de tranche de réseau et dispositif associé
WO2015172362A1 (fr) Système réseau de virtualisation de fonction réseau, et procédé et dispositif de traitement de données
CN108632063B (zh) 管理网络切片实例的方法、装置和系统
CN115296993A (zh) 用于互连多域网络分片控制和管理的系统、功能和接口
WO2021077767A1 (fr) Procédé et appareil de gestion de service
WO2018137572A1 (fr) Procédé, dispositif et système de gestion de stratégie
WO2016054922A1 (fr) Procédé de coordination de décisions, dispositif de mise en œuvre et coordinateur de décisions
CN113572864B (zh) 一种数据处理方法、网元设备以及可读存储介质
WO2021063129A1 (fr) Procédé et système d'appel de capacité de réseau central
CN115277578A (zh) 一种业务编排方法、装置及存储介质
CN105704042A (zh) 报文处理方法、bng及bng集群系统
WO2018214817A1 (fr) Procédé, dispositif et appareil de transfert de paquet, et support de stockage
CN101595689A (zh) 在多机架网络接入环境中改变用户信息
WO2018041101A1 (fr) Procédé et appareil d'interrogation de données et procédé et appareil de traitement d'interrogation de données
CN104956629A (zh) 软件定义网络中的事件分发方法,控制设备和处理器
CN115811465A (zh) 网络配置方法、代理组件、控制器、电子设备和存储介质
CN110753093B (zh) 云计算系统中设备的管理方法和装置
CN110011850B (zh) 云计算系统中服务的管理方法和装置
WO2016206470A1 (fr) Procédé de commande de ressources de réseau optique commuté automatiquement, appareil et support d'informations lisible par ordinateur
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