WO2007140694A1 - Procédé pour obtenir un réseau de télécommunication à protocole internet et système correspondant - Google Patents

Procédé pour obtenir un réseau de télécommunication à protocole internet et système correspondant Download PDF

Info

Publication number
WO2007140694A1
WO2007140694A1 PCT/CN2007/001482 CN2007001482W WO2007140694A1 WO 2007140694 A1 WO2007140694 A1 WO 2007140694A1 CN 2007001482 W CN2007001482 W CN 2007001482W WO 2007140694 A1 WO2007140694 A1 WO 2007140694A1
Authority
WO
WIPO (PCT)
Prior art keywords
iptn
service
lsp
tunnel
requested
Prior art date
Application number
PCT/CN2007/001482
Other languages
English (en)
Chinese (zh)
Inventor
Rui Xu
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2007140694A1 publication Critical patent/WO2007140694A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Definitions

  • 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.
  • IPTN Internet Protocol Telecommunication Network
  • LSP Label Switched Path
  • NTN Next Generation Network
  • QoS Quality of Service
  • 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.
  • 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 concerned about the relevant business information being illegally stolen.
  • IPTN IP telecommunications network
  • PSTN telephone exchange network
  • RM resource management server
  • the COPS protocol sends an IPTN stream to the edge router (ER) to implement call setup and bandwidth occupation.
  • 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
  • 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:
  • 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.
  • 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.
  • FIG 1 shows the overall framework of an IPTN in accordance with an embodiment of the present invention.
  • FIG. 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.
  • ER edge router
  • Figure 1 shows the overall framework of IPTN.
  • 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 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.
  • VOD Servers video on demand servers
  • VPN Managers virtual private network managers
  • 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 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.
  • MPLS Multi-Protocol Label Switching
  • the physical circuit in the basic physical network corresponds to the service that the logical bearer network needs to complete.
  • MA One management area/domain (MA) corresponds to one RM (for example, MA1 corresponds to RM1, MA2 corresponds to RM2, etc.).
  • users can initiate service requests through calls, and establish services with target users (such as calls, Internet access, etc.) via CA, RM, and ER.
  • target users such as calls, Internet access, etc.
  • FIG. 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:
  • User terminal A initiates a call and triggers a service request.
  • the NGN service system 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.
  • the RM1 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.
  • RM2 If RM2 accepts the request, it will issue a resource request to RM3 of the next domain again according to the routing result.
  • the RM3 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.
  • the ER 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.
  • the QoS resource response message is reported to the RM3.
  • the RM3 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.
  • the M2 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.
  • the RM1 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.
  • 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.
  • the NGN service system 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. .
  • the system structure of the IPTN eliminates the bearer control layer.
  • 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.
  • 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.
  • 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.
  • IPTN LSP label or label stack 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.
  • 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.
  • IPTN LSP label or label stack For any two access points, and in the ER. Store IPTN LSP label or label stack information.
  • 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.
  • the user terminal A initiates a call and triggers a service request to the terminal B.
  • the terminal A is the access device ER1
  • the terminal B is the access device ER2
  • the user domain 1 corresponding to the ER1 is the access device ER1
  • the user domain 2 corresponding to ER2 is ( 11.0.0.1/24 ).
  • the NGN Service System analyzes the service request and obtains the IP addresses of both parties (user domains 1 and 2) and the TCP/UDP port number.
  • 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.
  • 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.
  • ER1 may pre-store multiple label stacks corresponding to ER1 and multiple ERs at the same time
  • 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).
  • the information is stored in the ER .
  • 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.
  • 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.
  • 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.
  • 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.
  • the method and system for implementing the IPTN service through the statically configured IPTN LSP tunnel in the user domain 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.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé permettant d'obtenir un réseau de télécommunication à protocole Internet (IPTN) et le système comprennent les opérations consistant à établir un tunnel LSP IPTN entre les routeurs de bordure ER; configurer la pile de marqueurs LSP IPTN correspondant au tunnel LSP IPTN; pour le service IPTN requis par le terminal source, sélectionner le tunnel LSP IPTN correspondant au service IPTN requis, et transmettre le service au terminal de destination conformément à la pile de marqueurs LSP IPTN correspondant au tunnel LSP IPTN sélectionné. Un ER pour obtenir le service IPTN peut mettre en œuvre le service IPTN entre les deux points d'accès sans la liaison du serveur RM, permettant ainsi de diminuer fortement la complexité du réseau et d'assurer la bande passante et la qualité de service requise par le service.
PCT/CN2007/001482 2006-06-02 2007-04-30 Procédé pour obtenir un réseau de télécommunication à protocole internet et système correspondant WO2007140694A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200610088538.8 2006-06-02
CNA2006100885388A CN1968269A (zh) 2006-06-02 2006-06-02 一种实现iptn业务的方法和系统

Publications (1)

Publication Number Publication Date
WO2007140694A1 true WO2007140694A1 (fr) 2007-12-13

Family

ID=38076808

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/001482 WO2007140694A1 (fr) 2006-06-02 2007-04-30 Procédé pour obtenir un réseau de télécommunication à protocole internet et système correspondant

Country Status (2)

Country Link
CN (1) CN1968269A (fr)
WO (1) WO2007140694A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101515938B (zh) * 2009-03-24 2012-01-25 华为技术有限公司 通过传输网络传输ip报文的方法及装置
CN102739541B (zh) * 2012-06-30 2015-09-30 华为终端有限公司 一种路由功能启动及数据传输的方法、设备和系统
US9461910B2 (en) * 2013-07-29 2016-10-04 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for using entropy labels in segment routed networks

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004289647A (ja) * 2003-03-24 2004-10-14 Furukawa Electric Co Ltd:The データ中継方法、データ中継装置およびその装置を用いたデータ中継システム
CN1625144A (zh) * 2003-12-01 2005-06-08 华为技术有限公司 一种在二层虚拟专用网的骨干网中保证业务质量的方法
CN1780256A (zh) * 2004-11-26 2006-05-31 信息产业部电信研究院 Ip电信网系统中以隧道方式实现通信的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004289647A (ja) * 2003-03-24 2004-10-14 Furukawa Electric Co Ltd:The データ中継方法、データ中継装置およびその装置を用いたデータ中継システム
CN1625144A (zh) * 2003-12-01 2005-06-08 华为技术有限公司 一种在二层虚拟专用网的骨干网中保证业务质量的方法
CN1780256A (zh) * 2004-11-26 2006-05-31 信息产业部电信研究院 Ip电信网系统中以隧道方式实现通信的方法

Also Published As

Publication number Publication date
CN1968269A (zh) 2007-05-23

Similar Documents

Publication Publication Date Title
KR100585418B1 (ko) Ｉｐ 네트워크의 서비스 품질 보증을 제공하는 방법 및시스템
US20060291447A1 (en) Virtual circuits in packet networks
JP4448040B2 (ja) 既存のリザーベーションプロトコルおよびフレームフォーマットを使用してネットワーク内およびネットワークを横切って行われる保証されたサービスの品質またはクラスを提供する方法および装置
US7561586B2 (en) Method and apparatus for providing network VPN services on demand
US7502320B2 (en) Method and apparatus for network-based admission control using path-coupled quality of service signaling
US8085791B1 (en) Using layer two control protocol (L2CP) for data plane MPLS within an L2 network access node
US8301744B2 (en) Systems and methods for QoS provisioning and assurance for point-to-point SIP sessions in DiffServ-enabled MPLS networks
US20040109414A1 (en) Method of providing differentiated service based quality of service to voice over internet protocol packets on router
US8542580B2 (en) Method and system for transporting service flow securely in an IP network
US20040223497A1 (en) Communications network with converged services
US20090116382A1 (en) Resource and admission control subsystem and method thereof in ngn
EP1816789B1 (fr) Procédé et système de sélection du chemin de transmission d'un flux de média destiné aux réseaux de la prochaine génération network
JP2004515181A (ja) 分散されたネットワークアクセスシステムのための外部プロセッサ
JP2004515182A (ja) 分散されたネットワークアクセスシステムのためのメッセージ、制御および報告インターフェイス
JP2004515156A (ja) 分散されたサービス制御を有するプログラム可能なアクセス装置を含むネットワークアクセスシステム
US20080310428A1 (en) Method for Identifying Real-Time Traffic Hop by Hop in an Internet Network
CA2604234A1 (fr) Procede de gestion de liaisons de service sur un domaine d'acces et des noeuds associes
WO2006034651A1 (fr) Procede destine a assurer la qualite d'un service de bout-en-bout
US20060268905A1 (en) Method for controlling QoS and QoS policy converter
WO2006056099A1 (fr) Procede et systeme permettant de garantir individuellement la qualite de service dans un reseau
WO2006034657A1 (fr) Procede de gestion de ressources interdomaines
WO2009018756A1 (fr) Procédé, système et dispositif de réservation de ressource support
JP2004515179A (ja) 分散されたネットワークアクセスシステムのためのプログラム可能なアクセス装置
WO2007140694A1 (fr) Procédé pour obtenir un réseau de télécommunication à protocole internet et système correspondant
WO2010017176A1 (fr) Systèmes et procédés pour fournir et assurer une qualité de service (qos) pour des sessions sip point à point dans des réseaux mpls compatibles diffserv

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07721055

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 07721055

Country of ref document: EP

Kind code of ref document: A1