CN105828428B - 一种用户附着信息更新方法、设备及系统 - Google Patents

Abstract

本发明公开了一种用户附着信息更新方法、设备及系统，运营支撑系统接收用户附着信息更新请求，用户附着信息更新请求是业务注册服务器根据终端发送的用于请求更新附着信息的短消息向运营支撑系统发送的；运营支撑系统根据用户附着信息更新请求，向用户信息存储设备发送第一指令，第一指令用于触发用户信息存储设备向终端当前附着的服务节点设备发送第二指令，以使服务节点设备根据第二指令触发终端在无需重启动的情况下发起重附着。该方法能减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，还能触发终端在无需重启的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

Description

一种用户附着信息更新方法、设备及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种用户附着信息更新方法、设备及系统。

背景技术

目前，用户通过终端使用上网业务时，因终端所在位置的变化或网络环境异常或其他情况会造成用户终端上网速率低，网站无法打开等问题。大多数用户在遇到无法正常上网的问题时，通过客服热线进行电话投诉，客服手动操作触发归属位置寄存器HLR侧对终端的上网相关资源进行重置，然后告知用户通过开关机实现上网业务的恢复。

但是，通过客服的相关操作来恢复用户号码的上网业务，会造成用户过度依赖客服，不仅造成客户投诉量增多，而且还存在着人工服务成本较高的问题。并且，通过客服的相关操作来恢复用户号码的上网业务实际上是通过相关操作使运营支撑系统BOSS侧向HLR侧发送重新开销户指令，使HLR侧删除用户号码的签约数据和动态数据信息，重新注册用户号码的签约数据和动态数据信息，此外，网络侧各网元之间通过信令交互，清除用户在各相关网元上的登录状态和已经分配的资源，直至用户重新开机再次触发上网业务时，重新建立用户在各相关网元上的登录状态和分配的资源，以恢复用户号码的上网业务。对用户号码进行重新开销户，BOSS侧和HLR侧之间，以及各网元之间的信令交互冗长，导致各指令接口容量的大量消耗。

综上，现有技术中通过对用户号码的重新开销户来解决用户上网失败问题时，存在着信令交互冗繁，而且需要终端重启才能恢复用户号码上网业务的问题。

发明内容

本发明实施例提供一种用户附着信息更新方法、设备及系统，用以解决现有技术中通过对用户号码的重新开销户来解决用户上网失败问题时，存在着信令交互冗繁，而且需要终端重启才能恢复用户号码上网业务的问题。

本发明实施例提供一种用户附着信息更新方法，该方法包括：

运营支撑系统接收用户附着信息更新请求，所述用户附着信息更新请求是业务注册服务器根据终端发送的用于请求更新附着信息的短消息向所述运营支撑系统发送的；

所述运营支撑系统根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令，所述第一指令用于触发所述用户信息存储设备向所述终端当前附着的服务节点设备发送第二指令，以使所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。上述实施例中，将运营支撑系统BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备(如HLR)发送第一指令，触发HLR向服务节点设备(如SGSN)发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

进一步地，所述第一指令中携带有所述终端的用户标识，所述第一指令还用于指示所述用户信息存储设备根据所述终端的用户标识将所述终端的的注册位置信息删除。现有技术中HLR根据BOSS的重新开销户指令，删除所存储的用户号码的签约数据和动态数据信息，而本实施例HLR根据BOSS的第一指令，只将HLR所存储的用户的注册位置信息删除，避免了用户号码的重新开销户，节省了指令数量。

进一步地，所述第二指令中携带有所述终端的用户标识，所述第二指令还用于指示所述服务节点设备根据所述终端的用户标识将所述终端的用户附着信息删除。现有技术中，通过多条信令才能实现SGSN将用户附着信息删除，本实施例SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR和SGSN中的用户当前位置信息一致。

进一步地，所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着，包括：

所述服务节点设备根据所述第二指令向所述终端发送不携带去附着类型 DetachType消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。现有技术中，当终端重新启动时才能触发重附着请求，本发明实施例中，SGSN只需向终端发送不携带Detach Type消息的第三指令，就能实现终端在无需重启动的情况下发起重附着。

进一步地，所述业务注册服务器根据终端发送的用于请求更新附着信息的短消息，向所述运营支撑系统发送所述用户附着信息更新请求，包括：

所述业务注册服务器判断收到所述短消息的次数是否在限制次数之内，若收到所述短消息的次数在限制次数之内，则判定所述短消息有效，并向所述运营支撑系统发送所述用户附着信息更新请求；若收到所述短消息的次数超出限制次数，则判定所述短消息无效。通过限制终端发送用于请求更新附着信息的短消息的次数，来防止恶意用户频繁通过短信触发更新用户附着信息过程，比如业务注册服务器限制每个用户号码每天只能进行两次短信触发，超过两次，业务注册服务器将采取丢弃操作，进而保证了网络的安全性。

进一步地，在所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着之后，还包括：

所述服务节点设备接收所述终端的重附着请求，所述重附着请求中携带有所述终端的用户标识和所述终端的当前位置信息，所述服务节点设备根据所述终端的重附着请求向所述用户信息存储设备发送位置更新请求，所述位置更新请求中携带有所述终端的用户标识和所述终端的当前位置信息；

所述用户信息存储设备接收所述服务节点设备发送的位置更新请求，根据所述终端的用户标识注册所述终端的当前位置信息，并将位置更新确认信息发送给所述服务节点设备。终端发起重附着请求后，HLR进行用户号码的当前位置信息注册的过程，与现有技术相比，只将用户号码的当前位置信息进行注册，省去了对用户号码的签约数据的更新过程，节省了指令数量。

进一步地，还包括：

所述服务节点设备接收所述用户信息存储设备发送的位置更新确认信息，根据所述位置更新确认信息，存储所述终端的用户附着信息，并向所述终端返回重附着成功响应消息。终端发起重附着请求后，SGSN根据HLR的位置更新确认信息进行新的用户附着信息的存储过程，保证了HLR所存储的用户当前位置信息和SGSN更新后的用户附着信息的用户当前位置信息一致。

本发明实施例提供一种业务注册服务器，包括：

接收单元，接收终端发送的用于请求更新附着信息的短消息；

发送单元，根据所述短消息向运营支撑系统运营支撑系统发送用户附着信息更新请求。

进一步地，还包括判断单元，所述判断单元具体用于：

判断收到所述短消息的次数是否在限制次数之内，若收到所述短消息的次数在限制次数之内，则判定所述短消息有效；若收到所述短消息的次数超出限制次数，则判定所述短消息无效；

所述发送单元还用于：若所述判断单元判定所述短消息有效，则向所述运营支撑系统发送所述用户附着信息更新请求。

将业务注册服务器作为短信受理用户号码无法上网问题的业务接口，使得用户号码只需通过短信息就能触发用户号码无法上网问题的解决，有利于终端自助处理，能够减少现有技术中通过人工客服处理用户号码无法上网问题的运行成本，还能够尽可能的减小客户投诉数量。

本发明实施例提供一种运营支撑系统，包括：

接收单元，用于接收用户附着信息更新请求，所述用户附着信息更新请求是业务注册服务器根据终端发送的用于请求更新附着信息的短消息向所述运营支撑系统发送的；

发送单元，用于根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令，所述第一指令用于触发所述用户信息存储设备向所述终端当前附着的服务节点设备发送第二指令，以使所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。

进一步地，所述第一指令中携带有所述终端的用户标识，所述第一指令还用于指示所述用户信息存储设备根据所述终端的用户标识将所述终端的的注册位置信息删除。现有技术中HLR根据BOSS的重新开销户指令，删除所存储的用户号码的签约数据和动态数据信息，而本实施例HLR根据BOSS的第一指令，只将HLR所存储的用户的注册位置信息删除，避免了用户号码的重新开销户，节省了指令数量。

进一步地，所述第二指令中携带有所述终端的用户标识，所述第二指令还用于指示所述服务节点设备根据所述终端的用户标识将所述终端的用户附着信息删除。现有技术中，通过多条信令才能实现SGSN将用户附着信息删除，本实施例SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR和SGSN中的用户当前位置信息一致。

上述实施例中，将运营支撑系统BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备(如HLR)发送第一指令，触发HLR向服务节点设备(如SGSN) 发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

本发明实施例还提供一种用户信息存储设备，包括：

接收单元，用于接收运营支撑系统发送的第一指令；

发送单元，用于根据所述第一指令向所述终端当前附着的服务节点设备发送第二指令。

进一步地，还包括处理单元，所述处理单元用于：

根据所述第一指令中携带的所述终端的用户标识将所述终端的注册位置信息删除。本实施例用户信息存储设备根据BOSS的第一指令，只将用户信息存储设备所存储的用户的注册位置信息删除，与现有技术中用户信息存储设备根据BOSS的重新开销户指令，删除所存储的用户号码的签约数据和动态数据信息相比，避免了用户号码的重新开销户，节省了指令数量。

进一步地，所述接收单元还用于：接收所述服务节点设备发送的位置更新请求；

所述处理单元还用于：根据所述位置更新请求中携带的所述终端的用户标识，注册所述终端的当前位置信息；只将用户号码的当前位置信息进行注册，省去了对用户号码的签约数据的更新过程，节省了指令数量。

所述发送单元还用于：将位置更新确认信息发送给所述服务节点设备。

上述实施例中，用户信息存储设备根据BOSS的第一指令，向服务节点设备发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。用户信息存储设备根据第一指令只将所存储的用户的注册位置信息，删除避免了用户号码的重新开销户，节省了指令数量。

本发明实施例还提供一种服务器节点设备，包括：

接收单元，用于接收用户信息存储设备发送的第二指令，所述第二指令用于触发所附着的终端在无需重启动的情况下发起重附着。

进一步地，还包括处理单元，

所述处理单元具体用于：根据所述第二指令中携带的所述终端的用户标识，将所述终端的用户附着信息删除。本实施例服务器节点设备如SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备如HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR和SGSN中的用户当前位置信息一致。

进一步地，还包括发送单元，所述发送单元具体用于：

根据所述第二指令向所述终端发送不携带去附着类型Detach Type消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。现有技术中，当终端重新启动时才能触发重附着请求，本发明实施例中，SGSN 只需向终端发送不携带DetachType消息的第三指令，就能实现终端在无需重启动的情况下发起重附着。

进一步地，所述接收单元还用于：接收所述终端的重附着请求，所述重附着请求中携带有所述终端的用户标识和所述终端的当前位置信息；

所述发送单元还用于：根据所述终端的重附着请求向所述用户信息存储设备发送位置更新请求，所述位置更新请求中携带有所述终端的用户标识和所述终端的当前位置信息。

进一步地，所述接收单元还用于：接收所述用户信息存储设备发送的位置更新确认信息；

所述处理单元还用于：根据所述位置更新确认信息，存储所述终端的用户附着信息；终端发起重附着请求后，SGSN根据HLR的位置更新确认信息进行新的用户附着信息的存储过程，保证了HLR所存储的用户当前位置信息和 SGSN更新后的用户附着信息的用户当前位置信息一致。

所述发送单元还用于：向所述终端返回重附着成功响应消息。

服务器节点设备根据用户信息存储设备的第二指令，可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。服务器节点设备根据用户信息存储设备的第二指令将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备将用户的当前位置信息进行注册，服务器节点设备将新的用户附着信息重新进行存储，保证用户信息存储设备和服务器节点设备中的用户当前位置信息一致。

本发明实施例提供一种用户附着信息更新系统，包括：

业务注册服务器，用于接收终端发送的用于请求更新附着信息的短消息，并根据所述短消息向运营支撑系统运营支撑系统发送用户附着信息更新请求；

所述运营支撑系统，用于接收用户附着信息更新请求，并根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令；

所述用户信息存储设备，用于接收所述运营支撑系统发送的所述第一指令，并根据所述第一指令向所述终端当前附着的服务节点设备服务节点设备发送第二指令；

所述服务节点设备，用于接收所述用户信息存储设备发送的第二指令，并根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。

进一步地，所述用户信息存储设备还用于：

根据所述第一指令中携带的所述终端的用户标识将所述终端的的注册位置信息删除。

进一步地，所述服务器节点设备还用于：根据所述第二指令中携带的所述终端的用户标识，将所述终端的用户附着信息删除。

进一步地，所述服务器节点设备还用于：根据所述第二指令向所述终端发送不携带去附着类型Detach Type消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。

上述实施例中，将业务注册服务器作为短信受理用户号码无法上网问题的业务接口，使得用户号码只需通过短信息就能触发用户号码无法上网问题的解决，有利于终端自助处理，能够减少现有技术中通过人工客服处理用户号码无法上网问题的运行成本，还能够尽可能的减小客户投诉数量。将运营支撑系统 BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备(如HLR)发送第一指令。用户信息存储设备根据BOSS的第一指令，向服务节点设备发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

此外，用户信息存储设备根据第一指令只将所存储的用户的注册位置信息，删除避免了用户号码的重新开销户，节省了指令数量。服务器节点设备根据用户信息存储设备的第二指令将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备将用户的当前位置信息进行注册，服务器节点设备将新的用户附着信息重新进行存储，保证用户信息存储设备和服务器节点设备中的用户当前位置信息一致。

附图说明

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

图1为发明实施例提供的一种用户附着信息更新方法流程图；

图2为本发明实施例提供的一种用户附着信息更新方法流程图；

图3为本发明实施例提供的一种用户附着信息更新方法流程图；

图4为本发明实施例提供的一种业务注册服务器的结构示意图；

图5为本发明实施例提供的一种运营支撑系统的结构示意图；

图6为本发明实施例提供的一种用户信息存储设备的结构示意图；

图7为本发明实施例提供的一种服务器节点设备的结构示意图；

图8为本发明实施例提供的一种用户附着信息更新系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了解决现有技术中通过对用户号码的重新开销户来解决用户上网失败问题时，存在着信令交互冗繁，而且需要终端重启才能恢复用户号码上网业务的问题，本发明实施例提供一种用户附着信息更新方法、设备及系统，将业务注册服务器作为短信受理用户号码无法上网问题的业务接口，使得用户号码只需通过短信息就能触发用户号码无法上网问题的解决，有利于终端自助处理，能够减少现有技术中通过人工客服处理用户号码无法上网问题的运行成本，还能够尽可能的减小客户投诉数量。将运营支撑系统BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备发送第一指令。用户信息存储设备根据运营支撑系统的第一指令，向服务节点设备发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

而且本发明实施例提供的一种用户附着信息更新方法、设备及系统中，用户信息存储设备根据第一指令只将所存储的用户的注册位置信息，删除避免了用户号码的重新开销户，节省了指令数量。服务器节点设备根据用户信息存储设备的第二指令将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备将用户的当前位置信息进行注册，服务器节点设备将新的用户附着信息重新进行存储，保证用户信息存储设备和服务器节点设备中的用户当前位置信息一致。

下面针对具体的实施例对本发明实施例提供的一种用户附着信息更新方法、装置及系统进行详细说明。

实施例1

如图1所示的本发明实施例提供一种用户附着信息更新方法，该方法包括：

步骤101，运营支撑系统接收用户附着信息更新请求，用户附着信息更新请求是业务注册服务器根据终端发送的用于请求更新附着信息的短消息向运营支撑系统发送的；

步骤102，运营支撑系统根据用户附着信息更新请求，向用户信息存储设备发送第一指令，第一指令用于触发用户信息存储设备向终端当前附着的服务节点设备发送第二指令，以使服务节点设备根据第二指令触发终端在无需重启动的情况下发起重附着。

上述方法流程中，业务注册服务器判断收到短消息的次数是否在限制次数之内，若收到短消息的次数在限制次数之内，则判定短消息有效，并向运营支撑系统发送用户附着信息更新请求；若收到短消息的次数超出限制次数，则判定短消息无效。通过限制终端发送用于请求更新附着信息的短消息的次数，来防止恶意用户频繁通过短信触发更新用户附着信息过程，比如业务注册服务器限制每个用户号码每天只能进行两次短信触发，超过两次，业务注册服务器将采取丢弃操作，进而保证了网络的安全性。

上述实施例中，用户信息存储设备可以是HLR，也可以是HSS。服务节点设备可以是SGSN。以用户存储设备是HLR，服务节点设备是SGSN，对本发明实施例的用户附着信息更新方法流程进行说明。

上述方法流程中，第一指令中携带有终端的用户标识，第一指令还用于指示用户信息存储设备根据终端的用户标识将终端的的注册位置信息删除。HLR 根据BOSS的第一指令，只将HLR所存储的用户的注册位置信息删除，避免了用户号码的重新开销户，节省了指令数量。第二指令为Cancel Location指令，第二指令中携带有终端的用户标识，第二指令还用于指示服务节点设备根据终端的用户标识将终端的用户附着信息删除。现有技术中，通过多条信令才能实现SGSN将用户附着信息删除，本实施例SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR 和SGSN中的用户当前位置信息一致。

上述方法流程中，还包括服务节点设备根据第二指令向终端发送不携带去附着类型Detach Type消息的第三指令，第三指令用于指示终端在无需重启动的情况下发起重附着。现有技术中，当终端重新启动时才能触发重附着请求，本发明实施例中，SGSN只需向终端发送不携带Detach Type消息的第三指令，就能实现终端在无需重启动的情况下发起重附着。

下面结合具体的应用场景对上述方法流程进行详细说明。

如图2所示的一种用户号码无法上网时触发用户附着信息更新的方法流程，包括以下步骤：

步骤201，用户拨打客服电话投诉终端无法正常上网问题；

步骤202，人工客服询问用户号码当日是否使用短信息自助处理终端无法正常上网问题，且使用短信息的次数超过了限制次数。若是，执行步骤203，若否，则执行步骤204。

为了网络安全，用户号码发送短信息自助解决上网失败问题时，业务注册服务器(例如业务注册服务器)会进行权限设置来限制用户号码当日发送短信息的次数，来防止恶意用户频繁通过短信息触发系统执行恢复用户号码上网的操作，可以通过人工客服进行处理，详见步骤203。如果用户号码当日还未曾使用过短信息自助恢复用户号码的上网业务，可以按照步骤204中的短信提醒，发送短信息自助解决用户号码无法上网问题。

步骤203，可以将该用户号码无法正常上网问题转专席继续处理，为了提高安全性，专席处理操作每个号码每日限制2次。专席处理时，可以由客服通过客服系统界面上的手动处理按钮，开始受理恢复用户号码上网业务的业务请求。为了满足专席的客服对用户号码提出的恢复用户号码上网业务的业务请求进行处理的需求，在与语音功能分开的基础上，在客服系统界面设计一个独立的手动处理按钮，用来触发业务注册服务器执行步骤208的操作。

开始受理业务请求之后，可通过短信息告知用户恢复该用户号码上网业务的业务请求已被受理，短信息内容可以为“尊敬的XXX客户，您好！恢复***** 号码上网业务的业务请求已受理，请5分钟后再次尝试”。该步骤之后，用户5 分钟后再次尝试，参见步骤209。

步骤204，若用户号码还未使用过短信息自助恢复用户号码上网业务，业务注册服务器向用户号码下发提醒短信息，提醒用户发送短信息自助解决用户号码无法上网问题。

提醒短信息的内容可以为“尊敬的客户您好！您的手机突然无法上网，可能由于网络繁忙或终端问题导致。您可以发送短信“SXGPRS”到10086，系统将为您进行后台处理，并请您发送短信息并等待5分钟后再次尝试。”。

步骤205，用户按照提醒短信息，在用户号码终端编辑短信“SXGPRS”，发送至业务注册服务器(例如，业务注册服务器的服务号码10086)，来自助解决用户号码无法上网问题。

步骤206，业务注册服务器接收短信息，并判断收到该短消息的次数是否在限制次数之内，若收到所述短消息的次数在限制次数之内，则判定所述短消息有效；若收到所述短消息的次数超出限制次数，则判定所述短消息无效。比如限制每个用户号码每天只能进行两次短信触发，超过两次，业务注册服务器将采取丢弃操作。

若判定短信息无效，则执行步骤207。通过短信息提醒告知用户暂无法处理。短信息可以为“尊敬的***客户，您当日恢复*****号码上网业务的业务请求次数已达上限，如过您的手机仍无法上网请拨打10086咨询。”。

若判定短信息有效，则执行步骤208。

步骤207，通过短信息提醒告知用户暂无法处理。短信息可以为“尊敬的 ***客户，您当日恢复*****号码上网业务的业务请求次数已达上限，如过您的手机仍无法上网请拨打10086咨询。”。

步骤208，业务注册服务器接收终端发送的用于请求更新附着信息的短消息，向运营支撑系统BOSS发送用户附着信息更新请求，以使BOSS根据本发明实施例步骤101和步骤102的方法流程在后台执行为用户号码恢复上网业务的操作；同时业务注册服务器向用户号码下发提醒短信息，告知该用户恢复该用户号码上网业务的业务请求已被受理，提醒短信息为“尊敬的XXX客户，您好！您的恢复*****号码上网业务的业务请求已受理，请5分钟后再次尝试。”。

步骤209，用户号码终端尝试网络连接，如果用户号码恢复上网业务，则结束该流程，如果用户号码还未恢复上网业务，可继续执行步骤201至步骤209，以解决用户号码无法上网问题。

上述方法流程中，业务注册服务器从接收终端发送的用于请求更新附着信息的短消息，到向运营支撑系统BOSS发送用户附着信息更新请求，以及BOSS 根据本发明实施例步骤101和步骤102的方法流程在后台执行为用户号码恢复上网业务的操作的具体内容参见图3，主要包括以下步骤：

步骤300，业务注册服务器接收终端发送的用于请求更新附着信息的短消息；

步骤301，业务注册服务器向运营支撑系统BOSS发送用户附着信息更新请求；

步骤302，BOSS接收用户附着信息更新请求，并根据用户附着信息更新请求，向用户信息存储设备HLR发送第一指令，第一指令中携带有终端的用户标识；

步骤303，HLR接收第一指令，根据第一指令中的终端的用户标识将终端的注册位置信息删除；例如，用户号码的位置信息由上海转移到北京时，HLR 将注册位置为上海的信息删除。HLR根据BOSS的第一指令，只将HLR所存储的用户的注册位置信息删除，避免了用户号码的重新开销户，节省了指令数量。

步骤304，HLR根据所述第一指令向终端当前附着的服务节点设备SGSN 发送第二指令，第二指令中携带有终端的用户标识。

步骤305，SGSN接收HLR发送的第二指令，第二指令用于触发所附着的终端在无需重启动的情况下发起重附着，SGSN根据第二指令中携带的终端的用户标识将终端的用户附着信息删除；例如，用户号码的位置信息由上海转移到北京时，HLR将注册位置为上海的用户附着信息删除，用户附着信息包括用户号码和用户号码的签约数据(如功能数据、鉴权信息、位置信息以及Qos信息)等。SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR和SGSN中的用户当前位置信息一致。

步骤306，SGSN根据第二指令向终端发送不携带去附着类型Detach Type 消息的第三指令，第三指令用于指示终端在无需重启动的情况下发起重附着；

现有技术中，当终端重新启动时才能触发重附着请求，本步骤中，SGSN 只需向终端发送不携带Detach Type消息的第三指令，能实现终端在无需重启动的情况下发起重附着。

步骤307，终端接收第三指令之后，向SGSN发送重附着请求，重附着请求中携带有终端的用户标识和终端的当前位置信息，此步骤中的终端的操作也可由移动台MS执行。

步骤308，SGSN接收终端的重附着请求，并根据终端的重附着请求向HLR 发送位置更新请求，位置更新请求中携带有终端的用户标识和终端的当前位置信息；

步骤309，HLR接收SGSN发送的位置更新请求，根据终端的用户标识注册终端的当前位置信息；例如，用户号码的位置信息由上海转移到北京时，HLR 注册终端的当前在北京的位置信息进行注册。与现有技术相比，只将用户号码的当前位置信息进行注册，省去了对用户号码的签约数据的更新过程，节省了指令数量。

步骤310，HLR将位置更新确认信息发送给SGSN；

步骤311，SGSN接收HLR发送的位置更新确认信息，根据所述位置更新确认信息，存储终端的用户附着信息；例如，用户号码的位置信息由上海转移到北京时，HLR存储终端的位置在北京的用户附着信息，用户附着信息包括用户号码和用户号码的签约数据(如功能数据、鉴权信息、位置信息以及Qos信息)等，用户附着信息可来自用户信息存储设备，如HLR或HSS。SGSN根据HLR的位置更新确认信息进行新的用户附着信息的存储过程，保证了HLR所存储的用户当前位置信息和SGSN更新后的用户附着信息的用户当前位置信息一致。

步骤312，SGSN向终端返回重附着成功响应消息。

上述方法流程中，将业务注册服务器作为短信受理用户号码无法上网问题的业务接口，使得用户号码只需通过短信息就能触发用户号码无法上网问题的解决，有利于终端自助处理，能够减少现有技术中通过人工客服处理用户号码无法上网问题的运行成本，还能够尽可能的减小客户投诉数量。将运营支撑系统BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备(如HLR)发送第一指令。用户信息存储设备根据BOSS的第一指令，向服务节点设备发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

此外，用户信息存储设备根据第一指令只将所存储的用户的注册位置信息，删除避免了用户号码的重新开销户，节省了指令数量。服务器节点设备根据用户信息存储设备的第二指令将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备将用户的当前位置信息进行注册，服务器节点设备将新的用户附着信息重新进行存储，保证用户信息存储设备和服务器节点设备中的用户当前位置信息一致。

针对上述方法流程，本发明实施例还提供一种用户附着信息更新装置和系统，这些装置和系统的具体内容可以参照上述方法实施，在此不再赘述。

实施例2

如图4所示的本发明实施例提供一种业务注册服务器，包括：

接收单元401，接收终端发送的用于请求更新附着信息的短消息；

发送单元402，根据所述短消息向运营支撑系统运营支撑系统发送用户附着信息更新请求。

进一步地，还包括判断单元，所述判断单元具体用于：

判断收到所述短消息的次数是否在限制次数之内，若收到所述短消息的次数在限制次数之内，则判定所述短消息有效；若收到所述短消息的次数超出限制次数，则判定所述短消息无效；

所述发送单元402还用于：若所述判断单元判定所述短消息有效，则向所述运营支撑系统发送所述用户附着信息更新请求。

将业务注册服务器作为短信受理用户号码无法上网问题的业务接口，使得用户号码只需通过短信息就能触发用户号码无法上网问题的解决，有利于终端自助处理，能够减少现有技术中通过人工客服处理用户号码无法上网问题的运行成本，还能够尽可能的减小客户投诉数量。

实施例3

如图5所示的本发明实施例提供一种运营支撑系统，包括：

接收单元501，用于接收用户附着信息更新请求，所述用户附着信息更新请求是业务注册服务器根据终端发送的用于请求更新附着信息的短消息向所述运营支撑系统发送的；

发送单元502，用于根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令，所述第一指令用于触发所述用户信息存储设备向所述终端当前附着的服务节点设备发送第二指令，以使所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。

进一步地，所述第一指令中携带有所述终端的用户标识，所述第一指令还用于指示所述用户信息存储设备根据所述终端的用户标识将所述终端的的注册位置信息删除。现有技术中HLR根据BOSS的重新开销户指令，删除所存储的用户号码的签约数据和动态数据信息，而本实施例HLR根据BOSS的第一指令，只将HLR所存储的用户的注册位置信息删除，避免了用户号码的重新开销户，节省了指令数量。

进一步地，所述第二指令中携带有所述终端的用户标识，所述第二指令还用于指示所述服务节点设备根据所述终端的用户标识将所述终端的用户附着信息删除。现有技术中，通过多条信令才能实现SGSN将用户附着信息删除，本实施例SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR和SGSN中的用户当前位置信息一致。

上述实施例中，将运营支撑系统BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备(如HLR)发送第一指令，触发HLR向服务节点设备(如SGSN) 发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

实施例4

如图6所示的本发明实施例提供的一种用户信息存储设备，包括：

接收单元601，用于接收运营支撑系统发送的第一指令；

发送单元602，用于根据所述第一指令向所述终端当前附着的服务节点设备发送第二指令。

进一步地，还包括处理单元，所述处理单元用于：

根据所述第一指令中携带的所述终端的用户标识将所述终端的注册位置信息删除。本实施例用户信息存储设备根据BOSS的第一指令，只将用户信息存储设备所存储的用户的注册位置信息删除，与现有技术中用户信息存储设备根据BOSS的重新开销户指令，删除所存储的用户号码的签约数据和动态数据信息相比，避免了用户号码的重新开销户，节省了指令数量。

进一步地，所述接收单元601还用于：接收所述服务节点设备发送的位置更新请求；

所述处理单元还用于：根据所述位置更新请求中携带的所述终端的用户标识，注册所述终端的当前位置信息；只将用户号码的当前位置信息进行注册，省去了对用户号码的签约数据的更新过程，节省了指令数量。

所述发送单元602还用于：将位置更新确认信息发送给所述服务节点设备。

上述实施例中，用户信息存储设备根据BOSS的第一指令，向服务节点设备发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。用户信息存储设备根据第一指令只将所存储的用户的注册位置信息，删除避免了用户号码的重新开销户，节省了指令数量。

实施例5

如图7所示的本发明实施例提供的一种服务器节点设备，包括：

接收单元701，用于接收用户信息存储设备发送的第二指令，所述第二指令用于触发所附着的终端在无需重启动的情况下发起重附着。

进一步地，还包括处理单元，

所述处理单元具体用于：根据所述第二指令中携带的所述终端的用户标识，将所述终端的用户附着信息删除。本实施例服务器节点设备如SGSN只需根据第二指令，就能实现将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备如HLR将用户的当前位置信息进行注册，SGSN将新的用户附着信息重新进行存储，保证HLR和SGSN中的用户当前位置信息一致。

进一步地，还包括发送单元，所述发送单元具体用于：

根据所述第二指令向所述终端发送不携带去附着类型Detach Type消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。现有技术中，当终端重新启动时才能触发重附着请求，本发明实施例中，SGSN 只需向终端发送不携带DetachType消息的第三指令，就能实现终端在无需重启动的情况下发起重附着。

进一步地，所述接收单元701还用于：接收所述终端的重附着请求，所述重附着请求中携带有所述终端的用户标识和所述终端的当前位置信息；

所述发送单元还用于：根据所述终端的重附着请求向所述用户信息存储设备发送位置更新请求，所述位置更新请求中携带有所述终端的用户标识和所述终端的当前位置信息。

进一步地，所述接收单元701还用于：接收所述用户信息存储设备发送的位置更新确认信息；

所述处理单元还用于：根据所述位置更新确认信息，存储所述终端的用户附着信息；终端发起重附着请求后，SGSN根据HLR的位置更新确认信息进行新的用户附着信息的存储过程，保证了HLR所存储的用户当前位置信息和 SGSN更新后的用户附着信息的用户当前位置信息一致。

所述发送单元还用于：向所述终端返回重附着成功响应消息。

上述实施例中，服务器节点设备根据用户信息存储设备的第二指令，可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。服务器节点设备根据用户信息存储设备的第二指令将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备将用户的当前位置信息进行注册，服务器节点设备将新的用户附着信息重新进行存储，保证用户信息存储设备和服务器节点设备中的用户当前位置信息一致。

实施例6

如图8所示的本发明实施例提供的一种用户附着信息更新系统，包括：

业务注册服务器801，用于接收终端发送的用于请求更新附着信息的短消息，并根据所述短消息向运营支撑系统运营支撑系统发送用户附着信息更新请求；

所述运营支撑系统802，用于接收用户附着信息更新请求，并根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令；

所述用户信息存储设备803，用于接收所述运营支撑系统发送的所述第一指令，并根据所述第一指令向所述终端当前附着的服务节点设备服务节点设备发送第二指令；

所述服务器 节点设备804，用于接收所述用户信息存储设备发送的第二指令，并根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。

进一步地，所述用户信息存储设备803还用于：

根据所述第一指令中携带的所述终端的用户标识将所述终端的的注册位置信息删除。

进一步地，所述服务器节点设备804还用于：根据所述第二指令中携带的所述终端的用户标识，将所述终端的用户附着信息删除。

进一步地，所述服务器节点设备804还用于：根据所述第二指令向所述终端发送不携带去附着类型Detach Type消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。

上述实施例中，将业务注册服务器作为短信受理用户号码无法上网问题的业务接口，使得用户号码只需通过短信息就能触发用户号码无法上网问题的解决，有利于终端自助处理，能够减少现有技术中通过人工客服处理用户号码无法上网问题的运行成本，还能够尽可能的减小客户投诉数量。将运营支撑系统 BOSS作为处理用户号码无法上网问题的主体设备，通过运营支撑系统与业务注册服务器之间的信令接口接收用户附着信息更新请求，为减少更新用户附着信息过程的指令数量，降低运营支撑系统与业务注册服务器之间的信令接口的承载压力，运营支撑系统只需向用户信息存储设备(如HLR)发送第一指令。用户信息存储设备根据BOSS的第一指令，向服务节点设备发送第二指令，第二指令可触发终端在无需重启动的情况下发起重附着，实现了终端在不重启的情况下恢复用户号码的上网业务。

此外，用户信息存储设备根据第一指令只将所存储的用户的注册位置信息，删除避免了用户号码的重新开销户，节省了指令数量。服务器节点设备根据用户信息存储设备的第二指令将所存储的用户附着信息删除，以使终端发起重附着请求时，用户信息存储设备将用户的当前位置信息进行注册，服务器节点设备将新的用户附着信息重新进行存储，保证用户信息存储设备和服务器节点设备中的用户当前位置信息一致。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种用户附着信息更新方法，其特征在于，

运营支撑系统接收用户附着信息更新请求，所述用户附着信息更新请求是业务注册服务器根据终端发送的用于请求更新附着信息的短消息向所述运营支撑系统发送的；

所述运营支撑系统根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令，所述第一指令用于触发所述用户信息存储设备向所述终端当前附着的服务节点设备发送第二指令，以使所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。

2.如权利要求1所述的方法，其特征在于，所述第一指令中携带有所述终端的用户标识，所述第一指令还用于指示所述用户信息存储设备根据所述终端的用户标识将所述终端的注册位置信息删除。

3.如权利要求1所述的方法，其特征在于，

所述第二指令中携带有所述终端的用户标识，所述第二指令还用于指示所述服务节点设备根据所述终端的用户标识将所述终端的用户附着信息删除。

4.如权利要求1所述的方法，其特征在于，所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着，包括：

所述服务节点设备根据所述第二指令向所述终端发送不携带去附着类型Detach Type消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。

5.如权利要求1所述的方法，其特征在于，所述业务注册服务器根据终端发送的用于请求更新附着信息的短消息，向所述运营支撑系统发送所述用户附着信息更新请求，包括：

所述业务注册服务器判断收到所述短消息的次数是否在限制次数之内，若收到所述短消息的次数在限制次数之内，则判定所述短消息有效，并向所述运营支撑系统发送所述用户附着信息更新请求；若收到所述短消息的次数超出限制次数，则判定所述短消息无效。

6.如权利要求1所述的方法，其特征在于，在所述服务节点设备根据所述第二指令触发所述终端在无需重启动的情况下发起重附着之后，还包括：

所述服务节点设备接收所述终端的重附着请求，所述重附着请求中携带有所述终端的用户标识和所述终端的当前位置信息，所述服务节点设备根据所述终端的重附着请求向所述用户信息存储设备发送位置更新请求，所述位置更新请求中携带有所述终端的用户标识和所述终端的当前位置信息；

所述用户信息存储设备接收所述服务节点设备发送的位置更新请求，根据所述终端的用户标识注册所述终端的当前位置信息，并将位置更新确认信息发送给所述服务节点设备。

7.如权利要求6所述的方法，其特征在于，还包括：

所述服务节点设备接收所述用户信息存储设备发送的位置更新确认信息，根据所述位置更新确认信息，存储所述终端的用户附着信息，并向所述终端返回重附着成功响应消息。

8.一种用户附着信息更新系统，其特征在于，包括：

业务注册服务器，用于接收终端发送的用于请求更新附着信息的短消息，并根据所述短消息向运营支撑系统发送用户附着信息更新请求；

所述运营支撑系统，用于接收用户附着信息更新请求，并根据所述用户附着信息更新请求，向用户信息存储设备发送第一指令；

所述用户信息存储设备，用于接收所述运营支撑系统发送的所述第一指令，并根据所述第一指令向所述终端当前附着的服务器节点设备发送第二指令；

所述服务器节点设备，用于接收所述用户信息存储设备发送的第二指令，并根据所述第二指令触发所述终端在无需重启动的情况下发起重附着。

9.如权利要求8所述的系统，其特征在于，所述用户信息存储设备还用于：

根据所述第一指令中携带的所述终端的用户标识将所述终端的注册位置信息删除。

10.如权利要求8所述的系统，其特征在于，所述服务器节点设备还用于：根据所述第二指令中携带的所述终端的用户标识，将所述终端的用户附着信息删除。

11.如权利要求8所述的系统，其特征在于，所述服务器节点设备还用于：根据所述第二指令向所述终端发送不携带去附着类型Detach Type消息的第三指令，所述第三指令用于指示所述终端在无需重启动的情况下发起重附着。