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)
French (fr)
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/zh

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)

Description

一种实现互联网协议电信网业务的方法和***
技术领域
本发明涉及互联网协议电信网 （ IPTN )技术， 尤其涉及一种通过用户域下 静态配置的 IPTN 的标签交换路径 （LSP ) 隧道实现 IPTN业务的方法和***。 发明背景
当前网络技术的发展使得在分组网上承载语音成为可能， 并且， 大量要求 快速推出的业务需求促进了软交换（Softswitch )体系结构的出现。 同时， 标志 着新一代电信网络时代的到来的下一代网络（ NGN )是开放的、基于 IP的网络， 其中， 传统的电信交换设备的多个功能被分离， 形成独立发展的各个部件， 并 且各个部件之间通过标准的协议进行配合。 在 IP网络被商用化后， 作为电信业 务的基础平台存在问题如下：
1、 服务质量 （QoS ) 问题： 互联网服务提供商 （ISP ) /互联网内容提供商 ( ICP )没有能力向用户保证服务质量， IP网络暂时不能满足专线用户需求， 很 难部署实时业务， 并且有线电视网、 移动通信网和互联网的三网融合也很难落 实。
2、 安全问题： 无处不在的黑客使得业务不时受到攻击等一系列安全问题， 使得用户体验无法提高， 特别是使得企业用户非常担心相关的业务信息被非法 窃取。
3、 管理问题： 传统 IP网络没有定义和设计针对公众环境的管理维护体系， 因而当网络发生故障时， 无法对故障进行定位或者定位不够迅速。
4、价值链问题： 传统 IP网络的 "免费，，模式导致了"网络泡沫经济，，， 急需建 立良性的运营模式， 从而形成用户、 ISP、 ICP等的良性价值链。
为解决 IP网络 QoS、 安全、 管理等问题， 业界提出了一种 IPTN的概念和 网络架构， 用于对现有 IP 网络进行改造。 该 IP电信网可以承载传统的公共交 换电话网 （PSTN )业务和数据专线业务， 同时支持电信级 QoS的 IP新业务。 在现有 IPTN应用中， 业务由资源管理服务器 （RM )动态下发， RM搜集 链路拓朴和资源信息， 响应并代理 NGN业务层的呼叫请求和带宽申请， 然后再 通过通用开放策略服务（COPS )协议向边缘路由器 (ER)下发 IPTN流， 实现呼 叫的建立和带宽的占用。需要注意的是，一种 IPTN业务可能包括多种 IPTN流， 不同的 IPTN流可能对资源和 QoS有着不同的需求。
这种使用 RM来管理整个网络的资源和拓朴、 并代理 ER的业务建立呼叫 的方法虽然可以很灵活的规划和利用比较复杂的网络拓朴和资源， 但在***架 构中， 增加了一个承载控制层设备， 即 RM服务器， 这对于只需要使用较简单 的网络拓朴的业务或应用来说， 就显得多余了。 i 如果运营商希望提供基于点对点的， 能够承载 NGN业务并有 QoS保证的 IPTN LSP隧道业务， 那么另外再通过 RM服务器来管理 IPTN LSP隧道和带宽 并下发数据流, 就会使组网变得复杂， 也增加了不必要的成本。 发明内容
如上所述， 非常有必要设计一种通过用户域下静态配置的 IPTN LSP隧道 实现 IPTN 业务的方法及其***， 以大大降低网络的复杂度， 同时保证业务所 需的带宽和 QoS。
本发明实施例提供了一种实现 IPTN业务的方法、***，以及一种实现 IPTN 业务的边缘路由器 ER, 能大大降低网络的复杂度， 同时保证业务所需的带宽和 QoS。
一种实现互联网协议电信网 IPTN业务的方法， 包括：
在边缘路由器 ER间建立 IPTN LSP隧道；
配置与所述 IPTN LSP隧道对应的 IPTN LSP标签栈；
对于源终端请求的 IPTN业务， 选择与所述请求的 IPTN业务对应的 IPTN LSP隧道， 根据所述选择的 IPTN LSP隧道对应的 IPTN LSP标签栈将业务转发 到目的终端。
一种实现互联网协议电信网 IPTN业务的***， 包括，
终端， 用于请求 IPTN业务，
边缘路由器 ER, 用于建立自身与其它 ER间的 IPTN LSP隧道， 配置与所 述建立的 IPTN LSP隧道对应的 IPTN LSP标签栈，接收终端请求的 IPTN业务， 选择与请求的 IPTN业务对应的 IPTN LSP隧道， 并根据选择的 IPTN LSP隧道 对应的 IPTN LSP标签栈将业务转发到目的终端。
一种边 ^^各由器 ER， 用于建立自身与其它 ER间的 IPTN LSP隧道， 配置 与所述建立的 IPTN LSP隧道对应的 IPTN LSP标签栈， 接收终端请求的 IPTN 业务，选择与请求的 IPTN业务对应的 IPTN LSP隧道，并根据选择的 IPTN LSP 隧道对应的 IPTN LSP标签栈将业务转发到目的终端。
使用本发明实施例提供的技术方案，通过静态配置的 IPTN LSP隧道， 能够 实现在两个接入点之间的 IPTN业务， 而不需要 RM服务器的参与， 从而大大 降低了网络的复杂度， 并保证业务所需的带宽和 QoS。
附图简要说明 .
图 1显示了根据本发明实施例的 IPTN的总体框架。
图 2显示了依照图 1所示的 IPTN总体框架实现的 IPTN技术典型应用。 图 3显示了 ^居本发明实施例的 IPTN架构的***结构。 实施本发明的方式
本发明实施例采用的技术方案通过将边缘路由器（ER )作为接入设备， 为 每个接入域的用户提供业务服务。
图 1显示了 IPTN的总体框架。
如图 1 所示， 该 IPTN主要包括： 业务控制层、 承载控制层、 逻辑承载网 和基础物理网。 其中，
呼叫代理 (CA)位于业务控制层， 用于完成各种业务控制， 该 CA可以是軟 交换设备、视频点播服务器（ VOD Server )、虛拟专用网管理器（ VPN Manager ) 等。
承载控制层中有 RM, 该 RM的作用为： 管理逻辑承载网的资源； 接受来 自业务控制层的资源请求， 决定是否接纳呼叫， 并指定业务流路径， 控制 ER 完成业务感知， 从而达到电信级业务在使用前申请资源、 使用中保证资源、 使 用后释放资源的效果。
逻辑承载网中有 ER、 汇聚路由器（BR ) , 该 ER接受承载控制层中 RM下 发的 QoS控制命令， 完成流分类及标签栈压入等工作。 该 BR与 ER—起組成 多协议标签交换（ MPLS )网络，通过标签栈 4巴多条 LSP连接成一条 IPTN路径， 保证各种业务流能在一定 QoS保证的情况下到达目的地。
基础物理网中的物理电路对应于逻辑承载网需要完成的业务。
其中， 一个管理区 /域（MA )对应一个 RM (例如， MA1对应 RM1 , MA2 对应 RM2等 ) 。
根据图 1所示的 IPTN总体框架， 用户可以通过呼叫发出业务请求， 经由 CA、 RM、 ER建立与目标用户的业务（例如通话、 上网等） 。
图 2显示了依照图 1所示的 IPTN总体框架实现的 IPTN技术的典型应用。 如图 2所示， IPTN业务的流程为：
1 ) 用户终端 A发起呼叫 , 触发业务请求。
2 ) NGN业务***（CA )完成业务请求分析， 获取通话双方 （用户终端 A 和 B ) 的 IP地址， 以及 TCP/UDP端口号， 根据音频和视频数据流所需的 QoS 指标， 向 RM1申请资源；
RM1搜集链路拓朴和资源信息， 根据资源使用情况确定接纳还是拒绝用户 终端 A的呼叫， 如果发现资源不足以建立连接， 则 RM1向 NGN业务***返回 呼叫失败； 如果用户终端 A的呼叫被接纳， 则业务***继续建立呼叫连接。
3 ) RM1在接纳用户终端 A的呼叫后， 根据通话双方的 IP地址， 按照预定 的选路策略进行选路， 根据选路结果向下一个域的 RM2 发出资源请求， RM2 在收到请求后同样根据资源使用情况确定接纳还是拒绝用户呼叫。
4 )如果 RM2接受请求， 则根据选路结果再次向下一个域的 RM3发出资源 请求。
5 )如果 RM3接受的资源请求信息中的目的 IP地址属于本域， 则 RM3通 过 COPS协议， 向对应于该 IP地址的 ER, 即 MA3域中的 ER， 下发流安装命 令， 以及映射到音频或视频的业务策略。
6 ) ER收到流安装命令后， 执行策略开关， 对报文进行流分类， 对于规则 匹配的流给予电信业务高等级的 QoS 保证， 用户业务得以开展， 并且业务的 QoS能够得到保证。 策略安装成功后向 RM3上报 QoS资源响应消息。
7 ) RM3在收到响应消息后， 根据用户终端 A的 IP地址， 即源 IP地址， 向上一个域的 RM2转发流 QoS资源响应消息。
8 ) M2收到 QoS资源响应消息后， 如果消息中的源 IP不属于本域， 则继 续向上一个域的 RM1转发， 一直到最初发起资源请求的 RM1。
9 )由于 LSP是单向路径， 要建立通话必须在两个方向上都建立 LSP路径， 因此 RM1需要向源 IP地址对应的 ER下发包含内容相同方向相反的业务策略 的流安装命令。
10 ) ER, 在本发明实施例中， 即 MA1中的 ER, 收到流安装命令后， 同样 在本地执行策略开关， 建立方向相反的流的映射， 并向 RM上报流安装成功的 响应消息。
1 1 ) RM1收到流安装成功的响应消息后，此时通话的双向路径已准备就绪， RM1向 NGN业务***的 CA上报 QoS资源响应消息。
12 ) NGN业务***收到成功的 QoS资源响应消息后， 完成连接建立过程， 向目标终端响起振铃， 目标终端， 即用户终端 B若选择接听， 则用户终端 A和 B可使用电信业务。
图 3显示了根据本发明实施例 IPTN的***结构。 .
如图 3所示， 依照本发明实施例的 IPTN的***结构， 省去了承载控制层， 现有技术中由承载控制层中的 RM实现的功能都由用户静态配置， 静态配置即 通过命令行或者网管 MIB实现。
下面详细描述图 3显示的 IPTN架构， 以及在域下静态配置 IPTN LSP隧道 以提供筒单的 IPTN业务的流程。其中所述的 IPTN业务是指具有同样的目的 IP、 同样协议以及同样 TCP端口号的数据流， 也就是说， 在本发明的实施例中， 以 域来区分业务， 例如， 登陆 www. hotmail.com为一种 IFTN业务， 不同用户登陆 www.hotmail.com^p是力口入^ :目同的域。
在本发明实施例中针对 IPTN业务的配置选项包括： 源和目的 IP地址以及 掩码、 源和目的 ip地址的 TCP或 UDP端口号以及协议， 这些选项都是可以由 用户进行选择且可任意搭配的。
依照本发明实施例， 域下配置 IPTN LSP隧道的过程具体如下：
1 )预先在逻辑承载网中使用单条 LSP或多条 LSP的连接部署汇聚路由器 和边缘路由器，在任意两个边缘路由器间建立 IPTN LSP隧道， 即预先在逻辑承 载网中部署 BR和 ER, 使用单条 LSP或多条 LSP的连接， 在任意两个接入点
(例如 ER1和 ER2 ) 间建立一条 IPTN LSP隧道， 形成 LSP网络， 同时在该隧 道上预留一定的资源以及指定 QoS参数。
其中， 现有技术中， 由 RM根据资源使用情况在两个接入点间动态的建立 一条 IPTN LSP隧道， 同时在该隧道上预留一定的资源以及指定 QoS参数， 而 本发明实施例利用相同的建立 IPTN LSP隧道、且预留资源的技术，对任意两接 入点预先建立 IPTN LSP隧道、 且预留资源。
2 ) 配置 IPTN LSP标签或标签栈， 并指定目的地址或网段， 其中每一个标 签代表一条 LSP, 且每条 LSP已配置了一定的总带宽。
如图 3所示， 两个接入点 ER1和 ER2之间是由标签交换路径 Ll、 L2、 L3 和 L4构成的一条完整的 IPTN LSP隧道， 该 Ll、 L2、 L3和 L4为一组标签栈， 指定了上述预先建立的 IPTN LSP隧道的目的地址为 ER2。
当然， 可以为任意两个接入点配置 IPTN LSP标签或标签栈， 并且在 ER中 存储 IPTN LSP标签或标签栈信息。
另外， 还可以同时配置比如协议号、 源和目的端口号等其他匹配规则， 并 将配置的信息和上述 IPTN LSP标签或标签栈信息一起存储在 ER中。
经过上述简单的配置， 就可以在两个接入点（例如 ER1和 ER2 )之间使用 IPTN LSP隧道完成业务。
下面仍参照图 3举例说明如何通过上述用户域下静态配置的 IPTN LSP隧道 完成业务。
a )用户终端 A发起呼叫， 触发对终端 B的业务请求， 在本实施例中， 终 端 A为接入设备 ER1 , 终端 B为接入设备 ER2, 且 ER1对应的用户域 1为
( 10.0.0.1/24 ) ， ER2对应的用户域 2为 ( 11.0.0.1/24 ) 。
b ) NGN业务***（CA )分析业务请求， 获取通话双方（用户域 1和 2 ) 的 IP地址， 以及 TCP/UDP端口号。
c ) NGN业务***的 CA将目的网段地址， 即用户域 2的地址， 通知给与 终端 A对应的接入设备 ER1 以及终端 A, 终端 A选择从 ER1对应的用户域 1 上线。
d )由于 ER1中存有预先配置好的 IPTN LSP隧道， 在本实施例中， 即 ER1 和 ER2之间的隧道对应的标签栈（ L1 L2/L3/L4 ) , 所以， ER1对加入用户域 1 的报文， 即从用户域 1上线的终端 A发送的报文， 进行目的地址、 协议号以及 源和目的端口号等规则的匹配， 并在该报文上***标签栈（L1/L2/L3/L4 ) , 从 而在静态配置的 IFTN LSP隧道上进行 LSP转发、 并到达与用户域 2对应的终 端
其中， 由于 ER1可能预存有多个标签栈， 分別对应 ER1与多个 ER之间的 同时， 目的用户终端 B所对应的 ER2中也存有预先配置好的 IPTN LSP隧 道， 比如 ER1和 E 2之间的隧道所对应的标签栈（L1/L2/L3 L4 ) 。
因此， 通过在域下静态配置 IPTN LSP隧道， 并将 IPTN LSP隧道的相关信 息存储在 ER中， 源和目的终端用户通过接入设备， 比如 ER, 连接到 LSP网络 时， 根据 IPTN LSP隧道对应的标签栈， 即使用静态的 IPTN LSP隧道进行业务 的转发， 并且由于标签栈对应的每条 LSP都预留了一定的资源和 QoS指标， 从 而可以保证转发业务所需的带宽和 QoS。
本发明的实施例还提供了一种能够实现 IPTN业务的 ER， 该 ER使用单条 LSP或多奈 LSP通过 BR建立与其它 ER间的 IPTN LSP隧道，指定建立的 IPTN LSP隧道的目的 IP地址以及网段， 并预先配置与建立的 EPTN LSP隧道对应的 IPTN LSP标签栈。
当源终端用户选择从该 ER对应的用户域上线， 并请求 IPTN业务时， 该 ER从自身与其它 ER间建立的 IPTN LSP隧道中选择与源终端用户请求的 IPTN 业务对应的 IPTN LSP隧道， 具体选择对应的 IPTN LSP隧道的方法是根据请求 的 IPTN业务的目的 IP地址、 协议号以及源和目的端口号， 从自身与其它 ER 间预先建立的 IPTN LSP隧道中选择与该请求的 IPTN业务的目的 IP地址、 协 议号以及源和目的端口号都匹配的隧道，根据选择的 IPTN LSP隧道确定对应的 IPTN LSP标签栈， 然后在与请求的 IPTN业务对应的报文头上***标签栈， 进 行 LSP转发， 进而将业务转发到目的终端，从而通过在域下静态配置 IPTN LSP 隧道实现了 IPTN业务。
另外， 本发明实施例也可直接应用于图 1 所示的 IPTN架构***， 其中， 静态配置的 IPTN LSP隧道并不影响 ER和 RM的连接。
也就是说， 如果 RM通过 COPS向 ER下发 IFTN流， 那么通过 COPS协议 动态下发的 IPTN流将在 ER中优先被检查和转发；没有通过 COPS协议动态下 发到 ER的 ΪΡΤ 流， 则通过在用户域下静态配置的 IPTN LSP隧道对应的标签 栈来实现 IP电信网业务， 以简化业务流程。 从而更加灵活的实现 IPTN业务。
综上所述， 根据本发明实施例提供的通过用户域下静态配置的 IPTN LSP 隧道实现 IPTN业务的方法和***， 通过静态配置的 IPTN LSP隧道， 能够实现 两个接入点之间的 IPTN业务， 并且不需要 RM服务器的参与， 从而不仅大大 降低了网络的复杂度， 还能保证业务所需的带宽和 QoS。 另外， 如果 RM通过 COPS向 ER下发 IPTN流， 那么通过 COPS协议动态下发的 IPTN流将在 ER 中优先被检查和转发， 从而能够更加灵活的实现 IPTN业务。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉该技术的人在本发明所揭露的技术范围内， 可轻易想到的变 化或替换， 都应涵盖在本发明的保护范围之内。

Claims

权利要求书
1. 一种实现互联网协议电信网 IPTN业务的方法， 其特征在于， 所述方法 包括：
在边缘路由器 ER间建立 IPTN LSP隧道；
配置与所述 IPTN LSP隧道对应的 IPTN LSP标签栈；
对于源终端请求的 IPTN业务， 选择与所述请求的 IPTN业务对应的 IPTN LSP隧道， 根据所述选择的 IPTN LSP隧道对应的 IPTN LSP标签栈将业务转发 到目的终端。
2. 根据权利要求 1所述的方法， 其特征在于， 在所述 IPTN LSP隧道上预 留一定的资源以及指定 QoS参数。
3. 根据权利要求 1所述的方法， 其特征在于， 所述选择与请求的 IPTN业 务对应的 IPTN LSP隧道的方法包括：
根据所述请求的 IFTN业务的目的 IP地址、 协议号以及源和目的端口号， 从预先配置并指定目的 IP地址以及网段的 IPTN LSP隧道中选择与所述请求的 IPTN业务的目的 IP地址、 协议号以及源和目的端口号匹配的 LSP隧道。
4. 如权利要求 3所述的方法， 其特征在于， 所述方法进一步包括： 在所述请求的 IPTN业务对应的 IP报文头上***标签栈， 根据顶层标签进 行 LSP转发。
5. 如权利要求 1到 4中任一项所述的方法， 其特征在于， 所述方法进一步 包括：
当所述业务包括的 IPTN流通过通用开放策略服务 COPS协议下发时， 该 IPTN流被优先检查并转发。
6. —种实现互联网协议电信网 IPTN业务的***， 其特征在于， 包括， 终端， 用于请求 IPTN业务，
边缘路由器 ER, 用于建立自身与其它 ER间的 IPTN LSP隧道， 配置与所 述建立的 IPTN LSP隧道对应的 IPTN LSP标签栈，接收终端请求^ IPTN业务， 选择与请求的 IPTN业务对应的 IPTN LSP隧道， 并根据选择的 IPTN LSP隧道 对应的 IPTN LSP标签栈将业务转发到目的终端。
7. 如权利要求 6所述的***， 其特征在于， 所述 ER与其它 ER间建立的 IPTN LSP隧道是使用单条标签交换路径 LSP或多条 LSP通过汇聚路由器 BR 建立的。
8. 如权利要求 6所述的***， 其特征在于， 所述 ER用于从预先配置并指 定目的 IP地址以及网段的 IPTN LSP隧道中选择与所述请求的 IPTN业务的目 的 IP地址、 协议号以及源和目的端口号都匹配的隧道。
9. 如权利要求 8所述的***， 其特征在于， 所述 ER进一步用于： 在与请求的 IPTN业务对应的 IP报文头上***标签栈 , 根据顶层标签进行 LSP转发。
•
10.如权利要求 6到 9中任一项所述的***， 其特征在于， 所述***进一 步包括：
资源管理服务器 RM,通过通用开放策略服务 COPS协议下发所述 IPTN业 务包含的 IPTN流到 ER, ER优先检查并转发该 流。
11.一种边缘路由器 ER， 其特征在于，
所述 ER用于建立自身与其它 ER间的 IPTN LSP隧道， 配置与所述建立的 IPTN LSP隧道对应的 IPTN LSP标签栈， 接收终端请求的 IPT 业务， 选择与 请求的 IFTN业务对应的 IPTN LSP隧道， 并根据选择的 IPTN LSP隧道对应的 IPTN LSP标签栈将业务转发到目的终端。
12. 如权利要求 11所述的边缘路由器 ER,其特征在于， 所述 ER用于从预 先配置并指定目的 IP地址以及网段的 IPTN LSP隧道中选择与所述请求的 IPTN 业务的目的 IP地址、 协议号以及源和目的端口号都匹配的隧道。
13.如权利要求 11所述的边缘路由器 ER，其特征在于，所述 ER进一步用 于： 在与请求的 IPTN业务对应的 IP报文头上***标签栈， 根据顶层标签进行 转发。
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 (zh)
WO (1) WO2007140694A1 (zh)

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 (en) A method and system for controlling the selection of the transmitting path for the media flow in the next generation network
JP2004515181A (ja) 分散されたネットワークアクセスシステムのための外部プロセッサ
JP2004515182A (ja) 分散されたネットワークアクセスシステムのためのメッセージ、制御および報告インターフェイス
JP2004515156A (ja) 分散されたサービス制御を有するプログラム可能なアクセス装置を含むネットワークアクセスシステム
US20080310428A1 (en) Method for Identifying Real-Time Traffic Hop by Hop in an Internet Network
CA2604234A1 (en) Method for managing service bindings over an access domain and nodes therefor
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 (en) Systems and methods for qos provisioning and assurance for point-to-point sip sessions in diffserv-enabled mpls networks

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