CN101938724A - 一种漏话提示系统及其实现方法 - Google Patents

Abstract

本发明公开了一种漏话提示系统及其实现方法，其中所述方法包括：当主叫用户呼叫被叫用户产生漏话时，漏话提示系统缓存本次呼叫的漏话信息；所述漏话提示系统将缓存的漏话信息发送给所述被叫用户。本发明提供了一种用户可选择主动提示或被动提示的实现方法，此外，本发明提供的漏话提示系统还可以对呼叫类别按照用户设置的一定规则进行筛选，实现只针对用户所设定的某些类别符合规则的漏接呼叫发送提示信息，从而提高了漏话业务的用户感受。

Description

一种漏话提示系统及其实现方法

技术领域

本发明涉及移动通信技术领域，更具体地，涉及一种漏话提示系统及其实现方法。

背景技术

漏话提示系统用于移动通信系统网络中，如图1所示，传统呈现漏话提示系统呈现的功能网络主要包括：LHS(Lost Hint System，漏话提示系统)、SMC(Short Message Center，短消息中心)、HLR(Home Location Register，归属位置寄存器)、MSC(Mobile Switch Center，移动交换中心)和BSC(Base Station Controller，基站控制器)。

结合图1，传统的漏话提示系统的实现方法主要包括以下步骤：

步骤101，主叫用户A呼叫被叫用户B；

通过步骤102，若被叫用户B当前处于无线信号屏蔽区或者已关机等状态，则主叫用户A无法与被叫用户B建立通话连接；

步骤103，MSC根据被叫用户B设置的漏话提示系统号码将该呼叫与漏话提示系统建立连接，通知漏话提示系统当前被叫用户B有漏接电话；

步骤104，漏话提示系统向MSC返回释放呼叫连接，携带原因值通知MSC向主叫用户A播放无法接通被叫用户B的语音提示；同时，在漏话提示系统中记录被叫用户B有来话呼叫被漏接，漏话提示系统生成短消息发送给短消息中心；

步骤105，短消息中心向HLR查找被叫用户当前归属地，并将该短消息下发给被叫用户B所归属的MSC；

步骤106，被叫用户B所归属的MSC将收到的短消息下发给被叫用户B，短信内容通常包括被漏接的电话产生的时间，主叫号码等。

由于此时被叫用户B可能无法被寻呼到，在投递失败时，MSC通知SMC，SMC会通知HLR，而HLR将置位短消息发送延迟标志，表示被叫用户B当前有未被投递成功的短消息。当被叫用户B进入无线信号覆盖区或开机时，被叫用户B通过位置更新等操作向所归属的HLR登记，HLR通知短消息中心，被叫用户B已重新登记并要求短消息中心重新下发当前被叫用户B被延迟的短消息，被叫用户B收到短消息后自行决定是否呼叫被漏接的主叫用户A。

上述传统漏话提示系统有两点明显的缺点：第一，开通漏话业务的被叫用户只能被动地接收短消息，而不能自定义地设置提示方式；第二，被叫用户将接收到所有漏接电话的短消息提示，无法根据自己的设置对某些类型的呼叫进行过滤，从而使得用户使用漏话业务的感受性不好，不利于漏话业务的推广。

发明内容

本发明解决的技术问题是提供一种漏话提示系统及其实现方法，能够根据被叫用户设置的漏话提示属性向被叫用户发送漏话提示信息，提高了用户业务体验。

为解决上述技术问题，本发明提供了一种漏话提示系统的实现方法，所述方法包括：

当主叫用户呼叫被叫用户产生漏话时，漏话提示系统缓存本次呼叫的漏话信息；

所述漏话提示系统将缓存的漏话信息发送给所述被叫用户。

进一步地，所述漏话提示系统缓存本次呼叫的漏话信息包括：

漏话提示系统缓存本次呼叫中符合漏话提示属性的漏话信息。

进一步地，所述漏话提示系统将缓存的漏话信息发送给所述被叫用户包括：

所述漏话提示系统将缓存的漏话信息中的符合漏话提示属性的漏话信息发送给所述被叫用户。

进一步地，主叫用户呼叫被叫用户产生漏话时，漏话提示系统还进行如下判断步骤：

若所述被叫用户设置的所述漏话提示属性为主动提示，则所述漏话提示系统进行缓存；

若所述被叫用户设置的所述漏话提示属性为被动提示，则所述漏话提示系统直接将本次呼叫的漏话信息发送给所述被叫用户。

进一步地，所述漏话提示系统缓存漏话信息后，接收到所述被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，再向所述被叫用户发送漏话信息；

其中所述第二接入码用于向所述漏话提示系统请求获取漏话信息。

进一步地，所述漏话提示属性还包括呼叫类别；

所述呼叫类别包括：国际长途、省际长途、省内长途和本地呼叫；

所述漏话提示系统根据所述被叫用户指定的一种或多种所述呼叫类别，对所述被叫用户进行漏话提示。

进一步地，所述漏话提示属性还包括：呼叫时间段、和/或主叫用户类别；

其中所述主叫用户类别包括：移动用户、固定电话用户。

本发明还提供了一种漏话提示系统，所述系统包括漏话处理单元和漏话信息发送单元，

所述漏话处理单元用于，主叫用户呼叫被叫用户产生漏话时，缓存本次呼叫的漏话信息；

所述漏话信息发送单元用于，将缓存的漏话信息发送给所述被叫用户。

此外，所述漏话处理单元进一步用于，仅缓存本次呼叫中符合漏话提示属性的漏话信息。

此外，所述漏话信息发送单元进一步用于，仅将缓存的漏话信息中符合漏话提示属性的漏话信息发送给所述被叫用户。

此外，所述漏话处理单元还用于，主叫用户呼叫被叫用户产生漏话时，进行如下判断步骤：

若所述被叫用户设置的所述漏话提示属性为主动提示，则对本次呼叫的漏话信息进行缓存；

若所述被叫用户设置的所述漏话提示属性为被动提示，则通过所述漏话信息发送单元直接将本次呼叫的漏话信息发送给所述被叫用户。

此外，所述漏话处理单元进一步用于，缓存漏话信息后，接收到所述被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，再通过所述漏话信息发送单元向所述被叫用户发送缓存的漏话信息。

与现有技术相比，本发明至少具有如下特点：

本发明提供了一种用户可选择的短消息主动提示和短消息被动提示的实现方法；

此外，本发明还提供了一种在漏话提示系统按呼叫类别一定规则进行筛选的实现方法，实现只针对用户所设定的某些类别符合规则的漏接呼叫发送短消息提示信息；

通过本发明技术方案，极大地提高了漏话业务的用户感受性，有利于漏话业务的推广使用，给通信网络运营带来更高的收益。

附图说明

图1为传统漏话提示系统的组网示意图；

图2为本发明实施例的漏话提示系统的组成示意图；

图3a为本发明另一实施例的漏话提示系统的组成示意图；

图3b为图3a所示实施例中号码数据库的示意图；

图4为本发明实施例的漏话提示流程的示意图；

图5为本发明实施例中终端用户主动获取漏话提示信息的流程示意图。

具体实施方式

本发明的目的在于，提供一种漏话提示系统的实现方法，具体采用如下技术方案：

当主叫用户呼叫被叫用户产生漏话时，漏话提示系统缓存本次呼叫的漏话信息；

所述漏话提示系统将缓存的漏话信息发送给所述被叫用户。

进一步地，所述漏话提示系统缓存本次呼叫的漏话信息包括：

漏话提示系统缓存本次呼叫中符合漏话提示属性的漏话信息。

进一步地，所述漏话提示系统将缓存的漏话信息发送给所述被叫用户包括：

所述漏话提示系统将缓存的漏话信息中的符合漏话提示属性的漏话信息发送给所述被叫用户。

进一步地，主叫用户呼叫被叫用户产生漏话时，漏话提示系统还进行如下判断步骤：

若所述被叫用户设置的所述漏话提示属性为主动提示，则所述漏话提示系统进行缓存；

若所述被叫用户设置的所述漏话提示属性为被动提示，则所述漏话提示系统直接将本次呼叫的漏话信息发送给所述被叫用户。

进一步地，所述漏话提示系统缓存漏话信息后，接收到所述被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，再向所述被叫用户发送漏话信息；

其中所述第二接入码用于向所述漏话提示系统请求获取漏话信息。

此外，漏话提示系统缓存漏话提示信息后，向被叫用户发送漏话信息的时机，除上述提到的接收到被叫用户请求拨打漏话提示系统的第二接入码之外，还可以设置为：定期发送、或者每隔N(N为大于1的正整数)条向被叫用户发送漏话信息。

进一步地，所述漏话提示属性还可以包括呼叫类别；

其中，所述呼叫类别可以定义为包括：国际长途呼叫、省际长途呼叫、省内长途呼叫和本地呼叫；

漏话提示系统根据所述被叫用户指定的一种或多种所述呼叫类别，对所述被叫用户进行漏话提示。

此外，所述漏话提示属性也可以定义为其他规则，诸如按时间段，按主叫用户是移动用户还是固定电话用户，或者按被叫用户自行设定的主叫号码段等。

为了便于阐述本发明，以下将结合附图及具体实施例对本发明技术方案的实施作进一步详细描述。

本发明实施例中提供了一种漏话提示系统，如图2所示，该漏话提示系统主要包括漏话处理单元和漏话信息发送单元，其中：

漏话处理单元用于，主叫用户呼叫被叫用户产生漏话时，缓存本次呼叫的漏话信息；

漏话信息发送单元用于，将缓存的漏话信息发送给所述被叫用户。

此外，漏话处理单元进一步用于，仅缓存本次呼叫中符合漏话提示属性的漏话信息。

此外，漏话信息发送单元进一步用于，仅将缓存的漏话信息中符合漏话提示属性的漏话信息发送给被叫用户。

此外，漏话处理单元还用于，主叫用户呼叫被叫用户产生漏话时，进行如下判断步骤：

若被叫用户设置的漏话提示属性为主动提示，则对本次呼叫的漏话信息进行缓存；

若被叫用户设置的所述漏话提示属性为被动提示，则通过漏话信息发送单元直接将本次呼叫的漏话信息发送给被叫用户。

此外，漏话处理单元进一步用于，缓存漏话信息后，接收到被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，再通过漏话信息发送单元向被叫用户发送缓存的漏话信息。

其中，所述的漏话提示属性还可以包括：

呼叫类别、呼叫时间段、和/或主叫用户类别；

其中呼叫类别包括：国际长途、省际长途、省内长途和本地呼叫；

主叫用户类别包括：移动用户、固定电话用户等。

本发明另一实施例中提供了一种漏话提示系统，如图3a所示，本实施例的漏话提示系统(LHS：Lost Hint System)分为四个主要组件，分别是：呼叫处理模块(CPM：Call Process Module)、查询处理模块(QPM：Query Process Module)、号码数据库(NDB：Number Database)和短消息处理模块(SMSPM：SMS Process Module)。其中，各组件的功能具体描述如下：

呼叫处理模块：主要负责处理漏话提示系统与MSC系统间的呼叫信令；

查询处理模块：漏话提示系统收到MSC的呼叫信令后，呼叫处理模块触发查询处理模块，查询处理模块根据MSC传递来的被叫号码和主叫号码查询号码数据库，获取当前被叫用户的漏话业务设置属性；

号码数据库：存储开通漏话业务的被叫用户数据及其漏话设置属性，以及存储主叫号码归属地数据。

短消息处理模块：当查询处理模块得到号码数据库的查询响应后判断，本次漏话业务需要给被叫用户发送短消息提示时，查询模块触发短消息处理模块，短消息处理模块构造短消息内容，短消息内容包括本次呼叫的主叫号码和产生呼叫的时间等信息，并向短消息中心发送短消息请求，指示短消息中心以短消息形式给被叫用户发送指定的短消息内容。

进一步地，本实施例的漏话提示系统中各模块的具体功能描述如下：

呼叫处理模块，用于主叫用户呼叫被叫用户产生漏话时，向查询处理模块发送漏话产生通知；当所述被叫用户向所述漏话提示系统请求获取漏话信息时，向查询处理模块发送漏话信息提取通知；

查询处理模块，用于收到漏话产生通知时，向号码数据库查询所述被叫用户设置的漏话提示属性，若所述被叫用户设置的所述漏话提示属性为主动提示，则缓存本次呼叫的漏话信息，并在收到漏话信息提取通知时，将缓存的所述被叫用户的所有漏话信息发送给短消息处理模块；若所述被叫用户设置的所述漏话提示属性为被动提示，则直接将本次呼叫的漏话信息发送给短消息处理模块；

号码数据库，用于存储开通漏话业务的用户数据及其设置的漏话提示属性；

短消息处理模块，用于根据收到的所述被叫用户的漏话信息生成短消息，通过短消息中心发送给所述被叫用户。

此外，所述查询处理模块进一步用于，根据查询到的所述被叫用户设置的漏话提示属性，缓存本次呼叫中符合所述漏话提示属性的漏话信息、或者将缓存的漏话信息中的符合所述漏话提示属性的漏话信息发送给所述被叫用户。

此外，所述漏话提示属性还包括呼叫类别、呼叫时间段、和/或主叫用户类别；

所述号码数据库进一步用于，根据所述被叫用户的设置存储所述被叫用户的所述漏话提示属性。

此外，所述漏话提示系统设置第二接入码，其中所述第二接入码用于被叫用户向所述漏话提示系统请求获取漏话信息；

所述呼叫处理模块进一步用于，接收到所述被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，向所述查询处理模块发送所述漏话信息提取通知。

具体地，本实施例中的号码数据库结构如图3b所示，主要包括两部分：主叫号码库和被叫号码库，其中

主叫号码库：存储所有已知地区的号码段，包括移动号码段，固定电话号码段，能够识别各号码段的归属地；

此外，主叫号码库还可以用于判断产生漏话的呼叫的呼叫类别，即对于漏话业务而言，被叫号码都是本地的，在主叫号码库查询主叫号码的归属地，通过主叫号码和被叫号码的归属地对比即可知道本次呼叫是国际长途呼叫或者省际长途呼叫或者是省内长途呼叫或者是本地呼叫等等。

被叫号码库：存储所有在本漏话提示系统登记漏话业务的本地用户号码，以及每个用户号码的如下漏话提示属性：

1)提示方式：设置该用户号码的提示选择，主动提示或者被动提示，必须且只能设置一项；主动提示由用户拨打特殊接入码，漏话提示系统将当前所有漏接电话信息通过短消息中心一起发送给被叫用户；被动提示是指被叫用户终端进入无线信号区或开机等场景下系统向用户下发短消息提示信息的方式，终端用户被动接收短消息提示；

2)呼叫类别：本发明提供四项类别供选择，用于符合所设置类别的漏话才发送短消息提示信息，分别是国际长途、省际长途、省内长途和本地呼叫。查询处理模块根据主叫号码归属地判断当前呼叫所属的类别；

此外，还可以根据用户要求设置多项漏话提示属性，如呼叫时间段、和/或主叫用户类别等。

图4示出了本发明实施例的漏话提示处理流程，以下将结合图4详细描述本发明的处理逻辑。

这里，需要说明的是，漏话提示系统可以设置两个接入码，其中，接入码1用于漏话提示业务，其相当于现有漏话提示系统的接入码；接入码2为用户主动获取漏话提示信息的接入码。

如图4所示，本实施例的漏话提示处理流程具体描述如下：

步骤401，漏话提示系统呼叫处理模块收到MSC发送来的IAM(Initial Address Messages，初始地址消息)消息，消息中主叫号码为MSC侧发起呼叫的主叫用户号码，被叫号码为本漏话提示系统的接入号码1，原被叫号码为MSC侧主叫用户拨打的被叫用户的号码，原因值为标准ISUP(ISDN User Part，综合业务数字网用户部分)原因值(被叫用户寻呼无响应或关机等)；

步骤402，若IAM消息中无原被叫号码，或有原被叫号码，但无主叫号码，呼叫处理模块直接返回Release消息，消息中释放原因值与收到IAM消息中的原因值相同，MSC收到Release消息后，解析该原因值，给主叫用户播放提示音；

步骤403，若IAM消息中同时有原被叫号码和主叫号码，呼叫处理模块触发查询处理模块，向查询处理模块发送查询请求，查询请求消息中包含主叫号码和原被叫号码；

步骤404，查询处理模块透传呼叫处理模块的查询请求消息，发送查询请求消息给号码数据库；

步骤405，号码数据库收到查询请求消息，先根据原被叫号码查询被叫号码库。若原被叫号码不存在于被叫号码库中，号码数据库发送查询响应消息给查询处理模块，查询处理模块发送查询响应给呼叫处理模块，并指示呼叫处理模块，原被叫号码在本系统中不存在，呼叫处理模块收到查询响应后向MSC发送Release消息，消息中释放原因值与收到IAM消息中的原因值相同，MSC收到Release消息后，解析该原因值，给主叫用户播放提示音；

步骤406，若原被叫号码存在于被叫号码库中，获取被叫号码的漏话提示属性；

步骤407，根据收到的主叫号码查询主叫号码库，如果匹配主叫号码段失败，则认为该主叫号码不在主叫号码库的号码段中，则认为主叫号码为非规则号码，不提供漏话提示信息，号码数据库发送查询响应消息给查询处理模块，查询处理模块发送查询响应给呼叫处理模块，并指示呼叫处理模块，主叫号码在本系统中不存在，呼叫处理模块收到查询响应后向MSC发送Release消息，消息中释放原因值与收到IAM消息中的原因值相同，MSC收到Release消息后，解析该原因值，给主叫用户播放提示音；

步骤408，如果匹配主叫号码段成功，获取到主叫号码的归属地；

步骤409，查询处理模块收到查询响应消息后，获取被叫号码的漏话提示属性以及主叫号码的归属地，根据原被叫用户所设置的呼叫类别属性及提示方式属性判断当前需要发送短消息提示信息；

步骤410，判断被叫用户设置的提示方式是主动提示还是被动提示(如可根据被叫号码是接入码1还是接入码2进行判断)，若为主动提示，则再判断本次呼叫的呼叫类别是否符合被叫用户设置的呼叫类别等漏话提示属性，若符合，则查询处理模块将缓存当前漏话信息，可以仅缓存当日的漏话信息，转到步骤413；若为被动提示，则转到步骤411；

此外，查询处理模块判断出被叫用户设置的提示方式是主动提示时，也可以对产生漏话的呼叫不进行筛选直接缓存，而是在后续步骤被叫用户主动请求获取漏话信息时，根据被叫用户设置的呼叫类别、呼叫时间段等漏话提示属性对缓存的漏话信息进行筛选，仅将缓存中符合被叫用户设置的漏话提示属性的漏话信息发送给被叫用户。

其中，漏话信息的缓存格式采用如下表1所示的格式：

表1漏话信息缓存格式

步骤411，若提示选择为被动提示，则转步骤412，同时，通过步骤414，查询处理模块向呼叫处理模块发送查询响应消息并指示呼叫处理模块，已处理漏话信息；

步骤412，查询处理模块通知短消息处理模块，携带主叫号码、原被叫号码以及呼叫产生的时间，短消息处理模块收到查询处理模块的通知消息后，构造短消息，短消息内容包含主叫号码和呼叫产生的时间，并以原被叫号码作为目的地址向短消息中心发送短消息请求消息，通过短消息中心通知原被叫用户在某一时刻曾有漏话呼叫。后续流程为标准的短消息终呼过程，本发明中不再赘述。

步骤413，查询处理模块向呼叫处理模块发送查询响应消息并指示呼叫处理模块，已处理漏话信息，呼叫处理模块收到查询响应后向MSC发送Release消息，消息中释放原因值为指定的原因值，MSC收到Release消息后，解析该原因值，给主叫用户播放指定提示音，例如提示音内容可以为：“您所拨打的用户暂时无法接通，稍后他将收到您的来话提醒，谢谢使用”。

步骤414，该步骤处理与步骤413处理相同，在此不再赘述。

图5示出了本发明实施例的主动提示时终端用户获取漏话提示信息流程，如图5所示，该流程具体描述如下：

步骤501，终端用户拨打漏话提示系统的接入码，呼叫路由至漏话提示系统，MSC发送IAM消息给漏话提示系统；

步骤502，漏话提示系统呼叫处理模块判断原被叫号码不为空，则转漏话业务流程处理，其详细处理流程可参见图4；

步骤503，若原被叫号码为空，呼叫处理模块判断主叫号码是否为空；

步骤504，若主叫号码为空，直接回送Release消息，释放原因为空号；

步骤505，若主叫号码不为空，判断被叫号码是否为接入码2；

步骤506，若被叫号码不为接入码2，则直接回送Release消息，释放原因为空号；

步骤507，若被叫号码为接入码2，则向查询处理模块发送查询请求消息，消息中携带主叫号码和接入码2；

步骤508，查询处理模块收到查询请求消息，使用主叫号码查询缓存库的被叫号码列表，若主叫号码存在于被叫号码列表中，则向短消息处理模块发送通知消息，消息中包含当前被叫用户的所有漏话信息(或者，仅包含符合被叫用户设置的漏话提示属性的漏话信息)，并以被叫用户号码作为目的地址向短消息中心发送短消息请求消息，通过短消息中心通知被叫用户截止当前的所有漏话呼叫信息，其后续流程为标准的短消息终呼过程，本发明中不再赘述；同时，清空当前缓存库中被叫号码对应的缓存信息，并向呼叫处理模块返回查询响应消息，并通知漏话信息已处理，呼叫处理模块收到查询响应消息，得知已处理漏话信息，向MSC发送Release消息，消息中携带指定释放原因值，MSC收到Release消息后，解析该原因值，根据原因值给主叫用户放音，如放音内容可以为：“您的请求已处理，稍后将发送短消息到您的终端上，谢谢使用”；

步骤509，若主叫号码不存在于被叫号码列表中，向呼叫处理模块返回查询响应消息，并通知当前无漏话信息，呼叫处理模块收到查询响应消息，得知当前无漏话信息，向MSC发送Release消息，消息中携带指定释放原因值，MSC收到Release消息后，解析该原因值，根据原因值给主叫用户放音，例如放音内容可以为：“您的请求已处理，当前无漏话信息，谢谢使用”。

以上仅为本发明的优选实施案例而已，并不用于限制本发明，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims (12)

1.一种漏话提示系统的实现方法，其特征在于，所述方法包括：

当主叫用户呼叫被叫用户产生漏话时，漏话提示系统缓存本次呼叫的漏话信息；

所述漏话提示系统将缓存的漏话信息发送给所述被叫用户。

2.如权利要求1所述的方法，其特征在于，所述漏话提示系统缓存本次呼叫的漏话信息包括：

漏话提示系统缓存本次呼叫中符合漏话提示属性的漏话信息。

3.如权利要求1所述的方法，其特征在于，所述漏话提示系统将缓存的漏话信息发送给所述被叫用户包括：

所述漏话提示系统将缓存的漏话信息中的符合漏话提示属性的漏话信息发送给所述被叫用户。

4.如权利要求2或3所述的方法，其特征在于，主叫用户呼叫被叫用户产生漏话时，漏话提示系统还进行如下判断步骤：

若所述被叫用户设置的所述漏话提示属性为主动提示，则所述漏话提示系统进行缓存；

若所述被叫用户设置的所述漏话提示属性为被动提示，则所述漏话提示系统直接将本次呼叫的漏话信息发送给所述被叫用户。

5.如权利要求2或3所述的方法，其特征在于，所述漏话提示系统缓存漏话信息后，接收到所述被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，再向所述被叫用户发送漏话信息；

其中所述第二接入码用于向所述漏话提示系统请求获取漏话信息。

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

所述漏话提示属性还包括呼叫类别；

所述呼叫类别包括：国际长途、省际长途、省内长途和本地呼叫；

所述漏话提示系统根据所述被叫用户指定的一种或多种所述呼叫类别，对所述被叫用户进行漏话提示。

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

所述漏话提示属性还包括：呼叫时间段、和/或主叫用户类别；

其中所述主叫用户类别包括：移动用户、固定电话用户。

8.一种漏话提示系统，其特征在于，所述系统包括漏话处理单元和漏话信息发送单元，

所述漏话处理单元用于，主叫用户呼叫被叫用户产生漏话时，缓存本次呼叫的漏话信息；

所述漏话信息发送单元用于，将缓存的漏话信息发送给所述被叫用户。

9.如权利要求8所述的系统，其特征在于，

所述漏话处理单元进一步用于，仅缓存本次呼叫中符合漏话提示属性的漏话信息。

10.如权利要求8所述的系统，其特征在于，

所述漏话信息发送单元进一步用于，仅将缓存的漏话信息中符合漏话提示属性的漏话信息发送给所述被叫用户。

11.如权利要求8、9或10所述的系统，其特征在于，

所述漏话处理单元还用于，主叫用户呼叫被叫用户产生漏话时，进行如下判断步骤：

若所述被叫用户设置的所述漏话提示属性为主动提示，则对本次呼叫的漏话信息进行缓存；

若所述被叫用户设置的所述漏话提示属性为被动提示，则通过所述漏话信息发送单元直接将本次呼叫的漏话信息发送给所述被叫用户。

12.如权利要求8、9或10所述的系统，其特征在于，

所述漏话处理单元进一步用于，缓存漏话信息后，接收到所述被叫用户拨打所述漏话提示系统的第二接入码的呼叫时，再通过所述漏话信息发送单元向所述被叫用户发送缓存的漏话信息。

Images