CN101562798B - 一种短信网管的实现方法和系统 - Google Patents

Abstract

本发明公开了一种短信网管信息交互的方法，该方法包括：在进行短信网管过程中，在主控终端和受控终端之间建立业务连接；主控终端通过所述业务连接向受控终端发送网管短消息；受控终端根据收到的网管短消息的内容进行相应的处理。应用本发明实施例提供的方法和系统能够克服现有技术中短信网管的安全性和实时性差的问题。

Description

一种短信网管的实现方法和系统

技术领域

本发明涉及通信领域，尤其涉及一种短信网管的实现方法和系统。 

背景技术

在无线通讯网络中，运营商因为网络升级、参数配置发生变化等情况的出现，经常需要对存储在无线终端中的一些关键参数进行查询、更新管理。最直接的方法是通知终端用户到运营商的营业厅或客服部门进行升级。但是这种方法费时费力，而且不能保证所有的用户都去营业厅或客服部门升级。 

短信网管是一种目前经常采用的运营商管理终端的方法。如图1和图2所示，该方法的工作原理大体如下：运营商将一个终端作为短信网管的主控终端，依次向需要被管理的其他终端发送特殊格式的短消息。这些特殊格式的短消息用于主控终端向其他普通终端进行查询、更新参数等操作。这些短消息的格式需要事先被主控终端和其他终端所约定好，也就是需要提前定好通讯协议。其他终端在收到短消息后按照要求进行处理并做出响应，所述处理包括上报、更新参数等。 

短信网管在实际使用中灵活方便，费用低廉，因此得到了广泛的应用。但是这种方法也有其自身的缺点： 

1、安全性较差。短信网管中的短消息一般包含的都是与终端正常工作的关键参数相关的数据信息，网络运营商一般不希望被其他用户非法监听或篡改。如图3所示，短信网管在实际的应用中，如果短消息的长度较短的话，短消息有可能会被通过公共信道发送，例如通过寻呼信道或接入信道发送。这样会导致短消息被该公共信道服务的所有终端检测到，有可能会被监听。 

2、实时性较差。为了节电，现在几乎所有实际使用的终端都采用了睡眠模式。所谓睡眠模式是指终端在锁定网络后，如果空闲时，在大多数时间都关闭 射频接收机和发射机，进入睡眠状态。在睡眠状态下基站不能寻呼到终端。每睡眠一定时间后，终端醒来打开射频接收机，监听基站是否因为有业务数据到来而寻呼它，并且更新网络配置参数等。如果基站寻呼终端，那么终端此时才能响应，并且和基站建立业务连接。否则终端继续睡眠。终端每次醒来的时间在终端进入睡眠模式前和基站协商好，这样基站可以预先知道终端何时醒来，并在终端醒来时给它发送业务数据。终端每两次醒来之间的睡眠持续时间被称为睡眠周期，睡眠周期是一个终端和基站可以协商的参数，需要在节电效果、实时性之间进行折衷。睡眠周期越长，终端醒来的次数越少，节电效果越好，但是当该终端有业务到来时，基站需要等待终端醒来的时间越长，才能发送给终端，这样实时性越差。反之，睡眠周期越短，节电效果越差，但是实时性越好。以CDMA2000系统为例，睡眠周期在1.28秒到163.84秒之间。实际网络多采用1.28秒或2.56秒。这样当有短消息到来时，在最差情况下基站需要等待约1.2或2.5秒才能等到终端醒来，然后才能通过寻呼信道传送短消息或寻呼终端开始建立业务连接。 

采用传统的短信网管方法，每当有短消息到来，基站都要先等待终端从睡眠状态中醒来，然后才能向终端发送短消息。每次短消息等待的时间在秒级。因为一次短信网管过程通常需要很多次短消息交互，这样多次的等待时间累加起来会相当可观。而且，运营商在采用短信网管时通常针对的是大批量用户进行的，这样一次大批量用户的短信网管耗时会非常长，因此对于一个终端的短信网管过程持续时间很长，实时性较差。 

发明内容

本发明提供了一种短信网管的实现方法和系统，用于克服现有技术中短信网管安全性和实时性差的问题。 

一种短信网管的实现方法，该方法包括： 

在进行短信网管过程中，在主控终端和受控终端之间建立业务连接； 

主控终端通过所述业务连接向受控终端发送关键参数管理的网管短消息； 

受控终端接收主控终端发送的关键参数管理的网管短消息，并按照预先定义的短信网管通讯协议对所述网管短消息进行解析，处理解析后的短消息，并返回短消息接收响应，在短信网管过程中，如果主控终端和/或受控终端接收到用户发起的主叫请求，则终止短信网管过程，根据所述主叫请求发起呼叫。 

所述主控终端通过所述业务连接向受控终端多次发送网管短消息。 

在短信网管过程结束之后，释放所述业务连接。 

其中，所述在主控终端和受控终端之间建立业务连接包括： 

主控终端主动向受控终端发起呼叫请求； 

受控终端接收到所述呼叫请求后，如果确定所述呼叫请求为主控终端发起，则向所述主控终端返回呼叫响应，业务连接建立完成。 

所述受控终端根据保存的主控号码或预先保存的策略确定所述呼叫请求是否为主控终端发起。 

进一步，当受控终端中保存有主控号码，则由受控终端利用保存的主控号码主动发起呼叫，在主控终端和受控终端之间建立业务连接。 

如果在主控终端和/或受控终端中设置不屏蔽短信网管的全过程，则在主控终端和受控终端之间建立业务连接时，在相应的终端中向用户提示正在进行短信网管过程。 

在根据所述主叫请求发起呼叫时，保存短信网管过程终止前发送的网管短消息的序列号，则该方法进一步包括： 

当所述呼叫结束后，在主控终端和受控终端之间重新建立业务连接，并利用保存的短信网管过程终止前的短消息序列号，继续完成后续的短信网管过程。 

当受控终端接收到用户发起的主叫请求，解除短信网管的业务连接时，则在主控终端和受控终端之间重新建立业务连接包括： 

主叫过程结束后，受控终端主动呼叫主控终端，或主控终端在任意时间延迟后呼叫受控终端重新建立短信网管的业务连接。 

当主控终端接收到用户发起的主叫请求，解除短信网管的业务连接时，在主控终端和受控终端之间重新建立业务连接包括： 

主叫过程结束后，主控终端主动呼叫受控终端，或受控终端在任意时间延迟后呼叫主控终端建立短信网管的业务连接。 

本发明实施例提供一种短信网管系统，该系统包括主控设备和受控设备，其中 

主控设备，用于在进行短信网管过程中，通过通信网络与受控设备建立业务连接，并通过所述业务连接向受控设备发送关键参数管理的网管短消息； 

受控设备，用于通过通信网络与主控设备建立业务连接，通过所述业务连接接收主控设备发送的网管短消息，并按照预先定义的短信网管通讯协议对所述网管短消息进行解析，处理解析后的短消息，并返回短消息接收响应，在短信网管过程中，如果主控终端和/或受控终端接收到用户发起的主叫请求，则终止短信网管过程，根据所述主叫请求发起呼叫。 

所述主控设备还用于通过所述业务连接向受控设备多次发送网管短消息。 

所述主控设备还用于在短信网管过程结束之后，释放所述业务连接。 

所述主控设备还用于主动向受控设备发起呼叫请求； 

所述受控设备还用于在接收到所述呼叫请求后，如果确定所述呼叫请求为主控设备发起，则向所述主控设备返回呼叫响应。 

所述受控设备还用于根据保存的主控号码或预先保存的策略确定所述呼叫请求是否为主控设备发起。 

所述受控设备还用于利用保存的主控号码主动发起呼叫，与所述主控设备建立业务连接。 

所述主控设备还用于在终止短信网管过程后，保存短信网管过程终止前发送的网管短消息的序列号，并在所述呼叫结束后，主动呼叫受控设备，或在任意时间延迟后接收受控设备的呼叫建立业务连接，并根据保存的短信网管过程终止前发送的网管短消息的序列号，继续短信网管过程。 

本发明在每次短信网管过程之前，主控终端和受控终端都已经和基站建立了业务连接。因为处于业务连接状态，终端不会进入睡眠状态，基站不用等待终端醒来后再发送短消息。基站和终端也不用重复业务连接的建立和删除过程。在整个短信网管过程中，基站和终端都会直接通过专用的上下行业务信道发送短消息。节约了短信网管过程的时间，同时因为业务连接建立和释放过程对于一个用户的短信网管只进行一次，也大大减少了网络信令资源的消耗。 

附图说明

图1为现有技术中短信网管功能示意图； 

图2为现有技术中短信网管发送较短的短消息示意图； 

图3为现有技术中网管短消息交互的流程图； 

图4为本发明实施例一种短信网管的实现方法的流程图； 

图5为本发明实施例(1)一种短信网管的实现方法的流程图； 

图6为本发明实施例(2)一种短信网管的实现方法的流程图； 

图7为本发明实施例一种短信网管系统的结构示意图。 

具体实施方式

本发明实施例中提供一种短信网管的实现方法和系统，该方法包括：在进行短信网管过程中，在主控终端和受控终端之间建立业务连接；主控终端通过所述业务连接向受控终端发送网管短消息；受控终端根据收到的网管短消息的内容进行相应的处理。 

下面结合说明书附图对本发明实施例做进一步的说明： 

如图4所示，本发明实施例提供一种短信网管的实现方法，包括步骤： 

步骤401，在进行短信网管过程中，在主控终端和受控终端之间建立业务连接； 

步骤402，主控终端通过所述业务连接向受控终端发送网管短消息，受控终端根据收到的网管短消息的内容进行相应的处理； 

另外，在本发明实施例中在受控终端根据收到的网管短消息的内容进行相应的处理之后，受控终端通过所述业务连接向主控终端返回响应短消息。 

另外，在进行短信网管过程中，所述主控终端通过所述业务连接向受控终端多次发送网管短消息。 

步骤403，在短信网管过程结束之后，释放建立的业务连接。 

如图5所示，本发明实施例1，一种短信网管的实现方法，具体包括： 

步骤501，由主控终端主动发起呼叫，建立与受控终端之间的业务连接； 

其中，该步骤实现时具体包括： 

A.主控终端向基站A发起与受控终端建立业务连接的呼叫请求； 

B.基站A接收到所述呼叫请求后，通过核心网络向受控终端所属的基站B发送建立业务连接的呼叫请求； 

C.基站B接收到所述呼叫请求后，如果受控终端处于睡眠状态，则等待受控终端醒来后将所述业务连接的呼叫请求发送给受控终端； 

D.受控终端在接收到所述建立业务连接的呼叫请求后，根据预设的原则对发起呼叫的号码进行鉴别，如果是主控号码，为主控终端返回呼叫响应，否则按照正常来电流程处理。 

进一步，所述步骤D中根据预设的原则对发起呼叫的号码进行鉴别包括： 

D1.通过预先存储主控号码确定发起呼叫的号码是否为主控号码； 

D2.保存鉴别呼叫号码是否为主控号码的策略，在接收到呼叫后通过该策略确定发起呼叫的号码是否为主控号码。 

为了尽可能不影响用户的正常使用，对于来自主控终端短信网管的呼叫，受控终端可以不等用户应答，则直接进行呼叫响应。 

步骤502，主控终端通过所述业务连接向受控终端发送对关键参数进行管理的网管短消息； 

步骤503，受控终端接收主控终端发送的关键参数管理的网管短消息，并将接收到的短消息内容按照预先定义的短信网管通讯协议进行解析，处理解析后的短消息，并返回短消息接收响应； 

在本发明实施例中，处理解析后的短消息包括： 

例如，运营商因为网络的升级或网络配置发生改变，需要经常更新存储在终端中的IP接入号码、不同号段前缀的计费费率等信息，在更新这些信息时运营商可以选择全部更新或增量更新的方式： 

对于全部更新，主控终端向受控终端发送包含完整IP接入号码、不同号段前缀的计费费率列表等信息的短消息。受控终端收到这样的短消息后将相应的信息存储到自身的存储区当中。然后向主控终端返回信息更新是否成功的响应短消息。 

对于增量更新，主控终端首先向受控终端发送查询当前IP接入号码、不同号段前缀的计费费率等信息的短消息。受控终端收到这样的短消息后，发送包含所查询信息的响应短消息给主控终端。主控终端收到后分析受控终端当前已有的信息，然后发送包含需要更新信息的短消息。受控终端收到后按照主控 终端的要求对自身存储区中已有信息进行修正更新，并发送修正更新是否成功的响应短消息给主控终端。 

步骤504，主控终端接收受控终端返回的接收响应，并在短信网管结束之后，释放建立的业务连接。 

如果在进行短信网管会话的过程中，主控终端和/或受控终端接收到用户主动拨打电话的请求，则终止短信网管过程，响应用户的主叫请求。当用户主动拨打电话结束后，重新建立受控终端与主控终端的业务连接，恢复短信网管过程。恢复时主控终端或者受控终端根据自身保存的中断前的短消息序列号，继续完成后续的短信网管过程。其中，主控/受控终端可以对短信网管的每条短消息都编一个独一无二的序列号标识。 

其中，当主控终端接收到用户主动拨打电话的请求时，则解除短信网管的业务连接，并终止短信网管过程后，重新建立受控终端与主控终端的业务连接，包括： 

主控终端主动呼叫受控终端，或受控终端选择任意时间延迟后再次呼叫主控终端。 

其中，当受控终端接收到用户主动拨打电话的请求时，则终止短信网管过程，重新建立受控终端与主控终端的业务连接，包括： 

受控终端主动呼叫主控终端，或主控终端选择任意时间延迟后再次呼叫主控终端。 

在本发明实施例中，可以选择是否向用户屏蔽短信网管的全过程： 

A.屏蔽全过程：受控终端(简称终端B)不在用户界面上显示主控终端的来电信息，短消息交互时终端B的界面依然显示为待机界面等。 

B.选择向用户进行短信网管的提示：受控终端向用户进行提示，其中，提示的方式可以使多种，例如：受控终端通过声音或振动方式向用户进行提示，还可在界面上显示短信网管正在进行中等。 

如图6所示，本发明实施例2，一种短信网管的实现方法，受控终端已存 储短信网管的主控号码，该方法包括步骤： 

步骤601，受控终端通过保存的主控号码，向主控终端发起呼叫； 

步骤602，主控终端接到呼叫，进行呼叫应答，建立业务连接，并通过该业务连接向受控终端发送关键参数管理的短消息； 

步骤603，接收主控终端发送的对关键参数进行管理的短消息，并将接收到的短消息内容按照预先定义的短信网管通讯协议进行解析，处理解析后的短消息，并向主控终端返回短消息接收响应； 

步骤604，主控终端接收受控终端返回的短消息接收响应，并在短消息交互完成之后(即短信网管过程结束之后)，释放业务连接。 

如图7所示，本发明实施例还提供一种短信网管系统，具体包括主控设备701和受控设备702： 

主控设备701，用于在进行短信网管过程中，通过通信网络与受控设备702建立业务连接，并通过所述业务连接向受控设备702发送网管短消息； 

所述主控设备701还用于通过所述业务连接向受控设备多次发送网管短消息。 

所述主控设备701还用于在短信网管过程结束之后，释放所述业务连接。 

其中，所述主控设备701还用于在短信网管过程中，当接收到用户的主叫请求，则终止短信网管过程，根据所述主叫请求发起呼叫。 

进一步，该主控设备701还用于在终止短信网管过程后，保存短信网管过程终止前发送的网管短消息的序列号，并在所述呼叫结束后，主动呼叫受控设备702，或在任意时间延迟后接收受控设备702的呼叫建立业务连接，并根据保存的短信网管过程终止前发送的网管短消息的序列号，继续短信网管过程。 

受控设备702，用于通过通信网络与主控设备701建立业务连接，通过所述业务连接接收主控设备701发送的网管短消息，并根据收到的网管短消息的内容进行相应的处理。 

受控设备702还用于根据收到的网管短消息的内容进行相应的处理之后， 通过所述业务连接向主控设备701返回响应短消息。 

当该受控设备702中保存有主控号码时，则该控设备702还用于应用保存的主控号码主动发起呼叫，与所述主控设备701建立业务连接。 

所述受控设备702还用于在短信网管过程中，当接收到用户的主叫请求，则终止接收网管短消息，根据所述主叫请求发起呼叫。 

进一步，该受控设备702还用于在终止短信网管过程后，保存短信网管过程终止前发送的网管短消息的序列号，并在所述呼叫结束后，主动呼叫主控设备701，或任意时间延迟后接收主控设备701呼叫重新建立短信网管的业务连接，并根据保存的短信网管过程终止前发送的网管短消息的序列号，继续短信网管过程。 

其中，所述主控设备701还用于主动向受控设备发起呼叫请求； 

所述受控设备702还用于在接收到所述呼叫请求后，如果确定所述呼叫请求为主控设备发起，则向所述主控设备返回呼叫响应。 

进一步，所述受控设备702还用于根据保存的主控号码或预先保存的策略确定所述呼叫请求是否为主控设备发起。 

受控设备对于短消息的处理是根据它所收到的短消息内容不同而不同的。例如： 

A.当主控设备查询受控设备的接入号段信息时，就会向受控设备发送查询接入号段费率信息的短消息。受控设备收到后会从自身的存储区中读取接入号段费率列表，并在响应短消息中将这个列表信息上报给主控设备。 

B.当主控设备更新受控设备的IP接入码信息时，就会向受控设备发送写入IP接入码的短消息。受控设备收到后会将短消息中的接入码写入自身的存储区，并发送写入是否成功的响应消息给主控设备。当然这里所列举的仅仅是一个实施例，实际上短信网管的过程可以非常灵活。 

以上只是本发明实施例提供的两种具体实施方式，应用中可实现的方式并不局限于上述两种。 

采用本发明提出的方法后，在每次短信网管过程之前，主控终端和受控终端之间建立了业务连接。因为处于业务连接状态，终端不会进入睡眠状态，基站不用等待终端醒来后再发送短消息。基站和终端也不用重复业务连接的建立和删除过程。这样在随后的整个短信网管过程中，基站和终端都会直接通过专用的上下行业务信道发送短消息。对于用户的短信网管过程节约了大量的时间。同时因为业务连接建立和释放过程对于一个用户的短信网管只进行一次，也大大减少了网络信令资源的消耗。 

本发明所述的方法并不限于具体实施方式中所述的实施例，本领域技术人员根据本发明的技术方案得出其它的实施方式，同样属于本发明的技术创新范围。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (19)

1.一种短信网管的实现方法，其特征在于，包括：

在进行短信网管过程中，在主控终端和受控终端之间建立业务连接；

主控终端通过所述业务连接向受控终端发送关键参数管理的网管短消息；

受控终端接收主控终端发送的关键参数管理的网管短消息，并按照预先定义的短信网管通讯协议对所述网管短消息进行解析，处理解析后的短消息，并返回短消息接收响应，在短信网管过程中，如果主控终端和/或受控终端接收到用户发起的主叫请求，则终止短信网管过程，根据所述主叫请求发起呼叫。

2.如权利要求1所述的方法，其特征在于，所述主控终端通过所述业务连接向受控终端多次发送网管短消息。

3.如权利要求1所述的方法，其特征在于，在短信网管过程结束之后，释放所述业务连接。

4.如权利要求1所述的方法，其特征在于，所述在主控终端和受控终端之间建立业务连接包括：

主控终端主动向受控终端发起呼叫请求；

受控终端接收到所述呼叫请求后，如果确定所述呼叫请求为主控终端发起，则向所述主控终端返回呼叫响应，业务连接建立完成。

5.如权利要求4所述的方法，其特征在于，所述受控终端根据保存的主控号码或预先保存的策略确定所述呼叫请求是否为主控终端发起。

6.如权利要求1所述的方法，其特征在于，当受控终端中保存有主控号码，则由受控终端利用保存的主控号码主动发起呼叫，在主控终端和受控终端之间建立业务连接。

7.如权利要求1所述的方法，其特征在于，如果在主控终端和/或受控终端中设置不屏蔽短信网管的全过程，则在主控终端和受控终端之间建立业务连接时，在相应的终端中向用户提示正在进行短信网管过程。

8.如权利要求1所述的方法，其特征在于，在根据所述主叫请求发起呼叫时，保存短信网管过程终止前发送的网管短消息的序列号，则该方法进一步包括：

当所述呼叫结束后，在主控终端和受控终端之间重新建立业务连接，并利用保存的短信网管过程终止前的短消息序列号，继续完成后续的短信网管过程。

9.如权利要求8所述的方法，其特征在于，当受控终端接收到用户发起的主叫请求，解除短信网管的业务连接时，则在主控终端和受控终端之间重新建立业务连接包括：

主叫过程结束后，受控终端主动呼叫主控终端，或主控终端在任意时间延迟后呼叫受控终端重新建立短信网管的业务连接。

10.如权利要求8所述的方法，其特征在于，当主控终端接收到用户发起的主叫请求，解除短信网管的业务连接时，在主控终端和受控终端之间重新建立业务连接包括：

主叫过程结束后，主控终端主动呼叫受控终端，或受控终端在任意时间延迟后呼叫主控终端建立短信网管的业务连接。

11.一种短信网管系统，其特征在于，包括主控设备和受控设备，其中

主控设备，用于在进行短信网管过程中，通过通信网络与受控设备建立业务连接，并通过所述业务连接向受控设备发送关键参数管理的网管短消息；

受控设备，用于通过通信网络与主控设备建立业务连接，通过所述业务连接接收主控设备发送的网管短消息，并按照预先定义的短信网管通讯协议对所述网管短消息进行解析，处理解析后的短消息，并返回短消息接收响应，在短信网管过程中，如果主控终端和/或受控终端接收到用户发起的主叫请求，则终止短信网管过程，根据所述主叫请求发起呼叫。

12.如权利要求11所述的系统，其特征在于，所述主控设备还用于通过所述业务连接向受控设备多次发送网管短消息。

13.如权利要求11所述的系统，其特征在于，所述主控设备还用于在短信网管过程结束之后，释放所述业务连接。

14.如权利要求11所述的系统，其特征在于，所述主控设备还用于主动向受控设备发起呼叫请求；

所述受控设备还用于在接收到所述呼叫请求后，如果确定所述呼叫请求为主控设备发起，则向所述主控设备返回呼叫响应。

15.如权利要求14所述的系统，其特征在于，所述受控设备还用于根据保存的主控号码或预先保存的策略确定所述呼叫请求是否为主控设备发起。

16.如权利要求11所述的系统，其特征在于，所述受控设备还用于利用保存的主控号码主动发起呼叫，与所述主控设备建立业务连接。

17.如权利要求11所述的系统，其特征在于，所述主控设备还用于在终止短信网管过程后，保存短信网管过程终止前发送的网管短消息的序列号，并在所述呼叫结束后，主动呼叫受控设备，或在任意时间延迟后接收受控设备的呼叫建立业务连接，并根据保存的短信网管过程终止前发送的网管短消息的序列号，继续短信网管过程。

18.如权利要求11所述的系统，其特征在于，所述受控设备还用于在短信网管过程中，当接收到用户的主叫请求，则解除短信网管的业务连接，根据所述主叫请求发起呼叫。

19.如权利要求18所述的系统，其特征在于，所述受控设备还用于在终止短信网管过程后，保存短信网管过程终止前发送的网管短消息的序列号，并在所述呼叫结束后，主动呼叫主控设备，或任意时间延迟后接收主控设备呼叫重新建立短信网管的业务连接，并根据保存的短信网管过程终止前发送的网管短消息的序列号，继续短信网管过程。

Images