CN101355808A - 一种上报策略安装失败的方法 - Google Patents

一种上报策略安装失败的方法 Download PDF

Info

Publication number
CN101355808A
CN101355808A CNA2008101475322A CN200810147532A CN101355808A CN 101355808 A CN101355808 A CN 101355808A CN A2008101475322 A CNA2008101475322 A CN A2008101475322A CN 200810147532 A CN200810147532 A CN 200810147532A CN 101355808 A CN101355808 A CN 101355808A
Authority
CN
China
Prior art keywords
policy
failure
strategy
reason
installation
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CNA2008101475322A
Other languages
English (en)
Other versions
CN101355808B (zh
Inventor
尤建洁
芮通
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 Corp filed Critical ZTE Corp
Priority to CN2008101475322A priority Critical patent/CN101355808B/zh
Priority to EP08876771.0A priority patent/EP2296312B1/en
Priority to PCT/CN2008/002067 priority patent/WO2010020083A1/zh
Priority to US13/056,707 priority patent/US8725867B2/en
Publication of CN101355808A publication Critical patent/CN101355808A/zh
Application granted granted Critical
Publication of CN101355808B publication Critical patent/CN101355808B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/163—Interprocessor communication
    • G06F15/173—Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H04L41/0869—Validating the configuration within one network element
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种上报策略安装失败的方法，应用于通信领域中，有助于策略决策功能实体PD－FE准确地掌握策略执行功能实体PE－FE上策略安装失败的详细信息，提高下次下发策略安装的效率。所述方法包括：当PD－FE下发给PE－FE的策略安装失败时，所述PE－FE构造向PD－FE的反馈消息，在反馈消息中携带安装失败的策略的出错原因。

Description

一种上报策略安装失败的方法
技术领域
本发明涉及通信领域，更具体地涉及一种策略安装失败时的处理方法。
背景技术
NGN(Network Generation Network，下一代网络)是当前通信标准领域的一个热点研究课题，它采用IP等分组技术作为承载网技术融合固定通信和移动通信。NGN可以提供更丰富的多媒体业务，如具有实时要求的新兴业务(如VoIP、视频会议、多媒体远程教学、视频点播等)，这些业务要求通信网络能提供高效的端到端的服务质量(QoS，Quality of Service)支持；同时用户对网络服务质量的要求也越来越高。因此，如何提供端到端的QoS将是NGN的核心问题之一。
ITU-T是ITU(International Telecommunication Union，国际电信联盟)的电信标准化部门，制定了有关资源接纳控制的标准。在ITU-T于2008年5月公布的最新的RACF(Resource and Admission Control Functions，资源接纳控制功能)草案中，提供了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负责收集和维护传输网信息和资源状态信息。从PD-FE收到资源请求后，TRC-FE基于QoS、优先级需求、资源可用性信息以及与传输相关的策略规则，执行基于资源的接纳控制。
传输层由策略执行功能实体(Policy Enforcement Functional Entity，PE-FE)和传输资源执行功能实体(Transport Resource Enforcement FunctionalEntity，TRE-FE)组成。PE-FE是包到包网关，可以位于用户驻地网(CustomerPremises Network，CPN)和接入网络之间、接入网和核心网之间或者不同运营商网络之间，是支持动态QoS控制、端口地址转换控制和NAT(NetworkAddress Translator，网络地址转换)穿越的关键节点。TRE-FE执行TRC-FE下发的传输资源策略规则，其范围和功能以及Rn接口有待进一步研究，不在R2阶段的研究范围。
PD-FE
PD-FE是策略决策功能实体，它基于媒体流会话信息(通过Rs接口从SCF获取)、用户的传输资源签约信息(通过Ru接口从NACF获取)做出初步的QoS资源决策，然后与TRC-FE交互以确认是否有足够的QoS资源，最后做出一个最终的接纳决策，并将该决策下发给PE-FE执行。
TRC-FE
TRC-FE主要负责资源控制，它监控网络中的资源并收集相关信息，在PD-FE请求资源时根据具体的资源状况给予应答。
PE-FE
PE-FE主要是在PD-FE在指导下进行策略控制(门控、带宽、流量分类和标记、流量整形、二层和三层QoS映射、收集和报告资源使用信息等)。
TRE-FE
TRE-FE协议目前的说明是在TRC-FE指导下进行二层的策略执行，但是具体的功能和范围都没有确定。
现有技术中推模式下的资源请求过程如图2所示，该流程包括：
(201)SCF收到或产生一个业务信令消息，触发SCF生成一个资源初始化请求；
(202)SCF发送资源初始化请求消息给PD-FE，以请求QoS资源授权和预留，消息中包含了媒体流描述、QoS参数等信息；
(203)PD-FE对所请求的QoS资源进行授权，即检查所请求的资源是否与本地运营商策略规则及NACF中的传输签约信息一致；
(204)若通过授权检查，则PD-FE定位并决定媒体流所涉及的接入网及核心网，并且，PD-FE与TRC-FE交互，对所涉及网络的资源可用性进行检查；
(205)PD-FE根据步骤(203)和(204)做出最终的接纳决策；
(206)若通过最终的接纳决策，则PD-FE给PE-FE发送策略安装消息；
(207)PE-FE发送策略安装应答消息给PD-FE以确认安装；
(208)PD-FE发送资源初始化应答以通知SCF。
在步骤206中，PD-FE下发给PE-FE的策略安装消息中可以包含多条策略。若某些策略安装出错，则在步骤207中的策略安装应答消息中会携带出错的那些策略名及策略状态，但不会针对每条安装出错的策略给出出错原因。即，若存在某些策略安装出错，策略安装应答消息只给出一个消息级的出错原因，通常用[Experimental-Result]这个参数来表达。
现有技术中，策略安装情况在策略安装应答消息PIA(Policy InstallAnswer)中表示为如下几个参数：
Figure A20081014753200051
注：“＊”表示多个
在这种情况下，上报的是粗粒度(消息级)的出错原因。这不利于PD-FE准确地掌握PE-FE上策略安装的详细信息。
发明内容
本发明要解决的技术问题是提供一种上报策略安装失败的方法，有助于PD-FE准确地掌握PE-FE上策略安装失败的详细信息，提高下次下发策略安装的效率。
为了解决上述技术问题，本发明提供了一种上报策略安装失败的方法，包括：当策略决策功能实体PD-FE下发给策略执行功能实体PE-FE的策略安装失败时，PE-FE构造向PD-FE的反馈消息，在反馈消息中携带安装失败的策略的出错原因。
进一步，上述方法还可具有以下特点：反馈消息为策略安装应答消息PIA或事件通知消息CCR。
进一步，上述方法还可具有以下特点：在推模式下的资源请求过程或修改过程中，PE-FE安装策略，若策略安装失败，则在Rw接口上向PD-FE发送的PIA消息中添加策略出错原因参数，否则不添加。
进一步，上述方法还可具有以下特点：在资源释放过程中，PE-FE上策略安装出错后，在Rw接口上向PD-FE发送的CCR消息中添加策略出错原因的参数，否则不添加。
进一步，上述方法还可具有以下特点：策略出错原因添加在计费规则报告参数中。
进一步，上述方法还可具有以下特点：计费规则报告参数中还携带有以下参数：策略名、策略状态、策略定义。
进一步，上述方法还可具有以下特点：计费规则报告参数中携带有一个策略出错原因和一个或多个策略名。
进一步，上述方法还可具有以下特点：在PD-FE和PE-FE上建立一个错误原因表，每种出错原因对应一个原因值；当PD-FE下发给PE-FE的策略安装失败时，PE-FE在反馈消息中添加安装失败的原因值；PD-FE收到后对照错误原因表获知安装失败的各个策略的出错原因。
若多条策略出错，只返回一个笼统的出错原因给PD-FE，PD-FE无法针对每条策略进行针对性地处理，而采用本发明所述方法，对每条安装出错的策略均给出出错原因，即更细粒度的出错原因：策略级的出错原因，当有多条策略安装出错时，将有助于PD-FE准确地掌握PE-FE上每条安装失败的策略的出错原因，这样在下次下发策略安装时，就能针对性地进行处理，避免再出错，保证下次策略安装的有效性，提高下次下发策略安装的效率。
附图说明
图1是现有技术中ITU-T的RACF功能架构图；
图2是现有技术中推模式下的资源请求过程图；
图3是基于本发明方法的推模式下的资源请求过程图；
图4是基于本发明方法的资源释放过程图。
具体实施方式
下面结合附图对本发明的技术方案进行详细说明。
本发明的主要思想是：当PD-FE下发给PE-FE的策略安装失败时，PE-FE将上报每条安装失败的策略的出错原因给PD-FE。
具体是：
(1)修改Rw接口上策略安装应答消息(PIA)中的[Charging-Rule-Report](计费规则报告)参数，在此参数中添加[Rule-Failure-Code]参数。即，
注：“＊”表示多个
PIA消息中的[Charging-Rule-Report]这个参数反馈PE-FE上策略的安装情况，[Charging-Rule-Name]和[Charging-Rule-Base-Name]表示策略名，[PCC-Rule-Status]表示策略状态，若某条策略安装失败，则还反馈这条策略安装出错的原因，即：[Rule-Failure-Code]。
(2)修改Rw接口上事件通知消息(CCR)中的[Charging-Rule-Report]参数，在此参数中添加[Rule-Failure-Code]参数。即，
Figure A20081014753200082
注：“＊”表示多个
如果多个策略安装失败的原因相同，则可通过一条[Charging-Rule-Report]上报，每条[Charging-Rule-Report]中携带一个策略出错原因和多个策略名。如果各个安装失败的策略的原因不相同，则可通过多条[Charging-Rule-Report]上报，每条[Charging-Rule-Report]中携带一个策略出错原因和对应的一个或几个策略名。
本实施例推模式下资源请求过程如图3所示，包括以下步骤：
(301)SCF收到或产生一个业务信令消息，触发SCF生成一个资源初始化请求；
(302)SCF发送资源初始化请求消息给PD-FE，以请求QoS资源授权和预留，消息中包含了媒体流描述、QoS参数等信息；
(303)PD-FE对所请求的QoS资源进行授权，即检查所请求的资源是否与本地运营商策略规则及NACF中的传输签约信息一致；
(304)若通过授权检查，则PD-FE定位并决定媒体流所涉及的接入网及核心网，并且，PD-FE与TRC-FE交互，对所涉及网络的资源可用性进行检查；
(305)PD-FE根据步骤(303)和(304)做出最终的接纳决策；
(306)若通过最终的接纳决策，则PD-FE给PE-FE发送策略安装消息；
(307)PE-FE发送策略安装应答消息给PD-FE以确认安装；
PD-FE可以一次下发多条策略给PE-FE，若存在策略安装失败，则针对每条安装失败的策略，上报安装失败的原因。
具体地，安装失败的原因可以用[Rule-Failure-Code]参数来表示，并且该参数包含在[Charging-Rule-Report]参数中。如下：
Figure A20081014753200091
其中“*”表示多个。
策略安装应答消息(PIA)中的[Charging-Rule-Report]参数用来反馈PE-FE上策略的安装情况。在此参数中添加了[Rule-Failure-Code]参数后，可以针对每条安装失败的策略，上报其安装失败原因。
具体实现时，例如可以事先在PD-FE和PE-FE上建立一个错误原因表，其中包括可能出现的出错原因，每种出错原因对应一个原因值，当PD-FE下发给PE-FE的策略安装失败时，PE-FE在PIA中上报安装失败原因值，PD-FE即可对照错误原因表知道安装失败的各个策略的出错原因。
(308)PD-FE发送资源初始化应答以通知SCF。
本实施例资源释放过程如图4所示，包括以下步骤：
(401)PE-FE上发生事件触发，有可能某些策略安装出错；
(402)PE-FE给PD-FE发送事件通知消息，即CCR消息；
若存在某些策略安装失败，则PE-FE给PD-FE上报详细信息，即针对每条安装失败的策略，上报安装失败的原因。
具体地，安装失败的原因可以用[Rule-Failure-Code]参数来表示，并且该参数包含在[Charging-Rule-Report]参数中。如下：
Figure A20081014753200101
其中“*”表示多个。
事件通知消息(CCR)中的[Charging-Rule-Report]参数用来反馈PE-FE上策略的安装情况。在此参数中添加了[Rule-Failure-Code]参数后，PE-FE可以针对每条安装失败的策略，上报其安装失败原因。
(402a)PD-FE给PE-FE回复事件通知应答；
(403)PD-FE给TRC-FE发送中断会话请求消息；
(403a)TRC-FE给PD-FE回复中断会话请求应答；
(404)PD-FE给SCF发送中断会话请求消息；
步骤(404)和步骤(403)的执行无先后顺序。
(404a)SCF给PD-FE回复中断会话请求应答。
除上述流程外，对于其他下发策略安装的流程也可采用本发明的方法上报失败原因，例如修改流程，修改流程与请求流程类似，在该流程中使用策略安装请求PIR(Policy-Install-Request)命令下发更新的策略，然后由PIA命令上报失败原因。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (8)

1、一种上报策略安装失败的方法，其特征在于，
当策略决策功能实体PD-FE下发给策略执行功能实体PE-FE的策略安装失败时，所述PE-FE构造向PD-FE的反馈消息，在所述反馈消息中携带安装失败的策略的出错原因。
2、如权利要求1所述的方法，其特征在于，所述反馈消息为策略安装应答消息PIA或事件通知消息CCR。
3、如权利要求2所述的方法，其特征在于，在推模式下的资源请求过程或修改过程中，所述PE-FE安装策略，若策略安装失败，则在Rw接口上向所述PD-FE发送的PIA消息中添加策略出错原因参数，否则不添加。
4、如权利要求2所述的方法，其特征在于，在资源释放过程中，所述PE-FE上策略安装出错后，在Rw接口上向所述PD-FE发送的CCR消息中添加策略出错原因的参数，否则不添加。
5、如权利要求1-4中任一权利要求所述的方法，其特征在于，所述策略出错原因添加在计费规则报告参数中。
6、如权利要求5所述的方法，其特征在于，所述计费规则报告参数中还携带有以下参数：策略名、策略状态、策略定义。
7、如权利要求6所述的方法，其特征在于，所述计费规则报告参数中携带有一个策略出错原因和一个或多个策略名。
8、如权利要求1-4中任一权利要求所述的方法，其特征在于，
在PD-FE和PE-FE上建立一个错误原因表，每种出错原因对应一个原因值；
当PD-FE下发给PE-FE的策略安装失败时，PE-FE在反馈消息中添加安装失败的原因值；
所述PD-FE收到后对照错误原因表获知安装失败的各个策略的出错原因。
CN2008101475322A 2008-08-20 2008-08-20 一种上报策略安装失败的方法 Active CN101355808B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN2008101475322A CN101355808B (zh) 2008-08-20 2008-08-20 一种上报策略安装失败的方法
EP08876771.0A EP2296312B1 (en) 2008-08-20 2008-12-24 Method and system for reporting the policy installation failure
PCT/CN2008/002067 WO2010020083A1 (zh) 2008-08-20 2008-12-24 一种上报策略安装失败的方法和系统
US13/056,707 US8725867B2 (en) 2008-08-20 2008-12-24 Method and system for reporting the policy installation failure

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2008101475322A CN101355808B (zh) 2008-08-20 2008-08-20 一种上报策略安装失败的方法

Publications (2)

Publication Number Publication Date
CN101355808A true CN101355808A (zh) 2009-01-28
CN101355808B CN101355808B (zh) 2013-01-16

Family

ID=40308331

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008101475322A Active CN101355808B (zh) 2008-08-20 2008-08-20 一种上报策略安装失败的方法

Country Status (4)

Country Link
US (1) US8725867B2 (zh)
EP (1) EP2296312B1 (zh)
CN (1) CN101355808B (zh)
WO (1) WO2010020083A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107800550A (zh) * 2016-08-31 2018-03-13 中国电信股份有限公司 策略执行方法和编排器

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355807B (zh) 2008-08-20 2016-08-03 中兴通讯股份有限公司 一种策略安装失败时的反馈方法
US8352803B2 (en) * 2010-06-07 2013-01-08 Alcatel Lucent Framework for managing failures in outbound messages

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6983317B1 (en) * 2000-02-28 2006-01-03 Microsoft Corporation Enterprise management system
US20040034794A1 (en) * 2000-05-28 2004-02-19 Yaron Mayer System and method for comprehensive general generic protection for computers against malicious programs that may steal information and/or cause damages
US7496652B2 (en) * 2000-07-17 2009-02-24 Teleservices Solutions, Inc. Intelligent network providing network access services (INP-NAS)
US20040015579A1 (en) * 2001-06-14 2004-01-22 Geoffrey Cooper Method and apparatus for enterprise management
US7225367B2 (en) * 2001-08-22 2007-05-29 Genworth Financial, Inc. Method and system for tracking errors
WO2003096242A1 (en) * 2002-05-07 2003-11-20 British Telecommunications Public Limited Company Method and apparatus for selecting user policies
US7209963B2 (en) * 2002-07-11 2007-04-24 International Business Machines Corporation Apparatus and method for distributed monitoring of endpoints in a management region
US7155514B1 (en) * 2002-09-12 2006-12-26 Dorian Software Creations, Inc. Apparatus for event log management
US20080177994A1 (en) * 2003-01-12 2008-07-24 Yaron Mayer System and method for improving the efficiency, comfort, and/or reliability in Operating Systems, such as for example Windows
US7647398B1 (en) * 2005-07-18 2010-01-12 Trend Micro, Inc. Event query in the context of delegated administration
CN100373976C (zh) * 2005-10-14 2008-03-05 华为技术有限公司 在设备管理中处理失败任务的方法及装置
CN1863201B (zh) 2005-10-17 2010-12-08 华为技术有限公司 查询客户端对策略条件执行结果的方法
CN1852158A (zh) * 2005-11-29 2006-10-25 华为技术有限公司 一种电信网络告警的实现方法及其系统
CN101369909A (zh) 2007-08-15 2009-02-18 华为技术有限公司 上报策略执行结果的方法、网络通信系统和设备
CN101136799B (zh) * 2007-09-20 2010-05-26 中兴通讯股份有限公司 一种实现通讯设备故障集中告警处理的方法
US8059533B2 (en) * 2007-10-24 2011-11-15 Cisco Technology, Inc. Packet flow optimization (PFO) policy management in a communications network by rule name

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107800550A (zh) * 2016-08-31 2018-03-13 中国电信股份有限公司 策略执行方法和编排器

Also Published As

Publication number Publication date
WO2010020083A1 (zh) 2010-02-25
EP2296312B1 (en) 2018-08-01
EP2296312A1 (en) 2011-03-16
US8725867B2 (en) 2014-05-13
CN101355808B (zh) 2013-01-16
EP2296312A4 (en) 2012-05-09
US20110138235A1 (en) 2011-06-09

Similar Documents

Publication Publication Date Title
US7602711B2 (en) Method and system for resource reservation in customer request mode in next generation network, and an RM-PDF thereof
US9037721B2 (en) Method and system for resource admission control
CN102215155A (zh) 一种家庭网络的资源接纳控制方法及系统
US8659999B2 (en) Method and system for resource and admission control in an NGN home network
CN101232503B (zh) 资源分配方法及资源释放方法
CN101355808B (zh) 一种上报策略安装失败的方法
CN101360113B (zh) 服务质量请求信息的实现方法以及策略执行功能实体
CN101355807B (zh) 一种策略安装失败时的反馈方法
CN102769873B (zh) 一种资源接纳控制方法及系统
US8381261B2 (en) Method for selecting policy decision functional entity in a resource and admission control system
CN101309238A (zh) 一种多协议标签交换架构网络资源接纳控制系统及方法
CN102215475A (zh) 一种漫游场景下资源查询方法和系统
CN102148809B (zh) 一种业务识别与管理系统获取信息的系统及方法
CN101730156A (zh) 一种资源接纳控制方法
CN102026302A (zh) 批发场景下的拉模式资源接纳控制方法和系统
CN101959253B (zh) 一种跨域的资源接纳控制方法及系统
CN101309224B (zh) 一种多协议标签交换架构网络资源接纳控制系统及方法
CN102238742B (zh) 资源接纳控制方法及系统
CN101765162A (zh) 一种推模式的资源接纳控制方法
WO2011069390A1 (zh) 用量签订方法及系统、基于用量的接纳控制方法及系统
CN101765163A (zh) 一种拉模式的资源接纳控制方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant