CN103067950A - 信令跟踪的处理方法及装置 - Google Patents

Abstract

本发明公开了信令跟踪的处理方法及装置，该方法包括：信令跟踪服务器将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令；信令跟踪服务器将转换后的命令发送给该转换后的命令对应的网元，并接收对应的网元发送的对转换后的命令的响应，其中，响应携带有对应于转换后的命令的信令跟踪操作的结果。通过本发明，提高了信令跟踪的效率。

Description

信令跟踪的处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及信令跟踪的处理方法及装置。

背景技术

在无线网络(如全球移动通信(Global system for Mobile Communication，简称为GSM)GSM，通用移动通信系统(Universal Mobile Telecommunications System，简称为UMTS)，时分同步码分多址接入(Time Division-Synchronous Code Division Multiple Access，简称为TD-SCDMA)等制式的无线网络)的运营维护中，作为运维软件的重要组成部分，信令跟踪系统的使用频率非常高。日常运维工作中，信令跟踪系统常用来跟踪无线控制器上发生的信令，供运维人员分析网络状况并对网络故障进行诊断。

运营商运维的无线网络常常是多制式融合的无线网络，如全球移动通信和通用移动通信系统的融合(Global system for Mobile Communication and Universal Mobile TelecommunicationsSystem，简称为GU)，全球移动通信和时分同步码分多址接入的融合(Global system for MobileCommunication and Time Division-Synchronous Code Division Multiple Access，简称为GT)等第二代和第三代融合模式，网络中分布不同制式的网元，需要使用统一的网络管理系统进行管理。

无线网络中的网元设备往往来自不同厂家，由于设备制式和提供商不同，这些网元设备提供的对外信令跟踪接口也都不同，与网元设备紧密耦合。不同制式，不同设备厂商的信令跟踪系统不能通用，导致一个无线网络运维管理系统中会出现部署在不同信令跟踪服务器上的多种信令跟踪系统。如果要监控不同制式网元之间的互操作信令，则需要运维人员在多个信令跟踪系统间来回切换，操作十分繁琐。

无线网络中，网元设备提供的信令跟踪接口由设备厂商提供。尽管这些网元设备能够上报遵循通讯协议的标准信令，但提供的信令跟踪接口却无标准协议可遵循，因此也各异。网络运维人员需要熟悉每套网元设备提供的信令跟踪接口和对应信令跟踪系统，大大增加了运维工作量和难度。

针对相关技术中需要使用多种信令跟踪系统对多种制式的网元(可能来自不同厂商)进行跟踪，导致运行维护的效率比较低的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中需要使用多种信令跟踪系统对多种制式的网元(可能是不同厂商)进行跟踪，导致运行维护的效率比较低问题，本发明提供了信令跟踪的处理方法及装置，以解决该问题。

根据本发明的一个方面，提供了一种信令跟踪的处理方法，包括：信令跟踪服务器将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令；所述信令跟踪服务器将所述转换后的命令发送给该转换后的命令对应的网元，并接收所述对应的网元发送的对所述转换后的命令的响应，其中，所述响应携带有对应于所述转换后的命令的信令跟踪操作的结果。

优选地，在信令跟踪服务器将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定接口格式的信令之前，还包括：

所述信令跟踪服务器通过预设的跟踪任务模板生成的图形用户接口GUI获取用户输入的信令跟踪任务信息、任务类型和参数；

所述信令跟踪服务器将所述信令跟踪任务、所述任务类型和所述参数封装成所述请求。

优选地，在所述对应的网元发送的对所述转换后的命令的响应之后，还包括：将所述响应携带的对应于所述转换后的命令的信令跟踪操作的结果通过GUI进行显示。

根据本发明的再一方面，提供了一种信令跟踪的处理方法，包括：网元将接收到的信令跟踪服务器发送的命令转换成该网元适配的操作命令，其中，所述信令跟踪命令用于指示对该网元进行信令跟踪操作；所述网元执行所述操作命令进行信令跟踪操作；所述网元将所述操作命令的结果转换成所述信令跟踪服务器的预定格式，并将所述预定格式的结果反馈给所述信令跟踪服务器。

优选地，所述网元执行所述操作命令进行信令跟踪操作包括：

所述网元解析所述操作命令得到信令跟踪任务、任务类型和参数；

所述网元使用所述参数创建所述任务类型的所述信令跟踪任务。

根据本发明的另一方面，提供了一种信令跟踪的处理装置，包括：第一转换模块，用于将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令；发送模块，用于将所述转换后的命令发送给该转换后的命令对应的网元；第一接收模块，用于接收所述对应的网元发送的对所述转换后的命令的响应，其中所述响应携带有对应于所述转换后的命令的信令跟踪操作的结果。

优选地，上述装置还包括：获取模块，用于通过预设的跟踪任务模板生成的图形用户接口GUI获取用户输入的信令跟踪任务信息、任务类型和参数；封装模块，用于将所述信令跟踪任务、所述任务类型和所述参数封装成所述请求。

优选地，上述装置还包括：显示模块，用于将所述响应携带的对应于所述转换后的命令的信令跟踪操作的结果通过图形用户接口(GUI)进行显示。

根据本发明的又一方面，提供了一种信令跟踪的处理装置，包括：第二转换模块，用于将接收到的信令跟踪服务器发送的信令跟踪命令转换成该网元适配的操作命令，其中，所述信令跟踪命令用于指示对该网元进行信令跟踪操作；处理模块，用于执行所述操作命令进行信令跟踪操作；第三转换模块，用于将所述操作命令的结果转换成所述信令跟踪服务器的预定格式。反馈模块，用于将所述预定格式的结果反馈给所述信令跟踪服务器。

优选地，所述处理模块包括：解析模块，用于解析所述操作命令得到信令跟踪任务、任务类型和参数；创建模块，用于使用所述参数创建所述任务类型的所述信令跟踪任务。

通过本发明，在对一个或多个不同制式的网元(可能来自不同厂商)进行跟踪时，信令跟踪服务器将对网元的信令跟踪操作请求转换成预定的格式发送给网元并接收网元所反馈的预定格式响应结果，屏蔽了不同制式，来自不同设备厂商的网元所提供的信令跟踪接口间的差异性，使得仅使用一个信令跟踪服务器就可以跟踪多个不同制式的网元(可能来自不同厂商)，并且信令跟踪服务器不随网元所提供的信令跟踪接口变化而变化，提高了运行维护的效率，减低了运行维护的设备成本。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的信令跟踪的处理方法的第一流程图；

图2是根据本发明实施例的信令跟踪的处理方法的第二流程图；

图3是根据本发明实施例的信令跟踪的处理装置的第一结构框图；

图4是根据本发明实施例的信令跟踪的处理装置的优选的第一结构框图；

图5是根据本发明实施例的信令跟踪的处理装置的第二结构框图；

图6是根据本发明实施例的信令跟踪的处理装置的优选的第二结构框图；

图7是根据本发明实施例的信令跟踪的处理系统的结构框图；

图8是根据本发明优选实施例的信令跟踪的处理方法的流程图；以及

图9是根据本发明实施例的生成的跟踪任务创建界面的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本实施例提供了一种信令跟踪的处理方法，图1是根据本发明实施例的信令跟踪的处理方法的第一流程图，如图1所示，该方法包括如下步骤S102至步骤S104。

步骤S102：信令跟踪服务器将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令。

步骤S104：信令跟踪服务器将转换后的命令发送给该转换后的命令对应的网元，并接收该对应的网元发送的对该转换后的命令的响应，其中，该响应携带有对应于该转换后的命令的信令跟踪操作的结果。

通过上述步骤，信令跟踪服务器将用于对一个或多个网元进行信令跟踪操作的请求转换成预定的格式并接收网元所反馈的预定格式响应结果，使得信令跟踪服务器屏蔽了不同网元所提供的信令跟踪接口间的差异性，实现了运维工作中的信令跟踪接口标准化，提高了运行维护的效率。

作为一个优选的实施方式，在步骤S102之前，信令跟踪服务器可以根据如下方法获取用于对一个或多个网元进行信令跟踪操作的请求：信令跟踪服务器通过预设的跟踪任务模板生成的图形用户接口(GUI)获取用户输入的信令跟踪任务信息、任务类型和参数；信令跟踪服务器将信令跟踪任务、任务类型和参数封装成请求。该方式将网元的跟踪任务信息、任务类型和参数都用GUI的方式显示，以供运维人员(用户)选择输入，这种操作方式简单、直观，提高了运维人员操作的舒适度。

作为另一个优选的实施方式，在步骤S104获取到响应之后，可以采用如下方式对结果进行处理，将信令跟踪操作结果(预定接口格式的信令数据)通过图形用户接口GUI进行显示，提高了数据跟踪结果的直观性。

本实施例提供了一种信令跟踪的处理方法，应用于网元，图2是根据本发明实施例的信令跟踪的处理方法的第二流程图，如图2所示，该方法包括如下步骤S202至步骤S206。

步骤S202：网元将接收到的信令跟踪服务器发送的信令跟踪命令转换成该网元适配的操作命令，其中，该信令跟踪命令用于指示该网元进行信令跟踪操作。

步骤S204：网元执行操作命令进行信令跟踪操作。

步骤S206：网元将该操作命令的结果转换成该信令跟踪服务器的预定格式，并将该预定格式的结果反馈给该信令跟踪服务器。

通过上述步骤，网元将接收到的信令跟踪命令转换为本网元适配的操作命令，并执行该操作命令，并将结果转换成信令跟踪服务器预定格式反馈给信令跟踪服务器，确保了网元与信令跟踪服务器之间的接口都是标准统一的，屏蔽了不同设备厂商，不同制式网元所提供的信令跟踪接口之间的差异性。

作为一个较优的实施方式，步骤S204网元可以采用如下方式执行该操作命令进行信令跟踪操作：网元解析操作命令得到信令跟踪任务、任务类型和参数；网元使用参数创建对应任务类型的信令跟踪任务。该优选实施方式根据操作命令解析得到的参数进行信令跟踪，确保了信令跟踪任务的准确性。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在另外一个实施例中，还提供了一种信令跟踪软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述信令跟踪软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

本发明实施例还提供了一种信令跟踪装置，该装置可以应用于信令跟踪服务器，该信令跟踪装置可以用于实现上述信令跟踪方法及优选实施方式，已经进行过说明的，不再赘述，下面对该信令跟踪装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的信令跟踪的处理装置的第一结构框图，如图3所示，该装置包括：第一转换模块32、发送模块34和第一接收模块36，下面对上述结构进行详细描述。

第一转换模块32，用于将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令；发送模块34，连接至第一转换模块32，用于将第一转换模块32转换后的命令发送给该转换后的命令对应网元；第一接收模块36，连接至发送模块34，用于接收该对应的网元发送的对该转换后的命令的响应，其中，该响应携带有对应于该转换后的命令的信令跟踪操作的结果。

图4是根据本发明实施例的信令跟踪的处理装置的优选的第一结构框图，如图4所示，该装置还包括：获取模块42、封装模块44和显示模块46，下面对上述结构进行详细描述：

获取模块42，用于通过预设的跟踪任务模板生成的图形用户接口GUI获取用户输入的信令跟踪任务信息、任务类型和参数；封装模块44，连接至获取模块42，用于将获取模块42获取到信令跟踪任务、任务类型和参数封装成请求。

显示模块46，连接至第一接收模块36，用于将由第一接收模块36接收的响应携带的对应于转换后的命令的信令跟踪操作的结果通过图形用户接口(GUI)进行显示。

在另外一个实施例中，还提供了一种信令跟踪软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述信令跟踪软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

本发明实施例还提供了一种信令跟踪装置，该装置可以应用于网元，该信令跟踪装置可以用于实现上述信令跟踪方法及优选实施方式，已经进行过说明的，不再赘述，下面对该信令跟踪装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的信令跟踪的处理装置的第二结构框图，如图5所示，该装置包括：第二转换模块52，处理模块54，第三转换模块56和反馈模块58，下面对上述结构进行详细描述：

第二转换模块52，用于将接收到的信令跟踪服务器发送的信令跟踪命令转换成该网元适配的操作命令，其中，信令跟踪命令用于指示对该网元进行信令跟踪操作；处理模块54，连接至第二转换模块52，用于执行第二转换模块52转换得到的操作命令；第三转换模块56，连接至处理模块54，用于将处理模块54得到的操作命令的结果转换成信令跟踪服务器的预定格式；反馈模块56，连接至第三转换模块56，连接至第三转换模块56用于将第三转换模块56转换得到的预定格式的结果反馈给信令跟踪服务器。

图6是根据本发明实施例的信令跟踪的处理装置的优选的第二结构框图，如图6所示，该处理模块54包括：解析模块542，创建模块544，下面对上述结构进行详细描述：

处理模块54包括：解析模块542，用于解析操作命令得到信令跟踪任务、任务类型和参数；创建模块544，连接至解析模块542，用于使用解析模块542得到的参数创建任务类型的信令跟踪任务。

下面将结合优选实施例进行说明，以下优选实施例结合了上述实施例及优选实施方式。

优选实施例一

本优选实施例提供了一种信令跟踪系统，图7是根据本发明实施例的信令跟踪的处理系统的结构框图，如图7所示，该信令跟踪系统包括服务器2和网元4，下面对该装置进行详细说明。

服务器2包括如下模块：跟踪任务管理模块22、上下行消息处理模块24、信令信息展示模块26，具体的，

跟踪任务管理模块22：用于创建，保存，删除信令跟踪任务，同时把信令跟踪任务的启动，停止等命令发送到上下行消息处理模块，再由该模块通过上下行消息处理模块和网元之间的通讯链路发送到网元侧的网元信令跟踪代理模块。其中，跟踪任务模板由一系列的模板文件组成。由无线网络的运维人员按照统一的格式预先定义好。跟踪任务管理模块在启动后需要读入指定的跟踪任务模板，并根据模板的内容解析用户的输入命令来创建，删除，启动，停止相应的信令跟踪任务。

上下行消息处理模块24：该模块是信令跟踪装置中的消息收发模块，该模块将下行消息(跟踪任务的启动，停止命令等)通过该模块和网元之间的通讯链路发送到网元侧的网元信令跟踪代理模块，同时又从该模块和网元之间的通讯链路上接收来自网元的信令消息(上行消息)。

信令信息展示模块26：接收来自上下行消息处理模块发送的上行信令消息并在图形界面上显示以供用户实时观测。

网元4包括：网元信令跟踪代理模块42：网元信令跟踪代理模块部署在网元侧，直接和网元的信令跟踪接口模块交互。同时又和信令跟踪系统中的上下行消息处理模块交互。

需要说明的是，上述的跟踪任务管理模块22，上下行消息处理模块24，信令信息展示模块26部署在一台单独的服务器上，被称为信令跟踪服务器。

网元包括的如下模块网元信令跟踪代理模块42可以使得信令跟踪服务器与网元之间保持通讯畅通。

本优选实施例中提供的上述系统使用一套信令跟踪系统管理无线网络中多种制式的网元，避免不同制式的网元需要使用不同信令跟踪系统进行跟踪的问题，大大提高了运维人员的运维效率，减少了运维工作量。对于不同制式的网元，所需要的只是开发不同的网元信令跟踪代理模块以适配网元，大大节约了运维开发成本。

优选实施例二

本实施例提供了一种信令跟踪的处理方法，本实施例的方法结合优选实施例一中的系统中个各个模块进行说明，图8是根据本发明优选实施例的信令跟踪的处理方法的流程图，如图7所示，该方法包括如下步骤S802至步骤S814。

步骤S802：上下行消息处理模块向指定网元建链，建立通讯链路。

步骤S804：跟踪任务管理模块载入指定的跟踪任务模板，并进行解析，自动生成供人机交互的GUI界面。

步骤S806：跟踪任务管理模块读入GUI界面上输入的跟踪任务请求命令，组装成统一的消息格式发送给上下行消息处理模块。

步骤S808：上下行消息处理模块收到跟踪任务请求(下行消息)后，发送给网元侧的信令跟踪代理模块。

步骤S810：网元侧的信令跟踪代理模块收到跟踪任务请求后，将其转换成网元提供的信令跟踪适配接口，将请求下达给网元。

步骤S812：网元侧的信令跟踪代理模块接收到网元的信令跟踪接口模块上报的信令数据后，转换成统一的消息格式上报给上下行消息处理模块。

步骤S814：上下行消息处理模块将网元上报的信令数据(上行消息)发送给信令信息展示模块，供用户实时观测。

通过上述步骤，实现了在无线网络(如GSM，UMTS，TDS-CDMA等制式的无线网络)的运营维护中，使用一套信令跟踪系统应用于无线网络中多个制式网元的信令跟踪，提升运维人员的运维效率和减少运维人员的工作量，减少运维工具的开发成本。

优选实施例三

本实施例提供了一种信令跟踪的处理方法，本实施例的中跟踪任务管理模块，信令信息展示模块，上下行消息处理模块部署在一台单独的信令跟踪服务器上，网元部署了一个网元信令跟踪代理模块，可直接调用网元提供的信令跟踪接口。

需要说明的是，本实施例中的信令跟踪服务器上的各模块之间使用统一格式的消息进行交互，与其所连接网元的制式和提供的信令跟踪接口无关，这样就保证了信令跟踪服务器上可以对接多个制式的网元。网元侧部署的网元信令跟踪代理模块承担了与具体网元提供的信令跟踪接口交互的任务，对于不同制式的网元设备需要开发不同网元信令跟踪代理模块，完成来自信令跟踪服务器的上下行消息到网元信令跟踪接口的适配。跟踪任务模板是一系列的模板文件。其格式和内容由无线网络的运营商和网元设备的提供商协商后制定。运营商可以根据所经营无线网络的业务关注点来定义模板中需要跟踪的任务。对于不同的制式，模板文件可按制式分别制定，对于一些多制式通用的跟踪任务(如传输层的7号信令跟踪)，可以制定共用的公共模板。

本实施例以一个融合了2G(GSM)，3G(UMTS)制式的无线网络为例，针对RNC(无线网络控制器)和BSC(基站控制器)网元，结合附图描述一下对这两个制式的网元进行信令跟踪的实施过程。

本实施例中采用的部分结构格式及网元通信协议如下，需要说明的是，下面对描述仅为示意性说明，并不能以此认为对本申请技术方案的限定。

例如：RNC网元和BSC网元上都提供对外的信令跟踪接口(MML命令形式)。

信令跟踪服务器与网元之间使用TCP/IP协议进行通讯。

例如：在本实施例中，一个UMTS RNC的跟踪任务模板文件(XML格式)定义如下：

该文件中，将跟踪任务分为几大类型，以TASKTYPE表示，在每个大类型下面又分为不同的多个任务，以TASK标签表示。每个TASK任务中，包含了该任务的请求类型(如跟踪任务开始(action＝″start″)和停止(action＝″stop″)等)和对应的参数信息，每一个参数(TASKARGU)还有一个过滤条件(filter)属性，用户可定义相应的正则表达式来对输入的参数值做约束。

下面对本实施例的步骤进行描述：

步骤S2：跟踪任务管理模块载入上述的跟踪任务模板文件后(由用户选择后载入)，自动生成展现任务信息和参数的GUI界面供用户操作，一个人机交互的GUI界面见图3。

步骤S4：跟踪任务管理模块将人机交互界面上输入的任务请求发送到上下行消息处理模块。

在本实施例中，传递的任务请求信息以XML格式的字符流表示，示例如下：

步骤S6：上下行消息处理模块根据任务请求中指定的网元ID(本实施例中网元ID为l，为RNC网元)将任务请求信息透传到对应网元的信令跟踪代理模块。

步骤S8：网元的信令跟踪代理模块收到该字符流后，需要解析并适配网元提供的信令跟踪对外接口，并调用该接口将跟踪任务请求下达给网元。

需要说明的是在一个无线网络中，网元设备可能由不同设备商提供，这样不同厂商，不同制式的网元设备提供的信令跟踪接口也不尽相同(如有MML命令接口，C语言定义的结口等不同形式)。信令跟踪代理模块需要对不同的接口进行适配。比较优的，信令跟踪代理模块的接口适配实施时可以使用硬编码实现，也可以通过定义信令跟踪服务器的消息接口和网元信令跟踪接口之间的映射来自动实现。

在本实施例中，网元设备提供的信令跟踪接口为MML命令形式。对应前面传递的任务跟踪请求，接口格式如下：

uelcstart：taskno＝“35”，ueid＝“460002157894012”；

可以在信令跟踪代理模块中定义信令跟踪服务器发送的请求和网元接口之间的映射关系文件(XML格式)，由信令跟踪代理模块根据该映射关系文件中定义的映射关系来实现从信令跟踪服务器发送请求到网元信令跟踪接口之间的自动转换。上例中的映射关系如下：

步骤S10：在网元开始通过信令跟踪接口上报信令数据给信令跟踪代理模块后，信令跟踪代理模块会适配接口而转化为信令跟踪服务器识别的格式发送给信令跟踪服务器的上下行消息处理模块，实现原理同上。

在本实施例中，上报给信令跟踪服务器的信令数据仍以XML格式的字符流表示，可以采用格式：

步骤S12：信令跟踪服务器的信令数据展示模块收到信令数据后，将其解析后展示到GUI界面中供用户浏览。

优选地，本实施例中使用了XML格式作为通用的消息传递格式，是考虑到XML格式易于解析，信息层次在表达上更清晰一些。网元侧的信令跟踪代理模块需要适配网元所提供的对外信令跟踪接口。如在本实施例中，就需要开发针对RNC网元和BSC网元信令跟踪对外接口的适配功能。

需要说明的是，对于已在运维且并未实施本发明所描述装置和方法的无线网络，可以针对网络中管理的各制式网元开发并部署相应的信令跟踪代理模块，定义统一的跟踪任务模板，使用本发明所提出的系统和方法就能够实现网络中对多制式网元的统一跟踪管理。

通过上述实施例，提供了信令跟踪方法及装置，通过信令跟踪服务器将用于对一个或多个网元进行信令跟踪操作的请求转换成预定的格式，使得信令跟踪服务器对一个或多个网元的信令跟踪操作的请求进行的统一，克服了相关技术中信令跟踪服务器在对一个或多个网元进行信令跟踪操作时需要同时对多个网元的接口格式的请求进行处理，导致运行维护的效率比较低的问题，然后将转换成预定格式的请求发送给对应的网元，并接收该请求的响应，从而实现了通过统一的信令格式实现对一个或多个网元进行信令跟踪操作，提高了运行维护的效率。需要说明的是，这些技术效果并不是上述所有的实施方式所具有的，有些技术效果是某些优选实施方式才能取得的。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (10)

1.一种信令跟踪的处理方法，其特征在于，包括：

信令跟踪服务器将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令；

所述信令跟踪服务器将所述转换后的命令发送给该转换后的命令对应的网元，并接收所述对应的网元发送的对所述转换后的命令的响应，其中，所述响应携带有对应于所述转换后的命令的信令跟踪操作的结果。

2.根据权利要求1所述的方法，其特征在于，在信令跟踪服务器将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定接口格式的信令之前，还包括：

所述信令跟踪服务器通过预设的跟踪任务模板生成的图形用户接口GUI获取用户输入的信令跟踪任务信息、任务类型和参数；

所述信令跟踪服务器将所述信令跟踪任务、所述任务类型和所述参数封装成所述请求。

3.根据权利要求1所述的方法，其特征在于，在所述对应的网元发送的对所述转换后的命令的响应之后，还包括：

将所述响应携带的对应于所述转换后的命令的信令跟踪操作的结果通过GUI进行显示。

4.一种信令跟踪的处理方法，其特征在于，包括：

网元将接收到的信令跟踪服务器发送的信令跟踪命令转换成该网元适配的操作命令，其中，所述信令跟踪命令用于指示对该网元进行信令跟踪操作；

所述网元执行所述操作命令进行信令跟踪操作；

所述网元将所述操作命令的结果转换成所述信令跟踪服务器的预定格式，并将所述预定格式的结果反馈给所述信令跟踪服务器。

5.根据权利要求4所述的方法，其特征在于，所述网元执行所述操作命令进行信令跟踪操作包括：

所述网元解析所述操作命令得到信令跟踪任务、任务类型和参数；

所述网元使用所述参数创建所述任务类型的所述信令跟踪任务。

6.一种信令跟踪的处理装置，应用于信令跟踪服务器，其特征在于，包括：

第一转换模块，用于将获取到的用于对一个或多个网元进行信令跟踪操作的请求转换成预定格式的命令；

发送模块，用于将所述转换后的命令发送给该转换后的命令对应的网元；

第一接收模块，用于接收所述对应的网元发送的对所述转换后的命令的响应，其中所述响应携带有对应于所述转换后的命令的信令跟踪操作的结果。

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

获取模块，用于通过预设的跟踪任务模板生成的图形用户接口GUI获取用户输入的信令跟踪任务信息、任务类型和参数；

封装模块，用于将所述信令跟踪任务、所述任务类型和所述参数封装成所述请求。

8.根据权利要求6所述的装置，其特征在于，还包括：

显示模块，用于将所述响应携带的对应于所述转换后的命令的信令跟踪操作的结果通过图形用户接口GUI进行显示。

9.一种信令跟踪的处理装置，应用于网元，其特征在于，包括：

第二转换模块，用于将接收到的信令跟踪服务器发送的信令跟踪命令转换成该网元适配的操作命令，其中，所述信令跟踪命令用于指示对该网元进行信令跟踪操作；

处理模块，用于执行所述操作命令进行信令跟踪操作；

第三转换模块，用于将所述操作命令的结果转换成所述信令跟踪服务器的预定格式。

反馈模块，用于将所述预定格式的结果反馈给所述信令跟踪服务器。

10.根据权利要求9所述的装置，其特征在于，所述处理模块包括：

解析模块，用于解析所述操作命令得到信令跟踪任务、任务类型和参数；

创建模块，用于使用所述参数创建所述任务类型的所述信令跟踪任务。

Images