CN100388677C - Method for Dynamically Modifying Business Service Level - Google Patents

Abstract

The invention relates to a method for dynamically modifying business service levels. The present invention includes: the client initiates a service level modification request to the network end, and the network end determines and sends an operation command to the network node according to the content of the service level request; on the network node, according to the received operation command, the Service level modification operation. The invention realizes the dynamic modification of the service level of each customer, and solves the problem that the service level cannot be dynamically modified in the prior art. Therefore, in the present invention, the network operator can flexibly provide the corresponding service level for the client, so as to meet various demands of the client in different periods. Moreover, in the present invention, the service is not damaged during the process of dynamically modifying the service level, which ensures that the reliability of service transmission is not affected.

Description

Method for Dynamically Modifying Business Service Level

technical field

The invention relates to the technical field of network protection, in particular to a method for dynamically modifying business service levels.

Background technique

In the intelligent optical network, network operators can specify different service levels for customers by setting service level attributes, corresponding to different service level services, network operators will provide different network recovery functions for corresponding customers, such as no protection, Rerouting protection, 1+1 protection, priority of connection establishment and maintenance, recovery strategy and maintenance strategy after failure, etc.

During network operation, customers may need to adjust the business service level set for them. For example, the network resources in the early stage are insufficient to provide the service level required by the customer, but when the network resources are improved, the customer can obtain the service level required by the customer. At this time, it is necessary to modify the service level set for the customer. For another example, when the importance of data transmitted by customers increases, it may also be necessary to increase the corresponding service level, from the original unprotected level to the level with protection; Considering that it may be necessary to lower the service level from the original protected level to the unprotected level.

At present, after the service level set for each client is determined by the network operator, it cannot be dynamically modified according to its own needs. If you want to modify the service level, you need to delete the original service path and re-establish it according to the new service level. path. Therefore, based on the above needs, there is currently no technical solution that can dynamically modify the business service level for customers, thus failing to meet the flexible needs of customers for business service levels.

Contents of the invention

In view of the above-mentioned problems in the prior art, the purpose of the present invention is to provide a method for dynamically modifying service levels, so that network customers can flexibly adjust their own service levels according to actual needs.

The purpose of the present invention is achieved through the following technical solutions:

The present invention provides a method for dynamically modifying business service levels, including:

A. The client sends a request to the network to modify the service level;

B. The network terminal determines the operation command to be sent to the network node according to the content of the service level request, and sends it;

C. The network node determines, according to the received operation command, the service path of the service application whose service level needs to be modified by the operation command, and performs the operation process of modifying the service level of the service through transmission of protocol signaling messages along the determined service path.

Described step A also includes:

The network management center authenticates the request sent by the client, and executes step B after the authentication is passed.

In the present invention, the operation command described in step B includes:

Operation command to upgrade no protection or rerouting protection to 1+1 protection;

An operation command to upgrade no protection to rerouting protection;

Operation command to downgrade 1+1 protection to no protection or rerouting protection;

Alternatively, downgrade rerouting protection to an unprotected operational command.

In the present invention, before performing the step C, it also includes:

After receiving the operation command, the network node checks the validity of the operation command according to the modified service level information negotiated between the client and the operator, and executes step C after the check is passed.

In the present invention, when the service level needs to be upgraded from no protection to rerouting protection, the step C includes:

Modify the attributes of the service path at the head node for rerouting protection, and the attribute change information of the service path is notified to the downstream nodes sequentially from the head node until the end node, and the attributes of the service path are modified at each downstream node and end node For rerouting protection.

In the present invention, when the service level is upgraded from no protection or rerouting to 1+1 protection, the step C includes:

Initiate the establishment of a path between the two ends of the service whose attribute is 1+1 protection and is a backup path at the head node of the service;

When the path between the two ends of the service is successfully established, the first node modifies the attribute of the original path to 1+1 protection and is the main path, and issues a cross command for dual transmission and selective reception;

The attribute change information of the original path is notified to the downstream nodes sequentially from the first node until the end node, the attributes of the original path are modified at each downstream node and the end node, and the crossover of double transmission and selective reception is issued at the end node Order.

In the present invention, when it is necessary to downgrade the service level from 1+1 protection to rerouting protection or no protection, the step C includes:

Set the active path of the current service transmission application to prohibit protection switching;

At the head node, modify the attribute of the backup path to rerouting or unprotected, and issue a command to notify the deletion of the dual-feed and selective-receive crossover function;

The attribute modification information of the backup path is notified to the downstream nodes in turn from the first node until the end node, and the attributes of the backup path are respectively modified to rerouting or unprotected at each downstream node and the end node, and at the same time, under the end node Send an order, and also notify to delete the dual-feed and selective-receive crossover function.

When it is necessary to downgrade the service level from 1+1 protection to rerouting protection or no protection, the step C also includes:

The end node returns an attribute modification response message to the head node through each upstream node in turn, and after receiving the response message, the head node deletes the backup path and modifies the attribute of the main path to be rerouting or unprotected;

The attribute modification information of the active path is notified to the downstream nodes sequentially from the head node to the end nodes, and the attributes of the active path are respectively modified to rerouting or unprotected at each downstream node and end node.

In the present invention, when it is necessary to downgrade the service level from rerouting protection to no protection, the step C includes:

Set the path of the current service transmission application to prohibit rerouting;

At the head node, the attribute of the service path is modified to be unprotected, and the attribute modification information of the service path is notified to the downstream nodes sequentially from the head node until the end node, and each downstream node and end node respectively modify the attribute of the service path is unprotected.

It can be seen from the above-mentioned technical solution provided by the present invention that the present invention realizes the dynamic modification of the service level of each customer, and solves the problem that the service level cannot be dynamically modified in the prior art. Therefore, in the present invention, the network operator can flexibly provide the corresponding service level for the client, so as to meet various demands of the client in different periods. Moreover, in the present invention, the service is not damaged during the process of dynamically modifying the service level, which ensures that the reliability of service transmission is not affected.

Description of drawings

Fig. 1 is the flowchart of the method of the present invention;

FIG. 2 is a schematic structural diagram of an unprotected path;

FIG. 3 is a schematic structural diagram of a 1+1 protection path;

Figure 4 is a schematic diagram of the processing flow for upgrading no protection to 1+1 protection;

Fig. 5 is a schematic diagram of the processing flow of upgrading no protection to rerouting protection;

FIG. 6 is a schematic diagram of a processing flow for downgrading 1+1 protection to no protection or rerouting protection;

FIG. 7 is a schematic diagram of a processing flow for downgrading rerouting protection to no protection.

Detailed ways

The core of the present invention is to provide a method in which the client can flexibly modify the business service level enjoyed in the network according to the needs, and the process of dynamically modifying the service level does not damage the business, that is, to realize seamless modification of the business service level for each client .

Method of the present invention as shown in Figure 1, mainly comprises following process:

Step 11: The client submits a request to the network operator (that is, the network end) to modify the service level. The network operator needs to authenticate the client who proposes to modify the service level, and confirms that the service level can be modified for the client that passes the authentication. ;

For example, the customer can be authenticated according to the user name and password information entered by the client, so as to facilitate the control of the customer's authority to modify the service level;

Step 12: Determine the operating command for modifying the service level according to the content of the request for modifying the service level of the client that has passed the authentication, and send it to the head node of the service path, that is, the network management center sends the operation command for modifying the service level to the head node;

The first node of the service path is usually the node where the client accesses the network, that is, the edge node of the network;

The service level request includes the new service level requirements of the service, and the following service level modifications may occur according to the new service level requirements:

Upgrade unprotected services to 1+1 protected services;

Upgrade the rerouting protection service to 1+1 protection service;

Upgrade unprotected services to rerouting protected services;

Downgrade 1+1 protected service to unprotected service;

Downgrade 1+1 protection service to rerouting protection service;

Downgrade rerouting protected traffic to unprotected traffic, etc.;

According to the modification requirements of the above service level, the corresponding operation command can be determined;

Step 13: After receiving the operation command for modifying the service level, the head node checks the legality of the operation command for modifying the service level, that is, checks whether the service level required by the operation command is legal;

Usually, according to the content negotiated between the customer and the network operator, check whether the service level required by the operation command is legal;

Step 14: After the operation command of the service level is legally checked, the first node initiates the operation of modifying the service level;

After receiving the operation command, the head node determines that the operation command needs to modify the service path of the service application of the service level, and performs the operation process of modifying the service level of the service through the transmission of the protocol signaling message along the determined service path;

Wherein, determining the service path of the service application that needs to modify the service level can be determined according to the entry of each path information stored in the identification search node of the service, and of course can also be determined according to other distinguishing information of the service. path of.

The specific processing procedure of the head node initiating the operation of modifying the service level described in the present invention is different according to the difference of the service level required to be modified, and will be combined with specific application examples below, and use RSVP (resource reservation protocol) signaling as the Examples illustrate the present invention.

When the unprotected service needs to be upgraded to 1+1 protected service according to the new service level requirements, for example, as shown in Figure 2, it is assumed that an unprotected connection path is established from node A to node D, called LSP1, now according to the requirements of the new service level, it is necessary to upgrade this unprotected service connection to a 1+1 protected service connection. The specific operation and processing process of modifying the service level is described below in conjunction with Figure 2, Figure 3 and Figure 4 :

Step 41: At the head node A, initiate a request to establish a connection (ie path) to node D, called LSP2, set its protection attribute as 1+1 protection, and set its attribute as the backup path LSP, and the service The service level attribute of the path is set to a new service level, that is, the business service level that provides 1+1 protection;

At the same time, according to the requirements for establishing the protection path LSP2, it is determined that the path passed by LSP2 cannot intersect with the path passed by LSP1, except for the first node A and the end node D, as shown in Figure 2, assuming that the path taken by LSP2 is from node A to node A E, F to node D;

Step 42: When node A receives the response to establish LSP2, it means that LSP2 has been successfully established. At this time, at the head node A, change the protection attribute of LSP1 from no protection to 1+1 protection, and change the service level attribute to A new service level, and set the path LSP1 originally used by the service as the primary path in 1+1 protection, that is, the primary LSP;

Since the protection attribute and service level attribute have changed, RSVP needs to notify the bottom cross-connect management module to modify the service protection attribute and service level, and set LSP1 as the primary LSP of 1+1;

At the bottom layer, when it is found that the protection attribute has changed from no protection to 1+1 protection, a 1+1 standby LSP is found, that is, LSP2, and the two LSPs (that is, LSP1 and LSP2) are associated, and at the same time, a 1+1 1. The cross-command of dual transmission and selective reception required for protection;

Step 43: Since the protection attribute and service level attribute of LSP1 have changed, RSVP will pass the new protection attribute and service level attribute to the downstream node through the Path message, and notify the downstream node to update the protection attribute and service level attribute;

Step 44: After the downstream node receives the Path message for updating the protection attribute and service level attribute, it updates the protection attribute and service level attribute of LSP1, and notifies the bottom layer to update the corresponding protection attribute and service level attribute of the service, and then continues to the downstream node Send the Path message for updating the protection attribute and service level attribute to the end node;

Step 45: After receiving the Path message for updating the protection attribute and the service level attribute, the end node D also updates the corresponding attribute of LSP1, and notifies the bottom layer to update the corresponding attribute of the service;

At the bottom layer, when it is found that the protection attribute of LSP1 has changed from no protection to 1+1 protection, a 1+1 backup LSP (namely LSP2) is found, and the two LSPs are associated, and the crossover of dual transmission and selective reception is issued, such as As shown in Figure 3, so far, according to the new service level requirements, the original unprotected LSP1 has been upgraded to a 1+1 protected LSP;

It can be seen that the present invention does not cause service damage during the above-mentioned process of modifying the service level.

Similarly, when the rerouting protection service needs to be upgraded to 1+1 protection service according to the new service level requirements, the specific processing process is similar to the above step 41 to step 45, except that the protection attribute of the original service is no longer unprotected , but rerouting protection.

When the unprotected service needs to be upgraded to the rerouting protected service according to the new service level requirements, the corresponding processing process is shown in Figure 5, specifically including:

Step 51: At the head node, according to the requirements of the new service level, change the protection attribute of the service path LSP of the service transmission application from no protection to rerouting protection, and change the service level to the new service level. Since the protection attribute and service level attribute have changed, RSVP needs to notify the bottom cross management module to modify the service protection attribute and service level;

Step 52: After the protection attribute and service level attribute of the LSP have changed, RSVP will pass the new protection attribute and service level attribute to the downstream node through the Path message, and notify the downstream node to update accordingly;

Step 53: after the downstream node receives the Path message for updating the protection attribute and the service level attribute, update the protection attribute and the service level attribute of the service path LSP, and notify the bottom layer to update the corresponding protection attribute and service level attribute of the service, and then Continue to transmit the Path message for updating the protection attribute and service level attribute to the downstream node until the end node;

Step 54: After receiving the Path message for updating the protection attribute and service level attribute, the end node also updates the protection attribute and service level attribute of the service path LSP, and notifies the bottom layer to update the protection attribute and service level attribute of the service.

After the processing from step 51 to step 54 above, the service level and protection attribute of the service path LSP are modified, realizing the purpose of dynamically modifying the service level of the present invention.

In the foregoing, an example of the process of upgrading the service level involved in the present invention has been described, and an example of the process of downgrading the service level will be described below.

When the 1+1 protection service needs to be downgraded to unprotected service or rerouting protection service according to the new service level requirements, assuming that the 1+1 primary LSP is LSP1 and the standby LSP is LSP2, then the current service needs to be The path to be taken is locked, that is, service switching and rerouting are not allowed. Assuming that the current service is on LSP1, LSP1 is locked. The corresponding specific downgrade process is shown in Figure 6, including:

Step 61: At the head node, a downgrade request is initiated to LSP2, and the request is downgraded to no protection or rerouting protection; the protection attribute and service level attribute of LSP2 are changed, so RSVP will notify the bottom crossover management module to delete the corresponding dual Send and receive cross, and downgrade to normal cross;

At the same time, at the head node, since the protection attribute and service level attribute of LSP2 have changed, RSVP will send the new service level attribute information to the downstream node through the Path message;

Step 62: the downstream node changes the protection attribute and service level attribute information of the local LSP2 after receiving the changed Path message of the protection attribute and the service level attribute, and notifies the bottom crossover management module to do corresponding processing;

Since at the intermediate node, there is no cross-connection between two parties selected, so no processing is required. The intermediate node will continue to send the Path message of the LSP2 protection attribute and service level attribute change to the downstream node, so that other downstream nodes can make corresponding modifications;

Step 63: The end node will change the protection attribute and service level attribute of the local LSP2 after receiving the Path message that the protection attribute and the service level are changed, and notify the bottom crossover management module to delete the corresponding two-side optional crossover, and downgrade to common cross;

Step 64: The terminal node sends a Resv message in response to downgrading along the reverse path of the service. After the upstream node receives such a Resv message, it just continues to forward such a Resv message to the upstream node until the first node;

Step 65: After receiving the Resv message in response to the downgrade, the head node initiates deletion of LSP2, changes the protection attribute of LSP1 to unprotected, and sets the service level to a new service level, that is, the downgraded service level (renewed route protected or unprotected);

Step 66: Since the service level and the protection attribute have changed, RSVP needs to notify the underlying cross management module to modify the service protection attribute and service level;

Step 67: After the protection attribute and service level attribute of LSP1 have changed, RSVP will pass the new protection attribute and service level attribute to the downstream node through the Path message, and notify the downstream node to update;

Step 68: After receiving the Path message for updating the protection attribute and service level attribute, the downstream node updates the corresponding attribute of LSP1, and notifies the bottom layer to update the corresponding attribute of the service, and then continues to transmit the Path for updating the protection attribute and service level attribute to the downstream node message, until the end node;

Step 69: After receiving the Path message for updating the protection attribute and service level attribute, the end node also updates the corresponding attribute of LSP1, and notifies the bottom layer to update the corresponding attribute of the service;

So far, the service level and protection attributes of LSP1 have been modified.

Through the above steps, LSP2 is deleted, the protection attribute of LSP1 is changed to unprotected, and its service level is also changed to a new service level. In this way, the 1+1 protected service is downgraded to unprotected service.

When the rerouting protection service needs to be downgraded to an unprotected service according to the new service level requirements, the corresponding specific processing process is shown in Figure 7, including the following steps:

Step 71: first lock the LSP that needs to change the service level, that is, prevent the LSP from rerouting, and prohibit the activation of rerouting protection;

Step 72: At the head node, according to the new service level requirement, change the protection attribute of the LSP from rerouting protection to no protection, and change the service level to a new service level;

Since the protection attribute and service level attribute have changed, RSVP needs to notify the bottom cross management module to modify the service protection attribute and service level;

Step 73: After the protection attribute and service level attribute of the LSP have changed, RSVP will pass the new protection attribute and service level attribute to the downstream node through the Path message, and notify the downstream node to update the protection attribute and service level;

Step 74: After the downstream node receives the Path message for updating the protection attribute and service level attribute, update the protection attribute and service level attribute of the LSP, and notify the bottom layer to update the protection attribute and service level attribute of the service path, and then continue to transmit to the downstream node Update the Path message of the protection attribute and service level attribute until the end node;

Step 75: After receiving the Path message for updating the protection attribute and service level attribute, the end node also updates the protection attribute and service level attribute of the LSP, and notifies the bottom layer to update the protection attribute and service level attribute of the service. So far, the service of the corresponding LSP The level and protection attributes are modified to meet the requirement of downgrading the service level from rerouting protection to no protection.

The above is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art within the technical scope disclosed in the present invention can easily think of changes or Replacement should be covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be determined by the protection scope of the claims.

Claims (9)

1. A method for dynamically modifying business service levels, comprising: A. The client sends a request to the network to modify the service level; B. The network terminal determines the operation command to be sent to the network node according to the content of the service level request, and sends it; C. The network node determines, according to the received operation command, the service path of the service application whose service level needs to be modified by the operation command, and performs the operation process of modifying the service level of the service through transmission of protocol signaling messages along the determined service path. 2. The method for dynamically modifying business service levels according to claim 1, wherein said step A further comprises: The network management center authenticates the request sent by the client, and executes step B after the authentication is passed. 3. The method for dynamically modifying business service levels according to claim 1, wherein the operation commands described in step B include: Operation command to upgrade no protection or rerouting protection to 1+1 protection; An operation command to upgrade no protection to rerouting protection; Operation command to downgrade 1+1 protection to no protection or rerouting protection; Alternatively, downgrade rerouting protection to an unprotected operational command. 4. The method for dynamically modifying business service levels according to claim 1, characterized in that, before performing the step C, it also includes: After receiving the operation command, the network node checks the validity of the operation command according to the modified service level information negotiated between the client and the operator, and executes step C after the check is passed. 5. The method for dynamically modifying the business service level according to claim 1, wherein when the service level needs to be upgraded from no protection to rerouting protection, the step C includes: At the head node, modify the attribute of the service path to rerouting protection, and the attribute change information of the service path is notified to the downstream nodes sequentially from the head node until the end node, and the attribute of the service path is changed at each downstream node and end node Modified to rerouting protection. 6. The method for dynamically modifying the business service level according to claim 1, wherein when the service level is upgraded from no protection or rerouting to 1+1 protection, the step C includes: Initiate the establishment of a path between the two ends of the service whose attribute is 1+1 protection and is a backup path at the head node of the service; When the path between the two ends of the service is successfully established, the first node modifies the attribute of the original path to 1+1 protection and is the main path, and issues a cross command for dual transmission and selective reception; The attribute change information of the original path is notified to the downstream nodes sequentially from the first node until the end node, the attributes of the original path are modified at each downstream node and the end node, and the crossover of double transmission and selective reception is issued at the end node Order. 7. The method for dynamically modifying the business service level according to claim 1, wherein when the service level needs to be downgraded from 1+1 protection to rerouting protection or no protection, the step C includes: Set the active path of the current service transmission application to prohibit protection switching; At the head node, modify the attribute of the backup path to rerouting or unprotected, and issue a command to notify the deletion of the dual transmission and selective reception crossover function; The attribute modification information of the backup path is notified to the downstream nodes in turn from the first node until the end node, and the attributes of the backup path are respectively modified to rerouting or unprotected at each downstream node and the end node, and at the same time, under the end node Send an order, and also notify to delete the dual-feed and selective-receive crossover function. 8. The method for dynamically modifying the business service level according to claim 7, wherein when the service level needs to be downgraded from 1+1 protection to rerouting protection or no protection, said step C further comprises: The end node returns an attribute modification response message to the head node through each upstream node in turn, and after receiving the response message, the head node deletes the backup path and modifies the attribute of the main path to be rerouting or unprotected; The attribute modification information of the active path is notified to the downstream nodes sequentially from the head node to the end nodes, and the attributes of the active path are respectively modified to rerouting or unprotected at each downstream node and end node. 9. The method for dynamically modifying the business service level according to claim 1, wherein when the service level needs to be downgraded from rerouting protection to no protection, the step C includes: Set the path of the current service transmission application to prohibit rerouting; At the head node, the attribute of the service path is modified to be unprotected, and the attribute modification information of the service path is notified to the downstream nodes sequentially from the head node until the end node, and each downstream node and end node respectively modify the attribute of the service path is unprotected.

Images