CN100399852C - 移动通信系统中的业务流程维护方法 - Google Patents

Abstract

本发明涉及通信领域，公开了一种移动通信系统中的业务流程维护方法，能够在保证系统稳定的前提下，不但及时并准确地获取接入失败用户的MSISDN、IMSI等标识信息，而且获取各个用户接入失败的原因，这样，当由用户错误输入导致接入失败时，可以获取输入的原始信息。从而增强了维护人员对接入失败，尤其是用户输入错误导致的接入失败问题的分析和解决能力，提高客户满意度。这种移动通信系统中的业务流程维护方法在通用分组无线业务服务支持节点对收到的请求消息处理失败时，将唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息写入专用日志，并在维护时根据所述唯一标识用户的号码、处理失败原因的含义明确的描述及错误信息对故障进行分析和定位。

Description

移动通信系统中的业务流程维护方法

技术领域

本发明涉及通信领域，特别涉及通用分组无线业务(General Packet RadioService，简称“GPRS”)服务支持节点业务流程维护定位技术。

背景技术

二十世纪90年代，第二代数字移动通信迅猛发展，目前移动通信技术正处于一个变革的时代，GPRS是这个转变过程中至关重要的一步，它是在全球移动通信系统(Global System for mobile Communication，简称“GSM”)网基础发展起来的一种数据分组交换和传送技术革新。传统的GSM网络仅能9.6Kbit/s速率的数据传输业务，这远远不能满足用户对高速无线数据业务的需求。GPRS是构架在传统GSM网络之上的一种标准化的分组交换数据业务，它可以提供高达115kbit/s速率的分组数据业务，从而使得包括图片、话音和视频的多媒体业务在无线网络中的传输成为现实。GPRS采用分组交换技术，在通信的过程中不需要建立和保持电路，符合数据通信突发性的特点，并且呼叫建立时间很短。GPRS不再根据用户实际的数据流量来计费，这样就允许用户始终在线，享受方便快捷的服务。因此，GPRS被认为是第二代移动通信系统向第三代移动通信演进的重要一步。

为了保证GPRS网络中用户正常使用，GPRS采用了很多技术来指示网上设备运行的情况，以便及时发现并有效处理问题。移动性管理层的用户接入成功率和会话管理层的分组数据协议(Packet Data Protocol，简称“PDP”)上下文激活成功率就是网上设备运行的两项重要指标。

熟悉本领域的技术人员都知道，移动性管理功能用于跟踪在本地公用陆地移动网络(Public Lands Mobile Network，简称“PLMN”)或其他PLMN中移动台(Mobile Station，简称“MS”)的当前位置；与GPRS用户相关的移动性管理定义了空闲(Idle)、等待(Standby)、就绪(Ready)三种不同的移动性管理状态，每一种状态都描述了一定的功能性级别和分配的信息。移动性管理层的用户接入成功率就是用来标识用户拨通号码后能够接入GPRS网络的成功率。

而会话管理是指GPRS移动台连接到外部数据网络的信令处理过程，包括对PDP上下文的激活、去激活和修改；PDP上下文激活的目的是在某个网络业务接入点上，在MS与网络之间建立一个有着明确服务质量(Quality ofService，简称“QoS”)的PDP上下文传送通道。会话管理层的分组数据协议上下文激活成功率就是用户在接入GPRS网络后，能够建立数据业务通道的成功率。

上述两项指标普遍受到用户配置错误的影响，即可能是因为用户输入错误的指令引起配置错误，这些配置错误导致的业务流程失败，是目前GPRS网络上最常见的一种业务流程失败现象，这种错误由于非网络设备的原因引起，很难准确的定位。而过多的业务流程失败现象不能被准确的界定区分，用户就不可能得到反馈信息，从而导致使用GPRS服务的不便，进而有可能因此而投诉移动运营商，影响移动运营商良好形象。

由此可见，十分需要提供一种快速定位网上用户接入失败、PDP上下文激活失败等各种业务流程失败的方法，准确找到业务处理失败的用户，给出分析处理意见，同时反馈到用户处。网络维护人员利用此方法可以及时排除故障，为客户提供更满意的服务。

下面描述现有技术中，使用比较广泛的两种观测业务流程的手段。

第一种现有技术：性能统计。系统定义好一系列可以反映GPRS网络处理业务流程的质量情况的指标，如某个时段内用户接入请求总次数，接入失败总次数，接入成功总次数，或者PDP上下文激活请求总次数，成功总次数和失败总次数，等等。通过性能台对一个时间段内的这些指标的统计和分析，得出这个时间段内GPRS网络处理业务流程的质量情况。

第二种现有技术：使用第三方仪器进行信令跟踪。即采用专门生产GPRS网络测试仪器的厂商提供的针对GPRS信令跟踪的仪器，熟悉本领域的技术人员都知道，比如安捷伦37907A网络信令测试仪这类仪器。通过信令跟踪，在信息流中找到接入失败或者PDP上下文激活失败的各个用户。

在实际应用中，上述方案存在以下问题：对于第一种方案，由于是对一个时间段内的各项指标进行总体统计，反映出的只是一个整体水平，无法及时获取具体的接入失败用户的号码和接入失败的原因等重要的有针对性的资料，从而无法准确定位到各个用户的特殊失败原因。由此可见，当用户的各个输入操作错误导致呼叫成功率低时，系统无法准确定位用户的问题。

对于第二种方案，由于是通过信令跟踪，因此不适合大流量的情况，这种情况下，很难在大量的消息流中及时有效地获取接入失败的各个用户的信息。

总之，上述现有技术的方案均无法准确及时地获取接入失败的重要资料，从而影响了维护人员分析和解决接入失败问题的能力，无法保证客户满意度。

发明内容

有鉴于此，本发明的主要目的在于提供一种移动通信系统中的业务流程维护方法，使得能够在保证系统稳定的前提下，不但及时并准确地获取接入失败用户的MSISDN、IMSI等标识信息，而且获取各个用户接入失败的原因，这样，当由用户错误输入导致接入失败时，可以获取输入的原始信息。从而增强了维护人员对接入失败，尤其是用户输入错误导致的接入失败问题的分析和解决能力，提高客户满意度。

为实现上述目的，本发明提供了一种移动通信系统中的业务流程维护方法，包含以下步骤：A当通用分组无线业务服务支持节点对收到的请求消息处理失败时，将唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息写入专用日志；

B维护时，根据所述专用日志中记录的所述唯一标识用户的号码、处理失败原因的含义明确的描述及用户输入的错误信息对故障进行分析和定位。

其中，所述唯一标识用户的号码是国际移动台识别号码、或移动台国际综合业务数字网号码、或它们的组合。

所述步骤A还包含以下子步骤：提取系统时间，与唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息一起写入所述专用日志。

所述方法还包含以下步骤：在步骤A之前，通过业务维护台对需要维护的业务流程和失败级别进行动态设定；则在所述步骤A中，当通用分组无线业务服务支持节点对收到的请求消息处理失败时，根据失败原因判断其失败级别；根据所述动态设定的需要维护的业务流程和失败级别结合当前失败的业务流程和业务级别，判断是否需要记录日志，如需要记录，则将唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息写入专用日志。

所述专用日志保存在文件中。所述专用日志保存在数据库中。

所述方法还包含以下步骤：在所述步骤A之前，根据业务维护台在线控制的开关决定是否执行所述步骤A。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，在对用户接入请求消息处理失败后，由SGSN信令处理模块获取唯一标识用户的号码、处理失败原因、用户输入的错误信息，并向日志管理模块上报，日志管理模块将上述信息构成一个日志内容，以文件方式进行存储。维护时，根据专用日志中记录的错误信息对故障进行分析和定位。

这种技术方案上的区别，带来了较为明显的有益效果，即通过发生接入失败的用户的号码以及失败的原因，能够更加准确及时地对接入失败，尤其是由于用户输入错误导致的接入失败的问题进行分析和解决，从而进一步提高客户满意度。

附图说明

图1是根据本发明的一个实施例的移动通信系统中的业务流程维护方法的流程示意图；

图2是根据本发明的一个实施例的移动通信系统中的业务流程维护方法中，PDP激活流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

总的来说，本发明的原理在于，当SGSN消息处理失败时，将用户的IMSI、MSISDN、拒绝原因以及用户输入的错误信息等写入专用的日志，供操作维护人员分析和解决接入失败的问题。此外，通过业务维护台在线控制是否实现该定位功能，并动态进行特定流程和级别的设定，能够对特定流程进行某一个级别的定位跟踪。还以文件方式对输入信息进行存储，从而可以实现在线和离线浏览。可见通过这种方案，能够准确、快速地定位业务流程失败的原因，尤其是由用户匹配错误导致的业务流程失败的原因。

具体的来说，本发明通过将用户相关信息写入专用日志的方法准确定位业务流程失败的用户及失败的原因，虽然现有技术中对于各种失败、异常或者告警都有日志记录，但是这个总的日志包含的信息非常多，要在其中找到并准确定位业务流程失败的用户及失败的原因是非常繁杂而费力的，本发明通过这个专用日志，只记录与准确定位业务流程失败的用户及失败的原因有关的用户信息，就使其显得非常的有针对性。

因此，本发明具备如下的功能：

首先，能够在线控制是否实现该定位功能，即通过业务维护台，动态设置开关功能，可以打开或关闭此业务流程失败定位功能。

其次，能够分级别、分业务流程控制信息输出，通过业务维护台动态进行流程和级别的设定，根据现网运行具体情况，按不同需要对特定的业务流程进行某一级别的定位跟踪，即可以只跟踪某一种特定的业务流程，例如只跟踪PDP上下文激活；或者把特定的业务流程的各种失败按照原因分级，可以把希望关注的原因作为一级，其他原因作为二级，从而特定的业务流程进行某一级别的定位跟踪。对其它运行稳定、无需定位的业务流程则可以关闭功能，需要说明的是，PDP上下文去激活这类业务流程就可以关闭此功能。而且，不同级别失败原因的可以记录在不同的日志中。

再次，可以记录关键信息：IMSI、MSISDN、拒绝原因、用户输入的错误信息。IMSI和MSISDN都是唯一标识用户的号码，可以据此定位失败的用户，熟悉本领域的技术人员都知道，IMSI在全球是唯一的，分配给GSM/GPRS系统中的每一个用户；它的组成包括三位移动国家代码数字，两到三位移动网络代码，和多位移动用户识别码；IMSI只能包含0到9的数字字符，全部数字位数不能超过15位。MSISDN号码是指主叫客户为呼叫PLMN中客户所需拨的号码，以满足任何ISDN或公用电话交换网(Public SwitchedTelephone Network，简称“PSTN”)用户都能够呼叫PLMN内任何MS的要求；它的组成包括国家代码和国内移动号码，其中国内移动号码又分成国内目的码和用户代码；具体的说，我国国家代码为86，国内目的代码，即网络接入号，中国移动公司GSM网为139，中国联通公司GSM网为130，用户代码即客户号码，采用等长10位编号。拒绝原因是完全符合协议的详细文字描述及在此基础上的利于定位的补充。用户输入的错误信息包含了请求的网间互联协议(Internet Protocol，简称“IP”)地址，请求的接入点名称等。

最后，对于信息输出的方式，是以文件方式进行存储，维护人员可实现在线或离线浏览相关信息，便于发现解决问题。

下面结合图1，详细描述本发明的具体的处理流程。在图1中，步骤1510、步骤1520和步骤1530属于SGSN日志处理模块，余下的步骤属于SGSN信令处理模块。

如图1所示，首先在步骤1000，SGSN收到用户发出请求消息，要求接入该SGSN，SGSN。熟悉本领域的技术人员都知道，用户侧发出请求消息的GPRS MS不是一个简单的“电话”，确切的说，它是一个内部装配了数据网络适配器的MS，它类似一台个人电脑，所以发出的请求信息可能多种多样，而不仅仅是只是语音接入请求。

接下来在步骤1100，SGSN开始消息处理流程。需要说明的是，从本步骤开始的后续步骤，是本发明独有的针对各种业务流程情况的处理过程。

接着进入步骤1200，判断SGSN按常规消息处理流程的处理结果情况。如果SGSN成功完成消息的处理流程，则转到步骤1201；如果SGSN没有处理成功，那么又有两种情况，即如属于一级失败，则转到1210步骤，如属于二级失败，则转到1300步骤处理。特别指出，这里的一级失败和二级失败情况就是上述的把特定的业务流程的各种失败按照原因分级，可以把希望关注的原因作为一级，其他原因作为二级。

由于在步骤1200中判断消息的处理流程成功完成，那么进行步骤1201，发送接受消息给用户，即直接返回接受消息给用户，并结束流程；

同样是在步骤1200中，判断消息的处理流程失败，即SGSN如果处理请求消息失败，而且属于一级失败，其信令处理模块根据系统设置要求，在步骤1210，结合当前失败的业务流程、业务级别进行是否需要记录日志的判断。如果判断需要上报，转到步骤1400处理；如果不需要上报，则转向步骤1220。

另一方面，与步骤1210相平行的步骤1300，同样也是在步骤1200中，判断消息的处理流程失败，即SGSN如果处理请求消息失败，但是属于二级失败，其信令处理模块根据系统设置要求，在步骤1300，结合当前失败的业务流程、业务级别进行是否需要记录日志的判断。与步骤1210类似，如果判断需要上报，转到步骤1400处理；如果不需要上报，则转向步骤1220。

特别指出，通过步骤1210和步骤1300，可以实现日志记录可控性，即某个时间段需要全部记录各种失败情况，或者只记录部分失败情况比如只记录一级失败情况等等，按照维护人员的需求记录对他们来说最有参考价值的信息。

如果SGSN系统关闭本方案提供的功能，即此业务此级别的失败无需记录日志，也就是在步骤1210和步骤1300的判断中都得出不需要上报日志的结论，则在步骤1220，SGSN直接发送拒绝消息给用户，流程结束。

如果SGSN系统打开了开关，要求对当前业务流程当前级别的失败作日志记录，也就是在步骤1210和步骤1300的判断中都得出需要上报日志的结论，则在步骤1400，日志生成转换，具体的说，信令处理模块先获取此MS的号码和拒绝的原因，并将表示原因的编码值转换为有良好可读性的含义明确的描述，这一点对于熟悉本领域的技术人员都应知道。以PDP激活失败的的拒绝原因为例，分为很多种：

#26--资源不足

#27--接入点名称(Access Point Name，简称“APN”)缺失或未知

#28--PDP地址或类型未知

#29--用户鉴权失败

#30--GPRS网关支持节点(GPRS Gateway Support Node，简称“GGSN”)拒绝

#31--激活被拒绝，未标定(unspecified)

#32--业务选项不支持

#33--所请求的业务选项未签约

#34--业务选项暂时异常

……

每种原因有对应的编码值，如果不将表示原因的编码值转换为有良好可读性的含义明确的描述，则维护人员维护起来就相当麻烦。

接下来在步骤1500，发送前一步骤中的各种信息到SGSN中的日志管理模块，向日志管理模块上报这些信息。对于信息的具体处理有SGSN日志处理模块所属的步骤完成，SGSN信令处理模块不再处理那些信息，它的下一步处理步骤为1600。

在步骤1600中，SGSN信令处理模块向用户回送拒绝消息，结束当前流程。

另一方面，在SGSN日志处理模块中，首先是步骤1510，收到来自信令处理模块的日志基本信息，包括此MS的号码和拒绝的原因的含义明确的描述。

然后，在步骤1520，日志管理模块提取系统时间，综合从信令处理模块获取的激活失败信息，构造一条完整的日志内容。

最后，步骤1530，填写入指定目录下的日志文件并存储，日志产生完毕。结束对当前业务流程失败的日志记录过程。需要说明的是，SGSN信令处理模块各步骤不必考虑SGSN信令处理模块的情况，即写日志过程不一定要在步骤1600，拒绝消息之前完成。

下面，参照图2，以一个具体的PDP激活流程为例，对本发明的实现情况进行描述。

用户通过信令PDP激活请求消息要求接入所在网络的SGSN，进而接入GGSN，到达使用GPRS提供的数据业务的目的。即图2中的移动台20发起PDP激活请求，通过基站系统21的中间传送，到达通用无线分组业务服务支持节点22，如果没有异常情况，后续步骤就是标准的移动台请求激活PDP的处理过程，比如通用无线分组业务服务支持节点22获得通用无线分组业务网关支持节点23的一个地址，通用无线分组业务网关支持节点23再根据接入点名称找到接入点等等。

但是在接续过程中，SGSN发现异常，拒绝用户接入。即通用无线分组业务服务支持节点22发现异常，那么通过通用无线分组业务服务支持节点22上的SGSN信令处理模块步骤，对系统设置作判断，如果发现要求记录PDP激活失败的信息到日志中，随即获取此用户的号码和拒绝的原因，然后向日志管理模块上报这些信息。再按照SGSN日志处理模块步骤，日志管理模块提取系统时间，综合从信令处理模块获取的激活失败信息，构造一条完整的日志内容，填写入指定目录下的日志文件。文件内容样例如下：

样例一、

(2003/09/23 17:43:46)USER MSISDN：861396310133517 activationreject reason：REQUESTED SERVICE OPTION NOT SUBSCRIBEDrequested APN：DYJ.WH.SD  requested PDP address：166.2.3.5

样例一中，系统时间为2003/09/23 17:43:46。用户唯一标志的MSISDN为861396310133517，表示中国移动的某个用户。激活流程拒绝的原因为REQUESTED SERVICE OPTION NOT SUBSCRIBED，即对应前述的PDP激活失败的的拒绝原因#33--所请求的业务选项未设。针对REQUESTEDSERVICE OPTION NOT SUBSCRIBED的激活流程拒绝原因，附加提供了用户请求的原始信息，即requested APN，requested PDP address.意思是用户要求获得的APN为DYJ.WH.SD，要求的PDP地址为166.2.3.5，很可能这次PDP激活失败就是因为用户要求的APN或者PDP地址错误，维护人员获取这些信息后，比较用户签约的相应内容，即可找出两者不一致之处，通知用户正确纠正其请求参数。

样例二、

(2003/09/23 17:43:46)USER MSISDN：861396310133517 activationreject reason：INSUFFICIENT RESOURCES

样例二中，系统时间为2003/09/23 17:43:46。用户唯一标志的MSISDN为861396310133517，表示中国移动的某个用户。激活流程拒绝的原因为INSUFFICIENT RESOURCES，即对应前述的PDP激活失败的的拒绝原因#26--资源不足。针对INSUFFICIENT RESOURCES的激活流程拒绝原因，很可能这次PDP激活失败是因为运营商GPRS网络繁忙，维护人员获取这些信息后，就可以向用户解释并提出解决方案，比如让用户在网络空闲的时候再使用GPRS等等。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。

Claims (7)

1.一种移动通信系统中的业务流程维护方法，其特征在于，包含以下步骤：

A当通用分组无线业务服务支持节点对收到的请求消息处理失败时，将唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息写入专用日志；

B维护时，根据所述专用日志中记录的所述唯一标识用户的号码、处理失败原因的含义明确的描述及用户输入的错误信息对故障进行分析和定位。

2.根据权利要求1所述的移动通信系统中的业务流程维护方法，其特征在于，所述唯一标识用户的号码是国际移动台识别号码、或移动台国际综合业务数字网号码、或它们的组合。

3.根据权利要求1所述的移动通信系统中的业务流程维护方法，其特征在于，所述步骤A还包含以下子步骤：

提取系统时间，与所述唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息一起写入所述专用日志。

4.根据权利要求1所述的移动通信系统中的业务流程维护方法，其特征在于，在步骤A之前，通过业务维护台对需要维护的业务流程和失败级别进行动态设定；

则在所述步骤A中，当通用分组无线业务服务支持节点对收到的请求消息处理失败时，根据失败原因判断其失败级别；

根据所述动态设定的需要维护的业务流程和失败级别结合当前失败的业务流程和业务级别，判断是否需要记录日志，如需要记录，则将唯一标识用户的号码、处理失败原因的含义明确的描述、用户输入的错误信息写入专用日志。

5.根据权利要求1所述的移动通信系统中的业务流程维护方法，其特征在于，所述专用日志保存在文件中。

6.根据权利要求1所述的移动通信系统中的业务流程维护方法，其特征在于，所述专用日志保存在数据库中。

7.根据权利要求1所述的移动通信系统中的业务流程维护方法，其特征在于，所述方法还包含以下步骤：

在所述步骤A之前，根据业务维护台在线控制的开关决定是否执行所述步骤A。