CN101183980A - 一种设备跟踪方法、装置及系统 - Google Patents

Abstract

本发明公开一种设备跟踪方法，包括：终端收到设备管理服务器下发第一跟踪激活消息后，建立跟踪；终端根据所述第一跟踪激活消息向相关网元发送跟踪触发消息，指示相关网元建立跟踪；当符合跟踪消息记录触发条件时，所述终端和/或相关网元收集跟踪信息；所述终端和/或相关网元在跟踪结束后上报跟踪信息。本发明还公开一种设备管理服务器、终端及设备跟踪系统。本发明实现了跨设备进行信息收集的功能，提高了跨设备信息收集的效率。

Description

一种设备跟踪方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种设备跟踪方法、装置及系统。

背景技术

大型网络系统中分布着各种类型的硬件、软件系统，每种硬件、软件系统都会提供各自的本地管理维护工具，这些管理工具为网络管理人员的本地维护提供了方便的管理手段。其中，跟踪工具就是网络管理维护的一个重要工具。跟踪是对设备之间或设备内部接收和发送消息的检视过程，是维护网络设备的重要手段之一。通过跟踪可以定位设备故障、处理用户投诉以及测试业务流程等。跟踪关注的是设备或者信令协议之间的数据流或者协议流。同日志相比较，跟踪具有实时性好，能直观反映业务数据流程等特点，可以快速发现问题。

由于新的接入技术、新的终端的出现，在设备对接中出现问题的可能性不断增大，问题的复杂性也不断提高，尤其对于涉及多个设备，例如跨终端、网元的问题定位，由于缺乏有效的问题定位手段，导致问题定位的难度大、周期长。

目前，对于网元与终端的问题定位手段都是独立的，分别提供各自的故障定位手段。由于网元、终端的定位手段是独立的，造成问题定位过程复杂，定位周期长。

此外，第三代合作项目(3GPP，3rd Generation Partnership Project)提供一种跟踪(Trace)机制，用于进行跨网元的消息收集。然而，这种消息的收集仅限于核心网网元、基站控制器(BSC，base station controller)、无线网络控制器(RNC，Radio Network Controller)网元，而没有涉及到基站设备与终端。

在实现本发明的过程中，发明人经过研究发现，由于全球微波接入互操作(WiMAX，Worldwide Interoperability for Microwave Access)网络是扁平网络，与码分多址(CDMA，Code Division Multiple Access)、全球移动通信GSM(Global System For Mobile Communication)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)网络不同，因此，3GPP中提供的Trace机制不适用于WiMAX等扁平网络结构。

发明内容

本发明实施例提供一种设备跟踪方法、装置及系统，能够解决WiMAX等扁平网络中跨网元设备的跟踪问题。

本发明实施例提供以下技术方案：

本发明实施例提供一种设备跟踪方法，包括：

终端收到设备管理服务器下发第一跟踪激活消息后，建立跟踪；

终端根据所述第一跟踪激活消息向相关网元发送跟踪触发消息，指示相关网元建立跟踪；

当符合跟踪消息记录触发条件时，所述终端和/或相关网元收集跟踪信息；

所述终端和/或相关网元在跟踪结束后上报跟踪信息。

本发明实施例还提供一种设备跟踪方法，包括：

终端和相关网元收到设备管理服务器下发第二跟踪激活消息后，分别建立跟踪；

当符合跟踪消息记录触发条件时，所述终端和相关网元收集跟踪信息；

所述终端和相关网元在跟踪结束后上报跟踪信息。

相应的，本发明实施例提供一种设备跟踪系统，包括：

设备管理服务器，用于向终端下发第一跟踪激活消息；

终端，用于根据所述设备管理服务器下发的第一跟踪激活消息建立跟踪；向相关网元发送跟踪触发消息；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息；

网元，用于根据所述终端发送的跟踪触发消息建立跟踪；及向其他相关网元发送跟踪触发消息；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息。

本发明实施例还提供一种设备跟踪系统，包括：

设备管理服务器，用于向终端和相关网元下发第二跟踪激活消息；

终端和相关网元，分别用于根据所述设备管理服务器下发的第二跟踪激活消息建立跟踪；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息。

此外，本发明实施例还提供一种设备管理服务器，包括：

第一设置单元，用于向终端下发第一跟踪激活消息；和/或

第二设置单元，用于向终端和相关网元下发第二跟踪激活消息。

本发明实施例还提供一种终端，包括：

建立单元，用于根据设备管理服务器下发的第一跟踪激活消息建立跟踪；

发送单元，用于在所述建立单元建立跟踪之后，向相关网元发送跟踪触发消息；

记录单元，用于在所述建立单元建立跟踪之后，当符合跟踪消息记录触发条件时，收集跟踪信息。

本发明实施例能够解决现有网络，尤其是WiMAX等扁平网络中跨网元设备的跟踪问题。该方案实现了跨设备尤其是跨越终端与网元设备的消息跟踪及信息收集的功能，提高了跨设备信息收集的效率。由于终端、网元自身内部的处理消息，以及终端与网元间，网元与上级网元之间的信令消息，提供了足够详细的信息，对于问题定位、性能监测与优化起着重要的作用。

下面结合附图和具体实施方式对本发明作进一步描述。

附图说明

图1是本发明实施例一设备跟踪系统的示意图；

图2是本发明实施例一跟踪消息上报过程示意图；

图3是本发明实施例二设备跟踪方法流程图；

图4是本发明实施例三设备跟踪系统的示意图；

图5是本发明实施例四设备跟踪方法流程图；

图6是本发明实施例五管理设备服务器的结构示意图；

图7是本发明实施例六终端的结构示意图；

图8是本发明实施例七应用实例的示意图。

具体实施方式

本发明实施例提供一种由终端触发的或由设备管理服务器直接触发的、跨终端与网元设备的跟踪建立与跟踪消息收集的技术方案，实现了跨设备进行信息收集的功能，提高了跨设备信息收集的效率。为使本发明的目的、技术方案及优点更加清楚明白，下面参照附图并举实施例，对本发明进一步详细说明。

如图1所示，为本发明实施例一提供的一种设备跟踪系统，包括：设备管理服务器101、终端102、网元103；其中：

设备管理服务器101，是跟踪功能的控制实体，通过第一跟踪激活消息向终端102下发跟踪配置参数，触发终端进行跟踪的建立与跟踪配置参数的进一步传递；

终端102，可以是移动终端或固定终端，其与具体的接入技术无关，用于根据所述设备管理服务器101下发的第一跟踪激活消息建立跟踪；向相关网元103发送跟踪触发消息；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息；

网元103，包括接入侧网元设备或核心侧网元设备，用于根据所述终端102发送的跟踪触发消息建立跟踪；及向其他相关网元发送跟踪触发消息；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息。

在如图1所示的系统中，操作维护人员从设备管理服务器向终端下发“第一跟踪激活消息”进行“跟踪配置参数”的配置，第一跟踪激活消息包含跟踪建立信息与跟踪层次信息，终端根据跟踪建立信息进行跟踪的建立，在终端内部的消息处理符合跟踪消息记录触发条件时，终端开始进行跟踪消息的收集；终端根据跟踪层次信息，向网元1发送跟踪触发消息M1，触发网元1进行跟踪建立，并在网元1内部的消息处理符合跟踪消息记录触发条件时，网元1开始进行跟踪信息的收集；网元之间也会根据跟踪层次信息向上层网元发送跟踪建立消息，如图1中消息M2所示，上层网元开始进行跟踪消息的收集。在跟踪结束后，各功能实体停止跟踪过程，并上传跟踪到的消息。

其中，所述的第一跟踪激活消息由设备管理服务器101下发给终端102，需要使用终端管理接口协议。终端管理接口协议包括CPE广域网管理协议(TR-069，CPE Wide Area Network Management Protocol)、开放移动联盟设备管理(OMA DM，Open Mobile Alliance Device Management)、简单网络管理协议(SNMP，Simple Network Management Protocol)，也可以自定义管理接口协议。可以使用TR-069的SetParameterValues方法、OMA DM的Replace或Add等方法、SNMP的Set方法，通过设置终端中跟踪配置参数数据模型的值来下发跟踪配置参数，从而触发终端进行跟踪的建立过程。

下面，如表1所示，本发明实施例一中给出一种跟踪配置参数的通用数据模型，可以将此模型映射为TR-069的远程过程调用(RPC，Remote ProcedureCall)，OMA DM的设备管理表示方法，或SNMP操作。

表1

参数名称	类型	是否可选(M-必选/O-可选)	描述
				traceID	整数型	M	跟踪号，唯一标识一次跟踪
MSID	整数型	M	被跟踪用户标识
				traceDepth	整数型	M	跟踪层次，需要进行消息跟踪的终端与网元
fileServerAddr	IP/URL/string	M	跟踪结果上载的文件服务器地址
				traceTrigger	自定义	O	跟踪记录触发条件
startTime	时间	O	跟踪开始时间，可以指定只跟踪某个时间段内的消息
				endTime	时间	O	跟踪结束时间，可以指定只跟踪某个时间段内的消息
listofInterfacesofDevs	数组	O	设备跟踪接口类型

＞devType	整数型	O	设备类型
				＞listOfInterfaces	整数型	O	需要跟踪的设备的接口类型
＞internalTraceLevel	整数型	O	内部消息跟踪层次
				vendorSpecific	自定义	O	厂商自定义字段

其中，对于TR-069接口而言，TR-069标准定义了远程过程调用(RPC)机制，用于用户驻地设备(CPE，Customer Premises Equipment)与自动配置服务器(ACS，Auto-Configuration Server)的双向通信，包括由ACS发起发往CPE的方法，以及由CPE发起发往ACS的方法。

对于OMA DM接口而言，OMA DM由OMA联盟制定，OMA DM定义了设备管理(DM Device Management)的基础协议和应用协议。基础协议文档，定义了DM管理机制，基础协议是基于平台无关的信息同步标准协议集(SyncML，Synchronization Markup Language)的技术定义；应用协议定义是基于基础协议的应用。Add方法用于新建一个节点，Replace方法用于更改已经存在的节点的值。

对于SNMP协议而言，SNMP协议由因特网工程任务组(IETF，InternetEngineering Task Force)定义，SNMP Set方法给一个已经存在的变量赋值或者在表中创建一个新的实例。

另外，图1中所示的用于发送跟踪配置参数的消息M1、M2，可以是将跟踪配置参数通过一个单独消息传给相关网元；或者，将跟踪配置参数增加到现有消息中传给相关网元。其中，终端可以从第一跟踪激活消息中获取自身需要的跟踪配置参数，而对消息的内容不做任何改变再直接发送给相关网元；也可以从第一跟踪激活消息中的跟踪配置参数去除终端自身需要的跟踪配置参数后，将其余的跟踪配置参数重组为跟踪触发消息再发送给相关网元。

跟踪建立后，相应的设备(包括终端)，会根据跟踪消息记录触发条件，判断是否需要进行跟踪消息的记录。跟踪消息记录触发条件可以是系统内置的，也可以通过跟踪触发条件(traceTrigger)参数进行设置，例如可利用此traceTrigger参数指示设备只记录特定业务类型的消息内容。当然，还可以使用设备跟踪接口类型数组(listofInterfacesofDevs)实现只记录某些网元的某些接口的消息，不带此traceTrigger参数则采用设备自定义的记录规则进行记录，一般为记录所有消息。通过使用跟踪接口类型数组(listofInterfacesofDevs)中的内部消息跟踪层次(internalTraceLevel)，可以实现对设备内部消息详细程度的控制，例如使用此参数指示设备只记录某些内部接口的消息。此外，还可以使用跟踪起始与结束时间参数，以实现只记录某段时间内的消息等等。

另外，跟踪结束的条件可以有多种，举例说明如下：

对于长时间在线的业务类型，例如数据业务，可以采用起始时间与结束时间的方式只记录某段时间内的消息，在跟踪时间结束后，不论业务是否终止，都停止跟踪，清除跟踪相关的资源，例如清除用于保存跟踪控制信息的数据块。

对于呼叫类业务可以根据呼叫的结束消息，发起跟踪的拆除，呼叫的结束可以由终端发起也可以由网络侧发起，相应地跟踪拆除，也可以由终端发起或网络侧发起。

根据系统内置的规则进行拆除，例如只跟踪业务流程中的某些消息，在相关的业务流程结束后，就立即结束跟踪。

由设备管理服务器下发“跟踪去激活消息”来结束跟踪过程，收到跟踪去激活消息的所有终端与网元应停止跟踪过程，上报跟踪结果。

本发明实施例一中还包括文件服务器(图1中未示)，用于接收上报的跟踪信息。跟踪消息的上报可以采用两种方式，可以由设备管理服务器主动到各功能实体去取文件，或由终端、网元主动将文件上传到指定的文件服务器上。这样，所述设备管理服务器101，还用于将终端和相关网元上的跟踪信息上传到所述文件服务器上。

如图2所示，为本发明实施例一跟踪消息上报过程示意图，其中：

对于方式一而言，结束跟踪后，向设备管理服务器上报跟踪结束消息，由设备管理服务器101将所述终端102及网元103上的跟踪信息上传到指定的文件服务器104上。

对于方式二而言，结束跟踪后，由终端102及网元103将跟踪信息上传到指定的文件服务器104上。

需要说明一点，所述文件服务器104与所述设备管理服务器101可以合并设置，也可以独立设置。

如图3所示，为本发明实施例二提供的设备跟踪方法流程图，包括以下步骤：

步骤301、终端收到设备管理服务器下发第一跟踪激活消息后，建立跟踪；

步骤302、终端根据所述第一跟踪激活消息向相关网元发送跟踪触发消息，指示相关网元建立跟踪；

步骤303、当符合跟踪消息记录触发条件时，所述终端和/或相关网元收集跟踪信息；

步骤304、跟踪结束后，所述终端和/或相关网元上报跟踪信息。

其中，步骤301中，所述设备管理服务器将设置的跟踪配置参数通过第一跟踪激活消息下发给终端。所述第一跟踪激活消息包括跟踪层次信息和跟踪建立信息。

步骤302中，所述终端根据所述跟踪层次信息，按照如下任一种方式向相关网元发送跟踪触发消息：

将设备管理服务器的跟踪配置参数通过一个单独消息传给相关网元；或者增加到现有消息中传给相关网元。其中，终端可以从第一跟踪激活消息中获取自身需要的跟踪配置参数，而对消息的内容不做任何改变再直接发送给相关网元；也可以从第一跟踪激活消息中的跟踪配置参数去除终端自身需要的跟踪配置参数后，将其余的跟踪配置参数重组为跟踪触发消息再发送给相关网元。

步骤303中，所述跟踪消息记录触发条件为系统内置的或通过跟踪触发条件参数进行设置的。

步骤304中，通过设置起始时间与结束时间；或者系统内置的规则；或者设备管理服务器下发跟踪去激活消息等方式结束跟踪。

所述终端和/或相关网元上报跟踪信息可以采用两种方式：其一，所述终端和/或相关网元将收集到的跟踪信息上传到指定的文件服务器上；其二，所述设备管理服务器将所述终端和/或相关网元上的跟踪信息上传到指定的文件服务器上。

如图4所示，为本发明实施例三提供的另一种设备跟踪系统，包括：设备管理服务器401、终端402、网元403；其中：

设备管理服务器401，用于向终端402和相关网元403下发第二跟踪激活消息；

终端402，用于根据所述设备管理服务器401下发的第二跟踪激活消息建立跟踪；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息；

网元403，用于根据所述设备管理服务器401下发的第二跟踪激活消息建立跟踪；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息。

此外，该系统还包括：

文件服务器404，用于接收上报的跟踪信息；以及

所述设备管理服务器401，还用于将终端402和网元403上的跟踪信息上传到所述文件服务器404上。

这样，所述跟踪信息可以是由终端402和相关网元403上传到文件服务器404上，还可以是由设备管理服务器401将所述终端402和相关网元403上的跟踪信息上传到文件服务器404上。

所述文件服务器404与所述设备管理服务器401可以合并设置，也可以独立设置。

上述本发明实施例三所述的设备跟踪系统的相关说明，如有未尽之处，可以参考其他实施例的相关说明，此处就不再赘述。

如图5所示，为本发明实施例四提供的设备跟踪方法流程图，包括以下步骤：

步骤501、终端和相关网元收到设备管理服务器下发第二跟踪激活消息后，分别建立跟踪；

步骤502、当符合跟踪消息记录触发条件时，所述终端和相关网元收集跟踪信息；

步骤503、所述终端和相关网元在跟踪结束后上报跟踪信息。

其中，所述设备管理服务器将设置的跟踪配置参数通过第二跟踪激活消息下发给终端和相关网元。所述第二跟踪激活消息包括跟踪建立信息。

当设备管理服务器明确知道业务流程中涉及的终端和网元时，可以采用本发明实施例四所示的流程，直接向终端与网元下发跟踪激活消息，从而触发跟踪流程。跟踪完成后，进行跟踪结果文件的上报。本发明实施例四中有关跟踪的管理接口、跟踪消息的记录、跟踪去激活条件、以及跟踪结果的上报等具体说明可以参考本发明实施例一的相关说明，此处不再赘述。本发明实施例四的跟踪配置参数数据模型参见表2所示：

表2

参数名称	类型	是否可选(M-必选/O-可选)	描述
				traceID	整数型	M	跟踪号，唯一标识一次跟踪
MSID	整数型	M	被跟踪用户标识
				fileServerAddr	IP/URL/string	M	跟踪结果上载的文件服务器地址
traceTrigger	自定义	O	跟踪记录触发条件
				startTime	时间	O	跟踪开始时间，可以指定只跟踪某个时间段内的消息
endTime	时间	O	跟踪结束时间，可以指定只跟踪某个时间段内的消息
				listofInterfacesofDev	数组	O	设备跟踪接口类型
＞listOfInterfaces	整数型	O	需要跟踪的设备的接口类型
				＞internalTraceLevel	整数型	O	内部消息跟踪层次

vendorSpecific

自定义

O

厂商自定义字段

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取的存储介质中，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

本发明实施例五提供一种设备管理服务器，其结构如图6所示，包括第一设置单元601，用于向终端下发第一跟踪激活消息；和/或，第二设置单元602，用于向终端和相关网元下发第二跟踪激活消息。

所述设备管理服务器还可以进一步包括上载单元600，用于将终端和相关网元上的跟踪结果文件上载到文件服务器上。

本发明实施例六提供一种终端，其结构如图7所示，包括：建立单元701、发送单元702、记录单元703；其中：

建立单元701，用于根据设备管理服务器下发的第一跟踪激活消息建立跟踪；

发送单元702，用于在所述建立单元701建立跟踪之后，向相关网元发送跟踪触发消息；

记录单元703，用于在所述建立单元701建立跟踪之后，当符合跟踪消息记录触发条件时，收集跟踪信息。

此外，所述终端还可以包括上报单元704，用于在跟踪结束后，上报跟踪信息。

其中，所述发送单元702具体可以包括：

重组子单元，用于从第一跟踪激活消息中的跟踪配置参数中除去终端自身需要的跟踪配置参数后，将其余的跟踪配置参数重组为跟踪触发消息；

发送子单元，用于将所述其余的跟踪配置参数通过一个单独消息的方式传给相关网元；及将所述其余的跟踪配置参数增加到现有消息中传给相关网元。

下面介绍一种WiMAX网络中，对某型号终端进行入网测试中，采用本发明技术方案获取终端与基站消息的应用实例。如图8所示，例如，设备管理服务器与文件服务器合并设置为一个功能实体，设备管理服务器与终端的管理消息采用TR069标准定义。

1)跟踪激活

如图8中的流程A所示，设备管理服务器801向终端802下发跟踪激活消息。在该示例中，需要跟踪终端802与基站803的消息。跟踪终端802的R1接口与详细内部接口消息；跟踪基站803的R1、R6接口与详细的内部接口消息。其跟踪配置参数模型如表3所示：

表3

参数名称	类型	描述
			traceID	整数型	跟踪号，唯一标识一次跟踪
MSID	整数型	被跟踪用户标识
			traceDepth	整数型	跟踪层次，需要进行消息跟踪的终端与网元
fileServerAddr	IP	跟踪结果上载的文件服务器地址
			listofInterfacesofDevs	数组	设备跟踪接口类型
＞devType	整数型	设备类型
			＞listOfInterfaces	整数型	需要跟踪的设备的接口类型
＞internalTraceLevel	整数型	内部消息跟踪层次

跟踪层次如表4所示：

表4

Bit8	Bit7	Bit6	Bit5	Bit4	Bit3	Bit2	Bit1
								-	-	-	-	-	-	基站	终端
-

以listofInterfacesofDevs参数名称为例，通过数组表示属性，具体描述如表5所示，第一行表示数组的名称；第二至四行分别表示涉及的设备类别为终端，与终端相关联的接口R1，以及需要跟踪的信息要求为详细；第五至七行分别表示涉及的设备类别为基站，与基站相关联的接口R1和R6，以及需要跟踪的信息要求为详细。

表5

listofInterfacesofDevs
	＞终端
＞R1
	＞详细
＞基站
	＞R1、R6
＞详细

终端802向基站803发送跟踪配置参数，如图8中的流程B所示。终端802将跟踪配置参数通过一个单独消息传给基站803，或者将跟踪配置参数增加到现有消息中传给基站803；终端802可以从中获取自身需要的跟踪配置参数，而对消息的内容不做任何改变再直接发送给基站803，也可以从中获取自身需要的跟踪配置参数后，将余下的跟踪配置参数重组为一个单独消息再发送给基站803。

2)跟踪消息记录

如果跟踪激活消息中没有跟踪记录触发条件，终端与基站采用默认的规则进行跟踪消息的记录。

如果跟踪激活消息中有跟踪记录触发条件，则当终端及基站内部的消息处理符合跟踪消息记录触发条件时，开始进行跟踪消息的记录。

3)跟踪去激活

当设备管理服务器801向终端802下发跟踪去激活消息时，终端802停止跟踪过程，释放资源；终端802将跟踪去激活消息发送给基站803，基站803停止跟踪过程，释放资源。如表6所示，为所述跟踪去激活消息的相关描述。

表6

参数名称	类型	是否可选(M-必选/O-可选)	描述
				traceID	整数型	M	跟踪号，唯一标识一次跟踪
MSID	整数型	M	被跟踪用户标识

4)跟踪结果上报

如图8中的流程C所示，终端802与基站803跟踪结束，向设备管理服务器801上报跟踪结束消息，设备管理服务器801将终端802与基站803上的跟踪结果文件上载到文件服务器的指定目录中。

因此，本文提供一种由终端触发的或由设备管理服务器直接触发的、跨终端与网元设备的跟踪建立与跟踪消息收集的技术方案。采用这种方式可以指示终端与网元建立跨设备的消息跟踪机制，进行跨设备尤其是跨越终端与网元设备的信息的收集机制。该方案实现了跨设备进行信息收集的功能，提高了跨设备信息收集的效率。由于终端、网元自身内部的处理消息，以及终端与网元间，网元与上级网元之间的信令消息，提供了足够详细的信息，对于问题定位、性能监测与优化起着重要的作用。该方案可以应用于终端接入类问题定位，终端入网测试，性能优化等场景。

以上对本发明所提供的一种设备跟踪方法、系统及设备管理服务器、终端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (22)

1.一种设备跟踪方法，其特征在于，包括：

终端收到设备管理服务器下发第一跟踪激活消息后，建立跟踪；

终端根据所述第一跟踪激活消息向相关网元发送跟踪触发消息，指示相关网元建立跟踪；

当符合跟踪消息记录触发条件时，所述终端和/或相关网元收集跟踪信息；

所述终端和/或相关网元在跟踪结束后上报跟踪信息。

2.根据权利要求1所述的设备跟踪方法，其特征在于，所述的方法进一步包括：所述设备管理服务器通过第一跟踪激活消息将设置的跟踪配置参数下发给终端。

3.根据权利要求2所述的设备跟踪方法，其特征在于，所述第一跟踪激活消息包括跟踪层次信息。

4.根据权利要求3所述的设备跟踪方法，其特征在于，所述终端根据所述跟踪层次信息，按照如下任一种方式向相关网元发送跟踪触发消息：

将跟踪配置参数通过一个单独消息传给相关网元；或者

将跟踪配置参数增加到现有消息中传给相关网元。

5.根据权利要求1所述的设备跟踪方法，其特征在于，所述跟踪消息记录触发条件为系统内置的或通过跟踪触发条件参数进行设置的。

6.根据权利要求1所述的设备跟踪方法，其特征在于，通过如下任一种方式结束跟踪：

设置起始时间与结束时间；或者

系统内置的规则；或者

设备管理服务器下发跟踪去激活消息。

7.根据权利要求1所述的设备跟踪方法，其特征在于，所述终端和/或相关网元上报跟踪信息具体为：

所述终端和/或相关网元将收集到的跟踪信息上传到指定的文件服务器上；或者

所述设备管理服务器将所述终端和/或相关网元上的跟踪信息上传到指定的文件服务器上。

8.一种设备跟踪方法，其特征在于，包括：

终端和相关网元收到设备管理服务器下发第二跟踪激活消息后，分别建立跟踪；

当符合跟踪消息记录触发条件时，所述终端和相关网元收集跟踪信息；

所述终端和相关网元在跟踪结束后上报跟踪信息。

9.根据权利要求8所述的设备跟踪方法，其特征在于，所述的方法进一步包括：所述设备管理服务器通过第二跟踪激活消息将设置的跟踪配置参数下发给终端和相关网元。

10.一种设备跟踪系统，其特征在于，包括：

设备管理服务器，用于向终端下发第一跟踪激活消息；

终端，用于根据所述设备管理服务器下发的第一跟踪激活消息建立跟踪；向相关网元发送跟踪触发消息；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息；

网元，用于根据所述终端发送的跟踪触发消息建立跟踪；及向其他相关网元发送跟踪触发消息；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息。

11.根据权利要求10所述的系统，其特征在于，还包括：

文件服务器，用于接收上报的跟踪信息。

12.根据权利要求11所述的系统，其特征在于，所述文件服务器与所述设备管理服务器合并设置。

13.根据权利要求11所述的系统，其特征在于，所述设备管理服务器，还用于将终端和相关网元上的跟踪信息上传到所述文件服务器上。

14.一种设备跟踪系统，其特征在于，包括：

设备管理服务器，用于向终端和相关网元下发第二跟踪激活消息；

终端和相关网元，分别用于根据所述设备管理服务器下发的第二跟踪激活消息建立跟踪；在符合跟踪消息记录触发条件时，收集跟踪信息；以及在跟踪结束后，上报跟踪信息。

15.根据权利要求14所述的系统，其特征在于，还包括：

文件服务器，用于接收上报的跟踪信息。

16.根据权利要求15所述的系统，其特征在于，所述文件服务器与所述设备管理服务器合并设置。

17.根据权利要求15所述的系统，其特征在于，所述设备管理服务器，还用于将终端和相关网元上的跟踪信息上传到所述文件服务器上。

18.一种设备管理服务器，其特征在于，包括：

第一设置单元，用于向终端下发第一跟踪激活消息；和/或

第二设置单元，用于向终端和相关网元下发第二跟踪激活消息。

19.根据权利要求18所述的设备管理服务器，其特征在于，还包括：

上载单元，用于将终端和相关网元上的跟踪信息上传到文件服务器上。

20.一种终端，其特征在于，包括：

建立单元，用于根据设备管理服务器下发的第一跟踪激活消息建立跟踪；

发送单元，用于在所述建立单元建立跟踪之后，向相关网元发送跟踪触发消息；

记录单元，用于在所述建立单元建立跟踪之后，当符合跟踪消息记录触发条件时，收集跟踪信息。

21.根据权利要求20所述的终端，其特征在于，还包括：

上报单元，用于在跟踪结束后，上报跟踪信息。

22.根据权利要求20或21所述的终端，其特征在于，所述发送单元包括：

重组子单元，用于从第一跟踪激活消息中的跟踪配置参数中除去终端自身需要的跟踪配置参数后，将其余的跟踪配置参数重组为跟踪触发消息；

发送子单元，用于将所述其余的跟踪配置参数通过一个单独消息传给相关网元；及将所述其余的跟踪配置参数增加到现有消息中传给相关网元。

Images