WO2009036631A1 - Procédé d'établissement d'un trajet à commutation d'étiquettes dans un réseau de nouvelle génération basé sur un réseau de commutation multiprotocole par étiquette d'ingénierie de trafic - Google Patents

Procédé d'établissement d'un trajet à commutation d'étiquettes dans un réseau de nouvelle génération basé sur un réseau de commutation multiprotocole par étiquette d'ingénierie de trafic Download PDF

Info

Publication number
WO2009036631A1
WO2009036631A1 PCT/CN2007/003712 CN2007003712W WO2009036631A1 WO 2009036631 A1 WO2009036631 A1 WO 2009036631A1 CN 2007003712 W CN2007003712 W CN 2007003712W WO 2009036631 A1 WO2009036631 A1 WO 2009036631A1
Authority
WO
WIPO (PCT)
Prior art keywords
function unit
transmission resource
control function
session
tunnel
Prior art date
Application number
PCT/CN2007/003712
Other languages
English (en)
French (fr)
Inventor
Dingjun Li
Original Assignee
Zte Corporation
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 Zte Corporation filed Critical Zte Corporation
Publication of WO2009036631A1 publication Critical patent/WO2009036631A1/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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation
    • H04L47/782—Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS

Definitions

  • the present invention relates to the field of communications, and in particular to a label switching in a Next Generation Network (NGN) based on Multi-Protocol Label Switched Traffic Engineering (MPLS-TE). Path (LSP) tunnel establishment method.
  • NTN Next Generation Network
  • MPLS-TE Multi-Protocol Label Switched Traffic Engineering
  • LSP Path
  • RACF resource admission control function
  • Y.RACF Y.2111
  • MPLS multi-protocol label path traffic engineering
  • -TE The definition of RACF (Y.MPLS-RACF standard).
  • Fig. 1 shows the structure of an RACF according to the related art. In the structure shown in FIG.
  • Transport Resource Enforcement Function Entity TRE-FE
  • Policy Enforcement Function Entity PE-FE
  • transmission resources Transport Resource Control Function Entity
  • TRC-FE Policy Decision Function Entity
  • PD-FE Policy Decision Function Entity
  • RRC-FE Resource Admission Control Function
  • Rc interface is responsible for the collection of network topology and resource information of Transport Functions and resource usage collection feedback during network operation
  • Rs interface is responsible for service control layer (SCF) and transport network control
  • the Policy Decision Function Unit (PD-FE) of the layer (RACF) performs the relevant interaction of the service session abstract resource request
  • the Rt interface is responsible for the policy decision function unit PD-FE and the transport network resource control function unit (TRC-FE) to perform the interaction and interaction of the session network resource request and allocation;
  • the Ri interface is responsible for cross-domain communication between PD-FEs
  • the Rp interface is responsible for intra-domain communication between TRC-FEs.
  • RACF and the definition of RAC-based RACF, there is no specific definition of the process of the multi-protocol label path label switching path (MPLS LSP) tunnel establishment and the way of resource allocation, just pointing out the RACF.
  • MPLS LSP multi-protocol label path label switching path
  • TRC-FE Transport Resource Control Function Unit
  • TRC-FE maintains network topology and resource information, but does not describe the specific way of static establishment and network resource allocation of MPLS LSP tunnels. This obviously hinders network operators from providing more abundant services to users. And it is not conducive to the provision of broadband services. So far, no effective solution has been proposed for the above defects.
  • SUMMARY OF THE INVENTION The present invention has been made in view of the above problems.
  • Step S202 The policy decision function unit in the resource admission control function sends a resource request of the session to the transmission resource control function unit.
  • Step S204 After receiving the resource request of the session, the transmission resource control function unit performs path calculation and network Resource allocation, and notifying the transmit resource execution function unit of the head node to initiate setup signaling of the label switched path tunnel; step S206, the transmit resource execution function unit sends the setup signaling to the tail node via one or more intermediate nodes, at the head node And establishing a label switched path tunnel between the one or more intermediate nodes and the tail node; and step S208, after the label switching path tunnel is successfully established, the tail node sends the successful response to the head node via one or more intermediate nodes.
  • the command to establish a label switched path tunnel includes a quality of service requirement.
  • step S204 after receiving the resource request of the session, the transmission resource control function unit checks whether there is an existing label switching path, and notifies the transmitting resource of the head node to execute if there is no existing label switching path.
  • the functional unit initiates establishment of signaling.
  • the method further includes: the head node feeding back the label switching path tunnel establishment success to the transmission resource control function unit; the transmission resource control function unit assigning the label switching path resource of the label switching path tunnel to the session, and indicating the transmission resource Executive function unit Mapping the service flow of the session to the label switching path; and after the mapping is successfully completed, the transmission resource execution function unit feeds back the mapping to the transmission resource control function unit successfully, and the transmission resource control function unit feeds back the mapping to the policy decision function unit successfully.
  • the label switched path tunnel has been established, if the policy decision function unit sends a new session resource request to the transport resource control function unit, and the label switching path of the established label switched path tunnel does not have sufficient resources or label switching paths
  • the label switched path tunnel is augmented when the resources are below a predetermined value.
  • the process of augmenting the label switching path tunnel includes the following processes: the transmission resource control function unit re-executes the path calculation and the network resource allocation, and instructs the transmission resource execution function unit of the head node to initiate the extension signaling of the label switching path tunnel; Execution function unit sends the extension signaling to the tail node via one or more intermediate nodes; and after completing the expansion of the label switching path tunnel, feeds back the expansion success message to the transmission resource control function unit, and transmits the resource control function unit to the new session resource allocation.
  • the method further includes the following process: the transmission resource control function unit searches for a label switching path corresponding to the session, And transmitting, to the transmit resource execution function unit of the head node, the reduced signaling that removes the traffic flow of the session from the found label switching path; the head node sends the reduced signaling to the tail node via one or more intermediate nodes, and deletes The service flow of the session; and after the deletion is successful, the resource control function unit reclaims the resources of the session.
  • the transmitting resource control function unit notifies the head node to initiate the teardown signaling of the label switched path tunnel; the head node will remove the signaling via One or more intermediate nodes are sent to the tail node to tear down the label switched path tunnel; after the label switched path tunnel is successfully removed, the tail node sends the teardown success response to the head node via one or more intermediate nodes; The functional unit feedback is successfully removed; and the transmission resource control function unit feeds back the successful decision to the policy decision function unit.
  • FIG. 1 is a block diagram of a RACF according to the related art
  • FIG. 2 is a flowchart of a method for establishing an LSP in an MPLS-TE based NGN according to an embodiment of the present invention
  • FIG. 3 is a method according to an embodiment of the present invention.
  • FIG. 4 is a signaling flowchart of dynamically expanding an LSP tunnel in a method according to an embodiment of the present invention
  • FIG. 5 is a signaling flowchart of dynamically reducing an LSP tunnel in a method according to an embodiment of the present invention
  • FIG. 6 is a signaling flowchart of dynamically removing an LSP tunnel in a method according to an embodiment of the present invention.
  • a method for establishing a label switched path tunnel in a next generation network based on multi-protocol label switching traffic engineering is provided.
  • the network function units such as PD-FE, TRC-FE, and TRE-FE in the resource admission control subsystem RACF are used to establish, delete, and adjust dynamic MPLS LSP tunnels, and dynamically allocate network resources.
  • the method initiates a related resource request to the TRC-FE through the session-based PD-FE, and the TRC-FE responds to the relevant command according to the network topology and resource information provided by the TRC-FE, and further instructs the TRE-FE in the transport network to complete the correlation.
  • the establishment, removal and adjustment of LSPs are provided.
  • the method for establishing an LSP in an MPLS-TE-based NGN includes: Step S202: A PD-FE in a resource admission control function sends a resource request of a session to a TRC-FE, where the service includes Quality (QoS) requirements (for example, bandwidth, etc.); Step S204, after receiving the resource request of the session, the TRC-FE performs path calculation and network resource allocation, and notifies the TRE-FE of the head node to initiate establishment signaling of the LSP tunnel, Wherein, the head node, the one or more intermediate nodes, and the tail node can be obtained by path calculation; in step S206, the TRE-FE will be established.
  • QoS Quality
  • Step S208 After the LSP tunnel is successfully established
  • the tail node sends a successful response to the head node via one or more intermediate nodes.
  • the TRC-FE checks whether there is an existing LSP, and notifies the TRE-FE of the head node to initiate establishment signaling if there is no existing LSP.
  • step S208 the following processing may be further included: the head node feeds back the LSP tunnel establishment success to the TRC-FE; the TRC-FE allocates the LSP resource of the LSP tunnel for the session, and instructs the TRE-FE to map the service flow of the session. After the mapping is successfully completed, the feedback mapping of the TRE-FE to the TRC-FE is successfully completed, and the feedback mapping of the TRC-FE to the PD-FE is successfully completed.
  • FIG. 3 shows the signaling flow of the above LSP tunnel dynamic establishment processing. As shown in FIG.
  • Step 31 The PD-FE in the RACF sends a session resource request to the TRC-FE to notify the corresponding QoS requirement, for example, bandwidth, etc.;
  • Step 32 the TRC-FE receives the request. Then check whether there is an existing LSP. If not, perform path calculation and network resource allocation. Optionally, more network resources than the current session request may be pre-allocated in the relevant policy.
  • the TRC-FE is The TRE-FE of the LSP tunnel head node sends a command indicating (displaying or loosely indicating) the LSP tunnel establishment signaling of the originating transport network; Step 33, the TRE-FE of the head node receives the command and initiates LSP establishment to the subsequent node. After the completion of the entire LSP tunnel, the head node receives the success response of the subsequent node, and then feeds the success information to the TRC-FE. Step 35: The TRC-FE allocates the corresponding LSP resource for the session.
  • Step 36 After receiving the mapping instruction, the TRE-FE completes the FTN mapping table (FEC to Next-hop table, FTN table, forwarding, etc. and the next hop) correspond ) Update success message and feedback; and Step 37: After receiving the mapping table update success message, the TRC-FE feeds back the resource allocation success information to the PD-FE.
  • the TRC-FE After receiving the mapping table update success message, the TRC-FE feeds back the resource allocation success information to the PD-FE.
  • the PD-FE sends a new session resource request to the TRC-FE, and the LSP of the established LSP tunnel does not have sufficient resources or the resources of the LSP are lower than a predetermined value, The LSP tunnel is expanded.
  • the processing of the extended LSP tunnel includes the following processes: TRC-FE performs path calculation and network resource allocation again, and instructs the TRE-FE of the head node to initiate extended signaling of the LSP tunnel; the TRE-FE transmits the extended signaling via one or A plurality of intermediate nodes are sent to the tail node; and when the expansion of the LSP tunnel is completed, the expansion success message is fed back to the TRC-FE, and the TRC-FE allocates resources to the new session.
  • Figure 4 shows the signaling flow for dynamically expanding an LSP tunnel. As shown in FIG.
  • Step 41 The PD-FE in the RACF sends a new session resource request to the TRC-FE to notify the corresponding QoS requirement, for example, bandwidth, etc.;
  • Step 42 The TRC-FE receives After the request, the corresponding LSP is found. If the LSP has insufficient resources or the existing resources have been used to a certain extent, the LSP expansion is started, and the path calculation and network resource allocation are performed. Allocate more network resources than this session request. After the calculation is complete, the TRC-FE sends a command to the TRE-FE of the LSP P head node to instruct it to initiate the LSP tunnel extension signaling of the transport network.
  • Step 43 After receiving the command, the TRE-FE of the head node initiates to the subsequent node.
  • the LSP expands the signaling and waits for the response.
  • Step 44 After completing the expansion of the entire LSP tunnel, the head node returns a success message to the TRC-FE after receiving the success response of the subsequent node;
  • Step 45 the TRC-FE allocates the corresponding session for the session.
  • Step 46 the TRE-FE completes the update of the FTN mapping table after receiving the mapping instruction, and feeds back the success message;
  • step 47 TRC-FE After receiving the mapping table update success message, the PD-FE feeds back the resource allocation success information.
  • the TRC-FE searches for the LSP corresponding to the session, and sends the TRE-FE to the head node to be
  • the reduced traffic signaling of the session's traffic is removed from the found LSP; the head node sends the reduced signaling to the tail node via one or more intermediate nodes, deleting the traffic of the session; and after the deletion is successful, the TRC-FE is recovered.
  • Figure 5 shows the signaling flow of a dynamically reduced LSP tunnel. As shown in FIG.
  • Step 51 The PD-FE in the RACF sends a session end message to the TRC-FE.
  • the TRE-FE deletes the service flow from the LSP mapping.
  • Step 54 The TRC-FE receives the message After the mapping table update success message, the LSP resource of the session is recovered, and immediately after the LSP idle resource has reached a certain level, the LSP is reduced, and a command is sent to the TRE-FE of the head node of the LSP tunnel to instruct the device to initiate transmission.
  • Step 55 After receiving the command, the TRE-FE of the head node initiates LSP reduction signaling to the subsequent node and waits for a response; Step 56, when the reduction of the entire LSP tunnel is completed, the head node receives After the successful response of the subsequent node, the success information is fed back to the TRC-FE; and in step 57, the TRC-FE then feeds back the resource recovery success information to the PD-FE.
  • the TRC-FE notifies the head node to initiate teardown signaling of the LSP tunnel; the head node sends the teardown signaling to the one or more intermediate nodes to the The tail node removes the LSP tunnel; after the LSP tunnel is successfully removed, the tail node sends the removal success response to the head node via one or more intermediate nodes; the header node is successfully removed from the TRC-FE feedback; and the TRC-FE to the PD-FE The feedback was successfully removed.
  • Figure 6 shows the signaling flow for dynamically tearing down an LSP tunnel. As shown in FIG.
  • Step 61 The PD-FE in the RACF sends a session end message to the TRC-FE.
  • step 63 the TRE-FE completes the update of the FTN mapping table after receiving the mapping deletion command, and feeds back the success message;
  • step 64 after receiving the mapping table update success message, the TRC-FE recovers the LSP resource of the session, when the After all the sessions of the LSP are complete or all the idle resources are idle, the LSP is removed, and a command is sent to the TRE-FE of the head node of the LSP to instruct the LSP tunnel teardown signaling of the transport network.
  • the TRE-FE of the head node initiates LSP teardown signaling to the subsequent node and waits for a response.
  • Step 66 After the entire LSP tunnel is removed, the head node receives the successful response of the subsequent node, and then sends the TRC- FE feedback success information; and step 67, TRC-FE then PD-FE feedback resource recovery success information.
  • the existing standard is supplemented based on
  • a blank for defining the LSP tunnel establishment mechanism in the NGN network of the MPLS-TE; the present invention is applicable to a scenario in which the network operator provides a session-based service with strong scalability and real-time performance to the user in the NGN network.

Landscapes

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

Description

基于 MPLS-TE的 NGN中 LSP随道的建立方法 技术领域 本发明涉及通信领域， 并且特别地， 涉及一种基于多协议标签交换流量 工程 （MPLS-TE ) 的下一代网络 ( NGN ) 中标签交换路径 （ LSP ) 隧道的建 立方法。 背景技术 目前， 已经存在对于 ITU-NGN 资源分配与控制功能子系统（即， 资源 接纳控制功能， RACF ) 的定义 （Y.RACF ( Y.2111 ) 标准） 和基于多协议标 签路径流量工程 ( MPLS-TE ) 的 RACF的定义 （ Y.MPLS-RACF标准）。 图 1示出了根据相关技术的 RACF的结构。 在图 1 所示的结构中， 包括以下功能单元： 传送资源执行功能单元 ( Transport Resource Enforcement Function Entity , TRE-FE )、 策略执行功肯 ¾ 单元 （Policy Enforcement Function Entity, PE-FE )、 传送资源控制功能单元 ( Transport Resource Control Function Entity, TRC-FE )、 策略决策功能单元 ( Policy Decision Function Entity , PD-FE )、 以及资源接纳控制功能（ Resource Admission Control Function , RACF )„ 在上述功能单元之间的各个接口的功能如下： Rc 接口负责传送网络 ( Transport Functions )的网络拓朴和资源信息的收集以及网络运行过程中的 资源使用情况收集反馈； Rs接口负责业务控制层（ SCF ) 与传送网控制层 （ RACF ) 的策略决策 功能单元 （PD-FE ) 进行业务会话抽象资源请求的相关交互；
Rt 接口负责策略决策功能单元 PD-FE 与传送网资源控制功能单元 ( TRC-FE ) 进行会话网络资源的请求与分配的相关交互；
Ri接口负责 PD-FE之间的跨域通信；
Rp接口负责 TRC-FE之间的域内通 然而， 在 RACF的定义和基于 MPLS-TE的 RACF的定义中， 都没有具 体定义详细的多协议标签路径标签交换路径 （MPLS LSP ) 隧道建立的流程_ 和资源分配的方式，只是指出了 RACF中的传送资源控制功能单元（ TRC-FE ) 维护网络拓朴和资源信息， 而没有描述 MPLS LSP隧道静态建立和网络资源 分配的具体方式， 这显然会阻碍网络运营商对用户提供更加丰富的业务， 并 且不利于宽带业务的提供。 至今， 尚未针对上述缺陷提出有效的解决方案。 发明内容 考虑到上述问题而做出本发明， 为此， 本发明的主要目的在于提供一种 基于多协议标签交换流量工程的下一代网络中标签交换路径隧道的建立方 案， 以弥补现有标准中该方面的空白。 根据本发明的实施例，提供了一种基于多协议标签交换流量工程的下一 代网络中标签交换路径隧道的建立方法。 该方法包括： 步骤 S202, 资源接纳控制功能中的策略决策功能单元向 传送资源控制功能单元发送会话的资源请求； 步骤 S204, 传送资源控制功能 单元接收到会话的资源请求后， 进行路径计算以及网络资源分配， 并通知头 节点的传送资源执行功能单元发起标签交换路径隧道的建立信令； 步骤 S206, 传送资源执行功能单元将建立信令经由一个或多个中间节点发送至尾 节点， 在头节点、 一个或多个中间节点、 和尾节点之间建立标签交换路径隧 道； 以及步骤 S208, 在标签交换路径隧道建立成功后， 尾节点将成功响应经 由一个或多个中间节点发送至头节点。 其中， 在步骤 S202中， 建立标签交换路径隧道的命令包括服务质量要 求。 此外， 在步骤 S204中， 传送资源控制功能单元接收到会话的资源请求 后， 检查是否存在已有的标签交换路径， 并在不存在已有的标签交换路径的 情况下通知头节点的传送资源执行功能单元发起建立信令。 此外， 在步骤 S208之后， 进一步包括以下处理： 头节点向传送资源控 制功能单元反馈标签交换路径隧道建立成功； 传送资源控制功能单元为会话 分配标签交换路径隧道的标签交换路径资源， 并指示传送资源执行功能单元 将会话的业务流映射到标签交换路径； 以及在映射成功完成后， 传送资源执 行功能单元向传送资源控制功能单元反馈映射成功完成， 并且传送资源控制 功能单元向策略决策功能单元反馈映射成功完成。 另外， 在已经建立标签交换路径隧道的情况下， 如果策略决策功能单元 向传送资源控制功能单元发送新的会话资源请求， 并且已经建立的标签交换 路径隧道的标签交换路径没有足够资源或标签交换路径的资源低于预定值的 情况下， 对标签交换路径隧道进行扩充。 此时， 扩充标签交换路径隧道的处理包括以下处理： 传送资源控制功能 单元重新进行路径计算和网络资源分配， 并指示头节点的传送资源执行功能 单元发起标签交换路径隧道的扩充信令； 传送资源执行功能单元将扩充信令 经由一个或多个中间节点发送至尾节点； 以及当完成对标签交换路径隧道的 扩充后向传送资源控制功能单元反馈扩充成功消息， 传送资源控制功能单元 对新的会话分配资源。 并且， 在已经建立标签交换路径隧道的情况下， 如果策略决策功能单元 向传送资源控制功能单元发送会话的结束消息， 则进一步包括以下处理： 传 送资源控制功能单元查找与会话对应的标签交换路径， 并向头节点的传送资 源执行功能单元发送将与会话的业务流从查找到的标签交换路径中删除的缩 减信令； 头节点将缩减信令经由一个或多个中间节点发送至尾节点， 删除会 话的业务流； 以及在删除成功后， 传送资源控制功能单元回收会话的资源。 具体的，在标签交换路径隧道的标签交换路径中所有会话均结束的情况 下， 包括以下处理： 传送资源控制功能单元通知头节点发起标签交换路径隧 道的拆除信令； 头节点将拆除信令经由一个或多个中间节点发送至尾节点， 拆除标签交换路径隧道； 在标签交换路径隧道拆除成功后， 尾节点将拆除成 功响应经由一个或多个中间节点发送至头节点； 头节点向传送资源控制功能 单元反馈拆除成功； 以及传送资源控制功能单元向策略决策功能单元反馈拆 除成功。 通过本发明的上述技术方案， 填补了现有标准对于基于 MPLS-TE 的 NGN网络中如何进行 LSP隧道建立机制的定义的空白，并且便于在 NGN网 络中网络运营商向用户提供具有较强扩展性和实时性会话服务。 附图说明 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是根据相关技术的 RACF的框图； 图 2是根据本发明实施例的基于 MPLS-TE的 NGN中 LSP的建立方法 的流程图； 图 3是 居本发明实施例的方法的信令流程图； 图 4是 >据本发明实施例的方法中动态扩充 LSP隧道的信令流程图； 图 5是 >据本发明实施例的方法中动态缩减 LSP隧道的信令流程图； 以及 图 6是根据本发明实施例的方法中动态拆除 LSP隧道的信令流程图。 具体实施方式 在本实施例中，提供了一种基于多协议标签交换流量工程的下一代网络 中标签交换路径隧道的建立方法。 其中， 利用资源接纳控制子系统 RACF中 PD-FE、 TRC-FE和 TRE-FE等网络功能单元实现动态 MPLS LSP隧道的建 立、 拆除、 和调整， 并且动态分配网络资源。 该方法通过基于会话的 PD-FE向 TRC-FE发起相关资源请求， TRC-FE 再根据自身具备的网络拓朴和资源信息对相关命令进行响应， 并进一步指令 传送网中的 TRE-FE完成相关 LSP的建立、 拆除和调整。 下面将参照附图详 细描述该方法。 如图 2所示， 根据本实施例的基于 MPLS-TE的 NGN中 LSP的建立方 法包括： 步骤 S202, 资源接纳控制功能中的 PD-FE向 TRC-FE发送会话的 资源请求， 其中， 包括服务质量 （QoS )要求 （例如， 带宽等）； 步骤 S204, TRC-FE 接收到会话的资源请求后， 进行路径计算以及网络资源分配， 并通 知头节点的 TRE-FE发起 LSP隧道的建立信令， 其中， 通过路径计算可以获 得头节点、 一个或多个中间节点、 以及尾节点； 步骤 S206, TRE-FE将建立 信令经由一个或多个中间节点发送至尾节点 （的 TRE-FE ), 在头节点、 一个 或多个中间节点、 和尾节点之间建立 LSP隧道； 以及步骤 S208 , 在 LSP隧 道建立成功后， 尾节点将成功响应经由一个或多个中间节点发送至头节点。 此外， 在步骤 S204 中， TRC-FE接收到会话的资源请求后， 检查是否 存在已有的 LSP, 并在不存在已有的 LSP的情况下通知头节点的 TRE-FE发 起建立信令。 此夕卜， 在步骤 S208之后， 可以进一步包括以下处理： 头节点向 TRC-FE 反馈 LSP隧道建立成功； TRC-FE为会话分配 LSP隧道的 LSP资源， 并指示 TRE-FE 将会话的业务流映射到 LSP; 以及在映射成功完成后， TRE-FE 向 TRC-FE反馈映射成功完成， 并且 TRC-FE向 PD-FE反馈映射成功完成。 图 3示出了上述 LSP隧道动态建立处理的信令流程。 如图 3所示， 包 括以下处理： 步骤 31， RACF中的 PD-FE向 TRC-FE下发会话资源请求， 告知相应 的 QoS要求， 例如， 带宽等； 步骤 32, TRC-FE收到该请求后检查是否有现成的 LSP, 如果没有， 则 进行路径计算和网络资源分配， 可选地， 可以 居相关策略预先分配比本次 会话请求更多的网络资源； 路径计算完成后， TRC-FE向 LSP隧道头节点的 TRE-FE发送命令， 指示 （显示或松散地指示） 其发起传送网的 LSP隧道建 立信令； 步骤 33 , 头节点的 TRE-FE收到该命令后向后续节点发起 LSP建立信 令， 并等待回应； 步骤 34, 当完成整个 LSP隧道建立， 头节点收到后续节点的成功响应 后 , 向 TRC-FE反馈成功信息； 步骤 35 , TRC-FE为该会话分配相应的 LSP资源，并指示头节点 TRE-FE 将该业务流映射到该 LSP; 步骤 36, TRE-FE收到映射指令后完成 FTN映射表（ FEC to Next-hop table, FTN table, 转发等同类和下一跳对应表） 的更新， 并反馈成功消息； 以及 步骤 37， TRC-FE收到映射表更新成功消息后向 PD-FE反馈资源分配 成功信息。 另外， 在已经建立 LSP隧道的情况下， 如果 PD-FE向 TRC-FE发送新 的会话资源请求， 并且已经建立的 LSP隧道的 LSP没有足够资源或 LSP的 资源低于预定值的情况下， 对 LSP隧道进行扩充。 此时， 扩充 LSP隧道的处理包括以下处理： TRC-FE重新进行路径计算 和网络资源分配， 并指示头节点的 TRE-FE 发起 LSP 隧道的扩充信令； TRE-FE 将扩充信令经由一个或多个中间节点发送至尾节点； 以及当完成对 LSP隧道的扩充后向 TRC-FE反馈扩充成功消息， TRC-FE对新的会话分配 资源。 图 4示出了动态扩充 LSP隧道的信令流程。 如图 4所示， 具体包括以 下处理： 步骤 41 , RACF中的 PD-FE向 TRC-FE下发新会话资源请求， 告知相 应的 QoS要求， 例如， 带宽等； 步骤 42 , TRC-FE收到该请求后查找到相应的 LSP, 如果该 LSP 已无 足够资源或者现有资源已使用到一定程度， 则开始进行 LSP扩充， 进行路径 计算和网络资源分配， 注意此时可以才艮据相关策略预先分配比本次会话请求 更多的网络资源。 计算完成后， TRC-FE向 LSP P 道头节点的 TRE-FE发送 命令， 指示其发起传送网的 LSP隧道扩充信令； 步骤 43 , 头节点的 TRE-FE收到该命令后向后续节点发起 LSP扩充信 令， 并等待回应； 步骤 44， 当完成整个 LSP隧道的扩充， 头节点收到后续节点的成功响 应后， 向 TRC-FE反馈成功信息； 步骤 45， TRC-FE为该会话分配相应的 LSP资源，并指示头节点 TRE-FE 将该业务流映射到该 LSP; 步骤 46, TRE-FE收到映射指令后完成 FTN映射表的更新， 并反馈成 功消息； 以及 步骤 47， TRC-FE收到映射表更新成功消息后向 PD-FE反馈资源分配 成功信息。 在已经建立 LSP隧道的情况下， 如果 PD-FE向 TRC-FE发送会话的结 束消息， 则进一步包括以下处理： TRC-FE查找与会话对应的 LSP, 并向头 节点的 TRE-FE发送将与会话的业务流从查找到的 LSP中删除的缩减信令； 头节点将缩减信令经由一个或多个中间节点发送至尾节点， 删除会话的业务 流； 以及在删除成功后， TRC-FE回收会话的资源。 图 5示出了动态缩减 LSP隧道的信令流程。 如图 5所示， 具体包括以 下处理： 步骤 51 , RACF中的 PD-FE向 TRC-FE下发会话结束消息； 步骤 52 , TRC-FE收到该消息后查找到相应的 LSP ,指示头节点 TRE-FE 将该业务流从该 LSP映射中删除； 步骤 53 , TRE-FE收到映射删除指令后完成 FTN映射表的更新， 并向 TRC-FE反馈成功消息； 步骤 54, TRC-FE收到映射表更新成功消息后回收该会话的 LSP资源， 并立即或者当该 LSP空闲资源已达到一定程度后， 开始进行 LSP缩减， 向该 LSP隧道的头节点的 TRE-FE发送命令， 指示其发起传送网的 LSP隧道缩减 信令； 步骤 55， 头节点的 TRE-FE收到该命令后向后续节点发起 LSP缩减信 令， 并等待回应； 步骤 56, 当完成整个 LSP隧道的缩减， 头节点收到后续节点的成功响 应后， 向 TRC-FE反馈成功信息； 以及 步骤 57, TRC-FE于是向 PD-FE反馈资源收回成功信息。 具体的， 在 LSP隧道的 LSP中所有会话均结束的情况下， 包括以下处 理： TRC-FE通知头节点发起 LSP隧道的拆除信令； 头节点将拆除信令经由 一个或多个中间节点发送至尾节点，拆除 LSP隧道；在 LSP隧道拆除成功后， 尾节点将拆除成功响应经由一个或多个中间节点发送至头节点； 头节点向 TRC-FE反馈拆除成功； 以及 TRC-FE向 PD-FE反馈拆除成功。 图 6示出了动态拆除 LSP隧道的信令流程。 如图 6所示， 具体包括以 下处理： 步骤 61 , RACF中的 PD-FE向 TRC-FE下发会话结束消息; 步骤 62 , TRC-FE收到该消息后查找到相应的 LSP，指示头节点 TRE-FE 将该业务流从该 LSP映射中删除； 步骤 63， TRE-FE收到映射删除指令后完成 FTN映射表的更新， 并反 馈成功消息； 步骤 64, TRC-FE收到映射表更新成功消息后回收该会话的 LSP资源， 当该 LSP的所有会话都已结束或者所有空闲资源都已空闲， 则开始进行 LSP 拆除， 并向该 LSP隧道的头节点的 TRE-FE发送命令， 指示其发起传送网的 LSP隧道拆除信令； 步骤 65 , 头节点的 TRE-FE收到该命令后向后续节点发起 LSP拆除信 令， 并等待回应； 步骤 66, 当完成整个 LSP隧道的拆除， 头节点收到后续节点的成功响 应后， 向 TRC-FE反馈成功信息； 以及 步骤 67 , TRC-FE于是 PD-FE反馈资源收回成功信息。 综上所述， 借助于本发明的技术方案， 补充了现有标准对于基于
MPLS-TE的 NGN网络中如何进行 LSP隧道建立机制的定义的空白；本发明 适用于在 NGN 网络中网络运营商向用户提供基于会话的具有较强扩展性和 实时性的服务的场景。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种基于多协议标签交换流量工程的下一代网络中标签交换路径隧道的 建立方法， 其特征在于， 包括：
步骤 S202 , 资源接纳控制功能中的策略决策功能单元向传送资源 控制功能单元发送会话的资源请求；
步骤 S204, 所述传送资源控制功能单元接收到所述会话的资源请 求后， 进行路径计算以及网络资源分配， 并通知头节点的传送资源执行 功能单元发起标签交换路径隧道的建立信令；
步骤 S206, 所述传送资源执行功能单元将所述建立信令经由一个 或多个中间节点发送至尾节点， 在所述头节点、 所述一个或多个中间节 点、 和所述尾节点之间建立所述标签交换路径隧道； 以及
步骤 S208 , 在所述标签交换路径隧道建立成功后， 所述尾节点将 成功响应经由所述一个或多个中间节点发送至所述头节点。
2. 根据权利要求 1所述的方法， 其特征在于， 在所述步骤 S202中， 建立所 述标签交换路径隧道的命令包括服务盾量要求。
3. 根据权利要求 1所述的方法， 其特征在于， 在所述步骤 S204中， 传送资 源控制功能单元接收到所述会话的资源请求后 , 检查是否存在已有的标 签交换路径， 并在不存在所述已有的标签交换路径的情况下通知所述头 节点的传送资源执行功能单元发起所述建立信令。
4. 根据权利要求 1所述的方法， 其特征在于， 在所述步骤 S208之后， 进一 步包括以下处理：
所述头节点向所述传送资源控制功能单元反馈所述标签交换路径 隧道建立成功；
所述传送资源控制功能单元为所述会话分配所述标签交换路径隧 道的标签交换路径资源 , 并指示所述传送资源执行功能单元将所述会话 的业务流映射到所述标签交换路径； 以及 在映射成功完成后，所述传送资源执行功能单元向所述传送资源控 制功能单元反馈映射成功完成， 并且所述传送资源控制功能单元向：所述 策略决策功能单元反馈映射成功完成。 根据权利要求 1至 4中任一项所述的方法， 其特征在于， 在已经建立所 述标签交换路径隧道的情况下， 如果所述策略决策功能单元向所述传送 资源控 功能单元发送新的会话资源请求， 并且已经建立的所述标签交 换路径隧道的标签交换路径没有足够资源或所述标签交换路径的资源低 于预定值的情况下， 对所述标签交换路径隧道进行扩充。 根据权利要求 5所述的方法， 其特征在于， 扩充所述标签交换路径隧道 的处理包括以下处理：
所述传送资源控制功能单元重新进行路径计算和网络资源分配，并 指示所述头节点的传送资源执行功能单元发起所述标签交换路径隧道的 扩充信令；
所述传送资源执行功能单元将所述扩充信令经由一个或多个中间 节点发送至尾节点； 以及
当完成对所述标签交换路径隧道的扩充后向所述传送资源控制功 能单元反馈扩充成功消息， 所述传送资源控制功能单元对所述新的会话 分配资源。 根据权利要求 1至 4中任一项所述的方法， 其特征在于， 在已经建立所 述标签交换路径隧道的情况下， 如果所述策略决策功能单元向所述传送 资源控制功能单元发送所述会话的结束消息， 则进一步包括以下处理： 所述传送资源控制功能单元查找与所述会话对应的标签交换路径， 并向所述头节点的传送资源执行功能单元发送将与所述会话的业务流从 查找到的所述标签交换路径中删除的缩减信令；
所述头节点将所述缩减信令经由所述一个或多个中间节点发送至 所述尾节点， 删除所述会话的业务流； 以及
在删除成功后， 所述传送资源控制功能单元回收所述会话的资源。
8. 根据权利要求 7所述的方法， 其特征在于， 在所述标签交换路径隧道的 标签交换路径中所有会话均结束的情况下， 包括以下处理：
所述传送资源控制功能单元通知所述头节点发起所述标签交换路 径隧道的拆除信令；
所述头节点将所述拆除信令经由所述一个或多个中间节点发送至 所述尾节点， 拆除所述标签交换路径隧道；
在所述标签交换路径隧道拆除成功后，所述尾节点将拆除成功响应 经由所述一个或多个中间节点发送至所述头节点；
所述头节点向所述传送资源控制功能单元反馈拆除成功； 以及 所述传送资源控制功能单元向所述策略决策功能单元反馈拆除成 功。
PCT/CN2007/003712 2007-09-21 2007-12-21 Procédé d'établissement d'un trajet à commutation d'étiquettes dans un réseau de nouvelle génération basé sur un réseau de commutation multiprotocole par étiquette d'ingénierie de trafic WO2009036631A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101516493A CN101132642B (zh) 2007-09-21 2007-09-21 基于mpls-te的ngn中lsp隧道的建立方法
CN200710151649.3 2007-09-21

Publications (1)

Publication Number Publication Date
WO2009036631A1 true WO2009036631A1 (fr) 2009-03-26

Family

ID=39129720

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/003712 WO2009036631A1 (fr) 2007-09-21 2007-12-21 Procédé d'établissement d'un trajet à commutation d'étiquettes dans un réseau de nouvelle génération basé sur un réseau de commutation multiprotocole par étiquette d'ingénierie de trafic

Country Status (2)

Country Link
CN (1) CN101132642B (zh)
WO (1) WO2009036631A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163100B (zh) 2007-11-12 2011-08-24 中兴通讯股份有限公司 一种隧道映射的方法
CN101557303B (zh) * 2008-04-11 2011-07-06 华为技术有限公司 路径建立请求方法、路径建立方法与系统
CN101719868B (zh) * 2009-11-16 2012-01-04 杭州华三通信技术有限公司 一种lsp承载于te隧道的方法及装置
CN102130829B (zh) * 2010-12-28 2013-06-05 华为技术有限公司 一种lsp的建立方法、装置
CN105704044B (zh) * 2014-11-26 2019-08-30 南京中兴软件有限责任公司 通知信息的发送方法及装置
CN106982157B (zh) * 2016-01-18 2020-11-20 中兴通讯股份有限公司 流量工程隧道建立方法和装置
CN107864103B (zh) * 2016-09-22 2022-10-11 中兴通讯股份有限公司 一种隧道建立的方法及装置
CN114553729A (zh) * 2020-11-26 2022-05-27 中国移动通信有限公司研究院 服务质量QoS度量方法、装置及算力节点

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006040430A1 (fr) * 2004-10-08 2006-04-20 France Telecom Procede et dispositif de creation d'un tunnel dans un reseau de telecommunication a permutation d’etiquettes
WO2006136895A1 (en) * 2005-04-29 2006-12-28 Nokia Corporation A network
WO2007025445A1 (fr) * 2005-09-02 2007-03-08 Huawei Technologies Co., Ltd. Methode de traitement de gestion de ressource et d'admission et entite fonctionnelle
CN101009695A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 一种媒体协商的方法和系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2412033B (en) * 2004-02-12 2006-11-15 Parc Technologies Ltd Traffic flow determination in communications networks
CN101001194A (zh) * 2006-06-28 2007-07-18 华为技术有限公司 一种建立数据隧道的方法
CN101013995A (zh) * 2007-02-12 2007-08-08 华为技术有限公司 网络节点设备、网络系统及隧道建立方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006040430A1 (fr) * 2004-10-08 2006-04-20 France Telecom Procede et dispositif de creation d'un tunnel dans un reseau de telecommunication a permutation d’etiquettes
WO2006136895A1 (en) * 2005-04-29 2006-12-28 Nokia Corporation A network
WO2007025445A1 (fr) * 2005-09-02 2007-03-08 Huawei Technologies Co., Ltd. Methode de traitement de gestion de ressource et d'admission et entite fonctionnelle
CN101009695A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 一种媒体协商的方法和系统

Also Published As

Publication number Publication date
CN101132642B (zh) 2012-05-23
CN101132642A (zh) 2008-02-27

Similar Documents

Publication Publication Date Title
WO2009036631A1 (fr) Procédé d'établissement d'un trajet à commutation d'étiquettes dans un réseau de nouvelle génération basé sur un réseau de commutation multiprotocole par étiquette d'ingénierie de trafic
US7978596B2 (en) Connection-oriented network node
US8804532B2 (en) Method and arrangement for adapting to variations in an available bandwidth to a local network
US20120163387A1 (en) Method and device of mpls network traffic switching
JP2006211661A (ja) Ｍｐｌｓ基盤のｖｐｎ提供装置及びｖｐｎ提供方法
WO2010043131A1 (zh) 一种城域网接纳控制的方法及设备与系统
JP2008172710A (ja) 予備パス帯域の管理およびパス帯域の変更
JP2002152263A (ja) ラベル・スイッチング・ルータ
CN101127718B (zh) 基于mpls-te的ngn中lsp的建立方法
US8676948B2 (en) Method for tunnel mapping
CN101188554B (zh) 一种动态建立标签交换路径隧道与资源分配的方法
CN101282297A (zh) 带宽调整方法和装置
US20050232188A1 (en) QoS oriented handover method for mobile IPv6 in MPLS network
WO2006056099A1 (fr) Procede et systeme permettant de garantir individuellement la qualite de service dans un reseau
WO2006034657A1 (fr) Procede de gestion de ressources interdomaines
CN101309229B (zh) 一种多协议标签交换架构网络资源接纳控制的方法
US20090010201A1 (en) Mobile Communication Access System, Packet Transfer Device, and Path Re-Establishing Method
JP2004159112A (ja) 通信制御システム、通信制御方法、これらに用いて好適なルーティング制御装置及びルータ装置
CN101282298A (zh) 带宽调整方法和装置
US7447211B1 (en) Method and apparatus of establishing a communication channel using protected network resources
EP1821455A1 (en) A method for forwarding the traffic flow in the bearer network
WO2010097041A1 (zh) 一种呼叫处理方法、系统及装置
WO2009023999A1 (fr) Procédé pour établir un trajet d'extrémité à extrémité inter-domaine
CN102201970B (zh) 一种对关联双向lsp进行路由优化的方法及系统
WO2006011569A1 (ja) 移動通信アクセスシステム、パケット転送装置及びパス張り替え方法

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: 07845999

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07845999

Country of ref document: EP

Kind code of ref document: A1