发明内容
本发明所要解决的技术问题是提供一种基于智能网信令监控的漏话提示业务***,该***能自动记录相关信息并监测被叫开机状态,实现漏话提示服务简单、易实施、无已有实现方式的缺陷。为此,本发明采用以下技术方案:它包括信令采集子***、业务处理子***、开机检测子***及操作维护子***;信令采集子***物理上由负责采集SCP智能网控制部分信令消息的DXC数字交叉连接设备和负责分析处理SCP智能网业务控制部分信令的CSM信令处理服务器构成;业务处理子***由服务器及磁盘阵列组成,业务处理子***负责运行所述***的数据库***、运行业务软件,业务处理子***设有短信接口、业务开销户接口及业务逻辑处理,业务处理子***完成所述***的业务处理、短信网关/短信中心的接口处理;开机检测子***硬件设备为前置信令处理平台智能外设IP,开机检测子***负责检测被叫用户开机事件,智能外设IP与LSTP信令转接点之间建立MAP移动应用协议信令连接,从而访问移动网络;操作维护子***完成设备的操作维护功能。由于采用本发明的上述技术方案,本发明所提供的漏话提示业务***的显著优点是在不改变移动电话用户的现有拨号习惯,不增加任何进一步操作,以及无须被叫用户设置呼叫转移的前提下,自动为移动被叫用户提供漏话提示服务,并且对现有通信网络不需任何修改,能大幅扩大业务应用范围。
本发明另一个所要解决的技术问题是提供上述基于智能网信令监控的漏话提示业务***的漏话提示方法,其易实施、无已有实现方式的缺陷。为此,本发明采用以下技术方案:它通过信令采集子***监测和采集移动设备STP信令转接点到SCP智能网控制部分的CAP智能网应用部分信令实现被叫用户漏话的感知,开机检测子***实时检测到被叫开机后,由业务处理子***向被叫发送漏话通知。
在上述漏话提示方法的基础上,本发明还可增加以下处理方法:归属位置寄存器HLR为申请了漏话提示业务的移动电话用户加载T_CSI被叫CAMEL签约信息。
在上述漏话提示方法的基础上,本发明还可进一步采用以下步骤:1)、信令采集子***监测CAP CAMEL应用部分信令链路中的呼叫相关信息,信令采集子***通过对InitialDP初始化触发点、EventReportBCSM事件报告的相关消息进行分析和处理,获取漏话信息并传到业务处理子***;
2)、业务处理子***指示开机检测子***向被叫所属的HLR归属位置寄存器发送MAP_ANY_TIME_INTERROGATION状态查询消息,以进一步确定被叫是否真正处于关机状态;
3)、业务处理子***根据开机检测子***返回的MAP_ANY_TIME_INTERROGATION状态查询回复消息的结果,判断用户是否真正关机;如果被叫用户确实关机,业务处理子***将指示开机检测子***通过MAP移动应用部分FORWARD_SM发送短信消息向该用户发送短消息;
4)、当被叫重新开机后,归属位置寄存器HLR根据FORWARD_SM的投递结果,向开机检测子***发送Alert SC短消息提醒消息,通知该用户可及,可以向该用户发送短消息,开机检测子***发送该用户的状态信息给业务处理子***;
5)、业务处理子***获得被叫用户已经开机或重新进入服务区的状态信息,随即通过短信网关,向该呼叫相关的主叫业务用户发送短信,通知其曾经呼叫过的被叫用户已经可以联系了。
由于采用本发明的上述监控信令的技术方案,对现有通信网络的其它网元不需任何修改,实施后不会影响原有运营商原有业务,也不影响现网的移动用户使用习惯,能大幅扩大业务应用范围。
具体实施方式
参照附图1、2。本发明所提供的漏话提示业务***包括信令采集子***、业务处理子***、开机检测子***及操作维护子***;信令采集子***物理上由负责采集SCP智能网控制部分信令消息的DXC数字交叉连接设备(包括带高阻的三通头、同轴电缆等)和负责分析处理SCP智能网业务控制部分信令的CSM信令处理服务器构成;业务处理子***由服务器及磁盘阵列组成,业务处理子***负责运行所述***的数据库***、运行业务软件,业务处理子***设有短信接口、业务开销户接口及业务逻辑处理,业务处理子***完成所述***的业务处理、短信网关/短信中心的接口处理;开机检测子***硬件设备为前置信令处理平台智能外设IP,开机检测子***负责检测被叫用户开机事件,智能外设IP与LSTP信令转接点之间建立MAP移动应用协议信令连接,从而访问移动网络;操作维护子***完成设备的操作维护功能。
所述漏话提示业务***装置组网及实施时外部接口如图1所示,考虑到SMG、漏话提示***的安全,漏话提示***中的业务处理子***、信令采集子***、操作维护子***、漏话提示***中的开机检测子***独立组成漏话提示内部网;漏话提示***中的业务处理子***与SMG、BOSS***等组成一个外部IP网;漏话提示业务开机检测子***与运营商移动信令网连接。***具体接口有:
●信令监控接口。基于信令监控技术的信令监测业务子***需要实时地采集本地网VPMN SCP与LSTP间的CAP信令。
●短信网关接口。漏话提示业务子***需要与短信网关(SMG)连接,收发短信。
●MAP接口。漏话提示业务子***需要连接STP,以便模拟短信中心发送业务消息以达到检测被叫用户开机的目的。
●业务开销户接口。需要连接BOSS***,以实现通过10086、营业厅开销户等功能。
●客服接口。处理客服投诉问题。
●维护接口。设备的日常维护分工界面、是否允许业务提供商工程维护人员进行远程维护等。
本发明所提供的漏话提示业务***的漏话提示方法为通过信令采集子***监测和采集移动设备STP信令转接点到SCP智能网控制部分的CAP智能网应用部分信令实现被叫用户漏话的感知,开机检测子***实时检测到被叫开机后,由业务处理子***向被叫发送漏话通知。基于智能网信令监控的漏话提示业务***内部软件流程如图3所示:
1、由信令采集子***监控SCP到STP间的CAP信令;
2、判断呼叫是否为漏话,是则继续;
3、初步合成漏话信息并传递给业务处理子***;
4、业务处理子***判断被叫是否真正关机,并且确认是否为本***用户,如果是继续,否者结束流程;
5、提交开机检测子***,开始监控开机信息;
6、用户开机,由业务处理子***给被叫用户发送漏话提示短消息。
具体处理步骤为:
1)、信令采集子***监测CAP CAMEL应用部分信令链路中的呼叫相关信息,信令采集子***通过对InitialDP初始化触发点、EventReportBCSM事件报告的相关消息进行分析和处理,获取漏话信息并传到业务处理子***;
2)、业务处理子***指示开机检测子***向被叫所属的HLR归属位置寄存器发送MAP_ANY_TIME_INTERROGATION状态查询消息,以进一步确定被叫是否真正处于关机状态;
3)、业务处理子***根据开机检测子***返回的MAP_ANY_TIME_INTERROGATION状态查询回复消息的结果,判断用户是否真正关机;如果被叫用户确实关机,业务处理子***将指示开机检测子***通过MAP移动应用部分FORWARD_SM发送短信消息向该用户发送短消息;
4)、当被叫重新开机后,归属位置寄存器HLR根据FORWARD_SM的投递结果,向开机检测子***发送Alert SC短消息提醒消息,通知该用户可及,可以向该用户发送短消息,开机检测子***发送该用户的状态信息给业务处理子***;
5)、业务处理子***获得被叫用户已经开机或重新进入服务区的状态信息,随即通过短信网关,向该呼叫相关的主叫业务用户发送短信,通知其曾经呼叫过的被叫用户已经可以联系了。
就被叫用户关机时被拨打信息的获取,下面作具体说明:
采用智能网的信令采集方式,申请漏话提示业务的用户需要签约到SCP智能网业务控制部分。对于智能网用户的业务开通,只需在通过***外BOSS移动支撑维护***在本***装置的业务处理子***中注册即可,对于非智能网用户的用户开通,仅需在其HLR归属位置寄存器中添加该用户的智能网业务签约属性T-CSI,变成一个伪智能网业务用户。这样,所有申请漏话提示业务的用户的被叫,其信令消息均会到达SCP智能网业务控制部分。信令采集子***实时地采集MSC/STP--移动交换机/信令转接点到SCP智能网业务控制部分的信令消息,就能获得业务用户被叫的所有的拨打信息,经过进一步分析和预处理后,得到关机拨打信息。
业务用户被叫过程信令流程如图4所示:
1、MSCa/VLR/SSP收到PSTN或GSM用户发起的呼叫,判断出主叫不是VPMN用户,则向被叫发送SRI消息,被叫返回签约信息T-CSI。
2、MSCa/VLR/SSP由T-CSI数据中得到被叫SCPb的地址,向SCPb发送IDP消息,将GMSC/SSP或始发MSC/VLR所在位置长途区号放在IDP消息中的LocationNumber中。
3、SCPb收到IDP消息后,先分析被叫用户帐号。若帐号有效则SCPb,向MSCa/VLR/SSP发送RRBE、AC。
4、VPMN SCP发送Continue消息到SSP,如果需要发送Connect,因为SCP不为被叫计费,在Connect的GenericNumber中不填任何内容。
5、MSCa/VLR/SSP收到Continue消息后,再次向被叫HLRb发送SRI消息,得到关机信息。
6、通话停止,MSCa/VLR/SSP上报挂机事件和计费报告。
7、VPMN SCP释放呼叫。
其中的英文缩略语注释如下:
MSC/VLR/SSP:移动交换机/拜访地位置寄存器/业务服务节点;
SCP:智能网业务控制部分;
HLR:归属地位置寄存器;
T-CSI:被叫签约信息;
IDP、ATI、FCI、RRBE、AC、Continue、Connect等,均为智能网协议中的具体消息名。
开机提醒业务关心的消息及参数,如下表所示。业务***通过对这些消息进行分析和处理,以获取呼叫相关的主被叫用户号码,和呼叫结束原因等相关信息。
操作名 |
信息单元名 |
参数的值或说明 |
InitialDP |
serviceKey |
3 |
|
CalledPartyNumber |
长号:8613903000002(国际号码)或长号:13903000002(国内号码)或长号:008613903000002(未知号码),或长号:013903000002(未知号码) |
|
CallingPartyNumber |
国际号码8613903000001(国际号码)或13903000001(国内号码)861063601234(国际号码)1063601234(国内号码)01063601234(未知号码/国内号码) |
|
EventTypeBCSM |
DP12(终端试呼鉴权) |
EventReportBCSM |
eventTypeBCSM |
13(00001101 tCalledPartyBusy) |
|
Event Specific Info Bcsm-tBusySpecificInfo--BusyCause Cause Value |
subscriber absent |
漏话提示业务***根据IDP消息TCAP层参数OTID,找到对应的ERB消息,然后分析,如果ERB事件报告消息中的原因值参数满足要求,则可以合成一条关机呼叫记录,表示该呼叫相关的被叫用户可能处于关机状态。本业务只需关心Event Type BCSM=DP12的IDP消息。