CN100355247C - 一种分组域智能业务的中断提示方法 - Google Patents

Abstract

本发明公开了一种分组域智能业务的中断提示方法，在分组域业务管理流程中，业务控制节点(SCP)根据通用分组无线业务节点(GSN)触发的业务请求确定业务接入失败时，该方法包括：A.SCP确定业务接入失败的原因，根据不同的接入失败原因确定不同的GSN原因值；B.SCP将所确定的GSN原因值发送给GSN，所述GSN将接收到的不同的GSN原因值转化为不同的移动终端MS原因值并下发给MS；C.所述MS根据接收到的不同的MS原因值，确定并显示不同的指示业务接入失败原因的中断提示信息。采用本发明方法能够实现明确的中断提示信息，方便用户使用业务，提高整体业务质量。

Description

一种分组域智能业务的中断提示方法

技术领域

本发明涉及智能业务中的中断提示技术，特别涉及分组域智能业务的中断提示方法。

背景技术

目前，公共电话交换网(PSTN)和全球移动通信系统(GSM)的话音业务中已应用了智能业务，其完善的语音提示功能给用户带来了极大的方便。随着通用分组无线业务(GPRS)和通用移动通信系统(UMTS)的发展，为方便用户使用、吸引各种层次的消费群体，运营商将考虑在GPRS/UMTS的分组域业务中使用智能业务，即：在GPRS/UMTS网络的基础之上建立GPRS/UMTS移动智能网来提供智能化的分组域业务。

提供智能业务的智能网是在原有通信网络的基础上设置的一种附加网络，主要包括：业务交换点(SSP)和业务控制点(SCP)。其中，SCP是智能网的核心部分，它具有管理用户数据、网络数据、以及业务控制功能；SSP具有呼叫控制功能，用户通过SSP触发业务请求至SCP来启动智能业务，SCP的提示信息则通过SSP下发给用户。

在GPRS/UMTS移动智能网中，所述SSP的功能由GPRS节点(GSN)来实现。所述GSN可以为GPRS支持节点(SGSN)，该SGSN被称为SGSN/gprsSSP；所述GSN也可以为GPRS网关节点(GGSN)，该GGSN被称为GGSN/gprsSSP。所述SCP与SGSN/gprsSSP或GGSN/gprsSSP交互移动网络增强逻辑的客户化应用协议的应用部分协议(CAP，CAMELApplication Part)信令，实现分组域业务的管理流程，并执行智能业务。所述SGSN/gprsSSP或GGSN/gprsSSP提供智能业务的触发，接受SCP的控制，将来自SCP的提示信息下发给移动终端(MS)等。为简化说明，以下所述SGSN均指SGSN/gprsSSP，所述GGSN均指GGSN/gprsSSP。

其中，所述分组域业务的管理流程包括：移动性管理流程和会话管理流程。当SGSN实现SSP功能时，所述移动性管理流程和会话管理流程由SGSN和SCP共同完成。当GGSN实现SSP功能时，所述会话管理流程由GGSN来完成。所述移动性管理流程主要包括：用户附着/分离、周期性路由区更新等。所述会话管理流程主要包括：MS发起的分组数据协议(PDP)上下文激活、MS发起的PDP上下文去活、分组域MS发起呼叫、分组域MS发起呼叫释放等。当用户余额不足、路由更新不允许、外部网络接入点名(APN)不允许、服务质量(QoS)不允许、网络资源不足、或业务发生故障时，SCP无法接入当前业务请求，发生业务中断，从而引发移动性管理中的用户附着失败、或分离用户等流程，或者引发会话管理中的PDP上下文激活失败、或去活用户侧PDP上下文等流程。

但是，目前GPRS/UMTS智能业务所提供的中断提示信息不够明确。以会话管理流程为例，引发当前业务接入失败的原因包括：用户余额不足、路由更新不允许、APN不允许、QoS不允许、网络资源不足以及业务发生故障等。但无论引发业务接入失败的原因是哪一种，SCP向触发业务请求的GSN发送的都是同样的GSN原因值，从而该GSN向MS下发的中断提示信息也是相同的。比如：不管当前接入失败原因为余额不足还是APN不允许，MS接收到的中断提示信息均为“业务不支持(Service Option NotSupported)”。这里，所述GSN原因值可以为SGSN原因值或GGSN原因值，所述GSN为GGSN时，SCP通常按Gn接口消息格式通过Gn接口发送GGSN原因值至所述GGSN，而所述GSN为SGSN时，SCP通常按Ge接口消息格式通过Ge接口发送SGSN原因值至所述SGSN。

因此，用户根据上述中断提示信息无法获知造成中断的真正原因，也就不能采取有效措施解决当前出现的业务中断问题，并且还可能浪费大量系统资源。比如：本来引发中断的原因是APN不允许，则用户不能再使用同样的APN接入网络，但由于用户仅能看到类似“Service Option Not Supported”这样不明确的中断提示信息，则非常有可能继续使用同样的APN重试发送无效的业务请求，这样，对于整个系统来说，如果有大量用户重试此类无线的业务请求，必将浪费大量系统资源，使整体业务质量下降。

综上所述，现有GPRS/UMTS智能业务在中断提示方面，还不能为用户提供人性化的服务，没有充分发挥智能业务提示功能的优势为用户提供有效的中断提示信息，从而可能造成大量网络资源浪费。

发明内容

有鉴于此，本发明的主要目的在于提供一种分组域智能业务的中断提示方法，能够为用户明确指示当前业务接入失败的原因，从而有效提示用户采取措施解决业务中断问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种分组域智能业务的中断提示方法，在分组域业务管理流程中，SCP根据GSN触发的业务请求确定业务接入失败时，该方法包括：

A.SCP确定业务接入失败的原因，根据不同的接入失败原因确定不同的GSN原因值；

B.SCP将步骤A所确定的GSN原因值发送给GSN，所述GSN将接收到的不同的GSN原因值转化为不同的移动终端MS原因值并下发给MS；

C.步骤B所述MS根据接收到的不同的MS原因值，确定并显示不同的指示业务接入失败原因的中断提示信息。

其中，所述GSN为SGSN；所述GSN原因值为SGSN原因值。

其中，所述GSN包括GGSN和SGSN，由其中的GGSN触发所述业务请求，由其中的SGSN向MS下发MS原因值；所述GSN原因值为SGSN原因值；所述步骤B包括：SCP将步骤A所确定的SGSN原因值发送给所述触发业务请求的GGSN，该GGSN将接收到的SGSN原因值透传至所述SGSN，该SGSN将接收到的不同的SGSN原因值转化为不同的MS原因值并下发给MS。

其中，步骤A中，SCP根据预先配置的接入失败原因与SGSN原因值之间的对应关系确定SGSN原因值；步骤B中，SGSN根据预先配置的SGSN原因值与MS原因值之间的对应关系转换MS原因值；步骤C中，MS根据预先配置的MS原因值与中断提示信息之间的对应关系确定中断提示信息。

其中，所述GSN包括通用分组无线业务网关节点GGSN和SGSN，由其中的GGSN触发所述业务请求，由其中的SGSN向MS下发MS原因值；步骤A中，所确定的GSN原因值为GGSN原因值；步骤B中，所述被转换为MS原因值的GSN原因值为SGSN原因值；

所述步骤B包括：

B1.SCP将步骤A所确定的GGSN原因值发送给所述触发业务请求的GGSN，该GGSN将接收到的不同的GGSN原因值转化为不同的SGSN原因值并下发给所述SGSN；

B2.所述SGSN将步骤B1中接收到的不同SGSN原因值转换为不同的MS原因值并下发给MS。

步骤A中，SCP根据预先配置的接入失败原因与GGSN原因值之间的对应关系确定GGSN原因值；步骤B1中，GGSN根据预先配置的GGSN原因值与SGSN原因值之间的对应关系将接收到的GGSN原因值转换为SGSN原因值；步骤B2中，SGSN根据预先配置的SGSN原因值与MS原因值之间的对应关系将接收到的SGSN原因值转换为MS原因值；步骤C中，MS根据预先配置的MS原因值与中断提示信息之间的对应关系确定中断提示信息。

步骤A中，所述SCP根据当前业务请求中的业务信息查询自身连接的用户数据库确定所述接入失败的原因。

步骤A中，所述SCP根据当前业务请求中的业务信息确定所述接入失败的原因。

其中，所述分组域业务管理流程为会话管理流程；所述接入失败的原因包括：余额不足、或路由更新不允许、或APN不允许、或QoS不允许、或网络资源不足、或业务故障、或此六者的任意组合。

其中，所述分组域业务管理流程为移动性管理流程；所述接入失败的原因包括：余额不足、或路由更新不允许、或网络资源不足、或业务故障、或此四者的任意组合。

由上述方案可以看出，本发明的关键在于：SCP根据不同的业务接入失败原因确定不同的GSN原因值并下发给GSN，GSN再将接收到的不同的GSN原因值转换为不同的MS原因值下发给MS，最后MS根据接收到的不同MS原因值确定指示不同接入失败原因的中断提示信息进行显示。

因此，本发明所提供的分组域智能业务的中断提示方法，能够根据当前业务接入失败的原因，为用户提供具体、明确的中断提示信息，便于用户采取有效措施解决中断问题，保证后续发起的业务能够成功接入，从而有效利用了系统资源，从整体上提高业务质量。

附图说明

图1为本发明方法一较佳实施例处理流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明所提供的分组域智能业务的中断提示方法，应用于分组域智能业务管理流程，包括：会话管理流程和移动性管理流程。在每个分组域智能业务管理流程中，其主要处理思想为：SCP根据当前业务请求判断业务接入失败时，针对不同的接入失败原因确定不同的原因值；然后，SCP将所确定的原因值发送给GSN，GSN再将接收到的不同原因值转化为不同的MS的原因值下发给MS；最后，MS根据接收到的不同原因值，显示不同的中断提示信息，该不同的中断提示信息能够指示不同的业务接入失败原因。

根据背景技术所述可知，在GPRS/UMTS移动智能网中，SGSN作为SSP时，由SGSN将业务请求触发至SCP，而GGSN作为SSP时，则由GGSN将业务请求触发至SCP。下面以SGSN作为SSP触发业务请求至SCP时的会话管理流程为例，对本发明方法加以详细说明。

图1为本发明方法一较佳实施例处理流程示意图。如图1所示，具体处理包括：

步骤101：SCP接收来自SGSN的业务请求，该业务请求可以为：GPRS监控点初始化(Initial DP GPRS)、或GPRS事件报告(Event Report GPRS)、或GPRS计费请求报告(Apply Charging Report GPRS)等消息。

步骤102：SCP根据步骤101中接收到的业务请求判断是否当前业务接入失败，如果是，执行步骤103；否则结束当前处理，进入智能业务的正常业务逻辑处理流程。

其中，SCP能根据所述业务请求中的业务信息查询自身连接的用户数据库得到当前业务的使用情况，从而判断是否当前业务接入失败。当业务请求为Initial DP GPRS消息时，根据该消息中的用户标识如国际移动台用户识别码(IMSI)/移动台综合业务数字网标识(MSISDN)，查询所述用户数据库得到该用户当前的业务使用情况，包括：当前余额、用户级别、位置属性、APN属性、QoS属性等信息，从而可知用户是否余额不足、或是否路由更新不允许、或是否APN不允许、或是否QoS不允许，如果用户余额不足、或路由更新不允许、或APN不允许、或QoS不允许，则判断当前业务接入失败。当业务请求为Event Report GPRS消息时，根据该消息中的IMSI/MSISDN，查询所述用户数据库得到该用户当前的业务使用情况，包括：位置属性、APN属性、QoS属性等信息，从而可知用户是否路由更新不允许、或是否APN不允许、或是否QoS不允许，如果用户路由更新不允许、或APN不允许、或QoS不允许，则判断当前业务接入失败。当业务请求为Apply Charging Report GPRS消息时，根据该消息中的参考号码(ReferenceNumber)查询所述用户数据库得到该用户当前的业务使用情况，包括：当前余额、费率等信息，并根据该消息中携带的用户使用业务时长/流量等，可通过计算确定用户是否余额不足，如果用户余额不足，则判断当前业务接入失败。

另外，SCP接收到业务请求时，如果当前网络资源不足、或SCP根据业务请求中的业务信息得知该业务信息对应的业务发生故障，则SCP将直接判断当前业务接入失败，而不必再判断用户是否余额不足、或是否路由更新不允许、或是否APN不允许、或是否QoS不允许。

步骤103：SCP分析步骤102中业务接入失败的原因，根据该接入失败原因确定SGSN原因值。

其中，每个业务请求对应一个接入失败原因，而对于多个业务请求来说，其各自的接入失败原因可能相同或不同。这里，在根据接入失败原因确定SGSN原因值时，对于所述接入失败原因不同的业务请求来说，将根据各个不同的接入失败原因确定不同的SGSN原因值。这里，SCP可预先配置的接人失败原因与SGSN原因值的对应关系，从而可以根据各个不同的接入失败原因确定其各自对应的不同的SGSN原因值。

比如：如果接入失败原因为余额不足，则确定SGSN原因值为0；如果接入失败原因为路由更新不允许，则确定SGSN原因值为1；如果接入失败原因为APN不允许，则确定SGSN原因值为2；如果接入失败原因为QoS不允许，则确定SGSN原因值为3；如果接入失败原因为网络资源不足，则确定SGSN原因值为4；如果接入失败原因为业务故障，则确定SGSN原因值为5。本发明并不限定根据接入失败原因确定SGSN原因值时，所确定的SGSN原因值的具体数值。

步骤104：SCP将步骤103所确定的SGSN原因值包含在给SGSN的应答消息中发送给SGSN。

步骤105：SGSN从步骤104所述应答消息中解析得到指示接入失败原因的SGSN原因值，并将该SGSN原因值转换为MS原因值。

其中，每个业务请求的应答消息对应一个所述SGSN原因值，而对于多个业务请求的应答消息来说，其各自的SGSN原因值可能相同或不同。这里，在将SGSN原因值转换为MS原因值时，对于所述SGSN原因值不同的业务请求的应答消息来说，各个不同的SGSN原因值将被转换为不同的MS原因值。这里，SGSN可预先配置的SGSN原因值与MS原因值的对应关系，从而可以根据各个不同的SGSN原因值确定其各自对应的不同的MS原因值。

比如：如果SGSN原因值为指示余额不足的0，则确定MS原因值为130；如果SGSN原因值为指示路由更新不允许的1，则确定MS原因值为131；如果SGSN原因值为指示APN不允许的2，则确定MS原因值为132；如果SGSN原因值为指示QoS不允许的3，则确定MS原因值为133；如果SGSN原因值为指示网络资源不足的4，则确定MS原因值为134；如果SGSN原因值为指示业务故障的5，则确定MS原因值为135。本发明并不限定将SGSN原因值转换为MS原因值时，转换得到的MS原因值的具体数值。

步骤106：SGSN将步骤105转换得到的MS原因值包含在给MS的应答消息中下发给MS。

步骤107：MS接收步骤106所述的应答消息，从该应答消息中解析得到指示接入失败的原因值，并根据该原因值确定中断提示信息并显示给用户。

其中，MS接收到的每个应答消息对应一个MS原因值，而对于多个应答消息来说，其各自的MS原因值可能相同或不同。这里，根据MS原因值确定中断提示信息时，对于所述MS原因值不同的应答消息来说，MS将根据不同的MS原因值确定不同的中断提示信息，因此用户能够通过各个不同的中断提示信息区分不同的接入失败原因。这里，MS可预先配置的MS原因值与中断提示信息的对应关系，从而可以根据各个不同的MS原因值确定其各自对应的不同的中断提示信息。

比如：如果MS原因值为指示余额不足的130，则确定中断提示信息为“余额不足”；如果MS原因值为指示路由更新不允许的131，则确定中断提示信息为“漫游不允许”；如果MS原因值为指示APN不允许的132，则确定中断提示信息为“APN错误”；如果MS原因值为指示QoS不允许的133，则确定中断提示信息为“QoS不支持”；如果MS原因值为指示网络资源不足的134，则确定中断提示信息为“网络忙”；如果MS原因值为指示业务故障的135，则确定中断提示信息为“业务故障”。本发明并不限定根据MS原因值确定中断提示信息时，所确定的中断提示信息的具体内容。

上述实施例中，SCP和SGSN分别将各自确定的SGSN原因值和MS原因值包含在各自对应的应答消息中下发时，所述SGSN原因值和MS原因值的取值可以为协议规定的所述应答消息中原因值预留值段中的任意数值，也可以为非协议所规定的其它数值，本发明对此不进行限定。

以上所述为本发明应用于SGSN作为SSP的会话管理流程的处理，所述SCP确定的业务接入失败原因可以包括：余额不足、或路由更新不允许、或APN不允许、或QoS不允许、或网络资源不足、或业务故障、或此六者的任意组合。当本发明应用于SGSN作为SSP的移动性管理流程时，处理过程与上述处理基本相同，不同之处在于，SCP所确定的业务接入失败原因可以包括：余额不足、或路由更新不允许、或网络资源不足、或业务故障、或此四者的任意组合。并且，由于在所述移动性管理流程中所确定的接入失败原因与在所述会话管理流程中确定的接入失败原因不同，因此后续SCP根据接入失败原因确定SGSN原因值、SGSN将SGSN原因值转化为MS原因值、以及MS根据MS原因值确定中断提示信息的处理也略有差异，但所述差异仅仅在于SGSN原因值、MS原因值、以及中断提示信息的具体取值和数量，因此这里不再详述。

当GGSN作为SSP触发业务请求至SCP时，GGSN与SCP将参与会话管理流程。本发明方法应用于此GGSN作为SSP的会话管理流程的处理与上述应用于SGSN作为SSP的会话管理流程的处理基本相同，所述业务接入失败原因同样也可以包括：余额不足、或路由更新不允许、或APN不允许、或QoS不允许、或网络资源不足、或业务故障、或此六者的任意组合。不同之处在于，从SCP确定业务接入失败原因之后到SGSN接收到包含SGSN原因值的应答消息之间的处理。本发明针对所述从SCP确定业务接入失败原因之后到SGSN接收到包含SGSN原因值的消息之间的处理，提出了两种处理机制：一、SCP根据不同的业务接入失败原因确定的不同的SGSN原因值，并将该SGSN原因值包含在给GGSN的应答消息中发送至GGSN，GGSN对接收到的SGSN原因值不作任何处理将该SGSN原因值包含在给SGSN的应答消息中下发至SGSN；二、SCP根据不同的业务接入失败原因确定的不同的GGSN原因值，将该GGSN原因值包含在给GGSN的应答消息中发送至GGSN，所述GGSN将接收到的不同的GGSN原因值转换为不同的SGSN原因值，并将该SGSN原因值包含在给SGSN的应答消息中下发至SGSN。

由于，SCP所确定的SGSN原因值的数值可能与某些GGSN原因值的数值相同，因此如果采用上述第一种处理机制，GGSN接收到SCP所确定的SGSN原因值时可能将该SGSN原因值当作GGSN原因值，并按GGSN原因值向SGSN原因值转化的规则将该SGSN原因值转化为其它的SGSN原因值，从而造成后续处理流程出现错误。因此，所述第二种处理机制考虑到所述第一种处理机制可能出现的问题，由SCP确定GGSN原因值，然后GGSN将该GGSN原因值转化为SGSN原因值下发给SGSN，从而保证SGSN不会对接收到的原因值进行错误处理。

其中，所述SCP根据不同的业务接入失败原因确定不同的GGSN原因值的处理原理与图1所述SCP根据不同的业务接入失败原因确定不同的SGSN原因值的处理原理相同，这里不作描述；所述GGSN将不同的GGSN原因值转化为不同的SGSN原因值的处理原理与图1所述SGSN将不同的SGSN原因值转化为不同的MS原因值的处理原理也相同，因此这里也不再描述。

综上所述，应用本发明方法，SCP在接入业务请求失败时将指示不同接入失败原因的SGSN原因值直接发送至SGSN、或间接通过GGSN发送至SGSN，所述SGSN再将接收到的不同原因值转换为不同的MS原因值，从而MS能根据不同的MS原因值显示指示不同接入失败原因的中断提示信息。这样，用户在业务接入失败时，能够明确了解到接入失败的真正原因，如：余额不足、APN不允许等，就不会继续在余额不足的情况下重复发起业务请求，或继续使用原来错误的APN重发业务请求，也就避免了这些重复发起的无效业务请求所造成的不必要的系统资源浪费。另外，用户在得到本发明所述明确的中断提示信息后，能够及时进行充值、或更改APN、或修正QoS等，使用户后续发起的业务基本能接入成功，也给用户使用GPRS/UMTS智能业务带来了极大方便。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的包含范围内。

Claims (10)

1、一种分组域智能业务的中断提示方法，其特征在于，在分组域业务管理流程中，业务控制节点SCP根据通用分组无线业务节点GSN触发的业务请求确定业务接入失败时，该方法包括：

A.SCP确定业务接入失败的原因，根据不同的接入失败原因确定不同的GSN原因值；

B.SCP将步骤A所确定的GSN原因值发送给GSN，所述GSN将接收到的不同的GSN原因值转化为不同的移动终端MS原因值并下发给MS；

C.步骤B所述MS根据接收到的不同的MS原因值，确定并显示不同的指示业务接入失败原因的中断提示信息。

2、根据权利要求1所述的方法，其特征在于，所述GSN为通用分组无线业务支持节点SGSN；所述GSN原因值为SGSN原因值。

3、根据权利要求1所述的方法，其特征在于，所述GSN包括通用分组无线业务网关节点GGSN和SGSN，由其中的GGSN触发所述业务请求，由其中的SGSN向MS下发MS原因值；所述GSN原因值为SGSN原因值；所述步骤B包括：SCP将步骤A所确定的SGSN原因值发送给所述触发业务请求的GGSN，该GGSN将接收到的SGSN原因值透传至所述SGSN，该SGSN将接收到的不同的SGSN原因值转化为不同的MS原因值并下发给MS。

4、根据权利要求2或3所述的方法，其特征在于，

步骤A中，SCP根据预先配置的接入失败原因与SGSN原因值之间的对应关系确定SGSN原因值；

步骤B中，SGSN根据预先配置的SGSN原因值与MS原因值之间的对应关系转换MS原因值；

步骤C中，MS根据预先配置的MS原因值与中断提示信息之间的对应关系确定中断提示信息。

5、根据权利要求1所述的方法，其特征在于，所述GSN包括通用分组无线业务网关节点GGSN和SGSN，由其中的GGSN触发所述业务请求，由其中的SGSN向MS下发MS原因值；

步骤A中，所确定的GSN原因值为GGSN原因值；

步骤B中，所述被转换为MS原因值的GSN原因值为SGSN原因值；

所述步骤B包括：

B1.SCP将步骤A所确定的GGSN原因值发送给所述触发业务请求的GGSN，该GGSN将接收到的不同的GGSN原因值转化为不同的SGSN原因值并下发给所述SGSN；

B2.所述SGSN将步骤B1中接收到的不同SGSN原因值转换为不同的MS原因值并下发给MS。

6、根据权利要求5所述的方法，其特征在于，

步骤A中，SCP根据预先配置的接入失败原因与GGSN原因值之间的对应关系确定GGSN原因值；

步骤B1中，GGSN根据预先配置的GGSN原因值与SGSN原因值之间的对应关系将接收到的GGSN原因值转换为SGSN原因值；

步骤B2中，SGSN根据预先配置的SGSN原因值与MS原因值之间的对应关系将接收到的SGSN原因值转换为MS原因值；

步骤C中，MS根据预先配置的MS原因值与中断提示信息之间的对应关系确定中断提示信息。

7、根据权利要求1、2、3、5或6所述的方法，其特征在于，步骤A中，所述SCP根据当前业务请求中的业务信息查询自身连接的用户数据库确定所述接入失败的原因。

8、根据权利要求1、2、3、5或6所述的方法，其特征在于，步骤A中，所述SCP根据当前业务请求中的业务信息确定所述接入失败的原因。

9、根据权利要求1、2、3、5或6所述的方法，其特征在于，所述分组域业务管理流程为会话管理流程；

所述接入失败的原因包括：余额不足、或路由更新不允许、或外部网络接入点名APN不允许、或服务质量QoS不允许、或网络资源不足、或业务故障、或此六者的任意组合。

10、根据权利要求1、2、3、5或6所述的方法，其特征在于，所述分组域业务管理流程为移动性管理流程；

所述接入失败的原因包括：余额不足、或路由更新不允许、或网络资源不足、或业务故障、或此四者的任意组合。

Images