WO2007140694A1

WO2007140694A1 - Method for achieving an internet protocol telecommunication network and the system thereof

Info

Publication number: WO2007140694A1
Application number: PCT/CN2007/001482
Authority: WO
Inventors: Rui Xu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-06-02
Filing date: 2007-04-30
Publication date: 2007-12-13
Also published as: CN1968269A

Abstract

A method for achieving an Internet Protocol Telecommunication Network and the system include: establishing an IPTN LSP tunnel between the Edge Routers ERs; configuring the IPTN LSP label stack corresponding to the IPTN LSP tunnel; for the IPTN service requested by the source terminal, selecting the IPTN LSP tunnel corresponding to the requested IPTN service, and transmitting the service to the destination terminal according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel. An ER for achieving the IPTN service can implement the IPTN service between the two access points without the joining of the RM server, thereby todecrease greatly the complexity of the network greatly and assure the bandwidth and QoS required by the service.

Description

Method and system for realizing internet protocol telecommunication network service

Technical field

The present invention relates to the Internet Protocol Telecommunication Network (IPTN) technology, and in particular, to a method and system for implementing IPTN services through a Label Switched Path (LSP) tunnel of a statically configured IPTN in a user domain. Background of the invention

The current development of network technology makes it possible to carry voice over a packet network, and a large number of rapidly demanding service requirements have promoted the emergence of a softswitch (Softswitch) architecture. At the same time, the Next Generation Network (NGN), which marks the arrival of the new generation of telecommunications networks, is an open, IP-based network in which multiple functions of traditional telecommunications switching equipment are separated, forming separate components and each Parts are coordinated by standard protocols. After the IP network is commercialized, the following problems exist as the basic platform for telecommunication services:

1. Quality of Service (QoS) Problem: Internet Service Provider (ISP) / Internet Content Provider (ICP) does not have the ability to guarantee the quality of service to users. IP networks are temporarily unable to meet the needs of dedicated users, it is difficult to deploy real-time services, and cable TV The triple play of the Internet, mobile communication networks and the Internet is also difficult to implement.

2, security issues: ubiquitous hackers make a series of security issues such as attacks from time to time, so that the user experience can not be improved, especially for enterprise users are very worried about the relevant business information being illegally stolen.

3. Management issues: Traditional IP networks do not define and design a management and maintenance system for the public environment. Therefore, when the network fails, it is impossible to locate or locate the faults quickly.

4. Value chain issues: The “free, traditional model” of the IP network has led to a network bubble economy. It is urgent to establish a benign operating model to form a benign value chain for users, ISPs, and ICPs.

To solve the problems of IP network QoS, security, management, etc., the industry has proposed an IPTN concept and network architecture for transforming existing IP networks. The IP telecommunications network can carry traditional public relations The telephone exchange network (PSTN) service and data leased line services, while supporting the new IP services of carrier-grade QoS. In the existing IPTN application, the service is dynamically sent by the resource management server (RM). The RM collects the link topology and resource information, responds to and proxies the call request and bandwidth request of the NGN service layer, and then passes the general open policy service ( The COPS protocol sends an IPTN stream to the edge router (ER) to implement call setup and bandwidth occupation. It should be noted that an IPTN service may include multiple IPTN flows, and different IPTN flows may have different requirements for resources and QoS.

This method of using RM to manage the resources and topology of the entire network and to establish a call by the agent ER can flexibly plan and utilize more complex network topologies and resources, but adds a bearer in the system architecture. The control layer device, the RM server, is superfluous for services or applications that only need to use a simpler network topology. i If the operator wants to provide the IPTN LSP tunnel service based on the point-to-point and can carry the NGN service and the QoS guarantee, then the RM server manages the IPTN LSP tunnel and the bandwidth and delivers the data stream, which will make the networking become Complexity also adds unnecessary costs. Summary of the invention

As described above, it is highly desirable to design a method and system for implementing an IPTN service through a statically configured IPTN LSP tunnel in a user domain, thereby greatly reducing the complexity of the network while ensuring the bandwidth and QoS required for the service.

The embodiment of the invention provides a method and a system for implementing an IPTN service, and an edge router ER for implementing an IPTN service, which can greatly reduce the complexity of the network and ensure the bandwidth and QoS required by the service.

A method for implementing an Internet Protocol telecommunications network IPTN service, comprising:

Establish an IPTN LSP tunnel between the edge routers ER;

Configuring an IPTN LSP label stack corresponding to the IPTN LSP tunnel;

For the IPTN service requested by the source terminal, select an IPTN LSP tunnel corresponding to the requested IPTN service, and forward the service according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel. To the destination terminal.

A system for realizing an internet protocol telecommunication network IPTN service, including

Terminal, used to request IPTN service,

The edge router ER is configured to establish an IPTN LSP tunnel between itself and other ERs, configure an IPTN LSP label stack corresponding to the established IPTN LSP tunnel, receive an IPTN service requested by the terminal, and select an IPTN LSP corresponding to the requested IPTN service. The tunnel forwards the service to the destination terminal according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel.

An edge controller ER is configured to establish an IPTN LSP tunnel between itself and other ERs, configure an IPTN LSP label stack corresponding to the established IPTN LSP tunnel, and receive an IPTN service requested by the terminal, selecting and requesting The IPTN LSP tunnel corresponding to the IPTN service forwards the service to the destination terminal according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel.

With the technical solution provided by the embodiment of the present invention, the statically configured IPTN LSP tunnel can implement the IPTN service between the two access points without the participation of the RM server, thereby greatly reducing the complexity of the network, and Guarantee the bandwidth and QoS required for the business.

BRIEF DESCRIPTION OF THE DRAWINGS

Figure 1 shows the overall framework of an IPTN in accordance with an embodiment of the present invention.

Figure 2 shows a typical application of IPTN technology implemented in accordance with the IPTN overall framework shown in Figure 1. FIG. 3 shows the system structure of the IPTN architecture in the embodiment of the present invention. Mode for carrying out the invention

The technical solution adopted by the embodiment of the present invention provides a service for each user of the access domain by using an edge router (ER) as an access device.

Figure 1 shows the overall framework of IPTN.

As shown in Figure 1, the IPTN mainly includes: a service control layer, a bearer control layer, a logical bearer network, and a basic physical network. among them,

The Call Agent (CA) is located at the service control layer and is used to perform various service control. The CA can be soft. Switching devices, video on demand servers (VOD Servers), virtual private network managers (VPN Managers), and more.

There is an RM in the bearer control layer. The RM functions as: managing resources of the logical bearer network; accepting resource requests from the service control layer, deciding whether to accept the call, and specifying a service flow path, and controlling the ER to complete service sensing, thereby achieving carrier class The effect of applying for resources before use, guaranteeing resources during use, and releasing resources after use.

The ER and the aggregation router (BR) are included in the logical bearer network. The ER accepts the QoS control commands issued by the RM in the bearer control layer to complete the traffic classification and label stack push-in. The BR and the ER form a Multi-Protocol Label Switching (MPLS) network, which is connected to an IPTN path through the label stack of more than 4 LSPs to ensure that various service flows can reach the destination with certain QoS guarantees.

The physical circuit in the basic physical network corresponds to the service that the logical bearer network needs to complete.

One management area/domain (MA) corresponds to one RM (for example, MA1 corresponds to RM1, MA2 corresponds to RM2, etc.).

According to the overall IPTN framework shown in Figure 1, users can initiate service requests through calls, and establish services with target users (such as calls, Internet access, etc.) via CA, RM, and ER.

Figure 2 shows a typical application of the IPTN technology implemented in accordance with the IPTN overall framework shown in Figure 1. As shown in Figure 2, the process of the IPTN service is as follows:

1) User terminal A initiates a call and triggers a service request.

2) The NGN service system (CA) completes the service request analysis, obtains the IP addresses of the two parties (user terminals A and B), and the TCP/UDP port number, and applies for resources to RM1 according to the QoS indicators required for the audio and video data streams. ;

RM1 collects link topology and resource information, determines whether to accept or reject the call of user terminal A according to resource usage, and if it finds that the resource is insufficient to establish a connection, RM1 returns a call failure to the NGN service system; if the call of user terminal A is accepted , the business system continues to establish a call connection.

3) After receiving the call of the user terminal A, the RM1 performs routing according to the predetermined routing policy according to the IP address of both parties of the call, and issues a resource request to the RM2 of the next domain according to the routing result, RM2 After receiving the request, it is also determined whether to accept or reject the user call according to the resource usage.

4) If RM2 accepts the request, it will issue a resource request to RM3 of the next domain again according to the routing result.

5) If the destination IP address in the resource request information received by the RM3 belongs to the local domain, the RM3 sends a stream installation command to the ER corresponding to the IP address, that is, the ER in the MA3 domain, and maps to the audio through the COPS protocol. Or video business strategy.

6) After receiving the flow installation command, the ER performs a policy switch to classify the packets, and provides a high-level QoS guarantee for the traffic matching the rules. The user service can be carried out and the QoS of the service can be guaranteed. After the policy is successfully installed, the QoS resource response message is reported to the RM3.

7) After receiving the response message, the RM3 forwards the QoS resource response message to the RM2 of the previous domain according to the IP address of the user terminal A, that is, the source IP address.

8) After receiving the QoS resource response message, if the source IP in the message does not belong to the local domain, the M2 continues to forward the RM1 of the previous domain until the RM1 that originally initiated the resource request.

9) Since the LSP is a unidirectional path, the LSP must be established in both directions to establish a call. Therefore, the RM1 needs to send a flow installation command containing the service policy with the opposite direction in the same direction to the ER corresponding to the source IP address.

10) ER, in the embodiment of the present invention, the ER in the MA1, after receiving the flow installation command, also locally executes the policy switch, establishes a mapping of the flow in the opposite direction, and reports the successful response message to the RM.

1 1) After the RM1 receives the response message that the flow is successfully installed, the two-way path of the call is ready, and the RM1 reports the QoS resource response message to the CA of the NGN service system.

12) After receiving the successful QoS resource response message, the NGN service system completes the connection establishment process and rings the target terminal. If the target terminal, that is, the user terminal B selects to answer, the user terminals A and B can use the telecommunication service.

Figure 3 shows the system architecture of an IPTN in accordance with an embodiment of the present invention. .

As shown in FIG. 3, the system structure of the IPTN according to the embodiment of the present invention eliminates the bearer control layer. In the prior art, the functions implemented by the RM in the bearer control layer are statically configured by the user, and the static configuration is implemented through the command line or the network management MIB.

The IPTN architecture shown in FIG. 3 and the process of statically configuring an IPTN LSP tunnel under the domain to provide the IPTN service of the package are described in detail below. The IPTN service refers to a data flow having the same destination IP, the same protocol, and the same TCP port number. That is, in the embodiment of the present invention, the service is distinguished by a domain, for example, by logging in to www.hotmail. Com is an IFTN business, different users log on to www.hotmail.com^p is the same domain as ^ ^:

The configuration options for the IPTN service in the embodiment of the present invention include: source and destination IP addresses and masks, TCP or UDP port numbers of source and destination IP addresses, and protocols. These options are all selectable by the user and can be arbitrarily matched. of.

The process of configuring an IPTN LSP tunnel in a domain is as follows:

1) Deploying an aggregation router and an edge router in a logical LSP using a single LSP or multiple LSPs, and establishing an IPTN LSP tunnel between any two edge routers, that is, pre-configuring the BR and ER in the logical bearer network, using a single strip. LSP or multiple LSP connections, at any two access points

An IPTN LSP tunnel is established between ER1 and ER2 to form an LSP network, and certain resources are reserved on the tunnel and QoS parameters are specified.

In the prior art, the RM dynamically establishes an IPTN LSP tunnel between the two access points according to the resource usage, and reserves certain resources and specifies QoS parameters on the tunnel, and the embodiment of the present invention utilizes the same The technology of establishing an IPTN LSP tunnel and reserving resources, pre-establishing an IPTN LSP tunnel for any two access points, and reserving resources.

2) Configure the IPTN LSP label or label stack, and specify the destination address or network segment. Each label represents an LSP, and each LSP has been configured with a certain total bandwidth.

As shown in Figure 3, between the two access points ER1 and ER2 is a complete IPTN LSP tunnel consisting of label switching paths L1, L2, L3 and L4. The L1, L2, L3 and L4 are a set of label stacks. The destination address of the pre-established IPTN LSP tunnel is ER2.

Of course, you can configure an IPTN LSP label or label stack for any two access points, and in the ER. Store IPTN LSP label or label stack information.

In addition, other matching rules such as protocol number, source and destination port number can be configured at the same time, and the configured information is stored in the ER together with the above IPTN LSP label or label stack information.

With the above simple configuration, the IPTN LSP tunnel can be used between two access points (for example, ER1 and ER2) to complete the service.

The following figure also illustrates how to complete the service through the statically configured IPTN LSP tunnel in the user domain.

a) The user terminal A initiates a call and triggers a service request to the terminal B. In this embodiment, the terminal A is the access device ER1, the terminal B is the access device ER2, and the user domain 1 corresponding to the ER1 is

( 10.0.0.1/24 ), the user domain 2 corresponding to ER2 is ( 11.0.0.1/24 ).

b) The NGN Service System (CA) analyzes the service request and obtains the IP addresses of both parties (user domains 1 and 2) and the TCP/UDP port number.

c) The CA of the NGN service system notifies the access device ER1 and the terminal A corresponding to the terminal A, that is, the address of the user network 2, and the terminal A selects the user domain 1 corresponding to the ER1 to go online.

d) Since the pre-configured IPTN LSP tunnel exists in ER1, in this embodiment, the label stack corresponding to the tunnel between ER1 and ER2 (L1 L2/L3/L4), therefore, the ER1 pair joins the user domain 1 The packet sent from the terminal A of the user domain 1 is matched with the destination address, the protocol number, and the source and destination port numbers, and the label stack is inserted in the packet (L1/L2/L3). /L4) to perform LSP forwarding on the statically configured IFTN LSP tunnel and reach the terminal corresponding to user domain 2.

Wherein, ER1 may pre-store multiple label stacks corresponding to ER1 and multiple ERs at the same time, and ER2 corresponding to destination user terminal B also has pre-configured IPTN LSP tunnels, such as ER1 and E2. The label stack corresponding to the tunnel (L1/L2/L3 L4).

Therefore, by statically configuring the IPTN LSP tunnel under the domain, and correlating the IPTN LSP tunnel The information is stored in the _ER . When the source and destination end users connect to the LSP network through the access device, such as the ER, the service is forwarded according to the label stack corresponding to the IPTN LSP tunnel, and the static IPTN LSP tunnel is used. Certain resources and QoS indicators are reserved for each LSP, so that the bandwidth and QoS required for forwarding services can be guaranteed.

The embodiment of the present invention further provides an ER capable of implementing an IPTN service, and the ER establishes an IPTN LSP tunnel with other ERs through a BR by using a single LSP or a Donnel LSP, and specifies a destination IP address and a network of the established IPTN LSP tunnel. The IPTN LSP label stack corresponding to the established EPTN LSP tunnel is pre-configured.

When the source terminal user selects the user domain corresponding to the ER and requests the IPTN service, the ER selects an IPTN LSP tunnel corresponding to the IPTN service requested by the source terminal user from the IPTN LSP tunnel established between the ER and the other ER. The method of selecting the corresponding IPTN LSP tunnel is to select the IPTN service with the request from the IPTN LSP tunnel pre-established between itself and other ERs according to the destination IP address, the protocol number, and the source and destination port numbers of the requested IPTN service. The IP address, the protocol number, and the tunnel whose source and destination port numbers match, determine the corresponding IPTN LSP label stack according to the selected IPTN LSP tunnel, and then insert a label stack on the packet header corresponding to the requested IPTN service for LSP forwarding. Then, the service is forwarded to the destination terminal, and the IPTN service is implemented by statically configuring the IPTN LSP tunnel in the domain.

In addition, the embodiment of the present invention can also be directly applied to the IPTN architecture system shown in FIG. 1, wherein the statically configured IPTN LSP tunnel does not affect the connection between the ER and the RM.

That is, if the RM delivers the IFTN stream to the ER through the COPS, the IPTN stream dynamically sent by the COPS protocol will be preferentially checked and forwarded in the ER; if the ΪΡΤ stream is not dynamically sent to the ER through the COPS protocol, The label stack corresponding to the statically configured IPTN LSP tunnel in the user domain implements the IP telecom network service to simplify the service process. This makes the IPTN service more flexible.

In summary, the method and system for implementing the IPTN service through the statically configured IPTN LSP tunnel in the user domain according to the embodiment of the present invention can implement the IPTN service between the two access points through the statically configured IPTN LSP tunnel. And does not require the participation of the RM server, thus not only greatly It reduces the complexity of the network and guarantees the bandwidth and QoS required by the service. In addition, if the RM delivers the IPTN flow to the ER through the COPS, the IPTN flow dynamically sent by the COPS protocol will be preferentially checked and forwarded in the ER, so that the IPTN service can be implemented more flexibly.

The above is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or replacements within the technical scope of the present invention. All should be covered by the scope of the present invention.

Claims

Claim

A method for implementing an Internet Protocol telecommunications network IPTN service, the method comprising:

Establish an IPTN LSP tunnel between the edge routers ER;

Configuring an IPTN LSP label stack corresponding to the IPTN LSP tunnel;

For the IPTN service requested by the source terminal, the IPTN LSP tunnel corresponding to the requested IPTN service is selected, and the service is forwarded to the destination terminal according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel.

2. The method according to claim 1, wherein a certain resource is reserved on the IPTN LSP tunnel and a QoS parameter is specified.

The method according to claim 1, wherein the method for selecting an IPTN LSP tunnel corresponding to the requested IPTN service comprises:

Determining, according to the destination IP address, the protocol number, and the source and destination port numbers of the requested IFTN service, the destination IP address of the requested IPTN service from the pre-configured and specified destination IP address and the IPTN LSP tunnel of the network segment, The protocol number and the LSP tunnel matching the source and destination port numbers.

The method according to claim 3, wherein the method further comprises: inserting a label stack on an IP packet header corresponding to the requested IPTN service, and performing LSP forwarding according to the top label.

The method according to any one of claims 1 to 4, wherein the method further comprises:

When the IPTN flow included in the service is delivered by the Common Open Policy Service COPS protocol, the IPTN flow is preferentially checked and forwarded.

6. A system for implementing an Internet Protocol telecommunications network IPTN service, characterized by comprising: a terminal for requesting an IPTN service,

The edge router ER is used to establish an IPTN LSP tunnel between itself and other ERs. The IPTN LSP label stack corresponding to the established IPTN LSP tunnel, the receiving terminal requests the IPTN service, selects the IPTN LSP tunnel corresponding to the requested IPTN service, and forwards the service to the destination according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel. terminal.

The system of claim 6, wherein the IPTN LSP tunnel established between the ER and the other ER is established by using a single label switched path LSP or multiple LSPs through the aggregation router BR.

The system according to claim 6, wherein the ER is configured to select a destination IP address and a protocol of the requested IPTN service from an IPTN LSP tunnel configured and designated with a destination IP address and a network segment. The number and the tunnel whose source and destination port numbers match.

The system according to claim 8, wherein the ER is further configured to: insert a label stack on an IP packet header corresponding to the requested IPTN service, and perform LSP forwarding according to the top label.

•

The system of any of claims 6 to 9, wherein the system further comprises:

The resource management server RM delivers the IPTN flow included in the IPTN service to the ER through the common open policy service COPS protocol, and the ER preferentially checks and forwards the flow.

11. An edge router ER, characterized in that

The ER is configured to establish an IPTN LSP tunnel between itself and other ERs, configure an IPTN LSP label stack corresponding to the established IPTN LSP tunnel, receive an IPT service requested by the terminal, and select an IPTN LSP tunnel corresponding to the requested IFTN service. And forwarding the service to the destination terminal according to the IPTN LSP label stack corresponding to the selected IPTN LSP tunnel.

The edge router ER according to claim 11, wherein the ER is configured to select a destination IP address of the requested IPTN service from an IPTN LSP tunnel configured and designated with a destination IP address and a network segment. , the protocol number, and the tunnel where the source and destination port numbers match.

13. The edge router ER of claim 11, wherein the ER is further configured to: The label stack is inserted into the IP packet header corresponding to the requested IPTN service, and is forwarded according to the top label.