CN104468202A - 一种用户端设备的管理方法及装置 - Google Patents

Abstract

本发明公开了一种用户端设备的管理方法及装置，涉及数据通信技术领域，解决了现有技术中CPE管理成本高的问题。本发明的具体实施例包括：首先设置与报文类型对应的报文TLV格式，根据报文TLV格式生成CPEMP报文，进而通过CPEMP报文管理CGN下挂的CPE。本发明提供的技术方案主要应用于CPE的管理流程中。

Description

一种用户端设备的管理方法及装置

技术领域

本发明涉及数据通信技术领域，尤其涉及一种用户端设备的管理方法及装置。

背景技术

目前，面对IPv4(英文全称：Internet Protocol Version 4，中文全称：网络协议版本4)地址急剧短缺的问题，采用IPv6(英文全称：Internet ProtocolVersion 6，中文全称：网络协议版本6)地址替代IPv4地址的方式来解决，从而IPv4向IPv6过渡的技术就成为重要的解决方案，而DS-Lite(中文全称：轻量级双栈，英文全称：Dual-Stack lite)技术作为IPv4向IPv6过渡的技术在当前受到广泛重视。

在应用DS-Lite技术时需要大量部署CPE(英文全称：Customer PremiseEquipment，中文全称：用户端设备)，这就需要管理这些CPE，包括对CPE的配置管理、版本管理、状态管理等,也就需要获知CPE的配置、版本、负载等状态信息，而现有技术必须通过第三方设备才能获取到CPE上述状态信息，当CPE数量增多时，导致获取状态信息操作复杂，并且现有技术中对CPE的版本维护及升级也很复杂。比如，在CPE的具体维护过程中，DS-Lite技术中的客户流量的汇聚点CGN(英文全称为：Carrier-Grade Network Address Translation，中文全称为：运行商级网络地址转换)上下挂有多个CPE，在进行版本升级时,不具备直接到用户家中或企业里升级设备的条件，所以只能依靠CPE主动连接到专用的版本服务器上进行版本升级。由于不同客户需求部署的CPE常常对版本要求不一致，导致版本服务器必须维护不同的CGN下挂的多个CPE的多种版本升级策略，版本升级策略直接面对每个CPE，导致维护工作量急剧增加。总之，现有技术在对CPE进行管理时，操作复杂导致管理成本高。

发明内容

本发明的实施例提供一种用户端设备的管理方法及装置，解决了现有技术中CPE管理成本高的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

一种用户端设备的管理方法，所述方法应用于运营商级网络地址转换CGN，所述方法包括：

设置与报文类型对应的报文类型长度内容TLV格式；

根据所述报文TLV格式生成用户端设备管理协议CPEMP报文；

通过所述CPEMP报文管理所述CGN下挂的用户端设备CPE。

一种用户端设备的管理装置，所述装置置于运营商级网络地址转换CGN，所述装置包括：

格式设置单元，用于设置与报文类型对应的报文类型长度内容TLV格式；

报文生成单元，用于根据所述格式设置单元设置的所述报文TLV格式生成用户端设备管理协议CPEMP报文；

管理单元，用于通过所述报文生成单元生成的所述CPEMP报文管理所述CGN下挂的用户端设备CPE。

本发明实施例提供的一种用户端设备的管理方法及装置，应用于CGN，首先设置与报文类型对应的报文TLV(英文全称：Type-Length-Value，中文全称：类型长度内容)格式，根据报文TLV格式生成CPEMP(英文全称为：CustomerPremise Equipment Management Protocol，用户端设备管理协议)报文，进而通过CPEMP报文管理CGN下挂的CPE。与现有技术中，在进行CPE管理过程中需要依赖第三方设备，导致对CPE进行管理时，操作复杂、管理成本高。而本发明实施例提供的技术方案，把对CPE的管理工作集中在CGN上，通过CGN与CPE之间的CPEMP报文交互来完成CPE管理工作，显著降低了CPE管理成本。

附图说明

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

图1为本发明一实施例提供的一种管理用户端设备的方法流程图；

图2为本发明一实施例提供的一种CPEMP报文的通用格式示意图；

图3为本发明一实施例提供的一种数据结束报文的TLV格式示意图；

图4为本发明一实施例提供的一种设备标识报文的TLV格式示意图；

图5为本发明一实施例提供的另一种管理用户端设备的方法流程图；

图6为本发明一实施例提供的一种注册报文的TLV格式示意图；

图7为本发明一实施例提供的一种涉及版本映像升级报文的TLV格式示意图；

图8为本发明一实施例提供的一种重启报文的TLV格式示意图；

图9为本发明一实施例提供的一种保活报文的TLV格式示意图；

图10为本发明另一实施例提供的一种管理用户端设备的装置组成示意图；

图11为本发明另一实施例提供的另一种管理用户端设备的装置组成示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明一实施例提供了一种用户端设备的管理方法，该方法应用于CGN如图1所示，这一方法包括：

101、设置与报文类型对应的报文TLV格式。

其中，T表示报文类型、L表示报文长度、V表示报文内容，在本实施例中，T、L均使用数值表示且T、L的字段长度固定，V表示具体报文的内容，其字段长度可变。由于各类型的报文分别有其对应的TLV，比如表示每种报文类型的T值不同，但是在本实施例中对于哪一类报文使用哪一个T值表示不做限定。具体的各报文类型的TLV格式将在下述步骤502中作详细说明。

此外值得说明的是，当报文类型包含子类型时，Value包括：报文子类型Sub type、报文数据Data两个部分。在本实施例中，Sub type通过数值表示，不同的数值对应不同的报文子类型，Data与上述Value的表示内容类似，表示报文子类型对应的报文内容。

102、根据报文TLV格式生成CPEMP报文。

其中，CPEMP报文由一个或者多个TLV构成，由于不同的TLV对应报文的不同类型，则通过TLV构成的CPEMP报文的类型不同。

103、CGN通过CPEMP报文管理CGN下挂的CPE。

结合上述步骤102中对CPEMP报文的描述，在本实施例中，CPEMP报文是各类型报文的统称，每种类型的报文用于为CGN获取到CPE的相应信息，从而实现CGN对其下挂的CPE的管理。

本发明实施例提供了一种用户端设备的管理方法，应用于CGN，首先设置与报文类型对应的报文TLV格式，根据报文TLV格式生成CPEMP报文，进而通过CPEMP报文管理CGN下挂的CPE。与现有技术中，在进行CPE管理过程中需要依赖第三方设备，导致对CPE进行管理时，操作复杂、管理成本高。而本发明实施例提供的技术方案，把对CPE的管理工作集中在CGN上，通过CGN与CPE之间的CPEMP报文交互来完成CPE管理工作，显著降低了CPE管理成本。

本发明另一实施例提供了一种用户端设备的管理方法，结合上述步骤102、103的描述，CPEMP报文对应的报文类型不同，而进行CPE管理时需要对CPE配置、CPE版本、CPE状态信等进行管理，不同的CPEMP报文对应的不同的管理功能，则CGN在进行CPE管理时，包括但不限定有下述三种管理内容：

第一种：根据CPEMP报文向CPE获取和下发配置信息。

其中，该第一种管理情形用于对CPE进行配置管理，通过CPEMP报文可以获取CPE的当前配置，进而CGN将获取到的CPE的当前配置与CGN本地策略指定的CPE配置进行比较，当两种配置不相同时，需要通过CPEMP报文将本地策略指定的配置发送给CPE，以使CPE修改配置，由于CPE在执行业务时需要CPE自身配置的支撑，只有正确的配置才能使CPE完成相应的业务，而及时更新修改CPE配置则可以避免CPE因为配置错误导致业务失败的问题。

值得说明的是，在进行CPE配置管理时具体使用何种CPEMP报文，以及如何通过CPEMP报文进行配置管理将在下述步骤519中作详细说明。

第二种：当CPE的当前版本与CPE的指定升级版本不一致时，根据CPEMP报文更新CPE的版本。

结合上述对CPE配置的管理，该第二种管理情形中，同样存在相应的CPEMP报文对CPE版本更新操作，且具体对应版本更新操作的CPEMP报文类型和相应的操作流程将在下述步骤505-步骤514中作出详细说明。

第三种：根据CPEMP报文获取CPE的状态信息。

其中，CPE的状态信息包括：系统流量负载、启动时间、CPU(英文全称为：Central Processing Unit，中文全称为：中央处理器))占用率中的任意一个或多个。

结合对上述两种管理情形的描述，通过CPEMP报文对CPE信息状态的管理流程将在下述步骤518中作出详细说明。

本发明另一实施例提供了一种用户端设备的管理方法，在执行该管理方法时，首先需要在CGN中存储CPEMP，该CPEMP用于定义各种协议报文格式，包括：注册报文、保活keepal ive报文、状态信息获取报文等。CPEMP协议报文由多个TLV组成，由于CPEMP报文是在CPE与CGN之间传递，且需要依靠IPv4over IPv6隧道传输，所以在过程中需要对该CPEMP协议报文进行封装，封装后的CPMP协议报文格式为：一个IPv6头+一个GRE(英文全称为：Generic RoutingEncapsulation，中文全称为：通用路由封装)头+一个CPEMP TLVs，其中TLV包括：Type、Length、Value三部分组成，且Type和Length可以称为TLV header(头)，Value称为：TLV information string。为了能够更为形象地表示出上述针对CPEMP协议报文的结构描述，将通过附图对该CPEMP协议报文进行说明，如图2所示，在该图2中分为上下两个部分，在上一个部分描述的是封装后的CPMP协议报文格式，从左至右依次包括：IPv6头IPv6Hdr、GRE头GRE Hdr、CPEMP TLVs,TLVs部分包含1-N个TLV；在下的一个部分表示的是TLV的构成格式，在一个TLV中，从左至右依次包括Type、Length、Value三个部分，其中Type和Length可以称为TLV header，Value称为：TLV information string，且Type、Length可以分别使用一个2octets(八位字节)表示；对Value的长度不做限定，其长度可以是1-1496octets。

上述如图2描述的是CPEMP协议报文的通用格式，而CPEMP协议报文包括多种报文类型，通过CPEMP定义了多种协议报文的具体格式，如表1所示，协议报文的具体格式通过TLV类型TLV type、TLV名称TLV Name、在CPEMP数据中的使用Usage in CPEMP Data三类参数表示。其中，TLV type采用大于等于零的整数表示，TLV Name表示各CPEMP报文名称，Usage in CPEMP Data表示一个TLV是否必须出现在CPEMP协议报文中，通过强制的Mandatory、可选的Opt ional表示，Mandatory表示该TLV必须出现在CPEMP协议报文中，在本发明实施例提供的表1中，定义了65536种报文格式，TLV type采用0-65535表示，其中，0-12分别对应的TLV Name为：数据结束End of Data、设备标识DeviceID、注册Register、版本映像Image、Keepalive、系统负荷System Load、系统运行时间System uptime、系统CPU占用System CPU usage、系统内存占用System memory usage、重启Restart、系统信息System Info、获取配置Getconfig、配置设置Set config，13-65534对应同一个TLV Name，该TLV Name为保留Reserved，65536对应的TLV Name为供应Vendor，所以虽然TLV type为0-65535，但是对应的TLV Name依次为上述的15个名称，其中只有TLV type为End of Data、Device ID的报文对应的Usage in CPEMP Data是Mandatory，其余报文名称对应的Usage in CPEMP Data是Opt ional。

表1

TLV type	TLV Name	Usage in CPEMP Data
			0	End of Data	Mandatory
1	Device ID	Mandatory
			2	Register	Optional
3	Image	Optional
			4	Keepalive	Optional
5	System Load	Optional
			6	System uptime	Optional
7	System CPU usage	Optional
			8	System memory usage	Optional
9	Restart	Optional
			10	System Info	Optional
11	Get config	Optional
			12	Set config	Optional

13-65534	Reserved	----
			65535	Vendor	Optional

值得说明的是，结合上述描述，Usage in CPEMP Data为Mandatory表示每个CPEMP协议报文必须携带的TLV，则每个CPEMP协议报文必须携带的TLV为End of Data TLV、Device ID TLV。End of Data TLV用于标识一个CPEMP协议报文的结束，如图3所示，该End of Data TLV格式为：TLV type＝0，Length＝0，则该End of Data TLV不存在Value部分，且Type、Length可以分别使用一个2octets表示。Device ID使用CPE的桥MAC(英文全称为：Media Access Control，中文全称为：硬件)地址表示，用于唯一标识一个CPE，如图4所示，Device IDTLV格式为：TLV type＝1、Length,Value＝MAC Address(英文全称为：Media AccessControl Address，中文全称为：硬件地址),其中，对Length的具体赋值未作定义，该Length应与上如图2中对Length的描述类似，Length可以表示为：Length＝N,N表示MAC Address的具体长度值，且其具体的对于TLV header和TLV information string的划分与上述如图2所示的描述类似，在此不再重复说明。

值得说明的是，上述介绍的是通过CPEMP定义的各种协议报文的格式，而在CGN和CPE内均会存储该CPEMP和各种协议报文的格式，存储的内容包括但不限定有上述的表1和图3、4涉及的内容。

进一步的在CPE和CGN内部存储各种协议报文的格式，并且在CPE和CGN之间建立IPv4over IPv6隧道后，在CPE和CGN之间便可以进行报文传输，以使得CGN管理下挂的CPE。具体的管理流程将在下述方法流程中进行详细描述，如图5所示，这一的方法流程包括：

501、CGN开启CPEMP服务端Server服务，等待CPE发送CPEMP注册请求报文。

502、CPE开启CPEMP客户端Client服务，按第一周期周期性发送CPEMP注册请求报文。

在该步骤502中，CPEMP注册请求报文通过IPv6接入网发送给CGN，如图6所示，该CPEMP注册请求报文TLV格式包括TLV header、TLV information string两部分，其中TLV header包括：TLV type＝2、Length两分块，且每一个分块的长度为2octets，TLV information string包括：Sub type、Data两个分块，且Sub type的长度为1octets。且该图6描述的是注册报文的通用格式，注册报文的TLV header部分是相同的，对于不同的注册报文，通过Sub type的不同赋值来表示，且在本实施例中包括四种涉及注册的报文，具体将在下述表2中对注册报文TLV格式中的TLV information string部分作出详细说明。

值得说明的是，上述的步骤501、502是执行本实施例提供的管理方法的前提，只有CGN和CPE开启了上述两个步骤涉及的服务功能之后，才能继续后续流程。

503、CGN收到CPE发送的CPEMP注册请求报文后，检查本地是否已经有过该CPE对应的注册信息表项。

其中，CGN中存储的注册信息表项用于表示其下挂的CPE是否完成注册，若存在一个CPE对应的注册信息表项则说明该CPE已经在CGN上完成注册。

进一步值得说明的是，当CGN本地不存在注册信息表项时，则为发送CPEMP注册请求报文的CPE生成注册信息表项，然后执行下述步骤504，当CGN本地存在注册信息表项时，则直接执行下述步骤504。

504、CGN向CPE发送的CPEMP注册请求确认报文。

值得说明的是，结合上述对表1和图6对注册报文的描述，该注册报文的TLV type＝2，且注册报文分为注册请求报文、注册请求确认报文、注销请求报文、注销确认报文四类，针对四类注册类报文的TLV information string相关描述将通过下述表2表示。在该表2中包括Sub type、Sub type Name、描述Description三类表项，注册报文包括的上述四类报文对应的Sub type分别为0、1、2、3，对应的Sub type Name分别为：Register、Register ACK、Deregister、Deregister ACK，Description对应上述TLV information string中的Data分块，且在本实施例中，上述涉及的注册报文的四个分类报文对应的Description全部为“Data部分无内容”。

表2

Sub type	Sub type Name	Description
			0	Register	Data部分无内容
1	Register ACK	Data部分无内容
			2	Deregister	Data部分无内容
3	Deregister ACK	Data部分无内容

505、CPE收到CGN回复的注册请求确认报文后，使用CPE当前的版本号构造版本映像升级请求Image Update Request报文发送给CGN。

值得说明的是，Image Update Request报文符合版本映像升级Image Update报文TLV格式。结合上述步骤504中对注册类报文的描述，涉及版本映像升级的报文包括多种，但是均具备统一的版本映像升级TLV格式，与图6所示报文的TLV格式类似，如图7所示，涉及版本映像升级的TLV格式包括：TLV type＝3、Length、Sub type、Data，其中，TLV header包括：TLV type＝3、Length两分块，且每一个分块的长度为2octets，TLV informat ion string包括：Sub type、Data两个分块，且Sub type的长度为1octets。

506、CGN收到CPE的Image Update Request报文后，获取CPE当前的版本号，将该当前的版本号与CGN本地升级策略指定的CPE版本号进行比对。

进一步值得说明的是，CGN本地会存储升级策略，该升级策略中包含CGN下挂的各CPE对应的指定升级版本号。结合该步骤506中涉及的两类版本号的比对流程，其相应的包括下述两种比对结果，以及各比对结果对应的后续执行流程。

第一种结果：当版本号一致时，CGN发送版本映像升级回复Image UpdateResponse报文给CPE。

当版本号一致时说明不需要升级CPE版本，Image Update Response报文符合如图7所示的Image Update报文TLV格式。

第二种结果：当版本号不一致时，则需要升级CPE版本，CGN先构造ImageUpdate Response报文发送给CPE，然后构造版本映像升级文件Image UpdateFile报文给CPE。

其中，Image Update File报文包含通知待升级版本的文件名和文件长度，且本步骤涉及的Image Update Response报文和Image Update File报文格式符合如图7所示的Image Update报文TLV格式。

值得说明的是，在上述两种比对结果中，涉及的Image Update Response报文的TLV格式相同，但是其包括的具体内容不同，在第一种结果中的ImageUpdate Response报文用于告CPE不用进行版本升级，可以携带不必版本升级的标识位，第二种结果中的Image Update Response报文用于告知CPE需要进行版本升级，可以携带需要升级版本的标识位。在本实施例中，以Image UpdateResponse报文携带版本升级标识位为例进行说明，比如当该标识位置为0时，表示不用升级，当该标识位为1时，表示需要进行升级。

507、CPE收到CGN发送回来的Image Update Response报文后，获取该报文中携带的版本标识位。

结合上述步骤506中的描述，当版本标识位表示CPE需要进行升级时，执行下述步骤508。

508、CPE等待CGN发送的Image Update File报文，获取待升级版本文件名和文件长度，本地开辟缓冲区，然后发送版本映像升级文件确认Image UpdataFile ACK报文给CGN。

509、CGN收到CPE发送的Image Updata File ACK报文后，开始下发CPE版本升级文件，并构造版本映像升级数据Image Update Data报文发送给CPE。

其中，Image Update Data报文中携带分片序号，由于CPE升级需要的版本升级文件较大，CGN需要将版本升级文件分开发送，也就是将版本升级文件分片，CGN向CPE发送的一个Image Update Data报文中只携带一个分片，且该携带的分片通过分片序号标识。

510、CPE收到CGN的Image Update Data报文后，进行本地缓存，然后发送携带分片序号的版本映像升级数据确认Image Update Data ACK报文给CGN。

结合上述步骤509的描述，CGN会向CPE发送升级版本分片，但是由于网络原因，CPE可能会收不到部分升级版本分片，CPE向CGN回复Image Update DataACK报文，该报文中携带分片序号，该确认报文携带的分片序号是CPE已经收到并缓存的升级版本对应的分片序号。

511、CGN收到CPE发送的Image Update Data ACK后，获取分片序号，检查CPE是否收集齐了所有的版本分片。

进一步的当检查到CPE反馈的分片序号不包括所有分片序号时，对于CPE未确认的版本分片，CGN通过Image Update Data报文重新发送给CPE。

512、CGN将所有升级版本的分片发送给CPE后，发送版本映像升级数据结束Image Update Data Over报文给CPE。

其中，Image Update Data Over报文表示CPE对应的升级版本数据发送完毕。

513、CPE收到CGN的Image Update Data Over报文，并确认本地缓存已经收集齐所有版本文件分片后，保存待升级的版本文件，然后发送版本映像升级数据结束确认Image Update Data Over ACK报文给CGN。

值得说明的是，上述步骤505至步骤513涉及版本映像升级相关的报文，包括：Image Update Request、Image Update Response、版本映像升级文件名Image Update File Name、版本映像升级文件长度Image Update File Length、Image Update File ACK、Image Update Data、Image Update Data ACK、ImageUpdate Data Over、Image Update Data Over ACK9个报文类型，这些报文的TLV格式通过下述表3说明，结合上述对表1、表2的描述，在该表3中从左至右依次包括：Sub type、Sub type Name、Description三类表项，且本步骤描述的涉及版本映像升级相关的报文包括的内容为各报文TLV对应的Sub typeName，且这9个Sub type Name对应的Sub type为0-8的整数，且从0至8各Sub type对应的Description依次为：“Data部分为CPE当前的版本号”、“Data部分为CGN指定的版本号”、“Data部分为image文件名”、“Data部分为image文件长度”、“Data部分为空”、“Data部分为image文件数据”、“Data部分为空”、“Data部分为空”、“Data部分为空”。

表3

Sub type	Sub type Name	Description
			0	Image Update Request	Data部分为CPE当前的版本号
1	Image Update Response	Data部分为CGN指定的版本号
			2	Image Update File Name	Data部分为image文件名
3	Image Update File Length	Data部分为image文件长度
			4	Image Update File ACK	Data部分为空
5	Image Update Data	Data部分为image文件数据
			6	Image Update Data ACK	Data部分为空
7	Image Update Data Over	Data部分为空
			8	Image Update Data Over ACK	Data部分为空

514、CGN收到CPE发送的Image Update Data Over ACK报文后，确定CPE已经升级到了指定版本，然后发送Restart报文通知CPE重启升级。

其中，Restart报文TLV格式如图8所示，包括：TLV type＝9、Length、Subtype、Data。其中，TLV type＝9、Length两分块属于TLV header，且每一个分块的长度为2octets，Sub type、Data两个分块属于TLV information string，且Sub type的长度为1octets。

值得说明的是，结合上述对表1-3的描述，本实施例对Restart TLV以表格形式进行了描述，且该描述Restart TLV的表格与上述表1-3包含的表项相同，具体的如表4所示，Restart TLV包含2个Sub type0、1，分别对应的两个Sub type Name为：系统重启System Restart、系统重启确认System RestartACK，分别对应的Description为：“Data部分为重启延时时间，以秒为单位，0表示立即重启，N表示延后N秒重启”、“CPE重启前，回复ACK，Data部分为空”。

表4

515、CPE重启后，重新进行注册、版本升级检查等过程。

值得说明的是，CPE重启后重新执行上述步骤503至514描述的方法流程，但是在实际方案的执行流程中，并不是全部需要执行完上述的所有流程，只要当本地升级版本和CGN指定升级版本一致后，即可停止后续的执行步骤，此时表示CPE已经进入稳态，进而执行后续步骤516。

516、CPE开始向CGN按第二周期周期性地发送keepalive报文。

其中，第二周期用于与上述的步骤502中的第一周期相区别，但是两个周期均表示一个时间段，且第二周期表示的时间段的时长小于第一周期表示的时间段的时长。且其中的keepalive报文用于保活CGN上对应此CPE的IPv4overIPv6隧道表项。且如图9所示，keepalive报文的TLV格式包括：TLV type＝4，Length＝0，且TLV type＝4，length＝0两个分块各占2octets,这两个分块均属于TLV header，在该keepalive报文的TLV不存在Value部分。

517、当CGN接收CPE的keepalive报文超时，CGN可认定CPE下线，拆除对应该CPE的IPv4over IPv6GRE隧道。

值得说明的是，在IPv4over IPv6GRE隧道拆除后，能够回收这一隧道占用的资源。

518、CGN向CPE发送System Info报文。

其中，CGN通过System Info报文收集CPE的系统状态信息，System Info报文可以包含表1定义的TLV type为5-8的多个TLV，从而通过该System Info报文获取系统流量负载、启动时间、CPU占用率、内存占用率等多个状态信息。在获取到这些状态信息之后，CGN可以根据上述状态信息判断CPE工作状态是否异常，出现异常时可以通过Restart报文通知CPE重启动。

值得说明的是，为了保证CGN获取到准确的CPE系统状态信息，本步骤涉及的CGN向CPE发送System Info报文的时间，可以是在CPE稳态之后的任意时刻。

519、CGN向CPE发送Get config报文以获取CPE的配置信息。

值得说明的是，CGN向CPE发送Get conf ig报文的时机可以是CPE进入稳态后的任意时刻。在CGN获取到CPE的配置之后，将CPE的配置和本地策略指定的配置进行比较，如果不一致，向CPE发送Set config报文以通知CPE修改配置，避免CPE因为错误配置导致的业务问题。

值得说明的是，结合上述对表1-4的描述，本实施例对Get config TLV以表格形式进行了描述，且该描述Get config TLV的表格与上述表1-4包含的表项相同，具体的如表5所示，Get config TLV包含2个Sub type0、1，分别对应的两个Sub type Name为：获取配置请求Get config Reques t、获取配置回复Get config Response，分别对应的Description为：“Data部分为空”、“Data部分为配置项TLV”。

表5

结合上述对表5的描述，本实施例对Set config TLV以表格形式进行了描述，且该描述Set config TLV的表格与上述表1-5包含的表项相同，具体的如表6所示，Set config TLV包含2个Sub type0、1，分别对应的两个Sub typeName为：设置配置请求Set config Request、设置配置回复Set config Response，分别对应的Description为：“Data部分为配置项TLV”、“Data部分为空”。

表6

值得说明的是，结合上述如图1、上述三种处理情形以及上述如图5所示的方法流程，本发明实施例提供的一种用户端设备的管理方法应用的CGN，可以包括：CPEMP模块、IPv4over IPv6隧道管理模块、配置管理模块、版本管理模块、CPE状态管理模块这五个模块。

其中，CPEMP模块,用于设定各种CPEMP报文，用于实现上述步骤101、102，比如附图中涉及的各类型报文的格式。

IPv4over IPv6隧道管理模块,用于建立IPv4over IPv6隧道，并使用IPv4over IPv6隧道来连接CPE和CGN，在该IPv4over IPv6隧道中传输的是通过如图2所示的封装后的CPEMP报文，进而为CGN管理CPE做好准备。

配置管理模块,用于实现上述第一种管理情形，且对应实现下述如图5所示流程中的步骤519所描述的流程。

其中，配置管理包括对CPE的IPv4地址池的配置管理、对CPE的Qos(英文全称为：Quality of Service，中文全称为：服务质量)配置管理等。

版本管理模块,用于实现上述第二种管理情形，且对应实现下述如图5所示流程中的步骤505-步骤514所描述的流程。

值得说明的是，通过CGN对CPE的版本配置管理，是由CGN向版本服务器获取符合本地升级策略的版本，进而由CGN负责更新其下挂的所有CPE的版本，由于部分CPE的指定升级版本可能是相同，这样CGN就能够从版本服务器获取到一个版本升级文件进而能够直接对多个CPE进行升级，而不是像现有技术中，必须由CPE直接向版本服务器获取升级版本，版本服务器必须对应每一个CPE，通过本发明实施例提供的CPE版本升级方法，使得版本服务器只看到CGN层面即可，简化了CPE版本管理流程。

CPE状态管理模块，用于实现上述第三种管理情形，且对应实现下述如图5所示流程中的步骤518所描述的流程。

CGN通过CPE状态管理模块能够获取到CPE的状态信息，其状态信息的具体包括的内容与上述第三种管理情形中对状态信息的相关描述相同，在此不再重复说明。正如上述步骤518中的描述，CGN能够通过CPEMP报文获取到CPE的状态信息，CGN能够根据这些状态信息判断CPE的工作状态是否正常，当CPE工作异常时，可以及时通过CPEMP报文通知CPE进行重启操作进而使CPE回复正常的工作状态。

结合上述实施例的描述，本发明实施例提供的一种用户端设备的管理方法，可以至少实现对CPE的配置、状态信息、版本升级管理，而这些管理流程集中在CGN上进行，通过CGN与CPE交互的CPEMP报文来实现，这就使得CGN能够及时得知CPE的状态，能够集中下发CPE的配置，能够快速回收隧道资源，提高CGN设备性能，简化CPE版本管理工作，降低了CPE大规模部署的网络管理复杂度、降低了管理成本。

本发明另一实施例提供了一种用户设备的管理装置，该装置置于CGN，如图10所示，该装置包括：格式设置单元101、报文生成单元102、管理单元103。

格式设置单元101，用于设置与报文类型对应的报文TLV格式。

其中，报文TLV格式包括：Type、Length、Value。当报文类型包含子类型时，Value包括：Sub type、Data。

报文生成单元102，用于根据格式设置单元101设置的报文TLV格式生成用CPEMP报文。

管理单元103，用于通过报文生成单元102生成的CPEMP报文管理CGN下挂的CPE。

在发明实施例提供的用户端设备管理装置的一种可选构成方式中，管理单元103还可以包括：配置管理子单元1031、版本升级子单元1032、状态管理子单元1033。

配置管理子单元1031，用于根据CPEMP报文向CPE获取和下发配置信息。

版本升级子单元1032，用于当CPE的当前版本与CPE的指定升级版本不一致时，根据CPEMP报文更新CPE的版本。

状态管理子单元1033，用于根据CPEMP报文获取CPE的状态信息。

其中，CPE的状态信息包括：系统流量负载、启动时间、CPU占用率中的任意一个或多个。当然，在具体的实现过程中，CPE的状态信息还可以包括CPE的其它任意一种或多种状态，比如CPE的内存占用率。

本发明实施例提供的用户设备的管理装置用于实现上述如图1、图5所示的方法流程。

本发明实施例提供的一种用户端设备的管理装置，该装置置于CGN，首先格式设置单元设置与报文类型对应的报文TLV格式，报文生成单元根据报文TLV格式生成CPEMP报文，进而由管理单元通过CPEMP报文管理CGN下挂的CPE。与现有技术中，在进行CPE管理过程中需要依赖第三方设备，导致对CPE进行管理时，操作复杂、管理成本高。而本发明实施例提供的技术方案，把对CPE的管理工作集中在CGN上，通过CGN与CPE之间的CPEMP报文交互来完成CPE管理工作，显著降低了CPE管理成本。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种用户端设备的管理方法，其特征在于，所述方法应用于运营商级网络地址转换CGN，所述方法包括：

设置与报文类型对应的报文类型长度内容TLV格式；

根据所述报文TLV格式生成用户端设备管理协议CPEMP报文；

通过所述CPEMP报文管理所述CGN下挂的用户端设备CPE。

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

所述报文TLV格式包括：报文类型Type、报文长度Length、报文内容Value；

当所述报文类型包含子类型时，所述Value包括：报文子类型Sub type、报文数据Data。

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

根据所述CPEMP报文向所述CPE获取和下发配置信息。

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

当所述CPE的当前版本与所述CPE的指定升级版本不一致时，根据所述CPEMP报文更新所述CPE的版本。

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

根据所述CPEMP报文获取所述CPE的状态信息，所述CPE的状态信息包括：系统流量负载、启动时间、中央处理器CPU占用率中的任意一个或多个。

6.一种用户端设备的管理装置，其特征在于，所述装置置于运营商级网络地址转换CGN，所述装置包括：

格式设置单元，用于设置与报文类型对应的报文类型长度内容TLV格式；

报文生成单元，用于根据所述格式设置单元设置的所述报文TLV格式生成用户端设备管理协议CPEMP报文；

管理单元，用于通过所述报文生成单元生成的所述CPEMP报文管理所述CGN下挂的用户端设备CPE。

7.根据权利要求6所述的装置，其特征在于，

所述报文TLV格式包括：报文类型Type、报文长度Length、报文内容Value；

当所述报文类型包含子类型时，所述Value包括：报文子类型Sub type、报文数据Data。

8.根据权利要求7所述的装置，其特征在于，所述管理单元包括：

配置管理子单元，用于根据所述CPEMP报文向所述CPE获取和下发配置信息。

9.根据权利要求7所述的装置，其特征在于，所述管理单元包括：

版本升级子单元，用于当所述CPE的当前版本与所述CPE的指定升级版本不一致时，根据所述CPEMP报文更新所述CPE的版本。

10.根据权利要求7所述的装置，其特征在于，所述管理单元包括：

状态管理子单元，用于根据所述CPEMP报文获取所述CPE的状态信息，所述CPE的状态信息包括：系统流量负载、启动时间、中央处理器CPU占用率中的任意一个或多个。