CN103379450A - 漏话通知方法、装置及系统 - Google Patents

Abstract

本发明公开了一种漏话通知方法、装置及系统，该方法包括：HLR确定需要对被叫终端启动漏话通知功能，并将漏话信息发送至漏话平台；HLR通知漏话平台向被叫终端发送漏话信息。本发明由HLR确定需要进行漏话通知，并将漏话信息发送给漏话平台，进而通知漏话平台向被叫终端发送该漏话信息，不再由MSC采用呼转方式将漏话信息呼转至漏话平台，使得用户在使用漏话通知业务的同时也可以使用正常的呼转业务，且无需漏话平台主动查询被叫终端的状态，减小了SMSC和HLR的压力。

Description

漏话通知方法、装置及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种漏话通知方法、装置及系统。

背景技术

现有移动通信系统中，在被叫用户未接通的情况下，一般通过呼叫前传至漏话系统来实现漏话管理，漏话系统需主动查询被叫用户的状态，通过发送探测短信或查询信令至归属位置寄存器(Home Location Register，简称为HLR)进行查询。当漏话消息的量很大时，会给短信中心或者HLR造成很大的压力。目前漏话前传一般通过HLR侧设置前传来实现，被叫移动交换中心(Mobile Switching Center，简称为MSC)判断被叫用户关机或不在服务区，向HLR查询被叫用户的前传信息，根据设置的前传信息将呼叫前传到漏话平台。图1是根据相关技术的漏话通知方法的流程图，该流程包括如下步骤：

步骤S102，主叫用户A发起呼叫到被叫用户B的移动交换中心MSC，图中所示为移动软交换中心(Mobile Switching Center emulation，简称为MSCe)或拜访位置寄存器(VisitorLocation Register，简称为VLR)。

步骤S104，移动交换中心MSC收到主叫用户A的呼叫请求后，向被叫用户B的HLR发送位置请求消息。

步骤S106，HLR接收到MSC的位置请求消息后，发现被叫用户B关机或不在服务区，则HLR向MSC返回的位置请求拒绝消息中AccessDeniedReason(即接入拒绝原因)参数值是关机或不在服务区。

步骤S108，MSC收到位置请求拒绝消息后，根据消息中携带的拒绝原因参数值进行前传操作，将漏话消息呼转至漏话平台，也称漏话提示业务(Miss Call Alert，简称为MCA)平台。

步骤S110，漏话平台接收MSC发送的漏话消息，并发送探测短信到短信中心，或称为短消息服务中心(Short Message Service Center，简称为SMSC)，以便获取被叫用户B的开机状态信息。

步骤S112，短信中心接收到漏话平台下发的探测短信，将探测短信发到HLR，如果被叫用户B处于关机状态，则HLR给该用户的SMS Delivery Pending Flag置位。

步骤S114，被叫用户B开机，并将其开机状态告知其HLR。

步骤S116，HLR收到被叫用户B的开机信息，如果判断该用户的SMS Delivery PendingFlag为1，则向短信中心发送用户开机通知消息。

步骤S118，短信中心收到HLR发送的开机通知消息，将该消息转发至漏话平台。

步骤S120，漏话平台收到被叫用户B开机消息后，将漏话消息下发至短信中心。

步骤S122，短信中心将漏话通知短信发送至被叫用户B。

从上述过程可以看出，需要进行漏话通知时，由MSC将漏话信息呼转至漏话平台，使得用户使用漏话通知业务时，会和用户正常的呼转业务发生冲突，即用户无法同时使用漏话通知业务和正常的呼转业务；并且漏话平台需要和HLR以及短信中心进行多次交互，在漏话消息量非常大时，会给短信中心或HLR造成很大的性能压力。

发明内容

本发明提供了一种漏话通知方法、装置及系统，以至少解决相关技术中，漏话信息由MSC呼转至漏话平台，使得用户无法同时使用漏话通知业务和正常呼转业务的问题。

根据本发明的一个方面，提供了一种漏话通知方法，包括：HLR确定需要对被叫终端启动漏话通知功能，并将漏话信息发送至漏话平台；HLR通知漏话平台向被叫终端发送漏话信息。

优选地，HLR确定需要对被叫终端启动漏话通知功能包括：HLR确定被叫终端不在线和/或主叫终端在被叫终端的黑名单中。

优选地，在HLR确定需要对被叫终端启动漏话通知功能之后，上述方法还包括：HLR确定被叫终端开启了漏话通知功能。

优选地，在HLR通知漏话平台向被叫终端发送漏话信息之前，上述方法还包括：HLR确定被叫终端在线。

优选地，在HLR确定被叫终端在线之后，上述方法还包括：被叫终端向主叫终端发送通知消息，其中，通知消息用于告知主叫终端被叫终端在线。

优选地，在HLR通知漏话平台向被叫终端发送漏话信息之后，上述方法还包括：漏话平台对漏话信息进行整合；漏话平台向被叫终端发送整合后的漏话信息。

优选地，在HLR通知漏话平台向被叫终端发送漏话信息之后，上述方法还包括：漏话平台根据被叫终端所在地区的时区计算对应于上述时区的漏话时间；漏话平台向被叫终端发送漏话信息，其中，漏话信息携带有上述漏话时间。

根据本发明的另一个方面，提供了一种漏话通知装置，应用于HLR，包括：确定模块，用于确定需要对被叫终端启动漏话通知功能；发送模块，用于将漏话信息发送至漏话平台；通知模块，用于通知漏话平台向被叫终端发送漏话信息。

优选地，确定模块包括：确定单元，用于确定被叫终端不在线和/或主叫终端在被叫终端的黑名单中。

根据本发明的再一个方面，提供了一种漏话通知系统，包括HLR和漏话平台，其中，HLR包括：确定模块，用于确定需要对被叫终端启动漏话通知功能；第一发送模块，用于将漏话信息发送至漏话平台；通知模块，用于通知漏话平台向被叫终端发送漏话信息；漏话平台包括：接收模块，用于接收来自HLR的漏话信息；第二发送模块，用于向被叫终端发送漏话信息。

本发明由HLR确定需要进行漏话通知，并将漏话信息发送给漏话平台，进而通知漏话平台向被叫终端发送该漏话信息，不再由MSC采用呼转方式将漏话信息呼转至漏话平台，使得用户在使用漏话业务的同时也可以使用呼叫转移功能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的漏话通知方法的流程图；

图2是根据本发明实施例的漏话通知方法的流程图；

图3是根据本发明优选实施例的漏话通知方法的流程图；

图4是根据本发明实施例的漏话通知装置的结构框图；

图5是根据本发明优选实施例的漏话通知装置的结构框图一；

图6是根据本发明优选实施例的漏话通知装置的结构框图二；

图7是根据本发明优选实施例的漏话通知装置的结构框图三；

图8是根据本发明实施例的漏话通知系统的结构框图；

图9是根据本发明优选实施例的漏话通知系统的结构框图一；

图10是根据本发明优选实施例的漏话通知系统的结构框图二。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例提供了一种漏话通知方法，图2是根据本发明实施例的漏话通知方法的流程图，如图2所示，包括如下的步骤S202至步骤S204。

步骤S202，HLR确定需要对被叫终端启动漏话通知功能，并将漏话信息发送至漏话平台。

步骤S204，HLR通知漏话平台向被叫终端发送漏话信息。

相关技术中，漏话信息由MSC呼转至漏话平台，使得用户无法同时使用漏话通知业务和正常呼转业务。上述实施例中，由HLR确定需要进行漏话通知，并将漏话信息发送给漏话平台，进而通知漏话平台向被叫终端发送该漏话信息，不再由MSC采用呼转方式将漏话信息呼转至漏话平台，使得用户在使用漏话业务的同时也可以使用呼叫转移功能；且无需漏话平台主动查询被叫终端的状态，减小了SMSC和HLR的压力，实现了被叫用户开机自动接收漏话信息。

对于上述步骤S202，在本发明实施例的一个优选实施方式中，HLR确定需要对被叫终端启动漏话通知功能包括：HLR确定被叫终端不在线和/或主叫终端在被叫终端的黑名单中。本优选实施方式中，被叫终端不在线，需要对被叫终端进行漏话通知；主叫终端在被叫终端的黑名单中，也可以对被叫终端进行漏话通知，使得被叫终端及时获知所有的漏话。

优选地，在HLR确定需要对被叫终端启动漏话通知功能之后，上述方法还包括：HLR确定被叫终端开启了漏话通知功能。本优选实施方式中，确定被叫终端开启了漏话通知功能以后，再执行后续发送漏话信息等操作，可以根据用户的需求进行漏话通知，避免对用户造成骚扰。

如果不管被叫终端在线与否，都向其发送漏话信息，被叫终端可能无法及时收到该漏话信息，甚至收不到漏话信息。在本发明实施例的一个优选实施方式中，在步骤S204之前，上述方法还包括：HLR确定被叫终端在线。HLR确定被叫终端在线之后，通知漏话平台向被叫终端发送漏话信息，可以在一定程度上保证被叫终端能够及时获知漏话信息。

考虑到提高主叫终端用户的体验，可以在确定被叫终端处于在线状态之后，向主叫终端发送消息，告知被叫终端的状态，所以，在本发明实施例的一个优选实施方式中，在HLR确定被叫终端在线之后，上述方法还包括：被叫终端向主叫终端发送通知消息，其中，通知消息用于告知主叫终端被叫终端在线。上述通知消息可以按照主叫终端拨打电话的时间顺序进行发送，其发送的时间间隔可以配置。例如，主叫A在10:00呼叫被叫B，主叫C在12:00呼叫被叫B，发送间隔配置为10秒，则发送通知消息的顺序可以是：A、C，两条通知消息的发送间隔是10秒。被叫终端也可以根据实际情况设置该通知消息的发送范围，如只向固定的几个用户发送该通知消息。类似地，也可以在被叫终端收到漏话信息之后，向主叫终端发送通知消息，告知主叫终端，被叫终端已经收到漏话信息。在实际应用中，上述优选实施方式可以通过被叫终端设置通知主叫的属性来实现。对于主叫终端在被叫终端黑名单中的情况，当被叫终端可及时，不对该主叫终端发送被叫可及的开机通知消息。

考虑到被叫终端不在线的期间内，可能会有很多漏话信息，为了避免向被叫终端发送多条漏话通知短信，影响被叫终端的用户体验，在本发明实施例的一个优选实施方式中，在HLR通知漏话平台向被叫终端发送漏话信息之后，上述方法还包括：漏话平台对漏话信息进行整合；漏话平台向被叫终端发送整合后的漏话信息。本优选实施方式中，漏话平台对漏话信息进行整合，以避免向被叫终端发送太多的漏话通知短信，减小了短信中心的负担，提高了用户体验。

需要说明的是，在一个优选实施例中，漏话平台接收到来自HLR的漏话消息之后，需要判断被叫终端是否开启了漏话通知功能，如果开启了，则存储上述接收到的漏话信息；如果没有开启，则释放该漏话信息，以及时释放存储空间。

另外，如果被叫终端用户与主叫终端用户不在同一时区，被叫终端用户收到的漏话通知短信中的漏话时间与自己所在的地方的时间不符，影响用户体验。所以，本发明实施例提供了一个优选实施方式，在HLR通知漏话平台向被叫终端发送漏话信息之后，上述方法还包括：漏话平台根据被叫终端所在地区的时区计算对应于上述时区的漏话时间；漏话平台向被叫终端发送漏话信息，其中，漏话信息携带有上述计算的漏话时间。本优选实施方式中，漏话平台根据被叫终端所在的地区的时区，计算漏话时间，向被叫终端发送漏话信息时，该漏话信息中的漏话时间是上述计算的与被叫终端时钟一致的漏话时间，提高了用户体验。

根据上述描述，一个优选的实施例如下：

1、主叫用户呼叫被叫用户，当被叫用户由于关机或不在服务区未接通，或者主叫是被叫的黑名单用户时，由被叫归属位置寄存器判断被叫用户是否启用了漏话通知功能，如果启用了，则HLR触发漏话通知业务，将漏话信息发送至漏话平台。

2、漏话平台提取接收的漏话信息中的主叫用户信息和被叫用户信息，判断被叫用户是否启用了漏话通知业务，如果启用了，则将被叫用户的漏话信息缓存在本地业务数据库中。另外，如果主叫用户是被叫用户设置的黑名单用户，也可将漏话信息缓存在本地业务数据库中。

3、被叫用户开机或可及时，其HLR接收到被叫MSC发送过来的开机状态报告信息，HLR判断该被叫用户是否启用了漏话通知功能，如果启用，则将被叫的开机状态报告信息发送至漏话平台，反之则不发送。

4、漏话平台接收到HLR发送的被叫开机状态报告，查询数据库，如果存在被叫用户的漏话信息，则漏话平台整合被叫用户关机期间的漏话信息，并将整合后的漏话信息发送至被叫用户。

与现有技术相比较，本发明实施例由HLR侧直接发送漏话信息至漏话平台，不再由MSC采用呼转方式发送至漏话平台，使用户在使用漏话通知业务的同时仍然可以使用呼叫转移功能；且由HLR主动发送用户开机状态报告至漏话平台处理，无需漏话平台通过发送探测信令方式探测被叫用户的状态，可以极大减小SMSC和HLR的查询压力，且不会对用户造成骚扰；另外用户可以自定义设置用户的通知属性和通知范围，提高了用户体验。

下面将结合优选的实施例以及附图进行详细描述。

图3是根据本发明优选实施例的漏话通知方法的流程图，如图3所示，该方法包括如下步骤：

步骤S302，用户A(主叫用户)呼叫用户B(被叫用户)，发起呼叫到移动交换中心MSC。

步骤S304，MSC收到用户A的呼叫请求后，向HLR发送位置请求消息。

步骤S306，HLR接收到MSC的位置请求消息后，发现用户B关机或不在服务区，则HLR向MSC回送位置请求拒绝消息，并判断用户B是否启用了漏话通知功能(也称未接来电通知功能)，如果启用，则转步骤S308。本步骤中，如果确定主叫用户是被叫用户的黑名单用户，也可以将其漏话信息发送给被叫用户。

步骤S308，用户B启用了漏话通知功能，HLR发送漏话信息到漏话平台(也称为未接来电平台)，该漏话信息包括但不限于：主叫用户信息、被叫用户信息、被叫用户漏话原因。

步骤S310，漏话平台判断用户B已经注册了未接来电通知业务，将漏话信息记录至平台业务库进行缓存。对同一个被叫用户的多个漏话事件，建立以被叫用户为中心的处理机制，对该用户的漏话消息进行整合。如果被叫用户不是漏话通知业务的用户，则直接释放该漏话信息。

步骤S312，用户B开机，将其开机状态告知其归属位置寄存器HLR。

步骤S314，HLR接收到用户B的开机状态报告，判断用户是否启用了未接来电通知功能，如果启用了，则将用户开机状态通知漏话平台。

步骤S316，漏话平台接收到被叫用户开机状态报告，从业务库中提取已经整合的漏话信息，并根据用户设置的发送策略发送漏话通知消息至短信中心SMSC。

步骤S318，SMSC将接收到的漏话通知消息下发给用户B。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例还提供了一种漏话通知装置，应用于HLR，该漏话通知装置可以用于实现上述漏话通知方法。图4是根据本发明实施例的漏话通知装置的结构框图，如图4所示，该装置包括第一确定模块41、发送模块42和通知模块43。下面对其结构进行详细描述。

第一确定模块41，用于确定需要对被叫终端启动漏话通知功能；发送模块42，连接至第一确定模块41，用于在第一确定模块41确定需要对被叫终端启动漏话通知功能之后，将漏话信息发送至漏话平台；通知模块43，连接至发送模块42，用于通知漏话平台向被叫终端发送其接收到的漏话信息。

上述实施例中，HLR的第一确定模块41确定需要进行漏话通知，发送模块42将漏话信息发送给漏话平台，进而通知模块43通知漏话平台向被叫终端发送该漏话信息，不再由MSC采用呼转方式将漏话信息呼转至漏话平台，使得用户在使用漏话业务的同时也可以使用呼叫转移功能；且无需漏话平台主动查询被叫终端的状态，减小了SMSC和HLR的压力。

图5是根据本发明优选实施例的漏话通知装置的结构框图一，如图5所示，第一确定模块41包括：确定单元412，用于确定被叫终端不在线和/或主叫终端在被叫终端的黑名单中。

图6是根据本发明优选实施例的漏话通知装置的结构框图二，如图6所示，上述装置还包括：第二确定模块44，连接至第一确定模块41，用于在第一确定模块41确定需要对被叫终端启动漏话通知功能之后，确定被叫终端开启了漏话通知功能。

图7是根据本发明优选实施例的漏话通知装置的结构框图三，如图7所示，上述装置还包括：第三确定模块45，连接至发送模块42，用于确定被叫终端在线。

本发明实施例还提供了一种漏话通知系统，该漏话通知系统可以用于实现上述漏话通知方法。图8是根据本发明实施例的漏话通知系统的结构框图，如图8所示，该系统包括HLR 82和漏话平台84。

其中，HLR 82包括：确定模块822，用于确定需要对被叫终端启动漏话通知功能；第一发送模块824，连接至确定模块822，用于在确定模块822确定需要对被叫终端启动漏话通知功能之后，将漏话信息发送至漏话平台；通知模块826，连接至第一发送模块824，用于通知漏话平台向被叫终端发送其接收到的漏话信息。

漏话平台84包括：接收模块842，连接至第一发送模块824，用于接收来自HLR 82中的第一发送模块824的漏话信息；第二发送模块844，连接至接收模块842，用于向被叫终端发送接收模块842接收到的漏话信息。

图9是根据本发明优选实施例的漏话通知系统的结构框图一，如图9所示，上述漏话平台84还包括：整合模块846，连接至接收模块842，用于对接收模块842接收的漏话信息进行整合；此时，第二发送模块844用于向被叫终端发送整合模块846整合后的漏话信息。

图10是根据本发明优选实施例的漏话通知系统的结构框图二，如图10所示，上述漏话平台84还包括：计算模块848，连接至接收模块842，用于根据被叫终端所在地区的时区计算对应于时区的漏话时间；此时，第二发送模块844用于向被叫终端发送漏话信息，其中，漏话信息携带有计算模块848计算的漏话时间。

需要说明的是，上述实施例中描述的漏话通知装置和漏话通知系统对应于上述的方法实施例，其具体的实现过程在方法实施例中已经进行过详细说明，在此不再赘述。

在另外一个优选的实施例中，上述系统还可以通过以下模块来实现：

漏话检测模块(实现了上述接收模块842的功能)，用于接收并处理HLR发送的漏话信息，该漏话信息中携带了主叫用户信息、被叫用户信息和被叫用户未接原因值。

鉴权模块，用于根据系统设定的过滤条件和用户自定义的黑白名单判断是否进行后续漏话缓存处理，如果满足缓存条件，则将被叫用户的漏话信息缓存在本地业务数据库中，如果不满足缓存条件(即鉴权失败)，则释放漏话信息。

用户状态模块，用于接收HLR发送过来的被叫用户开机状态报告，提取被叫用户信息，发送至漏话整合模块。

漏话整合模块(实现了上述整合模块846的功能)，用于整合在被叫用户可及前的所有针对被叫用户的漏话信息，避免发送多条通知消息，影响用户体验，加重短信中心负担。

时间提取模块(实现了上述计算模块848的功能)，用于被叫用户漏话通知时间的计算和提取。根据被叫用户对应地区的时区以及夏令时进行调整，以与被叫用户的时钟保持一致，提高用户体验。

消息发送模块(实现了上述第二发送模块844的功能)，用于发送被叫用户的漏话信息。

综上所述，根据本发明的上述实施例，提供了一种漏话通知方法、装置及系统。由HLR确定需要进行漏话通知，并将漏话信息发送给漏话平台，进而通知漏话平台向被叫终端发送该漏话信息，不再由MSC采用呼转方式将漏话信息呼转至漏话平台，因此，用户可以同时使用漏话通知功能和呼叫转移功能，两者不再冲突。另外，不需要漏话平台主动发消息去查询被叫用户的状态，减少了探测短信或ATI(Any Time Interrogation)查询流量，从而可以减轻短信中心或HLR的压力。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种漏话通知方法，其特征在于包括：

归属位置寄存器HLR确定需要对被叫终端启动漏话通知功能，并将漏话信息发送至漏话平台；

所述HLR通知所述漏话平台向所述被叫终端发送所述漏话信息。

2.根据权利要求1所述的方法，其特征在于，HLR确定需要对被叫终端启动漏话通知功能包括：

所述HLR确定所述被叫终端不在线和/或主叫终端在所述被叫终端的黑名单中。

3.根据权利要求1所述的方法，其特征在于，在HLR确定需要对被叫终端启动漏话通知功能之后，还包括：所述HLR确定所述被叫终端开启了所述漏话通知功能。

4.根据权利要求1所述的方法，其特征在于，在所述HLR通知所述漏话平台向所述被叫终端发送所述漏话信息之前，还包括：所述HLR确定所述被叫终端在线。

5.根据权利要求4所述的方法，其特征在于，在所述HLR确定所述被叫终端在线之后，还包括：

所述被叫终端向所述主叫终端发送通知消息，其中，所述通知消息用于告知所述主叫终端所述被叫终端在线。

6.根据权利要求1至5中任一项所述的方法，其特征在于，在所述HLR通知所述漏话平台向所述被叫终端发送所述漏话信息之后，还包括：

所述漏话平台对所述漏话信息进行整合；

所述漏话平台向所述被叫终端发送整合后的漏话信息。

7.根据权利要求1至5中任一项所述的方法，其特征在于，在所述HLR通知所述漏话平台向所述被叫终端发送所述漏话信息之后，还包括：

所述漏话平台根据所述被叫终端所在地区的时区计算对应于所述时区的漏话时间；

所述漏话平台向所述被叫终端发送所述漏话信息，其中，所述漏话信息携带有所述漏话时间。

8.一种漏话通知装置，应用于归属位置寄存器HLR，其特征在于包括：

确定模块，用于确定需要对被叫终端启动漏话通知功能；

发送模块，用于将漏话信息发送至漏话平台；

通知模块，用于通知所述漏话平台向所述被叫终端发送所述漏话信息。

9.根据权利要求8所述的装置，其特征在于，所述确定模块包括：

确定单元，用于确定所述被叫终端不在线和/或主叫终端在所述被叫终端的黑名单中。

10.一种漏话通知系统，其特征在于，包括归属位置寄存器HLR和漏话平台，其中，

所述HLR包括：

确定模块，用于确定需要对被叫终端启动漏话通知功能；

第一发送模块，用于将漏话信息发送至漏话平台；

通知模块，用于通知所述漏话平台向所述被叫终端发送所述漏话信息；

所述漏话平台包括：

接收模块，用于接收来自所述HLR的所述漏话信息；

第二发送模块，用于向所述被叫终端发送所述漏话信息。

Images