一种用户接入处理的方法及其相关设备与流程

1.本技术实施例涉及接入网领域，尤其涉及一种用户接入处理的方法及其相关设备。


背景技术：

2.随着软件定义型网络(software defined network，sdn)技术和网络功能虚拟化(network functions virtualization，nfv)技术的发展，城域网从传统的以网络为核心的架构转向以数据中心为核心的网络架构演进，传统的网元设备也从专业化朝着通用化演进。而传统网元设备从专业化朝着通用化演进主要能够解决两个解耦问题：控制与转发的解耦、软件与硬件的解耦。随着各种互联网业务的层出不穷、对宽带网络网关(broadband network gateway，bng)设备支持的用户的会话数要求不断提高、以及对bng设备对外提供业务开放的能力的要求也越高。而bng设备作为传统的宽带接入网关设备，能够基于sdn/nfv的架构实现前述提到的两个解耦问题。
3.但是，同一个bng设备既要作为用户接入设备，又要对用户进行转发，使得bng设备无法解决用户的上线和转发的解耦问题。然而由于用户终端的探测保活功能需要在当前的用户面(user plane，up)设备上实现，因此当up设备发生故障、负载不均衡等现象时，需要控制面(control plane，cp)设备对up设备上的用户终端进行均衡调整，如：cp设备将部分用户终端从发生故障的up设备上迁移至另一个up设备，而在迁移过程中需要保证该用户终端的探测保活功能不能因异常而导致用户终端出现掉线等问题。
4.因此，如何在迁移过程中，保证用户终端的探测保活功能不因异常而导致用户终端出现掉线，已经成为了亟需解决的问题。


技术实现要素：

5.本技术实施例提供了一种用户接入处理的方法及其相关设备，用于直接在agw设备中实现对用户终端的探测应答处理，无需经过up设备实现用户终端的探测应答，能够更高质量的完成用户终端的上线、探测、续租等流程，避免了用户终端在任何的迁移场景过程中出现掉线的情况。
6.第一方面，提供了一种用户接入处理的方法，该方法包括：接入网关agw设备接收用户终端发送的第一请求，第一请求包括探测请求；agw设备接收控制面cp设备发送的用户探测表项；agw设备基于用户探测表项对探测请求进行探测应答处理。通过上述的方式，通过agw设备接收探测请求以及接收cp设备发送的用户探测表项后，便可以直接在agw设备中实现对用户终端的探测应答处理，无需经过up设备实现用户终端的探测应答，能够更高质量的完成用户终端的上线、探测、续租等流程，避免了用户终端在任何的迁移场景过程中出现掉线的情况。
7.在一种可能的实施例中，所述agw设备基于所述用户探测表项对所述探测请求进行探测应答处理之后，所述方法还包括：所述agw设备接收所述cp设备发送的第一消息，所
述第一消息包括用户虚拟mac，所述用于虚拟mac用于标识与第二up设备对应的第一用户终端，所述第一用户终端为所述用户终端中的一个或多个；所述agw设备将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至第一up设备，所述第一up设备的负载情况优于所述第二up设备的负载情况。通过上述方式，通过agw设备向cp设备发送接入请求，使得cp设备能够在确定出第一up设备后，将处于故障场景的用户终端从负载过重的第二up设备迁移至第一up设备，从而通过第一up设备更好地完成了对用户终端的流量转发，而且还不会影响前端agw设备完成探测应答处理。
8.在一种可能的实施例中，第一请求还包括接入请求；该方法还包括：agw设备通过至少一个用户面up设备向控制面cp设备发送接入请求。
9.在一种可能的实施例中，方法还包括：agw设备监控用户终端的网络状态；当用户终端的网络状态处于非连接态时，agw设备向cp设备发送第二消息，第二消息用于指示cp设备对用户终端进行下线处理。
10.第二方面，本技术实施例中提供了另一种用户接入处理的方法，该方法包括：控制面cp设备生成用户探测表项；控制面cp设备向接入网关agw设备发送用户探测表项，用户探测表项用于指示agw设备对用户终端发送的探测请求进行探测应答处理。
11.在一种可能的实施例中，在所述控制面cp设备向接入网关agw设备发送所述用户探测表项之后，所述方法还包括：所述cp设备确定第一用户面up设备，所述第一up设备为至少一个up设备中的一个或多个；所述cp设备向所述第一up设备发送用户转发表项，其中，所述用户转发表项包括用户虚拟mac，所述用户虚拟媒体存储控制mac用于标识与第二up设备对应的第一用户终端，所述第一up设备的负载情况优于所述第二up设备的负载情况，所述第二up设备为所述至少一个up设备中的任意一个，所述第一用户终端为所述用户终端的一个或多个；所述cp设备将所述用户虚拟mac迁移至所述第一up设备；所述cp设备通过所述第一up设备向所述agw设备发送第一消息，所述第一消息包括所述用户虚拟mac，所述第一消息用于指示所述agw设备将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至所述第一up设备。通过上述方式，通过agw设备向cp设备发送接入请求，使得cp设备能够在确定出第一up设备后，将处于故障场景的用户终端从负载过重的第二up设备迁移至第一up设备，从而通过第一up设备更好地完成了对用户终端的流量转发，而且还不会影响前端agw设备完成探测应答处理。
12.在一种可能的实施例中，所述控制面cp设备生成用户探测表项之前，所述方法还包括：所述cp设备接收所述agw设备通过所述至少一个up设备传输的接入请求。
13.在一种可能的实施例中，cp设备将用户虚拟mac迁移至第一up设备，包括：cp设备基于第二up设备对应的路由地址，将用户虚拟mac迁移至第一up设备，以及将所述第二up设备对应的路由地址迁移至所述第一up设备，其中，第二up设备对应的路由地址与用户虚拟mac相对应。
14.在一种可能的实施例中，cp设备基于第二up设备对应的路由地址，将用户虚拟mac迁移至第一up设备，包括：cp设备对第二up设备对应的路由地址进行分段，得到至少一段路由地址，其中，每一段路由地址分别对应一个用户虚拟mac；cp设备基于每一段路由地址将对应的用户虚拟mac迁移至相应的第一up设备。
15.在一种可能的实施例中，在cp设备确定第一up设备之前，方法还包括：cp设备获取
授权sla类型信息，授权sla类型信息用于反映至少一个up设备的的负载情况；对应地，cp设备确定第一up设备，包括：cp设备基于预配置策略与授权sla类型信息确定第一up设备。
16.在一种可能的实施例中，方法还包括：cp设备接收agw设备发送的第二消息；cp设备基于第二消息对用户终端进行下线处理。
17.第三方面，本技术实施例中提供了一种agw设备，该agw设备可以包括：收发模块，用于接收用户终端发送的第一请求，第一请求包括探测请求；收发模块，用于接收控制面cp设备发送的用户探测表项；处理模块，用于根据用户探测表项对探测请求进行探测应答处理。
18.在一种可能的实施例中，所述收发模块，还用于在基于所述用户探测表项对所述探测请求进行探测应答处理之后，接收所述cp设备发送的第一消息，所述第一消息包括用户虚拟mac，所述用于虚拟mac用于标识与第二用户面up设备对应的第一用户终端；
19.所述处理模块，用于将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至第一up设备，所述第一up设备的负载情况优于所述第二up设备的负载情况。
20.在一种可能的实施例中，第一请求还包括接入请求；该收发模块，还用于通过至少一个用户面up设备向控制面cp设备发送接入请求，以使cp设备通过第一up设备回复接入请求，第一up设备为至少一个up设备中的一个或多个。
21.在一种可能的实施例中，处理模块，还用于监控用户终端的网络状态；收发模块，用于在用户终端的网络状态处于非连接态时，向cp设备发送第二消息，第二消息用于指示cp设备对用户终端进行下线处理。
22.第四方面，本技术实施例中提供了一种cp设备，该cp设备可以包括：生成单元，用于生成用户探测表项；发送单元，用于向接入网关agw设备发送用户探测表项，用户探测表项用于指示agw设备对用户终端发送的探测请求进行探测应答处理。
23.在一种可能的实施例中，cp设备还包括：第一处理单元；所述第一处理单元，用于在向接入网关agw设备发送所述用户探测表项之后，确定第一用户面up设备，所述第一up设备为至少一个up设备中的一个或多个；所述发送单元，用于向所述第一up设备发送用户转发表项，其中，所述用户转发表项包括用户虚拟mac，所述用户虚拟媒体存储控制mac用于标识与第二up设备对应的第一用户终端，所述第一up设备的负载情况优于所述第二up设备的负载情况，所述第二up设备为所述至少一个up设备中的任意一个，所述第一用户终端为所述用户终端的一个或多个；所述第一处理单元，用于将所述用户虚拟mac迁移至所述第一up设备；所述发送单元，用于向所述agw设备发送第一消息，所述第一消息包括所述用户虚拟mac，所述第一消息用于指示所述agw设备将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至所述第一up设备。
24.在一种可能的实施例中，所述cp设备还包括：第一接收单元，用于在生成用户探测表项之前，接收所述agw设备通过所述至少一个up设备传输的接入请求。
25.在一种可能的实施例中，所述第一处理单元，用于根据所述第二up设备对应的路由地址，将所述用户虚拟mac迁移至所述第一up设备，以及将所述第二up设备对应的路由地址迁移至所述第一up设备，其中，所述第二up设备对应的路由地址与所述用户虚拟mac相对应。
26.在一种可能的实施例中，第一处理单元，用于：对第二up设备对应的路由地址进行
分段，得到至少一段路由地址，其中，每一段路由地址分别对应一个用户虚拟mac；基于每一段路由地址将对应的用户虚拟mac迁移至相应的第一up设备。
27.在一种可能的实施例中，所述cp设备还包括：第二接收单元；
28.该第二接收单元，用于在确定第一up设备之前，获取授权服务级别协议sla类型信息，授权sla类型信息用于反映至少一个up设备的的负载情况；第一处理单元，用于基于预配置策略与授权sla类型信息确定第一up设备。
29.在一种可能的实施例中，所述cp设备还包括：第三接收单元；
30.该第三接收单元，用于接收agw设备发送的第二消息；第二处理单元，用于根据第二消息对用户终端进行下线处理。
31.第五方面提供一种网络设备，包括：至少一个处理器和存储器，存储器存储有可在处理器上运行的计算机程序，当计算机程序被处理器执行时，网络设备执行如上述第一方面或第一方面任意一种可能的实现方式、第二方面或第二方面任意一种可能的实现方式的方法。
32.第六方面提供了一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以进行第一方面至第一方面的任一种可能的实现方式、第二方面或第二方面任意一种可能的实现方式中任一项所描述的用户接入处理的方法。
33.其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。
34.在一种可能的实现中，本技术中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。
35.第七方面提供了一种计算机存储介质，该计算机存储介质用于储存为上述可信芯片所用的计算机软件指令，其包括用于执行为cp设备或agw设备所设计的程序。
36.第八方面提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述第一方面中任意一项、第二方面或第二方面任意一种可能的实现方式的用户接入处理的方法。
37.从以上技术方案可以看出，本技术实施例具有以下有益效果：
38.在本技术实施例中，通过agw设备接收探测请求以及接收cp设备发送的用户探测表项后，便可以直接在agw设备中实现对用户终端的探测应答处理，无需经过up设备实现用户终端的探测应答，能够更高质量的完成用户终端的上线、探测、续租等流程，避免了用户终端在任何的迁移场景过程中出现掉线的情况。
附图说明
39.图1为本技术实施例提供的一种迁移用户终端的示意图；
40.图2为本技术实施例提供的另一种迁移用户终端的示意图；
41.图3为本技术实施例提供的一种新的用户接入的网络架构图；
42.图4为本技术实施例提供了另一种用户接入的网络架构图；
43.图5为本技术实施例提供的一种用户接入处理方法的流程示意图；
44.图6为本技术实施例提供的另一种用户接入处理方法的流程示意图；
45.图7为本技术实施例提供的一种网络设备的结构示意图；
46.图8为本技术实施例提供的一种agw设备的结构示意图；
47.图9为本技术实施例提供的一种cp设备的结构示意图；
48.图10为本技术实施例提供了另一种cp设备的结构示意图。
具体实施方式
49.本技术实施例提供了一种用户接入处理的方法及其相关设备，用于直接在agw设备中实现对用户终端的探测应答处理，无需经过up设备实现用户终端的探测应答，能够更高质量的完成用户终端的上线、探测、续租等流程，避免了用户终端在任何的迁移场景过程中出现掉线的情况。
50.下面将结合本技术中的附图，对本技术中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
51.随着软件定义型网络技术和网络功能虚拟化技术的发展，城域网从传统的以网络为核心的架构转向以数据中心为核心的架构；传统的网元设备也从专业化朝着通用化演进，网元设备朝着通用化演进的过程中需要解决两个解耦：即控制与转发的解耦和软件与硬件的解耦。其中，控制与转发的结果也可以叫cu分离，即cp设备与up设备解耦的网络架构，cu分离的实现方式可以通过如下方式实现：
52.第一种实现方式：控制面和转发面位于不同硬件设备上。
53.也就是理解成，cp设备和up设备是两个单独且不同的设备。可选地，cp设备与up设备分布式在不同的地点。例如，cp设备位于云端的数据中心，up设备根据需求部署在网络中合适的位置。通过这种方式，使得控制面和转发面的部署更加灵活。
54.第二种实现方式：控制面和转发面位于同一个硬件设备上且功能分离。
55.在该种实现方式中，cp设备的物理实体和up设备的物理实体为同一个设备。例如，cp设备与up设备运行在同一个主机、同一个服务器或同一个终端中。
56.可以理解的是，上述的cp设备和up设备均通过虚拟化技术实现。cp设备例如称为虚拟cp(virtual cp，vcp)，up设备例如称为虚拟up(virtual up，vup)。例如，cp设备为虚拟机，up设备为虚拟路由器或虚拟交换机。在一个示例中，cp设备和up设备均是基于通用的物理服务器结合nfv技术实现的，cp设备和up设备是两个不同的虚拟网络功能(virtualized network function，vnf)。例如，cp设备和up设备均是通过x86服务器虚拟化出的网元。
57.在另一个示例中，cp设备通过虚拟化技术实现，up设备通过传统的网络设备实现。up设备例如称为物理up(physical up，pup)。
58.本实施例对通信系统中up设备的数量不做限定。可选地，cu分离的通信系统包括
多个up设备。可选地，cu分离的通信系统中多个up设备分布在不同的地点。可选地，cu分离的通信系统中多个up设备基于分布式架构协同分担转发任务。
59.值得说明的一点是，“cu分离”可以具有不同的名称。例如，不同标准、同一标准的不同版本、不同厂商、不同应用场景对“cu分离”可以具有不同的称呼。例如，术语cu分离”有时也可以被称为“控制和转发分离”、“转控分离”、“控制面和用户面分离”、“控制和用户分离”等。另外，“cp”可以具有不同的名称。例如，不同标准、同一标准的不同版本、不同厂商、不同应用场景对“cp”可以具有不同的称呼。例如，术语“cp”有时也可以被称为“cp功能(cp function，cpf)”或“cp面”。本文中“cp”、“cpf”和“cp面”可互换使用。术语“cp设备”是指实现了cp功能的任意设备。再者，“up”也可以具有不同的名称。例如，不同标准、同一标准的不同版本、不同厂商、不同应用场景对“up”可以具有不同的称呼。例如，术语“up”有时也可以被称为“up功能(up function，upf)”或“up面”。本文中“up”、“upf”和“up面”可互换使用。术语“up设备”是指实现了up功能的任意设备。
60.bng设备作为传统的宽带接入网关设备，在用户宽带接入业务中实现用户认证、接入控制、流量调度等功能；而随着各种互联网业务的层出不穷，对bng支持的用户的会话数量要求不断提高、对用户接入带宽不断提高、尤其对bng系统对外提供业务开放、可编程的能力的要求也越来越高。有鉴于这些需求，在基于软件定义型网络技术和网络功能虚拟化技术的架构中，对传统的bng设备进行控制与转发的解耦以及软件与硬件的解耦，形成cu分离的bng系统。cu分离的bng系统将多台bng设备上的用户管理功能抽取出来并且集中，形成cp设备，bng设备上保留路由功能及转发功能，形成up设备。
61.cu分离的bng系统在保持bng原有的功能的基础上，具备cu分离的架构带来的优势。例如，cu分离的bng系统能够具备多个up设备，由cp设备调度多个up设备处理流量的转发任务，cp设备为多个up设备分配资源，因此与单机实现bng系统的方式相比，cu分离架构下bng系统的设备的利用率和可靠性都能得到大幅的提升。值得说明的一点是，本技术实施例中“cu分离的bng系统”可以具有不同的名称。例如，不同标准、同一标准的不同版本、不同厂商、不同应用场景对“cu分离的bng系统”可以具有不同的称呼。例如，术语“cu分离的bng系统”有时也可以被称为“分离的bng系统(disaggregated bng，dbng)”，相应地，cu分离的bng系统中的cp设备可以被称为dbng-cp，cu分离的bng系统中的up设备可以被称为dbng-up。又如，术语“cu分离的bng系统”有时也可以被称为“虚拟宽带网络网关(virtual bng，vbng)控制面和用户面分离的系统(control plane and user plane disaggregated system，cu系统)”，即“vbng cu系统”，相应地，cu分离的bng系统中的cp设备可以被称为vbng-cp，cu分离的bng系统中的up设备可以被称为vbng-up。又如，术语“cu分离的bng系统”有时也可以被称为“虚拟宽带远程接入服务器(virtual broadband remote access server，vbras)cu系统”，即“vbras cu系统”，相应地，cu分离的bng系统中的cp设备可以被称为vbras-cp，cu分离的bng系统中的up设备可以被称为vbras-up。本文中“dbng”、“vbng cu系统”和“vbras cu系统”可互换使用。
62.在cu分离架构下，bng设备作为传统的宽带接入网关设备，能够基于sdn/nfv的架构实现前述提到的两个解耦问题。然而，同一个bng设备既要作为用户接入设备，又要对用户进行转发，使得bng设备无法解决用户的上线和转发的解耦问题。并且由于用户终端的探测保活功能需要在当前的up设备上实现，因此当up设备发生故障、负载不均衡等现象时，需
要cp设备对up设备上的用户终端进行均衡调整，如：cp设备将部分用户终端从发生故障的up设备上迁移至另一个up设备。
63.而在迁移过程中，如果新的up设备上没有用户终端的用户转发表项，此时新的up设备并不能够完成该用户终端的探测应答功能，此时就需要等cp设备将用户转发表项下发到新的up设备之后，该新的up设备才能够基于用户终端的用户转发表项完成相应的探测应答。很显然，在cp设备还未下发用户终端的用户转发表项到新的up设备之前，该用户终端会因为得不到相应的探测应答而产生掉线。
64.举例来说，cp设备对用户终端进行在线调度，可以参阅图1或图2。图1示出了一种迁移用户终端的示意图，图2示出了另一种迁移用户终端的示意图。从图1可以看出，up设备1(up1)中的接口连接着用户终端1(user 1)，up2中的接口连接着user 2,up 3中的接口连接着user 3；若此时up1的接口由于负载过重，导致user 1的连接出现了故障(如图1灰色的部分)，此时能够在up1、up2以及up3之间进行用户调度和迁移的cp设备可以将up1中的user 1迁移至up2或up3中(例如：图1示出了将user 1迁移至up2中)。然而，若cp还未给up2下发该user 1的用户转发表项，此时user 1无法正常接入到up2，从而导致up2无法对该user 1进行探测应答，进一步地导致user 1掉线。
65.同样地，图2示出的是一种基于用户组实现用户迁移的过程。从图2可以看出，up1中的接口连接着用户组1，而用户组1可以包括user 1；up2中的接口连接着用户组2和用户组4，而用户组2可以包括user 2，用户组4可以包括user 4；up 3中的接口连接着用户组3，而用户组3可以包括user 3。若此时up2的接口由于负载过重(如图2所示的灰色部分)，那么cp设备可以将up2中的用户组2或者用户组4迁移至up1或up3中(例如：图2示出了将用户组4迁移至up1中)。然而，若cp还未给up1下发该用户组4的用户转发表项，此时用户组4无法正常接入到up1，从而使得up1无法对该用户组4进行探测应答，导致该用户组4需要重新下线进行拨号才能重新连接。
66.可以理解的是，上述描述的cp设备能够对up设备进行调度的接口可以包括但不限于：控制报文重定向接口(control packet redirect interface，cpri)、管理接口(management interface，mi)和控制接口(state control interface，sci)，在本技术实施例中也不做限定说明。
67.基于此，为解决上述问题，本技术实施例提供了一种新的用户接入的网络架构图，如图3所示，通信系统中包括至少一个up设备，cp设备，并且在该通信系统中增加接入网关(access gateway，agw)设备。其中，该agw设备通过城域边缘路由器(metro edge router，mer)与至少一个up设备均建立二层隧道，与每个up设备都实现互联，例如：与pup1、pup2以及vup3建立二层隧道。而该agw设备能够接收用户终端发送的请求，并将该请求中的探测请求拦截下来，以实现对该探测请求中的探测保活报文进行应答。另外，该agw设备还可以将该请求中的接入请求通过至少一个up设备传输至cp设备中，使得cp设备能够对该接入请求中的用户拨号协议报文进行处理，与远端用户拨入验证服务器(remote authentication dial in user service,radius)交互进行用户认证，并基于业务服务器交互进行用户验证、授权以及计费等；当用户认证后通过后，cp设备可以将用户转发表项、用户探测表项等信息下发到对应up，up设备在接收到cp设备下发的用户转发表项后，根据用户转发表项在本地生成该用户的转发表项，然后进行相关的业务策略执行和流量转发，并向外发布路由。
68.此外，agw设备还可以直接监控用户终端的网络状态，并在用户终端的网络状态异常或者对用户终端进行探测保活过程中出现探测失败时，可以直接向cp设备上报探测失败等信息，使得cp设备可以对用户终端进行下线等处理。
69.可以理解的是，上述图3所描述的pup1、pup2以及vup3可以互为备份up设备，即：这pup1、pup2以及vup3可以互为备份，并通过负载分担的方式分担该网络对应的流量。但应理解的是，在实际应用中，还可以包括其他的pup4、pup5或vup6等up设备，具体在本技术实施例中不做限定说明。另外，上述所描述的用户终端可以是移动终端、个人电脑、智能终端等设备，具体在本技术实施例中不做限定说明。
70.再者，本技术实施例中还提供了另外一种用户接入的网络架构示意图。如图4所示，可以在虚拟会话控制单元(virtual subscriber control unit，vscu)中增加agw管理模块，使得该agw管理模块能够作为用户的拨号上线网元和探测保活网元。在用户终端从agw设备拨号到cp设备侧进行用户认证、计费。授权等后，cp设备会下发用户探测表项到agw设备，agw设备对用户终端进行主动探测，将用户的保活状态上报给cp设备侧，同时agw设备还负责对用户终端的主动探测进行应答。
71.基于图3或图4所提供的网络架构，图5为本技术实施例提供的一种用户接入处理的方法的流程示意图，如图5所示，该方法包括如下步骤：
72.501、用户终端向agw设备发送第一请求，该第一请求包括探测请求和接入请求。
73.当用户需要接入网络时，用户终端可以先向agw设备发送第一请求，该第一请求可以包括探测请求和接入请求。这样，agw设备便可以将探测请求拦截下来，从而在接收到cp设备下发的用户探测表项后，可以直接对该用户终端进行探测应答处理。而且，agw设备还可以通过至少一个up设备向cp设备发送该接入请求，该接入请求包括用户协议拨号报文。示例性的，应用于图3或图4所示的网络场景中，用户终端发送第一请求，该网络中与该用户终端相连的agw设备通过二层网络将用户终端对应的接入请求广播至至少一个up设备，使得每个up设备都接收到该接入请求，并且每一个up设备都向cp设备发送该接入请求。
74.502、agw设备通过至少一个up设备向cp设备发送接入请求。
75.实施例中，cp设备可以通过至少一个up设备接收agw设备发送的接入请求，从而响应于该接入请求，并对该接入请求进行处理，比如：确定具体的接入策略，实现用户认证等。
76.503、cp设备向agw设备发送用户探测表项。
77.实施例中，cp设备在接收到agw设备发送的接入请求后，通过与业务服务器交互进行用户认证、计费、授权。当该接入请求对应的用户终端通过认证后，该cp设备便可以生成用户探测表项，并直接将用户探测表项发送至agw设备，使得该agw设备基于该用户探测表项对需要接入网络的用户终端进行探测应答。具体地，上述的用户探测表项可以包括但不限于：用户接口、用户虚拟局域网(virtual local area network，vlan)、用户网际协议(internet protocol,ip)、用户媒体存储控制(media access control，mac)、用户网关ip或者用户网关mac等能够用来标识出用户终端的一系列参数，具体此处不做限定说明。
78.504、agw设备基于用户探测表项对探测请求进行探测应答处理。
79.实施例中，agw设备在接收到cp设备直接发送的用户探测表项后，便可以基于该用户探测表项对需要接入网络的用户终端进行探测应答。例如：通过该用户探测表项实现对第一用户终端进行探测应答等。
80.通过上述的方式，cp设备无需在给up设备下发用户转发表项后，便可以直接在agw设备中实现对需要接入网络的用户终端实现探测应答，避免了up设备还未接收到用户转发表项而导致用户终端掉线，能够保证用户终端的稳态接入。
81.可以理解的是，在另一些实施例中，若某一个up设备发生了故障，那么很明显与该发生故障的up设备所连接的用户终端则无法进行流量的转发。因此，在上述图5所描述的基础上，请参阅图6，为本技术实施例中提供的另一个用户接入处理的方法流程示意图，如图6所示：
82.601、用户终端向agw设备发送第一请求，该第一请求包括探测请求和接入请求。
83.602、agw设备通过至少一个up设备向cp设备发送接入请求。
84.603、cp设备向agw设备发送用户探测表项。
85.604、agw设备基于用户探测表项对探测请求进行探测应答处理。
86.需理解的是，所描述的步骤601-604可以参照上述图5所描述的步骤501-504进行理解，此处不再赘述。
87.605、cp设备确定第一up设备，第一up设备为至少一个up设备中的一个或多个。
88.实施例中，cp设备在接收到上述的接入请求并进入稳态接入后，如果某一个up设备发生了故障，例如：第二up设备；那么cp设备可以先确定出每个up设备对应的负载情况，然后根据每个up设备的负载情况来选择合适的up设备来响应发生故障的up设备上的用户终端的转发流量。
89.可以理解的是，第一up设备的负载情况可以优于其他的up设备的负载情况，例如：该第一up设备已运行的业务行量最少等；而且该第一up设备可以是至少一个up设备中的一个或多个。例如：当某个up设备的负载情况过重时，cp设备可以通过确定每个up设备的负载情况，以确定出负载情况较轻的第一up设备，从而使得该负载情况过重的up设备上的用户终端可以被迁移至该第一up设备上，以通过该第一up设备来响应该负载情况过重的up设备上的用户终端的转发流量。
90.示例性的，cp设备可以通过获取授权服务等级协议(service level agreement,sla)类型信息，然后基于预配置策略和该授权sla类型信息确定出第一up设备。可以理解的是，所描述的授权sla类型信息可以用于反映出至少一up设备中每一个up设备的负载情况，或者反映出每个up设备中的用户终端的质量属性。
91.在另一些实施例中，cp设备还可以向通用闪存存储(universal storage flash，usf)设备发送请求，然后usf设备在接收到该请求后，基于内部存储的授权sla类型信息和预配置策略来确定出第一up设备。这样，usf设备便可以向cp设备反馈第一up设备的相关标识，以使得该cp设备能够明确出该至少一个up设备中能够作为合适的第一up设备。可以理解的是，在本技术实施例中不限定cp设备确定第一up设备的实现方式，在实际应用中还可以是基于其他的方式来确定出第一up设备，此处不做限定说明。
92.当存在一个第一up设备的负载情况优于需要进行迁移时的up设备的负载情况时，cp设备确定使用第一up设备作为目标up设备，以用于响应那些由于发生故障up设备上的用户终端的转发流量。而当存在多个第一up设备的负载情况优于需要进行迁移时的up设备的负载情况时，cp设备确定从多个第一up设备中随机选择一个或多个up设备作为目标up设备，使得该负载情况过重的up设备上的用户终端随机地被迁移至一个或多个第一up设备，
以便于cp设备响应那些由于发生故障up设备上的用户终端的转发流量。
93.606、cp设备向第一up设备发送用户转发表项，其中，用户转发表项包括用户虚拟mac，用户虚拟mac用于标识与第二up设备对应的第一用户终端，第一up设备的负载情况优于第二up设备的负载情况，第二up设备为至少一个up设备中的任意一个。
94.在本实施例中第二cp设备可以理解成那些发生了故障的up设备，或者是理解成负载情况过重而导致所连接的第一用户终端掉线的up设备等。由于用户转发表项是针对该第二up设备上的第一用户终端所对应的转发表项，该用户转发表项可以包括用户虚拟mac，而该用户虚拟mac对应于第二up设备上的一个虚拟mac地址，而与其对应的虚拟mac地址可以作为与第二up设备连接的第一用户终端的三层网关mac，因此可以使用用户虚拟mac标识出与第二up设备对应的第一用户终端；此外，与第二up设备连接的第一用户终端的ip地址所属的ip地址段与上述的用户虚拟mac是一一对应的。因此，cp设备在确定出第一up设备后，便可以将该第二up设备对应的第一用户终端的用户转发表项发送至第一up设备，从而使得cp设备能够通过该第一up设备响应第一用户终端的转发流量等。需理解的是，所描述的与第二up设备所连接的第一用户终端可以为发送接入请求的用户终端中的一个或多个。
95.607、cp设备将用户虚拟mac迁移至第一up设备。
96.实施例中，在第二up设备上的第一用户终端发生了故障，或者由于第二up设备的负载情况导致相连接的第一用户终端无法接入网络时，cp设备需要对该第二up设备上的第一用户终端进行迁移至第一up设备，以便于能够通过第一up设备响应于该第一用户终端的转发流量等。具体地，cp设备需要将用户虚拟mac从第二up设备中迁移至第一up设备。
97.示例性的，针对cp设备将用户虚拟mac迁移至第一up设备的方式，可以通过如下方式进行：
98.第一种实现方式：cp设备基于第二up设备对应的路由地址，将用户虚拟mac迁移至第一up设备，以及将第二up设备对应的路由地址迁移至第一up设备，其中，第二up设备对应的路由地址与用户虚拟mac相对应。也就是理解成，可以将第二up设备对应的路由地址整体对应一个用户虚拟mac，这样cp设备在进行用户终端迁移时，便可以基于该第二up设备对应的路由地址将用户虚拟mac迁移至第一up设备，并且连同该第二up设备对应的路由地址也迁移至第一up设备，具体地将该用户虚拟mac指向该第一up设备的隧道。所描述的隧道可以包括但不限于srv6、虚拟扩展局域网(virtual extensible local area network，vxlan)等，具体不限定。
99.当第二up设备中连接了多个第一用户终端时，而为了能够将第二up设备中多个第一用户终端分散地迁移至不同的第一up设备中，以减少某一个第一up设备的负载。因此，在第二种实现方式中，cp设备还可以对第二up设备对应的路由地址进行分段，得到至少一段路由地址，其中，每一段路由地址分别对应一个用户虚拟mac；然后，cp设备基于每一段路由地址将对应的用户虚拟mac迁移至相应的第一up设备。同样地，cp设备也需要连同第二up设备对应的路由地址也迁移至第一up设备。
100.可以理解的是，在上述cp设备迁移的方式除了上述的两种方式以外，在实际应用中还可以是其他的迁移方式，具体在本技术实施例中不做限定说明。
101.608、cp设备向agw设备发送第一消息，所述第一消息包括用户虚拟mac。
102.609、所述agw设备将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至
所述第一up设备。
103.实施例中，当cp设备将第二up设备中的第一用户终端通过迁移用户虚拟mac和路由地址的方式迁移至第一up设备后，cp设备便可以向agw设备发送第一消息。然后，在该agw设备在接收到该第一消息后，解析出该第一消息中携带的用户虚拟mac，这样agw设备可以将与该用户虚拟mac对应的第一用户终端的转发流量迁移至第一up设备。这样，第一用户终端便可以通过该第一up设备实现正常的流量转发等，以完成续租等流程。
104.可以理解的是，cp设备可以通过第一up设备向agw设备发送第一消息。
105.可选地，610、agw设备监控用户终端的网络状态。
106.可选地，611、当用户终端的网络状态处于非连接态时，agw设备向cp设备发送第二消息。
107.实施例中，agw设备还可以主动的监控用户终端的网络状态，并且在用户终端的网络状态处于非连接态时，表明agw设备在基于用户探测表项进行探测应答出现了探测失败，那么就需要agw设备能够向cp设备反馈探测失败等相关情况，以便于cp设备能够对用户终端进行下线等处理。
108.可选地，612、cp设备基于第二消息对用户终端进行下线处理。
109.可以理解的是，在另一些实施例中，cp设备还可以向第一up设备发送会话添加请求或者会话删除请求等，也可以向agw设备发送会话添加请求或者会话删除请求等。
110.在本技术实施例中，通过agw设备接收探测请求以及接收cp设备发送的用户探测表项后，便可以直接在agw设备中实现对用户终端的探测应答处理，无需经过up设备实现用户终端的探测应答，能够更高质量的完成用户终端的上线、探测、续租等流程，避免了用户终端在任何的迁移场景过程中出现掉线的情况；另外，通过agw设备向cp设备发送接入请求，使得cp设备能够在确定出第一up设备后，将处于故障场景的用户终端从负载过重的第二up设备迁移至第一up设备，从而通过第一up设备更好地完成了对用户终端的流量转发，而且还不会影响前端agw设备完成探测应答处理。
111.上述主要从方法的角度对本技术实施例提供的方案进行了介绍。可以理解的是，上述的agw设备以及cp设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的功能，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
112.从实体设备角度来描述，上述agw设备以及cp设备具体可以由一个实体设备实现，也可以由多个实体设备共同实现，还可以是一个实体设备内的一个逻辑功能单元，本技术实施例对此不做具体限定。
113.例如，上述agw设备以及cp设备可以由图7中的网络设备来实现。图7为本技术实施例提供的网络设备的硬件结构示意图。该网络设备包括至少一个处理器701、存储器702、收发设备703。
114.处理器701可以是一个通用中央处理器cpu，微处理器，特定应用集成电路(application-specific integrated circuit)，或一个或多个用于控制本技术方案程序
执行的集成电路。
115.收发设备703，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。收发设备603可以与处理器701相连接。
116.存储器702可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器702可以是独立存在，也可以与处理器701相连接。存储器702也可以和处理器701集成在一起。
117.其中，存储器702用于存储执行本技术方案的计算机执行指令，并由处理器701来控制执行。处理器701用于执行存储器702中存储的计算机执行指令，从而实现本技术上述方法实施例提供的用户接入处理的方法。
118.一种可能的实现方式，本技术实施例中的计算机执行指令也可以称之为应用程序代码，本技术实施例对此不做具体限定。
119.在具体实现中，作为一种实施例，处理器701可以包括一个或多个cpu，例如图7中的cpu0和cpu1。
120.从功能单元的角度，本技术可以根据上述方法实施例对agw设备以及cp设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个功能单元中。上述集成的功能单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
121.比如，以采用集成的方式划分各个功能单元的情况下，图8示出了本技术实施例提供的一种agw设备的结构示意图。如图8所示，本技术的agw设备80的一个实施例可以包括：
122.收发模块801，用于接收用户终端发送的第一请求，第一请求包括探测请求；
123.收发模块801，用于接收控制面cp设备发送的用户探测表项；
124.处理模块802，用于根据用户探测表项对探测请求进行探测应答处理。
125.在一些实施例中，所述收发模块801，还用于在基于所述用户探测表项对所述探测请求进行探测应答处理之后，接收所述cp设备发送的第一消息，所述第一消息包括用户虚拟mac，所述用于虚拟mac用于标识与第二用户面up设备对应的第一用户终端；
126.所述处理模块802，用于将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至第一up设备，所述第一up设备的负载情况优于所述第二up设备的负载情况。
127.在另一些实施例中，所述第一请求还包括接入请求；所述收发模块801，还用于通过至少一个up设备向控制面cp设备发送所述接入请求。
128.在一些实施例中，处理模块802，还用于监控用户终端的网络状态；收发模块801，用于在用户终端的网络状态处于非连接态时，向cp设备发送第二消息，第二消息用于指示cp设备对用户终端进行下线处理。
129.上述主要从功能模块的角度描述了agw设备80，下面将从功能模块的角度来描述cp设备。请参阅图9，为本技术实施例提供的一种cp设备的结构示意图。如图9所示，本技术的cp设备90的一个实施例可以包括：
130.生成单元901，用于生成用户探测表项；
131.发送单元902，用于向接入网关agw设备发送用户探测表项，用户探测表项用于指示agw设备对用户终端发送的探测请求进行探测应答处理。
132.在一些实施例中，在上述图9所描述的cp设备的基础上，图10还示出了本技术实施例中提供的另一种cp设备的结构示意图。如图10所示，该cp设备90可以包括生成单元901、发送单元902、以及第一处理单元903；其中：
133.所述第一处理单元903，用于在向接入网关agw设备发送所述用户探测表项之后，确定第一用户面up设备，所述第一up设备为至少一个up设备中的一个或多个；
134.所述发送单元902，用于向所述第一up设备发送用户转发表项，其中，所述用户转发表项包括用户虚拟mac，所述用户虚拟媒体存储控制mac用于标识与第二up设备对应的第一用户终端，所述第一up设备的负载情况优于所述第二up设备的负载情况，所述第二up设备为所述至少一个up设备中的任意一个，所述第一用户终端为所述用户终端的一个或多个；
135.所述第一处理单元903，用于将所述用户虚拟mac迁移至所述第一up设备；
136.所述发送单元902，用于向所述agw设备发送第一消息，所述第一消息包括所述用户虚拟mac，所述第一消息用于指示所述agw设备将与所述用户虚拟mac对应的第一用户终端的转发流量迁移至所述第一up设备。
137.在另一些实施例中，该cp设备90还包括：第一接收单元，用于在生成用户探测表项之前，接收所述agw设备通过所述至少一个up设备传输的接入请求。
138.在另一些实施例中，第一处理单元903，用于根据第二up设备对应的路由地址，将用户虚拟mac迁移至第一up设备，以及将所述第二up设备对应的路由地址迁移至所述第一up设备，其中，第二up设备对应的路由地址与用户虚拟mac相对应。
139.在另一些实施例中，第一处理单元903，用于：
140.对第二up设备对应的路由地址进行分段，得到至少一段路由地址，其中，每一段路由地址分别对应一个用户虚拟mac；
141.基于每一段路由地址将对应的用户虚拟mac迁移至相应的第一up设备。
142.在另一些实施例中，该cp设备90还包括：第二接收单元；
143.第二接收单元，用于在确定第一up设备之前，获取授权服务级别协议sla类型信息，授权sla类型信息用于反映至少一个up设备的的负载情况；
144.第一处理单元903，用于基于预配置策略与授权sla类型信息确定第一up设备。
145.在另一些实施例中，所述cp设备90还包括：第三接收单元；
146.第三接收单元，用于接收所述agw设备发送的第二消息；
147.第二处理单元，用于根据所述第二消息对用户终端进行下线处理。
148.本技术实施例提供的agw设备80以及cp设备90用于执行图5或图6中对应的方法实施例中的方法，故本技术实施例可以参考图5或图6对应的方法实施例中的相关部分进行理解。
149.本技术实施例中，agw设备80以及cp设备90以采用集成的方式划分各个功能单元的形式来呈现。这里的“功能单元”可以指特定应用集成电路(application-specific integrated circuit，asic)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到agw设备80以及cp设备90可以采用图7所示的形式。
150.比如，图7的处理器701可以通过调用存储器702中存储的计算机执行指令，使得agw设备80以及cp设备90执行图5或图6对应的方法实施例中agw设备、cp设备分别所执行的方法。
151.具体的，图8中的处理模块802的功能/实现过程可以通过图7中的处理器701调动存储器702中存储的计算机执行指令来实现。图8中的收发模块801的功能/实现过程可以通过图7中的收发设备703来实现。
152.具体的，图9中的生成单元901，以及图10中的第一处理单元903、第二处理单元的功能/实现过程可以通过图7中的处理器701调动存储器702中存储的计算机执行指令来实现。图9和图10中的发送单元901、第一接收单元、第二接收单元以及第三接收单元的功能/实现过程可以通过图7中的收发设备703来实现。
153.在本技术图7的设备中各个组件通信连接，即处理单元(或者处理器)、存储单元(或者存储器)和收发单元(收发器)之间通过内部连接通路互相通信，传递控制和/或数据信号。本技术上述方法实施例可以应用于处理器中，或者由处理器实现上述方法实施例的步骤。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是中央处理器(central processing unit，cpu)，网络处理器(network processor，np)或者cpu和np的组合、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。虽然图中仅仅示出了一个处理器，该装置可以包括多个处理器或者处理器包括多个处理单元。具体的，处理器可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。
154.存储器用于存储处理器执行的计算机指令。存储器可以是存储电路也可以是存储器。存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器或闪存。易失性存储器可以是随机存取存储器，其用作外部高速缓存。存储器可以独立于处理器，也可以是处理器中的存储单元，在此不做限定。虽然图中仅仅示出了一个存储器，该装置也可以包括多个存储器或者存储器包括多个存储单元。
155.收发器用于实现处理器与其他单元或者网元的内容交互。具体的，收发器可以是该装置的通信接口，也可以是收发电路或者通信单元，还可以是收发信机。收发器还可以是处理器的通信接口或者收发电路。可选的，收发器可以是一个收发芯片。该收发器还可以包括发送单元和/或接收单元。在一种可能的实现方式中，该收发器可以包括至少一个通信接口。在另一种可能的实现方式中，该收发器也可以是以软件形式实现的单元。在本技术的各实施例中，处理器可以通过收发器与其他单元或者网元进行交互。例如：处理器通过该收发器获取或者接收来自其他网元的内容。若处理器与收发器是物理上分离的两个部件，处理器可以不经过收发器与该装置的其他单元进行内容交互。
156.一种可能的实现方式中，处理器、存储器以及收发器可以通过总线相互连接。总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。
157.本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
158.在本技术的各实施例中，为了方便理解，进行了多种举例说明。然而，这些例子仅仅是一些举例，并不意味着是实现本技术的最佳实现方式。
159.上述实施例，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。
160.计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本技术实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
161.以上对本技术所提供的技术方案进行了详细介绍，本技术中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。