Method and apparatus for providing grades of service for unprotected traffic in an optical network

• US 7,535,831 B2
• Filed: 09/16/2003
• Issued: 05/19/2009
• Est. Priority Date: 09/16/2003
• Status: Active Grant

• Current Assignee: Ciena Corporation
• Original Assignee: Nortel Networks Limited (Nortel Networks Corporation)
• Inventors: Caldwell, Brett, Phelps, Peter
• Primary Examiner(s): Orgad; Edan
• Assistant Examiner(s): HALIYUR, VENKATESH N
• Application Number:
  US10/662,400
• Publication Number:
  US 20050058064A1
• Time in Patent Office: 2,072 Days
• Field of Search: 370216-228, 370241-252, 370/400, 370/351, 370/462, 3703951-468, 714/1, 714/2, 709232-242
• US Class Current: 370/228
• CPC Class Codes: H04J 2203/006 Fault tolerance and recovery
• CPC Class Codes: H04J 3/085 for ring networks, e.g. SDH/SONET rings, self-healing rings, meashed SDH/SONET networks
• CPC Class Codes: H04L 41/0893 Assignment of logical groups to network elements
• CPC Class Codes: H04L 41/0894 Policy-based network configuration management
• CPC Class Codes: H04L 41/5022 by giving priorities, e.g. assigning classes of service
• CPC Class Codes: H04L 41/5077 wherein the managed service relates to simple transport services, i.e. providing only network infrastructure

Abstract

A method for providing grades of service to unprotected traffic on an optical network that provides protection channels associated with working channels, defines a linearly ordered set of protection switch request priorities, and two or more grade of service priorities, and uses those priorities to enforce a protection access policy. The unprotected traffic may be of a high priority, approximating non-pre-emptable unprotected traffic (NUT); of low priority, like extra traffic; or may be of an intermediate priority between the two. This allows data transport providers to offer different unprotected transport services at different rates on protected links, in which the different unprotected transport services are associated with different probabilities of pre-emption.

Claims

1. A protection switch processor of an optical network that supports protected traffic and extra traffic at predefined grades of service using pre-provisioned working and protection channels, the protection switch processor executing under control of software comprising executable instruction code for:

determining a priority value associated with a protection switch request message for switching protected traffic from a working channel to its associated protection channel;

determining an occupant priority value associated with the protection channel by determining a service priority value associated with unprotected traffic within the protection channel;

comparing the priority value associated with the protection switch request message to the occupant priority value; and

refusing the protection switch request when a bandwidth of the working channel to be switched is greater than an unoccupied portion of the protection channel and the request priority value of the protection switch request is less than or equal to the occupant priority value of the protection channel;

wherein refusing the protection switch request comprises pending the request so that if the unprotected traffic being transported through the protection channel subsequently releases the protection channel, a network element (NE) that issued the priority switch request is notified.

2. The protection switch processor as claimed in claim 1 wherein the software further comprises instruction code for:

admitting the protection switch request if the protection channel is idle, or the occupant priority value associated with the protection channel is lower than the priority value associated with the protection switch request message.

3. The protection switch processor as claimed in claim 1 wherein the instruction code for admitting the protection switch request further comprises instruction code for:

sending a pre-empted switch request message through the protection channel to direct unprotected traffic being transported through the protection channel to relinquish the data transport capacity of the protection channel.

4. In an optical network including predetermined protection channels for transport of protected traffic during a failover, a method for controlling access to each protection channel, the method comprising:

assigning one of a predetermined set of at least two service priority values to each flow of unprotected traffic being transported through at least one protection path of the network;

assigning one of a predetermined set of request priority values to each protection switch request for switching protected traffic from a working channel to its associated protection channel; and

refusing a protection switch request when a bandwidth of the working channel to be switched is greater than an unoccupied portion of the protection channel and the request priority value of the protection switch request is less than or equal to the service priority value of unprotected traffic being transported through the protection channel;

wherein refusing the protection switch request comprises pending the request so that if the unprotected traffic being transported through the protection channel subsequently releases the protection channel, a network element (NE) that issued the priority switch request is notified.

5. The method as claimed in claim 4, wherein the predetermined set of at least two service priority values comprises a first service priority value corresponding to a preemptable class of service, and a second service priority value corresponding to a non-preemptable traffic class of service.

6. The method as claimed in claim 4, wherein the first service priority value is higher than at least one of the predetermined set of request priority values.

7. The method as claimed in claim 6, wherein the first service priority value is higher than request priority values associated with either one of:

a degraded condition of the working channel; and

a test protection switch initiated by network management.

8. The method as claimed in claim 4, wherein the second service priority value is higher than a request priority value associated with a signal fail condition of the working channel.

9. In an optical network including predetermined protection channels for transport of protected traffic during a failover, a method for handling a protection switch request, the method comprising:

receiving the protection switch request for switching protected traffic from a working channel to its associated protection channel, the protection switch request including a request priority value;

determining a current occupancy of the protection channel, the occupancy being one of idle, occupied by unprotected traffic associated with one of a plurality of grades of service, and occupied by protected traffic switched from a working channel with a specific request priority; and

refusing the protection switch request when a bandwidth of the working channel to be switched is greater than an unoccupied portion of the protection channel; and

the request priority value of the protection switch request is less than or equal to the service priority value of unprotected traffic being transported through the protection channel

wherein refusing the protection switch request comprises pending the request so that if the unprotected traffic being transported through the protection channel subsequently releases the protection channel, a network element (NE) that issued the priority switch request is notified.

10. The method as claimed in claim 9 further comprising admitting the protection switch request if the priority value of the switch request is greater than the service priority value associated with the unprotected traffic being transported through the protection channel.

11. The method as claimed in claim 10 further comprising performing switch operations to route the protected traffic from the working channel to the protection channel if the protection switch request is admitted.

12. The method as claimed in claim 9 wherein refusing the protection switch request further comprises:

forwarding a protection switch request pended message along the protection channel; and

if the occupied portion of the data transport capacity of the protection channel subsequently becomes unoccupied, forwarding a message along the protection channel indicating that the protection channel is idle.

13. The method as claimed in claim 10 wherein admitting the protection switch request further comprises forwarding a pre-empted switch request message through the protection channel to request the unprotected traffic being transported through the protection channel to relinquish the data transport capacity of the protection channel.