CN100484284C - 一种漏话提醒方法及漏话提醒业务实体 - Google Patents
一种漏话提醒方法及漏话提醒业务实体 Download PDFInfo
- Publication number
- CN100484284C CN100484284C CNB2007100868014A CN200710086801A CN100484284C CN 100484284 C CN100484284 C CN 100484284C CN B2007100868014 A CNB2007100868014 A CN B2007100868014A CN 200710086801 A CN200710086801 A CN 200710086801A CN 100484284 C CN100484284 C CN 100484284C
- Authority
- CN
- China
- Prior art keywords
- message
- call setup
- call
- call notification
- missing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Abstract
本发明公开了一种漏话提醒方法,包括:漏话提醒业务实体在主叫用户侧移动交换中心MSC发送呼叫建立消息后,监控呼叫建立时长;当在设定的呼叫建立时长阈值内没有收到标志呼叫成功的消息时,构造漏话提醒短信发送到短消息中心,由所述短消息中心在被叫可达时将漏话提醒短信发送给被叫用户。本发明还公开了一种漏话提醒业务实体结构。采用本发明能实现与网络类型无关的针对智能网用户的漏话提醒,且不需要MSC、HLR/VLR配合,与现有业务无冲突,为智能网用户漏话提醒业务的开展提供了一种低成本的良好解决方案。
Description
技术领域
本发明涉及智能网,尤其涉及对智能网用户实现漏话提醒的方法和相应的漏话提醒业务实体。
背景技术
漏话提醒,也称漏电提醒或漏话业务或漏电业务(Missed Call Notification或Missed Call Service,简称MCN或MCS)。是指在GSM或CDMA等无线网络中,主叫呼叫时常常会因为被叫方关机、信号原因(寻呼无响应)或用户正在通话等原因造成呼叫暂时无法接通。对于这些漏话,网络往往通过发送短信提醒通知被叫用户,以告知有来电拨打。使得用户不会错失自己一些重要的电话,从而提高了服务质量。
现有技术中实现漏话提醒的方法有:
现有技术一:通过交换机配置触发器实现漏话提醒。
交换机配置触发器的处理方式,是指在交换机上配置相关的触发器,在被叫流程中,由于被叫关机、被叫忙,寻呼无响应等原因产生漏话时,触发器触发上报消息,智能网业务侧获得这些漏话消息后进行短信提醒的方法。
以CDMA网络为例,可以在交换机配置的触发器如T_Busy用户忙、T_No_Answer用户无接听、T_No_Page_Response用户寻呼无相应等。这些触发器生效后,交换机根据漏话时被叫不同的状态向智能网业务侧上报消息,智能网业务侧获得这些消息后再进行不同的短信提醒处理。如被叫忙时,交换机会触发T_Busy消息上报给智能网业务侧,智能网业务侧获得该消息后,产生一条漏话提醒短信提交给短信中心,在被叫该次呼叫结束后,被叫用户会收到一条短消息,内容为“xx号码于xx月xx日xx时xx分前呼叫过您1次,正在期待您的回电,请您与他联系。”。
现有技术一的交换机配置触发器方式,准确上报了漏话时被叫的状态信息,是漏话业务最常用的处理方法。这种漏话提醒的处理方式最大的缺点是不具有通用性。由于交换机种类繁多,有些交换机并不能全部支持这些触发器,在这些交换机局点不能采用触发器方式,由此可见触发器方式不是通用的解决方法。
现有技术二:通过归属位置寄存器(Home Location Register,HLR)/拜访位置寄存器(Visiting Location Register,VLR)改造实现漏话提醒。
HLR/VLR改造方式,是指通过对HLR/VLR进行软件升级,在被叫流程中,如果被叫关机,被叫所在的HLR负责构造漏话提醒短信,发送到短消息中心;如果被叫忙,寻呼无响应,被叫所在的VLR负责构造漏话提醒短信,发送到短消息中心。在被叫开机或话路空闲时该短信会下发到被叫号码,进行漏话提醒。
现有技术二需要对HLR/VLR进行改造,还需要增加一个漏话提示服务器,实现较麻烦。
另外,如果用户设置了呼叫前转,当前转号码是外网号码或为其他HLR用户时,起呼HLR/VLR不能获知该前转号码状态,也就不能获知前转呼叫是否能建立,从而无法处理短信提醒。因此,通过HLR/VLR改造也不是一种通用的漏话提醒方案。
发明内容
本发明实施例提供一种对智能网用户进行漏话提醒的方法,由漏话提醒业务实体实现漏话提醒。
一种漏话提醒方法,应用于智能网,包括:
漏话提醒业务实体在主叫用户侧移动交换中心MSC发送呼叫建立消息后,监控呼叫建立时长;当在设定的呼叫建立时长阈值内没有收到主叫用户侧MSC或被叫用户侧MSC发送的标志呼叫成功的消息时,构造漏话提醒短信发送到短消息中心,由所述短消息中心在被叫可达时将漏话提醒短信发送给被叫用户。
一种漏话提醒业务实体,包括:
业务实现功能模块,用于接收到主叫用户侧MSC发起的呼叫建立消息或接收到标志呼叫成功的消息后,通知给呼叫建立监控模块;
呼叫建立监控模块,用于监控在设定的呼叫建立时长阈值内是否收到标志呼叫成功的消息;当在设定的呼叫建立时长阈值内没有收到主叫用户侧MSC或被叫用户侧MSC发送的标志呼叫成功的消息时,通知给短信提醒功能模块;
短信提醒功能模块,用于构造漏话提醒短信发送到短消息中心。
本发明实施例由漏话提醒业务实体完成漏话提醒功能,不需要MSC、HLR/VLR配合,而且其方案原理与网络无关,适用于GSM和CDMA和将来的3G系统等。本发明实施例为智能网用户的漏话提醒业务提供了一种良好的解决方案。
附图说明
图1为本发明实施例对智能网用户进行漏话提醒的步骤流程图;
图2为本发明实施例常规被叫流程及漏话提醒信令交互流程图;
图3为本发明实施例呼叫前转流程及漏话提醒信令交互流程图;
图4为本发明实施例漏话提醒业务实体结构示意图。
具体实施方式
本发明实施例提供一种对智能网用户进行漏话提醒的方法,由漏话提醒业务实体在接收到主叫用户侧MSC发送的呼叫建立消息后,监控呼叫建立时长;当在设定的呼叫建立时长阈值内没有收到标志呼叫成功的消息时,构造漏话提醒短信发送到短消息中心,由所述短消息中心在被叫可达时将漏话提醒短信发送给被叫用户。
以使用定时器监控呼叫建立时长为例,对智能网用户进行漏话提醒的具体步骤如图1所示,包括:
步骤S11、漏话提醒业务实体接收到主叫侧MSC发送的呼叫建立消息后,启动定时器;定时器的超时时长设置为呼叫建立时长阈值;
步骤S12、漏话提醒业务实体判断是否收到标志呼叫成功的消息;若收到标志呼叫成功的消息,则执行步骤S16;否则,继续下列步骤;
步骤S13、漏话提醒业务实体判断定时器是否超时,若没有超时,则转至步骤S12;若定时器已超时,执行步骤S14;
步骤S14、漏话提醒业务实体构造漏话提醒短信发送到短消息中心;
步骤S15、短消息中心在被叫可达时将漏话提醒短信发送给被叫用户;
步骤S16、结束流程。
下面以漏话提醒业务实体作为一个独立的逻辑功能实体集成于现有智能网业务控制点(Service Control Point,SCP)为例,说明实现智能网用户漏话业务提醒的信令流程。
参见图2,为常规被叫流程及漏话提醒信令交互流程图,其中:
MSC:主叫用户侧的移动交换中心,下文称为起呼MSC;
HLRa:与被叫用户相关的HLR;
SCPa:智能网中的业务控制点(Service Control Point,SCP);
MSCa:与被叫用户相关的MSC;
SMSC:短消息中心,用于通过无线网络发送短消息给无线终端。
被叫流程中具体的信令交互过程如下:
1、起呼MSC收到一次呼叫,包括移动终端的地址数字(即号码簿号码);起呼MSC触发了移动终端(Mobile_Termination)触发器,并发送位置请求LOCREQ消息给与被叫用户相关的HLRa。在LOCREQ消息中携带的参数为:
MSCID:起呼MSC标识,指明当前的起呼MSC;
BILLID:本次呼叫的帐单标识;
DGTSDIAL:呼叫目录序号;
TRIGTYPE:指明触发了Mobile_Termination触发器;
TRANSCAP:指明MSC能够处理TRIGADDLIST参数;
WINCAP:指明MSC能够支持的触发器。
2、HLRa返回响应消息locreq到起呼MSC,在locreq消息中携带的参数为:
MSCID:起呼MSC标识,指明当前的起呼MSC;
MSID:被叫用户标识;
TRIGADDRLIST:指明配置了起呼终端(Initial_Termination)、位置(Location)触发器和可用的呼叫路由地址(Called_Routing_Address_Available)触发器以及服务的SCPa。
3、起呼MSC触发Initial_Termination触发器,发送ANLYZD消息给由参数TRIGADDRLIST中指明的SCPa。ANLYZD消息的主要参数包括:MSCID、BILLID、DGTSDIAL、MSID和TRIGTYPE。
4、SCPa确定用户激活了预付费客户端(PrePaid Client,PPC)业务并且帐户余额足够,发送anlyzd消息返回结果给起呼MSC。Anlyzd携带的主要参数为:
DMH_SVCID:指明执行了PPC业务。
5、起呼MSC触发Location触发器,发送LOCREQ消息给HLRa。其中携带的参数包括:MSCID、BILLID、DGTSDIAL、TRIGTYPE、TRANSCAP和WINCAP;参数TRIGTYPE指明触发了Location触发器。
6、HLRa确定呼叫处理应当继续,发送路由请求(ROUTREQ)消息给被叫所在的服务MSCa,请求分配漫游号码。ROUTREQ消息的参数为MSCID、BILLID和MSID。由BILLID将起呼MSC分配的BillingID带给被叫所在的服务MSCa。
7、服务MSCa分配漫游号码TLDN,通过routreq消息带给HLRa。
8、HLRa发送locreq消息给起呼MSC,指示建立到用户的呼叫。locreq主要参数如下:
MSCID:起呼MSC标识,指明当前的起呼MSC;
MSID:被叫用户标识;
TERMLIST:呼叫终端信息;
REDIND:DMH重定向指示器;原因为扩展的来话呼叫。
9、起呼MSC准备终接当前呼叫,触发了Called_Routing_Address_Available触发器,发送ANLYZD消息给与这个触发器相关的SCPa。ANLYZD主要参数包括:MSCID、BILLID、MSID、MDN、RoutingInfo、REDIND、TRIGTYPE、TOD和TDO。其中,MSCID、BILLID、MSID、REDIND和TRIGTYPE参数的含义同上,其余:
MDN:包含可用的移动目录序号(Mobile directory number);
RoutingInfo:呼叫路由信息;
TOD:当前时间;
TDO:本地时间和日期偏置(Time Date Offset)。
10、SCPa发送anlyzd消息返回结果给起呼MSC。
经过上述10个步骤的信令交互,起呼MSC建立到用户的呼叫,等待被叫用户应答。如果被叫用户正常应答,则执行步骤11,由被叫服务MSCa触发T_Answer触发器,发送TANSWER消息到SCPa。TANSWER主要参数包括:MSCID、MSID、MDN、BILLID、TRIGTYPE、TOD和TDO。
以上流程是现有技术中的被叫正常应答流程,本发明实施例没有对该流程进行改变。本发明新增的步骤流程如下:
在步骤10执行后,SCPa开始启动一个定时器,该定时器的设定时长为预先设定的呼叫建立时长阈值(具体的呼叫建立时长阈值可以根据实际情况进行修改)。如果呼叫成功,被叫正常摘机应答,如上所述,被叫服务MSCa将触发T_Answer触发器,发送TANSWER消息到SCPa;SCPa接收到这个标志呼叫成功的TANSWER消息后,在定时器超时之前就会关闭已启动的定时器,本次呼叫为成功呼叫,无需进行漏话提醒。如果被叫用户忙、被叫关机或由于信号等原因呼叫无应答,则SCPa在定时器的设定时长阈值内不会收到任何标志呼叫成功的回应消息,定时器将会超时;当定时器超时后,执行步骤12,由SCPa构造漏话提醒短信发送到短消息中心。短消息中心存储接收到的漏话提醒短信,当被叫用户开机或可达时,执行步骤13,由短消息中心发送漏话提醒短信给被叫用户。
在图2所示流程中,当SCPa在定时器的设定时长阈值内没有收到标志呼叫成功的TANSWER消息时,还可以指示交换机放音设备向主叫播放提示音,例如播放的提示音为:“您所拨打的用户暂时无法接通,该用户已开通短信提醒业务,我们将用短信通知他尽快回电”。在交换机放音设备播放完提示音后,SCPa再结束本次呼叫流程。
图3为基于HLR的无应答前转(CFNA)呼叫流程及漏话提醒信令交互流程图,具体包括:
1、起呼MSC收到一次呼叫,包括移动终端的地址数字(即号码簿号码)。起呼MSC触发了Mobile_Termination触发器,并发送LOCREQ消息给与被叫用户相关的HLRa。
2、HLRa发送locreq返回结果消息给起呼MSC。
3、起呼MSC触发Initial_Termination触发器,发送ANLYZD消息给SCPa。
4、SCPa确定被叫用户激活了PPC业务而且帐户余额足够,发送anlyzd返回结果消息给起呼MSC。
5、起呼MSC触发了Location触发器,发送LOCREQ消息给HLRa。
6、HLRa返回locreq结果消息。
7、起呼MSC准备终接当前呼叫,MSC触发Called_Routing_Address触发器,发送ANLYZD消息给与这个触发器相关的SCPa。
8、SCPa返回结果消息anlyzd给起呼MSC。
9-10、被叫开始振铃,被叫侧服务MSCa检测到用户的应答定时器超时并且有前方局存在(服务MSCa在当前被叫用户的HLR中下载了无应答前转的签约信息),则服务MSCa向起呼MSC发前转请求消息REDREQ,在参数REDREASON中指明发生了无应答前转。
11-12、起呼MSC向服务MSCa回响应消息redreq并释放本次已经建立的呼叫。
13-14、起呼MSC发送号码请求消息TRANUMREQ到HLRa。HLRa确定用户的CFNA激活,则发送tranumreq响应消息到MSC。
15、起呼MSC分析路由信息,并准备为呼叫选路。起呼MSC触发Calling_Routing_Address_Available触发器,发送ANLYZD消息到与此触发器相关的SCPa。
16、SCPa发送anlyzd响应消息到起呼MSC。
17、起呼MSC前转这次呼叫,被叫开始振铃。
图3各交互信令中所携带参数的具体含义与图2中相同,不重述。
以上流程是现有技术中的前转流程,本发明实施例没有对该流程进行改变。本发明新增的步骤流程如下:
在步骤16执行后,SCPa开始启动一个定时器,该定时器的设定时长为预先设定的呼叫建立时长阈值(具体的呼叫建立时长阈值可以根据实际情况进行修改)。如果呼叫成功,前转被叫正常摘机应答,则执行步骤18,由起呼MSC触发O_Answer触发器,发送OANSWER消息到SCPa;SCPa接收到这个标志呼叫成功的OANSWER消息后,在定时器超时之前就会关闭已启动的定时器,本次呼叫为前转成功呼叫,无需进行漏话提醒。如果前转被叫用户忙、前转被叫关机或由于信号等原因呼叫无应答,则SCPa在定时器的设定时长阈值内不会收到任何标志呼叫成功的回应消息,定时器将会超时;当定时器超时后,执行步骤19,由SCPa构造漏话提醒短信发送到短消息中心。短消息中心存储接收到的漏话提醒短信,当被叫用户开机或可达时,执行步骤20,由短消息中心发送漏话提醒短信给被叫用户。
在图3所示流程中,当SCPa在定时器的设定时长阈值内没有收到标志呼叫成功的OANSWER消息时,还可以指示交换机放音设备播放提示音,例如播放的提示音为:“您所拨打的用户暂时无法接通,该用户已开通短信提醒业务,我们将用短信通知他尽快回电”。在交换机放音设备播放完提示音后,SCPa再结束本次呼叫流程。
上述图2和图3所示流程中,是以在智能网中的现有业务控制点(SCPa)中集成漏话提醒业务实体实现漏话提醒业务功能为例,实际中,可以采用一个独立的漏话提醒业务实体来实现智能网用户的漏话提醒功能。
为此,本发明公开一种漏话提醒业务实体结构实施例,如图4所示,包括:业务实现功能模块、呼叫建立监控模块和短信提醒功能模块;
业务实现功能模块,用于接收到主叫用户侧MSC发起的呼叫建立消息或接收到标志呼叫成功的消息后,通知给呼叫建立监控模块;
呼叫建立监控模块,用于监控在设定的呼叫建立时长阈值内是否收到标志呼叫成功的消息;当在设定的呼叫建立时长阈值内没有收到标志呼叫成功的消息时,通知给短信提醒功能模块;
短信提醒功能模块,用于构造漏话提醒短信发送到短消息中心。
在呼叫建立监控模块中包含定时器;当呼叫建立监控模块接收到业务实现功能模块发送的接收到呼叫建立消息通知后,启动设定时长为呼叫建立时长阈值的定时器;当呼叫建立监控模块接收到业务实现功能模块发送的接收到标志呼叫成功消息通知后,关闭所述定时器;当定时器超时后,呼叫建立监控模块通知给短信提醒功能模块构造漏话提醒短信。
综上所述,本发明实施例由漏话提醒业务实体完成漏话提醒功能,不需要MSC、HLR/VLR配合,而且其方案原理与网络无关,适用于GSM和CDMA和将来的3G系统等。另外,本发明与现有业务没有冲突,前转、彩铃等业务仍然可以正常使用。因此,本发明实施例为智能网用户的漏话提醒业务提供了一种良好的解决方案。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1、一种漏话提醒方法,其特征在于,包括:
漏话提醒业务实体在主叫用户侧移动交换中心MSC发送呼叫建立消息后,监控呼叫建立时长;当在设定的呼叫建立时长阈值内没有收到主叫用户侧MSC或被叫用户侧MSC发送的标志呼叫成功的消息时,构造漏话提醒短信发送到短消息中心,由所述短消息中心在被叫可达时将漏话提醒短信发送给被叫用户。
2、如权利要求1所述的方法,其特征在于,通过定时器实现监控呼叫建立时长。
3、如权利要求2所述的方法,其特征在于,具体包括:
所述漏话提醒业务实体接收到所述主叫用户侧MSC发送的呼叫建立消息后,启动定时器根据所述呼叫建立时长阈值监控呼叫建立时长;
当接收到标志呼叫成功的消息后,关闭所述定时器;
当所述定时器超时后,所述漏话提醒业务实体构造漏话提醒短信发送到短消息中心。
4、如权利要求3所述的方法,其特征在于,在常规呼叫流程中,由被叫用户侧MSC在被叫摘机应答后,向所述漏话提醒业务实体发送所述标志呼叫成功的消息;
在呼叫前转流程中,由主叫用户侧MSC在前转被叫摘机应答后,向所述漏话提醒业务实体发送所述标志呼叫成功的消息。
5、如权利要求1-4任意权项所述的方法,其特征在于,还包括:
漏话提醒业务实体在设定的呼叫建立时长阈值内没有收到标志呼叫成功的消息时,向主叫用户播放提示语音。
6、如权利要求5所述的方法,其特征在于,所述向主叫用户播放提示语音由所述漏话提醒业务实体指示交换机放音设备播放给主叫用户。
7、一种漏话提醒业务实体,其特征在于,包括:
业务实现功能模块,用于接收到主叫用户侧MSC发起的呼叫建立消息或接收到标志呼叫成功的消息后,通知给呼叫建立监控模块;
呼叫建立监控模块,用于监控在设定的呼叫建立时长阈值内是否收到标志呼叫成功的消息;当在设定的呼叫建立时长阈值内没有收到主叫用户侧MSC或被叫用户侧MSC发送的标志呼叫成功的消息时,通知给短信提醒功能模块;
短信提醒功能模块,用于构造漏话提醒短信发送到短消息中心。
8、如权利要求7所述的漏话提醒业务实体,其特征在于,所述呼叫建立监控模块中包含定时器;
所述呼叫建立监控模块接收到业务实现功能模块发送的接收到呼叫建立消息通知,启动设定时长为所述呼叫建立时长阈值的定时器;
所述呼叫建立监控模块接收到业务实现功能模块发送的接收到标志呼叫成功消息通知,关闭所述定时器;
当所述定时器超时后,所述呼叫建立监控模块通知给所述短信提醒功能模块。
9、如权利要求7或8所述的漏话提醒业务实体,其特征在于,所述漏话提醒业务实体为一个独立的物理实体,或为设置于智能网业务控制点SCP中的一个逻辑功能实体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100868014A CN100484284C (zh) | 2007-03-12 | 2007-03-12 | 一种漏话提醒方法及漏话提醒业务实体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100868014A CN100484284C (zh) | 2007-03-12 | 2007-03-12 | 一种漏话提醒方法及漏话提醒业务实体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101043652A CN101043652A (zh) | 2007-09-26 |
CN100484284C true CN100484284C (zh) | 2009-04-29 |
Family
ID=38808798
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007100868014A Expired - Fee Related CN100484284C (zh) | 2007-03-12 | 2007-03-12 | 一种漏话提醒方法及漏话提醒业务实体 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100484284C (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101754144B (zh) * | 2008-12-16 | 2013-08-07 | 华为技术有限公司 | 一种漏话提醒方法、系统及设备 |
CN102238501A (zh) * | 2010-04-29 | 2011-11-09 | 中兴通讯股份有限公司 | 在移动智能网业务中管理通话信息的方法和装置 |
CN103124402A (zh) * | 2011-11-21 | 2013-05-29 | 中兴通讯股份有限公司 | 漏话提示系统及方法 |
CN105101111B (zh) * | 2014-05-12 | 2019-08-16 | 中兴通讯股份有限公司 | 漏话提醒方法及装置 |
-
2007
- 2007-03-12 CN CNB2007100868014A patent/CN100484284C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101043652A (zh) | 2007-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101658688B1 (ko) | 이동통신 사업자 결정을 위한 nxx 로컬 교환의 로컬 단말기 체크 시스템 및 방법 | |
US7974608B2 (en) | Anonymous call blocking in wireless networks | |
JP2006020327A (ja) | 主無線装置にグループ通話契約の利用状況を通知する方法 | |
KR20120005512A (ko) | 모바일 장치 상에서 “네트워크-내 발신자” 정보의 개선형 디스플레이 시스템 및 방법 | |
WO1999016265A1 (en) | System and method of delivering collect calls in a radio telecommunications network | |
CN101014197A (zh) | 当主叫呼叫不可达被叫电话时减少试呼次数的系统和方法 | |
CN101600187B (zh) | 一种实现主叫信息显示业务的方法及信息服务器 | |
CN101873389A (zh) | 一种实现固定电话漏电提醒的方法与系统 | |
US7515898B2 (en) | Connect customized ring back tone service only at one MSC when intersystem page is involved | |
WO2009138002A1 (zh) | 一种视频呼叫回落到语音呼叫的方法、系统和装置 | |
US7974659B2 (en) | Repeat dialing in wireless networks to called parties that are powered off | |
CN100484284C (zh) | 一种漏话提醒方法及漏话提醒业务实体 | |
KR20040100927A (ko) | 이동 피호출 가입자가 이용 가능하게 될 때 호출 가입자가받는 통지 | |
CN102355636A (zh) | 一种电子名片业务的实现方法和系统 | |
EP2117211A1 (en) | A device, a method and a system for realizing hangup notification service | |
CN101365173B (zh) | 一种当前使用号码通知方法、系统和号码通知服务器 | |
EP2346273A1 (en) | Method and system for realizing called confirmation paying service | |
CN101621776B (zh) | 跨网开机提醒业务的实现方法 | |
EP1865698A1 (en) | Sending of Emergency-Indication and Emergency-Reset-Indication to a group call's inactive dispatchers | |
CN102547605A (zh) | 一种实现主叫彩铃业务的方法与系统 | |
KR20030073627A (ko) | 휴대전화 불완료호에 대한 발신자 정보 제공 방법 | |
CN100558023C (zh) | 一种在用户群提示业务中实现回铃音业务的方法 | |
WO2009136407A2 (en) | Method and system for giving incomplete calls in a telecommunication network | |
CN100512501C (zh) | 移动智能用户国际漫游时的信息通知方法、系统及设备 | |
CN101651755B (zh) | 在被叫振铃前向主叫提供主叫定制回铃音的系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090429 Termination date: 20150312 |
|
EXPY | Termination of patent right or utility model |