专利名称：在线跟踪业务流程的方法
技术领域：
本发明涉及通信领域，特别涉及移动通信系统中核心网设备内部各个功能模块之间对消息在线跟踪的实现技术。
背景技术：
在通用分组无线业务(General Packet Radio Service，简称“GPRS”)核心网设备商用的过程中，需要分析某类特定用户对性能指标的影响，以及分析核心网设备的运行状况。但是，由于网上用户数多，GPRS网络设备复杂，各厂商手机功能实现不一致，给网上性能分析带来了一定困难。
在这个过程中，需要对通信系统网络设备之间以及设备内部的消息进行跟踪，从而获得对各类性能影响以及设备的运行状况等的足够了解，以便解决相应的问题。
目前，已有针对特定用户的消息跟踪技术，其具体的实现方式是将特定用户在各标准接口上的消息上报到消息跟踪台。
图1示出了现有技术处理通信系统对业务流程中消息跟踪的实现方法。
其中A设备10、B设备11以及C设备12是移动通信网络中核心网部分的各个诸如通用分组无线业务网关支持节点(GPRS Gateway SupportNode，简称“GGSN”)、通用分组无线业务服务支持节点(Serving GPRSSupport Node，简称“SGSN”)以及归属位置寄存器(Home Location Register，简称“HLR”)之类的网络设备。而且，这个三个设备之间的系统接口都是规范的标准接口。
如图1所示，当需要分析一个特定的由A设备10经B设备11到达C设备12的消息流程对网络性能的影响时，就有必要对该消息的处理进行跟踪。
于是，系统首先在A设备10与B设备11的标准接口上将由A设备10发往B设备11的消息1上报到消息跟踪台。其中，消息跟踪台是用来显示跟踪到的消息结果的，它位于移动通信网络的操作和维护中心。
而后，这个消息1经过B设备11处理后转换成为消息2，通信系统于是再在B设备11和C设备12的标准接口上将消息2上报到消息跟踪台，而对于B设备11是如何处理该消息1，以及B设备11内部的各个子模块处理该消息前后的信息则是现有技术所无法获得的。
在实际应用中，上述方案存在以下问题由于现有技术中对消息的跟踪中主要是跟踪系统网络设备之间标准接口上的消息，所以只能知道设备处理相应消息后的结果，而不知道该消息在具体设备内部的各个模块之间的转换过程，而且系统中网络设备之间的标准接口能提供的信息是非常有限的，往往对网络设备的运行状况和性能分析帮助不是很大。
发明内容
有鉴于此，本发明的主要目的在于提供一种在线跟踪业务流程的方法，以解决上文中提到的对消息跟踪过程中的网络设备运行状况和性能分析困难和定位手段单一的问题，以及解决信息不足无法进行快速有效分析的问题。从而不仅实现对设备间消息的跟踪，而且实现对系统设备内部各个模块之间处理消息前后的在线跟踪，对设备运行状况和性能提供更多样、更全面的分析依据。
为实现上述目的，本发明提供了一种在线跟踪业务流程的方法，包含以下步骤A业务模块收到需要跟踪的第一消息时，将该消息中的用户活动信息保存至该用户的用户信息表中；
B所述业务模块将所述用户信息表封装成第二消息，并通过消息跟踪模块发送至消息跟踪台；C当所述业务模块处理完所述第一消息时，将更新后的用户信息表封装成第三消息，并通过消息跟踪模块发送至消息跟踪台。
其中，所述步骤A中，当跟踪标志表示为需要跟踪，并且已根据所述用户创建了用户跟踪时，所述业务模块判定需要跟踪收到的消息。
所述方法还包含以下步骤D所述消息跟踪台调用所述业务模块中的消息解析文件，将二进制码流形式的所述第二和第三消息解析成可读形式，并显示解析结果。
所述业务模块和所述消息跟踪模块位于通信设备中，所述消息跟踪台位于操作和维护中心。
所述通信设备是SGSN、或GGSN。
所述业务模块是通用分组无线业务服务支持节点中的移动性管理模块、或会话管理模块、或短消息处理模块。
所述方法还包含以下步骤所述消息跟踪台将所述第二和第三消息全部或单独保存为所述消息跟踪台可运行的文件形式，用于分析和定位。
通过比较可以发现，本发明的技术方案与现有技术的区别在于，现有技术处理消息跟踪的实现方式是将特定用户在各标准接口上的消息上报到消息跟踪台。由于现有技术对消息跟踪的处理主要是集中在对网络设备之间标准接口的消息跟踪，所以只能知道其设备之间运行的结果，而不知道消息在具体设备内部各个模块之间的消息转换过程，而且标准接口能提供的信息非常有限，往往对网络设备运行状况和性能分析帮助不大。
而本发明方案则是通过业务模块、消息跟踪模块以及消息跟踪台之间的通力协作，针对需要进行跟踪的消息，将设备内部各业务模块处理前后的消息以信息表方式上报，以此来实现对通信系统中网络设备内部模块之间消息的跟踪。
这个消息跟踪的过程类似于用户标准接口上消息的上报和解析，只是业务模块通知消息跟踪模块的消息类型是特定的，这样就使得消息跟踪模块可以根据消息的类型直接调用业务模块中对应的消息解析文件来将二进制码流的消息解析成可读的形式。
因此，本发明方案的这种针对通信系统中网络设备内部各个模块之间消息跟踪的处理，为分析网络设备的运行状况和性能提供更加细致和可靠的依据。
这种技术方案上的区别，带来了较为明显的有益效果，即本发明方案通过业务模块、消息跟踪模块以及消息跟踪台的协调作用，实现通信系统中网络设备内部各个模块对消息处理前后的跟踪，一方面可以方便的针对特定用户进行其内部信息的有效获取，而且，消息跟踪方式的手段使得控制信息表非常直观明了且有效，定位更加方便。另一方面，对于消息跟踪台上用户信息表的消息均可以选择全部或单个保存成维护台可运行的文件方式，使得回顾分析定位相应消息内容时能够得到很多的方便。
图1是现有技术处理通信系统对业务流程中消息跟踪的实现方法示意图；图2是根据本发明的一个实施例的在线跟踪业务流程的方法原理示意图；图3是根据本发明的一个实施例的在线跟踪业务流程的方法的消息传递示意图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。
本发明方案通过对在线可控使用跟踪功能、对可分业务进行流程控制、以及对业务流程任务处理模块的信息以消息方式在线输出，以此来实现业务流程处理模块在线跟踪的方法，而且对于用户信息表消息可以以直观的方式进行解析，方便维护人员进行分析，而对于用户信息表则可以保存以便回顾，供日后分析、比较。
其中，通过在线可控使用跟踪功能，使得业务流程处理模块跟踪标志可以在维护台上使用命令行的方式进行控制。如果该跟踪标志设为True，则表明进行业务流程处理模块跟踪；如果该标志设为False，则标明不进行用户跟踪。判断是否使用跟踪的条件是根据该用户创建了用户跟踪与否以及是否存在业务流程处理模块跟踪的标志来判断是否需将用户信息表作为消息上报。
而对可分业务进行流程控制则是为了针对某些业务流程进行跟踪，本发明方案可以设定特定的业务流程，只在设定的业务流程中进行业务流程处理模块的跟踪。
对于通信系统中网络设备内部各个模块之间消息处理前后的跟踪是通过业务模块、消息跟踪模块以及消息跟踪台之间的协调工作来实现的。
下面根据本发明方案，来作具体的阐述。业务模块进行业务流程时，在设备中均会针对每一个用户建立一个用户信息表，用以保存用户的身份信息、位置信息、当前流程的信息以及和内部接口交互的信息，并且用户信息表根据不同流程、不同阶段更新信息。从用户信息表中可以获取每个阶段用户的各种活动信息、以及当前处理流程的状态。本发明就是将用户信息表以消息方式进行上报，而上报的信息表中包含有当前用户在各模块处理前后不同阶段的信息，以便观察网络系统中设备内部处理的详细过程，从而达到有效分析通信系统运行状况的目的。
图2示出了本发明的业务流程信息点的信息以消息方式在线输出过程中用户信息表跟踪的示意图。
如图2所示，用户信息表跟踪的过程主要由业务模块20、消息跟踪模块21以及消息跟踪台22来协同实现的。
其中，业务模块20位于通信设备中，熟悉本领域的人员应该知道，这里涉及的通信设备即是诸如通用分组无线业务服务支持节点(Serving GPRSSupport Node，简称“SGSN”)、或通用分组无线业务网关支持节点(GPRSGateway Support Node，简称“GGSN”)之类的设备。而业务模块可以是SGSN中的移动性管理模块、会话管理模块或者短消息处理模块。
消息跟踪模块21也和业务模块20一样都是位于通信设备中的。而消息跟踪台22则位于操作和维护中心，用以接收信息表和处理信息解析，并为维护人员提供相关信息。
消息解析文件201则是业务模块20提供的用以解析消息的文件，通过消息跟踪台调用消息解析文件把二进制消息码流解析为可读的形式，以方便维护人员进行维护。因为消息为二进制码流，不进行消息解析处理维护人员无法现场进行分析。本发明方案提供了消息解析的功能可以以直观的方式解析用户信息表消息，方便维护人员进行分析。
如图2所示，业务模块20控制在用户活动的各个阶段将当前的用户信息表组装成消息发送给消息跟踪模块21。具体的说，当业务模块20收到消息A，将相关信息保存在用户信息表中，并在该消息A被处理之前，由业务模块20控制将用户信息表封装成消息发送给消息跟踪模块21。然后，消息跟踪模块21将用户信息表发送到消息跟踪台22。
而在业务模块20处理完收到的消息A后，再由该业务模块20控制将用户信息表封装成消息发送给消息跟踪模块21，而随后消息跟踪模块21再将经过业务模块20处理后的消息所对应的用户信息表发送到消息跟踪台22。
消息跟踪模块21负责接收业务模块20的跟踪消息以及将该消息码流发送到消息跟踪台22上，并调用业务模块20提供的消息解析文件201来对消息进行解析，从而将二进制码流形式的消息解析成可读形式，并显示其解析结果。这些过程都类似于用户标准接口消息的上报和解析，只是在本专利中业务模块20通知消息跟踪模块21的消息类型是特定的，如用户信息表消息，以使得消息跟踪模块21可以根据消息类型直接调用业务模块20中对应的消息解析文件201。
下面参照图3来具体描述本发明方案的消息跟踪的具体流程。
如图3所示，首先在步骤310中，业务模块20收到一个消息B，然后对其进行判定是否需要进行消息跟踪，具体的判定方法是根据前面所述的本发明方案中的在线可控功能，为了文章的简明在此就不再重复叙述了。而当消息B中的跟踪标志表示为需要跟踪时，并且已根据用户创建了用户跟踪时，业务模块则判定为需要跟踪收到的该消息B，于是业务模块就将该消息B中的用户活动信息保存至该用户的用户信息表中；随后，进入步骤320。
在步骤320，业务模块20将消息B所对应的该用户信息表封装成消息P，并将此封装消息P发送到消息跟踪模块21中。然后，在步骤330，消息跟踪模块21再将该封装消息P发送至消息跟踪台22。
随后，在步骤330，业务模块20处理收到的消息B。当业务模块20处理完成该消息B后，就在步骤340中由业务模块20控制将更新后的用户信息表封装成消息Q。并进入步骤350。在步骤350，业务模块将封装的消息Q发送到消息跟踪模块21。随后，在步骤360中，消息跟踪模块21再将该封装消息Q转发到消息跟踪台22。
因为消息为二进制码流，如果不进行消息解析维护人员无法现场进行分析，因此必须对消息进行消息解析。于是，当消息跟踪台22在接收到由业务模块20通过消息跟踪模块21转发过来的封装消息P和封装消息Q后，便在步骤370中，消息跟踪台22调用业务模块32中提供的消息解析文件来将二进制码流的消息解析成可读的形式。这样，就通过消息解析，将二进制码流的封装消息P和封装消息Q解析成为可读形式，并显示其解析结果，从而最终完成了对该业务流程的设备内部模块之间的消息跟踪。
消息跟踪台将封装消息P和封装消息Q全部或单独保存为消息跟踪台可运行的文件形式，用于分析和定位。这样就可以保存回顾，供日后分析比较提供了方便。
虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。
权利要求
1.一种在线跟踪业务流程的方法，其特征在于，包含以下步骤A业务模块收到需要跟踪的第一消息时，将该消息中的用户活动信息保存至该用户的用户信息表中；B所述业务模块将所述用户信息表封装成第二消息，并通过消息跟踪模块发送至消息跟踪台；C当所述业务模块处理完所述第一消息时，将更新后的用户信息表封装成第三消息，并通过消息跟踪模块发送至消息跟踪台。
2.根据权利要求1所述的在线跟踪业务流程的方法，其特征在于，所述步骤A中，当跟踪标志表示为需要跟踪，并且已根据所述用户创建了用户跟踪时，所述业务模块判定需要跟踪收到的消息。
3.根据权利要求1所述的在线跟踪业务流程的方法，其特征在于，所述方法还包含以下步骤D所述消息跟踪台调用所述业务模块中的消息解析文件，将二进制码流形式的所述第二和第三消息解析成可读形式，并显示解析结果。
4.根据权利要求1所述的在线跟踪业务流程的方法，其特征在于，所述业务模块和所述消息跟踪模块位于通信设备中，所述消息跟踪台位于操作和维护中心。
5.根据权利要求4所述的在线跟踪业务流程的方法，其特征在于，所述通信设备是通用分组无线业务服务支持节点、或通用分组无线业务网关支持节点。
6.根据权利要求1所述的在线跟踪业务流程的方法，其特征在于，所述业务模块是通用分组无线业务服务支持节点中的移动性管理模块、或会话管理模块、或短消息处理模块。
7.根据权利要求3所述的在线跟踪业务流程的方法，其特征在于，所述方法还包含以下步骤所述消息跟踪台将所述第二和第三消息全部或单独保存为所述消息跟踪台可运行的文件形式，用于分析和定位。
全文摘要
本发明涉及通信领域，公开了一种在线跟踪业务流程的方法，解决目前对消息跟踪过程中的网络设备运行状况和性能分析困难和定位手段单一的问题。这种在线跟踪业务流程的方法包含以下步骤A业务模块收到需要跟踪的第一消息时，将该消息中的用户活动信息保存至该用户的用户信息表中；B业务模块将用户信息表封装成第二消息，并通过消息跟踪模块发送至消息跟踪台；C当业务模块处理完第一消息时，将更新后的用户信息表封装成第三消息，并通过消息跟踪模块发送至消息跟踪台。
文档编号H04Q7/22GK1722675SQ20041007173
公开日2006年1月18日 申请日期2004年7月13日 优先权日2004年7月13日
发明者沈颖燕, 邱雪峰, 陈靖, 杨立峰, 王辉林, 毛豪辉 申请人:华为技术有限公司