WO2009103192A1 - A resource allocation method and a resource release method - Google Patents

A resource allocation method and a resource release method Download PDF

Info

Publication number
WO2009103192A1
WO2009103192A1 PCT/CN2008/000585 CN2008000585W WO2009103192A1 WO 2009103192 A1 WO2009103192 A1 WO 2009103192A1 CN 2008000585 W CN2008000585 W CN 2008000585W WO 2009103192 A1 WO2009103192 A1 WO 2009103192A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
function entity
policy
resource allocation
request
Prior art date
Application number
PCT/CN2008/000585
Other languages
French (fr)
Chinese (zh)
Inventor
尤建洁
宋军
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2009103192A1 publication Critical patent/WO2009103192A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/805QOS or priority aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/20Traffic policing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/78Architectures of resource allocation
    • H04L47/782Hierarchical allocation of resources, e.g. involving a hierarchy of local and centralised entities

Definitions

  • NGN Network Generation Network
  • VoIP Voice over Internet Protocol
  • video conferencing multimedia distance learning
  • video on demand etc.
  • QoS quality of service
  • the International Telecommunication Union Telecommunication Standardization Group proposes Resource and Admission Control Functions (RACF) to solve the QoS problem of NGN planting networks.
  • the functional framework of RACF is provided in the latest draft of RACF published by ITU-T in January 2008, as shown in Figure 1.
  • the RACF consists of two parts: Policy Decision Functional Entity (PD-FE) and Transport Resource Control Functional Entity (TRC-FE).
  • PD-FE Policy Decision Functional Entity
  • TRC-FE Transport Resource Control Functional Entity
  • SCF Service Control Functions
  • the PD-FE makes the final based on the policy rules of the operator network, the service information provided by the SCF, the user subscription information provided by the Network Attachment Control Functions (NACF), and the resource availability information provided by the TRC-FE. Resource and admission control decisions.
  • TRC-FE is geared towards transport and is associated with link layer technology.
  • TRC-FE is responsible for collecting and maintaining the topology and resource status information of the transport network, and determining the resource utilization rate based on topology, connectivity, availability of network and node resources, and access information of the access network transport layer. Admission control is implemented.
  • the transmission function i is implemented by the Policy Enforcement Functional Entity (PE-FE), the Transport Resource Enforcement Functional Entit (TRE-FE), and the Basic Transport Function Entity (Basic Transport) Function, referred to as BTF).
  • PE-FE Policy Enforcement Functional Entity
  • TRE-FE Transport Resource Enforcement Functional Entit
  • BTF Basic Transport Function Entity
  • the PE-FE is a packet-to-packet gateway. It can be located between the Customer Premises Equipment (CPE) and the access network, between the access network and the core network, or between different carrier networks. It supports dynamic QoS. Key nodes for control, port address translation control, and Network Address Translator (NAT) traversal.
  • the TRE-FE performs the transmission resource policy rule indicated by the TRC-FE.
  • the PD-FE is a policy decision function entity, which is based on media stream session information (obtained from the SCF through the Rs reference point), the user's transmission resource subscription information (obtained from the NACF through the Ru reference point), and preliminary QoS resource decisions, and then with the TRC
  • the -FE interacts to confirm that there are sufficient QoS resources, and finally makes a final decision and sends the decision to the PE-FE for execution.
  • the TRC-FE is mainly responsible for resource control. It monitors resources in the network and collects relevant information. When the PD-FE requests resources, it responds according to the specific resource status. PE-FE mainly performs policy control under the guidance of PD-FE (gating, bandwidth, traffic classification and labeling, traffic shaping, Layer 2 and Layer 3 QoS mapping, collection and reporting of resource usage information, etc.).
  • the current description of the TRE-FE protocol is based on the implementation of the Layer 2 policy under the guidance of the TRC-FE, but the specific functions and scope are not determined.
  • BTF package ⁇ "Two basic transfer processing functions: Elementary Forwarding Functions (EFF) and Basic Elementary Control Functions (ECF).
  • Resource admission control system supports "pull"PULL)” and “Push (PUSH)" two modes of QoS resource control mode to adapt to different types of user equipment.
  • the so-called push mode means that the application function requests the QoS resource authorization and the resource admission control system for the service initiated by the user equipment. Resource reservation, if the request can be satisfied, the resource admission control system actively pushes the decision to the transmission function to obtain the corresponding transmission resource.
  • the so-called pull mode refers to the user equipment requesting the QoS resource authorization and resource reservation from the resource admission control system, After receiving the transport layer signaling from the user, the transport function actively requests a decision from the resource admission control system.
  • the pull mode is mainly divided into three processes: Authorization, Reservation, and Commitment. The latter two processes can be combined into one process.
  • the pre-authorization is initiated by the CPE, and the application function triggers the generation of the request; the reservation and execution are initiated by the CPE, and the transmission function triggers the generation of the resource request.
  • the resource admission control system supports both push and pull modes.
  • Figure 2 shows the flow chart of resource admission control in the RACF pull mode in the prior art. 2 is a resource admission control flow in a pull mode triggered by a PE-FE. As shown in Figure 2, the process includes the following steps:
  • S202 The CPE directly requests the resource from the PE-FE by using the path-coupled transport layer signaling, and the transport layer signaling from the CPE triggers the PE-FE to send a resource request message.
  • the PE-FE sends a resource decision request message to the PD-FE.
  • the PD-FE checks whether the flow description, the requested QoS resource, and the service information are consistent with the network policy rule and the transmission subscription information.
  • the PD-FE takes the final admission decision according to steps S208 and S21CH.
  • the PE-FE responds to the CPE by using transport layer signaling. In the above process, the CPE initiates transport layer signaling, and the PE-FE is triggered. This is a pull mode process. In another case, the BTF is triggered and the BTF sends a message to the TRE-FE, which is another pull mode flow. Only the pull mode flow in which the PE-FE is triggered is considered in the prior art.
  • TRC-FE is placed in both RACF and transmission functions.
  • the present invention provides a resource allocation method and a resource release method.
  • the resource allocation method in the embodiment of the present invention includes the following steps: The basic transmission function entity sends a resource allocation request to the transmission resource control function entity by using the transmission resource execution function entity; and the transmission resource control function entity can satisfy the resource allocation request service in the current resource.
  • the resource decision request is sent to the policy decision function entity; the policy decision function entity determines the resource allocation policy, and sends the resource allocation policy to the case that the resource decision request can be accepted according to the information carried in the resource decision request.
  • the policy execution function entity; and the policy execution function entity perform the resource allocation policy.
  • the transmission resource control function entity refuses to allocate resources when the current resource cannot meet the quality of service requirement of the resource allocation request.
  • the policy decision function entity refuses to allocate resources when it determines that the resource allocation request cannot be accepted according to the information carried in the resource decision request.
  • the policy decision function entity obtains the service information corresponding to the resource decision request from the service control function entity after receiving the resource decision request.
  • the policy decision function entity determines whether the resource allocation request can be accepted according to whether the flow description information, the quality of service resource information, and/or the service information carried by the resource decision request are consistent with the network policy rule and the transmission subscription information. If they are consistent, the policy decision function entity determines that the resource allocation request can be accepted, otherwise the policy decision function entity determines that the resource allocation request cannot be accepted.
  • the process of the basic transmission function entity sending a resource allocation request to the transmission resource control function entity includes the following steps: The basic transmission function entity sends a resource allocation request to the transmission resource execution function entity under the trigger of the transport layer signaling from the user terminal device. The transmission resource execution function entity forwards the resource allocation request to the transmission resource control function entity.
  • a resource release method includes the following steps: a basic transmission function entity Transmitting a resource release request by the transmission resource execution function entity and the transmission resource control function entity to the policy decision function entity; the policy decision function entity notifying the policy execution function entity to release the resource in response to the resource release request; and the policy execution function entity responding to the policy decision Notification of functional entities for resource release.
  • FIG. 1 is a schematic diagram of a RACF functional architecture of an ITU-T in the prior art
  • FIG. 2 is a flowchart of a resource admission control process in a pull mode triggered by a PE-FE in the prior art
  • FIG. 4 is a detailed flowchart of a resource allocation method in a pull mode according to an embodiment of the present invention
  • FIG. 5 is a diagram of resource modification in a pull mode according to an embodiment of the present invention
  • FIG. 6 is a schematic flowchart of a resource release method according to an embodiment of the present invention
  • FIG. 7 is a detailed flowchart of a resource release method in a pull mode according to an embodiment of the present invention.
  • the resource allocation method includes the following steps: S302: The basic transmission function entity sends a resource allocation request to a transmission resource control function entity by using a transmission resource execution function entity; S304, the transmission resource control function entity can satisfy the resource in the current resource. In the case of assigning a request for quality of service requirements, to the policy The decision function entity sends a resource decision request; S306. The policy decision function entity determines a resource allocation policy when the resource decision request can be accepted according to the information carried in the resource decision request, and sends the resource allocation policy to the policy execution function entity to perform the resource. And: S308, the policy execution function entity executes the resource allocation policy.
  • the transmission resource control function entity refuses to allocate resources when the current resource cannot meet the quality of service requirement of the resource allocation request.
  • the policy decision function entity refuses to allocate resources when it determines that the resource allocation request cannot be accepted according to the information carried in the resource decision request.
  • the policy decision function entity obtains the service information corresponding to the resource decision request from the service control function entity after receiving the resource decision request.
  • the policy decision function entity determines whether the resource allocation request can be accepted according to whether the flow description information, the quality of service resource information, and/or the service information carried by the resource decision request are consistent with the network policy rule and the transmission subscription information.
  • the process of the basic transmission function entity sending a resource allocation request to the transmission resource control function entity includes the following steps: The basic transmission function entity sends a resource allocation request to the transmission resource execution function entity under the trigger of the transport layer signaling from the user terminal device. The transmission resource execution function entity forwards the resource allocation request to the transmission resource control function entity. The policy decision function entity sends a resource decision response message to the transmission resource control function entity, where the message includes policy rule information.
  • the transmission resource control function entity sends a resource decision response message to the transmission resource execution function entity, where the message includes the policy rule information required by the transmission resource control function entity to perform the transmission resource execution function entity, such as according to link related information (such as VLAN, VPN ID) MPLS LSP label) Complete the modification of the bandwidth of the MPLS LSP and set the ATM traffic management parameters.
  • the transport layer signaling from the CPE triggers the BTF to send a resource modification message to the TRE-FE, where the message carries the QoS resource information, and other processes are similar to the resource request message.
  • the transport layer signaling from the CPE triggers the BTF to send a resource release message to the TRE-FE, and other processes are similar to the resource request message.
  • FIG. 4 is a detailed flowchart of a resource allocation method in a pull mode according to an embodiment of the present invention. As shown in Figure 4, the method includes the following steps: S402.
  • the CPE directly requests resources from the BTF through path-coupled transport layer signaling.
  • the transport layer signaling from the CPE triggers the BTF to send a resource request message.
  • the BTF sends a resource request message to the TRE-FE, where the message carries QoS resource information.
  • the TRE-FE sends a resource request message to the TRC-FE, where the message carries information such as a QoS parameter and a flow description.
  • the TRC-FE After receiving the resource request message from the TRE-FE, the TRC-FE checks the availability of the current resource. If available, a resource decision request message is sent to the PD-FE; if not available, the request is rejected.
  • the PD-FE after the PD-FE receives the resource decision request message from the TRC-FE, if the previous SCF pre-authorizes the request, the PD-FE sends a resource operation request message to the SCF to obtain corresponding service information; The SCF does not pre-authorize the request and does not have to send the message.
  • the PD-FE After receiving the resource request message, the PD-FE checks whether the flow description, the requested QoS resource, and the service information are consistent with the network policy rule and the transmission subscription information. If they are consistent, the PD-FE makes the last resource admission policy; if it is inconsistent, it rejects the request. S414, the PD-FE interacts with the PE-FE, and the PE-FE installs the QoS policy rule.
  • the PD-FE sends a resource decision response message to the TRC-FE, where the message includes policy rule information.
  • the TRC-FE sends a resource decision response message to the TRE-FE, where the message includes the policy rule information that the TRC-FE requires the TRE-FE to perform. For example, modify the bandwidth of the MPLS LSP and set the ATM traffic management parameters based on the link-related information (such as the VLAN, VPN ID, and MPLS LSP label).
  • the link-related information such as the VLAN, VPN ID, and MPLS LSP label.
  • S420 The TRE-FE sends a resource request response message to the BTF.
  • S422. The BTF responds to the CPE by using transport layer signaling.
  • 5 is a flow chart of a resource allocation method when resource modification occurs in a pull mode according to an embodiment of the present invention. As shown in Figure 5, the method packs the following steps:
  • the CPE directly requests the BTF to modify the resource by using path-coupled transport layer signaling.
  • the transport layer signaling from the CPE triggers the BTF to send a resource change request message.
  • BTF TRE-FE modified to send a resource request message, and the message carries the updated resource information Q 0 S.
  • the TRE-FE sends a resource modification request message to the TRC-FE, where the message carries updated QoS parameters, flow descriptions, and the like. S508. After receiving the resource modification request message from the TRE-FE, the TRC-FE checks the availability of the current resource. If available, the resource modification decision request message is sent to the PD-FE; if not available, the request is rejected.
  • the PD-FE after receiving the resource request from the TRC-FE, the PD-FE sends a resource operation request message to the SCF to obtain the corresponding service information, if the previous SCF pre-authorizes the request; If the previous SCF did not pre-authorize the request, then the message does not have to be sent.
  • the PD-FE After receiving the resource modification request message, the PD-FE checks whether the flow description, the updated QoS resource, and the service information are consistent with the network policy rule and the transmission subscription information. If they are consistent, the PD-FE makes the final resource admission policy; if it is inconsistent, it rejects the request. S514, the PD-FE interacts with the PE-FE, and the PE-FE installs the QoS policy rule.
  • the PD-FE sends a resource modification decision response message to the TRC-FE, where the message includes policy rule information.
  • the TRC-FE sends a resource modification policy to the TRE-FE, where the message includes the policy rule information that the TRC-FE requires the TRE-FE to perform. For example, modify the bandwidth of the MPLS LSP and set the ATM traffic management parameters based on the link-related information (such as the VLAN, VPN ID, and MPLS LSP label).
  • the link-related information such as the VLAN, VPN ID, and MPLS LSP label.
  • the TRE-FE sends a resource modification request response message to the BTF.
  • FIG. 6 is a schematic flow chart of a resource release method according to an embodiment of the present invention.
  • the resource release method includes the following steps: S602: The basic transmission function entity sends a resource release request to a policy decision function entity by using a transmission resource execution function entity and a transmission resource control function entity; S604, the policy decision function entity responds to a resource release request, the notification policy execution function entity performs resource release; and S606, the policy execution function entity responds to the notification of the policy decision function entity, Release resources.
  • the policy decision function entity reports to the service control function entity that the related resource is released before notifying the policy execution function entity to release the resource.
  • FIG. 7 is a detailed flowchart of a resource release method in a pull mode according to an embodiment of the present invention. As shown in FIG. 7, the method includes the following steps:
  • the CPE directly releases resources to the BTF by using path-coupled transport layer signaling.
  • the transport layer signaling from the CPE triggers the BTF to send a resource release request message.
  • the BTF sends a resource dry request message to the TRE-FE.
  • the TRE-FE sends a resource release request message to the TRC-FE.
  • the TRC-FE sends a resource release request message to the PD-FE.
  • the BTF responds to the CPE by using transport layer signaling.

Landscapes

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

Abstract

A resource allocation method and a resource release method are provided. Wherein the resource allocation method includes the following steps: a Basic Transport Function entity (BTF) transmits a resource allocation request to a Transport Resource Control Function Entity (TRC-FE) through a Transport Resource Enforcement Function Entity (TRE-FE) (S302); in the case of that the present resource can satisfy the QoS requirement of the resource allocation request, the TRC-FE transmits a resource decision request to a Policy Decision Function Entity (PD-FE) (S304); when it can determine the resource allocation request can be admitted according to the information carried by the resource decision request, the PD-FE determines a resource allocation policy, and transmits the resource allocation policy to a Policy Enforcement Function Entity (PE-FE) (S306); and the PE-FE performs the resource allocation policy (S308). The present invention can resolve the problem of resource admission control in a pull mode triggered by the BTF.

Description

资源分配方法及资源释放方法  Resource allocation method and resource release method
技术领域 本发明涉及通信领域, 更具体地涉及一种资源分配方法及资源释放方 法。 背景技术 下一 «网络 ( Network Generation Network, 简称 NGN ) 是当前通信标 准领域的一个热点研究课题,它采用 IP等分组技术作为承栽网技术融合固定 通信和移动通信。 NGN可以提供更丰富的多媒体业务, 如具有实时要求的新 兴业务如网络电话 ( Voice over Internet Protocol, 简称 VoIP )、 视频会议、 多 媒体远程教学、 视频点播等, 这些业务要求通信网络能提供高效的端到端的 月 务质量(Quality of Service, 简称 QoS )支持; 同时用户对网络服务质量的 要求也越来越高。 因此, 如何提供端到端的 QoS将是 NGN的核心问题之一。 国际电信联盟远程通信标准化组( ITU-T )提出了资源接纳控制功能( Resource and Admission Control Functions, 简称 RACF )来解决 NGN 栽网的 QoS 问 题。 在 ITU-T于 2008年 1月公布的 RACF的最新草案中,提供了 RACF的 功能框架, 如图 1 所示。 RACF 由两部分组成: 策略决策功能实体 ( Policy Decision Functional Entity , 简称 PD-FE )和传输资源控制功能实体( Transport Resource Control Functional Entity , 简称 TRC-FE )。 PD-FE面向业务控制功能 ( Service Control Functions, 简称 SCF ), 与 链路层技术无关。 PD-FE基于运营商网络的策略规则、 SCF提供的业务信息、 网络附着控制功能 ( Network Attachment Control Functions , 简称 NACF ) 提 供的用户签约信息、 以及 TRC-FE提供的资源可用性信息, 做出最后的资源 和接纳控制决策。 TRC-FE面向传输功能, 与链路层技术相关。 TRC-FE 负责收集和维护 传输网的拓朴和资源状态信息, 并 >据拓朴、 连通性、 网络和节点资源的可 用性、 以及接入网传输层签约信息等确定资源利用率, 对传输网络实行接纳 控制。 传输功 i 由策格执行功肯 实体 ( Policy Enforcement Functional Entity , 简称 PE-FE )、 传输资源执 4亍功能实体 ( Transport Resource Enforcement Functional Entit , 简称 TRE-FE )、 和基础传输功能实体 (Basic Transport Function, 简称 BTF ) 组成。 PE-FE 是包到包网关, 可以位于用户终端设备 ( Customer Premises Equipment, 简称 CPE ) 和接入网络之间、 接入网和核 心网之间、 或者不同运营商网络之间, 是支持动态 QoS控制、 端口地址转换 控制、 和网络地址转换 (Network Address Translator, 简称 NAT ) 穿越的关 键节点。 TRE-FE执行 TRC-FE指示的传输资源策略规则。 TECHNICAL FIELD The present invention relates to the field of communications, and in particular, to a resource allocation method and a resource release method. BACKGROUND OF THE INVENTION Next, Network Generation Network (NGN) is a hot research topic in the field of communication standards. It uses packet technology such as IP as a carrier network technology to integrate fixed communication and mobile communication. NGN can provide richer multimedia services, such as emerging services with real-time requirements such as Voice over Internet Protocol (VoIP), video conferencing, multimedia distance learning, video on demand, etc. These services require communication networks to provide efficient end-to-end. Up to the end of the quality of service (QoS) support; at the same time, users have higher and higher requirements for network service quality. Therefore, how to provide end-to-end QoS will be one of the core issues of NGN. The International Telecommunication Union Telecommunication Standardization Group (ITU-T) proposes Resource and Admission Control Functions (RACF) to solve the QoS problem of NGN planting networks. The functional framework of RACF is provided in the latest draft of RACF published by ITU-T in January 2008, as shown in Figure 1. The RACF consists of two parts: Policy Decision Functional Entity (PD-FE) and Transport Resource Control Functional Entity (TRC-FE). PD-FE is oriented to Service Control Functions (SCF) and has nothing to do with link layer technology. The PD-FE makes the final based on the policy rules of the operator network, the service information provided by the SCF, the user subscription information provided by the Network Attachment Control Functions (NACF), and the resource availability information provided by the TRC-FE. Resource and admission control decisions. TRC-FE is geared towards transport and is associated with link layer technology. TRC-FE is responsible for collecting and maintaining the topology and resource status information of the transport network, and determining the resource utilization rate based on topology, connectivity, availability of network and node resources, and access information of the access network transport layer. Admission control is implemented. The transmission function i is implemented by the Policy Enforcement Functional Entity (PE-FE), the Transport Resource Enforcement Functional Entit (TRE-FE), and the Basic Transport Function Entity (Basic Transport) Function, referred to as BTF). The PE-FE is a packet-to-packet gateway. It can be located between the Customer Premises Equipment (CPE) and the access network, between the access network and the core network, or between different carrier networks. It supports dynamic QoS. Key nodes for control, port address translation control, and Network Address Translator (NAT) traversal. The TRE-FE performs the transmission resource policy rule indicated by the TRC-FE.
PD-FE是策略决策功能实体, 它基于媒体流会话信息 (通过 Rs参考点 从 SCF获取)、 用户的传输资源签约信息 (通过 Ru参考点从 NACF获取) 出初步的 QoS 资源决策, 然后与 TRC-FE 交互以确认是否有足够的 QoS 资源, 最后做出一个最终决策, 并将该决策下发给 PE-FE执行。 The PD-FE is a policy decision function entity, which is based on media stream session information (obtained from the SCF through the Rs reference point), the user's transmission resource subscription information (obtained from the NACF through the Ru reference point), and preliminary QoS resource decisions, and then with the TRC The -FE interacts to confirm that there are sufficient QoS resources, and finally makes a final decision and sends the decision to the PE-FE for execution.
TRC-FE主要负责资源控制, 它监控网络中的资源并收集相关信息, 在 PD-FE请求资源时根据具体的资源状况给予应答。 PE-FE主要是在 PD-FE的指导下进行策略控制 (门控、 带宽、 流量分 类和标记、 流量整形、 二层和三层 QoS映射、 收集和 4艮告资源使用信息等)。 The TRC-FE is mainly responsible for resource control. It monitors resources in the network and collects relevant information. When the PD-FE requests resources, it responds according to the specific resource status. PE-FE mainly performs policy control under the guidance of PD-FE (gating, bandwidth, traffic classification and labeling, traffic shaping, Layer 2 and Layer 3 QoS mapping, collection and reporting of resource usage information, etc.).
TRE-FE协议目前的说明是在 TRC-FE指导下进行二层的策略执行, 但 是具体的功能和范围都没有确定。 The current description of the TRE-FE protocol is based on the implementation of the Layer 2 policy under the guidance of the TRC-FE, but the specific functions and scope are not determined.
BTF 包^"两种基本的传输处理功能: 基本的 4 发功能 (Elementary Forwarding Functions , 简称、 EFF ) 和基本的 4空制功能 ( Elementary Control Functions, 简称 ECF )。 资源接纳控制系统支持 "拉 (PULL )" 和 "推 (PUSH )" 两种方式的 QoS资源控制模式, 以适应不同类型的用户设备。 所谓推模式是指应用功能为用户设备发起的业务向资源接纳控制系统 请求 QoS资源授权和资源预留, 如果该请求能够满足, 则资源接纳控制系统 主动将决策推送给传输功能以获得相应的传输资源。 所谓拉模式是指用户设备向资源接纳控制系统请求 QoS 资源授权和资 源预留, 传输功能收到来自用户的传输层信令后主动向资源接纳控制系统请 求决策。 其中, 拉模式主要分为预; I吏权(Authorization )、 预留 ( Reservation )、 执行(Commitment )三个过程, 后两个过程一般可以合并为一个流程。 预授 权由 CPE发起, 应用功能触发生成请求; 预留、 执行由 CPE发起, 传输功 能触发生成资源请求。 资源接纳控制系统支持推和拉两种模式, 图 2给出了现有技术中 RACF 拉模式下的资源接纳控制流程图。 图 2是由 PE-FE触发的拉模式下的资源接 纳控制流程。 如图 2所示, 该流程包括以下步骤: BTF package ^"Two basic transfer processing functions: Elementary Forwarding Functions (EFF) and Basic Elementary Control Functions (ECF). Resource admission control system supports "pull"PULL)" and "Push (PUSH)" two modes of QoS resource control mode to adapt to different types of user equipment. The so-called push mode means that the application function requests the QoS resource authorization and the resource admission control system for the service initiated by the user equipment. Resource reservation, if the request can be satisfied, the resource admission control system actively pushes the decision to the transmission function to obtain the corresponding transmission resource. The so-called pull mode refers to the user equipment requesting the QoS resource authorization and resource reservation from the resource admission control system, After receiving the transport layer signaling from the user, the transport function actively requests a decision from the resource admission control system. Among them, the pull mode is mainly divided into three processes: Authorization, Reservation, and Commitment. The latter two processes can be combined into one process. The pre-authorization is initiated by the CPE, and the application function triggers the generation of the request; the reservation and execution are initiated by the CPE, and the transmission function triggers the generation of the resource request. The resource admission control system supports both push and pull modes. Figure 2 shows the flow chart of resource admission control in the RACF pull mode in the prior art. 2 is a resource admission control flow in a pull mode triggered by a PE-FE. As shown in Figure 2, the process includes the following steps:
S202, CPE通过路径耦合的传输层信令直接向 PE-FE请求资源, 来自 CPE的传输层信令触发 PE-FE发送一个资源请求消息。 S204, PE-FE发送资源决策请求消息给 PD-FE。 S202: The CPE directly requests the resource from the PE-FE by using the path-coupled transport layer signaling, and the transport layer signaling from the CPE triggers the PE-FE to send a resource request message. S204. The PE-FE sends a resource decision request message to the PD-FE.
S206, (选择执行) 若前面 SCF对该请求进行了预授权, 则 PD-FE需 发送资源操作请求消息给 SCF以获取相应的业务信息。 S206, (Select Execution) If the previous SCF pre-authorizes the request, the PD-FE needs to send a resource operation request message to the SCF to obtain corresponding service information.
S208 , PD-FE检查流描述、 请求的 QoS资源、 业务信息是否与网络策 略规则及传输签约信息一致。 S210, PD-FE检查请求的 QoS资源的可用性。 S208: The PD-FE checks whether the flow description, the requested QoS resource, and the service information are consistent with the network policy rule and the transmission subscription information. S210. The PD-FE checks the availability of the requested QoS resource.
S212, PD-FE才艮据步骤 S208和 S21CH坆出最后的接纳决策。 S214, PD-FE发送资源决策应答, PE-FE安装最后的接纳决策。 S216, PE-FE通过传输层信令应答 CPE。 在上述流程中, CPE发起传输层信令, PE-FE被触发, 这是一种拉模式 的流程。 另一种情况是 BTF被触发, BTF给 TRE-FE发送消息, 这是另一种 拉模式流程。 现有技术中仅考虑了 PE-FE被触发的拉模式流程。 考虑现有组播的应 用场景: TRC-FE被同时布置在 RACF和传输功能中,在 RACF中的 TRC-FE 称为上层 TRC-FE, 传输功能中的 TRC-FE称为本地 TRC-FE, 上层 TRC-FE 和本地 TRC-FE通过 Rp参考点相连。 现有的拉模式流程无法解决该场景下的拉模式资源接纳控制问题。 发明内容 鉴于上述问题中的一个或多个,本发明提供了一种资源分配方法及资源 释放方法。 居本发明实施例的资源分配方法, 包 以下步骤: 基础传输功能实体 通过传输资源执行功能实体向传输资源控制功能实体发送资源分配请求; 传 输资源控制功能实体在当前资源能满足资源分配请求的服务质量要求的情况 下, 向策略决策功能实体发送资源决策请求; 策略决策功能实体在根据资源 决策请求携带的信息判断能够接纳资源分配请求的情况下, 确定资源分配策 略, 并将资源分配策略发送给策略执行功能实体; 以及策略执行功能实体对 资源分配策略进行执行。 其中,传输资源控制功能实体在当前资源不能满足资源分配请求的服务 质量要求的情况下, 拒绝进行资源分配。 策略决策功能实体在根据资源决策 请求携带的信息判断不能接纳资源分配请求的情况下, 拒绝进行资源分配。 其中, 在业务控制功能实体预先对资源决策请求进行了预授权的情况 下, 策略决策功能实体在收到资源决策请求后, 从业务控制功能实体获取相 应于资源决策请求的业务信息。 其中, 策略决策功能实体根据资源决策请求携带的流描述信息、 服务质 量资源信息、 和 /或业务信息是否与网络策略规则及传输签约信息一致, 来判 断能否接纳资源分配请求。 如果一致, 则策略决策功能实体判断能够接纳资 源分配请求, 否则策略决策功能实体判断不能接纳资源分配请求。 其中,基础传输功能实体向传输资源控制功能实体发送资源分配请求的 过程包括以下步骤: 基础传输功能实体在来自用户终端设备的传输层信令的 触发下, 向传输资源执行功能实体发送资源分配请求; 传输资源执行功能实 体将资源分配请求转发给传输资源控制功能实体。 其中, 策略决策功能实体在确定资源分配策略后, 将资源分配策略发送 给传输资源控制功能实体, 传输资源控制功能实体向传输资源执行功能实体 发送携带有资源分配策略的资源分配响应, 传输资源执行功能实体对资源分 配策略进行执行。 根据本发明实施例的资源释放方法, 包括以下步骤: 基础传输功能实体 通过传输资源执行功能实体和传输资源控制功能实体向策略决策功能实体发 送资源释放请求; 策略决策功能实体响应于资源释放请求, 通知策略执行功 能实体进行资源释放; 以及策略执行功能实体响应于策略决策功能实体的通 知, 进行资源释放。 另外, 策略决策功能实体在通知策略执行功能实体进行 资源释放之前, 还向业务控制功能实体报告相关资源被释放的情况。 本发明解决了由基础传输功能实体触发的拉模式下的资源接纳控制问 题。 附图说明 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部 分, 本发明的示意性实施例及其说明用于解释本发明, 并不构成对本发明的 不当限定。 在附图中: 图 1是现有技术中 ITU-T的 RACF功能架构图; 图 2是现有技术中由 PE-FE触发的拉模式下资源接纳控制过程的流程 图; 图 3是根据本发明实施例的资源分配方法的简要流程图; 图 4是根据本发明实施例的拉模式下的资源分配方法的详细流程图; 图 5 是根据本发明实施例的拉模式下的资源修改时的资源分配方法的 流程图; 图 6是根据本发明实施例的资源释放方法的简要流程图; 以及 图 7是根据本发明实施例的拉模式下的资源释放方法的详细流程图。 具体实施方式 下面参考附图, 详细说明本发明的具体实施方式。 图 3是根据本发明实施例的资源分配方法的简要流程图。 如图 3所示, 该资源分配方法包括以下步骤: S302, 基础传输功能实体通过传输资源执行 功能实体向传输资源控制功能实体发送资源分配请求; S304, 传输资源控制 功能实体在当前资源能满足资源分配请求的服务质量要求的情况下, 向策略 决策功能实体发送资源决策请求; S306, 策略决策功能实体在根据资源决策 请求携带的信息判断能够接纳资源分配请求的情况下, 确定资源分配策略, 并将资源分配策略发送给策略执行功能实体进行资源分配; 以及 S308 , 策略 执行功能实体对资源分配策略进行执行。 其中,传输资源控制功能实体在当前资源不能满足资源分配请求的服务 质量要求的情况下, 拒绝进行资源分配。 策略决策功能实体在根据资源决策 请求携带的信息判断不能接纳资源分配请求的情况下, 拒绝进行资源分配。 其中, 在业务控制功能实体预先对资源决策请求进行了预授权的情况 下, 策略决策功能实体在收到资源决策请求后, 从业务控制功能实体获取相 应于资源决策请求的业务信息。 其中, 策略决策功能实体根据资源决策请求携带的流描述信息、服务质 量资源信息、 和 /或业务信息是否与网络策略规则及传输签约信息一致, 来判 断能否接納资源分配请求。 如果一致, 则策略决策功能实体判断能够进行资 源分配, 否则策略决策功能实体判断不能进行资源分配。 其中,基础传输功能实体向传输资源控制功能实体发送资源分配请求的 过程包括以下步骤: 基础传输功能实体在来自用户终端设备的传输层信令的 触发下, 向传输资源执行功能实体发送资源分配请求; 传输资源执行功能实 体将资源分配请求转发给传输资源控制功能实体。 其中,策略决策功能实体发送资源决策响应消息给传输资源控制功能实 体, 该消息中包含策略规则信息。 传输资源控制功能实体发送资源决策响应 消息给传输资源执行功能实体, 该消息中包含传输资源控制功能实体要求传 输资源执行功能实体执行的策略规则信息,如根据链路相关信息(如 VLAN 、 VPN ID、 MPLS LSP 标签) 完成修改 MPLS LSP的带宽、 设置 ATM 流量 管理参数等。 其中, 来自 CPE的传输层信令触发 BTF发送资源修改消息给 TRE-FE, 消息中携带 QoS资源信息, 其它过程与资源请求消息类似。 来自 CPE的传 输层信令触发 BTF发送资源释放消息给 TRE-FE, 其它过程与资源请求消息 类似。 图 4是根据本发明实施例的拉模式下资源分配方法的详细流程图。如图 4所示, 该方法包 4舌以下步骤: S402, CPE通过路径耦合的传输层信令直接向 BTF请求资源。来自 CPE 的传输层信令触发 BTF发送一个资源请求消息。 S212, the PD-FE takes the final admission decision according to steps S208 and S21CH. S214: The PD-FE sends a resource decision response, and the PE-FE installs the final admission decision. S216. The PE-FE responds to the CPE by using transport layer signaling. In the above process, the CPE initiates transport layer signaling, and the PE-FE is triggered. This is a pull mode process. In another case, the BTF is triggered and the BTF sends a message to the TRE-FE, which is another pull mode flow. Only the pull mode flow in which the PE-FE is triggered is considered in the prior art. Consider the existing multicast application scenario: TRC-FE is placed in both RACF and transmission functions. TRC-FE in RACF is called upper TRC-FE, and TRC-FE in transmission function is called local TRC-FE. The upper TRC-FE and the local TRC-FE are connected by the Rp reference point. The existing pull mode process cannot solve the pull mode resource admission control problem in this scenario. SUMMARY OF THE INVENTION In view of one or more of the above problems, the present invention provides a resource allocation method and a resource release method. The resource allocation method in the embodiment of the present invention includes the following steps: The basic transmission function entity sends a resource allocation request to the transmission resource control function entity by using the transmission resource execution function entity; and the transmission resource control function entity can satisfy the resource allocation request service in the current resource. In the case of the quality requirement, the resource decision request is sent to the policy decision function entity; the policy decision function entity determines the resource allocation policy, and sends the resource allocation policy to the case that the resource decision request can be accepted according to the information carried in the resource decision request. The policy execution function entity; and the policy execution function entity perform the resource allocation policy. The transmission resource control function entity refuses to allocate resources when the current resource cannot meet the quality of service requirement of the resource allocation request. The policy decision function entity refuses to allocate resources when it determines that the resource allocation request cannot be accepted according to the information carried in the resource decision request. After the service control function entity pre-authorizes the resource decision request, the policy decision function entity obtains the service information corresponding to the resource decision request from the service control function entity after receiving the resource decision request. The policy decision function entity determines whether the resource allocation request can be accepted according to whether the flow description information, the quality of service resource information, and/or the service information carried by the resource decision request are consistent with the network policy rule and the transmission subscription information. If they are consistent, the policy decision function entity determines that the resource allocation request can be accepted, otherwise the policy decision function entity determines that the resource allocation request cannot be accepted. The process of the basic transmission function entity sending a resource allocation request to the transmission resource control function entity includes the following steps: The basic transmission function entity sends a resource allocation request to the transmission resource execution function entity under the trigger of the transport layer signaling from the user terminal device. The transmission resource execution function entity forwards the resource allocation request to the transmission resource control function entity. After determining the resource allocation policy, the policy decision function entity sends the resource allocation policy to the transmission resource control function entity, and the transmission resource control function entity sends the resource allocation response carrying the resource allocation policy to the transmission resource execution function entity, and the transmission resource is executed. The functional entity performs the resource allocation policy. A resource release method according to an embodiment of the present invention includes the following steps: a basic transmission function entity Transmitting a resource release request by the transmission resource execution function entity and the transmission resource control function entity to the policy decision function entity; the policy decision function entity notifying the policy execution function entity to release the resource in response to the resource release request; and the policy execution function entity responding to the policy decision Notification of functional entities for resource release. In addition, the policy decision function entity reports to the service control function entity that the related resource is released before notifying the policy execution function entity to release the resource. The present invention solves the resource admission control problem in the pull mode triggered by the underlying transport function entity. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is a schematic diagram of a RACF functional architecture of an ITU-T in the prior art; FIG. 2 is a flowchart of a resource admission control process in a pull mode triggered by a PE-FE in the prior art; FIG. 4 is a detailed flowchart of a resource allocation method in a pull mode according to an embodiment of the present invention; FIG. 5 is a diagram of resource modification in a pull mode according to an embodiment of the present invention; FIG. 6 is a schematic flowchart of a resource release method according to an embodiment of the present invention; and FIG. 7 is a detailed flowchart of a resource release method in a pull mode according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, specific embodiments of the present invention will be described in detail with reference to the accompanying drawings. FIG. 3 is a schematic flow chart of a resource allocation method according to an embodiment of the present invention. As shown in FIG. 3, the resource allocation method includes the following steps: S302: The basic transmission function entity sends a resource allocation request to a transmission resource control function entity by using a transmission resource execution function entity; S304, the transmission resource control function entity can satisfy the resource in the current resource. In the case of assigning a request for quality of service requirements, to the policy The decision function entity sends a resource decision request; S306. The policy decision function entity determines a resource allocation policy when the resource decision request can be accepted according to the information carried in the resource decision request, and sends the resource allocation policy to the policy execution function entity to perform the resource. And: S308, the policy execution function entity executes the resource allocation policy. The transmission resource control function entity refuses to allocate resources when the current resource cannot meet the quality of service requirement of the resource allocation request. The policy decision function entity refuses to allocate resources when it determines that the resource allocation request cannot be accepted according to the information carried in the resource decision request. After the service control function entity pre-authorizes the resource decision request, the policy decision function entity obtains the service information corresponding to the resource decision request from the service control function entity after receiving the resource decision request. The policy decision function entity determines whether the resource allocation request can be accepted according to whether the flow description information, the quality of service resource information, and/or the service information carried by the resource decision request are consistent with the network policy rule and the transmission subscription information. If they are consistent, the policy decision function entity judges that resource allocation can be performed, otherwise the policy decision function entity judges that resource allocation cannot be performed. The process of the basic transmission function entity sending a resource allocation request to the transmission resource control function entity includes the following steps: The basic transmission function entity sends a resource allocation request to the transmission resource execution function entity under the trigger of the transport layer signaling from the user terminal device. The transmission resource execution function entity forwards the resource allocation request to the transmission resource control function entity. The policy decision function entity sends a resource decision response message to the transmission resource control function entity, where the message includes policy rule information. The transmission resource control function entity sends a resource decision response message to the transmission resource execution function entity, where the message includes the policy rule information required by the transmission resource control function entity to perform the transmission resource execution function entity, such as according to link related information (such as VLAN, VPN ID) MPLS LSP label) Complete the modification of the bandwidth of the MPLS LSP and set the ATM traffic management parameters. The transport layer signaling from the CPE triggers the BTF to send a resource modification message to the TRE-FE, where the message carries the QoS resource information, and other processes are similar to the resource request message. The transport layer signaling from the CPE triggers the BTF to send a resource release message to the TRE-FE, and other processes are similar to the resource request message. 4 is a detailed flowchart of a resource allocation method in a pull mode according to an embodiment of the present invention. As shown in Figure 4, the method includes the following steps: S402. The CPE directly requests resources from the BTF through path-coupled transport layer signaling. The transport layer signaling from the CPE triggers the BTF to send a resource request message.
S404, BTF给 TRE-FE发送资源请求消息, 消息中携带 QoS资源信息。 S404: The BTF sends a resource request message to the TRE-FE, where the message carries QoS resource information.
S406, TRE-FE发送资源请求消息给 TRC-FE, 消息中携带 QoS参数、 流描述等信息。 S406: The TRE-FE sends a resource request message to the TRC-FE, where the message carries information such as a QoS parameter and a flow description.
S408 , TRC-FE收到来自 TRE-FE的资源请求消息后, 检查当前资源的 可用性。 若可用, 则发送资源决策请求消息给 PD-FE; 若不可用, 则拒绝该 请求。 S408: After receiving the resource request message from the TRE-FE, the TRC-FE checks the availability of the current resource. If available, a resource decision request message is sent to the PD-FE; if not available, the request is rejected.
S410, PD-FE收到来自 TRC-FE的资源决策请求消息后, 若前面 SCF 对该请求进行过预授权, 则 PD-FE发送资源操作请求消息给 SCF , 以获取相 应的业务信息;若前面 SCF没有对该请求进行过预授权,则不必发送该消息。 S410, after the PD-FE receives the resource decision request message from the TRC-FE, if the previous SCF pre-authorizes the request, the PD-FE sends a resource operation request message to the SCF to obtain corresponding service information; The SCF does not pre-authorize the request and does not have to send the message.
S412 , PD-FE收到资源请求消息后, 检查流描述、 请求的 QoS资源、 业务信息是否与网络策略规则及传输签约信息一致。 若一致, PD-FE做出最 后的资源接纳策略; 若不一致, 则拒绝请求。 S414, PD-FE与 PE-FE交互, PE-FE安装 QoS策略规则。 S412: After receiving the resource request message, the PD-FE checks whether the flow description, the requested QoS resource, and the service information are consistent with the network policy rule and the transmission subscription information. If they are consistent, the PD-FE makes the last resource admission policy; if it is inconsistent, it rejects the request. S414, the PD-FE interacts with the PE-FE, and the PE-FE installs the QoS policy rule.
S416, PD-FE发送资源决策响应消息给 TRC-FE, 该消息中包含策略规 则信息。 S416. The PD-FE sends a resource decision response message to the TRC-FE, where the message includes policy rule information.
S418 , TRC-FE 发送资源决策响应消息给 TRE-FE , 该消息中包含 TRC-FE要求 TRE-FE执行的策略规则信息。如根据链路相关信息 (如 VLAN 、 VPN ID、 MPLS LSP 标签) 完成修改 MPLS LSP的带宽、 设置 ATM 流量管 理参数等。 S418: The TRC-FE sends a resource decision response message to the TRE-FE, where the message includes the policy rule information that the TRC-FE requires the TRE-FE to perform. For example, modify the bandwidth of the MPLS LSP and set the ATM traffic management parameters based on the link-related information (such as the VLAN, VPN ID, and MPLS LSP label).
S420, TRE-FE发送资源请求应答消息给 BTF。 S422 , BTF通过传输层信令应答 CPE。 图 5 是根据本发明实施例的当拉模式下发生资源修改时的资源分配方 法的流程图。 如图 5所示, 该方法包 4舌以下步 : S420: The TRE-FE sends a resource request response message to the BTF. S422. The BTF responds to the CPE by using transport layer signaling. 5 is a flow chart of a resource allocation method when resource modification occurs in a pull mode according to an embodiment of the present invention. As shown in Figure 5, the method packs the following steps:
S502, CPE通过路径耦合的传输层信令直接向 BTF请求修改资源。 来 自 CPE的传输层信令触发 BTF发送一个资源 改请求消息。 S504, BTF给 TRE-FE发送资源修改请求消息, 消息中携带更新的 Q0S 资源信息。 S502. The CPE directly requests the BTF to modify the resource by using path-coupled transport layer signaling. The transport layer signaling from the CPE triggers the BTF to send a resource change request message. S504, BTF TRE-FE modified to send a resource request message, and the message carries the updated resource information Q 0 S.
S506, TRE-FE发送资源修改请求消息给 TRC-FE, 消息中携带更新的 QoS参数、 流描述等信息。 S508, TRC-FE收到来自 TRE-FE的资源修改请求消息后, 检查当前资 源的可用性。 若可用, 则发送资源修改决策请求消息给 PD-FE; 若不可用, 则拒绝该请求。 S506: The TRE-FE sends a resource modification request message to the TRC-FE, where the message carries updated QoS parameters, flow descriptions, and the like. S508. After receiving the resource modification request message from the TRE-FE, the TRC-FE checks the availability of the current resource. If available, the resource modification decision request message is sent to the PD-FE; if not available, the request is rejected.
S510, PD-FE 收到来自 TRC-FE 的资源^"改决策请求消息后, 若前面 SCF对该请求进行过预授权, 则 PD-FE发送资源操作请求消息给 SCF以获 取相应的业务信息; 若前面 SCF没有对该请求进行过预授权, 则不必发送该 消息。 S510, after receiving the resource request from the TRC-FE, the PD-FE sends a resource operation request message to the SCF to obtain the corresponding service information, if the previous SCF pre-authorizes the request; If the previous SCF did not pre-authorize the request, then the message does not have to be sent.
S512, PD-FE收到资源修改请求消息后, 检查流描述、 更新的 QoS资 源、 业务信息是否与网络策略规则及传输签约信息一致。 若一致, 则 PD-FE 做出最后的资源接纳策略; 若不一致, 则拒绝请求。 S514, PD-FE与 PE-FE交互, PE-FE安装 QoS策略规则。 S512: After receiving the resource modification request message, the PD-FE checks whether the flow description, the updated QoS resource, and the service information are consistent with the network policy rule and the transmission subscription information. If they are consistent, the PD-FE makes the final resource admission policy; if it is inconsistent, it rejects the request. S514, the PD-FE interacts with the PE-FE, and the PE-FE installs the QoS policy rule.
S516, PD-FE发送资源修改决策响应消息给 TRC-FE, 该消息中包含策 略规则信息。 S516. The PD-FE sends a resource modification decision response message to the TRC-FE, where the message includes policy rule information.
S518 , TRC-FE发送资源修 _改决策响应消息给 TRE-FE, 该消息中包含 TRC-FE 要求 TRE-FE 执行的策略规则信息。 如根据链路相关信息 (如 VLAN 、 VPN ID、 MPLS LSP 标签) 完成修改 MPLS LSP的带宽、 设置 ATM 流量管理参数等。 S518: The TRC-FE sends a resource modification policy to the TRE-FE, where the message includes the policy rule information that the TRC-FE requires the TRE-FE to perform. For example, modify the bandwidth of the MPLS LSP and set the ATM traffic management parameters based on the link-related information (such as the VLAN, VPN ID, and MPLS LSP label).
S520, TRE-FE发送资源修改请求应答消息给 BTF。 S520. The TRE-FE sends a resource modification request response message to the BTF.
S522 , BTF通过传输层信令应答 CPE。 图 6是根据本发明实施例的资源释放方法的简要流程图。 如图 6所示, 该资源释放方法包括以下步骤: S602 , 基础传输功能实体通过传输资源执行 功能实体和传输资源控制功能实体向策略决策功能实体发送资源释放请求; S604, 策略决策功能实体响应于资源释放请求, 通知策略执行功能实体进行 资源释放; 以及 S606, 策略执行功能实体响应于策略决策功能实体的通知, 进行资源释放。 另外, 策略决策功能实体在通知策略执行功能实体进行资源 释放之前, 还向业务控制功能实体报告相关资源被释放的情况。 图 7是根据本发明实施例的拉模式下的资源释放方法的详细流程图。如 图 7所示, 该方法包括以下步骤: S522. The BTF responds to the CPE by using transport layer signaling. FIG. 6 is a schematic flow chart of a resource release method according to an embodiment of the present invention. As shown in FIG. 6, the resource release method includes the following steps: S602: The basic transmission function entity sends a resource release request to a policy decision function entity by using a transmission resource execution function entity and a transmission resource control function entity; S604, the policy decision function entity responds to a resource release request, the notification policy execution function entity performs resource release; and S606, the policy execution function entity responds to the notification of the policy decision function entity, Release resources. In addition, the policy decision function entity reports to the service control function entity that the related resource is released before notifying the policy execution function entity to release the resource. FIG. 7 is a detailed flowchart of a resource release method in a pull mode according to an embodiment of the present invention. As shown in FIG. 7, the method includes the following steps:
S702 , CPE通过路径耦合的传输层信令直接向 BTF释放资源。来自 CPE 的传输层信令触发 BTF发送一个资源释放请求消息。 S702: The CPE directly releases resources to the BTF by using path-coupled transport layer signaling. The transport layer signaling from the CPE triggers the BTF to send a resource release request message.
S704, BTF给 TRE-FE发送资源幹放请求消息。 S704. The BTF sends a resource dry request message to the TRE-FE.
S706, TRE-FE发送资源释放请求消息给 TRC-FE。 S706. The TRE-FE sends a resource release request message to the TRC-FE.
S708 , TRC-FE发送资源释放请求消息给 PD-FE。 S708: The TRC-FE sends a resource release request message to the PD-FE.
S710, PD-FE通^ > SCF相关的资源被释放。 S710, PD-FE pass> > SCF related resources are released.
S712, PE-FE释放相关的资源。 S712, the PE-FE releases related resources.
S714, PD-FE回复资源释放应答。 S714, the PD-FE replies to the resource release response.
S716, TRC-FE回复资源释放应答。 S716, the TRC-FE replies to the resource release response.
S718, TRE-FE回复资源释放应答。 S718, the TRE-FE replies to the resource release response.
S720, BTF通过传输层信令应答 CPE。 S720, the BTF responds to the CPE by using transport layer signaling.
以上所述仅为本发明的实施例而已, 并不用于限制本发明, 对于本领域 的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的权利要求 范围之内。  The above is only the embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. All modifications, equivalents, improvements, etc., made within the spirit and scope of the invention are intended to be included within the scope of the appended claims.

Claims

权 利 要 求 书 Claim
1. 一种资源分配方法, 其特征在于, 包 4舌以下步骤: A resource allocation method, characterized in that the following steps are performed:
基础传输功能实体通过传输资源执行功能实体向传输资源控制功 能实体发送资源分配请求;  The basic transmission function entity sends a resource allocation request to the transmission resource control function entity through the transmission resource execution function entity;
所述传输资源控制功能实体在当前资源能满足所述资源分配请求 的服务质量要求的情况下, 向策略决策功能实体发送资源决策请求; 所述策略决策功能实体在根据所述资源决策请求携带的信息判断 能够接纳所述资源分配请求的情况下, 确定资源分配策略, 并将所述资 源分配策略发送给策略执行功能实体;  The transmission resource control function entity sends a resource decision request to the policy decision function entity if the current resource can meet the quality of service requirement of the resource allocation request; the policy decision function entity is carried according to the resource decision request When the information is judged to be able to accept the resource allocation request, determine a resource allocation policy, and send the resource allocation policy to the policy execution function entity;
所述策略执行功能实体对所述资源分配策略进行执行。  The policy enforcement function entity performs the resource allocation policy.
2. 居权利要求 1 所述的资源分配方法, 其特征在于, 所述传输资源控制 功能实体在当前资源不能满足所述资源分配请求的服务质量要求的情况 下, 拒绝进行资源分配。 The resource allocation method according to claim 1, wherein the transmission resource control function entity rejects resource allocation if the current resource cannot satisfy the quality of service requirement of the resource allocation request.
3. 根据权利要求 2所述的资源分配方法, 其特征在于, 所述策略决策功能 实体在根据所述资源决策请求携带的信息判断不能接纳所述资源分配请 求的情况下, 拒绝进行资源分配。 The resource allocation method according to claim 2, wherein the policy decision function entity rejects resource allocation if it is determined that the resource allocation request cannot be accepted according to the information carried in the resource decision request.
4. 根据权利要求 1至 3中任一项所述的资源分配方法, 其特征在于, 在业 务控制功能实体预先对所述资源决策请求进行了预授权的情况下, 所述 策略决策功能实体在收到所述资源决策请求后, 从所述业务控制功能实 体获取相应于所述资源决策请求的业务信息。 The resource allocation method according to any one of claims 1 to 3, wherein, in a case where the service control function entity pre-authorizes the resource decision request, the policy decision function entity is After receiving the resource decision request, the service control function entity obtains service information corresponding to the resource decision request.
5. 根据权利要求 4所述的资源分配方法, 其特征在于, 所述策略决策功能 实体 ^据所述资源决策请求携带的流描述信息、 服务质量资源信息、 和 / 或所述业务信息是否与网络策略规则及传输签约信息一致, 来判断能否 接纳所述资源分配请求。 The resource allocation method according to claim 4, wherein the policy decision function entity according to the flow description information, the quality of service resource information, and/or the service information carried by the resource decision request is The network policy rule and the transmission subscription information are consistent to determine whether the resource allocation request can be accepted.
6. 根据权利要求 5所述的资源分配方法, 其特征在于, 如果一致, 则所述 策略决策功能实体判断能够接纳所述资源分配请求, 否则所述策略决策 功能实体判断不能接纳所述资源分配请求。 The resource allocation method according to claim 5, wherein, if they are consistent, the policy decision function entity determines that the resource allocation request can be accepted, otherwise the policy decision function entity determines that the resource allocation cannot be accepted. request.
7. 根据权利要求 6所述的资源分配方法, 其特征在于, 所述 出传输功能 实体向所述传输资源控制功能实体发送所述资源分配请求的过程包括以 下步骤: The resource allocation method according to claim 6, wherein the process of sending the resource allocation request by the outbound transmission function entity to the transmission resource control function entity comprises the following steps:
所述基础传输功能实体在来自用户终端设备的传输层信令的触发 下, 向所述传输资源执行功能实体发送所述资源分配请求;  Transmitting, by the basic transmission function entity, the resource allocation request to the transmission resource execution function entity, triggered by the transport layer signaling from the user terminal device;
所述传输资源执行功能实体将所述资源分配请求转发给所述传输 资源控制功能实体。  The transmission resource execution function entity forwards the resource allocation request to the transmission resource control function entity.
8. 居权利要求 7所述的资源分配方法, 其特征在于, 所述策略决策功能 实体在确定所述资源分配策略后, 将所述资源分配策略发送给所迷传输 资源控制功能实体, 所述传输资源控制功能实体向所述传输资源执行功 能实体发送携带有所述资源分配策略的资源分配响应, 所述传输资源执 行功能实体对所述资源分配策略进行执行。 The resource allocation method according to claim 7, wherein the policy decision function entity sends the resource allocation policy to the transmission resource control function entity after determining the resource allocation policy, The transmission resource control function entity sends a resource allocation response carrying the resource allocation policy to the transmission resource execution function entity, where the transmission resource execution function entity performs the resource allocation policy.
9. 一种资源释放方法, 其特征在于, 包括以下步骤: 9. A resource release method, comprising the steps of:
基础传输功能实体通过传输资源执行功能实体和传输资源控制功 能实体向策略决策功能实体发送资源释放请求;  The basic transmission function entity sends a resource release request to the policy decision function entity by using the transmission resource execution function entity and the transmission resource control function entity;
所述策略决策功能实体响应于所述资源释放 求,通知策略执行功 能实体进行资源释放; 以及  The policy decision function entity notifies the policy execution function entity to perform resource release in response to the resource release request;
所述策略执行功能实体响应于所述策略决策功能实体的通知,进行 资源释放。  The policy enforcement function entity performs resource release in response to the notification of the policy decision function entity.
10. 根据权利要求 9所述的资源释放方法, 其特征在于, 所述策略决策功能 实体在通知所述策略执行功能实体进行资源释放之前, 还向业务控制功 能实体报告相关资源被幹放的情况。 The resource release method according to claim 9, wherein the policy decision function entity reports to the service control function entity that the related resource is dry before notifying the policy execution function entity to release the resource. .
PCT/CN2008/000585 2008-02-22 2008-03-25 A resource allocation method and a resource release method WO2009103192A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810008329.7 2008-02-22
CN2008100083297A CN101232503B (en) 2008-02-22 2008-02-22 Resource allocation method and resource release method

Publications (1)

Publication Number Publication Date
WO2009103192A1 true WO2009103192A1 (en) 2009-08-27

Family

ID=39898678

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/000585 WO2009103192A1 (en) 2008-02-22 2008-03-25 A resource allocation method and a resource release method

Country Status (2)

Country Link
CN (1) CN101232503B (en)
WO (1) WO2009103192A1 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101330392B (en) * 2008-07-31 2011-10-26 中兴通讯股份有限公司 Method for interaction of tactics execution function entity and charging triggering function entity
CN101360113B (en) 2008-09-01 2013-05-08 中兴通讯股份有限公司 QoS request information implementing method and policy execution functional entity
CN102025597B (en) * 2009-09-11 2014-11-05 中兴通讯股份有限公司 Realizing method and system of multicast admission control
KR101814562B1 (en) 2014-03-21 2018-01-04 후아웨이 테크놀러지 컴퍼니 리미티드 Processing method and associated device for service allocation
WO2015180169A1 (en) * 2014-05-30 2015-12-03 华为技术有限公司 Resource allocation method and device
CN112600906B (en) * 2020-12-09 2022-04-26 中国科学院深圳先进技术研究院 Resource allocation method and device for online scene and electronic equipment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1760965A1 (en) * 2005-09-02 2007-03-07 Huawei Technologies Co., Ltd. Method and network device for resource revoking based on resource admission control subsystem
US20070248116A1 (en) * 2006-04-21 2007-10-25 Masashi Hamada Communication control apparatus and method of controlling same

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996968B (en) * 2006-06-26 2010-04-14 华为技术有限公司 Decision method for the media gateway controller to distribute the resource
CN101072180B (en) * 2007-04-03 2011-04-06 中兴通讯股份有限公司 Method and system for strengthening transport control layer control for next generation communication network
CN101072181B (en) * 2007-04-29 2012-12-05 中兴通讯股份有限公司 Service control function request QoS method, device and system for next generation network
CN101127718B (en) * 2007-09-21 2011-11-23 中兴通讯股份有限公司 LSP establishment method in MPLS-TE based NGN

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1760965A1 (en) * 2005-09-02 2007-03-07 Huawei Technologies Co., Ltd. Method and network device for resource revoking based on resource admission control subsystem
US20070248116A1 (en) * 2006-04-21 2007-10-25 Masashi Hamada Communication control apparatus and method of controlling same

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"ITU-T Draft Recommendation Y.RACF (Y2111) Release 2 Version 0.5.0, 'Resource and admission control functions", NEXT GENERATION NETWORKS, 4 February 2008 (2008-02-04) *

Also Published As

Publication number Publication date
CN101232503B (en) 2012-05-23
CN101232503A (en) 2008-07-30

Similar Documents

Publication Publication Date Title
WO2006122481A1 (en) A method for realizing the dynamic qos in wimax system
CN102215155B (en) The resource acceptance control method of a kind of home network and system
US20120016995A1 (en) Interaction method and device between resource and admission control systems
US9037721B2 (en) Method and system for resource admission control
WO2009114976A1 (en) Method and system for resource and admission control
WO2009094869A1 (en) A method for resource and admission control
WO2009103192A1 (en) A resource allocation method and a resource release method
WO2006056099A1 (en) A method and system for delaminatly ensuring the network service quality
WO2009056013A1 (en) A policy control method and system for layer two device
WO2007025461A1 (en) Procede et systeme de gestion de la qos d'un ensemble de flux speciaux
CN101309229B (en) Resource admission control method for network of multiple protocol label switch structure
WO2010081314A1 (en) An ngn home network resource access control method and system
US8903975B2 (en) Method for interaction between resource and admission control systems and resource and admission control system
CN101730103B (en) Resource and admission control method
CN101360113B (en) QoS request information implementing method and policy execution functional entity
CN101237448B (en) Selection method for policy decision function entity in resource receiving control system
WO2009132492A1 (en) A system for the racs supporting mobile ip and the method thereof
CN101730156B (en) Resource admission control method
WO2009024000A1 (en) Cross-domain end-to-end path establishment method
KR101364054B1 (en) Interactive Functional Element and Protocol Mapping Method
WO2011032374A1 (en) Method and system for pull mode resource and admission control under wholesale scene
WO2011044811A1 (en) System and mehtod for access control
CN102148809B (en) System and method for service identification and management system to obtain information
CN101222501B (en) Method and device for implementing multi-granularity resource control in next-generation network
WO2009105942A1 (en) Resource and admission control subsystem and method for sending resource policy decision request message

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

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

Country of ref document: EP

Kind code of ref document: A1