CN101821988A

CN101821988A - 一种下一代网络中资源请求的处理方法

Info

Publication number: CN101821988A
Application number: CN200780100986A
Authority: CN
Inventors: 孙默
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-12-20
Filing date: 2007-12-20
Publication date: 2010-09-01
Also published as: EP2234328B1; EP2234328A1; EP2234328A4; US8526304B2; WO2009079844A1; US20100304775A1

Abstract

一种下一代网络中资源请求的处理方法，包括下列步骤：下一代网络的业务控制层接收到用户发送的业务请求后，向资源接纳控制层发送对应的资源请求；如果不能满足该资源请求申请的带宽，则资源接纳控制层在拒绝该请求时将可用带宽信息加入到相应的资源请求拒绝消息中并将其发送给业务控制层。业务控制层和用户根据可用带宽信息进行相应业务的会话协商。该方法可以优化QoS资源控制，当业务控制功能在资源申请失败时，能够获得当前的资源状况，并根据当前的资源状况，重新协商QoS，以便快捷、高效地进行业务接入，为用户提供了更好服务。

Description

一种下一代网络中资源请求的处理方法

技术领域

本发明涉及通信领域，尤其涉及一种下一代网络中资源申请的处理方法。

背景技术

NGN ( Next Generation Network, 下一代网络）由于承载网采用了分组技术，特别是 IP ( Internet Protocol, 因特网协议）技术，增加了业务的服务质量（QoS )保障方面的难度。

为了保障业务的服务质量，在 NGN中引入了资源接纳控制的概念和相应的功能实体。资源接纳控制位于业务控制层和接入 /承载层之间，向业务控制层屏蔽具体的接入 /承载层技术和拓朴信息。实现资源接纳控制相关的功能实体从业务控制层接收业务相关的 QoS请求，然后与接纳控制策略、网络的拓朴信息等相结合，并将业务 QoS的信息转化为 IP QoS信息，传送给相关的接入 /承载层节点和业务网关节点，然后这些节点根据收到的信息和自身的功能实现相应的 QoS控制。

ITU-T (国际电信联盟）和 ETSI (欧洲电信标准协会）是两个致力于 NGN技术标准制定的组织，关于资源接纳控制，它们分别提出了 RACF ( Resource and Admission Control Function, 资源接纳控制功能）和 RACS ( Resource and Admission Control Subsystem, 资源接纳控制子系统 )。

虽然两大组织的资源接纳控制系统的草案范围不同，并且一些具体的功能实体定义略有差异，但其框架是相似和兼容的。

在 ITU-T关于 RACF的草案中，提供了 RACF的功能框架，如图 1所示。

图 1中包含如下功能实体： SCF ( Service Control Function, 业务控制功能）， PD-FE ( Policy Decision Function Entity,策略决策功能实体）， TRC-FE ( Transport Resource Control Function Entity, 传输资源控制功能实体）， PE-FE ( Policy Execute Function Entity, 策略执行功能实体）， TRE-FE ( Transport Resource Execute Function Entity, 传输资源执行功能实体），

NACF ( Network Attachment Control Function, 网络附着控制功能）， CPE ( Customer Premises Equipment, 用户设备 )等。

SCF用于控制业务层面的协商，并根据业务会话协商的 QoS向 RACF 发起资源请求。

PD-FE用于基于媒体流会话信息，以及从 NACF获取的用户的传输资源签约信息（简称签约信息）做出初步的 QoS资源决策，然后与 TRC-FE交互以确认是否有足够的 QoS资源，进行最终决策，并将该决策下发给 PE-FE 执行。

TRC-FE主要负责资源控制，它监控网络中的资源并收集相关信息，在 PD-FE请求资源时根据具体的资源状况给予应答。

PE-FE主要是在 PD-FE的指导下进行策略控制，如门控、带宽、流量分类和标记、流量整形、二层和三层 QoS映射、收集和报告资源使用信息等。

TRE-FE是在 TRC-FE的指导下进行二层的策略执行。

在 ETSI TISPAN ( Telecommunication and Internet converged Services and Protocols for Advanced Networking, 用于高级网络的通信和互联网融合的业务和协议）关于 RACS的草案中，提供了 RACS的功能框架，如图 2所示。

图 2中包含如下功能实体： AF ( Application Function,应用功能）， SPDF

( Service-based Policy Decision Function, 基于业务的策略决策功能）， x-RACF ( generic Resource and Admission Control Function, 接入资源接纳控制功能）， NASS ( Network Attachment Subsystem, 网络附着子系统）， BGF ( Border Gateway Function, 边界网关功能）， RCEF ( Resource Control Enforcement Function, 资源控制执行功能）， L2TF ( Layer 2 Termination Function, 二层终结功能）等。

AF是业务控制功能，它控制业务层面的协商，并根据业务会话协商的 QoS向 RACF发起资源请求。 SPDF根据 AF的请求选择本地策略，并将请求映射成 IP QoS参数，发送给 A-RACF和 BGF, 以申请相应的资源。

x-RACF分为 C-RACF ( Core-Resource and Admission Control Function, 核心资源接纳控制功能）和 A-RACF ( Access-Resource and Admission Control Function, 接入资源接纳控制功能）两种。

A-RACF从 SPDF接收请求，然后基于所保存的策略实现接纳控制，接受或拒绝对传送资源的请求。 A-RACF可以通过 e4参考点从 NASS获得网络附着信息和用户 QoS签约信息（简称签约信息），从而可以根据网络位置信息（例如接入用户终端的物理节点的地址）确定可用的网络资源，同时在处理资源分配请求时参考用户的签约信息。

BGF位于接入网和核心网之间，实现核心边界网关功能；也可以作为两个核心网之间的网关。 BGF在 SPDF的控制下完成 NAT、门控、 QoS标记、带宽限制、使用测量以及资源同步等功能。

RCEF实施 A-RACF通过 Re参考点传送过来的接入运营商定义的二层 / 三层（L2/L3 )媒体流策略，完成门控、 QoS标记、带宽限制等功能。

L2TF是接入网中终结二层连接的功能实体。 RCEF和 L2TF是两个不同的逻辑功能实体，通常可以在同一个物理设备上实现。

在 NGN系统中 , 目前会话业务的 QoS协商过程是，先由业务控制层面进行业务的 QoS协商，然后 SCF/AF根据业务协商的 QoS, 向 RACF/RACS 发起资源请求， RACF/RACS根据用户的签约信息，以及当前可用资源的情况，做出接纳决策；如果能够接纳，则将策略下发给传输层策略执行实体；求的资源超出了当前可分配资源，那么会拒绝 SCF/AF的资源请求。 - 图 3为现有技术中业务的资源请求被拒绝的流程示意图，具体包含如下步骤：

301: 用户设备 ( CPE/UE )向业务控制功能（SCF/AF )发起业务请求，该请求中包含其期望的 QoS信息；上述 QoS信息包含：上行带宽、下行带宽、优先级等。

302: 如果该业务请求的 QoS可以被业务层接受，那么业务控制功能会根据用户请求的 QoS向资源接納控制功能（RACF/RACS )发起资源请求；

303: 如果资源接纳控制功能上没有用户的签约信息，那么会与网络附着功能（NACF/NASS )交互以获取该用户的签约信息；

304: 资源接纳控制功能会根据签约信息和当前可用资源状况对请求#文出接纳决策，如果请求的带宽以及用户已使用的带宽总和超出了用户签约的资源，或者请求的带宽超出了当前传输层设备的可分配带宽，那么会拒绝该资源请求；

305: 资源接纳控制功能向业务控制功能发送资源请求拒绝消息，以拒绝该资源请求；

306: 业务控制功能会向用户设备发送业务请求拒绝消息，以拒绝该业务请求；

307: 用户设备和业务控制功能之间可能会重新发起业务会话协商。

由上可知，由于目前资源接纳控制功能在资源不足时只是返回相关的错误码，告知业务控制功能拒绝资源请求的原因。因此业务控制功能虽然知道资源请求是因为资源不足被拒绝，但是由于资源具体状况被资源接纳控制功能屏蔽，只能盲目地与用户重新协商，反复进行资源请求，或者猜测性的降低资源要求，申请较少一些的资源。

采用反复进行资源请求的方法只能等到其它应用释放了资源才能申请成功；采用猜测性的降低资源要求的方法由于没有可供参考的依据，无法获知将资源要求降低到什么程度可以申请成功，因此很可能要尝试很多次才能成功地申请到资源，效率较低。

发明内容

本发明所要解决的技术问题是，克服现有技术的不足，提出一种资源接纳控制功能在资源不足的情况下对资源请求的处理方法，使得用户设备和业务控制功能可高效率地重新进行资源的申请。

为了解决上述问题，本发明提供一种下一代网络中资源请求的处理方法，其特征在于，下一代网络的业务控制晨接收到用户发送的业务请求后，向资源接纳控制层发送对应的资源请求；若无法满足该资源请求所申请的带宽，则资源接纳控制层在拒绝该请求时将可用带宽信息包含在相应的资源请求拒绝消息中发送给业务控制层。

此外，所述业务控制层和所述用户根据所述可用带宽信息进行相应业务的会话协商。

此外，若仅由于该用户的剩余签约带宽无法满足所述资源请求，则所述可用带宽信息包含：所述剩余签约带宽的带宽值；

若仅由于传输层可分配带宽无法满足所述资源请求，则所述可用带宽信息包含：所述传输层可分配带宽的带宽值；

若该用户的剩余签约带宽和传输层可分配带宽都无法满足所述资源请求，则所述可用带宽信息包含：所述剩余签约带宽的带宽值和所述传输层可分配带宽的带宽值，或所述剩余签约带宽和传输层可分配带宽中的最小带宽值。

此外，所述剩余签约带宽包含：剩余上行签约带宽，剩余下行签约带宽；所述传输层可分配带宽包含：传输层上行可分配带宽，传输层下行可分配带宽。

此外，所述业务控制层为 SCF, 所述资源接纳控制层为 RACF系统；向 SCF发送所述资源请求拒绝消息前，该方法包含如下步驟：

A: SCF接收到所述用户发起的业务请求后将对应的资源请求发送至 RACF系统的 PD-FE;

B: PD-FE获取该用户的签约信息，并根据该签约信息判断是否可满足所述资源请求，若该用户的剩余签约带宽小于所述资源请求所需带宽，则将该剩余签约带宽作为可用带宽信息包含在所述资源请求拒绝消息中。

此外，所述业务控制层为 SCF, 所述资源接纳控制层为 RACF系统；向 SCF发送所述资源请求拒绝消息前，该方法包含如下步驟： . Al: SCF接收到所述用户发起的业务奇求后将对应的资源请求发送至 RACF系统的 PD-FE;

Bl: PD-FE获取该用户的签约信息，并向 RACF系统的 TRC-FE发送与所述资源请求相应的传输层资源请求；

C1: 若传输层可分配带宽不能满足所述传输层资源请求， TRC-FE将传输层可分配带宽值包含在传输层资源请求应答中发送给 PD-FE;

D1: 若该用户的剩余签约带宽小于所述资源请求所需带宽，则 ¹ PD-FE 将该用户的剩余签约带宽值，或该用户的剩余签约带宽值和传输层可分配带宽值，或该用户的剩佘签约带宽值和传输层可分配带宽值中的最小值作为所述可用带宽信息包含在所述资源请求拒绝消息中；否则 PD-FE将传输层可分配带宽值作为可用带宽信息包含在所述资源请求拒绝消息中。

此外，所述业务控制层为 AF, 所述资源接纳控制层为 RACS系统; 向 AF发送所述资源请求拒绝消息前，该方法包含如下步骤：

a ) AF接收到所述用户发起的业务请求后将对应的资源请求通过 RACS 系统的 SPDF发送给 A-RACF;

b ) A-RACF根据该用户的签约信息和传输层资源状况做出接纳决策：如果该用户的剩余签约带宽不能满足所述资源请求，或当前传输层的可分配带宽不能满足所述资源请求，则将该用户的剩余签约带宽和传输层可分配带宽中的最小带宽值作为可用带宽信息包含在所述资源请求拒绝消息中；如果该用户的剩余签约带宽不能满足所述资源请求，且当前传输层的可分配带宽不能满足所述资源请求，则将该用户的剩余签约带宽值和传输层可分配带宽值，或将两者中的最小带宽值作为可用带宽信息包含在所述资源请求拒绝消息中。

此夕卜，接收到所述资源请求拒绝消息后，所述业务控制层根据所述可用带宽信息确定 QoS参数，并发起与所述业务请求对应的会话协商。

此外，接收到所述资源请求拒绝消息后，所述业务控制层将包含所述可用带宽信息的业务请求拒绝消息发送给所述用户；所述用户根据所述可用带宽信息确定 QoS参数，并发起与所述业务请求对应的会话协商。综上所述，采用本发明方法，可以优化 QoS 资源控制，使业务控制功能在资源申请失败时，能够获知到当前的资源状况，并根据当前的资源状况，重新协商 QoS, 以便快速、高效地进行业务接入，为用户提供了更好服务。附图概述

图 1为 ITU-T 的资源接纳控制子系统 RACF的架构图；

图 2为 ETSI的资源接纳控制子系统 RACS的架构图；

图 3为现有技术中业务的资源请求被拒绝的流程示意图；

图 4为本发明实施例 RACF系统中用户签约带宽不足时对资源请求进行处理的方法流程图；

图 5为本发明实施例 RACF系统中传输层带宽不足时对资源请求进行处理的方法流程图；

图 6为本发明实施例 RACS系统中用户签约带宽和 /或传输层带宽不足时对资源请求进行处理的方法流程图。

本发明的较佳实施方式

本发明的基本思路是，在拒绝资源请求时，策略决策功能将该用户的当前可用带宽信息包含在相应的应答消息中，接收到该应答消息后，业务控制功能根据该用户的当前可用带宽信息重新发起业务会话协商。

下面将结合附图和实施例对本发明进行详细描述。

第一实施例： RACF系统中用户签约带宽不足

图 4为本发明实施例 RACF系统中用户签约带宽不足时对资源请求进行处理的方法流程图。

在 RACF系统中，当 SCF为用户的某个业务向 PD-FE申请资源时，如果 PD-FE发现本次申请的带宽加上该用户已经使用的带宽超出了用户签约的总带宽，则需要在发送给 SCF的资源请求拒绝消息中携带该用户当前的可用带宽信息； SCF收到该拒绝消息后，可根据其中包含的可用带宽信息与用户重新进行会话协商，也可以将该可用带宽信息包含在业务请求拒绝消息中发送给用户，由用户决定是否重新进行会话协商，并重新确定相关的 QoS 参数。

如图 4所示，该方法包含如下步驟：

401: 用户设备 CPE向业务控制功能 SCF发起业务请求，对应的业务请求消息中包含其期望的 QoS信息；

402: 如果业务层可以接受用户请求的 QoS, 那么 SCF会根据用户请求的 QoS向 RACF系统的策略决策功能实体 PD-FE发起资源请求；

403: 若 PD-FE上没有该用户的签约信息，则 PD-FE与网络附着控制功能 NACF进行交互以获取该用户的签约信息；

404: PD-FE根据上述资源请求和该用户的签约信息进行决策：若 PD-FE发现该业务请求对应的资源请求所申请的上行 /下行带宽与该用户已经使用的上行 /下行带宽之和大于用户签约的总上行 /下行带宽，即该用户的剩余签约带宽不足，则拒绝该资源请求。

405: PD-FE向 SCF发送资源请求拒绝消息，以拒绝该资源请求；在资源请求拒绝消息中包含一个扩展字段，用于携带该用户当前的可用带宽信息（包含上行带宽和下行带宽）。当然，也可以通过该消息中的扩展参数携带上述可用带宽信息。

也就是说，在本实施例中，将该用户的剩余签约带宽（包含剩余上行签约带宽和剩余下行签约带宽）作为可用带宽信息发送给 SCF。

406: SCF收到上述资源请求拒绝消息后，获取其中包含的该用户当前的可用带宽信息，根据该信息重新确定 QoS参数，并重新发起会话协商，本流程结束。

SCF收到上迷资源请求拒绝消息后，除了根据可用带宽信息重新发起会话协商外，还可以拒绝该用户的业务请求，具体包含以下步骤 407、 408: 407: SCF收到上述资源请求拒绝消息后，提取中其中包含的该用户当前的可用带宽信息，并将该信息包含在业务请求拒绝消息中发送给 CPE; 同样，可通过业务请求拒绝消息的扩展字段或扩展参数携带上述可用带宽信息。

408: CPE收到上述业务请求拒绝消息后，根据其中包含的当前可用带宽信息重新确定 QoS参数，并重新发起会话协商。

第二实施例： RACF系统中传输层带宽不足

图 5为本发明实施例 RACF系统中传输层带宽不足时对资源请求进行处理的方法流程图。 '

在 RACF系统中，当 SCF为用户的某个业务向 PD-FE申请资源时，如果当前用户的剩余签约带宽可以满足资源请求，那么 PD-FE会向 TRC-FE 发起传输层资源请求；如果 TRC-FE发现目前传输层设备的可分配带宽不足以满足该资源请求时， TRC-FE将可分配给该用户的上行 /下行带宽（统称为可分配带宽）包含在传输层资源请求应答消息中发送给 PD-FE; PD-FE根据上述应答消息进行最终决策，并将上述可分配带宽作为该用户当前的可用带宽信息包舍在资源请求拒绝消息中发送给 SCF。

如图 5所示，该方法包含如下步驟：

501 - 503: 分别与步骤 401 ~ 403相同。

504: PD-FE根据资源请求和该用户的签约信息进行决策：

如果该资源请求的 QoS级别不高于用户签约的 QoS级别，且该用户剩余的签约带宽大于当前请求的带宽，那么会进一步请求传输层资源。

505: PD-FE向传输资源控制功能实体 TRC-FE发送传输层资源请求消 506: TRC-FE根据当前传输层资源状况进行判断：

如果当前传输层可分配带宽小于请求的带宽，那么会拒绝该请求，并在相应的传输层资源请求应答中携带传输层可分配带宽（包含可分配给该用户 /业务使用的传输层上行可分配带宽，传输层下行可分配带宽）。

507: PD-FE接收到上述传输层资源请求应答后，进行最终的决策，拒绝该资源请求；

508: PD-FE向 SCF发送资源请求拒绝消息，并将上述传输层资源请求应答中包含的可分配带宽作为该用户当前可用带宽信息发送给 SCF;

509: SCF收到上述资源请求拒绝消息后，提取其中包含的该用户当前可用带宽信息，根据该信息重新确定 QoS参数，并重新发起会话协商，本流程结束。

SCF收到上述资源请求拒绝消息后，除了根据可用带宽信息重新发起会话协商外，还可以拒绝该用户的业务请求，具体包含以下步骤 510、 511:

510: SCF收到上述资源请求拒绝消息后，提取中其中携带的该用户当前可用带宽信息，并将该信息包含在业务请求拒绝消息中发送给 CPE;

同样，可通过业务请求拒绝消息的扩展字段或扩展参数携带上述可用带宽信息。

511: CPE收到上述业务请求拒绝消息后，根据其中包含的当前可用带宽信息重新确定 QoS参数，并重新发起会话协商。

需要注意的是，对于 RACF系统，其签约资源检查（步驟 404，步骤 504 ) 和传输资源状况检查（步驟 506 )分别由 PD-FE和 TRC-FE完成，签约资源检查完成后再进行传输资源状况的检查。但实际上，有时会存在签约资源和传输资源都不足的情况。

因此，在实现时，也可以允许 PD-FE在签约资源检查不通过（即用户的剩余签约带宽不足）时继续进行传输资源状况的检查。传输资源状况的检查完成后， PD-FE进行如下判断：

若 PD-FE接收到的传输资源请求应答中包含的信息表明当前传输层的可分配带宽可以满足该资源请求，则 PD-FE将该用户的剩余签约带宽作为当前可用带宽包含在资源请求拒绝消息中发送给 SCF; 若 PD-FE接收到的传输资源请求应答中包含的信息表明当前传输层的可分配带宽也无法满足该资源请求，则 PD-FE将该用户的剩余签约带宽和传输层可分配带宽的最小值作为该用户当前可用带宽信息包含在资源请求拒绝消息中发送给 SCF。

当上述剩余签约带宽的上行带宽和下行带宽，以及可分配带宽的上行带宽和下行带宽都不足时，分别取上行带宽和下行带宽的最小值。

此外，接收到资源请求后， PD-FE在获取用户的签约信息，并根据签约信息进行决策前或同时，也可以先向 TRC-FE发送传输层资源请求消息。

第三实施例： RACS系统中用户签约带宽和 /或传输层带宽不足

图 6为本发明实施例 RACS系统中用户签约带宽和 /或传输层带宽不足时对资源请求进行处理的方法流程图。如图 6所示，该方法包含如下步骤：

601: 用户设备 UE向应用功能 AF发起业务请求，对应的业务请求消息中包含其期望的 QoS信息；

602: 如果用户请求的 QoS业务层可以接受，那么 AF会根据用户请求的 QoS向 RACS系统的基于业务的策略决策功能 SPDF发起资源请求；

603: SPDF根据运营商配置的策略对该资源请求进行授权检查；若授权检查通过，则执行下一步；否则拒绝该资源请求，本流程结束。

604: SPDF向接入资源接纳控制功能 A-RACF发送资源请求；

605:接收到上述资源请求后，如果 A-RACF上没有该用户的签约信息，那么会与网络附着子系统 NASS交互以获取该用户的签约信息；

606: A-RACF根据该用户的签约信息和当前传输层资源状况做出接纳决策：

如果该用户的剩余签约带宽不能满足当前的资源请求，和 /或，当前传输层的可分配带宽不能满足当前的资源请求，则应当拒绝该资源请求；

607: A-RACF向 SPDF发送资源请求拒绝消息，该消息中携带该用户当前可用带宽信息；上述可用带宽信息可以是该用户的剩余签约带宽和传输层可分配带宽中的最小值。

608: SPDF向 AF发送资源请求拒绝消息，该消息中同样包含上述可用带宽信息；

609: AF收到上述资源请求拒绝消息后，提取其中包含的该用户当前可用带宽信息，根据该信息重新发起会话协商，本流程结束。

AF收到上述资源请求拒绝消息后，除了根据可用带宽信息重新发起会话协商外，还可以拒绝该用户的业务请求，具体包含以下步骤 610、 611:

610: AF收到上述资源请求拒绝消息后，提取中其中包含的该用户当前可用带宽信息，并将该信息包含在业务请求拒绝消息中发送给 UE;

611 : UE收到上述业务请求拒绝消息后，根据其中包含的当前可用带宽信息重新确定 QoS参数，并重新发起会话协商。

基于本发明的基本原理，对上述实施例还可以进行多种变换，例如：可以将该用户的剩余签约带宽和传输层可分配带宽同时包含在上述可用带宽信息中。

工业实用性

综上所述，采用本发明方法，可以优化 QoS资源控制，使业务控制功能在资源申请失败时，能够获知到当前的资源状况，并根据当前的资源状况，重新协商 QoS, 以便快速、高效地进行业务接入，为用户提供了更好服务。

Claims

权利要求书

1、一种下一代网络中资源请求的处理方法，其特征在于，下一代网络的业务控制层接收到用户发送的业务请求后，向资源接纳控制层发送对应的资源请求；若无法满足该资源请求所申请的带宽，则资源接纳控制层在拒绝该请求时将可用带宽信息包含在相应的资源请求拒绝消息中发送给业务控制层。
2、如权利要求 1所述的方法，其特征在于，所述业务控制层和所述用户根据所述可用带宽信息进行相应业务的会话协商。
3、如权利要求 1所述的方法，其特征在于，

若仅由于该用户的剩余签约带宽无法满足所述资源请求，则所述可用带宽信息包含：所述剩余签约带宽的带宽值；

若仅由于传输层可分配带宽无法满足所述资源请求，则所述可用带宽信息包含：所述传输层可分配带宽的带宽值；

若该用户的剩余签约带宽和传输层可分配带宽都无法满足所述资源请求，则所述可用带宽信息包含：所述剩余签约带宽的带宽值和所述传输层可分配带宽的带宽值，或所述剩余签约带宽和传输层可分配带宽中的最小带宽值。
4、如权利要求 3所述的方法，其特征在于，

所述剩余签约带宽包含：剩余上行签约带宽，剩余下行签约带宽；所述传输层可分配带宽包含：传输层上行可分配带宽，传输层下行可分配带宽。
5、如权利要求 4所述的方法，其特征在于，

所述业务控制层为 SCF, 所述资源接纳控制层为 RACF系统；向 SCF发送所述资源请求拒绝消息前，该方法包含如下步骤：

A: SCF接收到所述用户发起的业务请求后将对应的资源请求发送至

RACF系统的 PD-FE;

B: PD-FE获取该用户的签约信息，并根据该签约信息判断是否可满足所述资源请求，若该用户的剩余签约带宽小于所述资源请求所需带宽，则将该剩余签约带宽作为可用带宽信息包含在所述资源请求拒绝消息中。
6、如权利要求 4所述的方法，其特征在于，

所述业务控制层为 SCF, 所述资源接纳控制层为 RACF系统；

向 SCF发送所述资源请求拒绝消息前，该方法包含如下步骤：

A1： SCF接收到所述用户发起的业务请求后将对应的资源请求发送至 RACF系统的 PD-FE;

Bl: PD-FE获取该用户的签约信息，并向 RACF系统的 TRC-FE发送与所述资源请求相应的传输层资源请求；

C1: 若传输层可分配带宽不能满足所述传输层资源请求， TRC-FE将传输层可分配带宽值包含在传输层资源请求应答中发送给 PD-FE;

D1: 若该用户的剩余签约带宽小于所述资源请求所需带宽，则 PD-FE 将该用户的剩余签约带宽值，或该用户的剩余签约带宽值和传输层可分配带宽值，或该用户的剩余签约带宽值和传输层可分配带宽值中的最小值作为所述可用带宽信息包含在所述资源请求拒绝消息中；否则 PD-FE将传输层可分配带宽值作为可用带宽信息包含在所述资源请求拒绝消息中。
7、如权利要求 4所述的方法，其特征在于，

所述业务控制层为 AF, 所述资源接纳控制层为 RACS系统；

向 AF发送所述资源请求拒绝消息前，该方法包含如下步骤：

a ) AF接收到所述用户发起的业务请求后将对应的资源请求通过 RACS 系统的 SPDF发送给 A-RACF;

b ) A-RACF根据该用户的签约信息和传输层资源状况做出接纳决策：如果该用户的剩余签约带宽不能满足所述资源请求，或当前传输层的可分配带宽不能满足所述资源请求，则将该用户的剩余签约带宽和传输层可分配带宽中的最小带宽值作为可用带宽信息包含在所述资源请求拒绝消息中；如果该用户的剩余签约带宽不能满足所述资源请求，且当前传输层的可分配带宽不能满足所述资源请求，则将该用户的剩余签约带宽值和传输层可分配带宽值，或将两者中的最小带宽值作为可用带宽信息包含在所述资源请求拒绝消息中。
8、如权利要求 2所迷的方法，其特征在于，接收到所述资源请求拒绝消息后，所述业务控制层根据所述可用带宽信息确定 QoS参数，并发起与所述业务请求对应的会话协商。
9、如权利要求 2所述的方法，其特征在于，接收到所述资源请求拒绝消息后，所述业务控制层将包含所述可用带宽信息的业务请求拒绝消息发送给所述用户；所述用户根据所述可用带宽信息确定 QoS参数，并发起与所述业务请求对应的会话协商。