CN113079524B - 一种基于信令软采的信令跟踪方法、基站及可读存储介质 - Google Patents

Abstract

本发明提供了一种基于信令软采的信令跟踪方法、基站及可读存储介质，涉及通信领域。所述方法应用于基站，包括：接收目标任务；若信令软采任务和信令跟踪任务均存在，且信令软采信息和信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改；基于修改后的信令软采信息采集用户数据，作为综合用户数据；通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。本发明能够减小基站的运行负荷。

Description

一种基于信令软采的信令跟踪方法、基站及可读存储介质

技术领域

本发明涉及通信技术领域，具体地涉及一种基于信令软采的信令跟踪方法、基站及可读存储介质。

背景技术

随着移动通信技术发展，用户在使用传统语音业务的同时对其它数据业务也提出了更高的要求，与此同时，运营商也需要更准确的理解用户行为，更准确的处理故障，这就要求基站和移动网络不断优化网络配置，提升系统功能。

现有技术中，主要通过信令软采任务和信令跟踪任务来完成用户分析和网络故障定位。根据目前的实现来看，信令软采任务开启时，基站需要将采集的用户数据发送给流量汇聚适配器(SCA，Signaling Convergence Adapter)，由SCA对数据进行汇聚送往共享层进行后续处理；信令跟踪任务开启时，基站需要将采集的用户数据形成跟踪结果发送至操作维护中心。

由于目前现网用户数量巨大，如果同时开启信令软采任务和信令跟踪任务，会导致基站的负荷较大。

发明内容

本发明实施例提供一种基于信令软采的信令跟踪方法、基站及可读存储介质，以解决当基站同时开启信令软采任务和信令跟踪任务时，需要分别针对信令软采任务和信令跟踪任务采集用户数据，导致基站负荷较大的问题。

一方面，本发明实施例提供一种基于信令软采的信令跟踪方法，应用于基站，所述方法包括：

接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息；

若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改；

基于修改后的信令软采信息采集用户数据，作为综合用户数据；

通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。

另一方面，本发明实施提供一种基站，所述基站包括：

任务接收模块，用于接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息；

信令修改模块，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改；

数据采集模块，用于基于修改后的信令软采信息采集用户数据，作为综合用户数据；

通知模块，用于通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。

此外，本发明实施例还提供了一种计算机可读存储器，其上存储有计算机程序，该程序被基站执行时实现前述基于信令软采的信令跟踪方法。

在本发明实施例中，通过在信令软采任务和信令跟踪任务同时开启的情况下，基于信令跟踪任务的信令跟踪信息对信令软采任务的信令软采信息进行修改，基站根据修改后的信令软采信息采集用户数据作为综合用户数据，并发送给流量汇聚适配器，由流量汇聚适配器分别生成信令软采结果和信令跟踪结果。这样，基站只需进行一次用户数据采集，从而减小了基站的运行负荷。

附图说明

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

图1示出了本发明实施例一中的一种基于信令软采的信令跟踪方法流程图；

图2示出了本发明实施例二中的一种信令软采系统和网管系统架构图；

图3示出了本发明实施例二中的一种基于信令软采的信令跟踪方法流程图；

图4示出了本发明实施例三中的一种基于信令软采的信令跟踪方法流程图；

图5示出了本发明实施例四中的一种基于信令软采的信令跟踪方法流程图；

图6示出了本发明实施例五中的一种基站的结构框图；

图7示出了本发明实施例六中的一种基站的结构框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，本发明可以以各种形式实现而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

实施例一

参照图1，示出了本发明实施例一的基于信令软采的信令跟踪方法的流程图，具体可以包括如下步骤：

步骤101：接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息。

本发明应用于基站，基站可以接收目标任务以执行目标任务。基站接收到的目标任务，包括信令软采任务和信令跟踪任务，在实际应用中，基站可能先接收到信令软采任务，也可能先接收到信令跟踪任务，还有可能同时接收到信令跟踪任务和信令软采任务，本发明实施例对此不做具体限定。信令软采任务和信令跟踪任务均由网管下发给基站。

其中，信令软采信息包含用于进行信令软采的控制信息，控制信息一般包含但不限于：采集对象、面向不同网元的消息接口类型和采集的结束时间。当针对小区进行信令采集时，采集对象可以用多个小区标识表示；消息接口类型可以为Un口、X2口等。

信令跟踪信息包含用于进行信令跟踪的控制信息，控制信息一般包含但不限于：信令跟踪任务名称、开始时间、结束时间、跟踪类型、跟踪对象等。跟踪类型也即消息接口类型，比如NG/XN/UU，跟踪对象可以用多个小区标识表示。

步骤102：若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改。

在实际应用中，如果基站的信令软采任务开关和信令跟踪任务开关同时开启，则认定信令软采任务和信令跟踪任务均存在。

在步骤102中，若所述信令软采信息和所述信令跟踪信息的对象、消息接口类型、结束时间三者中的至少一个信息不一致，则认定所述信令软采信息和信令跟踪信息不一致。具体的，若存在至少一个所述信令跟踪任务的跟踪对象不是所述信令软采任务的采集对象，则认定所述信令软采信息和信令跟踪信息不一致，并通过修改信令软采任务的采集对象，将不是信令软采任务的采集对象的信令跟踪任务的跟踪对象增加到信令软采任务的采集对象中。同理，若存在至少一个信息跟踪任务的消息接口类型不是信令软采任务的消息接口类型，则认定信令软采信息和信令跟踪信息不一致，并通过修改信令软采任务的消息接口类型，将不是信令软采任务的消息接口类型的信令跟踪任务的消息接口类型增加到信令软采任务的消息接口类型中。若信令软采任务的结束时间与信令跟踪任务的结束时间不同，则认定信令软采信息和信令跟踪信息不一致，并通过修改信令软采任务的结束时间，将信令软采任务的结束时间修改为信令跟踪任务的结束时间。

步骤103：基于修改后的信令软采信息采集用户数据，作为综合用户数据。

由步骤102可知，修改后的信令软采信息包含所述信令跟踪任务的对象、消息接口类型和结束时间。基于修改后的信令软采信息得到的综合用户数据，既包含所述信令软采任务所需的用户数据，也包含所述信令跟踪任务所需的用户数据。这样，就实现了基站仅需采集一次用户数据就可同时满足信令软采任务和信令跟踪任务。

步骤104：通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。

基站在开启软采任务时，会把要发送的综合用户数据镜像到图2所示的监视器(monitor)端口上，当采集完成时，通过monitor端口将综合用户数据输出，经由IF0接口发送至SCA，IF0接口为基站等网元设备与SCA之间的数据接口，SCA对所述综合用户数据进行汇聚并添加时间标识后生成第一软采结果数据，并将第一软采结果数据经由图2所示的IF1接口发送至共享平台，IF1接口为采集层与共享平台的接口，IF1接口采用SDTP协议。如图2所示，本发明实施例示出的信令软采系统和网管系统包括采集层、共享层和应用层。其中采集层主要负责综合用户数据的采集。应用层中信令监测类应用向共享平台订阅信令数据，从共享平台接收所需的呼叫详细记录(CDR，Call Detail Record)/事务详细记录(TDR，Transaction Detail Record)信令数据，在本发明实施例中，所述的信令数据均来源于第一软采结果数据，其它业务系统通过订阅通知方式从共享平台获取所需的业务信令数据，典型的应用系统包括信令监测系统、小区短信系统、漫游短信欢迎系统、漫游天气预报系统、手机报系统等。BOSS系统通过图2所示的IF3接口为共享平台提供基础系统资源配置局数据支持，例如基站小区数据、品牌号段数据等。中国移动全国网管系统监控平台通过图2所示的IF4接口向共享平台下发设备状态查询、设备参数配置等网管指令。

如图2所示，共享平台包括信令处理模块、接入模块、管理模块及存储模块。其中，信令处理模块主要完成对SCA上报的第一软采结果数据进行预处理以及在此基础上的进一步分析、合成、以及处理等操作，生成应用系统所需的业务信令数据、CDR/TDR信令数据或统计数据等，包括信令分析单元和信令预处理单元；接入模块主要负责根据应用系统的订阅请求，进行协议转换以及数据分发功能，主要包括数据分发单元和协议转换单元；管理模块主要负责订阅、查询、注册以及安全控制等业务管理，网管等系统管理功能，以及数据存储等功能，主要包括业务管理单元和系统管理单元。存储模块存储系统业务配置信息，以及一定周期内的业务信令数据和CDR/TDR信令数据，并支持在数据为成功传送到应用系统的情况下，缓存数据以便数据重传。在本发明实施例中，由SCA发送到共享平台的第一软采结果数据在未成功传送到应用层的情况下，就缓存在存储模块中。

现有技术中，SCA原本只对信令软采数据进行处理，因此，在本发明实施例中，基站需要下发信令跟踪转发命令至SCA，所述信令跟踪转发命令中包含信令跟踪对象、跟踪类型和结束时间；SCA基于接收到的信令跟踪转发命令和综合用户数据，生成第一跟踪结果数据并发送给网管。

本发明实施例的基于信令软采的信令跟踪方法，在信令软采任务和信令跟踪任务同时开启的情况下，通过比较信令软采任务和信令跟踪任务的对象、消息接口类型和结束时间，将不在信令软采任务中的信令跟踪任务的对象、消息接口类型增加到信令软采任务中，并将信令软采任务的结束时间修改为信令跟踪任务的结束时间，进而进行数据采集得到既包含所述信令软采任务所需的用户数据，又包含所述信令跟踪任务所需的用户数据的综合用户数据，由SCA基于综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，并由SCA将第一跟踪结果数据发送给网管，实现了在信令软采任务和信令跟踪任务同时开启的情况下，基站仅需采集一次用户数据就能同时满足信令软采任务和信令跟踪任务的数据需求，从而减小了基站的运行负荷。

实施例二

参照图3，示出了本发明实施例二的基于信令软采的信令跟踪方法的流程图，具体可以包括如下步骤：

步骤201：接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息，所述信令软采信息包括第一对象集、第一类型集和第一结束时间，所述信令跟踪信息包括第二对象集、第二类型集和第二结束时间；所述第一对象集和所述第二对象集均包括至少一个小区；所述第一类型集和所述第二类型集均包括至少一个消息接口类型。

本发明实施例中的第一对象集包括至少一个第一对象，所述第一对象为信令软采任务针对的对象，第二对象集包括至少一个第二对象，所述第二对象为信令跟踪任务针对的对象，所述对象为小区；第一类型集包括至少一个第一类型，所述第一类型为信令软采任务针对的消息接口类型，第二类型集包括至少一个第二类型，所述第二类型为信令跟踪任务针对的消息接口类型；第一结束时间为信令软采任务的执行结束时间，第二结束时间为信令跟踪任务的执行结束时间。

该步骤可以参照步骤101的详细说明，在此不再赘述。

步骤202：若所述信令软采任务和所述信令跟踪任务均存在，且所述第二对象集中的至少一个小区不存在于所述第一对象集中，则将所述小区增加到所述第一对象集中。

若第二对象集中的至少一个小区不存在于所述第一对象集中，即可认定所述信令软采信息和所述信令跟踪信息不一致，将所述不存在于所述第一对象集中的小区增加到所述第一对象集中。至此，修改后的信令软采信息的第一对象集既包含信令软采任务针对的小区，又包含信令跟踪任务针对的小区，进而基于修改后的信令软采信息进行数据采集，得到的综合用户数据不仅包含信令软采任务所需的用户数据，还包含信令跟踪任务所需的用户数据，实现了仅需采集一次用户数据就能同时满足信令软采任务和信令跟踪任务的数据需求，从而减小了基站的运行负荷。

步骤203：若所述信令软采任务和所述信令跟踪任务均存在，且所述第二类型集中的至少一个消息接口类型不存在于所述第一类型集中，则将所述消息接口类型增加到所述第一类型集中。

若第二类型集中的至少一个消息接口类型不存在于所述第一类型集中，即可认定所述信令软采信息和所述信令跟踪信息不一致，将所述不存在于所述第一类型集中的消息接口类型增加到所述第一类型集中。至此，修改后的信令软采信息的第一类型集既包含信令软采任务针对的消息接口类型，又包含信令跟踪任务针对的消息接口类型，这样，基于修改后的信令软采信息，信令软采任务所需的用户数据和信令跟踪任务所需的用户数据均由基站发送到SCA分别生成信令软采结果数据和信令跟踪结果数据，基站不需要同时向SCA和网管发送数据，从而减小了基站的运行负荷。

步骤204：若所述信令软采任务和所述信令跟踪任务均存在，且所述第一结束时间与所述第二结束时间不一致，则将所述第一结束时间修改为所述第二结束时间。

其中，第一结束时间与第二结束时间不一致，包括：第一结束时间在第二结束时间之前，或第一结束时间和第二结束时间相同。

本公开的实施例可以在第一结束时间和第二结束时间不一致的情况下，修改第一结束时间，从而使得基于修改后的信令软采信息采集的用户数据包含了信令跟踪信息所需要采集的用户数据，实现了基站仅需采集一次用户数据就可同时满足信令软采任务和信令跟踪任务的采集需求。

需要说明的是，在本发明的实施例中对步骤202、203、204的执行顺序不做具体限定。

可选的，在实际应用中，若信令软采任务和信令跟踪任务同时存在，若仅存在至少一个所述小区不存在于所述第一对象集中，则仅对所述第一对象集进行修改，对所述第一类型集和所述第一结束时间不做任何修改。

可选的，在实际应用中，若信令软采任务和信令跟踪任务同时存在，若仅存在至少一个所述消息接口类型不存在于所述第一类型集中，则仅对所述第一类型集进行修改，对所述第一对象集和所述第一结束时间不做任何修改。

可选的，在实际应用中，若信令软采任务和信令跟踪任务同时存在，若仅存在所述第一结束时间与所述第二结束时间不一致，则仅对所述第一结束时间进行修改，对所述第一对象集和所述第一类型集不做任何修改。

对于若信令软采任务和信令跟踪任务同时存在，所述步骤202、203、204示出的情况同时或任意组合存在的情形，本发明实施例不做过多的赘述。

步骤205：基于修改后的信令软采信息采集用户数据，作为综合用户数据。

基于修改后的信令软采信息得到的综合用户数据，既包含所述信令软采任务所需的用户数据，也包含所述信令跟踪任务所需的用户数据。这样，就实现了基站仅需采集一次用户数据就可同时满足信令软采任务和信令跟踪任务。

步骤206：通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据由所述流量汇聚适配器转换为用户数据报协议(UDP，UserDatagram Protocol)格式之后，发送至网管。

基站和网管之间的数据经由图2虚线所示的网管线进行传输，传输的数据格式为UDP格式，而SCA通过IF0接口接收基站发送的综合用户数据，由于IF0接口采用共享数据传输协议(SDTP，Shared Data Transfer Protocol)因此基站与SCA之间传输的数据格式为SDTP格式，若通过SCA将所述第一跟踪结果数据发送给网管时，则需要对所述第一跟踪结果数据进行格式转化。为了避免SCA和网管都需要进行数据格式转化，在本发明实施例中，通过SCA将收到的SDTP格式的第一跟踪结果数据转化为UDP格式并发送给网管，具体的，包括：由SCA通过图2所示的共享平台的协议转化单元将SDTP格式的第一跟踪结果数据去掉数据包长度、通用包头和专用包头，增加上UDP协议数据的通用包头，得到UDP格式的第一跟踪结果数据，所述协议转化单元提供协议转换功能，将SDTP协议转换为应用系统所需的接口协议类型；增加SCA的UDP接口，由SCA通过所述UDP接口将UDP格式的第一跟踪结果数据发送给网管。

在本发明实施例中，若信令软采任务和信令跟踪任务同时存在，通过判断是否存在至少一个所述小区不存在于所述第一对象集中，和/或是否存在至少一个所述消息接口类型不存在于所述第一类型集中，和/或所述第一结束时间与所述第二结束时间是否一致，确定所述信令软采信息是否与所述信令跟踪信息一致，当所述信令软采信息与所述信令跟踪信息不一致时，对所述信令软采信息进行修改。至此，修改后的信令软采信息既包含所述信令软采信息，又包含所述信令跟踪信息的跟踪对象、跟踪类型和结束时间。基于所述修改后的信令软采信息采集到的综合用户数据，既包含所述信令软采任务所需的用户数据，又包含所述信令跟踪任务所需的用户数据，实现了在信令软采任务和信令跟踪任务同时开启的情况下，基站仅需采集一次用户数据就能同时满足信令软采任务和信令跟踪任务的数据需求，减小了基站的运行负荷。

此外，在本发明实施例中，通过SCA将收到的SDTP格式的第一跟踪结果数据转化为UDP格式并发送给网管，实现了仅通过一次协议更新即可完成由基站、SCA、网管之间的数据传输，避免了由SCA和网管都进行协议更新造成通信负荷。

实施例三

参照图4，示出了本发明实施例三的基于信令软采的信令跟踪方法的流程图，具体可以包括如下步骤：

步骤301：接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息。

该步骤可以参照步骤101的详细说明，在此不再赘述。

步骤302：若仅存在信令软采任务，则根据所述信令软采任务的信令软采信息采集用户数据，作为软采用户数据。

若信令软采任务的开关处于开启状态，信令跟踪任务的开关处于关闭状态，则认定当前仅存在信令软采任务，此时只需根据信令软采信息采集用户数据。

步骤303：通知流量汇聚适配器基于所述软采用户数据生成第二软采结果数据，所述第二软采结果数据由所述流量汇聚适配器送往共享层。

在仅存在信令软采任务的情形下，无需对信令软采信息进行修改。依据所述信令软采信息采集到的软采用户数据由基站通过图2所示的monitor端口进行镜像，镜像出来的软采用户数据不做任何处理，转发至SCA，由SCA对数据进行汇聚并添加时间标识后生成第二软采结果数据，并通过图2所示的IF1接口将第二软采结果数据发送至图2所示的共享平台的信令预处理单元进行后续处理，所述信令预处理单元负责把各个分散的SCA发送的数据汇聚到一起，对共享平台提供数据支持，并对数据的完整性、准确性进行检验。

本发明实施例的基于信令软采的信令跟踪方法，在仅存在信令软采任务的情形下，通过直接根据所述信令软采任务的信令软采信息进行用户数据采集，进而生成信令软采结果数据，并由SCA将所述信令软采结果数据进行统一封装后传输到信令共享平台，以供图2所示的应用层的其它业务系统通过订阅通知方式从共享层获取所需的业务信令数据，提高了信令软采数据的利用率。此外，通过镜像方式从基站的monitor端口得到信令软下结果数据，减小了基站的负荷，提高了对基站的监听效率。

实施例四

参照图5，示出了本发明实施例四的基于信令软采的信令跟踪方法的流程图，具体可以包括如下步骤：

步骤401：接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息。

该步骤可以参照步骤101的详细说明，在此不再赘述。

步骤402：若仅存在信令跟踪任务，则根据所述信令跟踪任务的信令跟踪信息采集第二跟踪结果数据。

若信令软采任务的开关处于关闭状态，信令跟踪任务的开关处于开启状态，则认定当前仅存在信令跟踪任务，此时只需根据信令跟踪信息采集用户数据。

步骤403：将所述第二跟踪结果数据发送至网管。

由于当前仅存在信令跟踪任务，因此信令跟踪的结果数据由基站直接发送至网管，无需经过流量汇聚适配器进行数据转发。

本发明实施例，在仅存在信令跟踪任务的情形下，通过基站直接根据所述信令跟踪任务的信令跟踪信息采集用户数据，并由基站直接将信令跟踪结果数据发送至网管，避免了因数据转发造成的通信负荷。

实施例五

参照图6，示出了本发明实施例五的基站的结构框图，具体可以包括如下模块：

任务接收模块501，用于接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息。

信令修改模块502，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改。

数据采集模块503，用于基于修改后的信令软采信息采集用户数据，作为综合用户数据。

通知模块504，用于通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。

本发明实施例的基站，在信令软采任务和信令跟踪任务同时开启的情形下，通过比较信令软采任务和信令跟踪任务的对象、消息接口类型和结束时间，将不在信令软采任务中的信令跟踪任务的对象、消息接口类型增加到信令软采任务中，并将信令软采任务的结束时间修改为信令跟踪任务的结束时间，进而进行数据采集得到既包含所述信令软采任务所需的用户数据，又包含所述信令跟踪任务所需的用户数据的综合用户数据，由SCA基于综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，并由SCA将第一跟踪结果数据发送给网管，实现了在信令软采任务和信令跟踪任务同时开启的情况下，基站仅需采集一次用户数据就能同时满足信令软采任务和信令跟踪任务的数据需求，减小了基站的运行负荷。

实施例六

参照图7，示出了本发明实施例六的基站的结构框图，具体包括如下模块：

任务接收模块601，用于接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息。

信令修改模块602，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改。

数据采集模块603，用于基于修改后的信令软采信息采集用户数据，作为综合用户数据。

通知模块604，用于通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据由所述流量汇聚适配器转换为UDP格式之后，发送至网管。

软采数据采集模块605，用于若仅存在信令软采任务，则根据所述信令软采任务的信令软采信息采集用户数据，作为软采用户数据。

软采通知模块606，用于通知流量汇聚适配器基于所述软采用户数据生成第二软采结果数据，所述第二软采结果数据由所述流量汇聚适配器送往共享层。

跟踪数据采集模块607，用于若仅存在信令跟踪任务，则根据所述信令跟踪任务的信令跟踪信息采集第二跟踪结果数据。

跟踪结果发送模块608，用于将所述第二跟踪结果数据发送至网管。

可选地，所述信令软采信息包括第一对象集、第一类型集和第一结束时间，所述信令跟踪信息包括第二对象集、第二类型集和第二结束时间；所述第一对象集和所述第二对象集均包括至少一个小区；所述第一类型集和所述第二类型集均包括至少一个消息接口类型；所述信令修改模块602还可以包括：对象修改单元6021、类型修改单元6022、时间修改单元6023。

其中，对象修改单元6021，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述第二对象集中的至少一个小区不存在于所述第一对象集中，则将所述小区增加到所述第一对象集中。

类型修改单元6022，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述第二类型集中的至少一个消息接口类型不存在于所述第一类型集中，则将所述消息接口类型增加到所述第一类型集中。

时间修改单元6023，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述第一结束时间与所述第二结束时间不一致，则将所述第一结束时间修改为所述第二结束时间。

本发明实施例的基站，在信令软采任务和信令跟踪任务同时开启的情形下，通过判断是否存在至少一个所述小区不存在于所述第一对象集中，和/或是否存在至少一个所述消息接口类型不存在于所述第一类型集，和/或所述第一结束时间与所述第二结束时间是否一致，确定所述信令软采信息是否与所述信令跟踪信息一致，当不一致时，对所述信令软采信息进行修改。至此，修改后的信令软采信息既包含所述信令软采信息，又包含所述信令跟踪信息的跟踪对象、跟踪类型和结束时间。基于所述修改后的信令软采信息采集到的综合用户数据，既包含所述信令软采任务所需的用户数据，又包含所述信令跟踪任务所需的用户数据，实现了在信令软采任务和信令跟踪任务同时开启的情况下，基站仅需采集一次用户数据就能同时满足信令软采任务和信令跟踪任务的数据需求，减小了基站的运行负荷。

此外，在仅存在信令软采任务的情形下，通过直接根据所述信令软采任务的信令软采信息进行用户数据采集，进而生成信令软采结果数据，并由SCA将所述信令软采结果数据进行统一封装后传输到信令共享平台，以供图2所示的应用层的其它业务系统通过订阅通知方式从共享层获取所需的业务信令数据，提高了信令软采数据的利用率，通过镜像方式从基站的monitor端口得到信令软下结果数据，减小了基站的负荷，提高了对基站的监听效率；在仅存在信令跟踪任务的情形下，通过基站直接根据所述信令跟踪任务的信令跟踪信息采集用户数据，并由基站直接将信令跟踪结果数据发送至网管，避免了因数据转发造成的通信负荷。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

相应的，本发明还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被基站执行时实现本发明前述基于信令软采的信令跟踪方法。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的视频展示设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (15)

1.一种基于信令软采的信令跟踪方法，应用于基站，其特征在于，所述方法包括：

接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息；

若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改；

基于修改后的信令软采信息采集用户数据，作为综合用户数据；

通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。

2.根据权利要求1所述的方法，其特征在于，所述信令软采信息包括第一对象集，所述信令跟踪信息包括第二对象集，所述第一对象集和第二对象集均包括至少一个小区；若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改的步骤，包括：

若所述信令软采任务和所述信令跟踪任务均存在，且所述第二对象集中的至少一个小区不存在于所述第一对象集中，则将所述小区增加到所述第一对象集中。

3.根据权利要求1所述的方法，其特征在于，所述信令软采信息包括第一类型集，所述信令跟踪信息包括第二类型集，所述第一类型集和所述第二类型集均包括至少一个消息接口类型；若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改的步骤，包括：

若所述信令软采任务和所述信令跟踪任务均存在，且所述第二类型集中的至少一个消息接口类型不存在于所述第一类型集中，则将所述消息接口类型增加到所述第一类型集中。

4.根据权利要求1所述的方法，其特征在于，所述信令软采信息包括第一结束时间；所述信令跟踪信息包括第二结束时间；若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改的步骤，包括：

若所述信令软采任务和所述信令跟踪任务均存在，且所述第一结束时间与所述第二结束时间不一致，则将所述第一结束时间修改为所述第二结束时间。

5.根据权利要求1所述的方法，其特征在于，所述接收目标任务的步骤之后，还包括：

若仅存在信令软采任务，则根据所述信令软采任务的信令软采信息采集用户数据，作为软采用户数据；

通知流量汇聚适配器基于所述软采用户数据生成第二软采结果数据，所述第二软采结果数据由所述流量汇聚适配器送往共享层。

6.根据权利要求1所述的方法，其特征在于，所述接收目标任务的步骤之后，还包括：

若仅存在信令跟踪任务，则根据所述信令跟踪任务的信令跟踪信息采集第二跟踪结果数据；

将所述第二跟踪结果数据发送至网管。

7.根据权利要求1所述的方法，其特征在于，所述第一跟踪结果数据由所述流量汇聚适配器转换为UDP格式之后，发送至网管。

8.一种基站，其特征在于，所述基站包括：

任务接收模块，用于接收目标任务，所述目标任务包括信令软采任务和/或信令跟踪任务，所述信令软采任务包括信令软采信息，所述信令跟踪任务包括信令跟踪信息；

信令修改模块，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述信令软采信息和所述信令跟踪信息不一致时，则基于所述信令跟踪信息对所述信令软采信息进行修改；

数据采集模块，用于基于修改后的信令软采信息采集用户数据，作为综合用户数据；

通知模块，用于通知流量汇聚适配器基于所述综合用户数据分别生成第一软采结果数据和第一跟踪结果数据，所述第一软采结果数据是所述综合用户数据中与所述信令软采任务对应的数据，所述第一跟踪结果数据是所述综合用户数据中与所述信令跟踪任务对应的数据，所述第一跟踪结果数据经由所述流量汇聚适配器发送至网管。

9.根据权利要求8所述的基站，其特征在于，所述信令软采信息包括第一对象集，所述信令跟踪信息包括第二对象集，所述第一对象集和所述第二对象集均包括至少一个小区；所述信令修改模块，包括：

对象修改单元，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述第二对象集中的至少一个小区不存在于所述第一对象集中，则将所述小区增加到所述第一对象集中。

10.根据权利要求8所述的基站，其特征在于，所述信令软采信息包括第一类型集，所述信令跟踪信息包括第二类型集，所述第一类型集和所述第二类型集均包括至少一个消息接口类型；所述信令修改模块，包括：

类型修改单元，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述第二类型集中的至少一个消息接口类型不存在于所述第一类型集中，则将所述消息接口类型增加到所述第一类型集中。

11.根据权利要求8所述的基站，其特征在于，所述信令软采信息包括第一结束时间；所述信令跟踪信息包括第二结束时间；所述信令修改模块，包括：

时间修改单元，用于若所述信令软采任务和所述信令跟踪任务均存在，且所述第一结束时间与所述第二结束时间不一致，则将所述第一结束时间修改为所述第二结束时间。

12.根据权利要求8所述的基站，其特征在于，还包括：

软采数据采集模块，用于若仅存在信令软采任务，则根据所述信令软采任务的信令软采信息采集用户数据，作为软采用户数据；

软采通知模块，用于通知流量汇聚适配器基于所述软采用户数据生成第二软采结果数据，所述第二软采结果数据由所述流量汇聚适配器送往共享层。

13.根据权利要求8所述的基站，其特征在于，还包括：

跟踪数据采集模块，用于若仅存在信令跟踪任务，则根据所述信令跟踪任务的信令跟踪信息采集第二跟踪结果数据；

跟踪结果发送模块，用于将所述第二跟踪结果数据发送至网管。

14.根据权利要求8所述的基站，其特征在于，所述第一跟踪结果数据由所述流量汇聚适配器转换为UDP格式之后，发送至网管。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被基站执行时实现权利要求1至7任意一项所述的基于信令软采的信令跟踪方法。

Images