用户端保活的方法及装置与流程

1.本技术涉及通信领域，尤其涉及一种用户端保活的方法及装置。


背景技术：

2.随着软件定义型网络(software defined network，sdn)技术和网络功能虚拟化(network functions virtualization，nfv)技术的发展，城域网向着传统以网络为核心的架构向以数据中心为核心的网络架构演进，传统的网元设备也从专业化朝着通用化演进。这样，使得通信网络中的软件与硬件的解耦、控制面与转发面解耦。
3.通常，宽带网络网关(broadband network gateway，bng)用于将用户端接入网络。基于nfv，传统的bng演进为虚拟宽带网络网关(virtual broadband network gateway，vbng)。基于sdn，vbng演进为虚拟宽带网络网关控制平面(virtual broadband network gateway control plane，vbng-cp)和虚拟宽带网络网关用户平面(virtual broadband network gateway user plane，vbng-up)，即vbng的控制面与转发面解耦(或称为控制面和用户面分离，即cu分离)。其中，vbng-cp和vbng-up共同配合使用，可以实现vbng的功能。
4.对于传统的bng，用户端可以通过向传统的bng发送探测报文或续租报文，以实现用户端在接入网络后的保活。然而，对于cu分离的vbng，如何实现用户端在接入网络后的保活，缺少相应的解决方案。


技术实现要素：

5.本技术提供了一种用户端保活的方法及装置，提供了在cu分离的宽带接入网关中实现用户端保活的解决方案。
6.为达上述目的，本技术提供如下技术方案：
7.第一方面，本技术提供一种用户端保活的方法，该方法应用于包括控制面实体和用户面实体的宽带接入网关，该宽带接入网关用于将用户端接入网络，该方法由用户面实体执行。该方法包括：基于预置参数，向用户端发送探测报文。如果在预设时长内未接收到用户端发送的探测响应报文，则向控制面实体发送探测失败消息。其中，该预置参数是用户面实体预先获取的，该探测报文用于检查用户端和用户面实体之间的通信链路是否故障，该探测失败消息用于指示控制面实体对用户端进行下线处理。
8.本技术提供的用户端保活方法，可以通过用户面实体向用户端发送探测报文以实现用户端的保活。并且，通过该探测报文可以及时发现已下线的用户端，用户面实体和控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在用户面实体和控制面实体中，从而避免了资源浪费。另外，由于用户面实体承担了发送探测报文的职责，这样可以减少控制面实体的cpu负担，同时，探测报文也不会占用控制面实体和用户面实体之间的报文通道带宽，从而节省了资源。
9.在一种可能的设计方式中，上述“如果在预设时长内未接收到用户端发送的探测响应报文，则向控制面实体发送探测失败消息”具体包括：如果在预设时长内未接收到用户
端发送的探测响应报文，且控制面实体和用户面实体之间的通信链路故障，则在控制面实体和用户面实体之间的通信链路故障恢复后，向控制面实体发送探测失败消息。
10.通过该可能的设计，使得用户面实体可以在控制面实体和用户面实体之间的通信链路故障恢复后的第一时间向控制面实体上报探测失败消息。这样的话，控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在控制面实体中，从而避免了资源浪费。
11.在另一种可能的设计方式中，如果用户端是使用动态主机配置协议dhcp的用户端，上述方法还包括：接收控制面实体发送的用户端的dhcp租期，该dhcp租期用于表示dhcp服务器允许用户端接入网络的时长。
12.在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路故障，上述方法还包括：如果在dhcp租期内未接收到用户端发送的dhcp续租报文，则确定用户端已下线。如果在dhcp租期内接收到用户端发送的dhcp续租报文，则向用户端发送dhcp续租成功报文。
13.通过该两种可能的设计，用户面实体可以在控制面实体和用户面实体之间的通信链路故障期间，代理处理用户端发送的dhcp续租报文，从而实现了用户端的保活。
14.在另一种可能的设计方式中，在控制面实体和用户面实体之间的通信链路故障恢复后，上述方法还包括：如果确定用户端已下线，向控制面实体发送下线消息，下线消息用于指示用户端已下线。
15.通过该可能的设计，用户面实体可以在控制面实体和用户面实体之间的通信链路故障恢复后，第一时间通知控制面实体对已下线的用户端进行下线处理，这样，控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在控制面实体中，从而避免了资源浪费。
16.在另一种可能的设计方式中，在控制面实体和用户面实体之间的通信链路故障恢复后，上述方法还包括：与控制面实体同步用户表项。
17.由于在控制面实体和用户面实体之间的通信链路故障期间，控制面实体可能在主动为一些用户端请求延长dhcp租期失败后删除了该部分用户端的用户表项。这样的话，通过该可能的设计，用户面实体即可在控制面实体和用户面实体之间的通信链路故障恢复后，及时基于控制面实体下发的最新的用户表项，来更新自身的用户表项。这样，用户面实体即可及时删除dhcp租期续租失败的用户端的用户表项，而避免了dhcp租期续租失败的用户端的用户表项积累在用户面实体中，从而避免了资源浪费。
18.在另一种可能的设计方式中，上述的预置参数还包括：探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。
19.在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路正常，且用户端是使用动态主机配置协议dhcp的用户端，则上述方法还包括：接收用户端发送的dhcp续租报文，该dhcp续租报文用于控制面实体向dhcp服务器请求延长dhcp租期。接着，向控制面实体转发dhcp续租报文。然后，接收控制面实体发送的dhcp续租回应报文，该dhcp续租回应报文用于指示用户端是否成功续租dhcp租期。最后向用户端发送dhcp续租回应报文。
20.第二方面，本技术提供一种用户端保活的方法，该方法应用于包括控制面实体和
用户面实体的宽带接入网关，该宽带接入网关用于将用户端接入网络，该方法由控制面实体执行。该方法包括：接收用户面实体发送的探测失败消息。基于该探测失败消息，对用户端进行下线处理。其中，探测失败消息用于表示用户面实体在预设时长内未接收到用户端的探测响应报文，该探测响应报文是用户面实体基于预置参数向用户端发送的探测报文的响应报文，该预置参数是控制面实体预先发送至用户面实体的参数。
21.在一种可能的设计方式中，如果用户端是使用动态主机配置协议dhcp的用户端，上述方法还包括：向用户面实体发送用户端的dhcp租期，该dhcp租期用于表示dhcp服务器允许用户端接入网络的时长。
22.在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路故障，上述方法还包括：基于用户端的dhcp租期，向dhcp服务器发送dhcp续租报文，该dhcp续租报文用于请求延长用户端的dhcp租期。接着，接收dhcp服务器发送的dhcp续租回应报文，该dhcp续租回应报文用于指示用户端是否成功续租dhcp租期。基于该dhcp续租回应报文，处理用户端对应的用户表项。
23.通过该可能的设计，本技术提供的方法在控制面实体和用户面实体之间的通信链路故障时，控制面实体可以自动的为用户端向服务器请求延长dhcp租期。这样的话，避免了控制面实体和用户面实体之间的通信链路故障而引起的用户端掉线问题，即实现了用户端的保活。
24.在另一种可能的设计方式中，在控制面实体和用户面实体之间的通信链路故障恢复后，上述方法还包括：接收用户面实体发送的下线消息，该下线消息用于指示用户端已下线。这里，用户端已下线是用户面实体根据在控制面实体和用户面实体之间的通信链路故障期间，用户面实体在dhcp租期内未接收到用户端发送的dhcp续租报文确定的。
25.在另一种可能的设计方式中，在控制面实体和用户面实体之间的通信链路故障恢复后，上述方法还包括：向用户面实体发送用户表项，该用户表项用于用户面实体同步用户面实体中的用户表项。
26.在另一种可能的设计方式中，上述预置参数包括：探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。
27.在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路正常，且在用户端的dhcp租期内，控制面实体未接收到用户端经用户面实体发送的dhcp续租报文，则上述方法还包括：对用户端进行下线处理；其中，dhcp续租报文用于请求延长用户端的dhcp租期。
28.在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路正常，且果在用户端的dhcp租期内，控制面实体接收到用户端经用户面实体发送的dhcp续租报文，则上述方法还包括：向dhcp服务器发送dhcp续租报文。接着，接收dhcp服务器发送的dhcp续租回应报文，该dhcp续租回应报文用于指示用户端是否成功续租dhcp租期。基于dhcp续租回应报文，处理用户端对应的用户表项。经用户面实体，向用户端发送dhcp续租回应报文。
29.上述第二方面及其可能的技术方案的有益效果的描述，可以参考上述第一方面或其相应的技术方案中有益效果的描述，此处不再赘述。
30.第三方面，本技术提供了一种用户保活的装置。
31.在一种可能的设计方式中，该用户保活的装置用于执行上述第一方面或第二方面提供的任一种方法。本技术可以根据上述第一方面或二方面提供的任一种方法，对该用户保活的装置进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。示例性的，本技术可以按照功能将该用户保活的装置划分为发送单元等，或者，本技术可以按照功能将该用户保活的装置划分为接收单元和处理单元等。上述划分的各个功能模块执行的可能的技术方案和有益效果的描述均可以参考上述第一方面或其相应的可能的设计提供的技术方案，或者可以参考上述第二方面或其相应的可能的设计提供的技术方案，此处不再赘述。
32.在另一种可能的设计中，该用户保活的装置包括：存储器和一个或多个处理器，存储器和处理器耦合。存储器用于存储计算机指令，处理器用于调用该计算机指令，使得该用户保活的装置执行如第一方面及其任一种可能的设计方式提供的任一种方法，或者，执行如第二方面及其任一种可能的设计方式提供的任一种方法。
33.第四方面，本技术提供了一种计算机可读存储介质，如计算机非瞬态的可读存储介质。其上储存有计算机程序(或指令)，当该计算机程序(或指令)在用户保活的装置上运行时，使得该用户保活的装置执行上述第一方面中或第二方面中的任一种可能的实现方式提供的任一种方法。
34.第五方面，本技术提供了一种计算机程序产品，当其在用户保活的装置上运行时，使得第一方面中或第二方面中的任一种可能的实现方式提供的任一种方法被执行。
35.第六方面，本技术提供了一种芯片系统，包括：处理器，处理器用于从存储器中调用并运行该存储器中存储的计算机程序，执行第一方面中或第二方面中的实现方式提供的任一种方法。
36.可以理解的是，上述提供的任一种装置、计算机存储介质、计算机程序产品或芯片系统等均可以应用于上文所提供的对应的方法，因此，其所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。
37.在本技术中，上述用户保活的装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本技术类似，属于本技术权利要求及其等同技术的范围之内。
38.本技术的这些方面或其他方面在以下的描述中会更加简明易懂。
附图说明
39.图1为本技术实施例提供的一种宽带接入网关的结构示意图；
40.图2为本技术实施例提供的一个控制面实体对应多个用户面实体的示意图；
41.图3为本技术实施例提供的一种网络架构的架构示意图；
42.图4为本技术实施例提供的一种计算机设备的硬件结构示意图；
43.图5为本技术实施例提供的一种用户端保活的方法的流程示意图一；
44.图6为本技术实施例提供的一种探测报文的流向示意图；
45.图7为本技术实施例提供的一种用户端保活的方法的流程示意图二；
46.图8为本技术实施例提供的dhcp续租报文和dhcp续租回应报文的流向示意图一；
47.图9为本技术实施例提供的一种用户端保活的方法的流程示意图三；
48.图10为本技术实施例提供的一种用户端保活的方法的流程示意图四；
49.图11为本技术实施例提供的dhcp续租报文和dhcp续租回应报文的流向示意图二；
50.图12为本技术实施例提供的一种用户端保活的装置的结构示意图一；
51.图13为本技术实施例提供的一种用户端保活的装置的结构示意图二；
52.图14为本技术实施例提供的一种芯片系统的结构示意图；
53.图15为本技术实施例提供的计算机程序产品的结构示意图。
具体实施方式
54.在本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
55.本技术中术语“至少一个”的含义是指一个或多个，本技术中术语“多个”的含义是指两个或两个以上，例如，多个第二报文是指两个或两个以上的第二报文。本文中术语“系统”和“网络”经常可互换使用。
56.应理解，在本文中对各种所述示例的描述中所使用的术语只是为了描述特定示例，而并非旨在进行限制。如在对各种所述示例的描述和所附权利要求书中所使用的那样，单数形式“一个(“a”，“an”)”和“该”旨在也包括复数形式，除非上下文另外明确地指示。
57.还应理解，本文中所使用的术语“和/或”是指并且涵盖相关联的所列出的项目中的一个或多个项目的任何和全部可能的组合。术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本技术中的字符“/”，一般表示前后关联对象是一种“或”的关系。
58.还应理解，在本技术的各个实施例中，各个过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
59.应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。
60.还应理解，术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。
61.还应理解，术语“如果”可被解释为意指“当...时”(“when”或“upon”)或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“如果确定...”或“如果检测到[所陈述的条件或事件]”可被解释为意指“在确定...时”或“响应于确定...”或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。
[0062]
应理解，说明书通篇中提到的“一个实施例”、“一实施例”、“一种可能的实现方式”意味着与实施例或实现方式有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”、“一种可能的实现方式”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方
式结合在一个或多个实施例中。
[0063]
本技术实施例提供一种用户端保活的方法，该方法应用于包括控制面实体和用户面实体的宽带接入网关(即cu分离的宽带接入网关)。该宽带接入网关用于将用户端接入网络。该方法通过用户面实体向用户端发送探测报文，以及通过用户面实体和控制面实体处理动态主机配置协议(dynamic host configuration protocol，dhcp)续租报文，从而实现了在cu分离的宽带接入网关中实现用户端的保活。
[0064]
参考图1，图1示出了本技术实施例提供一种宽带接入网关10的结构示意图。如图1所示，宽带接入网关10包括控制面实体11和用户面实体12。
[0065]
其中，控制面实体11，用于实现宽带接入网关10的控制功能。控制面实体11具体用于通过与具有不同用途/功能的服务器连接通信，以控制管理与用户面实体12所连接的用户端的网络接入。
[0066]
示例性的，控制面实体可以用于对与用户面实体12所连接的用户端在接入网络时的接入协议报文进行处理、该用户端的身份认证、以及生成并下发用该户端的转发表项和用户表项至用户面实体12等。
[0067]
其中，用户表项可以包括用户端的标识信息，用户端的标识信息可以包括：用户端的网际互联协议(internet protocol，ip)地址、媒体存取控制(media access control，mac)地址、虚拟局域网(virtual local area network，vlan)地址、会话控制标识(session identity document，session id)或dhcp租期等中的至少一个。可以理解，用户表项通常可以是控制面实体在处理用户端的接入协议报文时获取并生成的，然后下发至该用户端连接的用户面实体。
[0068]
转发表项可以是用户端通过宽带接入网关接入网络后，宽带接入网关中的用户面实体用于转发用户端的数据流的转发路径表项。
[0069]
用户面实体12，与控制面实体11连接，用于实现宽带接入网关10的转发功能。例如，用户面实体12可以用于向控制面实体11转发与用户面实体12所连接的用户端发送的接入协议报文，或者，用户面实体12可以用于在与用户面实体12所连接的用户端接入网络后，为该用户端转发ip数据流。
[0070]
可选的，用户面实体12可以包括探测组件121和代理组件122。
[0071]
其中，探测组件121，可以用于获取预置参数，并基于预置参数向用户端发送探测报文，以及，接收用户端的探测响应报文等。例如，探测组件121可以用于执行下文中的s101～s104，此处不作赘述。
[0072]
代理组件122，可以用于在控制面实体11和用户面实体12之间的通信链路故障时，代理处理用户端发送的dhcp续租报文。例如，代理组件122可以用于执行下文中的s301～s304，此处不作赘述。其中，dhcp续租报文的说明可以参考下文中dhcp续租报文的描述，这里不再赘述。
[0073]
可选的，控制面实体11和用户面实体12之间可以通过三种通信通道连接通信。
[0074]
如图1所示，这三种通信通道包括业务报文重定向通道、管理通道以及控制通道。
[0075]
其中，报文重定向通道，可以通过控制面实体11和用户面实体12之间的报文重定向接口实现。示例性的，当用户面实体12接收到用户接入协议报文，可以通过该报文重定向接口封装并发送送至控制面实体11处理。
[0076]
管理通道，可以通过控制面实体11和用户面实体12之间的管理接口(interface management，im)实现。示例性的，控制面实体11可以采用该管理接口向用户面实体12下发配置参数，而用户面实体12可以采用该管理接口向控制面实体11上报一些运行状态等。
[0077]
控制通道，可以通过控制面实体11和用户面实体12之间的控制接口(interface control，ic)实现。示例性的，当用户端上线后，控制面实体11可以通过该控制接口向与该用户端连接的用户面实体下发用户表项、转发表项等。
[0078]
应理解，一个控制面实体和一个用户面实体，即可作为一个宽带接入网关，并用于为用户端提供网络接入的服务。然而，一个控制面实体，可以对应多个用户面实体，这样，即可作为多个宽带接入网关，以用于为多个用户端提供网络接入的服务。
[0079]
参考图2，图2示例性的示出了一个控制面实体对应多个用户面实体的示意图。如图2所示，控制面实体21对应有n个用户面实体，包括第一用户面实体221、第二用户面实体222、
…
、以及第n用户面实体22n。其中，n是正整数。
[0080]
这样，控制面实体21可以和第一用户面实体221，作为第一宽带接入网关为第一用户端提供网络接入的服务。类似的，控制面实体21可以和第二用户面实体222，作为第二宽带接入网关为第二用户端提供网络接入的服务，控制面实体21可以和第n用户面实体22n，作为第n宽带接入网关为第n用户端提供网络接入的服务。
[0081]
作为示例，上述的控制面实体可以是vbng-cp，用户面实体可以是vbng-up。这样，vbng-cp和vbng-up所构成的cu分离的vbng系统，即可作为本技术实施例所提供的宽带接入网关，从而用于为用户端提供网络接入的服务。
[0082]
参考图3，图3示出了本技术实施例提供的一种网络架构30的架构示意图，上述的宽带接入网关可以应用于该网络架构30中。如图3所示，网络架构30包括用户端31、vbng系统32、服务器端33以及网络端34。其中，vbng系统32是cu分离的vbng系统，因此vbng系统32即为本技术实施例所提供的宽带接入网关。
[0083]
用户端31，与vbng系统32中的vbng-up 322连接，并可以通过vbng系统32接入网络端34的网络中。
[0084]
可选的，用户端31可以通过光线路终端(optical line terminal，olt)设备311，与vbng系统32中的vbng-up 322连接。这里，olt设备311作为交换设备，可以使包括用户端31在内的多个用户端连接至vbng-up 322。
[0085]
应理解，用户端31可以是支持地址解析协议(address resolution protocol，arp)的用户端、或者可以是支持邻居发现协议(neighbor discovery protocol，nd)的用户端，或者可以是支持点对点协议(point to point protocol，ppp)的用户端,还可以是支持dhcp的用户端，本技术对此不作限定。
[0086]
vbng系统32，包括vbng-cp 321和vbng-up 322。
[0087]
其中，vbng-cp 321可以用于控制管理与vbng-up 322所连接的用户端31的网络接入。
[0088]
通常，vbng-cp 321设置于服务端33，并可以和服务端33中具有不同功能/用途的服务器连接通信。
[0089]
示例性的，vbng-cp 321可以与服务端33的dhcp服务器331连接，以实现使用dhcp的用户端的网络接入。
processing unit，cpu)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。
[0104]
作为一个示例，处理器41可以包括一个或多个cpu，例如图4中所示的cpu 0和cpu 1。
[0105]
存储器42可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
[0106]
一种可能的实现方式中，存储器42可以独立于处理器41存在。存储器42可以通过总线44与处理器41相连接，用于存储数据、指令或者程序代码。处理器41调用并执行存储器42中存储的指令或程序代码时，能够实现本技术实施例提供的用户保活的方法。
[0107]
另一种可能的实现方式中，存储器42也可以和处理器41集成在一起。
[0108]
通信接口43，用于计算机设备40与其他设备(如dhcp服务器、radius、ems服务器或用户端等)通过通信网络连接，所述通信网络可以是以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。通信接口43可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。
[0109]
总线44，可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0110]
需要指出的是，图4中示出的结构并不构成对该计算机设备的限定，除图4所示部件之外，该计算机设备40可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0111]
下面结合附图，对本技术实施例提供的用户端保活的方法予以详细说明。
[0112]
实施例一
[0113]
参考图5，图5示出了本技术实施例提供的一种用户端保活的方法的流程示意图。该方法可以应用于宽带接入网关(例如图1所示的宽带接入网关10，或图3所示的vbng系统32)，该宽带接入网关包括控制面实体和用户面实体，该控制面实体和该用户面实体连接通信，该宽带接入网关用于将用户端接入网络，该方法可以包括：
[0114]
s101、用户面实体基于预置参数，向用户端发送探测报文，该探测报文用于检查用户端和用户面实体之间的通信链路是否故障。
[0115]
其中，该预置参数是用户面实体预置的，也可以是该用户面实体预先获取的，例如预先从控制面实体获取的，本技术实施例对此不作具体限定。
[0116]
可选的，该预置参数可以包括探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。
[0117]
其中，发送间隔时间是指用户面实体连续发送两次探测报文的时间间隔。应理解，
用户面实体连续三次发送探测报文的两个时间间隔，可以相同，也可以不同，本技术实施例对此不作限定。
[0118]
超时次数，是指当用户面实体连续发送m次探测报文，且没有接收到该m次探测报文的响应报文。这种情况下，该m次即为探测报文的超时次数。其中，m是正整数。
[0119]
单次探测超时时长，是指用户面实体发送一次探测报文后，在第一预设时长内，该用户面实体没有接收到该探测报文的响应报文，则本技术实施例将该第一预设时长称为单次探测超时时长。
[0120]
探测次数，是指用户面实体发送探测报文的总的次数。
[0121]
探测起始和终止时间，是指用户面实体发送探测报文的开始时间，以及结束发送探测报文的时间。
[0122]
探测时长，是指在用户面实体发送探测报文的总的时长，即为探测时长。
[0123]
应理解，控制面实体可以预先将上述的预置参数配置为使能命令行，并通过控制面实体和用户面实体之间的控制通道，发送至该用户面实体。这样，该用户面实体即获取到该预置参数。
[0124]
这样的话，当用户端通过包括该控制面实体和该用户面实体的宽带接入网关接入网络后，即该用户端上线后，该用户面实体即通过该用户端的用户表项，以及获取到的预置参数，向该用户端发送探测报文。
[0125]
其中，该用户表项可以是控制面实体通过控制通道预先发送至该用户面实体的用户表项。
[0126]
可以理解的是，当该用户端可以是支持arp的用户端，则控制端配置的预置参数是支持arp的预置参数，该用户表项可以包括该用户端的ip地址、mac地址或vlan地址中的至少一个。当该用户端可以是支持nd的用户端，则控制端配置的预置参数是支持nd的预置参数，该用户表项可以包括该用户端的ip地址、mac地址或vlan地址中的至少一个。当该用户端可以是支持ppp的用户端，则控制端配置的预置参数是支持ppp的预置参数，该用户表项可以包括该用户端的ip地址、mac地址、vlan地址或session id中的至少一个。
[0127]
s102、用户面实体确定在第二预设时长(对应于本技术实施例中的预设时长)内，是否接收到用户端发送的探测响应报文。
[0128]
其中，该第二预设时长可以是上述预置参数中的探测报文的单次探测超时时长，也可以是上述预置参数中的探测报文的超时次数和单次探测超时时长的乘积，本技术实施例对此不作具体限定。
[0129]
如果用户面实体在第二预设时长内接收到用户端发送的探测响应报文，则执行s103。如果用户面实体在第二预设时长内未接收到用户端发送的探测响应报文，则执行s104～s105。
[0130]
s103、用户面实体基于预置参数，向用户端发送探测报文。
[0131]
应理解，当用户面实体在第二预设时长内接收到探测响应报文，则表明用户端和该用户面实体之间的通信链路没有出现故障，即该通信链路是正常的。那么，用户面实体可以基于该探测响应报文对应的探测报文的发送时刻，以及上述预置参数中的探测报文的发送间隔时间，向用户端发送探测报文。
[0132]
s104、用户面实体向控制面实体发送探测失败消息，该探测失败消息用于指示在
第二预设时长内，用户面实体未接收到用户端发送的探测响应报文。
[0133]
当在第二预设时长内，用户面实体未接收到用户端发送的探测响应报文，则用户面实体可以确定，该用户端和该用户面实体之间的通信链路故障。例如该用户端故障，或是该用户端和该用户面实体之间的链路故障等。
[0134]
这样的话，该用户面实体可以确定该用户端已下线。这种情况下，该用户面实体可以生成探测失败消息。其中，该探测失败消息用于指示控制面实体对该用户端进行下线处理。该探测失败消息可以包括该用户端的身份标识，例如该用户端的ip地址等信息，本技术实施例对此不作具体限定。
[0135]
这里，用户端的下线处理可以包括；停止对用户端的流量进行计费、删除该用户端的用户表项等。
[0136]
在一种可能的情况下，控制面实体和用户面实体之间的通信链路没有出现故障，即该通信链路是正常的，这种情况下，用户面实体即可在生成探测失败消息后，直接向控制面实体发送该探测失败消息。
[0137]
在另一种可能的情况下，控制面实体和用户面实体之间的通信链路故障，这种情况下，用户面实体可以将生成的探测失败消息予以缓存，直到控制面实体和用户面实体之间的通信链路故障恢复后，再将该探测失败消息发送至控制面实体。
[0138]
这里应理解，用户面实体可以实时感知控制面实体和用户面实体之间的通信链路是否出现故障。这样，用户面实体即可根据所感知到的控制面实体和用户面实体之间的通信链路状态，进行相应操作，不再赘述。
[0139]
应理解，当用户面实体确定用户端已下线，并生成探测失败消息后，可以删除该用户端的用户表项，以释放资源，从而提高该用户面实体的资源利用率。
[0140]
s105、控制面实体接收到探测失败消息，对用户端进行下线处理。
[0141]
具体的，控制面实体在接收到探测失败消息后，则基于该探测失败消息中的用户端的身份标识，对该身份标识所对应的用户端进行下线处理，例如停止对该用户端的流量进行计费、删除该用户端的用户表项等。这样，控制面实体即实现了及时释放资源，从而提高了控制面实体的资源利用率。
[0142]
参考图6，图6示例性的示出了探测报文的流向示意图。如图6所示。用户面实体62向用户端61发送探测报文621，如果用户面实体62在预设时长内接收到用户端61发送的探测响应报文612，则表示用户面实体62和用户端61之间的通信链路正常，这样的话，用户面实可以基于预置参数，继续向用户端61发送探测报文。
[0143]
如果用户面实体62在预设时长内未接收到用户端61发送的探测响应报文612，则表示用户面实体62和用户端61之间的通信链路故障，则用户面实体可以确定用户端61已下线，则向控制面实体63发送探测失败消息623，以使控制面63对用户端61进行下线处理。
[0144]
应理解，图6中的虚线双箭头，用于表示用户端61通过包括用户面实体62和控制面实体63的宽带接入网关接入核心网64后，与核心网64之间的交互的ip数据流。
[0145]
这样，通过该方法，用户面实体主动的向用户端发送探测报文，以确定当前与用户端的链路状态，从而实现用户端的保活。而当用户面实体在预设时长内没有接收到探测响应报文，则向控制面实体上报探测失败消息，以通知控制面实体对该用户端进行下线处理。这样的话，通过探测报文及时发现已下线的用户端，用户面实体和控制面实体即可及时删
除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在用户面实体和控制面实体中，从而避免了资源浪费。
[0146]
另外，由于用户面实体承担了发送探测报文的职责，这样可以减少控制面实体的cpu负担，同时，探测报文也不会占用控制面实体和用户面实体之间的报文通道带宽，从而节省了资源。
[0147]
实施例二
[0148]
本技术实施例提供的用户端保活的方法，应用于宽带接入网关(例如图1所示的宽带接入网关10，或图3所示的vbng系统32)，该宽带接入网关包括控制面实体和用户面实体，该控制面实体和该用户面实体连接通信。该宽带接入网关用于将用户端接入网络。
[0149]
在该实施例中，用户端可以是dhcp用户端，这样，上述宽带接入网关通过处理dhcp用户端的dhcp续租报文，从而实现用户端的保活。
[0150]
下面分具体场景，对本技术实施例二予以描述。
[0151]
场景一：
[0152]
该场景为上述宽带接入网关中，控制面实体和用户面实体之间的通信链路正常的场景。
[0153]
参考图7，图7示出了本技术实施例提供的另一种用户端保活的方法的流程示意图。该方法可以包括以下几个步骤：
[0154]
s201、控制面实体确定控制面实体和用户面实体之间的通信链路正常。
[0155]
通常，控制面实体可以实时感知到控制面实体和用户面实体之间的通信链路是否出现故障，当控制面实体感知到控制面实体和用户面实体之间的通信链路出现未出现故障，即该通信链路正常时，可以执行以下步骤s202～s205。
[0156]
s202、控制面实体基于用户端的dhcp租期，确定在dhcp租期内是否接收到用户端的dhcp续租报文。其中，该dhcp续租报文用于向dhcp服务器请求延长dhcp租期。
[0157]
这里，dhcp租期用于表示dhcp服务器允许该用户端接入网络的时长。该dhcp租期可以是控制面实体在处理该用户端在接入网络时的接入协议报文时获取的。
[0158]
其中，该dhcp租期可以包括该dhcp租期的开始和结束时间，或者，该dhcp租期可以包括该dhcp租期的开始时间和dhcp租期的时长。这样的话，基于该dhcp租期的开始时间和dhcp租期的时长，用户面实体可以确定该dhcp租期的开始和结束时间。
[0159]
这样，基于用户端的dhcp租期，控制面实体可以确定在该dhcp租期内，是否接收到该用户端经用户面实体发送的dhcp续租报文。
[0160]
如果在该dhcp租期内，控制面实体未接收到用户端经用户面实体发送的dhcp续租报文，则执行s203。如果在该dhcp租期内，控制面实体接收到用户端经用户面实体发送的dhcp续租报文，则执行s204。
[0161]
s203、控制面实体对用户端进行下线处理。
[0162]
如果在该dhcp租期内，控制面实体未接收到用户端经用户面实体发送的dhcp续租报文，则表明该用户端放弃续租dhcp租期。这时，控制面实体即可确定用户端已下线，并对该用户端进行下线处理。
[0163]
关于下线处理的相关说明可以参考上文，这里不再赘述。
[0164]
s204、控制面实体向dhcp服务器发送该dhcp续租报文，并接收dhcp服务器返回的
dhcp续租回应报文。其中，dhcp续租回应报文用于指示用户端是否成功续租到dhcp租期。
[0165]
其中，该dhcp续租报文是用户端经用户面实体发送至控制面实体的报文。
[0166]
具体的，用户端向可以在预设时刻，经用户面实体向控制面实体发送dhcp续租报文。
[0167]
可选的，用户端可以在当前dhcp租期的1/2或7/8租期时，经用户面实体向控制面实体发送dhcp续租报文。
[0168]
这样，控制面实体接收到该dhcp续租报文。
[0169]
然后，控制面实体向dhcp服务器发送该dhcp续租报文后，相应的，dhcp服务器接收到用户端的dhcp续租报文。
[0170]
可选的，dhcp服务器经宽带接入网关，接收到用户端的dhcp续租报文后，会根据当前时刻dhcp服务器上的地址分配情况，确定是否允许用户端成功延长其dhcp租期。
[0171]
通常，如果dhcp服务器允许延长该用户端的dhcp租期，则在该用户端的当前dhcp租期到后，还可以再接入网络一个dhcp租期。
[0172]
然后，dhcp服务器基于确定的结果，生成dhcp续租回应报文，并将该dhcp续租回应报文返回控制面实体。
[0173]
这样，宽带接入网关中的控制面实体即可接收到该dhcp续租回应报文。
[0174]
s205、控制面实体将该dhcp续租回应报文经用户面实体发送至用户端，并基于dhcp续租回应报文，处理该dhcp续租回应报文所对应用户端的用户表项。
[0175]
当控制面实体接收到dhcp续租回应报文，则将该dhcp续租回应报文经用户面实体，发送至用户端，以告知该用户端，dhcp服务器是否允许该用户端延长其dhcp租期(即告知用户端，该用户端是否成功续租到dhcp租期)。
[0176]
应理解，如果dhcp续租回应报文指示用户端未续租到dhcp租期，则控制面实体还基于该用户端的dhcp租期，在该dhcp租期到期后，对该用户端进行下线处理。
[0177]
关于下线处理的有关说明可以参考上文，这里不再赘述。
[0178]
相应的，用户端接收到dhcp续租回应报文后，即可确定是否成功续租到dhcp租期。
[0179]
参考图8，图8示例性的示出了在场景一dhcp续租报文以及dhcp续租回应报文的流向示意图。如图8所示，在控制面实体83和用户面实体82之间的通信链路没有故障，即控制面实体83和用户面实体82之间的通信链路正常时，用户端81向用户面实体82发送dhcp续租报文801，用户面实体82将该dhcp续租报文801转发至控制面实体83。接着，控制面实体83将该dhcp续租报文801发送至dhcp服务器85。
[0180]
然后，dhcp服务器85基于dhcp续租报文801确定dhcp续租回应报文802，并将该dhcp续租回应报文802发送至控制面实体83，控制面实体83基于该dhcp续租回应报文802进行相应处理后，将该dhcp续租回应报文802经用户面实体82，发送至用户端81。
[0181]
应理解，图8中的虚线双箭头，用于表示用户端81通过包括用户面实体82和控制面实体83的宽带接入网关接入核心网84后，与核心网84之间的交互的ip数据流。
[0182]
场景二：
[0183]
该场景为上述宽带接入网关中，控制面实体和用户面实体之间的通信链路故障的场景。
[0184]
参考图9，图9示出了本技术实施例提供的又一种用户端保活方法的流程示意图。
该方法由用户面实体执行，该方法可以包括以下几个步骤：
[0185]
s301、用户面实体确定控制面实体和用户面实体之间的通信链路故障。
[0186]
通常，用户面实体可以实时感知到控制面实体和用户面实体之间的通信链路是否出现故障。当用户面实体感知到控制面实体和用户面实体之间的通信链路故障，则启动用户面实体的代理组件，并通过该代理组件执行以下s302～s306。
[0187]
s302、用户面实体基于用户端的dhcp租期，确定在用户端的dhcp租期内是否接收到该用户端的dhcp续租报文。
[0188]
其中，dhcp租期可以是用户面实体预置的，也可以是用户面实体预先获取的。
[0189]
可选的，dhcp租期可以是用户面实体预先从控制面实体获取的。应理解，控制面实体可以在处理该用户端在接入网络时的接入协议报文时，获取该用户端的dhcp租期。然后，控制面实体可以将该dhcp租期配置为使能命令行，并通过控制面实体和用户面实体之间的控制通道，发送至该用户面实体。这样，该用户面实体即获取到该dhcp租期。
[0190]
其中，该dhcp租期可以包括该dhcp租期的开始和结束时间，或者，该dhcp租期可以包括该dhcp租期的开始时间和dhcp租期的时长。这样的话，基于该dhcp租期的开始时间和dhcp租期的时长，用户面实体可以确定该dhcp租期的开始和结束时间。
[0191]
这样，基于用户端的dhcp租期，用户面实体可以确定在该dhcp租期内，是否接收到该用户端发送的dhcp续租报文。
[0192]
如果该用户面实体在dhcp租期内，接收到dhcp续租报文，则执行s303。如果该用户面实体在dhcp租期内，未接收到dhcp续租报文，则执行s304～s305。
[0193]
s303、用户面实体向用户端发送dhcp续租成功报文，该dhcp续租成功报文用于指示用户端成功续租dhcp租期。
[0194]
这里，由于控制面实体和用户面实体之间的通信链路故障，因此，当用户面实体在dhcp租期内接收到用户端的dhcp续租报文，即向用户端发送dhcp续租成功报文，以通知用户端成功续租dhcp租期，从而实现用户端的保活。
[0195]
s304、用户面实体确定用户端已下线。
[0196]
如果在dhcp租期内未接收到用户端的dhcp续租报文，则表明用户端放弃续租dhcp租期。这样，用户面实体即可确定用户端已下线。
[0197]
这种情况下，用户面实体可以保存/缓存该用户端的下线消息，该下线消息用于指示该用户端已下线。应理解，该下线消息中，包括该用户端的身份标识。
[0198]
可以看出，当控制面实体和用户面实体之间的通信链路故障时，用户面实体可以代理处理dhcp续租报文，以实现用户端的保活。
[0199]
s305、当用户面实体确定控制面实体和用户面实体之间的通信链路故障恢复，则用户面实体向控制面实体发送下线消息。其中，该下线消息用于指示上述用户端已下线。
[0200]
当待控制面实体和用户面实体之间的通信链路故障恢复后，用户面实体将保存/缓存的下线消息发送至控制面实体，以告知控制面实体该用户端已下线，从而使得控制面实体可以对该用户端进行下线处理。
[0201]
关于下线处理的有关说明可以参考上文，这里不再赘述。
[0202]
应理解，当用户面实体确定用户端已下线，并已保存/缓存了下线消息后，可以删除该用户端的用户表项，以释放资源，从而提高该用户面实体的资源利用率。
[0203]
s306、当控制面实体和用户面实体之间的通信链路故障恢复，则用户面实体接收控制面实体发送的用户表项，以同步更新用户面实体中的用户表项。
[0204]
这里，该用户表项是控制面实体中最新的用户表项。控制面实体在控制面实体确定控制面实体和用户面实体之间的通信链路故障恢复后，向用户面实体下发用户表项的说明，可以参考下文的s404，这里不再赘述。
[0205]
当用户面实体接收到控制面实体下发的用户表项后，即根据该用户表项，同步更新用户面实体中的用户表项。
[0206]
这样，用户面实体通过s301～s306，可以在控制面实体确定控制面实体和用户面实体之间的通信链路故障时，代理处理用户端的dhcp续租报文，以避免了控制面实体和用户面实体之间的通信链路故障引起的用户端掉线问题，从而实现了用户端的保活。
[0207]
参考图10，图10示出了本技术实施例提供的又一种用户端保活方法的流程示意图。该方法由控制面实体执行，该方法可以包括以下几个步骤：
[0208]
s401、控制面实体基于用户端的dhcp租期，向dhcp服务器发送dhcp续租报文。该dhcp续租报文用于请求延长该用户端的dhcp租期。
[0209]
其中，dhcp租期和dhcp续租报文的相关描述可以参考上文s202，这里不再赘述。
[0210]
当控制面实体和用户面实体之间的通信链路故障时，控制面实体可以对其所保存的各个用户端的dhcp租期进行检查，并在预设时刻，向dhcp服务器发送dhcp续租报文。
[0211]
其中，预设时刻的说明，可以参考上文s204中有关预设时刻的描述，这里不再赘述。
[0212]
可以理解，dhcp服务器接收到该dhcp续租报文后，可以根据当前时刻dhcp服务器上的地址分配情况，确定是否允许用户端延长其dhcp租期。接着，dhcp服务器基于确定的结果，生成dhcp续租回应报文，并将该dhcp续租回应报文发送至控制面实体。其中，dhcp续租回应报文用于指示用户端是否成功续租到dhcp租期。
[0213]
s402、控制面实体接收dhcp服务器发送的dhcp续租回应报文，并基于该dhcp续租回应报文，处理该dhcp续租回应报文所对应用户端的用户表项。
[0214]
具体的，如果该dhcp续租回应报文指示用户端未续租到dhcp租期，则控制面实体在该dhcp租期到期后，对该用户端进行下线处理。关于下线处理的有关说明可以参考上文，这里不再赘述。
[0215]
如果该dhcp续租回应报文指示用户端续租到dhcp租期，则控制面实体在该dhcp租期到期后，保持该用户端在线。
[0216]
s403、当控制面实体和用户面实体之间的通信链路故障恢复，则接收用户面实体发送的下线消息，并基于该下线消息，对该下线消息所指示的用户端进行下线处理。
[0217]
这里，该下线消息即为上文s304中，用户面保存/缓存的下线消息，该下线消息用于指示用户端已下线。
[0218]
当控制面实体和用户面实体之间的通信链路故障恢复后，用户面实体将其所保存/缓存的下线消息，依次发送至控制面实体。
[0219]
这样，控制面实体即接收到该下线消息，并可以基于该下线消息，对该下线消息所指示的用户端进行下线处理。其中，有关下线处理的相关描述可以参考上文，这里不再赘述。
[0220]
s404、当控制面实体确定控制面实体和用户面实体之间的通信链路故障恢复，则向用户面实体发送用户表项，以使用户面实体基于该用户表项，同步用户面实体中的用户表项。
[0221]
由上文可知，在控制面实体和用户面实体之间的通信链路故障期间，控制面实体可能删除了一些续租dhcp租期失败的用户端的用户表项。
[0222]
这样的话，在控制面实体和用户面实体之间的通信链路故障恢复后，控制面实体将最新的用户表项组下发至用户面实体，即可使用户面实体基于该用户表项，删除用户面实体中的多余的用户表项，以使用户面实体中的用户表项和控制面实体中的用户表项同步。
[0223]
应理解，本技术实施例对s403和s404的执行顺序不作具体限定。例如，本技术实施例可以先执行s403，再执行s404，或者，可以同时执行s403和s404等。
[0224]
参考图11，图11示例性的示出了在场景二，dhcp续租报文以及dhcp续租回应报文的流向示意图。
[0225]
如图11所示，在控制面实体和用户面实体之间的通信链路故障时，在用户端81的dhcp租期内，用户端81向用户面实体82发送dhcp续租报文801，然后，用户面实体82自动回复dhcp续租回应报文802至用户端81。
[0226]
控制面实体83基于预置的用户端81的dhcp租期，向dhcp服务器85发送dhcp续租报文801，接着，dhcp服务器85基于dhcp续租报文801确定dhcp续租回应报文802，并将该dhcp续租回应报文802发送至控制面实体83。然后，控制面实体83基于该dhcp续租回应报文802进行相应处理。
[0227]
如图8中的虚线单箭头所示，当控制面实体和用户面实体之间的通信链路故障恢复后，用户面实体82向控制面实体发送控制面实体和用户面实体之间的通信链路故障期间缓存的下线消息，以使控制面实体83对该下线消息所指示的用户端做下线处理。
[0228]
控制面实体和用户面实体之间的通信链路故障恢复后，控制面实体83向用户面实体82发送最新的用户表项，以使用户面实体82同步其用户表项。
[0229]
应理解，图8中的虚线双箭头，用于表示用户端81通过包括用户面实体82和控制面实体83的宽带接入网关接入核心网84后，与核心网84之间的交互的数据流。
[0230]
这样，通过本技术实施例二所述的用户端保活的方法，在控制面实体和用户面实体之间的通信链路故障时，用户面实体可以自动回应用户端的续租报文，而控制面实体也会自动为用户端向服务器请求延长租期，这样的话，即避免了控制面实体和用户面实体之间的通信链路故障引起的用户端掉线问题，从而实现了用户端的保活。
[0231]
综上，本技术实施例提供的用户端的保活方法，一方面，该方法可以通过用户面实体向用户端发送探测报文以实现用户端的保活。并且，通过探测报文可以及时发现已下线的用户端，用户面实体和控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在用户面实体和控制面实体中，从而避免了资源浪费。另外，由于用户面实体承担了发送探测报文的职责，这样可以减少控制面实体的cpu负担，同时，探测报文也不会占用控制面实体和用户面实体之间的报文通道带宽，从而节省了资源。
[0232]
另一方面，该方法可以通过在控制面实体和用户面实体之间的通信链路故障时，用户面自动回应用户端的续租报文，控制面实体也自动的为用户端向服务器请求延长租
期。这样的话，避免了控制面实体和用户面实体之间的通信链路故障而引起的用户端掉线问题，即实现了用户端的保活。
[0233]
上述主要从方法的角度对本技术实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0234]
本技术实施例可以根据上述方法示例对用户端的保活装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0235]
如图12所示，图12示出了本技术实施例提供的一种用户端保活的装置120的结构示意图。用户端保活的装置120可以应用于宽带接入网关，该宽带接入网关还包括控制面实体，该宽带接入网关用于将用户端接入网络。用户端保活的装置120可以用于执行上述的用户端保活的方法，例如用于执行图5或图9所示的方法。其中，用户端保活的装置120可以包括发送单元121。
[0236]
发送单元121，用于基于预置参数，向用户端发送探测报文；以及，用于如果在预设时长内未接收到用户端发送的探测响应报文，则向控制面实体发送探测失败消息。其中，该预置参数是用户面实体预先获取的，该探测报文用于检查用户端和用户面实体之间的通信链路是否故障，该探测失败消息用于指示控制面实体对用户端进行下线处理。
[0237]
作为示例，结合图5，发送单元121可以用于执行s101和s104。
[0238]
可选的，发送单元121，具体用于如果在预设时长内未接收到用户端发送的探测响应报文，且控制面实体和用户面实体之间的通信链路故障，则在控制面实体和用户面实体之间的通信链路故障恢复后，向控制面实体发送探测失败消息。
[0239]
作为示例，结合图5，发送单元121可以用于执行s104。
[0240]
可选的，如果用户端是使用动态主机配置协议dhcp的用户端，上述用户端保活的装置120还包括：接收单元122，用于接收控制面实体发送的用户端的dhcp租期，该dhcp租期用于表示dhcp服务器允许用户端接入网络的时长。
[0241]
可选的，如果控制面实体和用户面实体之间的通信链路故障，上述用户端保活的装置120还包括：确定单元123，用于如果在dhcp租期内未接收到用户端发送的dhcp续租报文，则确定用户端已下线。发送单元121，还用于如果在dhcp租期内接收到用户端发送的dhcp续租报文，则向用户端发送dhcp续租成功报文。
[0242]
作为示例，结合图9，确定单元123可以用于执行s304。发送单元121可以用于执行s303。
[0243]
可选的，发送单元121，还用于在控制面实体和用户面实体之间的通信链路故障恢复后，如果确定用户端已下线，向控制面实体发送下线消息，该下线消息用于指示用户端已下线。
[0244]
作为示例，结合图9，发送单元121可以用于执行s305。
[0245]
可选的，上述用户端保活的装置120还包括：同步单元124，用于在控制面实体和用户面实体之间的通信链路故障恢复后，与控制面实体同步用户表项。
[0246]
作为示例，结合图9，同步单元124可以用于执行s306。
[0247]
可选的，上述的预置参数还包括：探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。
[0248]
可选的，如果控制面实体和用户面实体之间的通信链路正常，且用户端是使用动态主机配置协议dhcp的用户端，则接收单元122，还用于接收用户端发送的dhcp续租报文，该dhcp续租报文用于控制面实体向dhcp服务器请求延长dhcp租期。发送单元121，还用于向控制面实体转发该dhcp续租报文。接收单元122，还用于接收控制面实体发送的dhcp续租回应报文，该dhcp续租回应报文用于指示用户端是否成功续租dhcp租期。发送单元121，还用于向用户端发送该dhcp续租回应报文。
[0249]
关于上述可选方式的具体描述可以参见前述的方法实施例，此处不再赘述。此外，上述提供的任一种用户端保活的装置120的解释以及有益效果的描述均可参考上述对应的方法实施例，不再赘述。
[0250]
作为示例，结合图4，用户端保活的装置120中的发送单元121和接收单元122的功能可以通过图4中的通信接口43实现，确定单元123和同步单元124的功能可以通过图4中的处理器41执行图4中的存储器42中的程序代码实现。
[0251]
如图13所示，图13示出了本技术实施例提供的一种用户端保活的装置130的结构示意图。用户端保活的装置130可以应用于宽带接入网关，该宽带接入网关还包括用户面实体，该宽带接入网关用于将用户端接入网络。用户端保活的装置130可以用于执行上述的用户端保活的方法，例如用于执行图5、图7或图10所示的方法。其中，用户端保活的装置130可以包括接收单元131和处理单元132。
[0252]
接收单元131，用于接收用户面实体发送的探测失败消息。处理单元132，用于基于探测失败消息，对用户端进行下线处理。其中，该探测失败消息用于表示用户面实体在预设时长内未接收到用户端的探测响应报文，该探测响应报文是用户面实体基于预置参数向用户端发送的探测报文的响应报文，该预置参数是控制面实体预先发送至用户面实体的参数。
[0253]
作为示例，结合图5，接收单元131和处理单元132可以用于执行s105。
[0254]
可选的，如果用户端是使用动态主机配置协议dhcp的用户端，上述用户端保活的装置130还包括：发送单元133，用于向用户面实体发送用户端的dhcp租期，该dhcp租期用于表示dhcp服务器允许用户端接入网络的时长。
[0255]
可选的，如果控制面实体和用户面实体之间的通信链路故障，则发送单元133，还用于基于用户端的dhcp租期，向dhcp服务器发送dhcp续租报文，该dhcp续租报文用于请求延长用户端的dhcp租期。接收单元131，还用于接收dhcp服务器发送的dhcp续租回应报文，该dhcp续租回应报文用于指示用户端是否成功续租dhcp租期。处理单元132，还用于基于dhcp续租回应报文，处理用户端对应的用户表项。
[0256]
作为示例，结合图10，发送单元133可以用于执行s401，接收单元131和处理单元132可以用于执行s402。
[0257]
可选的，接收单元131，还用于在控制面实体和用户面实体之间的通信链路故障恢复后，接收用户面实体发送的下线消息，该下线消息用于指示用户端已下线。这里，用户端已下线是用户面实体根据在控制面实体和用户面实体之间的通信链路故障期间，用户面实体在dhcp租期内未接收到用户端发送的dhcp续租报文确定的。
[0258]
作为示例，结合图10，接收单元131可以用于执行s403。
[0259]
可选的，发送单元133，还用于在控制面实体和用户面实体之间的通信链路故障恢复后，向用户面实体发送用户表项，该用户表项用于用户面实体同步用户面实体中的用户表项。
[0260]
作为示例，结合图10，发送单元133可以用于执行s404。
[0261]
可选的，上述的预置参数包括：探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。
[0262]
可选的，如果控制面实体和用户面实体之间的通信链路正常，且在用户端的dhcp租期内，控制面实体未接收到用户端经用户面实体发送的dhcp续租报文，则处理单元132，还用于对用户端进行下线处理。其中，该dhcp续租报文用于请求延长用户端的dhcp租期。
[0263]
作为示例，结合图7，处理单元132可以用于执行s203。
[0264]
可选的，如果控制面实体和用户面实体之间的通信链路正常，且果在用户端的dhcp租期内，控制面实体接收到用户端经用户面实体发送的dhcp续租报文，则发送单元133，还用于向dhcp服务器发送dhcp续租报文。接收单元131，还用于接收dhcp服务器发送的dhcp续租回应报文，该dhcp续租回应报文用于指示用户端是否成功续租dhcp租期。处理单元132，还用于基于dhcp续租回应报文，处理用户端对应的用户表项。发送单元133，还用于经用户面实体，向用户端发送该dhcp续租回应报文。
[0265]
作为示例，结合图7，发送单元133和接收单元131可以用于执行s204，处理单元132和发送单元133可以用于执行s205。
[0266]
关于上述可选方式的具体描述可以参见前述的方法实施例，此处不再赘述。此外，上述提供的任一种用户端保活的装置130的解释以及有益效果的描述均可参考上述对应的方法实施例，不再赘述。
[0267]
作为示例，结合图4，用户端保活的装置130中的接收单元131和发送单元132的功能可以通过图4中的通信接口43实现，处理单元133的功能可以通过图4中的处理器41执行图4中的存储器42中的程序代码实现。
[0268]
本技术实施例还提供一种芯片系统140，如图14所示，该芯片系统140包括至少一个处理器和至少一个接口电路。作为示例，当该芯片系统140包括一个处理器和一个接口电路时，则该一个处理器可以是图14中实线框所示的处理器141(或者是虚线框所示的处理器141)，该一个接口电路可以是图14中实线框所示的接口电路142(或者是虚线框所示的接口电路142)。当该芯片系统140包括两个处理器和两个接口电路时，则该两个处理器包括图14中实线框所示的处理器141和虚线框所示的处理器141，该两个接口电路包括图14中实线框所示的接口电路142和虚线框所示的接口电路142。对此不作限定。
[0269]
处理器141和接口电路142可通过线路互联。例如，接口电路142可用于接收信号(例如用户端等)。又例如，接口电路142可用于向其它装置(例如处理器141)发送信号。示例性的，接口电路142可读取存储器中存储的指令，并将该指令发送给处理器141。当该指令被
subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0281]
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。