CN1976500A - 漏话提醒短消息通知方法及漏话提醒短消息通知*** - Google Patents
漏话提醒短消息通知方法及漏话提醒短消息通知*** Download PDFInfo
- Publication number
- CN1976500A CN1976500A CNA2006101683862A CN200610168386A CN1976500A CN 1976500 A CN1976500 A CN 1976500A CN A2006101683862 A CNA2006101683862 A CN A2006101683862A CN 200610168386 A CN200610168386 A CN 200610168386A CN 1976500 A CN1976500 A CN 1976500A
- Authority
- CN
- China
- Prior art keywords
- short message
- smsc
- called
- terminal
- call notification
- 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.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种漏话提醒短消息通知方法,该方法包括:漏话提醒***在产生被叫终端的漏话后,判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息,如果有则根据该短消息和本次漏话进行替换;否则根据本次漏话生成新的短消息并提交给SMSC,SMSC收到后保存该短消息;SMSC在被叫终端开机后将所保存的短消息发送给被叫终端。本发明还公开了一种漏话提醒短消息通知***,包括主叫终端、被叫终端、漏话提醒***和SMSC。本发明避免了由于探测短消息状态报告的丢失而引起的业务异常,提高了短消息通知的可靠性。另外,本发明还降低了SMSC的负载和运行成本。
Description
技术领域
本发明涉及漏话提醒技术领域,特别是一种漏话提醒短消息通知方法以及一种漏话提醒短消息通知***。
背景技术
在移动通信网络中,主叫移动终端呼叫被叫移动终端时,经常会因为被叫移动终端关机、不在服务区、遇忙等情况等原因而导致无法接通被叫移动终端,这就产生了漏话,即未能接通被叫移动终端的呼叫。漏话提醒***能够在产生漏话时,记录被叫移动终端的漏话信息并以短消息方式通知被叫移动终端,被叫移动终端开机后能够收到漏话提醒短消息,这样就不会因为漏话的原因导致用户错失一些重要的电话。目前,漏话提醒业务已经得到广泛的应用,当前国内移动通信网络中提供的短信呼、全时通、如意呼、来电宝均属于漏话提醒业务。
在漏话提醒业务的发展初期,业务功能实现非常简单。其具体处理为:在漏话产生后,漏话提醒***直接生成用来通知被叫移动终端的短消息,并且由短消息中心(Short Message Service Center,SMSC)缓存这些短消息,然后在被叫移动终端开机时下发给被叫移动终端。目前部分地区的来电宝业务正是使用的这种技术。
在采用上述漏话提醒短消息通知方法时,会导致被叫用户在开机后收到大量的提醒短消息,从而使得被叫移动终端在开机后的一段时间内由于接收大量短消息而不能进行其它业务,导致用户感受非常差。根据针对当前移动网络的调查结果显示,用户在一天的关机时段内可能产生高达40多条漏话,如果采用上述技术,那么当用户开机时将在瞬间收到40多条提醒短消息,影响了用户其他业务的正常使用,从而降低用户的满意度。
另外,大量的漏话提醒短消息也会影响短消息中心的运行。假设一个针对1000万用户的漏话提醒***,每个用户每天的漏话量为0.23个,忙时集中率为0.1,则短消息中心在忙时缓存的短消息量将增加23万条,这将对短消息中心造成巨大的压力,特别是现网的短消息中心承载的业务非常多,为了保证短消息中心的稳定性和可靠性,这种漏话提醒***的用户容量将受到极大的限制。
随着通信技术的发展,现有的大部分漏话提醒业务均采用探测短消息方案,该方案通过探测短消息的状态报告获取用户的开机状态,并合并漏话生成短消息。探测短消息是一种需要返回状态报告并进行处理的短消息,用于探测移动终端是否开机,在移动终端开机后,探测短消息的状态报告将响应到漏话提醒***。
探测短消息方案的处理流程如图1所示。参照图1,现有的探测短消息方案主要包括如下步骤:
步骤101,用户将移动终端关机。
步骤102,在移动终端关机后,第一次有其它用户呼叫该移动终端,从而产生首次漏话,并且该漏话信息被提交到漏话提醒***。
步骤103,漏话提醒***将漏话信息缓存,并生成探测短消息,然后将探测短消息提交到短消息中心,同时要求响应状态报告。
步骤104,此后,再次产生漏话,并将漏话信息提交到漏话提醒***。
步骤105,漏话提醒***将漏话信息加入到漏话提醒***的缓存中,处于等待下发的状态。
每产生一次漏话就重复执行一次步骤104和步骤105。
步骤106,用户将移动终端开机。
步骤107,移动终端开机后,会访问其归属的归属位置寄存器(HomeLocation Register,HLR),HLR将移动终端开机的信息告知SMSC。SMSC向漏话提醒***响应状态报告。
步骤108,漏话提醒***接收到探测短消息的状态报告,该状态报告触发漏话提醒***将缓存中的漏话信息合并下发,即将所有漏话信息合并,然后通过SMSC发送给移动终端。那么,移动终端用户将会收到经过合并的所有漏话信息。
在现有的移动通信网络中,采用上述处理方案的有全时呼以及短信呼等业务。
从上面技术方案可以看出,该方案依赖于探测短消息的状态报告。但是由于丢包、各个网元处理处理错误等原因,使得状态报告容易丢失,因此探测短消息的可靠性比较低。如果状态报告丢失,则无法触发步骤108的处理流程,而只能采取相应的异常处理措施,导致漏话提醒业务处理出现不确定,并且非常难于定位问题的具体所在。在现网中的测试结果显示,状态报告丢失率最高可达8%,也就说,有8%的用户会收不到漏话提醒短消息,从而降低了这种方案的可靠性。由于短消息容量的限制,发送的提醒短消息一般都只能携带一次漏话的信息。
发明内容
有鉴于此,本发明提出了一种漏话提醒短消息通知方法,用以提高短消息通知的可靠性。本发明还提出了一种漏话提醒短消息通知***。
一方面,本发明提出了一种漏话提醒短消息通知方法,该方法包括:
漏话提醒***在产生被叫终端的漏话后,判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息,如果有则根据该短消息和本次漏话进行替换;否则根据本次漏话生成新的短消息并提交给SMSC,SMSC收到后保存该短消息;
SMSC在被叫终端开机后将所保存的短消息发送给被叫终端。
所述判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息的步骤包括:漏话提醒***在本地所保存的短消息相关信息中查找本次漏话的主叫终端的信息,如果查找到,则判断出SMSC中保存有所述短消息,否则判断出SMSC中没有所述短消息;在漏话提醒***将新的短消息提交给SMSC之后进一步包括:SMSC向漏话提醒***返回该短消息的相关信息,漏话提醒***保存该短消息的相关信息。
漏话提醒***根据该短消息和本次漏话进行替换的步骤包括:漏话提醒***根据所保存的短消息相关信息以及本次漏话生成新的短消息并更新本地的短消息相关信息,并且将新的短消息发送到SMSC;SMSC用所收到的新的短消息替换所述与本次漏话的主叫终端相对应的短消息。
该方法进一步包括:在首次产生漏话时,SMSC通过通信网络向被叫终端发送短消息,并在收到通信网络返回的短消息发送失败消息之后,在通信网络中设置被叫终端开机后需要通知SMSC;所述SMSC在被叫终端开机后将所保存的短消息发送给被叫终端的步骤包括:在被叫终端开机后,通信网络根据所述设置通知SMSC被叫终端开机;SMSC将上次发送失败的短消息以及保存的其它短消息发送给被叫终端。
该方法在判断出SMSC中没有与本次漏话的主叫终端相对应的短消息后进一步包括:判断SMSC中所保存的短消息条数是否达到预设的条数门限值,如果是则生成新的短消息并缓存在漏话提醒***中,否则生成新的短消息并提交给SMSC;漏话提醒***在被叫终端开机后将所缓存的短消息提交给SMSC,SMSC将所述短消息发送给被叫终端。
该方法在判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息之前进一步包括:判断SMSC中所保存的短消息条数是否达到预设的条数门限值,如果是,则在判断出SMSC中没有所述短消息之后,生成新的短消息并缓存在漏话提醒***中;否则,在判断出SMSC中没有所述短消息之后,生成新的短消息并提交给SMSC;漏话提醒***在被叫终端开机后将所缓存的短消息提交给SMSC,SMSC将所述短消息发送给被叫终端。
该方法进一步为所提交的短消息设置需要返回状态报告;漏话提醒***在收到任何一条发送成功状态报告之后,将所缓存的短消息提交给SMSC。
漏话提醒***利用提交短消息(Submit_sm)消息向SMSC提交新的短消息;和/或,漏话提醒***利用替换短消息(Replace_sm)消息替换SMSC中的短消息。
另一方面,本发明还提供了一种漏话提醒短消息通知***,该***包括主叫终端、被叫终端,该***进一步包括漏话提醒***和SMSC,其中:
漏话提醒***,用于在产生被叫终端的漏话后,判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息,如果有则根据该短消息和本次漏话进行替换,否则根据本次漏话生成新的短消息并提交给SMSC;
短消息中心,用于保存漏话提醒***所提交的短消息,以及在被叫终端开机后将所保存的短消息发送给被叫终端。
所述SMSC进一步用于在首次产生漏话时通过通信网络向被叫终端发送短消息,并在收到通信网络返回的短消息发送失败消息之后在网络中设置被叫终端开机后需要通知SMSC,以及在收到被叫终端开机的通知后将上次发送失败的短消息和所保存的其它短消息发送给被叫终端。
所述漏话提醒***进一步用于在判断出SMSC中没有与本次漏话的主叫终端相对应的短消息且SMSC中所保存的短消息的条数达到预设的条数门限值后,产生新的短消息并缓存在漏话提醒***中,以及在判断出SMSC中没有与本次漏话的主叫终端相对应的短消息且SMSC中所保存的短消息的条数没有达到预设的条数门限值后,生成新的短消息并提交给SMSC。
所述漏话提醒***进一步用于为提交给SMSC的短消息设置需要返回状态报告,以及用于在收到任何一条发送成功的状态报告之后,将所缓存的短消息提交给SMSC。
所述被叫终端为移动通信网络中的移动终端或者固网中的通信终端。
从本发明的上述技术方案中可以看出,由于本发明在短消息通知实现的过程中只需要漏话提醒***和SMSC之间的交互,并没有使用到探测短消息,从而不依赖于探测短消息,避免了由于探测短消息状态报告的丢失而引起的业务异常,提高了短消息通知的可靠性。另外,本发明将多次漏话合并为一条短消息,通过一条短消息将多次漏话信息发送给被叫移动终端,从而降低了SMSC中需要保存和处理的短消息数量,降低了SMSC的负载和运行成本。并且,也减少了开机后发送给被叫终端的短消息的数量,提高了用户的满意度。
附图说明
图1为现有技术中的漏话提醒短消息通知***;
图2为现有技术中的漏话提醒短消息通知的流程;
图3为本发明实施例中漏话提醒短消息通知的流程示意图;
图4表示图3所示流程中步骤209至210的详解过程。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,以下举实施例对本发明进一步详细说明。
在本发明的实施例中,采用现有的网络***结构进行描述。
图3是本发明实施例中漏话提醒短消息通知方法的流程示意图。在这里不妨将主叫用户的移动终端称为主叫移动终端,将被叫用户的移动终端称为被叫移动终端,将与主叫移动终端对应的移动交换中心/拜访位置寄存器(MSC/VLR)和归属位置寄存器/鉴权中心(HLR/AUC)称为主叫MSC/VLR和主叫HLR/AUC,将与被叫移动终端对应的MSC/VLR和HLR/AUC称为被叫MSC/VLR和被叫HLR/AUC。
参照图3,该方法包括如下步骤:
步骤201,主叫用户利用主叫移动终端呼叫被叫移动终端,主叫MSC/VLR收到该呼叫请求后,向被叫HLR/AUC发送请求路由消息(SendingRoutingInfoReq)。
步骤202至步骤203,被叫HLR/AUC向被叫MSC/VLR发送漫游请求消息(ProvideRoamingNumberReq),被叫MSC/VLR返回响应消息(ACK)。
步骤204,由于被叫移动终端未开机,被叫HLR/AUC向主叫MSC/VLR返回请求路由消息响应(SendingRoutingInfoAck),并且在其中携带被叫移动终端关机的信息(Absent Subscriber),从而主叫MSC/VLR从收到的SendingRoutingInfoAck消息中得到被叫移动终端关机的信息。
步骤205,主叫MSC/VLR在得知被叫移动终端关机而无法接通后,向漏话提醒***发送初始地址消息(IAM)将呼叫前转至漏话提醒***。
步骤206,漏话提醒***可以从IAM中得到主叫移动终端和被叫移动终端的移动终端国际综合业务服务网标识(MSISDN)。漏话提醒***根据被叫移动终端的属性进行鉴权,在鉴权通过之后进入漏话提醒业务,并向主叫MSC/VLR返回地址确认消息(ACM)。
步骤207至步骤208,然后漏话提醒***向主叫MSC/VLR发送呼叫释放请求(REL),主叫MSC/VLR释放主叫移动终端并向漏话提醒***返回呼叫释放请求响应(RLC)。
上述步骤201至步骤208为呼叫流程。下面的步骤209至步骤226为漏话提醒的流程。
步骤209至步骤210,漏话提醒***根据当前被叫的通知状态,即在SMSC中是否保存有与该漏话的主叫移动终端相对应的短消息或者是否向SMSC提交过与该漏话的主叫移动终端相对应的短消息,决定发送提交短消息(Submit_sm)消息或者替换短消息(Replace_sm)消息到SMSC。如果在SMSC中保存有与该漏话的主叫移动终端相对应的短消息或者漏话提醒***已经向SMSC提交过与该漏话的主叫移动终端相对应的短消息,则根据原短消息和本次漏话信息产生新的短消息,并通过Replace_sm消息发送到SMSC去替换原短消息,SMSC则将原短消息替换为所收到的新的短消息;如果在SMSC中没有与该漏话的主叫移动终端相对应的短消息或者漏话提醒***没有向SMSC提交过与该漏话的主叫移动终端相对应的短消息,则根据本次漏话信息生成新的短消息,例如“13800000001在10:23呼叫了您1次”,并通过Submit_sm消息提交到SMSC,SMSC则将所收到的短消息保存。这里的Submit_sm消息和Replace_sm消息都是点到点短消息协议(SMPP)中的消息,但是本发明并不局限于这两个消息。
如果漏话提醒***发送的是Submit_sm,SMSC保存所收到的短消息,并向漏话提醒***回应Submit_sm_Resp,将短消息相关信息发送给漏话提醒***,例如短消息标识、主叫移动终端的信息、短消息相关内容等,这里以短消息编号作为短消息标识进行说明。
如图4所示,上述步骤209的具体过程为:
步骤209A,漏话提醒***在本地所保存的短消息相关信息中查找本次漏话的主叫移动终端信息,如果查找到,则说明已经向SMSC提交过与该漏话的主叫移动终端相对应的短消息并且在SMSC中保存有与该漏话的主叫移动终端相对应的短消息,然后执行步骤209C;如果没有查找到,则说明没有向SMSC提交过与该漏话的主叫移动终端相对应的短消息并且在SMSC中没有与该漏话的主叫移动终端相对应的短消息,然后执行步骤209B。
步骤209B,根据本次漏话信息产生新的短消息,并以Submit_sm消息发送到SMSC,SMSC则保存所收到的短消息,并向漏话提醒***返回短消息编号及其它信息。
步骤209C,获取此条已提交的短消息及其编号,然后根据已提交的原短消息和本次漏话信息,产生新的短消息,并以Replace_sm消息发送到SMSC,SMSC则根据短消息编号用新的短消息替换原短消息。这样就可以将多次漏话合并为一条短消息,通过一条短消息将多次漏话信息发送给被叫移动终端,从而降低了SMSC中需要保存和处理的短消息数量,降低了SMSC的负载和运行成本。并且,也减少了发送给被叫的短消息的数量,提高了用户的满意度。
下面以本次漏话为13800000001在11:55呼叫了被叫移动终端为例进一步说明该步骤。漏话提醒***在本地所保存的短消息相关信息中查找主叫号码13800000001,如果已经提交过,则在本地保存的短消息相关信息中会有该主叫号码,例如“13800000001在10:23呼叫了您1次”,还可以得到短消息的编号00001。然后,漏话提醒***根据原短消息和本次漏话信息产生新的短消息,例如“13800000001在10:23到11:34之间呼叫了您2次”,并将短消息编号和新的短消息通过Replace sm消息发送给SMSC,SMSC则用新的短消息替换掉编号为00001的原短消息。
如果没有提交过,则不会在本地保存的短消息相关信息中查找到该主叫号码13800000001。然后,漏话提醒***根据本次漏话信息产生新的短消息,例如“13800000001在11:34呼叫了您1次”,并将新的短消息通过Submit_sm消息提交给SMSC,SMSC则保存所收到的短消息,并会得到一个短消息的编号00002,然后将短消息编号00002和其它相关信息返回给漏话提醒***。
步骤211至步骤212,SMSC向被叫HLR/AUC发送请求短消息路由消息(SendingRoutingInfoForSMReq),被叫HLR/AUC向SMSC返回ACK,其中携带被叫MSC/VLR的路由信息。
步骤213至步骤214,SMSC根据被叫MSC/VLR的路由信息向被叫MSC/VLR发送下发短信请求消息(MTForwardShortMessageReq),请求向被叫移动终端发送短消息,由于被叫移动终端关机,所以此次发送短消息失败,被叫MSC/VLR返回表示短消息发送失败的ACK,其中携带被叫移动终端关机的信息(Absent Subscriber)。
步骤215至步骤216,SMSC收到该ACK后,向被叫HLR/AUC发送注册状态报告消息(ReportSMDeliverStatusReq),通知被叫HLR/AUC进行相应操作,将被叫移动终端设置用户不可及标志(Mobile Station Not Reachable,MNRF)标志,并将该SMSC地址加入消息等待数据(Message waiting data,MWD)队列中,以便在被叫HLR/AUC知道被叫用户终端开机后,及时通知SMSC。
步骤217至步骤218,被叫用户将被叫用户终端开机后,会向被叫MSC/VLR请求登记,被叫MSC/VLR通过短消息接收就绪消息(ReadyForSMReq)通知被叫HLR/AUC被叫移动终端已经开机。被叫HLR/AUC向被叫MSC/VLR返回ACK后。
步骤219至步骤220,被叫HLR/AUC通过业务通知消息(AlertServiceCenterReq)通知SMSC被叫移动终端已经开机,从而可以给被叫移动终端发送短消息。SMSC收到通知后,向被叫HLR/AUC返回ACK。
步骤221至步骤222,SMSC得知被叫移动终端开机后,向被叫HLR/AUC发送SendingRoutingInfoReq。然后,被叫HLR/AUC向SMSC返回ACK。
步骤223至步骤224,SMSC收到被叫HLR/AUC的响应消息后,向被叫MSC/VLR发送MTForwardShortMessageReq,重新向被叫移动终端发送上次未能成功发送的短消息。如果在被叫移动终端开机前,有多次漏话记录,则所发送的短消息是替换后的最新短消息。由于此时被叫移动终端已开机,被叫MSC/VLR将所述短消息发送给被叫移动终端,向SMSC返回ACK,并在其中携带发送成功的信息(OK Subscriber)。
步骤225至步骤226,SMSC将成功发送短消息的短消息状态报告消息(Deliver_sm)发送给漏话提醒***,漏话提醒***回复状态报告消息响应消息(Deliver_sm_ack)。
在上面的流程中,没有使用到探测短消息,从而不依赖于探测短消息,避免了由于探测短消息状态报告的丢失而引起的业务异常。另外,由于不需要对被叫开机做探测处理,整个短消息通知的实现可以只需要漏话提醒***和SMSC之间的交互,从而使得本发明更容易实现。
进一步,在上述实施例中还可以结合现有的探测方案来实现,例如设置对被叫移动终端发送短消息的条数门限值,当SMSC中保存的短消息条数达到所述条数门限值时,如果有后续的漏话产生,在步骤209中判断出SMSC中已保存有相应短消息时,则替换相应的短消息;在步骤209中判断出SMSC中没有相应短消息时,则将新产生的短消息缓存在漏话提醒***中。并且在向SMSC提交短消息时设置返回状态报告,当漏话提醒***收到被叫移动终端的任何一条发送成功的状态报告响应后,将缓存的漏话以Submit_sm消息提交给SMSC,由SMSC发送给被叫移动终端,这样也可以适当地减少SMSC的负载,同时也在一定程度上避免了状态报告丢失所引起的处理异常。
另外,也可以在步骤209中判断出SMSC中没有相应短消息时再判断SMSC中保存的短消息是否达到条数门限值,如果达到了条数门限值,则将新产生的短消息缓存在漏话提醒***中;如果没有达到条数门限值,则替换相应的短消息。
为了实现上述方法,本发明实施例中的漏话提醒短消息通知***中除了漏话提醒***和SMSC与现有技术中的不同以外,其它的主叫终端、被叫终端以及其它网络设备都可以采用现有技术中的设备。
需要注意的是,虽然上面的描述中以移动通信网络为例进行了说明,但是本发明实施例也可以应用在固网中,亦即:主叫终端可以是移动通信网络中的通信终端或者是固网中的通信终端,被叫终端可以是移动通信网络中的通信终端或者是固网中的通信终端,只需要被叫终端能够接收短消息即可。
本发明实施例中的漏话提醒短消息通知***除了包括现有的主叫终端、被叫终端以及通信网络外,还包括漏话提醒***和SMSC。
其中,漏话提醒***主要用于在产生被叫终端的漏话后,判断SMSC中是否保存有与该漏话的主叫终端相对应的短消息,如果有则替换该短消息,否则生成新的短消息并提交给SMSC。短消息中心主要用于保存漏话提醒***所提交的短消息,以及在被叫终端开机后将所保存的短消息发送给被叫终端。
在首次产生漏话时,SMSC还用于通过通信网络向被叫终端发送短消息,并在收到通信网络返回的短消息发送失败消息之后,在通信网络中设置被叫终端开机后通知SMSC,然后在收到来自通信网络的被叫终端开机的通知后,将上次发送失败的短消息以及保存的其它短消息发送给被叫终端。
对于结合了探测短消息的情形,所述漏话提醒***进一步用于在判断出SMSC中没有与该漏话的主叫终端相对应的短消息后且SMSC中所保存的短消息的条数达到预设的条数门限值后,产生新的短消息并缓存在漏话提醒***,在判断出SMSC中没有与该漏话的主叫终端相对应的短消息后且SMSC中所保存的短消息的条数没有达到预设的条数门限值,生成新的短消息并提交给SMSC。该情形下的漏话提醒***还用于在被叫终端开机后,将所缓存的短消息提交给SMSC,由SMSC发送给被叫终端。更具体地,漏话提醒***为提交给SMSC的短消息设置需要返回状态报告,然后在收到任何一条发送成功的状态报告之后,将所缓存的短消息提交给SMSC,然后SMSC将这些短消息发送给被叫终端。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (13)
1、一种漏话提醒短消息通知方法,其特征在于,该方法包括:
漏话提醒***在产生被叫终端的漏话后,判断短消息中心SMSC中是否保存有与本次漏话的主叫终端相对应的短消息,如果有则根据该短消息和本次漏话进行替换;否则根据本次漏话生成新的短消息并提交给SMSC,SMSC收到后保存该短消息;
SMSC在被叫终端开机后将所保存的短消息发送给被叫终端。
2、根据权利要求1所述的方法,其特征在于,所述判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息的步骤包括:漏话提醒***在本地所保存的短消息相关信息中查找本次漏话的主叫终端的信息,如果查找到,则判断出SMSC中保存有所述短消息,否则判断出SMSC中没有所述短消息;
在漏话提醒***将新的短消息提交给SMSC之后进一步包括:SMSC向漏话提醒***返回该短消息的相关信息,漏话提醒***保存该短消息的相关信息。
3、根据权利要求2所述的方法,其特征在于,漏话提醒***根据该短消息和本次漏话进行替换的步骤包括:
漏话提醒***根据所保存的短消息相关信息以及本次漏话生成新的短消息并更新本地的短消息相关信息,并且将新的短消息发送到SMSC;
SMSC用所收到的新的短消息替换所述与本次漏话的主叫终端相对应的短消息。
4、根据权利要求1所述的方法,其特征在于,该方法进一步包括:在首次产生漏话时,SMSC通过通信网络向被叫终端发送短消息,并在收到通信网络返回的短消息发送失败消息之后,在通信网络中设置被叫终端开机后需要通知SMSC;
所述SMSC在被叫终端开机后将所保存的短消息发送给被叫终端的步骤包括:在被叫终端开机后,通信网络根据所述设置通知SMSC被叫终端开机;SMSC将上次发送失败的短消息以及保存的其它短消息发送给被叫终端。
5、根据权利要求1所述的方法,其特征在于,该方法在判断出SMSC中没有与本次漏话的主叫终端相对应的短消息后进一步包括:判断SMSC中所保存的短消息条数是否达到预设的条数门限值,如果是则生成新的短消息并缓存在漏话提醒***中,否则生成新的短消息并提交给SMSC;
漏话提醒***在被叫终端开机后将所缓存的短消息提交给SMSC,SMSC将所述短消息发送给被叫终端。
6、根据权利要求1所述的方法,其特征在于,该方法在判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息之前进一步包括:判断SMSC中所保存的短消息条数是否达到预设的条数门限值,如果是,则在判断出SMSC中没有所述短消息之后,生成新的短消息并缓存在漏话提醒***中;否则,在判断出SMSC中没有所述短消息之后,生成新的短消息并提交给SMSC;
漏话提醒***在被叫终端开机后将所缓存的短消息提交给SMSC,SMSC将所述短消息发送给被叫终端。
7、根据权利要求5或6所述的方法,其特征在于,该方法进一步为所提交的短消息设置需要返回状态报告;
漏话提醒***在收到任何一条发送成功状态报告之后,将所缓存的短消息提交给SMSC。
8、根据权利要求1至6中任意一项所述的方法,其特征在于,漏话提醒***利用提交短消息Submit_sm消息向SMSC提交新的短消息;和/或,
漏话提醒***利用替换短消息Replace_sm消息替换SMSC中的短消息。
9、一种漏话提醒短消息通知***,该***包括主叫终端、被叫终端,其特征在于,该***进一步包括漏话提醒***和SMSC,其中:
漏话提醒***,用于在产生被叫终端的漏话后,判断SMSC中是否保存有与本次漏话的主叫终端相对应的短消息,如果有则根据该短消息和本次漏话进行替换,否则根据本次漏话生成新的短消息并提交给SMSC;
短消息中心,用于保存漏话提醒***所提交的短消息,以及在被叫终端开机后将所保存的短消息发送给被叫终端。
10、根据权利要求9所述的***,其特征在于,所述SMSC进一步用于在首次产生漏话时通过通信网络向被叫终端发送短消息,并在收到通信网络返回的短消息发送失败消息之后在网络中设置被叫终端开机后需要通知SMSC,以及在收到被叫终端开机的通知后将上次发送失败的短消息和所保存的其它短消息发送给被叫终端。
11、根据权利要求9所述的***,其特征在于,所述漏话提醒***进一步用于在判断出SMSC中没有与本次漏话的主叫终端相对应的短消息且SMSC中所保存的短消息的条数达到预设的条数门限值后,产生新的短消息并缓存在漏话提醒***中,以及在判断出SMSC中没有与本次漏话的主叫终端相对应的短消息且SMSC中所保存的短消息的条数没有达到预设的条数门限值后,生成新的短消息并提交给SMSC。
12、根据权利要求11所述的***,其特征在于,所述漏话提醒***进一步用于为提交给SMSC的短消息设置需要返回状态报告,以及用于在收到任何一条发送成功的状态报告之后,将所缓存的短消息提交给SMSC。
13、根据权利要求9至12中任意一项所述的***,其特征在于,所述被叫终端为移动通信网络中的移动终端或者固网中的通信终端。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101683862A CN1976500A (zh) | 2006-12-27 | 2006-12-27 | 漏话提醒短消息通知方法及漏话提醒短消息通知*** |
BRPI0720595-3A BRPI0720595A2 (pt) | 2006-12-27 | 2007-09-26 | Método, sistema e plataforma de serviço para notificação de chamada perdida. |
MX2008016235A MX2008016235A (es) | 2006-12-27 | 2007-09-26 | Metodo, sistema y plataforma de servicio para la notificacion de llamadas perdidas. |
PCT/CN2007/070792 WO2008077323A1 (fr) | 2006-12-27 | 2007-09-26 | Procédé d'annonce d'appel manqué, système d'annonce d'appel manqué et plateforme de service d'annonce d'appel manqué |
EP07816983A EP2099204A4 (en) | 2006-12-27 | 2007-09-26 | NOTIFICATION PROCEDURE, SYSTEM AND SERVICE PLATFORM FOR THE CASE OF MISSED CALLS |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101683862A CN1976500A (zh) | 2006-12-27 | 2006-12-27 | 漏话提醒短消息通知方法及漏话提醒短消息通知*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1976500A true CN1976500A (zh) | 2007-06-06 |
Family
ID=38126227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101683862A Pending CN1976500A (zh) | 2006-12-27 | 2006-12-27 | 漏话提醒短消息通知方法及漏话提醒短消息通知*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1976500A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009059522A1 (fr) * | 2007-11-05 | 2009-05-14 | Huawei Technologies Co., Ltd. | Procede de notification d'echec d'appel et equipement de commutation de reseau associe |
CN101540807A (zh) * | 2009-03-17 | 2009-09-23 | ***通信集团浙江有限公司 | 一种基于ims网络实现移固融合家庭业务的***及方法 |
CN101931904A (zh) * | 2009-06-26 | 2010-12-29 | 中国电信股份有限公司 | 多媒体漏话提醒的方法、***及其sip服务器 |
CN105101111A (zh) * | 2014-05-12 | 2015-11-25 | 中兴通讯股份有限公司 | 漏话提醒方法及装置 |
-
2006
- 2006-12-27 CN CNA2006101683862A patent/CN1976500A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009059522A1 (fr) * | 2007-11-05 | 2009-05-14 | Huawei Technologies Co., Ltd. | Procede de notification d'echec d'appel et equipement de commutation de reseau associe |
CN101540807A (zh) * | 2009-03-17 | 2009-09-23 | ***通信集团浙江有限公司 | 一种基于ims网络实现移固融合家庭业务的***及方法 |
CN101931904A (zh) * | 2009-06-26 | 2010-12-29 | 中国电信股份有限公司 | 多媒体漏话提醒的方法、***及其sip服务器 |
CN105101111A (zh) * | 2014-05-12 | 2015-11-25 | 中兴通讯股份有限公司 | 漏话提醒方法及装置 |
CN105101111B (zh) * | 2014-05-12 | 2019-08-16 | 中兴通讯股份有限公司 | 漏话提醒方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101047901A (zh) | 漏话提醒方法、***和移动业务设备 | |
CN1433657A (zh) | 用于获得通信网络中被监控用户的识别信息的方法和*** | |
CN1929492A (zh) | 移动终端号码实名制的实现***及方法 | |
CN1788474A (zh) | 消息处理 | |
CN1545784A (zh) | 消息接发*** | |
AU2014240593A1 (en) | Systems and methods for delivering multimedia information to mobile devices | |
CN1750669A (zh) | 一种组发短消息的方法 | |
US20110287761A1 (en) | Systems and methods for filtering cellular telephone messages | |
CN1976500A (zh) | 漏话提醒短消息通知方法及漏话提醒短消息通知*** | |
EP2099204A1 (en) | Missed call prompting method, missed call prompting system and missed call prompting service platform | |
CN1812447A (zh) | 一种实现未完成来电短消息通知业务的设备及方法 | |
CN1791158A (zh) | 基于虚拟终端的全球呼叫终端漏话提示方法 | |
CN1859454A (zh) | 手机换号自动消息通知装置与方法 | |
CN1816075A (zh) | 开机通业务的实现方法 | |
CN1250021C (zh) | 移动网内通知未成功接通的来电的方法 | |
CN1852463A (zh) | 一种实现短消息个性化签名的方法 | |
CN1816173A (zh) | 一种整合转发短消息的方法 | |
CN1874590A (zh) | 一种漫游呼叫方法及*** | |
CN101605306A (zh) | 来电提醒短消息的智能整合***及其整合方法 | |
CN1652506A (zh) | 服务通用分组无线业务支持节点对计费网关的管理方法 | |
CN101052165A (zh) | 漏话通知短消息的替换方法、漏话提醒***及业务平台 | |
CN1852462A (zh) | 一种实现短消息前转的方法 | |
CN101047898A (zh) | 一种可实现漏话回拨的漏话提示***及漏话提示方法 | |
CN102821370B (zh) | 一种基于智能网的举报可疑号码的方法和*** | |
CN1968538A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20070606 |