转控分离架构vbras的业务保护方法及系统
技术领域：
：1.本发明涉及通信
技术领域：
：，尤其涉及一种转控分离架构vbras的业务保护方法及系统。
背景技术：
：：2.虚拟宽带接入服务器(virtualbroadbandremoteaccessserver，vbras)作为一种新兴的宽带接入服务器(broadbandremoteaccessserver，bras)设备形态，主要有两种架构方式：集中式和转控分离方式。3.在虚拟化的vbras出现之后，又产生了一种新的保护方式，池化保护，这种保护方式下，由多个业务能力一致的vbras实例形成一组vbras资源池，用户会话控制session业务被均分到各个池化的vbras实例上，但某个vbras实例出现故障时，其承载的业务会被分担到池中其它vbras实例上；这种方式优势是可实现n:1的保护场景，缺点是它只适合转控集中方式的vbras架构，有一定限制，同时在多个vbras间实现负载分担和均衡需要外部控制器参与，实现逻辑较为复杂。技术实现要素：4.本发明的主要目的在于提供一种转控分离架构vbras的业务保护方法及系统，旨在解决现有技术中池化保护在多个vbras间实现负载分担和均衡需要外部控制器参与，实现逻辑复杂，成本较高的技术问题。5.第一方面，本发明提供一种转控分离架构vbras的业务保护方法，所述转控分离架构vbras的业务保护方法包括以下步骤：6.根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；7.所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；8.获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。9.可选的，所述根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面，包括：10.获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源；11.根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值；12.从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面。13.可选的，所述根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值，包括：14.根据所述用户会话数量、所述会话带宽和所述转发面资源通过下述公式获得各转发面的会话控制负载的负载值：[0015][0016]tmax＝l(∑cpu mem)[0017]其中，t为会话控制负载的负载值，ub为所述会话带宽，ns为所述用户会话数量，tmax为当前转发面的最大负载值，其中k，m及l均为预设均衡系数，cpu和mem为所述转发面资源。[0018]可选的，所述所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面，包括：[0019]所述目标转发面接收首个请求认证信令，将所述首个请求认证信令发送至控制面；[0020]所述控制面根据所述首个请求认证信令创建用户会话表，并对所述首个请求认证信令进行账户权限认证，在认证完成后根据所述用户会话表生成用户转发表；[0021]所述控制面将所述用户转发表发送至所述目标转发面。[0022]可选的，所述获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，包括：[0023]获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态；[0024]根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0025]可选的，所述根据所述转发面切换状态对所述用户转发表对应的业务进行保护之前，所述转控分离架构vbras的业务保护方法还包括：[0026]在所述目标转发面发生切换时，保存切换时间内的业务流量，并在切换成功后，通过新的目标转发面继续转发所述业务流量，直到用户主动下线。[0027]可选的，所述根据所述转发面状态对所述用户转发表对应的业务进行保护，包括：[0028]在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表；[0029]在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能；[0030]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0031]可选的，所述在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护，包括：[0032]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，并获得故障分析结果；[0033]在所述故障分析结果为所述目标转发面为未部署的转发面时，重新确定负载值最低的转发面为新的目标转发面；[0034]在所述故障分析结果为所述目标转发面为故障转发面时，获取预设时间，并在预设时间内将所述故障转发面设定为转换状态，搜索新的目标转发面完成上线，从而对所述用户转发表对应的业务进行保护。[0035]可选的，所述根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面之前，所述转控分离架构vbras的业务保护方法还包括：[0036]将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求。[0037]第二方面，本发明还提出一种转控分离架构vbras的业务保护系统，所述转控分离架构vbras的业务保护系统包括：[0038]转发面负载均衡模块，用于根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；[0039]转发面控制模块，用于所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；[0040]保护模块，用于获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0041]本发明提出的转控分离架构vbras的业务保护方法，通过根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式。附图说明[0042]图1为本发明转控分离架构vbras的业务保护方法第一实施例的流程示意图；[0043]图2为本发明转控分离架构vbras的业务保护方法第二实施例的流程示意图；[0044]图3为本发明转控分离架构vbras的业务保护方法中转控分离架构vbras部署图；[0045]图4为本发明转控分离架构vbras的业务保护方法第三实施例的流程示意图；[0046]图5为本发明转控分离架构vbras的业务保护方法中cp及up的关键模块构成图；[0047]图6为本发明转控分离架构vbras的业务保护方法第四实施例的流程示意图；[0048]图7为本发明转控分离架构vbras的业务保护方法第五实施例的流程示意图；[0049]图8为本发明转控分离架构vbras的业务保护方法第六实施例的流程示意图；[0050]图9为本发明转控分离架构vbras的业务保护系统第一实施例的功能模块图；[0051]图10为本发明转控分离架构vbras的业务保护系统第二实施例的功能模块图。[0052]本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式[0053]应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。[0054]本发明实施例的解决方案主要是：通过根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式，解决了现有技术中池化保护在多个vbras间实现负载分担和均衡需要外部控制器参与，实现逻辑复杂，成本较高的技术问题。[0055]参照图1，图1为本发明转控分离架构vbras的业务保护方法第一实施例的流程示意图。[0056]在第一实施例中，所述转控分离架构vbras的业务保护方法包括以下步骤：[0057]步骤s10、根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面。[0058]需要说明的是，所述预设均衡算法为预先设置的均衡算法，用于计算各个转发面，即用户面(userplane，up)的用户会话控制session负载，通过所述预设均衡算法可以获得转控分离架构虚拟宽带接入服务器vbras的各转发面的负载值，从获得的各个负载值中能够确定最低的负载值，并可以确定最低负载值对应的目标转发面，即目标用户面，所述预设均衡算法一般可以部署在控制面(controlplane，cp)中，当然也可以设置在其他装置或模块中，本实施例对此不加以限制。[0059]在具体实现中，通过调用转控分离架构vbras的各转发面的相关参数利用预设均衡算法能够计算获得对应各转发面的各个会话控制负载的负载值；对各负载值进行筛选，能够从各负载值中确定对应的负载最低值作为当前最低负载值，并将所述当前最低负载值对应的转发面作为目标转发面。[0060]步骤s20、所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面。[0061]本实施例中，目标转发面接收用户的首个请求认证信令并将其上报至控制面，从而在控制面上生成用户转发表并发送至目标转发面，为后续用户上网业务打通做准备。[0062]步骤s30、获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0063]应当理解的是，所述转发面切换状态为所述目标转发面的当前工作运行状态，不同的转发面切换状态对应不同的业务保护策略，根据所述转发面切换状态确定不同的业务保护策略对所述用户转发表对应的业务进行针对性的保护。[0064]本实施例通过上述方案，通过根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式。[0065]进一步地，图2为本发明转控分离架构vbras的业务保护方法第二实施例的流程示意图，如图2所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第二实施例，在本实施例中，所述步骤s10包括以下步骤：[0066]步骤s11、获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源。[0067]需要说明的是，用户的会话控制session业务的数量以及带宽，即用户会话数量及会话带宽，结合会话带宽和转发面资源能够计算获得各转发面的负载值，所述转发面资源为转发面所分配的资源，一般为cpu和内存。[0068]步骤s12、根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值。[0069]可以理解的是，通过所述预设均衡算法将所述用户会话数量、所述会话带宽和所述转发面资源代入其中，能够计算出单个转发面的负载比例，即各转发面的会话控制负载的负载值。[0070]进一步的，所述步骤s12具体包括以下步骤：[0071]根据所述用户会话数量、所述会话带宽和所述转发面资源通过下述公式获得各转发面的会话控制负载的负载值：[0072][0073]tmax＝l(∑cpu mem)[0074]其中，t为会话控制负载的负载值，ub为所述会话带宽，ns为所述用户会话数量，tmax为当前转发面的最大负载值，k，m为预设均衡系数，cpu和mem为所述转发面资源。[0075]在具体实现中，如图3所示，图3为本发明转控分离架构vbras的业务保护方法中转控分离架构vbras部署图，参见图3，通过实际部署的虚拟宽带接入服务器控制面vbras‑cp可以对3个虚拟宽带接入服务器用户面vbras‑up1、vbras‑up2、vbras‑up3进行控制，即通过vbras‑cp对3个用户面up进行当前负载水平的计算，从而根据用户面的负载水平作为判定转控分离量化的依据，一般是计算3个用户面up的负载值t值，从而选出活跃的active的用户面up，转换模块sw可以对用户面的状态进行转换。[0076]需要说明的是，所述预设均衡系数为预先设置的用于进行业务均衡计算的系数，确保转发面间业务均衡的策略及具体的方式有很多种，例如可以参考信令密度、用户流量以及转发面资源等多个角度进行业务均衡，而在本实施例中以所述用户会话数量、所述会话带宽和所述转发面资源综合考虑计算各转发面的会话控制负载的负载值，从而根据实际部署的转控分离架构vbras的控制面cp计算真实的当前负载水平。[0077]步骤s13、从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面。[0078]应当理解的是，对各负载值进行筛选，能够从各负载值中确定对应的负载最低值作为当前最低负载值，并将所述当前最低负载值对应的转发面作为目标转发面。[0079]本实施例通过上述方案，通过获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源；根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值；从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面；能够准确获得各个转发面的会话控制负载的负载值，为后续寻找最低负载转发面提供数据支撑。[0080]进一步地，图4为本发明转控分离架构vbras的业务保护方法第三实施例的流程示意图，如图4所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第三实施例，在本实施例中，所述步骤s20具体包括以下步骤：[0081]步骤s21、所述目标转发面接收首个请求认证信令，将所述首个请求认证信令发送至控制面。[0082]需要说明的是，任意转发面均可以接受用户会话控制的信令请求，所述用户接入认证协议为预先设置的信令报文生成协议，即所述信令报文符合所述用户接入认证协议，所述用户接入认证协议可以为以太网上的点对点协议(point‑to‑pointprotocoloverethernet，pppoe)，也可以为以太网ip协议(ipoverethernet，ipoe)，当然还可以为其他协议，本实施例对此不加以限制。[0083]本实施例中，进一步限定活动(s_active)状态下的转发面可接收用户的第一个广播请求信令(pppoe方式下的padi报文和ipoe方式下的dhcpdiscovery报文)，其它处于维持状态(s_hold)下的转发面丢弃首个接入请求信令报文。具体的，在用户上线过程会计算所有转发面的负载值，选择负载最低的转发面(即目标转发面)作为活动转发面。基于此，只有目标转发面接收到首个请求认证信令后，将首个请求认证信令发送至控制面。[0084]步骤s22、所述控制面根据所述首个请求认证信令创建用户会话表，并对所述首个请求认证信令进行账户权限认证，在认证完成后根据所述用户会话表生成用户转发表。[0085]可以理解的是，所述目标转发面将所述首个请求认证信令发送至控制面后，所述控制面根据所述首个请求认证信令创建用户会话表，所述控制面还对所述首个请求认证信令进行aaa认证，即进行身份认证authenticate、权限认证authority、账户认证account，在认证通过后，可以根据之前建立生成的用户会话表生成用户转发表。[0086]在具体实现中，如图5所示，图5为本发明转控分离架构vbras的业务保护方法中cp及up的关键模块构成图，参见图5，虚拟宽带接入服务器控制面vbras‑cp由用户管理模块(usermanagement，um)、用户面负载均衡模块(uploadbalancemodule，ulbm)、用户面控制模块服务端(upcontrolmoduleserver，upcmserver)及用户面故障检测模块(uperrodetectionmodule，uped)组成，其中，ulbm部署在cp控制面，此模块会依据特定的算法计算各个up的用户节负载，获得一个负载值，然后通过遍历所有up的负载比例，寻找当前最低负载up。[0087]用户面控制模块服务器upcm分为客户端及服务端，upcmserver服务端部署在控制面cp侧，客户端部分在转发面up侧，客户端和服务端建立通信后，upcmserver可以控制up的工作方式，up工作模式分为三种状态：激活、维持和关闭状态；其中激活状态为正常的工作状态，可以接收用户的pppoe、ipoe认证请求信令，并新增用户转发表；维持状态下up不接受新的用户会话控制session请求，关闭信令监听功能，但已经在此up上线的用户不受影响，可正常更新表项。[0088]用户面故障检测模块uped属于用户面控制模块upcm客户端的子模块，检测所属up的运行健康状态，根据设定的检测条件检测并上报up的运行状态，可以通过uped通知服务端已发现的状态改变，通常故障up或未部署的up不工作，无法提供新增用户会话控制session请求，也无法维持已有的在线用户会话控制session。[0089]虚拟宽带接入服务器用户端vbras‑up由用户面控制模块客户端upcmclient和会话转发表sessionforwardtable。[0090]步骤s23、所述控制面将所述用户转发表发送至所述目标转发面。[0091]应当理解的是，在认证完成后生成用户转发面，所述控制面转发表下发到所述目标转发面，能够实现用户上网业务的连通。[0092]本实施例通过上述方案，能够快速实现个转发面用户上网业务的连通，保证信令报文的准确性。[0093]进一步地，图6为本发明转控分离架构vbras的业务保护方法第四实施例的流程示意图，如图6所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第四实施例，在本实施例中，所述步骤s30具体包括以下步骤：[0094]步骤s31、获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态。[0095]需要说明的是，为了对转发面的故障进行检测，能够通过实时探测转发面的运行状态，探测的内容可以包括业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态等，通过这些状态能够确定所述目标转发面的转发面切换状态，从而确定所述目标转发面是否出现故障。[0096]步骤s32、根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0097]可以理解的是，通过对所述转发面切换状态进行分析，可以制定不同的保护策略，而针对所述转发面切换状态的不同，能够采取不同的业务保护策略对所述用户转发表对应的业务进行保护。[0098]进一步的，所述步骤s32之前，所述转控分离架构vbras的业务保护方法还包括以下步骤：[0099]在所述目标转发面发生切换时，保存切换时间内的业务流量，并在切换成功后，通过新的目标转发面继续转发所述业务流量，直到用户主动下线。[0100]可以理解的是，在所述目标转发面发生切换时，可以对切换过程中的业务流量进行保存，进而在切换完成后，通过新的转发面转发所述业务流量，并转发新的用户使用过程中产生的业务流量，直到用户主动下线。[0101]本实施例通过上述方案，通过获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态；根据所述转发面切换状态对所述用户转发表对应的业务进行保护，能够针对性的对所述用户转发表对应的业务进行保护，实时检测转发面的运行状态，从而提高转发面的故障检出率，保证业务的正常进行。[0102]进一步地，图7为本发明转控分离架构vbras的业务保护方法第五实施例的流程示意图，如图7所示，基于第四实施例提出本发明转控分离架构vbras的业务保护方法第五实施例，在本实施例中，所述步骤s32具体包括以下步骤：[0103]步骤s321、在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表。[0104]需要说明的是，所述激活状态为正常的工作状态，可以接收用户的认证请求指令，一般可以是pppoe或ipoe等协议的认证请求信令，并新增用户转发表。[0105]步骤s322、在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能。[0106]应当理解的是，所述维持状态下的转发面不接受新的会话控制session请求，并会关系信令监听功能，但已经在此转发面上线的用户不受影响，可以正常更新表项。[0107]在具体实现中，在用户上线过程会计算所有转发面的负载值，进而选择负载最低的转发面作为活动转发面，即目标转发面，通过活动转发面生成新上线会话控制session的转发表，初始时，各个转发面的负载值为0；可以设定其中一台转发面作为活动转发面，其他转发面作为维持状态；设定状态过程一般可以通过转发面控制模块下发到转发面端，激活状态下的转发面可以接收用户的第一个广播请求信令，在pppoe方式下是padi报文，在ipoe方式下是dhcpdiscovery报文，其他处于维持状态下的转发面会丢弃首个接入请求信令报文。[0108]步骤s323、在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0109]可以理解的是，关闭状态下的转发面不工作，无法提供新增会话控制请求，也无法维持已有的在线会话，通常这种转发面为故障转发面或者未部署的转发面，此时可以所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0110]进一步的，所述步骤s323具体包括以下步骤：[0111]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，并获得故障分析结果；[0112]在所述故障分析结果为所述目标转发面为未部署的转发面时，重新确定负载值最低的转发面为新的目标转发面；[0113]在所述故障分析结果为所述目标转发面为故障转发面时，获取预设时间，并在预设时间内将所述故障转发面设定为转换状态，搜索新的目标转发面完成上线，从而对所述用户转发表对应的业务进行保护。[0114]需要说明的是，关闭状态下的转发面不工作，此时可以对所述目标转发面进行故障分析，从而获得对应的故障分析结果；在所述目标转发面为未部署的转发面时，此时需要返回之前的步骤，重新确定一个负载值最低的转发面作为目标转发面，若之前已经进行相应排序，顺位选取下一个转发面即可。[0115]可以理解的是，在所述目标转发面为故障转发面时，可以在预设时间内将所述故障转发面设定为转换switch状态，所述预设时间可以根据实际情况进调节，以5分钟为例，对于归属为故障转发面的用户会话，在5分钟内将其设定为switch状态，如此一来，用户的流量及统计信息保留，只要在5分钟内用户在新的活动转发面完成上线，此用户无需从控制面的用户表中删除，只需将其从switch转换状态切换为正常即可；对于超过5分钟的故障转发面用户，之后仍可作为新会话用户上线，如此可以最大限度的保留故障转发面的数据，避免因为故障转发面保护切换所造成的用户信息丢失，并且上层账户权限认证服务器无感知。[0116]本实施例通过上述方案，通过在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表；在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能；在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护，能够根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式。[0117]进一步地，图8为本发明转控分离架构vbras的业务保护方法第六实施例的流程示意图，如图8所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第六实施例，在本实施例中，所述步骤s10之前，所述转控分离架构vbras的业务保护方法还包括以下步骤：[0118]步骤s01、将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求。[0119]需要说明的是，在转控分离架构下，控制面管理所有转发面，一般按照池化配置方式部署，能够将配置分发到池化的各转发面上，即将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，使得任意转发面都可以接受用户会话控制的信令请求。[0120]在具体实现中，所有vbras部署在一个二层广播域中，用户首个广播信令报文(pppoe方式下的padi报文和ipoe方式下的dhcpdiscovery报文)可以到达所有转发面设备。[0121]本实施例通过上述方案，通过将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求，能够使各转发面的配置统一，都可以接受用户会话控制的信令请求，提高了业务保护的效率。[0122]相应地，本发明进一步提供一种转控分离架构vbras的业务保护系统。[0123]参照图9，图9为本发明转控分离架构vbras的业务保护系统第一实施例的功能模块图。[0124]本发明转控分离架构vbras的业务保护系统第一实施例中，该转控分离架构vbras的业务保护系统包括：[0125]转发面负载均衡模块10，用于根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；[0126]转发面控制模块20，用于所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；[0127]保护模块30，用于获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0128]进一步地，一实施例中，转发面负载均衡模块10，用于：[0129]获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源；[0130]根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值；[0131]从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面。[0132]进一步地，一实施例中，转发面负载均衡模块10，用于：[0133]根据所述用户会话数量、所述会话带宽和所述转发面资源通过下述公式获得各转发面的会话控制负载的负载值：[0134][0135]tmax＝l(∑cpu mem)[0136]其中，t为会话控制负载的负载值，ub为所述会话带宽，ns为所述用户会话数量，tmax为当前转发面的最大负载值，其中k，m及l均为预设均衡系数，cpu和mem为所述转发面资源。[0137]进一步地，一实施例中，转发面控制模块20，用于：[0138]所述目标转发面接收首个请求认证信令，将所述首个请求认证信令发送至控制面；[0139]所述控制面根据所述首个请求认证信令创建用户会话表，并对所述首个请求认证信令进行账户权限认证，在认证完成后根据所述用户会话表生成用户转发表；[0140]所述控制面将所述用户转发表发送至所述目标转发面。[0141]进一步地，一实施例中，保护模块30，用于：[0142]获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态；[0143]根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0144]进一步地，一实施例中，保护模块30，用于：[0145]在所述目标转发面发生切换时，保存切换时间内的业务流量，并在切换成功后，通过新的目标转发面继续转发所述业务流量，直到用户主动下线。[0146]进一步地，一实施例中，保护模块30，用于：[0147]在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表；[0148]在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能；[0149]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0150]进一步地，一实施例中，保护模块30，用于：[0151]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，并获得故障分析结果；[0152]在所述故障分析结果为所述目标转发面为未部署的转发面时，重新确定负载值最低的转发面为新的目标转发面；[0153]在所述故障分析结果为所述目标转发面为故障转发面时，获取预设时间，并在预设时间内将所述故障转发面设定为转换状态，搜索新的目标转发面完成上线，从而对所述用户转发表对应的业务进行保护。[0154]进一步地，图10为本发明转控分离架构vbras的业务保护系统第二实施例的功能模块图；如图10所示，基于第一实施例提出本发明转控分离架构vbras的业务保护系统第二实施例，在本实施例中，所述转控分离架构vbras的业务保护系统还包括：[0155]转发面配置分发模块00，用于将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求。[0156]需要说明的是，控制面管理的所有转发面按池化配置方式部署，转发面配置分发模块负责将配置分发到池化的各转发面上，确保各个转发面上的用户配置一致，任意转发面均可接收用户会话控制的信令请求；在设定各转发面的初始状态时，可以设定其中一台转发面作为活动转发面，使其他转发面的状态处于维持状态；能够使各转发面的配置统一，都可以接受用户会话控制的信令请求，提高了业务保护的效率。[0157]本发明转控分离架构vbras的业务保护系统的具体实施例与上述本发明转控分离架构vbras的业务保护方法的各个实施例基本相同，在此不做赘述。[0158]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。[0159]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。[0160]以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的
技术领域：
：，均同理包括在本发明的专利保护范围内。当前第1页12当前第1页12
技术领域：
：1.本发明涉及通信
技术领域：
：，尤其涉及一种转控分离架构vbras的业务保护方法及系统。
背景技术：
：：2.虚拟宽带接入服务器(virtualbroadbandremoteaccessserver，vbras)作为一种新兴的宽带接入服务器(broadbandremoteaccessserver，bras)设备形态，主要有两种架构方式：集中式和转控分离方式。3.在虚拟化的vbras出现之后，又产生了一种新的保护方式，池化保护，这种保护方式下，由多个业务能力一致的vbras实例形成一组vbras资源池，用户会话控制session业务被均分到各个池化的vbras实例上，但某个vbras实例出现故障时，其承载的业务会被分担到池中其它vbras实例上；这种方式优势是可实现n:1的保护场景，缺点是它只适合转控集中方式的vbras架构，有一定限制，同时在多个vbras间实现负载分担和均衡需要外部控制器参与，实现逻辑较为复杂。技术实现要素：4.本发明的主要目的在于提供一种转控分离架构vbras的业务保护方法及系统，旨在解决现有技术中池化保护在多个vbras间实现负载分担和均衡需要外部控制器参与，实现逻辑复杂，成本较高的技术问题。5.第一方面，本发明提供一种转控分离架构vbras的业务保护方法，所述转控分离架构vbras的业务保护方法包括以下步骤：6.根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；7.所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；8.获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。9.可选的，所述根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面，包括：10.获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源；11.根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值；12.从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面。13.可选的，所述根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值，包括：14.根据所述用户会话数量、所述会话带宽和所述转发面资源通过下述公式获得各转发面的会话控制负载的负载值：[0015][0016]tmax＝l(∑cpu mem)[0017]其中，t为会话控制负载的负载值，ub为所述会话带宽，ns为所述用户会话数量，tmax为当前转发面的最大负载值，其中k，m及l均为预设均衡系数，cpu和mem为所述转发面资源。[0018]可选的，所述所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面，包括：[0019]所述目标转发面接收首个请求认证信令，将所述首个请求认证信令发送至控制面；[0020]所述控制面根据所述首个请求认证信令创建用户会话表，并对所述首个请求认证信令进行账户权限认证，在认证完成后根据所述用户会话表生成用户转发表；[0021]所述控制面将所述用户转发表发送至所述目标转发面。[0022]可选的，所述获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，包括：[0023]获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态；[0024]根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0025]可选的，所述根据所述转发面切换状态对所述用户转发表对应的业务进行保护之前，所述转控分离架构vbras的业务保护方法还包括：[0026]在所述目标转发面发生切换时，保存切换时间内的业务流量，并在切换成功后，通过新的目标转发面继续转发所述业务流量，直到用户主动下线。[0027]可选的，所述根据所述转发面状态对所述用户转发表对应的业务进行保护，包括：[0028]在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表；[0029]在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能；[0030]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0031]可选的，所述在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护，包括：[0032]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，并获得故障分析结果；[0033]在所述故障分析结果为所述目标转发面为未部署的转发面时，重新确定负载值最低的转发面为新的目标转发面；[0034]在所述故障分析结果为所述目标转发面为故障转发面时，获取预设时间，并在预设时间内将所述故障转发面设定为转换状态，搜索新的目标转发面完成上线，从而对所述用户转发表对应的业务进行保护。[0035]可选的，所述根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面之前，所述转控分离架构vbras的业务保护方法还包括：[0036]将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求。[0037]第二方面，本发明还提出一种转控分离架构vbras的业务保护系统，所述转控分离架构vbras的业务保护系统包括：[0038]转发面负载均衡模块，用于根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；[0039]转发面控制模块，用于所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；[0040]保护模块，用于获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0041]本发明提出的转控分离架构vbras的业务保护方法，通过根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式。附图说明[0042]图1为本发明转控分离架构vbras的业务保护方法第一实施例的流程示意图；[0043]图2为本发明转控分离架构vbras的业务保护方法第二实施例的流程示意图；[0044]图3为本发明转控分离架构vbras的业务保护方法中转控分离架构vbras部署图；[0045]图4为本发明转控分离架构vbras的业务保护方法第三实施例的流程示意图；[0046]图5为本发明转控分离架构vbras的业务保护方法中cp及up的关键模块构成图；[0047]图6为本发明转控分离架构vbras的业务保护方法第四实施例的流程示意图；[0048]图7为本发明转控分离架构vbras的业务保护方法第五实施例的流程示意图；[0049]图8为本发明转控分离架构vbras的业务保护方法第六实施例的流程示意图；[0050]图9为本发明转控分离架构vbras的业务保护系统第一实施例的功能模块图；[0051]图10为本发明转控分离架构vbras的业务保护系统第二实施例的功能模块图。[0052]本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式[0053]应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。[0054]本发明实施例的解决方案主要是：通过根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式，解决了现有技术中池化保护在多个vbras间实现负载分担和均衡需要外部控制器参与，实现逻辑复杂，成本较高的技术问题。[0055]参照图1，图1为本发明转控分离架构vbras的业务保护方法第一实施例的流程示意图。[0056]在第一实施例中，所述转控分离架构vbras的业务保护方法包括以下步骤：[0057]步骤s10、根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面。[0058]需要说明的是，所述预设均衡算法为预先设置的均衡算法，用于计算各个转发面，即用户面(userplane，up)的用户会话控制session负载，通过所述预设均衡算法可以获得转控分离架构虚拟宽带接入服务器vbras的各转发面的负载值，从获得的各个负载值中能够确定最低的负载值，并可以确定最低负载值对应的目标转发面，即目标用户面，所述预设均衡算法一般可以部署在控制面(controlplane，cp)中，当然也可以设置在其他装置或模块中，本实施例对此不加以限制。[0059]在具体实现中，通过调用转控分离架构vbras的各转发面的相关参数利用预设均衡算法能够计算获得对应各转发面的各个会话控制负载的负载值；对各负载值进行筛选，能够从各负载值中确定对应的负载最低值作为当前最低负载值，并将所述当前最低负载值对应的转发面作为目标转发面。[0060]步骤s20、所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面。[0061]本实施例中，目标转发面接收用户的首个请求认证信令并将其上报至控制面，从而在控制面上生成用户转发表并发送至目标转发面，为后续用户上网业务打通做准备。[0062]步骤s30、获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0063]应当理解的是，所述转发面切换状态为所述目标转发面的当前工作运行状态，不同的转发面切换状态对应不同的业务保护策略，根据所述转发面切换状态确定不同的业务保护策略对所述用户转发表对应的业务进行针对性的保护。[0064]本实施例通过上述方案，通过根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式。[0065]进一步地，图2为本发明转控分离架构vbras的业务保护方法第二实施例的流程示意图，如图2所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第二实施例，在本实施例中，所述步骤s10包括以下步骤：[0066]步骤s11、获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源。[0067]需要说明的是，用户的会话控制session业务的数量以及带宽，即用户会话数量及会话带宽，结合会话带宽和转发面资源能够计算获得各转发面的负载值，所述转发面资源为转发面所分配的资源，一般为cpu和内存。[0068]步骤s12、根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值。[0069]可以理解的是，通过所述预设均衡算法将所述用户会话数量、所述会话带宽和所述转发面资源代入其中，能够计算出单个转发面的负载比例，即各转发面的会话控制负载的负载值。[0070]进一步的，所述步骤s12具体包括以下步骤：[0071]根据所述用户会话数量、所述会话带宽和所述转发面资源通过下述公式获得各转发面的会话控制负载的负载值：[0072][0073]tmax＝l(∑cpu mem)[0074]其中，t为会话控制负载的负载值，ub为所述会话带宽，ns为所述用户会话数量，tmax为当前转发面的最大负载值，k，m为预设均衡系数，cpu和mem为所述转发面资源。[0075]在具体实现中，如图3所示，图3为本发明转控分离架构vbras的业务保护方法中转控分离架构vbras部署图，参见图3，通过实际部署的虚拟宽带接入服务器控制面vbras‑cp可以对3个虚拟宽带接入服务器用户面vbras‑up1、vbras‑up2、vbras‑up3进行控制，即通过vbras‑cp对3个用户面up进行当前负载水平的计算，从而根据用户面的负载水平作为判定转控分离量化的依据，一般是计算3个用户面up的负载值t值，从而选出活跃的active的用户面up，转换模块sw可以对用户面的状态进行转换。[0076]需要说明的是，所述预设均衡系数为预先设置的用于进行业务均衡计算的系数，确保转发面间业务均衡的策略及具体的方式有很多种，例如可以参考信令密度、用户流量以及转发面资源等多个角度进行业务均衡，而在本实施例中以所述用户会话数量、所述会话带宽和所述转发面资源综合考虑计算各转发面的会话控制负载的负载值，从而根据实际部署的转控分离架构vbras的控制面cp计算真实的当前负载水平。[0077]步骤s13、从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面。[0078]应当理解的是，对各负载值进行筛选，能够从各负载值中确定对应的负载最低值作为当前最低负载值，并将所述当前最低负载值对应的转发面作为目标转发面。[0079]本实施例通过上述方案，通过获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源；根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值；从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面；能够准确获得各个转发面的会话控制负载的负载值，为后续寻找最低负载转发面提供数据支撑。[0080]进一步地，图4为本发明转控分离架构vbras的业务保护方法第三实施例的流程示意图，如图4所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第三实施例，在本实施例中，所述步骤s20具体包括以下步骤：[0081]步骤s21、所述目标转发面接收首个请求认证信令，将所述首个请求认证信令发送至控制面。[0082]需要说明的是，任意转发面均可以接受用户会话控制的信令请求，所述用户接入认证协议为预先设置的信令报文生成协议，即所述信令报文符合所述用户接入认证协议，所述用户接入认证协议可以为以太网上的点对点协议(point‑to‑pointprotocoloverethernet，pppoe)，也可以为以太网ip协议(ipoverethernet，ipoe)，当然还可以为其他协议，本实施例对此不加以限制。[0083]本实施例中，进一步限定活动(s_active)状态下的转发面可接收用户的第一个广播请求信令(pppoe方式下的padi报文和ipoe方式下的dhcpdiscovery报文)，其它处于维持状态(s_hold)下的转发面丢弃首个接入请求信令报文。具体的，在用户上线过程会计算所有转发面的负载值，选择负载最低的转发面(即目标转发面)作为活动转发面。基于此，只有目标转发面接收到首个请求认证信令后，将首个请求认证信令发送至控制面。[0084]步骤s22、所述控制面根据所述首个请求认证信令创建用户会话表，并对所述首个请求认证信令进行账户权限认证，在认证完成后根据所述用户会话表生成用户转发表。[0085]可以理解的是，所述目标转发面将所述首个请求认证信令发送至控制面后，所述控制面根据所述首个请求认证信令创建用户会话表，所述控制面还对所述首个请求认证信令进行aaa认证，即进行身份认证authenticate、权限认证authority、账户认证account，在认证通过后，可以根据之前建立生成的用户会话表生成用户转发表。[0086]在具体实现中，如图5所示，图5为本发明转控分离架构vbras的业务保护方法中cp及up的关键模块构成图，参见图5，虚拟宽带接入服务器控制面vbras‑cp由用户管理模块(usermanagement，um)、用户面负载均衡模块(uploadbalancemodule，ulbm)、用户面控制模块服务端(upcontrolmoduleserver，upcmserver)及用户面故障检测模块(uperrodetectionmodule，uped)组成，其中，ulbm部署在cp控制面，此模块会依据特定的算法计算各个up的用户节负载，获得一个负载值，然后通过遍历所有up的负载比例，寻找当前最低负载up。[0087]用户面控制模块服务器upcm分为客户端及服务端，upcmserver服务端部署在控制面cp侧，客户端部分在转发面up侧，客户端和服务端建立通信后，upcmserver可以控制up的工作方式，up工作模式分为三种状态：激活、维持和关闭状态；其中激活状态为正常的工作状态，可以接收用户的pppoe、ipoe认证请求信令，并新增用户转发表；维持状态下up不接受新的用户会话控制session请求，关闭信令监听功能，但已经在此up上线的用户不受影响，可正常更新表项。[0088]用户面故障检测模块uped属于用户面控制模块upcm客户端的子模块，检测所属up的运行健康状态，根据设定的检测条件检测并上报up的运行状态，可以通过uped通知服务端已发现的状态改变，通常故障up或未部署的up不工作，无法提供新增用户会话控制session请求，也无法维持已有的在线用户会话控制session。[0089]虚拟宽带接入服务器用户端vbras‑up由用户面控制模块客户端upcmclient和会话转发表sessionforwardtable。[0090]步骤s23、所述控制面将所述用户转发表发送至所述目标转发面。[0091]应当理解的是，在认证完成后生成用户转发面，所述控制面转发表下发到所述目标转发面，能够实现用户上网业务的连通。[0092]本实施例通过上述方案，能够快速实现个转发面用户上网业务的连通，保证信令报文的准确性。[0093]进一步地，图6为本发明转控分离架构vbras的业务保护方法第四实施例的流程示意图，如图6所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第四实施例，在本实施例中，所述步骤s30具体包括以下步骤：[0094]步骤s31、获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态。[0095]需要说明的是，为了对转发面的故障进行检测，能够通过实时探测转发面的运行状态，探测的内容可以包括业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态等，通过这些状态能够确定所述目标转发面的转发面切换状态，从而确定所述目标转发面是否出现故障。[0096]步骤s32、根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0097]可以理解的是，通过对所述转发面切换状态进行分析，可以制定不同的保护策略，而针对所述转发面切换状态的不同，能够采取不同的业务保护策略对所述用户转发表对应的业务进行保护。[0098]进一步的，所述步骤s32之前，所述转控分离架构vbras的业务保护方法还包括以下步骤：[0099]在所述目标转发面发生切换时，保存切换时间内的业务流量，并在切换成功后，通过新的目标转发面继续转发所述业务流量，直到用户主动下线。[0100]可以理解的是，在所述目标转发面发生切换时，可以对切换过程中的业务流量进行保存，进而在切换完成后，通过新的转发面转发所述业务流量，并转发新的用户使用过程中产生的业务流量，直到用户主动下线。[0101]本实施例通过上述方案，通过获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态；根据所述转发面切换状态对所述用户转发表对应的业务进行保护，能够针对性的对所述用户转发表对应的业务进行保护，实时检测转发面的运行状态，从而提高转发面的故障检出率，保证业务的正常进行。[0102]进一步地，图7为本发明转控分离架构vbras的业务保护方法第五实施例的流程示意图，如图7所示，基于第四实施例提出本发明转控分离架构vbras的业务保护方法第五实施例，在本实施例中，所述步骤s32具体包括以下步骤：[0103]步骤s321、在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表。[0104]需要说明的是，所述激活状态为正常的工作状态，可以接收用户的认证请求指令，一般可以是pppoe或ipoe等协议的认证请求信令，并新增用户转发表。[0105]步骤s322、在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能。[0106]应当理解的是，所述维持状态下的转发面不接受新的会话控制session请求，并会关系信令监听功能，但已经在此转发面上线的用户不受影响，可以正常更新表项。[0107]在具体实现中，在用户上线过程会计算所有转发面的负载值，进而选择负载最低的转发面作为活动转发面，即目标转发面，通过活动转发面生成新上线会话控制session的转发表，初始时，各个转发面的负载值为0；可以设定其中一台转发面作为活动转发面，其他转发面作为维持状态；设定状态过程一般可以通过转发面控制模块下发到转发面端，激活状态下的转发面可以接收用户的第一个广播请求信令，在pppoe方式下是padi报文，在ipoe方式下是dhcpdiscovery报文，其他处于维持状态下的转发面会丢弃首个接入请求信令报文。[0108]步骤s323、在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0109]可以理解的是，关闭状态下的转发面不工作，无法提供新增会话控制请求，也无法维持已有的在线会话，通常这种转发面为故障转发面或者未部署的转发面，此时可以所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0110]进一步的，所述步骤s323具体包括以下步骤：[0111]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，并获得故障分析结果；[0112]在所述故障分析结果为所述目标转发面为未部署的转发面时，重新确定负载值最低的转发面为新的目标转发面；[0113]在所述故障分析结果为所述目标转发面为故障转发面时，获取预设时间，并在预设时间内将所述故障转发面设定为转换状态，搜索新的目标转发面完成上线，从而对所述用户转发表对应的业务进行保护。[0114]需要说明的是，关闭状态下的转发面不工作，此时可以对所述目标转发面进行故障分析，从而获得对应的故障分析结果；在所述目标转发面为未部署的转发面时，此时需要返回之前的步骤，重新确定一个负载值最低的转发面作为目标转发面，若之前已经进行相应排序，顺位选取下一个转发面即可。[0115]可以理解的是，在所述目标转发面为故障转发面时，可以在预设时间内将所述故障转发面设定为转换switch状态，所述预设时间可以根据实际情况进调节，以5分钟为例，对于归属为故障转发面的用户会话，在5分钟内将其设定为switch状态，如此一来，用户的流量及统计信息保留，只要在5分钟内用户在新的活动转发面完成上线，此用户无需从控制面的用户表中删除，只需将其从switch转换状态切换为正常即可；对于超过5分钟的故障转发面用户，之后仍可作为新会话用户上线，如此可以最大限度的保留故障转发面的数据，避免因为故障转发面保护切换所造成的用户信息丢失，并且上层账户权限认证服务器无感知。[0116]本实施例通过上述方案，通过在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表；在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能；在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护，能够根据所述转发面切换状态对所述用户转发表对应的业务进行保护，实现逻辑简单，可以最大限度避免故障转发面保护切换所带来的用户信息丢失，实现了各转发面的负载均衡，可以替代高业务密度场景下的传统实体bras，能够部署各种场景，性能强大，避免了资源冗余，可以实现包括n:1方式的多种业务保护模式。[0117]进一步地，图8为本发明转控分离架构vbras的业务保护方法第六实施例的流程示意图，如图8所示，基于第一实施例提出本发明转控分离架构vbras的业务保护方法第六实施例，在本实施例中，所述步骤s10之前，所述转控分离架构vbras的业务保护方法还包括以下步骤：[0118]步骤s01、将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求。[0119]需要说明的是，在转控分离架构下，控制面管理所有转发面，一般按照池化配置方式部署，能够将配置分发到池化的各转发面上，即将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，使得任意转发面都可以接受用户会话控制的信令请求。[0120]在具体实现中，所有vbras部署在一个二层广播域中，用户首个广播信令报文(pppoe方式下的padi报文和ipoe方式下的dhcpdiscovery报文)可以到达所有转发面设备。[0121]本实施例通过上述方案，通过将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求，能够使各转发面的配置统一，都可以接受用户会话控制的信令请求，提高了业务保护的效率。[0122]相应地，本发明进一步提供一种转控分离架构vbras的业务保护系统。[0123]参照图9，图9为本发明转控分离架构vbras的业务保护系统第一实施例的功能模块图。[0124]本发明转控分离架构vbras的业务保护系统第一实施例中，该转控分离架构vbras的业务保护系统包括：[0125]转发面负载均衡模块10，用于根据预设均衡算法计算转控分离架构vbras的各转发面的负载值，并根据所述负载值确定当前最低负载值的目标转发面；[0126]转发面控制模块20，用于所述目标转发面将首个请求认证信令上报至控制面，在控制面上生成用户转发表并发送至所述目标转发面；[0127]保护模块30，用于获取所述目标转发面的转发面切换状态，根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0128]进一步地，一实施例中，转发面负载均衡模块10，用于：[0129]获取转控分离架构vbras的各转发面的会话控制负载的用户会话数量、会话带宽和转发面资源；[0130]根据所述用户会话数量、所述会话带宽和所述转发面资源利用预设均衡算法获得各转发面的会话控制负载的负载值；[0131]从各负载值中确定当前最低负载值，将所述当前最低负载值对应的转发面作为目标转发面。[0132]进一步地，一实施例中，转发面负载均衡模块10，用于：[0133]根据所述用户会话数量、所述会话带宽和所述转发面资源通过下述公式获得各转发面的会话控制负载的负载值：[0134][0135]tmax＝l(∑cpu mem)[0136]其中，t为会话控制负载的负载值，ub为所述会话带宽，ns为所述用户会话数量，tmax为当前转发面的最大负载值，其中k，m及l均为预设均衡系数，cpu和mem为所述转发面资源。[0137]进一步地，一实施例中，转发面控制模块20，用于：[0138]所述目标转发面接收首个请求认证信令，将所述首个请求认证信令发送至控制面；[0139]所述控制面根据所述首个请求认证信令创建用户会话表，并对所述首个请求认证信令进行账户权限认证，在认证完成后根据所述用户会话表生成用户转发表；[0140]所述控制面将所述用户转发表发送至所述目标转发面。[0141]进一步地，一实施例中，保护模块30，用于：[0142]获取所述新上线会话的业务端口状态、链路状态、转发面和控制面之间的控制通道状态以及转发面的程序执行状态，根据所述业务端口状态、所述链路状态、所述控制通道状态及所述程序执行状态确定所述目标转发面的转发面切换状态；[0143]根据所述转发面切换状态对所述用户转发表对应的业务进行保护。[0144]进一步地，一实施例中，保护模块30，用于：[0145]在所述目标转发面发生切换时，保存切换时间内的业务流量，并在切换成功后，通过新的目标转发面继续转发所述业务流量，直到用户主动下线。[0146]进一步地，一实施例中，保护模块30，用于：[0147]在所述转发面切换状态为激活状态时，接收用户的认证请求信令，并新增用户转发表；[0148]在所述转发面切换状态为维持状态时，不接受新的会话控制请求，关闭信令监听功能；[0149]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，根据故障分析结果对所述用户转发表对应的业务进行保护。[0150]进一步地，一实施例中，保护模块30，用于：[0151]在所述转发面切换状态为关闭状态时，所述目标转发面不工作，对所述目标转发面进行故障分析，并获得故障分析结果；[0152]在所述故障分析结果为所述目标转发面为未部署的转发面时，重新确定负载值最低的转发面为新的目标转发面；[0153]在所述故障分析结果为所述目标转发面为故障转发面时，获取预设时间，并在预设时间内将所述故障转发面设定为转换状态，搜索新的目标转发面完成上线，从而对所述用户转发表对应的业务进行保护。[0154]进一步地，图10为本发明转控分离架构vbras的业务保护系统第二实施例的功能模块图；如图10所示，基于第一实施例提出本发明转控分离架构vbras的业务保护系统第二实施例，在本实施例中，所述转控分离架构vbras的业务保护系统还包括：[0155]转发面配置分发模块00，用于将预设配置参数分发到池化的转控分离架构vbras的各转发面上，以使各转发面上的用户配置一致，均可接收用户会话控制的信令请求。[0156]需要说明的是，控制面管理的所有转发面按池化配置方式部署，转发面配置分发模块负责将配置分发到池化的各转发面上，确保各个转发面上的用户配置一致，任意转发面均可接收用户会话控制的信令请求；在设定各转发面的初始状态时，可以设定其中一台转发面作为活动转发面，使其他转发面的状态处于维持状态；能够使各转发面的配置统一，都可以接受用户会话控制的信令请求，提高了业务保护的效率。[0157]本发明转控分离架构vbras的业务保护系统的具体实施例与上述本发明转控分离架构vbras的业务保护方法的各个实施例基本相同，在此不做赘述。[0158]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。[0159]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。[0160]以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的
技术领域：
：，均同理包括在本发明的专利保护范围内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
