专利名称：一种呼叫状态由忙到闲实时通知的系统及方法
技术领域：
本发明涉及通讯技术，尤其涉及一种呼叫状态由忙到闲实时通知的系统及方法。
背景技术：
移动通讯网络是现网正在运行的2G、2. 5G、2. 75G、3G以及正在部署的4G网络。移动通讯的核心控制网络包括交换机(MSC/TMSC)、位置存储单元(HLR/SHLR)、信令转接设备(STP)、数据服务支持节点(SGSN)、数据网管支持节点(GGSN)等。移动终端的呼叫状态是指与用户所处的呼叫过程相关的实时状态，主要分为空闲、忙、不可及(关机或者无信号等)以及所处于的位置(漫游)状态。然而，现有的移动终端用户并不能利用移动通讯网络获得另一移动终端用户的呼叫状态，例如，若用户A呼叫用户B，而用户B的呼叫状态为忙，则用户A需要盲目多次主叫用户B，直到用户B的呼叫状态 为空闲，用户A才能与用户B进行通话，这样就浪费了时间，从而降低了工作效率，且有可能造成重要电话的遗忘。
发明内容
本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种呼叫状态由忙到空闲实时通知的系统及方法。本发明解决其技术问题所采用的技术方案是构造一种呼叫状态由忙到闲实时通知的方法，包括
状态数据库建立步骤实时通过移动通讯网络接收信令监控数据，对所接收的信令监控数据进行分析处理，并从处理后的信令监控数据中提取用户呼叫状态信息，所述呼叫状态信息包括呼叫并正常接续、挂机；然后根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态；
状态忙分析处理步骤当主叫用户呼叫被叫用户时，通过移动通讯网络接收信令监控数据，对所接收的信令监控数据进行分析处理，并根据处理后的信令监控数据判断接续是否成功，若不成功，则根据被叫用户的号码查询状态数据库，并在状态数据库中标记被叫用户对应的记录；
状态推送步骤对被标记的被叫用户的呼叫状态进行实时监测，并在被叫用户的呼叫状态改变时，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。在本发明所述的方法中，根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态的步骤包括在所提取的用户呼叫状态信息为呼叫并正常接续时，在状态数据库中插入所提取的用户呼叫状态信息；在所提取的用户呼叫状态信息为挂机时，在状态数据库中删除所保存的用户呼叫状态信息。在本发明所述的方法中，在状态忙分析处理步骤中，在判断接续不成功之后，该方法还包括
对被叫用户进行校验，判断被叫用户是否是网内用户或特定区域的用户，若是，则根据被叫用户的号码查询状态数据库，并在状态数据库中标记被叫用户对应的记录；若否，则结束。在本发明所述的方法中，若被叫用户是非签约用户，则状态忙分析处理步骤还包括
通过下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，若被叫用户的当前呼叫状态为空闲，则结束，若被叫用户的当前呼叫状态为忙，则进入状态推送步骤；
状态推送步骤还包括
通过再次下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，并在被叫用户当前的呼叫状态变为空闲时，将呼叫状态由忙到闲的改变信息推送给主叫用户。在本发明所述的方法中，通过下列方式中的一种将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户短信、USSD、客户端。 本发明还构造一种呼叫状态由忙到闲实时通知的系统，包括
接入网关模块，用于通过移动通讯网络实时接收信令监控数据，所述信令监控数据包括主叫用户、被叫用户及被叫用户的状态信息；
信令分析模块，用于对所接收的信令监控数据进行分析处理；
状态采集模块，用于从处理后的信令监控数据中提取被叫用户呼叫状态信息，所述呼叫状态信息包括呼叫并正常接续、挂机；
状态数据库，用于根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态；标记模块，用于当主叫用户呼叫被叫用户时，从处理后的信令监控数据中获取被叫用户的号码，并根据被叫用户的号码查询状态数据库，且在状态数据库中标记被叫用户对应的记录；
状态监测模块，用于对被标记的被叫用户的呼叫状态进行实时监测；
状态推送模块，用于在被叫用户的呼叫状态改变时，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。在本发明所述的系统中，在所提取的用户呼叫状态信息为呼叫并正常接续时，在状态数据库中插入所提取的用户呼叫状态信息；在所提取的用户呼叫状态信息为挂机时，在状态数据库中删除所保存的用户呼叫状态信息。在本发明所述的系统中，所述系统还包括
非签约用户处理模块，用于判断被叫用户是否为非签约用户；
智能MAP状态查询模块，用于在被叫用户为非签约用户时，通过下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态。在本发明所述的系统中，所述系统还包括
系统管理模块，用于负责系统管理工作，所述系统管理工作包括操作员权限管理、角色管理、安全管理。在本发明所述的系统中，所述状态推送模块通过下列方式中的一种将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户短信、USSD、客户端。实施本发明的技术方案，能够在主叫用户呼叫被叫用户，而被叫用户正为正常接续的状态时，当被叫用户挂机时，能将被叫用户的呼叫状态由忙到闲的改变通知到主叫用户，因此节约了时间，提升了工作和管理效率，且避免了重要电话的遗忘。
下面将结合附图及实施例对本发明作进一步说明，附图中
图I是本发明呼叫状态由忙到闲实时通知的方法实施例一的流程 图2是图I中步骤SlOO实施例一的流程 图3是图I中步骤S200实施例一的流程 图4是图I中步骤S300实施例一的流程 图5是本发明呼叫状态由忙到闲实时通知的系统实施例一的逻辑图； 图6是本发明呼叫状态由忙到闲实时通知的系统实施例二的逻辑图。
具体实施例方式如图I所示，在本发明呼叫状态由忙到闲实时通知的方法实施例一的流程图中，该方法包括
5100.状态数据库建立步骤实时通过移动通讯网络接收信令监控数据，对所接收的信令监控数据进行分析处理，并从处理后的信令监控数据中提取用户呼叫状态信息，所述呼叫状态信息包括呼叫并正常接续、挂机；然后根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态，在该步骤中，信令监控数据包括但不限于IF1，智能信令监控数据(STP和SCP之间)，用于获取用户拨打、接听电话的信息；IF2，关口局监控数据(外网、上行)，用于获取拨打、接听长途电话的数据；IF3，A 口监控数据，用于获取用户开关机、拨打接听电话、发送接收短信基础控制数据等；
S200.状态忙分析处理步骤当主叫用户呼叫被叫用户时，通过移动通讯网络接收信令监控数据，该信令监控数据同样为以上所述的三种，对所接收的信令监控数据进行分析处理，并根据处理后的信令监控数据判断接续是否成功，若不成功，则根据被叫用户的号码查询状态数据库，并在状态数据库中标记被叫用户对应的记录；
S300.状态推送步骤对被标记的被叫用户的呼叫状态进行实时监测，并在被叫用户的呼叫状态改变时，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。图2是图I中步骤SlOO实施例一的流程图，该步骤SlOO具体包括
5101.单一运营商全网用户所发起的呼叫、挂机的呼叫状态均通过移动终端和移动通讯网络(运营商网络)进行传输；
5102.发起呼叫以及挂机均基于运营商网络进行传输，系统采取信令监控技术监控各个信令接口所实时获取的呼叫状态的原始数据，信令监控数据包括=IFl :智能信令监控数据(STP和SCP之间)；IF2 :关口局监控数据(外网、上行)；IF3 A 口监控数据等；
5103.对所接收的信令监控数据进行分析处理，分析的信令包括ISUP、TUP、CAMEL、BICC、SIP、H. 323、MAP等多种协议，实现对通话呼叫数据(智能网CAMEL信令、关口局ISUP交互信令、MAP信令)解析；
5104.根据信令分析结果，提取用户呼叫状态，呼叫状态包括呼叫并正常接续和挂机；
5105.在所提取的用户呼叫状态信息为呼叫并正常接续时，在状态数据库中插入所提取的用户呼叫状态信息；在所提取的用户呼叫状态信息为挂机时，在状态数据库中删除所保存的用户呼叫状态信息。
图3是图I中步骤S200实施例一的流程图，该步骤S200具体包括
5201.当用户发起呼叫时，例如主叫A呼叫被叫B；
5202.呼叫过程实时基于运营商网络进行传输，系统采取信令监控技术监控各个信令接口实时获取呼叫状态原始数据，信令监控数据包括=IFl :智能信令监控数据(STP和SCP之间)；IF2 :关口局监控数据(外网、上行)；IF3:A 口监控数据等；
5203.对所接收的信令监控数据进行分析处理，分析的信令包括ISUP、TUP、CAMEL、BICC、SIP、H. 323、MAP等多种协议，实现对通话呼叫数据(智能网CAMEL信令、关口局ISUP交互信令、MAP信令)解析，实现对忙和空闲状态的判断；
5204.根据信令分析的结果，判断用户是否接续成功；若是，则流程结束，否则进入到步骤S205 ； 5205.对被叫用户进行校验，判断被叫用户是否是网内用户或特定区域的用户，若否，则流程结束，否则进入步骤S206 ；
5206.根据被叫用户的号码查询状态数据库，若查询成功，则进入步骤S207;否则进入步骤S209 ；
5207.在状态数据库中标记被叫用户对应的记录，然后执行步骤S208；
5209.判断被叫是否是非签约用户，如果不是，则流程结束；如果是，则转入步骤S210处理；
5210.通过下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，若被叫用户的当前呼叫状态为空闲或不可及，则结束，若被叫用户的当前呼叫状态为忙，则进入步骤S208;在该步骤中，是第一次下发MAP查询呼叫状态指令，然后根据呼叫状态返回结果判断是空闲还是忙；
5208.进入到“状态推送步骤”。图4是图I中步骤S300实施例一的流程图，该步骤S300具体包括
5301.判断被叫是否是非签约用户，如果是，则转入到步骤S308处理；如果不是，则转入到步骤S302处理；
5308.通过再次下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，在该步骤中，基于对呼叫时间分析后智能设置轮询时间间隔，即每次下发MAP查询呼叫状态指令的间隔时间；
5309.判断MAP查询指令返回的结果，如果结果为空闲，则直接转入到步骤S306;如果不是空闲，则转入到步骤S308 ；
5302.对接入信令监控数据进行分析处理，分析的信令监控数据包括ISUP、TUP、CAMEL、BICC、SIP、H. 323、MAP等多种协议，实现对通话呼叫数据(智能网CAMEL信令、关口局ISUP交互信令、MAP信令)解析；
5303.根据信令分析的结果，判断是否是挂机事件，如果是则继续步骤S304;如果不是，则流程结束；
5304.根据被叫用户号码，查询数据库，如果查询成功，则转入步骤S305;如果查询失败则流程结束；
5305.判断查询记录是否是标记记录，如果是，则转入步骤S306;否则流程结束；
5306.向主叫用户A推送被叫用户B当前空闲的状态；S307.判断主叫用户A接入方式，如果用户采取客户端方式接入，则通过客户端推送；如果无客户端，则通过短信(闪信)或者USSD方式推送。图5是本发明呼叫状态由忙到闲实时通知的系统实施例一的逻辑图，该系统包括接入网关模块101、信令分析模块102、状态采集模块103、状态数据库104、标记模块105、状态监测模块106和状态推送模块107。其中，接入网关模块101用于通过移动通讯网络实时接收信令监控数据，所述信令监控数据包括主叫用户、被叫用户及被叫用户的状态信息；信令分析模块102用于对所接收的信令监控数据进行分析处理；状态采集模块103用于从处理后的信令监控数据中提取被叫用户呼叫状态信息，所述呼叫状态信息包括呼叫并正常接续、挂机；状态数据库104用于根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态，具体为在所提取的用户呼叫状态信息为呼叫并正常接续时，在状态数据库中插入所提取的用户呼叫状态信息；在所提取的用户呼叫状态信息为挂机时，在状态数据库中删除所保存的用户呼叫状态信息；标记模块105用于当主叫用户呼叫被叫用户时，从处理后的信令监控数据中获取被叫用户的号码，并根据被叫用户的号码查询状态数据库，且在状态数据库中标记被叫用户对应的记录；状态监测模块106用于对被标记的被叫 用户的呼叫状态进行实时监测；状态推送模块107用于在被叫用户的呼叫状态改变时，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户，可通过下列方式中的一种将状态改变信息推送给主叫用户短信、USSD、客户端。图6是本发明呼叫状态由忙到闲实时通知的系统实施例二的逻辑图，首先说明的是，该实施例与图I所示的实施例一相比，其中所包含的接入网关模块101、信令分析模块102、状态采集模块103、状态数据库104、标记模块105、状态监测模块106和状态推送模块107是相同的，在此不做赘述，以下仅说明不同的部分。该实施例的呼叫状态管理系统还包括非签约用户处理模块108和智能MAP状态查询模块109。其中，非签约用户处理模块108用于判断被叫用户是否为非签约用户。智能MAP状态查询模块109，用于在被叫用户为非签约用户时，通过下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，当智能MAP状态查询模块109查询到被叫用户当前的呼叫状态由忙变到闲时，状态推送模块107将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。另外，本发明呼叫状态管理系统还可包括系统管理模块110，用于负责系统管理工作，所述系统管理工作包括操作员权限管理、角色管理、安全管理。实施本发明的技术方案，有以下有益效果
I.从忙到空闲状态自动提醒，节约时间，提升工作和管理效率I)被叫从忙到空闲，系统自动实时提醒主叫用户；主叫用户从而不必盲目多次拨打被叫用户，也不需要花费精力跟踪此事，有效提高工作效率，节约时间，且实现了移动智能终端的智能管理和智能感知能力；
2 )避免用户重要的电话遗忘，提升工作效率；
3)多种接收方式，使订阅者应用简单、快捷，提升效率。2 .系统级地集中建设，为运营商带来规模经济效益
1)创造性的移动互联网通信技术应用，吸引用户，提升用户粘性；
2)吸引更多移动订阅用户，为运营商提升经济效益；
3)提升运营商移动互联网业务核心竞争能力，为移动运营商带来差异化核心竞争能力。3 .兼容多代(2G/2. 5G/2. 75G/3G/4G)移动通讯网络，实现全网用户覆盖，为社会带来规模效益
O实现全网用户覆盖，保证了用户规模，实现全网用户业务收入的增长；
2)节约巨额移动大网网络改造建设投资，创造巨大的社会效益； 3)不改造现有移动大网，保证现有网络的平稳运营，保证了现有大网收入的稳定。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。
权利要求
1.一种呼叫状态由忙到闲实时通知的方法，其特征在于，包括 状态数据库建立步骤实时通过移动通讯网络接收信令监控数据，对所接收的信令监控数据进行分析处理，并从处理后的信令监控数据中提取用户呼叫状态信息，所述呼叫状态信息包括呼叫并正常接续、挂机；然后根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态； 状态忙分析处理步骤当主叫用户呼叫被叫用户时，通过移动通讯网络接收信令监控数据，对所接收的信令监控数据进行分析处理，井根据处理后的信令监控数据判断接续是否成功，若不成功，则根据被叫用户的号码查询状态数据库，并在状态数据库中标记被叫用户对应的记录； 状态推送步骤对被标记的被叫用户的呼叫状态进行实时监测，并在被叫用户的呼叫状态改变吋，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。
2.根据权利要求I所述的方法，其特征在于，根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态的步骤包括在所提取的用户呼叫状态信息为呼叫并正常接续时，在状态数据库中插入所提取的用户呼叫状态信息；在所提取的用户呼叫状态信息为挂机时，在状态数据库中删除所保存的用户呼叫状态信息。
3.根据权利要求I所述的方法，其特征在于，在状态忙分析处理步骤中，在判断接续不成功之后，该方法还包括 对被叫用户进行校验，判断被叫用户是否是网内用户或特定区域的用户，若是，则根据被叫用户的号码查询状态数据库，并在状态数据库中标记被叫用户对应的记录；若否，则结束。
4.根据权利要求I所述的方法，其特征在于，若被叫用户是非签约用户，则 状态忙分析处理步骤还包括 通过下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，若被叫用户的当前呼叫状态为空闲，则结束，若被叫用户的当前呼叫状态为忙，则进入状态推送步骤； 状态推送步骤还包括 通过再次下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态，并在被叫用户当前的呼叫状态变为空闲时，将呼叫状态由忙到闲的改变信息推送给主叫用户。
5.根据权利要求I所述的方法，其特征在于，通过下列方式中的一种将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户短信、USSD、客户端。
6.一种呼叫状态由忙到闲实时通知的系统，其特征在于，包括 接入网关模块，用于通过移动通讯网络实时接收信令监控数据，所述信令监控数据包括主叫用户、被叫用户及被叫用户的状态信息； 信令分析模块，用于对所接收的信令监控数据进行分析处理； 状态采集模块，用于从处理后的信令监控数据中提取被叫用户呼叫状态信息，所述呼叫状态信息包括呼叫并正常接续、挂机； 状态数据库，用于根据所提取的呼叫状态信息更新状态数据库中所存储的呼叫状态； 标记模块，用于当主叫用户呼叫被叫用户时，从处理后的信令监控数据中获取被叫用户的号码，井根据被叫用户的号码查询状态数据库，且在状态数据库中标记被叫用户对应的记录；状态监测模块，用于对被标记的被叫用户的呼叫状态进行实时监测； 状态推送模块，用于在被叫用户的呼叫状态改变时，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。
7.根据权利要求6所述的系统，其特征在于，在所提取的用户呼叫状态信息为呼叫并正常接续时，在状态数据库中插入所提取的用户呼叫状态信息；在所提取的用户呼叫状态信息为挂机时，在状态数据库中删除所保存的用户呼叫状态信息。
8.根据权利要求6所述的系统，其特征在于，所述系统还包括 非签约用户处理模块，用于判断被叫用户是否为非签约用户； 智能MAP状态查询模块，用于在被叫用户为非签约用户时，通过下发MAP查询呼叫状态指令查询被叫用户当前的呼叫状态。
9.根据权利要求6所述的系统，其特征在干，所述系统还包括 系统管理模块，用于负责系统管理工作，所述系统管理工作包括操作员权限管理、角色管理、安全管理。
10.根据权利要求6至9任一项所述的系统，其特征在于，所述状态推送模块通过下列方式中的一种将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户短信、USSD、客户端。
全文摘要
本发明公开了一种呼叫状态由忙到闲实时通知的方法和系统，该方法包括实时通过移动通讯网络接收信令监控数据，从处理后的信令监控数据中提取用户呼叫状态信息，更新状态数据库中所存储的呼叫状态；当主叫用户呼叫被叫用户时，通过移动通讯网络接收信令监控数据，根据处理后的信令监控数据判断接续是否成功，若不成功，则根据被叫用户的号码查询状态数据库，并在状态数据库中标记被叫用户对应的记录；对被标记的被叫用户的呼叫状态进行实时监测，并在被叫用户的呼叫状态改变时，将被叫用户的呼叫状态由忙到闲的改变信息推送给主叫用户。实施本发明的技术方案，节约时间，提升工作和管理效率，且避免重要电话的遗忘。
文档编号H04W4/06GK102780973SQ20111012012
公开日2012年11月14日 申请日期2011年5月10日 优先权日2011年5月10日
发明者卢红松, 范智 申请人:深圳业拓讯通信科技有限公司