CN108605221B

CN108605221B - 用户下线的方法、网络设备和系统

Info

Publication number: CN108605221B
Application number: CN201680008254.5A
Authority: CN
Inventors: 胡婷
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2016-12-20
Filing date: 2016-12-20
Publication date: 2020-09-11
Anticipated expiration: 2036-12-20
Also published as: CN108605221A; WO2018112756A1

Abstract

本申请提供了一种用户下线的方法、网络设备和系统，通过在用户侧的网络设备向网络侧的网络设备发送下线消息时，在该下线消息中包括需要全部拆除的隧道信息，降低网络设备处理报文的负担，从而提高用户下线的速度和效率。并且，在网络侧的网络设备收到该下线消息后，基于该下线消息中包括的需要全部拆除的隧道信息，对隧道表项中相同的隧道信息进行删除，快速感应用户下线，从而提高用户下线的速度和效率。

Description

用户下线的方法、网络设备和系统

技术领域

本申请涉及数据通信技术领域，更具体的说，涉及一种用户下线的方法、网络设备和系统。

背景技术

在现有技术中，不同网络类型隧道的混合端口的绑定(英文：Hybrid Bonding)通过通用路由封装(英文：Generic Routing Encapsulation，GRE)隧道实现；例如，在数字用户专线(英文：Digital Subscriber Line，DSL)和长期演进(英文：Long Term Evolution，LTE)的广域网(英文：Wide Area Network，WAN)接口上分别建立GRE隧道，然后，将两条隧道绑定成一条上行接入通道。家庭网关(英文：Home Gateway，HG)设备和汇合接入汇聚节点(英文：Hybrid Access Aggregation Point，HAAP)设备之间的消息传递，通过将该消息封装成GRE报文格式后在HG设备和HAAP设备之间进行转发；

当用户主动下线时，HG设备需要向HAAP设备分别发送notify消息，单独对LTE隧道和DSL隧道进行拆除；其中，notify消息用于在HG设备和HAAP设备之间传递隧道拆除信息；这种下线方式需要发送多个报文，会增加HG设备和HAAP设备处理报文的负担，分别对多个报文进行处理，也增加了用户下线所需的时间。

由此可知，现有技术中采用的用户下线方式存在耗时长和效率低的问题。

发明内容

有鉴于此，本申请提供一种用户下线的方法、网络设备和系统，目的在于解决现有技术中用户下线耗时长和效率低的问题。

为解决上述技术问题，本申请采用了如下技术方案：

本申请实施例的第一方面提供了一种用户下线的方法，应用于第一网络设备，第一网络设备和第二网络设备之间的第一隧道、第二隧道通过GRE实现Hybrid bonding，该用户下线方法包括：

第一网络设备向第二网络设备发送下线消息，该下线消息包括需要全部拆除的第一隧道信息和第二隧道信息。

通过上述实施例，当用户下线时，第一网络设备向第二网络设备发送的下线消息中，该下线消息中包括需要全部拆除的隧道信息，减少了第一网络设备对报文的处理，提高用户下线的速度和效率。

在本申请实施例第一方面公开的第一种实现方式中，该下线消息为隧道通知notify消息，该notify消息包括属性值对avp，该avp用于标识需要全部拆除的第一隧道信息和第二隧道信息；

在本申请实施例第一方面公开的第二种实现方式中，该avp添加于隧道通知notify类型的控制消息中，该隧道通知notify类型的控制消息封装于GRE的报文头的消息类型字段中。

通过上述实施例，第一网络设备提供了一种包括拆除全部隧道信息的下线消息。可以采用该种方式生成用于拆除全部隧道信息的下线消息。

在本申请实施例第一方面公开的第三种实现方式中，该下线消息为隧道通知notify消息，所述teardown消息包括拆除全部隧道信息；

该拆除全部隧道信息封装于该GRE的报文头的控制报文字段中，该拆除全部隧道信息包括需要全部拆除的所述第一隧道信息和所述第二隧道信息。

通过上述实施例，第一网络设备提供了另一种包括拆除全部隧道信息的下线消息。可以采用该种方式生成用于拆除全部隧道信息的下线消息。

在本申请实施例第一方面公开的第四种实现方式中，该用户下线方法还包括：

所述第一网络设备接收所述第二网络设备发送的应答消息，所述应答消息用于指示需要全部拆除的所述第一隧道和所述第二隧道已拆除。

本申请实施例的第二方面公开了一种网络设备，用作第一网络设备，该第一网络设备和第二网络设备之间的第一隧道、第二隧道通过GRE实现Hybrid bonding，该第一网络设备包括：

第一发送模块，用于向该第二网络设备发送下线消息，该下线消息包括需要全部拆除的第一隧道信息和第二隧道信息。

在本申请实施例公开的第二方面的第一种实现方式中，该第一网络设备包括：

封装模块，用于生成包括属性值对avp的隧道通知notify消息，将该notify消息作为下线消息，该avp用于标识需要全部拆除的第一隧道信息和第二隧道信息。

在本申请实施例公开的第二方面的第二种实现方式中，该封装模块，还用于将该包括该avp的隧道通知notify类型的控制消息封装于GRE报文头的消息类型字段中。

在本申请实施例公开的第二方面的第三种实现方式中，该第一网络设备包括：

封装模块，还用于封装拆除全部隧道信息于该GRE的报文头的控制报文字段中，生成包括拆除全部隧道信息的隧道拆除teardown消息，将该teardown消息作为下线消息，该拆除全部隧道信息中包括需要全部拆除的第一隧道信息和第二隧道信息。

在本申请实施例公开的第二方面的第四种实现方式中，该第一网络设备包括：

接收模块，用于接收第二网络设备发送的应答消息，该应答消息用于指示需要全部拆除的第一隧道和第二隧道已拆除。

本申请实施例的第三方面公开了一种网络设备，用作第一网络设备，该第一网络设备和第二网络设备之间的第一隧道、第二隧道通过GRE实现Hybrid bonding，该第一网络设备包括：

存储器，以及通过总线与该存储器相连的处理器和接口；

该存储器，用于存储用户下线的操作流程，该用户下线的操作流程包括本申请实施例第一方面公开的用户下线方法；

该处理器，用于在用户执行下线时，调用并执行所述存储器中存储的用户下线的操作流程；

所述接口，用于收发第一网络设备和第二网络设备之间的信息。

通过上述实施例，当用户下线时，第一网络设备向第二网络设备发送的下线消息中，包括需要全部拆除的隧道信息，减少了第一网络设备对报文的处理，提高用户下线的速度和效率。

本申请实施例的第四方面公开了一种用户下线方法，应用于第二网络设备，该第二网络设备和第一网络设备之间的第一隧道、第二隧道通过GRE实现Hybrid bonding，该用户下线方法包括：

第二网络设备接收第一网络设备发送的下线消息，并获取下线消息中包括的需要全部拆除的第一隧道信息和第二隧道信息；

第二网络设备删除隧道表项内与第一隧道信息和第二隧道信息相同的隧道信息。

通过上述实施例，当第二网络设备接收到第一网络设备发送的包括拆除全部隧道信息的下线消息后，基于该下线消息中包括的需要全部拆除的隧道信息，对隧道表项中相同的隧道信息进行删除，快速感应用户下线，从而提高用户下线的速度和效率。

在本申请实施例公开的第四方面的第一种实现方式中，所述第二网络设备删除隧道表项内与第一隧道信息和第二隧道信息相同的隧道信息，包括：

该第二网络设备核对隧道表项内是否存在分别与第一隧道信息和第二隧道信息相同的隧道信息；

若隧道表项内存在分别与第一隧道信息和第二隧道信息相同的隧道信息，则第二网络设备删除隧道表项内，分别与第一隧道信息和第二隧道信息相同的隧道信息。

在本申请实施例公开的第四方面的第二种实现方式中，该用户下线方法还包括：

第二网络设备向第一网络设备发送的应答消息，应答消息指示需要全部拆除的所述第一隧道和所述第二隧道已拆除。

本申请实施例的第五方面公开了一种网络设备，用作第二网络设备，该第二网络设备和第一网络设备之间的第一隧道、第二隧道通过GRE实现Hybrid bonding，该第二网络设备包括：

接收模块，用于接收第一网络设备发送的下线消息，并获取下线消息中包括的需要全部拆除的第一隧道信息和第二隧道信息；

拆除模块，用于基于接收模块接收到的下线消息删除隧道表项内，分别与第一隧道信息和第二隧道信息相同的隧道信息。

在本申请实施例公开的第五方面的第一种实现方式中，还包括：

核对模块，用于核对隧道表项内是否存在分别与第一隧道信息和第二隧道信息相同的隧道信息，若隧道表项内存在分别与第一隧道信息和第二隧道信息相同的隧道信息，则执行拆除模块。

在本申请实施例公开的第五方面的第二种实现方式中，该第二网络设备中包括：

发送模块，用于向第一网络设备发送的应答消息，该应答消息指示需要全部拆除的第一隧道和第二隧道已拆除。

本申请实施例的第六方面公开了一种网络设备，用作第二网络设备，该第二网络设备和第一网络设备之间的第一隧道、第二隧道通过GRE实现Hybrid bonding，该第二网络设备包括：

存储器，以及通过总线与存储器相连的处理器和接口；

存储器，用于存储用户下线的操作流程，用户下线的操作流程包括上述本申请实施例第四方面公开的用户下线方法；

处理器，用于在用户执行下线时，调用并执行存储器中存储的用户下线的操作流程；

接口，用于收发第二网络设备和第一网络设备之间的信息。

本申请实施例的第七方面公开了一种用户下线系统，该用户下线系统包括：本申请实施例第二方面或第三方面公开的第一网络设备，以及本申请实施例第五方面或第六方面公开的第二网络设备；

该第一网络设备和第二网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybrid bonding。

通过上述实施例，第一网络设备在向第二网络设备发送下线消息时，在该下线消息中设置需要全部拆除的隧道信息，降低网络设备处理报文的负担，从而提高用户下线的速度和效率。第二网络设备则在接收到该下线消息后，基于该下线消息中设置的需要全部拆除的隧道信息，对隧道表项中相同的隧道信息进行删除，快速感应用户下线，从而提高用户下线的速度和效率。

附图说明

为了更清楚地说明本申请或现有技术中的技术方案，下面将对或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些示例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一个用户的双隧道结构示意图；

图2为本申请实施例一公开的一种用户下线的方法流程图；

图3为本申请实施例二公开的另一种用户下线的方法流程图；

图4为本申请实施例公开的一种用户下线的方法流程图；

图5为本申请实施例公开的一种第一网络设备的结构示意图；

图6为本申请实施例公开的一种第二网络设备的结构示意图；

图7为本申请实施例公开的一种第一网络设备的硬件结构示意图；

图8为本申请实施例公开的一种第二网络设备的硬件结构示意图；

图9为本申请实施例公开的一种用户下线系统的结构示意图。

具体实施方式

由背景技术可知，用户侧和网络侧的网络设备之间的多个隧道通过GRE隧道实现Hybrid Bonding，当用户下线时，需要用户侧的网络设备单独发送拆除各个隧道的隧道拆除消息，采用此种方式会增加网络设备处理报文的负担，导致用户下线耗时长和效率低的问题。

因此，本申请提供了一种新的用户下线的技术方案，在用户侧的网络设备向网络侧的网络设备发送下线消息时，在该下线消息中包括需要全部拆除的隧道信息，降低网络设备处理报文的负担，提高用户下线的速度和效率。并且，在网络侧的网络设备收到该下线消息后，基于该下线消息中包括的需要全部拆除的隧道信息，对隧道表项中相同的隧道信息进行删除，快速感应用户下线，提高用户下线的速度和效率。进一步，确保不会影响用户再次上线时隧道的建立，提高用户上线的成功率。

具体本申请公开的用户下线的技术方案通过以下实施例进行详细说明。

实施例一

如图1所示，机顶盒(英文：Set Top Box，STB)与HG设备连接，HG设备通过发送LTE隧道建立请求和DSL隧道建立请求，分别建立GRE隧道(图1中以LTE GRE Tunnel和DSL GRETunnel示出)，将LTE隧道和DSL隧道绑定成一条上行接入通道，接入HAAP设备，经由HAPP设备接入公用网络(英文：Internet)。HG设备和HAAP设备之间的消息，基于GRE协议封装成GRE报文格式后进行转发。

因GRE是无状态的协议，没有定义双方传递消息的机制。因此，在Hybrid中定义了如表1所示的6种类型的控制消息。

表1. 6种类型的控制消息

表1所示的6种类型的控制消息包括：GRE隧道建立请求(英文：GRE setuprequest)消息，GRE隧道建立接受(英文：GRE setup accept)消息，GRE隧道建立拒绝(英文：GRE setup deny)消息，GRE隧道保活(英文：GRE hello)消息，GRE隧道通知(英文：GREnotify)消息，GRE隧道拆除(英文：GRE teardown)消息。

上述Hybrid定义的6种类型的控制消息封装至GRE报文头的(Message Type，MsgType)字段，在HG设备和HAAP设备之间进行转发。该GRE报文头的格式如表2所示。

表2.GRE报文头格式

以图1示出的应用场景为例，在HG设备发送LTE隧道和DSL隧道建立请求，并成功建立隧道之后，用户在线；在用户下线时，需要拆除GRE隧道的虚拟专用网络(英文：VirtualPrivate Network，VPN，采用本申请实施例公开的新的用户下线的技术方案，能够只发送一个报文就可以将LTE隧道和DSL隧道全部进行拆除，实现用户快速下线。

如图2所示，为本申请实施例一公开的一种用户下线的方法的流程图，包括如下步骤：

S101：HG设备向HAAP设备发送下线消息，该下线消息为notify消息，该notify消息包括属性值对(Attribute Values Pairs，avp)。

在S101中，该HG设备向HAAP设备发送包括avp的notify消息，该notify消息基于GRE协议封装为GRE报文格式。该avp添加于GRE notify类型的控制消息中，然后封装至GRE报文头的Msg Type内。该avp用于标识需要全部拆除的LTE隧道和DSL隧道。

在本申请实施例中，该notify消息中新添加的avp属性编号(Num)为60，该新添加的avp的属性定义如下表3所示。

表3.avp的属性定义

Attribute Type	Num	Carried by message	Side	TX	O/M
						Remove all tunnel	60	GRE notify	LTE/DSL	HG	Optional

其中，avp的属性类型(英文：Attribute Type)指示拆除全部隧道(英文：Removeall tunnel)；编号(英文：Num)为avp属性编号，取值为60；承载avp的消息(英文：Carriedby message)指示通过GRE notify消息携带avp；侧(英文：Side)为LTE/DSL，指示需要全部拆除的隧道为LTE隧道和DSL隧道；发送端(英文：transmit，TX)为HG；可选/强制(英文：Optional/Mandatory，O/M)指示avp为可选的。

如表4所示，该avp字段为一个TLV格式。其中，Attribute Length字段可以指整个TLV的长度，也可以指Attribute Value的长度。可选的，在本申请实施例中，结合表2给出的GRE报文头格式，Attribute Type字段对应GRE报文头中的Attribute Type字段，AttributeLength字段对应GRE报文头中的Data Length字段，Attribute Value字段对应GRE报文头中的Data Value字段。在本申请实施例中，Attribute Length指Data Value的长度，则定义Attribute Type字段的取值为60，Data Value为空，此时Data Length中的值为0Byte。

可选的，在本申请实施例中，当Attribute Length指整个TLV的长度时，定义Attribute Type为60，Attribute Value为空，此时Attribute Length中的值为3Byte。

表4：avp结构

Attribute Type (1Byte)
	Attribute Length (2Byte)
Attribute Value (variable)

可选的，在HG设备向HAAP设备发送下线消息之后，删除自身隧道表项内全部需要拆除的隧道信息。可选的，HG设备也可以在接收到终端设备的询问后，删除自身隧道表项内全部需要拆除的隧道信息。在本申请实施例中具体指LTE隧道信息和DSL隧道信息。

S102：HAAP设备接收该设置有avp的notify消息，并获取该notify消息中包括的需要全部拆除的隧道信息。

在S102中，从表3的avp描述中，可以获知在本申请实施例中需要都进行拆除的隧道信息为：LTE隧道信息和DSL隧道信息。

S103：HAAP设备将得到的需要全部拆除的隧道信息，与隧道表项内的隧道信息进行核对。

在S103中，HAAP设备进行核对的过程为：将得到的需要全部拆除的隧道信息与自身存储的隧道表项内的隧道信息进行一一比对，查找是否存在相同的隧道信息，若存在相同的隧道信息，则认为该隧道信息所对应的隧道未被拆除。若不存在相同的隧道信息，则认为该隧道信息所对应的隧道已被拆除。

通过执行S103，HAAP设备能够通过核对的结果，及时获知需要全部拆除的隧道是否已经拆除，如果没有拆除，则立即拆除。

S104：若该隧道表项内存在相同的隧道信息，则HAAP设备将该需要拆除的隧道信息从该隧道表项内删除。

在S104中，HAAP设备将需要全部拆除的隧道信息从该隧道表项内成功拆除后，实现对用户下线的快速感应，从而提高用户下线的速度和效率。

由此可知，相较于现有技术中多次单独拆除隧道的方式，在本申请实施例中，当用户下线时，通过在HG设备向HAAP设备发送的一个notify消息中，添加用于标识全部拆除LTE隧道和DSL隧道的avp，降低HG设备对多个报文的处理，提高用户下线的速度和效率。

实施例二

同样基于上述应用场景，如图3所示，为本申请实施例二公开的另一种用户下线的方法的流程图，主要包括如下步骤：

S201：HG设备向HAAP设备发送下线消息，该下线消息为teardown消息，该teardown消息包括拆除全部隧道信息。

在S201中，该下线消息中包括需要都进行拆除的全部隧道消息。可选的，在本申请实施例中可以使HG设备向HAAP设备发送teardown消息，该teardown消息包括拆除全部隧道信息，该teardown消息用于标识HG设备请求拆除全部隧道消息，在本申请实施例中该拆除全部隧道指LTE隧道和DSL隧道。

可选的，与表1中示出的原始的teardown消息相比，如表5所示，在本申请该实施例中设置了一个由HG向HAAP发送的GRE teardown消息类型。

表5.添加对的HG向HAAP发送该teardown消息类型

该HG设备向HAAP设备发送的下线消息基于GRE协议封装为GRE报文格式，将该扩展的GRE teardown消息在封装过程中添加至GRE报文头的控制报文字段T中进行转发。如下表6所示为GRE报文头格式：

表6.GRE报文头格式

S202：HAAP设备接收该teardown消息，并获取该teardown消息中包括的拆除全部隧道信息。

S203：HAAP设备将得到的拆除全部隧道信息，与隧道表项内的隧道信息进行核对。

具体操作与本申请实施例图2示出的S103的执行过程和原理相同，这里不再进行赘述。

S204：若该隧道表项内存在相同的隧道信息，则HAAP设备将需要拆除的隧道信息从该隧道表项内删除。

在S204中，HAAP设备将需要全部拆除的隧道信息从该隧道表项内成功拆除后，实现对用户下线的快速感应，从而提高用户下线的速度和效率。

由此可知，相较于现有技术中多次单独拆除隧道的方式，在本申请实施例中，当用户下线时，通过一个HG设备向HAAP设备发送的teardown消息，且该teardown消息用于标识需要全部拆除LTE隧道和DSL隧道信息，能够降低HG设备对多个报文的处理，提高用户下线的速度和效率。

基于上述本申请实施例公开的两种用户下线的方式，进一步的，在执行HAAP设备删除隧道表项中相应的隧道信息之后，HAAP设备可以向HG设备发送回应全部隧道已拆除的响应消息，也可以不发送该响应消息。

若HAAP设备向HG设备发送响应消息，则对于用户而言，可以在HG设备接收到该响应消息之后，再通过HG设备发送相应的隧道建立请求，由HAAP设备进行处理，完成用户上线操作。

在本申请实施例中，HAAP设备在完成隧道表项中的隧道信息删除后，向HG设备发送隧道已拆除的应答消息，使用户在执行下一次上线的时候，能够明确具体的时间。

若HAAP设备未向HG设备发送响应消息，则对于用户而言，可以在发送下线消息之后延时预设时长，再次通过HG设备发送相应的隧道建立请求，由HAAP设备进行处理，完成用户上线操作。该预设时长不小于执行上述本申请实施例公开的用户下线操作的时长；本申请实施例对此不作具体限定。

上述实施例仅为本申请实施例公开的一种用户下线的技术方案的一种应用场景，本申请所公开的用户下线的技术方案不仅限于上述应用场景。其适用于，两个网络设备之间的不同网络类型的隧道通过GRE隧道实现Hybrid bonding的场景，当第一网络设备下线时，执行本申请公开的用户下线方法，如图4所示，包括如下步骤：

S301：第一网络设备向第二网络设备发送下线消息，该下线消息中包括需要全部拆除的第一隧道信息和第二隧道信息。

在S301中，第一网络设备和第二网络设备之间的不同网络类型的隧道至少包括第一隧道和第二隧道，但不限于两条；当第一网络和第二网络之间存在多条通过GRE隧道实现Hybrid bonding的不同网络类型的隧道时，也适用于本申请实施例公开的用户下线的方法。

可选的，第一网络设备向第二网络设备发送下线消息之后，删除自身隧道表项内全部需要拆除的隧道信息。可选的，第一网络设备也可以在接收到用户侧的终端设备的询问后，删除自身隧道表项内全部需要拆除的隧道信息。

S302：第二网络设备接收第一网络设备发送的下线消息，并获取下线消息中包括的需要全部拆除的第一隧道信息和第二隧道信息。

S303：第二网络设备基于该下线消息删除隧道表项与第一隧道信息和第二隧道信息相同的隧道信息。

可选的，第二网络设备可以核对隧道表项内是否存在分别与第一隧道信息和第二隧道信息相同的隧道信息，若隧道表项内存在分别与第一隧道信息和第二隧道信息相同的隧道信息，则第二网络设备删除隧道表项内，分别与第一隧道信息和第二隧道信息相同的隧道信息。

在本申请实施例公开的用户下线的方法中，进一步的，第二网络设备可以向第一网络设备发送回应全部隧道已拆除的响应消息，也可以不发送该响应消息。

在本申请实施例公开的用户下线的方法中，该下线消息可以为包括avp的notify消息，该avp用于标识需要全部拆除的全部隧道信息。该notify消息的具体封装过程为：该avp属性添加于GRE notify类型的控制消息中，该GRE notify类型的控制消息封装于GRE的报文头的消息类型字段中。

该下线消息还可以为包括拆除全部隧道信息的teardown消息。具体封装过程为：该拆除全部隧道信息封装于GRE的报文头的控制报文字段中。

在本申请实施例中，请求下线的用户，通过用户侧的网络设备向网络侧的网络设备发送下线消息，该下线消息为包括用于标识需要拆除全部隧道信息的teardown消息，或该下线消息为包括avp的notify消息，该avp用于标识需要全部拆除的全部隧道信息。相较于现有技术，降低了网络设备对多个报文的处理，提高用户下线的速度和效率；当网络侧的网络设备接收到包括有拆除全部隧道信息的teardown消息，或者包括有avp的notify消息时，能够及时删除隧道表项内相应的隧道信息，快速感应用户下线，提高用户下线的速度和效率。

基于上述本申请实施例一公开的用户下线方法，本申请实施例二还对应公开了执行该用户下线方法的网络设备。

如图5所示，本申请实施例公开的第一网络设备11具体包括：

封装模块101，用于生成包括avp的notify消息，将该notify消息作为下线消息，该avp用于标识需要全部拆除的所述第一隧道信息和所述第二隧道信息。

该封装模块101中avp的属性定义可以参见本申请实施例一S101中的记载，这里不再进行赘述。

或者，封装模块101，还用于在GRE的报文头的控制报文字段中设置拆除全部隧道信息，将生成包括拆除全部隧道信息的teardown消息，将该teardown消息作为下线消息，该拆除全部隧道信息中包括需要全部拆除的第一隧道信息和第二隧道信息。

该封装模块101添加拆除全部隧道信息的过程，可以参见本申请实施例二中S201添加拆除全部隧道信息的相应过程，这里不再进行赘述。

发送模块102，用于发送封装模块101生成的下线消息，下线消息中包括有需要全部拆除的第一隧道信息和第二隧道信息。

如图6所示，本申请实施例公开的第二网络设备12具体包括：

接收模块201，用于接收第一网络设备发送的下线消息，并获取下线消息中包括的需要全部拆除的第一隧道信息和第二隧道信息。

拆除模块202，用于基于接收模块201接收到的下线消息，删除隧道表项内与第一隧道信息和第二隧道信息相同的隧道信息。

可选的，该第二网络设备12中，还包括核对模块203，用于基于接收模块201接收到的下线消息，核对隧道表项中是否存在分别与第一隧道信息和第二隧道信息相同的隧道信息。

该核对模块202具体进行核对的过程，可以参见本申请实施例一中S103和实施例二中S203中进行核对的相应过程，这里不再进行赘述。

如图6所示，本申请实施例公开第二网络设备，进一步的，第二网络设备在删除隧道表项中需要删除的隧道信息后，还可以通过自身的发送模块204，向第一网络设备发送已删除相应隧道信息的响应消息。如图5所示，相应的第一网络设备则通过自身的接收模块103接收该响应消息。

可选的，第二网络设备也可以不向第一网络设备发送该响应消息。

结合本申请实施例公开的用户下线的方法，本申请实施例所公开的第一网络设备和第二网络设备也可以直接用硬件、处理器执行的存储器，或者二者的结合来实施。

因此，本申请还对应上述本申请实施例公开的用户下线的方法，公开了如图7所示的第一网络设备20，如图8所示的第二网络设备31。

图7为本申请实施例公开的第一网络设备20的硬件结构示意图。图7所示的第一网络设备20可以执行上述本申请实施例中第一网络设备(具体示例中的HG设备)所执行的相应步骤。

如图7所示，该第一网络设备20包括：存储器21、总线22、处理器23和接口24。其中，接口24可以通过无线或有线的方式实现，具体来讲可以是例如网卡等元件，上述存储器21、处理器23和接口24通过总线22连接。

该接口24具体可以包括发送器和接收器，用于第一网络设备与上述本申请实施例中的第二网络设备之间收发信息。例如，该接口24用于支持图2-图4中的过程S101，S201和S301。具体过程可参见上述本申请实施例相应的部分，这里不再赘述。

所述处理器23用于执行上述申请实施例中由第一网络(具体示例中的HG设备)进行的处理。例如，处理器23用于生成下线消息，通过接口24向第二网络设备发送该下线消息。具体过程可参见上述本申请实施例相应的部分，这里不再赘述。

存储器21包括操作系统211和应用程序212，用于存储用户下线的操作程序、代码或指令，当处理器23或硬件设备在用户执行下线时，调用并执行这些程序、代码或指令时可以完成图2-图4中涉及第一网络设备的处理过程。具体过程可参见上述本申请实施例相应的部分，这里不再赘述。

可以理解的是，图7仅仅示出了第一网络设备的简化设计。在实际应用中，第一网络设备可以包含任意数量的接口，处理器，存储器等，而所有可以实现本申请的第一网络设备都在本申请的保护范围之内。

图8为本申请实施例公开的第二网络设备30的硬件结构示意图。图8所示的第二网络设备30可以执行上述本申请实施例中第二网络设备(具体示例中的HAAP设备)所执行的相应步骤。

如图8所示，该第二网络设备30包括：存储器31、总线32、处理器33和接口34。其中，接口34可以通过无线或有线的方式实现，具体来讲可以是例如网卡等元件，上述存储器31、处理器33和接口34通过总线32连接。

该接口34具体可以包括发送器和接收器，用于第二网络设备与上述本申请实施例中的第一网络设备之间收发信息。例如，该接口34用于支持图2-图4中的过程S102，S202和S302。具体过程可参见上述本申请实施例相应的部分，这里不再赘述。

所述处理器33用于执行上述申请实施例中由第二网络设备(具体示例中的HAAP设备)进行的处理。例如，处理器33用于基于接收到的下线消息执行相应隧道拆除操作。作为举例，该处理器33用于支持图2-图4中的过程S103，S104，S203，S204，S303和S304。具体过程可参见上述本申请实施例相应的部分，这里不再赘述。

存储器31包括操作系统311和应用程序312，用于存储用户下线的程序、代码或指令，当处理器33或硬件设备在用户执行下线时，调用并执行这些程序、代码或指令时可以完成图2-图4中涉及第二网络设备的处理过程。具体过程可参见上述本申请实施例相应的部分，这里不再赘述。

可以理解的是，图8仅仅示出了第二网络设备的简化设计。在实际应用中，第二网络设备可以包含任意数量的接口，处理器，存储器等，而所有可以实现本申请的第网络设备都在本申请的保护范围之内。

结合上述本申请实施例公开的用户下线方法，以及本申请实施例附图6-附图8公开的网络设备，本申请实施例还公开了由上述网络设备构成的用户下线系统，并且网络设备之间的不同网络类型的隧道通过GRE隧道实现Hybrid bonding，网络设备之间传递的信息通过GRE报文封装。

如图9所示，为本申请实施例公开的用于实现用户下线方法的系统，主要包括：第一网络设备11和第二网络设备12；该第一网络设备11和第二网络设备12之间至少包括，两条通过GRE隧道实现Hybrid bonding的不同网络类型的第一隧道13和第二隧道14；

第一网络设备11，用于向第二网络设备12设备发送下线消息，该下线消息中包括有需要全部拆除的第一隧道信息和第二隧道信息；

第二网络设备12，用于接收第一网络设备11发送的下线消息，并获取该下线消息中包括需要全部拆除的第一隧道信息和第二隧道信息，核对隧道表项内是否存在分别与该第一隧道信息和第二隧道信息相同的隧道信息，若存在分别与第一隧道信息和第二隧道信息相同的隧道信息，则将该相同的隧道信息从隧道表项内删除。

以上本申请实施例公开的用户下线系统中，第一网络设备11可以具体为图6和图8中公开的第一网络设备，用于执行本申请实施例附图2、附图3和附图4中第一网络设备执行的相应操作，具体过程以及执行原理可以参照上述说明，这里不再进行赘述。

以上本申请实施例公开的用户下线系统中，第二网络设备12可以具体为图6和图8中公开的第二网络设备，用于执行本申请实施例附图2、附图3和附图4中第二网络设备执行的相应操作，具体过程以及执行原理可以参照上述说明，这里不再进行赘述。

综上所述，本申请实施例公开的一种用户下线的技术方案，在用户侧的网络设备向网络侧的网络设备发送下线消息时，在该下线消息中添加需要全部拆除的隧道信息，降低网络设备处理报文的负担，提高用户下线的速度和效率；并且，在网络侧的网络设备收到该下线消息后，基于该下线消息添加的需要全部拆除的隧道信息，对隧道表项中相同的隧道信息进行删除，快速感应用户下线，提高用户下线的速度和效率；进一步，确保不会影响用户再次上线时隧道的建立，提高用户上线的成功率。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种用户下线的方法，其特征在于，应用于第一网络设备，所述第一网络设备和第二网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybridbonding，所述方法包括：

所述第一网络设备向所述第二网络设备发送下线消息，所述下线消息中包括需要全部拆除的第一隧道信息和第二隧道信息；

所述下线消息为隧道通知notify消息，所述notify消息包括属性值对avp，所述avp用于标识需要全部拆除的所述第一隧道信息和所述第二隧道信息；

或，所述下线消息为隧道拆除teardown消息，所述teardown消息包括拆除全部隧道信息，所述拆除全部隧道信息封装于所述通用路由封装协议GRE的报文头的控制报文字段中，所述拆除全部隧道信息包括需要全部拆除的所述第一隧道信息和所述第二隧道信息。

2.根据权利要求1所述的方法，其特征在于，还包括：

3.根据权利要求1所述的方法，其特征在于，所述全部隧道包括LTE隧道和DSL隧道。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一网络设备为家庭网关HG设备。

5.一种网络设备，用作第一网络设备，其特征在于，所述第一网络设备和第二网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybrid bonding，所述第一网络设备包括：

发送模块，用于向所述第二网络设备发送下线消息，所述下线消息中包括有需要全部拆除的第一隧道信息和第二隧道信息；

6.根据权利要求5所述的网络设备，其特征在于，包括：

接收模块，用于接收所述第二网络设备发送的应答消息，所述应答消息用于指示需要全部拆除的所述第一隧道和所述第二隧道已拆除。

7.一种网络设备，用作第一网络设备，其特征在于，所述第一网络设备和第二网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybrid bonding，所述第一网络设备包括：

存储器，以及通过总线与所述存储器相连的处理器和接口；

所述存储器，用于存储用户下线的操作流程，所述用户下线的操作流程包括权利要求1～4中任意一项所述的用户下线的方法；

所述处理器，用于在用户执行下线时，调用并执行所述存储器中存储的用户下线的操作流程；

所述接口，用于收发所述第一网络设备和所述第二网络设备之间的信息。

8.一种用户下线方法，其特征在于，应用于第二网络设备，所述第二网络设备和第一网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybridbonding，所述方法包括：

所述第二网络设备接收所述第一网络设备发送的下线消息，并获取所述下线消息中包括的需要全部拆除的第一隧道信息和第二隧道信息；

所述第二网络设备基于所述下线消息删除隧道表项内与所述第一隧道信息和所述第二隧道信息相同的隧道信息；

9.根据权利要求8所述的方法，其特征在于，还包括：

所述第二网络设备向所述第一网络设备发送的应答消息，所述应答消息指示需要全部拆除的所述第一隧道和所述第二隧道已拆除。

10.一种网络设备，用作第二网络设备，其特征在于，所述第二网络设备和第一网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybridbonding，所述第二网络设备包括：

接收模块，用于接收所述第一网络设备发送的下线消息，并获取所述下线消息中包括的需要全部拆除的第一隧道信息和第二隧道信息；

拆除模块，用于基于所述接收模块接收到的下线消息删除隧道表项内，分别与所述第一隧道信息和所述第二隧道信息相同的隧道信息；

11.根据权利要求10所述的网络设备，其特征在于，包括：

发送模块，用于向所述第一网络设备发送的应答消息，所述应答消息指示需要全部拆除的所述第一隧道和所述第二隧道已拆除。

12.一种网络设备，用作第二网络设备，其特征在于，所述第二网络设备和第一网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybridbonding，所述第二网络设备包括：

存储器，以及通过总线与所述存储器相连的处理器和接口；

所述存储器，用于存储用户下线的操作流程，所述用户下线的操作流程包括权利要求8或9所述的用户下线方法；

所述接口，用于收发所述第二网络设备和所述第一网络设备之间的信息。

13.一种用户下线系统，其特征在于，包括：权利要求5～7中任意一项所述的第一网络设备，以及权利要求10～12中任意一项所述的第二网络设备；

所述第一网络设备和所述第二网络设备之间的第一隧道、第二隧道通过通用路由封装协议GRE实现混合端口绑定Hybrid bonding。