CN108650177B

CN108650177B - Method and system for performing cross-domain service configuration on SPTN (shortest Path bridging) equipment

Info

Publication number: CN108650177B
Application number: CN201810333624.3A
Authority: CN
Inventors: 李涛
Original assignee: Fiberhome Telecommunication Technologies Co Ltd
Current assignee: Fiberhome Telecommunication Technologies Co Ltd
Priority date: 2018-04-13
Filing date: 2018-04-13
Publication date: 2020-10-30
Anticipated expiration: 2038-04-13
Also published as: CN108650177A

Abstract

The invention discloses a method and a system for performing cross-domain service configuration on SPTN equipment, and relates to the field of management of telecommunication transmission networks. The method comprises the following steps: acquiring local domain topology information, inquiring reachable paths between boundary network elements in the local domain, and acquiring available access labels of the boundary network elements; combining cross-domain Label Switched Path (LSP) routes; performing cross-domain LSP service configuration of the SPTN equipment by taking the cross-domain LSP route as an input condition; inquiring available idle VCID of the boundary network element of the local domain; and taking the LSP service which is successfully configured as a service layer, and configuring a cross-domain virtual circuit and an ELine service of the SPTN equipment by using the available idle VCID of the boundary network element of the local domain. The invention can support cross-domain service configuration of the SPTN equipment.

Description

Method and system for performing cross-domain service configuration on SPTN (shortest Path bridging) equipment

Technical Field

The invention relates to the field of management of telecommunication transmission networks, in particular to a method and a system for performing cross-domain service configuration on SPTN equipment.

Background

With the rapid development of telecommunication services, the number of users increases rapidly, the requirements for service quality improve rapidly, the application types are rich, the network architecture is complex, the carrying function is expanded, the corresponding management and control capability is weakened, and the existing network architecture has a few disadvantages. With the trend background of hardware standardization, device Software, and telecommunication Network IT, SDN (Software Defined Network) has become a focus of common attention of emerging internet operators, traditional telecommunication operators, and device providers. With the popularization and maturity of the SDN concept, successful application of the SDN concept in practical engineering has become an urgent target for operators and equipment providers to achieve.

In SDN applications, Cross-Domain (Cross Domain) service configuration is an extremely common and important application scenario, where a Domain refers to a network range managed by a certain Controller (Controller), and is a logically divided network management range, the ranges managed by controllers at different levels are different in size, an upper Controller includes a range managed by a lower Controller and can obtain all network topologies of the lower Controller, such as node and link information, and the lowest Controller manages actual physical devices and connection information. The cross-domain service refers to a service configured between devices in different domains, and in practical applications, physical devices of the same manufacturer in the same area are usually divided into one domain, so the cross-domain service is usually configured between devices of different manufacturers in different domains.

In the existing Network engineering of the current operator, the transmission device is a conventional PTN (Packet Transport Network) device, and the SPTN (Software defined Packet Transport Network) is a PTN device that performs Software definition on the conventional PTN. Under the existing network architecture, no matter the device or the network management (network management system in the telecommunication device), the cross-domain service configuration of the SPTN device cannot be supported, because:

(1) the cross-domain service configuration of the SPTN equipment needs to uniformly manage the equipment of different manufacturers in different domains, the network management and the equipment of each manufacturer communicate through a private interface at present, the management data issued by the network management and the state data reported by the equipment both follow a private protocol defined inside the manufacturer, and the protocol can only be used for the communication between the equipment and the network management of the same manufacturer, so that the equipment produced by other manufacturers cannot be managed. Under the existing condition, a standard southbound interface for interaction between a network manager and equipment is required to be established and popularized among manufacturers, so that the difficulty is high, and the southbound interface is against the current network architecture development trend and is not paid.

(2) The cross-domain service configuration of the SPTN equipment needs to divide the management range of different domains, each domain manages internal physical resources, but the current project has no concept of the domain, if the domains are divided according to equipment manufacturers, all the equipment managed by the network manager of the same manufacturer are divided into one domain, the division is too simple and violent, and the logical hierarchical management advantage of the domains cannot be embodied.

(3) The cross-domain service configuration of the SPTN device needs to manage inter-domain physical resources, which mainly refer to fiber connection and port information between edge devices in different domains, and the inter-domain port fiber connection information is mainly used for Path search when configuring an LSP (Label Switched Path), whereas a network manager in one domain in the existing engineering cannot know the fiber connection port information in an adjacent domain connected to the network manager, and therefore cannot support the cross-domain service configuration of the SPTN device.

Disclosure of Invention

The present invention is directed to overcome the above drawbacks of the background art, and provides a method and a system for performing cross-domain service configuration on an SPTN device, which can support the cross-domain service configuration of the SPTN device.

The invention provides a method for performing cross-domain service configuration on SPTN equipment, which comprises the following steps:

A. acquiring all physical topology information of the local domain according to a requirement for acquiring the local domain topology information issued by an upper-layer domain controller; acquiring one or more optional paths meeting the routing condition in the domain according to the routing condition issued by the upper-layer domain controller for inquiring the reachable paths between the boundary network elements in the domain, taking the one or more optional paths as the intra-domain route, and distributing an available label for each network element in the path; acquiring an available access label of a boundary network element according to a requirement for inquiring the distribution of the access label of the boundary network element of the local domain issued by an upper-layer domain controller;

B. combining cross-domain Label Switched Path (LSP) routes according to the intra-domain routes and the available label of the boundary network element; performing cross-domain LSP service configuration of the SPTN equipment by taking the cross-domain LSP route as an input condition;

C. acquiring available idle VCIDs (virtual circuit identifiers) of the boundary network elements of the local domain according to the requirement of inquiring the available idle virtual circuit identifiers VCIDs of the boundary network elements of the local domain issued by an upper-layer domain controller;

D. and according to the requirement of the point-to-point service ELine of the configuration point issued by the upper layer domain controller, using the successfully configured LSP service as a service layer, and using the available idle VCID of the boundary network element of the local domain to configure the cross-domain virtual circuit and the ELine service of the SPTN equipment.

On the basis of the above technical solution, in step a, the physical topology information includes all physical network element information and fiber connection information, the physical network element information includes geographic coordinates of the network element and frame, slot, and disk information of the network element, and the fiber connection information includes physical port information at both ends of the connection optical fiber; the routing condition of the reachable route between the intra-domain border network elements comprises a shortest path, minimum link cost and load balance.

On the basis of the technical scheme, the step B specifically comprises the following steps:

the intra-domain route refers to a route between network node interfaces NNIs of the boundary network elements, and the inter-domain route refers to a route from the boundary network elements to adjacent external domain network elements; the inter-domain routing comprises a cross-domain port and a cross-domain label, wherein the cross-domain port is an output port of an intra-domain border network element, and determines which port a data packet sent by the intra-domain border network element reaches an input port of an external domain network element, the cross-domain port is designated by a user, and the cross-domain label uses an available input label of the border network element; and combining the intra-domain route and the inter-domain route to form a complete cross-domain LSP route, and configuring and generating a cross-domain LSP service of the SPTN equipment by taking the cross-domain LSP route as an input condition.

On the basis of the technical scheme, the step C further comprises the following steps: the available VCID of the local domain border network element is one or more range intervals, and is used for the upper layer domain controller to negotiate the available VCID with the external domain border network element, and find out the commonly available VCID in the available VCID range of the local domain border network element and the external domain border network element as a condition for configuring the virtual circuit.

On the basis of the technical scheme, the step D specifically comprises the following steps:

using the successfully configured LSP service as a service layer, using an available idle VCID of a local domain boundary network element to configure a cross-domain virtual circuit of the SPTN equipment, wherein a source-host network element of the cross-domain virtual circuit is consistent with a source-host network element of the LSP service of the service layer;

and performing cross-domain ELine service configuration of the SPTN equipment by taking the cross-domain virtual circuit as a service layer according to User Network Interface (UNI) port information issued by an upper-layer domain controller, wherein a source-host network element of the cross-domain ELine service is consistent with a source-host network element of the service layer virtual circuit.

The invention also provides a system for performing cross-domain service configuration on the SPTN equipment, which comprises the following steps:

a physical topology information acquisition unit configured to: acquiring all physical topology information of the local domain according to a requirement for acquiring the local domain topology information issued by an upper-layer domain controller;

an intradomain route acquisition unit configured to: acquiring one or more optional paths meeting the routing condition in the domain according to the routing condition issued by the upper-layer domain controller for inquiring the reachable paths between the boundary network elements in the domain, taking the one or more optional paths as the intra-domain route, and distributing an available label for each network element in the path;

an incoming label acquiring unit for: acquiring an available access label of a boundary network element according to a requirement for inquiring the distribution of the access label of the boundary network element of the local domain issued by an upper-layer domain controller;

an LSP service configuration unit, configured to: combining cross-domain Label Switched Path (LSP) routes according to the intra-domain routes and the incoming labels of the boundary network elements; performing cross-domain LSP service configuration of the SPTN equipment by taking the cross-domain LSP route as an input condition;

an idle VCID acquisition unit configured to: acquiring available idle VCIDs of the boundary network elements according to the requirement of inquiring the identifiers VCIDs of the available idle virtual circuits of the boundary network elements of the local domain issued by the upper-layer domain controller;

an ELine service configuration unit, configured to: and according to the requirement of the configuration point-to-point service ELine issued by the upper layer domain controller, taking the successfully configured LSP service as a service layer, and using the idle VCID to configure the cross-domain virtual circuit and the ELine service of the SPTN equipment.

On the basis of the technical scheme, the physical topology information comprises all physical network element information and fiber connection information, the physical network element information comprises geographic coordinates of network elements and frame, groove and disc information of the network elements, and the fiber connection information comprises physical port information of two ends of a connecting optical fiber; the routing condition of the reachable route between the intra-domain border network elements comprises a shortest path, minimum link cost and load balance.

On the basis of the technical scheme, the intra-domain route refers to a route between network node interfaces NNIs of the boundary network elements, and the inter-domain route refers to a route from the boundary network elements to adjacent external domain network elements; the inter-domain routing comprises a cross-domain port and a cross-domain label, wherein the cross-domain port is an output port of an intra-domain border network element, and determines which port a data packet sent by the intra-domain border network element reaches an input port of an external domain network element, the cross-domain port is designated by a user, and the cross-domain label uses an available input label of the border network element; the LSP service configuration unit combines the intra-domain route and the inter-domain route to form a complete cross-domain LSP route, and configures and generates a cross-domain LSP service of the SPTN equipment by taking the cross-domain LSP route as an input condition.

On the basis of the above technical solution, the available idle VCID of the local domain border network element is one or more range intervals, and is used for an upper layer domain controller to negotiate the available VCID with an external domain border network element, and the idle VCID obtaining unit finds out a commonly available VCID in the available VCID range of the local domain and the external domain border network element as a condition for configuring a virtual circuit.

On the basis of the above technical solution, the ELine service configuration unit is specifically configured to:

Compared with the prior art, the invention has the following advantages:

the invention establishes a universal cross-domain service configuration model, uses the virtual network element to replace the physical network element of other domains, and can support the cross-domain service configuration of SPTN equipment among different domains. According to the invention, through analyzing the cross-domain service configuration requirement of the SPTN equipment, the cross-domain service configuration process of the SPTN equipment is decomposed, a set of complete and feasible cross-domain service configuration process specifications is made, and meanwhile, a uniform cross-domain service model is designed, so that the service configuration among different manufacturers and equipment in different domains is supported, the universality of the cross-domain service configuration of the SPTN equipment is improved, and the method has important practical significance for upgrading the existing network system and popularizing the SDN architecture.

Drawings

Fig. 1 is a flowchart of a method for performing cross-domain service configuration on SPTN equipment in an embodiment of the present invention.

Fig. 2 is a schematic diagram of allocation of border network element labels in the embodiment of the present invention.

Fig. 3 is a schematic diagram of searching reachable paths between network elements at domain boundaries in an embodiment of the present invention.

Fig. 4 is a schematic diagram of cross-domain LSP routing in an embodiment of the present invention.

Fig. 5 is a schematic diagram of a source-side cross-domain scene.

FIG. 6 is a schematic diagram of a cross-domain scenario of a sink.

Fig. 7 is a schematic diagram of a source-sink cross-domain scenario.

Fig. 8 is a schematic diagram of a scenario for protecting a sink across domains.

FIG. 9 is a schematic diagram of a scenario for protecting a source across domains.

Fig. 10 is a schematic diagram of a scenario for protecting a source-sink cross-domain.

Fig. 11 is a schematic interval diagram of the range of available VCIDs in the embodiment of the present invention.

Detailed Description

The invention is described in further detail below with reference to the figures and the embodiments.

Example 1

Referring to fig. 1, an embodiment of the present invention provides a method for performing cross-domain service configuration on an SPTN device, including the following steps:

B. according to the intra-domain route and the available label of the boundary network element, a complete cross-domain LSP (Label switched Path) route is combined; performing cross-domain LSP service configuration of a strict route of the SPTN equipment by taking the cross-domain LSP route as an input condition;

C. acquiring available idle VCIDs (virtual Circuit Identification) of the boundary network elements of the local domain according to the requirement of inquiring the available idle VCIDs (virtual Circuit Identification) of the boundary network elements of the local domain issued by an upper-layer domain controller;

D. according to the requirement of point-to-point service ELine of configuration issued by the upper layer domain controller, the LSP service successfully configured is used as a service layer, and the cross-domain VC (virtual circuit) and ELine service of the SPTN equipment are configured by using the available idle VCID of the boundary network element of the local domain. The E-Line service, i.e. a point-to-point service, means that a client has two UNI (User-Network Interface) access points, and the two access points are in a bidirectional intercommunication relationship. E-Line is L2 VPN (Virtual private network) service based on MPLS (Multi-Protocol Label Switching).

The physical topology information comprises all physical network element information and fiber connection information, the physical network element information comprises the geographic coordinates of the network elements and the frame, groove and disc information of the network elements, and the fiber connection information comprises the physical port information of two ends of the connecting optical fiber.

The collection of topology information in the domain is the only way for an upper-layer domain controller to obtain physical topology details in the domain, the collected information is reported in a data structure form through a Corba (Common Object Request Broker Architecture) interface, the physical topology includes node information and link information, the specific details of the node information are shown in table 1, and the specific details of the link information are shown in table 2.

TABLE 1 node information

Properties	Explanation of the invention
		Node ID	The unique identifier of the topological node object is identified by UUID
Node coordinates	X and Y coordinates of a node, identifying the tracing of the node in the topologyDrawing position
		IP address	The node physical equipment manages IP address
Equipment vendor	The physical equipment manufacturer represented by the node object
		Node name	The node name
Software version	The physical device controller software version represented by the node object
		Operating state	The physical equipment operation state represented by the node object
Machine frame	The node physical equipment contains frame information
		Single disc	The single disk information contained in the node physical equipment
Port(s)	Port information of the node physical equipment

TABLE 2 Link information

Properties	Explanation of the invention
		Link ID	The unique identification of the link object is identified by UUID
Link name	The link object name
		Link rate	The link object rate bandwidth
Link direction	The node name connecting direction
		Operating state	The link object running state
Left end net element	Left end network element connected with the link object
		Left end port	Left end element port connected with the link object
Right end network element	Right end network element connected with the link object
		Right end port	Right end net element port connected with the link object
Link delay	The link object delay attribute
		Maximum reserved bandwidth	Maximum reserved bandwidth attribute of the link object

The routing condition of the reachable route between the border network elements in the domain includes but is not limited to: the shortest path, the minimum link cost, the load balance and the like, when the reachable paths have various possibilities, a plurality of paths need to be returned for configuring the LSP with protection; and when the path is searched according to the constraint condition, distributing the network element labels along the path, and regarding the path with the reachable path but insufficient network element label resources as unreachable.

When the upper layer domain controller queries the route between the inner border network elements in the domain, a plurality of query conditions are input, necessary parameters are the ID of the left and right border network elements, the requested link rate, the path role (working or protection), the common route limitation of the working protection path, and optional parameters are the route searching strategy of the path, the route searching strategy comprises two aspects of a basic route searching strategy and a route constraint condition, the basic route searching strategy specifies the overall requirements for the path, for example: shortest path, minimum link cost, load balancing, etc., routing constraints place restrictions on each of the routes, such as: the required path must pass through a particular network element, port or must avoid a particular network element, port.

The present domain is a relative concept, and referring to fig. 2, when the domain 1 is the present domain, the incoming label is assigned by the network element a, and when the domain 2 is the present domain, the incoming label is assigned by the network element b.

And searching out paths meeting the conditions among the domain boundary network elements by using a shortest path search algorithm with breadth first according to the path query conditions and the strategy.

Referring to fig. 3, the shortest paths between border network elements a, b and a, d of query domain 1 will return paths (a, b), (a, d), respectively, and the shortest paths between border network elements e, f and g, f of query domain 2 will return paths (e, g), (f, g), respectively. The returned path includes the label distributed along the network element.

And querying available incoming labels of the domain boundary network elements, wherein the available incoming labels are used for communicating with external domain network elements, and the number of the queried available labels can be one or more according to the requirement. The network management manages the label resource of the network element, when inquiring the available label, it is judged whether the label state is available or not in sequence from the minimum value to the maximum value of the label range, and the available label value is recorded. And when the number of the searched available tags reaches the required number, reporting the tags to the upper-layer domain controller.

The network element of the local domain boundary allocates an incoming label, and for the external domain network element directly connected with the boundary network element, the label is an outgoing label thereof. The labels inquired by the intra-domain network elements are all incoming labels, the labels are based on network element allocation, the incoming labels of the same network elements are required to be unique, the outgoing labels of the network elements have no uniqueness requirement, and the same outgoing labels can be used for different cross-domain LSPs. This is because, when the border network elements of two different domains are connected to the same external domain network element, assuming that the incoming labels allocated to the two border network elements are the same, the outgoing labels of the connected same external domain network element are necessarily the same.

Example 2

On the basis of the embodiment 1, the step B specifically includes the following steps:

configuring a cross-domain LSP requires explicit intra-domain routing, which refers to routing between NNIs (Network to Network interfaces) of border Network elements, and inter-domain routing, which refers to routing from a border Network element to an adjacent external domain Network element.

There may be multiple reachable routes within a domain, with specific choices of which one is specified by the user. An intra-domain reachable path refers to a route between NNI interfaces of border network elements, but a complete cross-domain LSP not only includes intra-domain routes but also needs to be configured with inter-domain routes.

The inter-domain routing comprises a cross-domain port and a cross-domain label, wherein the cross-domain port is an output port of an intra-domain border network element, a port from which a data packet sent by the intra-domain border network element reaches an input port of an external domain network element is determined, the cross-domain port is designated by a user, and the cross-domain label uses an available input label of the border network element. The cross-domain ports and labels determine the routing of inter-domain network elements.

And combining the intra-domain route and the inter-domain route to form a complete cross-domain LSP route, and configuring and generating a cross-domain LSP service of the SPTN equipment by taking the cross-domain LSP route as an input condition.

Referring to fig. 4, the domain 1 and the domain 2 are two different domains, for the domain 1, the intra-domain route is NE _ a (NNI1) - -NE _ b (NNI2), the network element a (network node interface 1) uses an intra-domain label, the cross-domain route is NE _ b (NNI3) - -NE _ c (NNI4), the two routes are combined to form a complete cross-domain LSP route, and the cross-domain LSP service of the SPTN device can be configured and generated according to the complete cross-domain LSP route.

When the cross-domain LSP service of the SPTN device is configured and generated, a network element in the local domain is assigned with a necessary resource ID, such as a Tunnel ID (Tunnel Identification), an LSP Index (LSP Index), a port bandwidth, an OAM ID (OAM object Identification), and the like, and a network element outside the domain is replaced with a virtual network element, and the LSP resource of the virtual network element is assigned in a network manager in the corresponding domain, and the local domain is not processed.

When performing cross-domain LSP service configuration, it can be subdivided into the following scenarios according to the different positions of the out-of-domain network elements, as shown in table 3.

TABLE 3 Cross-Domain scenarios

Referring to table 3, it can be seen that: a source-end cross-domain scene is shown in fig. 5, a sink-end cross-domain scene is shown in fig. 6, a source-sink cross-domain scene is shown in fig. 7, fig. 8 is a source-sink cross-domain protecting scene is shown in fig. 8, a source-sink cross-domain protecting scene is shown in fig. 9, and a source-sink cross-domain protecting scene is shown in fig. 10.

Example 3

On the basis of the embodiment 1, the step C further comprises the following steps:

the available VCID of the local domain border network element is one or more range intervals, and is used for the upper layer domain controller to negotiate the available VCID with the external domain border network element, and find out the commonly available VCID in the available VCID range of the local domain border network element and the external domain border network element as a condition for configuring the virtual circuit.

The idle VCID is used for intercommunication between inter-domain VC circuits, and the query method is similar to the query of the available idle tags in step a of embodiment 1, and a method for sequentially determining the idle state from small to large ID values is also adopted.

The differences from the query tag are: the available VCIDs need to acquire all sets at one time, and since the number of available IDs is generally large and cannot be listed, the result is represented by a range interval, as shown in fig. 11, assuming that the value interval of the available VCIDs is 1 to 999999, and the value of the ID in a certain network element is 1, 2, 3, 5, and the query result is represented as [4,4], [6,999999 ].

Example 4

On the basis of the embodiment 1, the step D specifically includes the following steps:

and taking the cross-domain virtual circuit as a service layer, and performing cross-domain ELine service configuration of the SPTN equipment according to UNI (User network interface) port information issued by an upper-layer domain controller, wherein a source-host network element of the cross-domain ELine service is consistent with a source-host network element of the service layer virtual circuit.

If any of the steps fails, the configuration process is terminated.

On the basis of successfully configuring the cross-domain LSP service and acquiring the available idle VCID, the cross-domain ELine service can be configured.

The configuration of cross-domain ELine service comprises two parts:

firstly, configuring a cross-domain VC circuit;

and secondly, cross-domain ELine service configuration.

The idle VCID is a range interval, and the negotiation of the available VCID with the out-of-domain connection network element needs to be performed, where the negotiation process is as follows: traversing from the minimum value to the maximum value in the available VCID interval of a certain network element, searching each VCID in the available interval of the external domain network element, and if the same VCID is found, using the VCID to carry out cross-domain VC configuration by both sides.

And taking the successfully configured cross-domain LSP service as a service layer, using a VCID (virtual channel identifier) commonly available with an off-domain network element as an input condition, and performing cross-domain VC circuit configuration, wherein a source-host network element of the cross-domain VC circuit is consistent with a source-host network element of the service layer LSP thereof.

When a cross-domain VC circuit is configured to be generated, a network element in the local domain is allocated with a necessary resource ID, for example: PW (pseudo wire) label, PW index, port bandwidth, OAM ID and the like, wherein the network elements outside the domain are replaced by virtual network elements, VC resources of the virtual network elements are distributed in the network management of the corresponding domain, and the domain is not processed.

When cross-domain ELine is configured and generated, a network element of the local domain is allocated with a necessary resource ID, for example: the Virtual Private local area network (VPWS) index, the VPLS index, the port bandwidth, the network element outside the domain is replaced by the Virtual network element, the resources of the Virtual network element are distributed in the network management of the corresponding domain, and the domain is not processed.

Example 5

The embodiment of the invention provides a system for performing cross-domain service configuration on SPTN equipment, which comprises:

The physical topology information comprises all physical network element information and fiber connection information, the physical network element information comprises geographic coordinates of the network element and frame, groove and disc information of the network element, and the fiber connection information comprises physical port information of two ends of a connecting optical fiber; the routing condition of the reachable route between the intra-domain border network elements comprises a shortest path, minimum link cost and load balance.

Example 6

On the basis of embodiment 5, intra-domain routing refers to routing between network node interfaces NNI of border network elements, and inter-domain routing refers to routing from a border network element to an adjacent external domain network element; the inter-domain routing comprises a cross-domain port and a cross-domain label, wherein the cross-domain port is an output port of an intra-domain border network element, and determines which port a data packet sent by the intra-domain border network element reaches an input port of an external domain network element, the cross-domain port is designated by a user, and the cross-domain label uses an available input label of the border network element; the LSP service configuration unit combines the intra-domain route and the inter-domain route to form a complete cross-domain LSP route, and configures and generates a cross-domain LSP service of the SPTN equipment by taking the cross-domain LSP route as an input condition.

Example 7

On the basis of embodiment 5, the available idle VCIDs of the local domain border network element are one or more range intervals, and are used for the upper layer domain controller to perform negotiation on the available VCIDs with the external domain border network element, and the idle VCID obtaining unit finds out the commonly available VCID in the available VCID ranges of the local domain and the external domain border network element as a condition for configuring the virtual circuit.

Example 8

On the basis of embodiment 5, the ELine service configuration unit is specifically configured to:

Various modifications and variations of the embodiments of the present invention may be made by those skilled in the art, and they are also within the scope of the present invention, provided they are within the scope of the claims of the present invention and their equivalents.

What is not described in detail in the specification is prior art that is well known to those skilled in the art.

Claims

1. A method for performing cross-domain service configuration on SPTN equipment is characterized by comprising the following steps:

2. The method for performing cross-domain service configuration on an SPTN device of claim 1, wherein: in step a, the physical topology information includes all physical network element information and fiber connection information, the physical network element information includes geographic coordinates of the network element and frame, slot, and disk information of the network element, and the fiber connection information includes physical port information at two ends of the connection optical fiber; the routing condition of the reachable route between the intra-domain border network elements comprises a shortest path, minimum link cost and load balance.

3. The method for performing cross-domain service configuration on an SPTN device of claim 1, wherein: the step B specifically comprises the following steps:

4. The method for performing cross-domain service configuration on an SPTN device of claim 1, wherein: the step C also comprises the following steps: the available VCID of the local domain border network element is one or more range intervals, and is used for the upper layer domain controller to negotiate the available VCID with the external domain border network element, and find out the commonly available VCID in the available VCID range of the local domain border network element and the external domain border network element as a condition for configuring the virtual circuit.

5. The method for performing cross-domain service configuration on an SPTN device of claim 1, wherein: the step D specifically comprises the following steps:

6. A system for performing cross-domain service configuration on SPTN devices, comprising:

7. The system for cross-domain service provisioning of an SPTN equipment recited in claim 6, wherein: the physical topology information comprises all physical network element information and fiber connection information, the physical network element information comprises geographic coordinates of the network element and frame, groove and disc information of the network element, and the fiber connection information comprises physical port information of two ends of a connecting optical fiber; the routing condition of the reachable route between the intra-domain border network elements comprises a shortest path, minimum link cost and load balance.

8. The system for cross-domain service provisioning of an SPTN equipment recited in claim 6, wherein: the intra-domain route refers to a route between network node interfaces NNIs of the boundary network elements, and the inter-domain route refers to a route from the boundary network elements to adjacent external domain network elements; the inter-domain routing comprises a cross-domain port and a cross-domain label, wherein the cross-domain port is an output port of an intra-domain border network element, and determines which port a data packet sent by the intra-domain border network element reaches an input port of an external domain network element, the cross-domain port is designated by a user, and the cross-domain label uses an available input label of the border network element; the LSP service configuration unit combines the intra-domain route and the inter-domain route to form a complete cross-domain LSP route, and configures and generates a cross-domain LSP service of the SPTN equipment by taking the cross-domain LSP route as an input condition.

9. The system for cross-domain service provisioning of an SPTN equipment recited in claim 6, wherein: the available idle VCIDs of the local domain border network element are one or more range intervals, and are used for negotiating the available VCIDs by the upper layer domain controller and the external domain border network element, and the idle VCID obtaining unit finds out the commonly available VCID in the available VCID ranges of the local domain border network element and the external domain border network element as a condition for configuring the virtual circuit.

10. The system for cross-domain service provisioning of an SPTN equipment recited in claim 6, wherein: the ELine service configuration unit is specifically configured to: