用户端保活的方法及装置制造方法及图纸

本申请公开了一种用户端保活的方法及装置，涉及通信领域，该方法提供了在CU分离的宽带接入网关中实现用户端保活的解决方案。该方法应用于包括控制面实体和用户面实体的宽带接入网关，该宽带接入网关用于将用户端接入网络，该方法由用户面实体执行，该方法包括：基于用户面实体预先获取的预置参数，向用户端发送探测报文；如果在预设时长内未接收到用户端发送的探测响应报文，则向控制面实体发送探测失败消息；其中，探测报文用于检查用户端和用户面实体之间的通信链路是否故障，探测失败消息用于指示控制面实体对用户端进行下线处理。用于指示控制面实体对用户端进行下线处理。用于指示控制面实体对用户端进行下线处理。

【技术实现步骤摘要】
用户端保活的方法及装置


[0001]本申请涉及通信领域，尤其涉及一种用户端保活的方法及装置。

技术介绍

[0002]随着软件定义型网络(software defined network，SDN)技术和网络功能虚拟化(network functions virtualization，NFV)技术的发展，城域网向着传统以网络为核心的架构向以数据中心为核心的网络架构演进，传统的网元设备也从专业化朝着通用化演进。这样，使得通信网络中的软件与硬件的解耦、控制面与转发面解耦。
[0003]通常，宽带网络网关(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的功能。
[0004]对于传统的BNG，用户端可以通过向传统的BNG发送探测报文或续租报文，以实现用户端在接入网络后的保活。然而，对于CU分离的vBNG，如何实现用户端在接入网络后的保活，缺少相应的解决方案。

技术实现思路

[0005]本申请提供了一种用户端保活的方法及装置，提供了在CU分离的宽带接入网关中实现用户端保活的解决方案。
[0006]为达上述目的，本申请提供如下技术方案：
[0007]第一方面，本申请提供一种用户端保活的方法，该方法应用于包括控制面实体和用户面实体的宽带接入网关，该宽带接入网关用于将用户端接入网络，该方法由用户面实体执行。该方法包括：基于预置参数，向用户端发送探测报文。如果在预设时长内未接收到用户端发送的探测响应报文，则向控制面实体发送探测失败消息。其中，该预置参数是用户面实体预先获取的，该探测报文用于检查用户端和用户面实体之间的通信链路是否故障，该探测失败消息用于指示控制面实体对用户端进行下线处理。
[0008]本申请提供的用户端保活方法，可以通过用户面实体向用户端发送探测报文以实现用户端的保活。并且，通过该探测报文可以及时发现已下线的用户端，用户面实体和控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在用户面实体和控制面实体中，从而避免了资源浪费。另外，由于用户面实体承担了发送探测报文的职责，这样可以减少控制面实体的CPU负担，同时，探测报文也不会占用控制面实体和用户面实体之间的报文通道带宽，从而节省了资源。
[0009]在一种可能的设计方式中，上述“如果在预设时长内未接收到用户端发送的探测响应报文，则向控制面实体发送探测失败消息”具体包括：如果在预设时长内未接收到用户
端发送的探测响应报文，且控制面实体和用户面实体之间的通信链路故障，则在控制面实体和用户面实体之间的通信链路故障恢复后，向控制面实体发送探测失败消息。
[0010]通过该可能的设计，使得用户面实体可以在控制面实体和用户面实体之间的通信链路故障恢复后的第一时间向控制面实体上报探测失败消息。这样的话，控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在控制面实体中，从而避免了资源浪费。
[0011]在另一种可能的设计方式中，如果用户端是使用动态主机配置协议DHCP的用户端，上述方法还包括：接收控制面实体发送的用户端的DHCP租期，该DHCP租期用于表示DHCP服务器允许用户端接入网络的时长。
[0012]在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路故障，上述方法还包括：如果在DHCP租期内未接收到用户端发送的DHCP续租报文，则确定用户端已下线。如果在DHCP租期内接收到用户端发送的DHCP续租报文，则向用户端发送DHCP续租成功报文。
[0013]通过该两种可能的设计，用户面实体可以在控制面实体和用户面实体之间的通信链路故障期间，代理处理用户端发送的DHCP续租报文，从而实现了用户端的保活。
[0014]在另一种可能的设计方式中，在控制面实体和用户面实体之间的通信链路故障恢复后，上述方法还包括：如果确定用户端已下线，向控制面实体发送下线消息，下线消息用于指示用户端已下线。
[0015]通过该可能的设计，用户面实体可以在控制面实体和用户面实体之间的通信链路故障恢复后，第一时间通知控制面实体对已下线的用户端进行下线处理，这样，控制面实体即可及时删除已下线用户端的用户表项，而避免了大量已下线用户端的用户表项积累在控制面实体中，从而避免了资源浪费。
[0016]在另一种可能的设计方式中，在控制面实体和用户面实体之间的通信链路故障恢复后，上述方法还包括：与控制面实体同步用户表项。
[0017]由于在控制面实体和用户面实体之间的通信链路故障期间，控制面实体可能在主动为一些用户端请求延长DHCP租期失败后删除了该部分用户端的用户表项。这样的话，通过该可能的设计，用户面实体即可在控制面实体和用户面实体之间的通信链路故障恢复后，及时基于控制面实体下发的最新的用户表项，来更新自身的用户表项。这样，用户面实体即可及时删除DHCP租期续租失败的用户端的用户表项，而避免了DHCP租期续租失败的用户端的用户表项积累在用户面实体中，从而避免了资源浪费。
[0018]在另一种可能的设计方式中，上述的预置参数还包括：探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。
[0019]在另一种可能的设计方式中，如果控制面实体和用户面实体之间的通信链路正常，且用户端是使用动态主机配置协议DHCP的用户端，则上述方法还包括：接收用户端发送的DHCP续租报文，该DHCP续租报文用于控制面实体向DHCP服务器请求延长DHCP租期。接着，向控制面实体转发DHCP续租报文。然后，接收控制面实体发送的DHCP续租回应报文，该DHCP续租回应报文用于指示用户端是否成功续租DHCP租期。最后向用户端发送DHCP续租回应报文。
[0020]第二方面，本申请提供一种用户端保活的方法，该方法应用于包括控制面实体和
用户面实体的宽带接入网关，该宽带接入网关用于将用户端接入网络，该方法由控制面实体执行。该方法包括：接收用户面实体发送的探测失败消息。基于该探测失败消息，对用户端进行下线处理。其中，探测失败消息用于表示用户面实体在预设时长内未接收到用户端的探测响应报文，该探测响应报文是用户面实体基于预置参数向用户端发送的探测报文的响应报文，该预置参数是控制面实体预先发送至用户面实体的参数。本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种用户端保活的方法，其特征在于，应用于宽带接入网关，所述宽带接入网关包括控制面实体和用户面实体，所述宽带接入网关用于将所述用户端接入网络，所述方法由所述用户面实体执行；所述方法包括：基于预置参数，向所述用户端发送探测报文；其中，所述预置参数是所述用户面实体预先获取的，所述探测报文用于检查所述用户端和所述用户面实体之间的通信链路是否故障；如果在预设时长内未接收到所述用户端发送的探测响应报文，则向所述控制面实体发送探测失败消息；其中，所述探测失败消息用于指示所述控制面实体对所述用户端进行下线处理。2.根据权利要求1所述的方法，其特征在于，所述如果在预设时长内未接收到所述用户端发送的探测响应报文，则向所述控制面实体发送探测失败消息，具体包括：如果在所述预设时长内未接收到所述用户端发送的探测响应报文，且所述控制面实体和所述用户面实体之间的通信链路故障，则在所述控制面实体和所述用户面实体之间的通信链路故障恢复后，向所述控制面实体发送探测失败消息。3.根据权利要求1或2所述的方法，其特征在于，如果所述用户端是使用动态主机配置协议DHCP的用户端，所述方法还包括：接收所述控制面实体发送的所述用户端的DHCP租期，所述DHCP租期用于表示所述DHCP服务器允许所述用户端接入网络的时长。4.根据权利要求3所述的方法，其特征在于，如果所述控制面实体和所述用户面实体之间的通信链路故障，所述方法还包括：如果在所述DHCP租期内未接收到所述用户端发送的DHCP续租报文，则确定所述用户端已下线；如果在所述DHCP租期内接收到所述用户端发送的DHCP续租报文，则向所述用户端发送DHCP续租成功报文。5.根据权利要求4所述的方法，其特征在于，在所述控制面实体和所述用户面实体之间的通信链路故障恢复后，所述方法还包括：如果确定所述用户端已下线，向所述控制面实体发送下线消息，所述下线消息用于指示所述用户端已下线。6.根据权利要求1-5中任一项所述的方法，其特征在于，在所述控制面实体和所述用户面实体之间的通信链路故障恢复后，所述方法还包括：与所述控制面实体同步用户表项。7.根据权利要求1-6中任一项所述的方法，所述预置参数还包括：所述探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。8.根据权利要求1-3中任一项所述的方法，其特征在于，如果所述控制面实体和所述用户面实体之间的通信链路正常，且所述用户端是使用动态主机配置协议DHCP的用户端，则所述方法还包括：接收所述用户端发送的DHCP续租报文，所述DHCP续租报文用于所述控制面实体向DHCP服务器请求延长DHCP租期；
向所述控制面实体转发所述DHCP续租报文；接收所述控制面实体发送的DHCP续租回应报文，所述DHCP续租回应报文用于指示所述用户端是否成功续租DHCP租期；向所述用户端发送所述DHCP续租回应报文。9.一种用户端保活的方法，其特征在于，应用于宽带接入网关，所述宽带接入网关包括控制面实体和用户面实体，所述宽带接入网关用于将所述用户端接入网络，所述方法由所述控制面实体执行；所述方法包括：接收所述用户面实体发送的探测失败消息，所述探测失败消息用于表示所述用户面实体在预设时长内未接收到所述用户端的探测响应报文，所述探测响应报文是所述用户面实体基于预置参数向所述用户端发送的探测报文的响应报文，所述预置参数是所述控制面实体预先发送至所述用户面实体的参数；基于所述探测失败消息，对所述用户端进行下线处理。10.根据权利要求9所述的方法，其特征在于，如果所述用户端是使用动态主机配置协议DHCP的用户端，所述方法还包括：向所述用户面实体发送所述用户端的DHCP租期，所述DHCP租期用于表示所述DHCP服务器允许所述用户端接入网络的时长。11.根据权利要求10所述的方法，其特征在于，如果所述控制面实体和所述用户面实体之间的通信链路故障，所述方法还包括：基于所述用户端的DHCP租期，向DHCP服务器发送DHCP续租报文，所述DHCP续租报文用于请求延长所述用户端的DHCP租期；接收所述DHCP服务器发送的DHCP续租回应报文，所述DHCP续租回应报文用于指示所述用户端是否成功续租所述DHCP租期；基于所述DHCP续租回应报文，处理所述用户端对应的用户表项。12.根据权利要求9-11中任一项所述的方法，其特征在于，在所述控制面实体和所述用户面实体之间的通信链路故障恢复后，所述方法还包括：接收所述用户面实体发送的下线消息，所述下线消息用于指示所述用户端已下线，所述用户端已下线是所述用户面实体根据在所述控制面实体和所述用户面实体之间的通信链路故障期间，所述用户面实体在所述DHCP租期内未接收到所述用户端发送的DHCP续租报文确定的。13.根据权利要求9-12中任一项所述的方法，其特征在于，在所述控制面实体和所述用户面实体之间的通信链路故障恢复后，所述方法还包括：向所述用户面实体发送用户表项，所述用户表项用于所述用户面实体同步所述用户面实体中的用户表项。14.根据权利要求9-13中任一项所述的方法，所述预置参数包括：探测报文的发送间隔时间、超时次数、单次探测超时时长、探测次数、探测起始和终止时间或探测时长中的至少一个。15.根据权利要求9或10所述的方法，其特征在于，如果所述控制面实体和所述用户面实体之间的通信链路正常，且在所述用户端的DHCP租期内，所述控制面实体未接收到所述用户端经所述用户面实体发送的DHCP续租报文，则所述方法还包括：
对所述用户端进行下线处理；其中，所述DHCP续租报文用于请求延长所述用户端的DHCP租期。16.根据权利要求9或10所述的方法，其特征在于，如果所述控制面实体和所述用户面实体之间的通信链路正常，且果在所述用户端的DHCP租期内，所述控制面实体接收到所述用户端经所述用户面实体发送的DHCP续租报文，则所述方法还包括：向DHCP服务器发送所述DHCP续租报文；接收所述DHCP服务器发送的DHCP续租回应报文，所述DHCP续租回应报文用于指示所述用户端是否成功续租所述DHCP租期；基于所述DHCP续租回应报文，处理所述用户端对应的用户表项；经所述用户面实体，向所述用户端发送所述DHCP续租回应报文。17.一种用户端保活的装置，其特征在于，应用于宽带接入网关，所述宽带接入网关还包括控制面实体，所述宽带接入网关用于将所述用户端接入网络，所述装置包括：发送单元，用于基于预置参数，向所述用户端发送探测报文；以及，用于如果在预设时长内未接收到所述用户端发送的探测响应报文，则向所述控制面实体发送探测失败...

【专利技术属性】
技术研发人员：李娟，彭涛，
申请(专利权)人：华为技术有限公司，
类型：发明
国别省市：