CN1878068A - 多业务选择网络及其支持的业务的实现方法 - Google Patents

Abstract

本发明公开了一种多业务选择网络及一种多业务选择网络支持的业务的实现方法。用户接入网络并激活业务之后，业务选择系统将业务计费消息进行COPS协议和RADIUS协议转换后转发给RADIUS服务器，通过RADIUS服务器对用户接入网络和用户进行多业务选择网络支持的业务集中计费。本发明提供的技术方案通过RADIUS服务器实现了对用户接入网络和用户享受业务服务的集中计费。同时，本发明的技术方案能够对用户数据进行集中管理；本发明通过在业务选择系统和宽带远程接入服务器之间下发简单的策略名称，减小了数据流量，节约了网络带宽。

Description

多业务选择网络及其支持的业务的实现方法

技术领域

本发明涉及互联网技术，特别涉及多业务选择网络及其支持的业务的实现方法。

背景技术

现代通信技术的发展，尤其是互联网宽带数据业务的高速发展，使得用户除了满足于单纯的接入互联网之外，还有更多的业务需求，以便更好地享受宽带互联网提供的丰富多彩的业务服务。例如带宽的按需选择(BandwidthOn Demand，BOD)业务、增值业务等业务。

现有技术中多业务选择网络是基于接入网络来实现的。图1为现有技术中接入网络的结构示意图。如图1所示，现有技术的接入网络包括：宽带远程接入服务器(Broadband Remote Access Server，BRAS)102、远端用户拨入鉴权(Remote Authentication Dial In User Service，RADIUS)服务器103和用户数据库104。用户通过客户端101实现与网络的通信。其中，BRAS102，用于接收来自客户端101的拨号信息和RADIUS服务器103的接入认证响应，并分别向客户端101和RADIUS服务器103发送通过认证信息和接入认证请求；RADIUS服务器103，用于接收来自BRAS 102的接入认证请求，向BRAS 102发送接入认证响应，并对用户的接入进行认证和计费；用户数据库104，用于存储用户数据并提供给RADIUS服务器103。

图2为现有技术中基于图1所示接入网络的多业务选择网络的结构示意图。如图2所示，现有基于接入网络的多业务选择网络包括：BRAS 202、RADIUS服务器103、用户数据库104、业务选择系统(Service SelectionSystem，SSS)205以及业务门户206。

用户先通过客户端101、BRAS 202和RADIUS服务器103之间进行信息交互，并由RADIUS服务器103对用户认证，从而实现用户接入网络，RADIUS服务器103进行接入计费；BRAS 202、SSS 205和业务门户206之间进行信息交互，从而激活多业务选择网络支持的业务，由SSS 205通过和BRAS 202互发基于通用开放策略服务(Common Open Policy Service，COPS)协议的业务计费请求和业务计费响应来进行业务计费；用户数据库104用于保存用户数据，并提供给RADIUS服务器103。

现有多业务选择网络能够支持用户进行BOD业务、增值业务等多种业务，但该网络在SSS上部署策略数据、用户数据和用户业务权限数据等，由SSS完成业务计费，因而就不能对用户接入网络和网络为用户提供的SSS支持的业务进行集中计费，使得运营商无法按用户结算费用。

同时，该方案也不能对用户数据进行集中管理、进而对数据维护和结算都会带来冲击。而且，现有技术在作为策略决策点(Policy DecisionPoint，PDP)的SSS和作为策略执行点(Policy Enforcement Point，PEP)的BRAS之间下发复杂的策略信息，数据流量较大，占用了网络带宽。

发明内容

有鉴于此，本发明的一个主要目的在于：提供一种多业务选择网络，能够实现对用户接入网络和网络为用户提供的业务进行集中计费。

本发明的另一个主要目的在于：提供一种多业务选择网络支持的业务的实现方法，能够实现对用户接入网络和网络为用户提供的业务进行集中计费。

根据上述的第一个方面，本发明提供了一种多业务选择网络，包括：远端用户拨入鉴权RADIUS服务器和业务选择系统，其中

RADIUS服务器，用于在用户成功接入网络后，对用户进行接入计费，并根据来自业务选择系统的请求对用户进行业务计费；

业务选择系统，用于在用户的请求下激活对应的业务，并在成功激活所述业务后，请求RADIUS服务器进行业务计费。

所述网络进一步包括：

宽带远程接入服务器，用于在用户成功接入网络后，请求RADIUS服务器对接入网络的用户进行接入计费，并在所述业务被成功激活后，请求业务选择系统进行业务计费。

所述网络进一步包括：

策略数据库，用于存储所有用户的业务权限数据以及用户上线期间的业务权限标识，并将与所述业务权限标识对应的业务权限数据提供给业务选择系统；

用户数据库，用于存储用户信息，并向RADIUS服务器提供用户信息；

所述业务选择系统进一步用于将业务权限标识发送给策略数据库，根据来自策略数据库的业务权限数据确认所述用户的业务权限，并维护策略数据库中的业务权限数据；

所述RADIUS服务器进一步用于根据所述用户信息对接入网络的用户进行接入计费，并维护用户数据库中的用户数据。

所述宽带远程接入服务器进一步包括：

存储模块，用于存储策略信息，并将来自业务选择系统的策略名称所对应的策略信息提供给宽带远程接入服务器。

所述网络进一步包括：业务门户，用于在用户的请求下，向业务选择系统发起用于激活业务的请求和用于去激活业务的请求。

根据上述的另一个方面，本发明提供了一种多业务选择网络支持的业务的实现方法，包括以下步骤：

A、用户成功接入网络后，远端用户拨入鉴权RADIUS服务器对所述用户进行接入计费；

B、根据所述用户的请求激活业务，RADIUS服务器针对被激活的业务，对所述用户进行业务计费。

所述步骤A包括：

A1、用户通过客户端和宽带远程接入服务器请求RADIUS服务器对所述请求接入网络的用户进行接入认证，RADIUS服务器根据接收到的请求，对所述用户进行接入认证，并向宽带远程接入服务器发送所述用户的业务权限信息；

A2、在认证成功后，宽带远程接入服务器请求RADIUS服务器对所述用户进行接入计费，RADIUS服务器对该用户进行接入计费，宽带远程接入服务器向业务选择系统发送表示用户上线的请求REQ消息和所述用户的业务权限信息；

A3、业务选择系统接收来自宽带远程接入服务器的表示上线通知的REQ消息和所述用户的业务权限信息，并记录业务权限信息。

步骤B所述激活多业务选择网络支持的业务的方法包括：

用户通过客户端和业务门户向业务选择系统请求激活业务；

业务选择系统根据所述业务权限信息对所述用户的业务权限进行检查，检查通过后向宽带远程接入服务器发送策略名称；

宽带远程接入服务器根据内部存储的与策略名称对应的策略信息执行策略，并在执行完毕所述策略后向业务选择系统发送策略执行结果；业务选择系统在接收到策略执行结果之后，通知用户激活业务的结果。

所述预先配置的业务权限信息包括：业务权限数据和业务权限标识；

所述根据业务权限信息对用户的业务权限进行检查为：业务选择系统查找所述业务选择系统内部存储的与业务权限标识所对应的业务权限数据中是否存在用户请求激活的业务。

步骤B所述RADIUS服务器针对被激活的业务，对用户进行业务计费的方法包括：

B1、宽带远程接入服务器请求业务选择系统开始进行业务计费，业务选择系统请求RADIUS服务器开始进行业务计费；

B2、宽带远程接入服务器通过业务选择系统请求RADIUS服务器进行中间业务计费，RADIUS服务器根据被激活的业务，对所述用户进行中间业务计费。

所述步骤B1包括：

B11、宽带远程接入服务器向业务选择系统发送开始业务计费报告状态RPT请求；

B12、业务选择系统将开始业务计费RPT请求转换为RADIUS服务器能够识别的开始业务计费请求，并将转换后的开始业务计费请求与用户激活的业务的名称一起发送到RADIUS服务器；RADIUS服务器开始业务计费。

所述步骤B11之后进一步包括：业务选择系统向宽带远程接入服务器发送开始业务计费RPT响应；

所述B12之后进一步包括：RADIUS服务器向业务选择系统发送开始业务计费响应。

所述步骤B12之后进一步包括：

RADIUS服务器向业务选择系统发送开始业务计费响应；业务选择系统将来自RADIUS服务器的开始业务计费响应转换为宽带远程接入服务器能够识别的开始业务计费RPT响应，并发送到宽带远程接入服务器。

所述步骤B2包括：

B21、宽带远程接入服务器向业务选择系统发送中间业务计费RPT请求；

B22、业务选择系统将中间业务计费RPT请求转换为RADIUS服务器能够识别的中间业务计费请求，并将转换后的中间业务计费请求与用户激活的业务的名称一起发送到RADIUS服务器；RADIUS服务器针对激活的业务对用户进行中间业务计费。

所述步骤B21之后进一步包括：业务选择系统向宽带远程接入服务器发送中间业务计费RPT响应；

所述B22之后进一步包括：RADIUS服务器向业务选择系统发送中间业务计费响应。

所述步骤B22之后进一步包括：

RADIUS服务器向业务选择系统发送中间业务计费响应；业务选择系统将来自RADIUS服务器的中间业务计费响应转换为宽带远程接入服务器能够识别的中间业务计费RPT响应，并发送到宽带远程接入服务器。

所述方法在步骤B之后进一步包括：

C1、对已激活的多业务选择网络支持的业务进行去激活操作；

C2、宽带远程接入服务器向业务选择系统发送结束业务计费RPT请求；

C3、业务选择系统将结束业务计费RPT请求转换为RADIUS服务器能够识别的结束业务计费请求，并将转换后的结束业务计费请求与用户去激活的业务的名称一起发送到RADIUS服务器；RADIUS服务器结束根据去激活的业务对用户的业务计费；

C4、RADIUS服务器向业务选择系统发送结束业务计费响应；业务选择系统将来自RADIUS服务器的结束业务计费响应转换为宽带远程接入服务器能够识别的结束业务计费RPT响应，并发送到宽带远程接入服务器。

所述方法在步骤C4之后进一步包括：

用户通过客户端和宽带远程接入服务器向RADIUS服务器请求从网络下线；RADIUS服务器根据所述用户的请求，停止对所述用户的接入计费；

RADIUS服务器停止接入计费之后，宽带远程接入服务器向业务选择系统发送表示下线通知的删除请求状态DRQ消息；

业务选择系统向宽带远程接入服务器发送表示下线通知的DRQ响应，并删除用户上线时存储的业务权限数据。

所述步骤B之后进一步包括：

用户通过客户端和宽带远程接入服务器向RADIUS服务器请求从网络下线；RADIUS服务器根据所述用户的请求，停止对所述用户的接入计费；

RADIUS服务器停止接入计费之后，宽带远程接入服务器向业务选择系统发送表示下线通知的DRQ消息；

业务选择系统向宽带远程接入服务器发送表示下线通知的DRQ响应，并删除用户上线时存储的业务权限数据，并对所述用户上线后激活的所有业务进行去激活操作。

所述多业务选择网络支持的业务为：带宽选择业务和/或增值业务。

由上述技术方案可见，本发明提供的多业务选择网络不需要由业务选择系统进行业务计费，而是由业务选择系统将业务计费消息经COPS协议和RADIUS协议转换后发送给RADIUS服务器，通过RADIUS服务器实现了对用户接入网络和用户享受业务服务的集中计费，进而便于对计费的管理。

同时，本发明的技术方案没有在业务选择系统中部署策略数据，用户数据和用户业务权限数据等，能够对用户数据进行集中管理；本发明通过在业务选择系统和宽带远程接入服务器之间下发简单的策略名称，减小了数据流量，节约了网络带宽；而且，本发明的技术方案是基于现有接入网络来实现的，具有通用性。

附图说明

图1为现有技术中接入网络的结构示意图；

图2为现有技术中基于图1所示接入网络的多业务选择网络的结构示意图；

图3为本发明中多业务选择网络支持的业务的实现方法的示例性流程图；

图4为本发明实施例一中多业务选择网络的结构示意图；

图5为本发明实施例一的方法1中用户接入网络的方法流程图；

图6为本发明实施例一的方法1中用户激活业务以及业务计费的方法流程图；

图7为本发明实施例一的方法1中用户去激活业务的方法流程图；

图8为本发明实施例一的方法1中用户下线的方法流程图；

图9为本发明实施例一的方法2中用户下线的方法流程图；

图10为本发明实施例二中多业务选择网络的结构示意图；

图11为本发明实施例二的方法中用户激活业务以及业务计费的方法流程图；

图12为本发明实施例二的方法中用户去激活业务的方法流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明的基本思想是：用户接入网络并激活业务之后，业务选择系统将业务计费消息进行COPS协议和RADIUS协议转换后转发给RADIUS服务器，通过RADIUS服务器对用户接入网络以及网络为用户提供的业务进行集中计费。

本发明中的多业务选择网络包括：RADIUS服务器和业务选择系统，其中RADIUS服务器，用于在用户成功接入网络后，对用户进行接入计费，根据来自业务选择系统的请求对用户进行业务计费；业务选择系统，用于在用户的请求下激活对应的业务并在成功激活所述业务后，请求RADIUS服务器进行业务计费。

图3为本发明中多业务选择网络支持的业务的实现方法的示例性流程图。如图3所示，本发明中多业务选择网络支持的业务的实现方法包括以下步骤：

步骤301，用户成功接入网络后，RADIUS服务器对该用户进行接入计费；

步骤302，激活用户请求激活的业务；

步骤303，RADIUS服务器针对被激活的业务，对激活业务的用户进行业务计费。

本发明中，由于多业务选择网络可能提供多种同类型业务，例如多种BOD业务。所有业务可能不是都对所有用户开放，因此需要由SSS根据业务权限信息来限定用户所能够激活的业务种类。业务权限信息中的业务权限数据是用于SSS确认用户所能够激活的业务种类的数据，业务权限信息还包括业务权限标识。

用户数据、业务权限数据可以都由RADIUS服务器来维护，以便于对所有数据的集中管理；业务权限数据也可以由SSS来维护。

本发明中的多业务选择网络还对各类业务设定了相关参数，例如一项BOD业务的策略信息包括上行带宽和下行带宽等参数。BRAS根据策略信息来确定业务的相关参数。策略信息可以存储在SSS中，也可以存储在BRAS中。当策略信息存储在BRAS中时，作为PDP的SSS只需向作为PEP的BRAS下发策略名称即可，由BRAS根据策略名称自动查找对应的策略信息，节省了网络带宽。

多业务选择网络中，还可以包括作为本地策略决策点(Location PolicyDecision Point，LPDP)的备份SSS，这样可以保证在主SSS出现故障时，网络可以通过备份SSS继续正常运行。

下面通过具体实施例，对依据本发明思想的多业务选择网络及实现该网络支持的业务的方法进行详细说明。

实施例一

图4为本发明实施例一中多业务选择网络的结构示意图。

如图4所示，本实施例的多业务选择网络包括：BRAS 402、RADIUS服务器403、用户数据库404、SSS 405、业务门户206和策略数据库407。用户通过客户端101实现与网络的通信。

BRAS 402，用于在用户成功接入网络后，向RADIUS服务器403发送开始接入计费请求，请求RADIUS服务器403对接入网络的用户进行接入计费；根据客户端101发送的用户下线请求向RADIUS服务器403发送停止接入计费请求，请求RADIUS服务器403停止对接入网络的用户进行接入计费；接收来自RADIUS服务器403的业务权限数据，并将业务权限数据与表示上线通知的请求(Request，REQ)消息一起发送给SSS 405，通知SSS 405用户已成功接入网络并向SSS 405提供对应的业务权限；向SSS 405发送基于COPS协议的开始业务计费报告状态(Report State，RPT)请求，请求根据被激活的业务开始对用户进行业务计费；向SSS 405发送基于COPS协议的中间业务计费RPT请求，请求根据被激活的业务对用户进行中间业务计费；向SSS 405发送基于COPS协议的结束业务计费RPT请求，请求结束根据已进行去激活操作的业务对用户的计费；接收来自SSS 405的策略名称，存储策略信息，根据与策略名称对应的策略信息执行策略；接收来自SSS 405的卸载策略决策(Decision，DEC)请求，并根据卸载策略DEC请求停止执行策略。

RADIUS服务器403，用于根据来自BRAS 402的开始接入计费请求，对用户接入网络进行计费；根据来自BRAS 402的停止接入计费请求，停止对用户接入网络进行计费；向BRAS 402发送业务权限数据；根据来自SSS405的业务名称和基于RADIUS协议的开始业务计费请求，根据业务名称对应的业务开始对用户进行业务计费；根据来自SSS 405的业务名称和基于RADIUS协议的中间业务计费请求，根据业务名称对应的业务对用户进行中间业务计费；根据来自SSS 405的业务名称和基于RADIUS协议的结束业务计费请求，结束根据业务名称对应的业务对用户的计费。

用户数据库404，用于存储用户数据以及业务权限数据，并提供给RADIUS服务器403。

SSS 405，与业务门户206以简单对象访问协议(Simple Object AccessProtocol，SOAP)接口连接；用于通过业务门户206接收对激活业务和去激活业务的请求信息；将来自BRAS 402的业务权限数据记录到策略数据库407中，以便根据接收到的业务权限数据确定用户的业务权限；向BRAS 402发送策略名称，供BRAS 402执行策略；向BRAS 402发送卸载策略DEC请求，请求BRAS 402停止执行策略；将来自BRAS 402的基于COPS协议的开始业务计费RPT请求和中间业务计费RPT请求分别转换为基于RADIUS协议的开始业务计费请求和中间业务计费请求，并与被激活的业务的名称一起发送到RADIUS服务器403，将来自BRAS 402的基于COPS协议的结束业务计费RPT请求转换为基于RADIUS协议的结束业务计费请求，并与已进行去激活操作的业务的名称意其发送到RADIUS服务器403，实现对用户的业务计费信息的转发。

业务门户206，用于根据用户对激活业务和去激活业务的请求，向SSS405分别发送激活业务请求和去激活业务请求。

策略数据库407，用于存储SSS 405接收到的在用户上线期间的业务权限数据，并提供给SSS 405。

上述的BRAS 402、RADIUS服务器403、用户数据库404、SSS 405、业务门户206和策略数据库407相互配合，实现对用户接入网络以及网络为用户提供的业务的集中计费。

在实际应用中，BRAS 402还进一步用于将客户端101的接入认证请求发送给RADIUS服务器403，请求RADIUS服务器403对用户接入网络进行认证；向SSS 405发送表示下线通知的删除请求状态(Delete RequestState，DRQ)消息，通知SSS 405用户已成功下线；以及用于对接收到的请求和根据请求执行的操作发送响应信息。

RADIUS服务器403还进一步用于根据来自BRAS 402的接入认证请求，对用户接入网络进行认证；并用于对接收到的请求和根据请求执行的操作发送响应。

SSS 405还进一步用于将来自RADIUS服务器403的基于RADIUS协议的响应信息转换为基于COPS协议的响应信息并发送到BRAS 402，实现对业务计费响应的转发；根据来自BRAS 402的表示下线通知的DRQ消息删除用户上线时存储在策略数据库407中的用户的业务权限数据；并用于对接收到的请求和根据请求执行的操作发送响应。

本实施例的多业务选择网络中，策略信息是存储在BRAS 402的存储模块中的，用于节省BRAS 402与SSS 405之间的数据带宽，策略信息也可以存储在SSS 405的存储模块或者策略数据库407中；用户的业务权限数据是存储在用户数据库404中的，便于数据的集中管理，用户的业务权限数据也可以存储在RADIUS服务器403、SSS 405的存储模块或者策略数据库407中；RADIUS服务器403与用户数据库404为两个独立的装置，也可以将RADIUS服务器403与用户数据库404设置为一个装置；SSS 405与策略数据库407为两个独立的装置，也可以将SSS 405和策略数据库407设置为一个装置；业务门户206为现有的能够实现SOAP接口的业务门户，也可以为业务运营商自主开发的能够实现SOAP接口的自定义业务门户(CustomizedPortal)。

下面对实现上述多业务选择网络支持的业务的方法进行详细说明。以下为以实现BOD业务为例的两种方法。

方法1依次包括四个主要流程：用户接入网络、用户激活业务以及业务计费、用户去激活业务和用户下线。方法2依次包括三个流程：用户接入网络、用户激活业务以及业务计费和用户下线。

图5为本发明实施例一的方法1中用户接入网络的方法流程图。如图5所示，本实施例多业务选择网络支持的业务的实现方法1中用户接入网络流程包括以下步骤：

步骤501，用户通过客户端进行基于以太网的点对点协议(PPPOE)拨号，向BRAS发送接入网络请求，请求接入网络。

本步骤中，也可以通过万维网(WEB)认证等其他手段发起接入网络。

步骤502～步骤503，BRAS接收到用户发起接入网络的信息后，先向RADIUS服务器发送接入认证请求，请求RADIUS服务器对要求接入网络的用户进行认证；然后，RADIUS服务器根据接收到的接入认证请求，对接入网络的用户进行认证，并在认证通过后向BRAS下发包括用户业务权限数据的接入认证响应。

步骤504，BRAS接收到包括用户业务权限数据的接入认证响应后，向客户端发送接入认证的结果。

上述的步骤501～步骤504实现了用户接入网络。

步骤505～步骤506，BRAS向RADIUS服务器发起对用户接入网络的计费。BRAS向RADIUS服务器发送开始接入计费请求，请求RADIUS服务器开始对接入网络的用户进行计费；然后，RADIUS服务器根据开始接入计费请求对接入网络的用户进行接入计费，并向BRAS发送对开始接入计费的响应。

步骤507～步骤509，BRAS向SSS发送包括用户业务权限数据的表示上线通知的上线通知REQ消息，通知SSS用户已成功接入网络；SSS收到上线通知REQ消息后，将用户的业务权限数据记录到策略数据库中，并向BRAS发送上线通知REQ响应。

当本实施例所述的网络将用户的业务权限数据存储于SSS或者策略数据库中时，步骤503和步骤507发送的业务权限信息就只是一个标识，用于表明用户可以使用哪些BOD业务，具体的业务权限确认与执行由SSS来完成。SSS内配置了业务权限数据与各种BOD业务的对应关系。

以RADIUS服务器通过等级(Class)属性下发业务权限数据为例，在SSS上配置每个Class取值与规定其能够进行的业务的对应关系。例如有四个BOD业务：BOD1～BOD4，配置Class“B15”表示可以使用的业务为BOD1和BOD2，则SSS允许用户选择BOD1和BOD2业务，不允许用户选择BOD3和BOD4业务。而BRAS向SSS发送的业务权限信息也同样只是一个标识。

图6为本发明实施例一的方法1中用户激活业务以及业务计费的方法流程图。如图6所示，本实施例多业务选择网络支持的业务的实现方法1中用户激活业务以及业务计费流程包括以下步骤：

步骤601～步骤602，用户上线后，通过客户端登陆业务门户，再由业务门户调用SSS开放的SOAP接口向SSS发送激活业务请求，请求激活业务。

步骤603，SSS接收到激活业务请求后，根据策略数据库中记录的用户的BOD业务权限数据进行业务权限检查，查找业务权限数据中是否包含用户请求激活的业务。

步骤604～步骤605，SSS通过权限检查后，向BRAS发送策略名称；BRAS根据接收到的策略名称，查找其内部存储的相应策略信息，根据策略信息执行策略，在执行策略后向SSS发送表示策略执行结果的策略执行响应。

步骤606～步骤607，SSS根据接收到的策略执行响应，确认执行策略的结果，并通过向业务门户发送对激活业务的响应来向客户端发送激活业务的结果。

上述步骤601～步骤607实现了用户激活业务。

步骤608，BRAS向SSS发送表示策略执行结果的响应后，再向SSS发送基于COPS协议的开始业务计费RPT请求，请求根据被激活的业务开始对用户进行业务计费。本步骤可以与步骤606同时执行，也可以在步骤606之前或之后进行，执行顺序由BRAS的实际延时来决定。

步骤609～步骤610，SSS将基于COPS协议的开始业务计费RPT请求转换为基于RADIUS协议的开始业务计费请求，并将基于RADIUS协议的开始业务计费请求与被激活的业务的名称一起发送到RADIUS服务器，向RADIUS服务器请求根据被激活的业务开始对用户进行业务计费；接收到开始业务计费请求后，RADIUS服务器根据业务名称对应的业务开始对用户进行业务计费，并向SSS发送基于RADIUS协议的开始业务计费响应。

由于SSS与BRAS是通过基于COPS协议的消息来实现通信的，而SSS与RADIUS服务器是通过基于RADIUS协议的消息来实现通信的，因此需要SSS将BRAS发送的基于COPS协议的消息进行格式转换，使得RADIUS服务器能够识别BRAS发送的各类请求消息。SSS在接收到RADIUS服务器发送的基于RADIUS协议的响应消息后，也需要将该响应转换为BRAS能够识别的消息格式。

将基于COPS协议的RPT请求进行转换的方法为：SSS将基于COPS协议的RPT请求的各个属性依照内部配置的转换，关系映射为基于标准RADIUS协议的请求的属性，并按照标准RADIU协议的编码格式重新编码。

步骤611，SSS将基于RADIUS协议的开始业务计费响应转换为基于COPS协议的开始业务计费RPT响应，并发送到BRAS。

将基于RADIUS协议的响应信息进行格式转换的方法为：SSS将基于RADIUS协议的响应的各个属性依照内部配置的转换关系，映射为基于COPS协议的RPT响应的属性，并按照COPS协议的编码格式重新编码。

上述步骤608～步骤611实现了RADIUS服务器根据被激活的业务开始对用户进行业务计费。

步骤612，BRAS向SSS发送基于COPS协议的中间业务计费RPT请求。

步骤613～步骤614，SSS将基于COPS协议的中间业务计费RPT请求转换为基于RADIUS协议的中间业务计费请求，并将基于RADIUS协议的中间业务计费请求与被激活的业务的名称一起转发到RADIUS服务器，向RADIUS服务器请求对对应的业务进行中间计费；接收到中间业务计费请求后，RADIUS服务器根据业务名称对应的业务对用户进行中间业务计费，并向SSS发送中间业务计费响应。本步骤将基于COPS协议的RPT请求进行格式转换的方法与步骤609的转换方法相同。

步骤615，SSS将基于RADIUS协议的中间业务计费响应转换为基于COPS协议的中间业务计费RPT响应，并发送到BRAS。本步骤将基于RADIUS协议的响应信息进行格式转换的方法与步骤611的转换方法相同。

上述步骤612～步骤615为RADIUS服务器根据被激活的业务对用户进行中间计费的一个周期性的过程，周期长度可以根据需要设定。

上述步骤608～步骤615为业务计费过程，通过RADIUS服务器完成对用户BOD业务的计费，实现了对用户接入网络和用户享受业务服务的集中计费。其中，步骤611和步骤615是在分别接收到RADIUS服务器发送的计费响应后才执行的，这样可以保证计费过程的可靠性和正确性；步骤611和步骤615也可以为在接收到BRAS发送的RPT请求后直接对BRAS发送响应，即步骤611可以在步骤609之前执行或与步骤609同时执行、步骤615可以在步骤613之前执行或者与步骤613同时执行。

本实施例的方法1中，通过在步骤605由SSS下发策略名称、BRAS自动加载策略，减少了PEP与PDP之间的数据流量，节省了网络带宽。

用户激活了BOD业务，也可以继续激活多个增值业务，此时，用户激活业务流程可以为多个，即通过多个用户激活业务流程来激活多个增值业务。

图7为本发明实施例一的方法1中用户去激活业务的方法流程图。如图7所示，本实施例多业务选择网络支持的业务的实现方法1中用户去激活业务流程包括以下步骤：

步骤701～步骤702，用户通过客户端登录业务门户，再通过业务门户调用SSS开放的SOAP接口向SSS发送去激活业务请求，请求去激活当前已激活的业务。

步骤703，SSS接收到去激活业务请求后，根据策略数据库中记录的用户的BOD业务权限数据进行权限检查。

步骤704～步骤705，SSS通过权限检查后，向BRAS发送卸载策略DEC请求，请求BRAS卸载已加载的策略；BRAS根据卸载策略DEC请求自动卸载策略，并在卸载后向SSS发送表示卸载策略结果的卸载策略DEC响应。

步骤706～步骤707，SSS接收到卸载策略DEC响应后，确认策略卸载的结果，并通过向业务门户发送对去激活业务的响应来向客户端发送去激活业务的结果。

上述步骤701～步骤707实现了用户去激活业务。

步骤708，BRAS向SSS发送表示卸载策略结果的DEC响应后，再向SSS发送基于COPS协议的结束业务计费RPT请求，请求结束对用户的业务计费。本步骤可以与步骤706同时执行，也可以在步骤706之前或之后进行，执行顺序由BRAS的实际延时来决定。

步骤709～步骤710，SSS将基于COPS协议的结束业务计费RPT请求转换为基于RADIUS协议的结束业务计费请求，并与已进行去激活操作的业务的名称一起发送到RADIUS服务器，请求RADIUS服务器结束根据已进行去激活操作的业务对用户的计费；接收到结束业务计费请求后，RADIUS服务器结束根据业务名称对应的业务对用户的计费，并向SSS发送基于RADIUS协议的结束业务计费的响应。本步骤将基于COPS协议的RPT请求进行格式转换的方法与步骤609的转换方法相同。

步骤711，SSS将基于RADIUS协议的结束业务计费响应转换为基于COPS协议的对结束业务计费的RPT响应，并发送到BRAS。本步骤将基于RADIUS协议的响应信息进行格式转换的方法与步骤611的转换方法相同。

本步骤是在接收到RADIUS服务器发送的结束业务计费响应后才执行的，这样可以保证计费过程的可靠性和正确性，也可以为在接收到BRAS发送的RPT请求后直接对BRAS发送响应，即在步骤709之前或者与步骤709同时执行。

上述步骤708～步骤711实现了RADIUS服务器在用户去激活业务后，结束根据已进行去激活操作的业务对用户的计费。

图8为本发明实施例一的方法1中用户下线的方法流程图。如图8所示，本实施例中多业务选择网络支持的业务的实现方法1中用户下线流程包括以下步骤：

步骤801，用户通过客户端向BRAS发送请求下线信息，请求下线。

步骤802～步骤803，BRAS向RADIUS服务器发送停止接入计费请求，请求RADIUS服务器停止对接入网络的用户进行接入计费；然后，RADIUS服务器根据停止接入计费请求停止对接入网络的用户进行接入计费，并向BRAS发送停止接入计费响应。

步骤804，BRAS在接收到停止接入计费响应后，向客户端发送对请求下线的响应。

上述步骤801～步骤804实现了RADIUS服务器停止对用户接入进行计费。

步骤805～步骤806，BRAS在接收到对停止接入计费的响应后，向SSS发送代表下线通知的下线通知DRQ消息，通知SSS用户已成功下线；然后SSS向BRAS发送下线通知DRQ响应。本步骤可以与步骤804同时执行，也可以在步骤804之前或之后进行，执行顺序由BRAS的实际延时来决定。

步骤807，SSS删除策略数据库中在用户上线时存储的用户业务权限数据。

步骤808，用户在下线时未对所有已激活的业务进行去激活，SSS向BRAS发送卸载策略DEC请求，去激活业务。

本实施例所述的网络将业务权限数据存储在RADIUS服务器或者用户数据库中以便统一管理。这样是考虑到用户的业务权限数据可能会随着时间的变化而发生变化，即用户每天的业务权限均可能不同，因此SSS保存的用户业务权限数据为临时数据。该数据在图5中的步骤508进行保存，在图8中的步骤807进行删除。这样使得系统不受用户业务权限数据更新的影响。当本实施例所述的网络将用户的业务权限数据存储于SSS的存储模块中或者策略数据库中时，用户下线流程中不执行步骤807。

本实施例的方法1在用户下线前已对所有激活的业务进行了去激活操作的情况下，也可以不执行步骤808。当用户在下线时，用户未对所有已激活的业务进行去激活操作，则通过步骤808对未执行去激活的BOD业务执行用户去激活操作。

本方法中多业务选择网络支持的业务为BOD业务，也可以为增值业务等多业务选择网络支持的业务。

以上为对方法1的说明，在方法2中，用户下线之前不进行用户去激活流程，而是在用户下线流程中完成用户去激活业务。

方法2中的用户接入网络流程、用户激活业务以及业务计费流程的操作过程分别与方法1中的用户接入网络流程、用户激活业务以及业务计费流程的操作过程相同。

图9为本发明实施例一的方法2中用户下线的方法流程图。如图9所示，本实施例中多业务选择网络支持的业务的实现方法2中用户下线流程包括以下步骤：

步骤901～步骤907为用户下线的过程，其操作过程与方法1中步骤801～步骤807所述方法的操作过程相同。

步骤908～步骤909的操作过程与方法1中步骤704～步骤705所述方法的操作过程相同。

步骤910～步骤913的操作过程与方法1中步骤708～步骤711所述方法的操作过程相同。

其中，步骤908～步骤913为去激活用户已激活业务的过程。方法2中执行去激活业务操作时，用户已下线，因此无需在实现去激活业务后，向用户发送去激活响应信息。当需要去激活多个业务时，只需由SSS向BRAS发送多个针对业务的卸载策略DEC请求即可。

方法2不需要在用户下线流程之前单独执行用户去激活业务流程，而是在用户下线流程中执行用户去激活业务的必要步骤，简化了整个方法流程。

本实施例的方法1和方法2均可以进一步包括数据管理操作，通过对RADIUS服务器中的用户数据、用户业务权限数据等用户信息进行添加、更新和删除实现对所有数据的集中管理。

本实施例中的多业务选择网络支持的业务为BOD业务，也可以为增值业务等多业务选择网络支持的业务。

实施例二

图10为本发明实施例二中多业务选择网络的结构示意图。

如图10所示，本实施例的多业务选择网络包括：BRAS 1002、RADIUS服务器1003、SSS 1005、业务门户206和备份SSS 1008。用户通过客户端101实现与网络的通信。

BRAS 1002，用于在用户成功接入网络后，向RADIUS服务器1003发送开始接入计费请求，请求RADIUS服务器1003对接入网络的用户进行接入计费；根据客户端101发送的用户下线请求向RADIUS服务器1003发送停止接入计费请求，请求RADIUS服务器1003停止对用户的接入计费；接收来自RADIUS服务器1003的业务权限标识，并将业务权限标识与表示上线通知的REQ消息一起发送给SSS 1005，通知SSS 1005用户已成功接入网络并向SSS 1005提供对应的业务权限；向SSS 1005发送基于COPS协议的开始业务计费RPT请求，请求根据被激活的业务开始对用户进行业务计费；向SSS 1005发送基于COPS协议的中间业务计费RPT请求，请求根据被激活的业务对用户进行中间业务计费；向SSS 1005发送基于COPS协议的结束业务计费RPT请求，请求结束根据已进行去激活操作的业务对用户的计费；接收来自SSS 1005的策略信息，根据策略信息执行策略；接收来自SSS1005的卸载策略DEC请求，并根据卸载策略DEC请求停止执行策略。

RADIUS服务器1003，用于根据来自BRAS 1002的开始接入计费请求，对用户接入网络进行计费；根据来自BRAS 1002的停止接入计费请求，停止对用户接入网络进行计费；向BRAS 1002发送内部存储的业务权限标识；根据来自SSS 1005的业务名称和基于RADIUS协议的开始业务计费请求，根据业务名称对应的业务开始对用户进行业务；根据来自SSS 1005的业务名称和基于RADIUS协议的中间业务计费请求，根据业务名称对应的业务对用户进行中间业务；根据来自SSS 1005的业务名称和基于RADIUS协议的结束业务计费请求，结束根据业务名称对应的业务对用户的计费；以及用于存储用户数据。

SSS 1005，与业务门户206以SOAP接口连接；用于通过业务门户206接收对激活业务和去激活业务的请求信息；存储来自BRAS 1002的业务权限标识，以便根据业务权限标识对应的内部存储的业务权限数据确定用户的业务权限；向BRAS 1002发送策略信息，供BRAS 1002执行策略；向BRAS1002发送卸载策略DEC请求，请求BRAS 1002停止执行策略；将来自BRAS1002的基于COPS协议的开始业务计费RPT请求和中间业务计费RPT请求分别转换为基于RADIUS协议的开始业务计费请求和中间业务计费请求，并与被激活的业务的名称一起发送到RADIUS服务器1003，将来自BRAS 1002的基于COPS协议的结束业务计费RPT请求转换为基于RADIUS协议的结束业务计费请求，并与已进行去激活操作的业务的名称意其发送到RADIUS服务器1003，实现对用户的业务计费信息的转发。

业务门户206，用于根据用户对激活业务和去激活业务的请求，向SSS1005分别发送激活业务请求和去激活业务请求。

备份业务选择系统1008，用于在SSS 1005发生故障时替代SSS 1005的工作。

上述的BRAS 1002、RADIUS服务器1003、SSS 1005、业务门户206和备份SSS 1008相互配合，实现对用户接入网络以及网络为用户提供的业务的集中计费。

在实际应用中，BRAS 1002还进一步用于将客户端101的接入认证请求发送给RADIUS服务器1003，请求RADIUS服务器1003对用户接入网络进行认证；向SSS 1005发送表示下线通知的DRQ消息，通知SSS 1005用户已成功下线；以及用于对接收到的请求和根据请求执行的操作发送响应信息。

RADIUS服务器1003还进一步用于根据来自BRAS 1002的接入认证请求，对用户接入网络进行认证；并用于对接收到的请求和根据请求执行的操作发送响应。

SSS 1005还进一步用于将来自RADIUS服务器1003的基于RADIUS协议的响应信息转换为基于COPS协议的响应信息并发送到BRAS 1002，实现对业务计费响应的转发；根据来自BRAS 1002的表示下线通知的DRQ消息删除用户上线时存储在内部的用户的业务权限标识；并用于对接收到的请求和根据请求执行的操作发送响应。

本实施例的基于接入网络实现业务选择系统的业务的系统中，SSS 1005中包括策略数据库，也可以将SSS 1005和其内部的策略数据库设置为两个独立的装置；策略信息是存储在SSS 1005内部策略数据库中的，BRAS 1002不需要在内部配置策略信息且BRAS 1002可以不具有根据SSS 1005发送的策略名称查找策略信息的功能，策略信息也可以存储在BRAS 1002的存储模块中；用户的业务权限数据是存储在SSS 1005中的，只需要RADIUS服务器1003下发简单的业务权限标识，用户的业务权限数据也可以存储在RADIUS服务器1003中；RADIUS服务器1003中包括用户数据库，用户的业务权限标识存储在RADIUS服务器1003中的用户数据库中，RADIUS服务器1003和其内部的用户数据库也可以为两个独立的装置；业务门户206为现有的能够实现SOAP接口的业务门户，也可以为业务运营商自主开发的能够实现SOAP接口的自定义业务门户。

本实施例中还包括一个备份业务选择系统1008，使得多业务选择网络在SSS 1005出现故障时能够切换到备份业务选择系统1008，保证系统的正常运行。

下面对基于本实施例的多业务选择网络实现其支持的业务的方法进行详细说明。本实施例以实现增值业务为例，对实现方法进行详细说明。

本实施例中，多业务选择网络支持的业务的实现方法依次包括四个流程：用户接入网络、用户激活业务以及业务计费、用户去激活业务和用户下线。

本实施例中用户接入网络流程的操作过程与实施例一中方法1的用户接入网络流程的操作过程相同。只是由于用于实现本方法的多业务选择网络是将业务权限数据存储于SSS中的，因此，在用户上线过程中，RADIUS服务器向BRAS发送的业务权限信息只是一个标识，用于表明用户可以使用哪些BOD业务，具体的业务权限确认与执行由业务选择系统来完成。

图11为本发明实施例二的方法中用户激活业务以及业务计费的方法流程图。如图11所示，多业务选择网络支持的业务的实现方法中用户激活业务以及业务计费的方法流程包括以下步骤：

步骤1101～步骤1102，用户上线后，通过客户端登陆业务门户，再由业务门户调用SSS开放的SOAP接口向SSS发送激活业务请求，请求激活业务。

步骤1103，SSS接收到激活业务请求后，根据记录的业务权限标识查找内部存储的增值业务权限数据，进行业务权限检查，查找业务权限数据中是否包含用户请求激活的业务。

步骤1104～步骤1105，SSS通过权限检查后，向BRAS发送策略信息；BRAS根据接收到的策略信息执行策略，并在执行策略后向SSS发送表示策略执行结果的策略执行响应。

步骤1106～步骤1107，SSS根据接收到的策略执行响应，确认执行策略的结果，并通过向业务门户发送激活业务的响应来向客户端发送激活业务的结果。

上述步骤1101～步骤1107实现了用户激活业务。

步骤1108～步骤1109，BRAS向SSS发起开始对业务进行计费。BRAS向SSS发送策略执行响应后，向SSS发送基于COPS协议的开始业务计费RPT请求，请求根据被激活的业务开始对用户进行业务计费；然后，SSS向BRAS发送开始业务计费RPT响应。本步骤可以与步骤1106同时执行，也可以在步骤1106之前或之后进行，执行顺序由BRAS的实际延时来决定。

步骤1110～步骤1111，SSS将基于COPS协议的开始业务计费RPT请求转换为基于RADIUS协议的开始业务计费请求，并将基于RADIUS协议的开始业务计费请求与被激活的业务的名称一起发送到RADIUS服务器，向RADIUS服务器请求根据被激活的业务开始对用户进行业务计费；接收到开始计费请求后，RADIUS服务器根据业务名称对应的业务开始对用户进行业务计费，并向SSS发送开始业务计费的响应。本步骤将基于COPS协议的RPT请求进行格式转换的方法与实施例一中方法1的步骤609的转换方法相同。

上述步骤1108～步骤1111实现了RADIUS服务器根据被激活的业务开始对用户进行业务计费。

步骤1112～步骤1113，BRAS向SSS发起中间业务计费。BRAS先向SSS发送中间业务计费RPT请求；然后，SSS向BRAS发送中间业务计费RPT响应。

步骤1114～步骤1115，SSS将基于COPS协议的中间业务计费RPT请求转换为基于RADIUS协议的中间业务计费请求，将基于RADIUS协议的中间业务计费请求与被激活业务的名称一起转发到RADIUS服务器，向RADIUS服务器请求根据被激活的业务对用户进行中间业务计费；接收到中间计费请求后，RADIUS服务器根据业务名称对应的业务对用户进行中间业务计费，并向SSS发送中间业务计费响应。本步骤将基于COPS协议的RPT请求进行格式转换的方法与实施例一中方法1的步骤609的转换方法相同。

上述步骤1112～步骤1115为RADIUS服务器根据被激活的业务对用户进行中间计费的一个周期性的过程，周期长度可以根据需要设定。

上述步骤1108～步骤1115为业务计费过程。其中，步骤1109和步骤1113是SSS在分别接收到BRAS发送的开始业务计费RPT请求和中间业务计费RPT请求后立即执行的，这样可以不需要等待RADIUS服务器发送开始业务计费响应后进行协议转换，从而简化SSS的处理。步骤1109和步骤1113也可以分别在接收到RADIUS服务器发送的响应后才执行，即步骤1109可以在步骤1111之后与SSS进行协议转换一起执行、步骤1113可以在步骤1115之后与SSS进行协议转换一起执行。

本实施例的业务实现方法中，在步骤1104通过SSS下发策略信息，没有减少PEP与PDP之间的数据流量，但BRAS不需要在内部配置策略信息，且BRAS可以不具有根据SSS发送的策略名称自动查找策略信息的功能。

图11所示的流程与图6所示的流程相似，区别在于图11中步骤1108～步骤1115的操作过程与图6中步骤608～步骤615的操作过程的执行顺序不同。

当用户需要激活多个增值业务时，用户激活业务流程可以为多个，即通过多个用户激活业务流程来激活多个增值业务，也可以在激活多个增值业务的同时，激活BOD业务。

图12为本发明实施例二的方法中用户去激活业务的方法流程图。如图12所示，本实施例中多业务选择网络支持的业务的实现方法中，用户去激活业务流程包括以下步骤：

步骤1201～步骤1207为用户发起并实现去激活业务的过程，其操作过程与实施例一中方法1的步骤701～步骤707所述方法的操作过程相同。

步骤1208～步骤1209，BRAS向SSS发送表示卸载策略结果的卸载策略DEC响应后，再向SSS发送基于COPS协议的结束业务计费RPT请求，请求结束根据已进行去激活操作的业务对用户的计费；然后，SSS向BRAS发送对结束业务计费的RPT响应。本步骤可以与步骤1206同时执行，也可以在步骤1206之前或之后进行，执行顺序由BRAS的实际延时来决定。

步骤1210～步骤1211，SSS将基于COPS协议的结束业务计费RPT请求转换为基于RADIUS协议的结束业务计费请求，并与已进行去激活操作的业务的名称一起发送到RADIUS服务器，请求RADIUS服务器结束根据已进行去激活操作的业务对用户的计费；然后，RADIUS服务器根据结束业务计费请求，结束对业务名称所对应的业务的计费，并向SSS发送结束业务计费响应。本步骤转换方法的操作过程与实施例一中方法1的步骤609所述转换方法的操作过程相同。

本流程中的步骤1209是SSS在接收到BRAS的结束计费RPT请求后立即执行的，无需等待RADIUS服务器发送对结束计费的响应后对响应进行协议转换，从而简化SSS的处理。步骤1209可以在接收到RADIUS服务器发送的基于RADIUS协议的结束业务计费响应后才执行，即步骤1209可以在步骤1211之后与SSS进行协议转换一起执行。

图12所示的流程与图7所示的流程相似，区别在于图12中步骤1208～步骤1211的操作过程与图7中步骤708～步骤711的操作过程的执行顺序不同。

当用户激活的增值业务为多个，且用户需要去激活所有当前进行的业务时，去激活业务流程可以为多个。

本实施例中用户下线流程的操作过程与实施例一中方法1的用户下线流程的操作过程相同。

本实施例的方法可以进一步包括数据管理操作，通过对RADIUS服务器中的用户数据、用户业务权限数据等用户信息进行添加、更新和删除实现对所有数据的集中管理。

本实施例中的多业务选择网络支持的业务为增值业务，也可以为BOD业务等多业务选择网络支持的业务。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。

Claims (20)

1、一种多业务选择网络，其特征在于，包括：远端用户拨入鉴权RADIUS服务器和业务选择系统，其中

RADIUS服务器，用于在用户成功接入网络后，对用户进行接入计费，并根据来自业务选择系统的请求对用户进行业务计费；

业务选择系统，用于在用户的请求下激活对应的业务，并在成功激活所述业务后，请求RADIUS服务器进行业务计费。

2、如权利要求1所述的网络，其特征在于，所述网络进一步包括：

宽带远程接入服务器，用于在用户成功接入网络后，请求RADIUS服务器对接入网络的用户进行接入计费，并在所述业务被成功激活后，请求业务选择系统进行业务计费。

3、如权利要求1或2所述的网络，其特征在于，所述网络进一步包括：

策略数据库，用于存储所有用户的业务权限数据以及用户上线期间的业务权限标识，并将与所述业务权限标识对应的业务权限数据提供给业务选择系统；

用户数据库，用于存储用户信息，并向RADIUS服务器提供用户信息；

所述业务选择系统进一步用于将业务权限标识发送给策略数据库，根据来自策略数据库的业务权限数据确认所述用户的业务权限，并维护策略数据库中的业务权限数据；

所述RADIUS服务器进一步用于根据所述用户信息对接入网络的用户进行接入计费，并维护用户数据库中的用户数据。

4、如权利要求2所述的网络，其特征在于，所述宽带远程接入服务器进一步包括：

存储模块，用于存储策略信息，并将来自业务选择系统的策略名称所对应的策略信息提供给宽带远程接入服务器。

5、如权利要求1或2所述的网络，其特征在于，所述网络进一步包括：业务门户，用于在用户的请求下，向业务选择系统发起用于激活业务的请求和用于去激活业务的请求。

6、一种多业务选择网络支持的业务的实现方法，其特征在于，包括以下步骤：

A、用户成功接入网络后，远端用户拨入鉴权RADIUS服务器对所述用户进行接入计费；

B、根据所述用户的请求激活业务，RADIUS服务器针对被激活的业务，对所述用户进行业务计费。

7、如权利要求6所述的方法，其特征在于，所述步骤A包括：

A1、用户通过客户端和宽带远程接入服务器请求RADIUS服务器对所述请求接入网络的用户进行接入认证，RADIUS服务器根据接收到的请求，对所述用户进行接入认证，并向宽带远程接入服务器发送所述用户的业务权限信息；

A2、在认证成功后，宽带远程接入服务器请求RADIUS服务器对所述用户进行接入计费，RADIUS服务器对该用户进行接入计费，宽带远程接入服务器向业务选择系统发送表示用户上线的请求REQ消息和所述用户的业务权限信息；

A3、业务选择系统接收来自宽带远程接入服务器的表示上线通知的REQ消息和所述用户的业务权限信息，并记录业务权限信息。

8、如权利要求6所述的方法，其特征在于，步骤B所述激活多业务选择网络支持的业务的方法包括：

用户通过客户端和业务门户向业务选择系统请求激活业务；

业务选择系统根据所述业务权限信息对所述用户的业务权限进行检查，检查通过后向宽带远程接入服务器发送策略名称；

宽带远程接入服务器根据内部存储的与策略名称对应的策略信息执行策略，并在执行完毕所述策略后向业务选择系统发送策略执行结果；业务选择系统在接收到策略执行结果之后，通知用户激活业务的结果。

9、如权利要求8所述的方法，其特征在于，所述预先配置的业务权限信息包括：业务权限数据和业务权限标识；

所述根据业务权限信息对用户的业务权限进行检查为：业务选择系统查找所述业务选择系统内部存储的与业务权限标识所对应的业务权限数据中是否存在用户请求激活的业务。

10、如权利要求6所述的方法，其特征在于，步骤B所述RADIUS服务器针对被激活的业务，对用户进行业务计费的方法包括：

B1、宽带远程接入服务器请求业务选择系统开始进行业务计费，业务选择系统请求RADIUS服务器开始进行业务计费；

B2、宽带远程接入服务器通过业务选择系统请求RADIUS服务器进行中间业务计费，RADIUS服务器根据被激活的业务，对所述用户进行中间业务计费。

11、如权利要求10所述的方法，其特征在于，所述步骤B1包括：

B11、宽带远程接入服务器向业务选择系统发送开始业务计费报告状态RPT请求；

B12、业务选择系统将开始业务计费RPT请求转换为RADIUS服务器能够识别的开始业务计费请求，并将转换后的开始业务计费请求与用户激活的业务的名称一起发送到RADIUS服务器；RADIUS服务器开始业务计费。

12、如权利要求11所述的方法，其特征在于，所述步骤B11之后进一步包括：业务选择系统向宽带远程接入服务器发送开始业务计费RPT响应；

所述B12之后进一步包括：RADIUS服务器向业务选择系统发送开始业务计费响应。

13、如权利要求11所述的方法，其特征在于，所述步骤B12之后进一步包括：

RADIUS服务器向业务选择系统发送开始业务计费响应；业务选择系统将来自RADIUS服务器的开始业务计费响应转换为宽带远程接入服务器能够识别的开始业务计费RPT响应，并发送到宽带远程接入服务器。

14、如权利要求10所述的方法，其特征在于，所述步骤B2包括：

B21、宽带远程接入服务器向业务选择系统发送中间业务计费RPT请求；

B22、业务选择系统将中间业务计费RPT请求转换为RADIUS服务器能够识别的中间业务计费请求，并将转换后的中间业务计费请求与用户激活的业务的名称一起发送到RADIUS服务器；RADIUS服务器针对激活的业务对用户进行中间业务计费。

15、如权利要求14所述的方法，其特征在于，所述步骤B21之后进一步包括：业务选择系统向宽带远程接入服务器发送中间业务计费RPT响应；

所述B22之后进一步包括：RADIUS服务器向业务选择系统发送中间业务计费响应。

16、如权利要求14所述的方法，其特征在于，所述步骤B22之后进一步包括：

RADIUS服务器向业务选择系统发送中间业务计费响应；业务选择系统将来自RADIUS服务器的中间业务计费响应转换为宽带远程接入服务器能够识别的中间业务计费RPT响应，并发送到宽带远程接入服务器。

17、如权利要求6所述的方法，其特征在于，所述方法在步骤B之后进一步包括：

C1、对已激活的多业务选择网络支持的业务进行去激活操作；

C2、宽带远程接入服务器向业务选择系统发送结束业务计费RPT请求；

C3、业务选择系统将结束业务计费RPT请求转换为RADIUS服务器能够识别的结束业务计费请求，并将转换后的结束业务计费请求与用户去激活的业务的名称一起发送到RADIUS服务器；RADIUS服务器结束根据去激活的业务对用户的业务计费；

C4、RADIUS服务器向业务选择系统发送结束业务计费响应；业务选择系统将来自RADIUS服务器的结束业务计费响应转换为宽带远程接入服务器能够识别的结束业务计费RPT响应，并发送到宽带远程接入服务器。

18、如权利要求17所述的方法，其特征在于，所述方法在步骤C4之后进一步包括：

用户通过客户端和宽带远程接入服务器向RADIUS服务器请求从网络下线；RADIUS服务器根据所述用户的请求，停止对所述用户的接入计费；

RADIUS服务器停止接入计费之后，宽带远程接入服务器向业务选择系统发送表示下线通知的删除请求状态DRQ消息；

业务选择系统向宽带远程接入服务器发送表示下线通知的DRQ响应，并删除用户上线时存储的业务权限数据。

19、如权利要求6所述的方法，其特征在于，所述步骤B之后进一步包括：

用户通过客户端和宽带远程接入服务器向RADIUS服务器请求从网络下线；RADIUS服务器根据所述用户的请求，停止对所述用户的接入计费；

RADIUS服务器停止接入计费之后，宽带远程接入服务器向业务选择系统发送表示下线通知的DRQ消息；

业务选择系统向宽带远程接入服务器发送表示下线通知的DRQ响应，并删除用户上线时存储的业务权限数据，并对所述用户上线后激活的所有业务进行去激活操作。

20、如权利要求6所述的方法，其特征在于，所述多业务选择网络支持的业务为：带宽选择业务和/或增值业务。

Images