本公开涉及通信技术领域,特别涉及一种短信下发方法、dns服务器、域名解析系统、短信下发装置以及计算机可读存储介质。
背景技术:
volte(voiceoverlte,基于lte的语音)业务承载在4glte网络上,由ims(ipmultimediasubsystem,ip多媒体子系统)提供核心会话控制,承接原有cs域传统语音和短信两大类业务。volte短信业务将由位于ims业务层的短信中心提供。
由于4glte与2g、3g网络将在长时间内并存,用户的volte终端会根据无线覆盖情况选择附着于2g域、3g域或lte域,因此运营商普遍选择融合短信中心提供volte短信业务。融合短信中心将cs域短信中心与ip短信中心合二为一,同时为cs域用户和volte用户提供短信业务。
技术实现要素:
本公开解决的一个技术问题是,如何提高volte短信下发的成功率。
根据本公开实施例的一个方面,提供了一种短信下发方法,包括:融合短信中心利用接收端号码查询接收端的用户开户信息,以确定接收端的用户类型;在接收端为volte用户的情况下,融合短信中心向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态;若接收端的注册状态为已注册,融合短信中心向接收端注册的业务呼叫会话控制功能s-cscf下发短信;若接收端的注册状态为未注册,融合短信中心向电路交换cs域下发短信。
在一些实施例中,还包括:在接收端为cs域用户的情况下,融合短信中心向cs域下发短信。
在一些实施例中,融合短信中心向cs域下发短信包括:融合短信中心向接收端号码归属的归属位置寄存器发起短信查询,下发cs域短信。
在一些实施例中,融合短信中心向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态包括:融合短信中心向接收端号码归属的hss发起位置信息请求;融合短信中心接收hss发送的位置信息响应;其中,若接收端的注册状态为已注册,位置信息响应中携带接收端注册的s-cscf信息;若接收端的注册状态为未注册,位置信息响应中携带接收端未注册的信息。
在一些实施例中,还包括:若注册状态为已注册,融合短信中心将接收端注册的s-cscf存储在注册状态信息表中。
在一些实施例中,还包括:融合短信中心查询注册状态信息表中是否存在接收端注册的s-cscf;若存在,融合短信中心向接收端注册的s-cscf下发短信;若不存在,融合短信中心利用接收端号码查询接收端的用户开户信息,确定接收端的用户类型。
根据本公开实施例的另一个方面,提供了一种融合短信中心,包括:用户类型确定模块,被配置为利用接收端号码查询接收端的用户开户信息,以确定接收端的用户类型;注册状态查询模块,被配置为在接收端为volte用户的情况下,向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态;ip域短信下发模块,被配置为若接收端的注册状态为已注册,向接收端注册的业务呼叫会话控制功能s-cscf下发短信;cs域短信下发模块,被配置为若接收端的注册状态为未注册,向电路交换cs域下发短信。
在一些实施例中,cs域短信下发模块还被配置为:在接收端为cs域用户的情况下,向cs域下发短信。
在一些实施例中,cs域短信下发模块被配置为:向接收端号码归属的归属位置寄存器发起短信查询,下发cs域短信。
在一些实施例中,注册状态查询模块被配置为:向接收端号码归属的hss发起位置信息请求;接收hss发送的位置信息响应;其中,若接收端的注册状态为已注册,位置信息响应中携带接收端注册的s-cscf信息;若接收端的注册状态为未注册,位置信息响应中携带接收端未注册的信息。
在一些实施例中,还包括注册状态存储模块,被配置为:若注册状态为已注册,将接收端注册的s-cscf存储在注册状态信息表中。
在一些实施例中,还包括注册状态查询模块,被配置为:查询注册状态信息表中是否存在接收端注册的s-cscf;若存在,ip域短信下发模块向接收端注册的s-cscf下发短信;若不存在,用户类型确定模块利用接收端号码查询接收端的用户开户信息,确定接收端的用户类型。
根据本公开实施例的又一个方面,提供了一种短信下发装置,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器中的指令,执行前述的短信下发方法。
根据本公开实施例的再一个方面,提供了一种计算机可读存储介质,其中,计算机可读存储介质存储有计算机指令,指令被处理器执行时实现前述的短信下发方法。
本公开能够提高volte短信下发的成功率,从而提升volte用户的短信业务体验。
通过以下参照附图对本公开的示例性实施例的详细描述,本公开的其它特征及其优点将会变得清楚。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1示出了本公开一些实施例的短信下发方法的流程示意图。
图2示出了本公开另一些实施例的短信下发方法的流程示意图。
图3示出了融合短信中心向第三方注册失败的volte用户下发短信的应用例的流程示意图。
图4示出了本公开一些实施例的融合短信中心的结构示意图。
图5示出了本公开一些实施例的短信下发装置的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本公开保护的范围。
发明人研究发现,目前的国际标准中,融合短信中心对于volte用户的短信下发,采用了基于第三方注册信息的实现方案,即volte终端附着于lte网络,在完成ims网络注册之后,s-cscf(service-callsessioncontrolfunction,业务呼叫会话控制功能)会代理用户向融合短信中心发起第三方注册,注册成功后融合短信中心会保存该用户注册信息及其注册的s-cscf地址。当融合短信中心收到发往该用户的mt(mobileterminal,被叫端)短信之后,会根据第三方注册时保存的信息,将该短信发往用户注册的s-cscf,并经p-cscf(proxy-callsessioncontrolfuntion,代理呼叫会话控制功能)传送至volte终端;如果该用户没有在ims注册,融合短信中心中就不会有该用户的注册信息及其注册的s-cscf地址,融合短信中心据此判断用户在cs域,于是会直接向hlr(homelocationregister,移动号码归属位置寄存器)发起短信查询smsreq消息进行查询,如果用户注册在cs域,那么hlr会返回用户所注册的vlr(visitorlocationregister,移动号码摆放位置寄存器)地址,融合短信中心向vlr发送短信;如果用户并未注册在cs域,则hlr返回“sms接入否定失败”,即因用户关机所以短信发送失败的提示,短信进入重发机制。
在现网试验中发现,ims网络的第三方注册存在一定的失败率,即volte用户附着于lte并注册于ims之后,s-cscf向融合短信发起的第三方注册却并不成功,而且第三方注册机制不同于网络注册机制,s-cscf在收到第三方注册后不会进行再次尝试,这就导致这部分完成了ims网络注册但第三方注册失败的volte用户,融合短信中心没有其注册信息。这样一来,在融合短信收到发给这些用户的mt短信之后,会根据未查询到注册信息判定用户在cs域,于是直接向hlr发起短信查询smsreq消息进行查询。而查询hlr时,由于用户并未在cs域注册,hlr中也就没有用户的cs域注册信息,因此hlr就会返回“用户关机”的失败原因表示短信下发失败。融合短信中心记录下这一失败原因,进入短信重发机制,周期性向hlr发起smsreq。由于用户实际上一直驻留在volte域,则hlr会持续返回用户关机,直至超过最大重发次数,该短信被丢弃。这就导致尽管用户已注册在volte域,但由于s-cscf进行第三方注册不成功,该volte用户就始终无法收到发送给他的mt短信。
针对以上问题,本公开提供了一种短信下发方法,能够提高volte短信下发的成功率,从而提升volte用户的短信业务体验。
首先结合图1描述本公开短信下发方法的一些实施例。
图1示出了本公开一些实施例的短信下发方法的流程示意图。如图1所示,本实施例包括步骤s102~步骤s110。
在步骤s102中,融合短信中心利用接收端号码查询接收端的用户开户信息,以确定接收端的用户类型。
其中,接收端的用户类型具体可以包括volte用户和cs域用户。
在接收端为volte用户的情况下,执行步骤s104;在接收端为cs域用户的情况下,执行步骤s108。
在步骤s104中,融合短信中心向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态。
例如,融合短信中心可以向接收端号码归属的hss(homesubscriberserver,归属签约用户服务器)发起lir(location-inforequest,位置信息请求),以获取接收端的确切注册信息。然后,融合短信中心接收hss发送的lia(location-info-answer,位置信息响应)。若接收端的注册状态为已注册,即volte用户已完成ims注册只是第三方注册失败,位置信息响应中携带接收端的已注册(registered)的注册状态信息,并在server-nameavp参数中携带接收端注册的s-cscf地址,然后执行步骤s106。
若接收端的注册状态为未注册,即volte用户确实未在ims注册,位置信息响应中携带接收端未注册(unregistered)的信息,融合短信中心判定用户附着在cs域,然后执行步骤s108。
在步骤s106中,融合短信中心向接收端注册的业务呼叫会话控制功能s-cscf下发短信。
在步骤s108中,融合短信中心向电路交换cs域下发短信。
融合短信中心向接收端号码归属的归属位置寄存器hlr发起短信查询smsreq,进入cs短信下发流程。
上述实施例中,融合短信中心首先确定接收端的用户类型。对于volte用户,进一步向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态,再确定短信的下发路径。因此,上述实施例能够实现融合短信中心对volte短信的精准下发,避免因第三方注册失败导致volte用户无法接受mt短信的缺陷,从而提高了volte短信下发的成功率,并提升了volte用户的短信业务体验。
同时,上述实施例不需要对现有协议及信令进行扩展,对现有网络和业务的影响较小,易于在现网中实施。
下面结合图2描述本公开短信下发方法的另一些实施例。
图2示出了本公开另一些实施例的短信下发方法的流程示意图。如图2所示,本实施例包括步骤s200~步骤s212。
在步骤s200中,融合短信中心查询注册状态信息表中是否存在接收端注册的s-cscf。
融合短信中心在收到发送给volte用户的mt短信后,融合短信中心首先判断该接收端的用户号码是否已经在本短信中心注册,即融合短信中心的注册状态信息表中是否存储了volte用户的第三方注册状态信息。第三方注册状态信息具体可以包括volte用户注册的s-cscf的域名、地址信息等等。
若存在,则执行步骤s201;若不存在,则执行步骤s202。
在步骤s201中,融合短信中心向接收端注册的s-cscf下发短信。
在步骤s202中,融合短信中心利用接收端号码查询接收端的用户开户信息,确定接收端的用户类型。
在接收端为volte用户的情况下,执行步骤s204;在接收端为cs域用户的情况下,执行步骤s208。
在步骤s204中,融合短信中心向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态。
若接收端的注册状态为已注册,执行步骤s206;若接收端的注册状态为未注册,执行步骤s208。
在步骤s206中,融合短信中心将接收端注册的s-cscf存储在注册状态信息表中。然后,执行步骤s201。
例如,融合短信中心可以据此更新注册状态信息表中用户的注册状态和注册的s-cscf地址信息,以便后续向响应的s-cscf发送mt短信进入ip短信下发流程。
在步骤s208中,融合短信中心向电路交换cs域下发短信。
上述实施例中,对第三方注册失败的volte用户进行hss查询后,融合短信中心能够更新s-cscf注册信息,保证了后续下发短信过程中无需再次查询hss,从而在提高volte短信下发的成功率的同时,控制了融合短信中心对hss的查询量,降低了hss的工作负荷。
下面结合图3描述融合短信中心向第三方注册失败的volte用户下发短信的应用例。
图3示出了融合短信中心向第三方注册失败的volte用户下发短信的应用例的流程示意图。如图3所示,该实施例包括:
步骤s301,融合短信中心收到发送给某volte用户的mt短信,该用户注册在ims,但第三方注册失败;
步骤s302,融合短信中心查询到用户未在本短信中心注册,但用户分类为volte用户;
步骤s303,融合短信中心向hss发起lir;
步骤s304,hss向融合短信中心返回lia,携带用户已注册的信息及其注册的s-cscf地址;
步骤s305,融合短信中心更新用户的注册信息和s-cscf地址;
步骤s306,融合短信中心向用户注册的s-cscf发送mt短信;
步骤s307,用户注册的s-cscf向p-cscf向发送mt短信;
步骤s308,p-cscf向用户终端发送mt短信。
下面结合图4描述本公开一些实施例的融合短信中心。
图4示出了本公开一些实施例的融合短信中心的结构示意图。如图4所示,本实施例中的融合短信中心40包括:
用户类型确定模块402,被配置为利用接收端号码查询接收端的用户开户信息,以确定接收端的用户类型;
注册状态查询模块404,被配置为在接收端为volte用户的情况下,向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态;
ip域短信下发模块406,被配置为若接收端的注册状态为已注册,向接收端注册的业务呼叫会话控制功能s-cscf下发短信;
cs域短信下发模块408,被配置为若接收端的注册状态为未注册,向电路交换cs域下发短信。
在一些实施例中,cs域短信下发模块408还被配置为:在接收端为cs域用户的情况下,向cs域下发短信。
在一些实施例中,cs域短信下发模块408被配置为:向接收端号码归属的归属位置寄存器发起短信查询,下发cs域短信。
在一些实施例中,注册状态查询模块404被配置为:向接收端号码归属的hss发起位置信息请求;接收hss发送的位置信息响应;其中,若接收端的注册状态为已注册,位置信息响应中携带接收端注册的s-cscf信息;若接收端的注册状态为未注册,位置信息响应中携带接收端未注册的信息。
上述实施例中,融合短信中心首先确定接收端的用户类型。对于volte用户,进一步向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态,再确定短信的下发路径。因此,上述实施例能够实现融合短信中心对volte短信的精准下发,避免因第三方注册失败导致volte用户无法接受mt短信的缺陷,从而提高了volte短信下发的成功率,并提升了volte用户的短信业务体验。
同时,上述实施例不需要对现有协议及信令进行扩展,对现有网络和业务的影响较小,易于在现网中实施。
在一些实施例中,还包括注册状态存储模块405,被配置为:若注册状态为已注册,将接收端注册的s-cscf存储在注册状态信息表中。
在一些实施例中,还包括注册状态查询模块401,被配置为:查询注册状态信息表中是否存在接收端注册的s-cscf;若存在,ip域短信下发模块向接收端注册的s-cscf下发短信;若不存在,用户类型确定模块利用接收端号码查询接收端的用户开户信息,确定接收端的用户类型。
上述实施例中,对第三方注册失败的volte用户进行hss查询后,融合短信中心能够更新s-cscf注册信息,保证了后续下发短信过程中无需再次查询hss,从而在提高volte短信下发的成功率的同时,控制了融合短信中心对hss的查询量,降低了hss的工作负荷。
图5示出了本公开一些实施例的短信下发装置的结构示意图。如图5所示,该实施例的短信下发装置50包括:存储器510以及耦接至该存储器510的处理器520,处理器520被配置为基于存储在存储器510中的指令,执行前述任意一些实施例中的短信下发方法。
其中,存储器510例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(bootloader)以及其他程序等。
短信下发装置50还可以包括输入输出接口530、网络接口540、存储接口550等。这些接口530、540、550以及存储器510和处理器520之间例如可以通过总线560连接。其中,输入输出接口530为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口540为各种联网设备提供连接接口。存储接口550为sd卡、u盘等外置存储设备提供连接接口。
本公开还包括一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现前述任意一些实施例中的短信下发方法。
本领域内的技术人员应明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本公开的较佳实施例,并不用以限制本公开,凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
1.一种短信下发方法,包括:
融合短信中心利用接收端号码查询接收端的用户开户信息,以确定接收端的用户类型;
在接收端为volte用户的情况下,融合短信中心向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态;
若接收端的注册状态为已注册,融合短信中心向接收端注册的业务呼叫会话控制功能s-cscf下发短信;若接收端的注册状态为未注册,融合短信中心向电路交换cs域下发短信。
2.如权利要求1所述的短信下发方法,还包括:
在接收端为cs域用户的情况下,融合短信中心向cs域下发短信。
3.如权利要求1或2所述的短信下发方法,其中,所述融合短信中心向cs域下发短信包括:
融合短信中心向接收端号码归属的归属位置寄存器发起短信查询,下发cs域短信。
4.如权利要求1所述的短信下发方法,其中,所述融合短信中心向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态包括:
融合短信中心向接收端号码归属的hss发起位置信息请求;
融合短信中心接收所述hss发送的位置信息响应;其中,若接收端的注册状态为已注册,所述位置信息响应中携带接收端注册的s-cscf信息;若接收端的注册状态为未注册,所述位置信息响应中携带接收端未注册的信息。
5.如权利要求1所述的短信下发方法,还包括:
若所述注册状态为已注册,融合短信中心将接收端注册的s-cscf存储在注册状态信息表中。
6.如权利要求5所述的短信下发方法,还包括:
融合短信中心查询注册状态信息表中是否存在接收端注册的s-cscf;
若存在,融合短信中心向接收端注册的s-cscf下发短信;若不存在,融合短信中心利用接收端号码查询接收端的用户开户信息,确定接收端的用户类型。
7.一种融合短信中心,包括:
用户类型确定模块,被配置为利用接收端号码查询接收端的用户开户信息,以确定接收端的用户类型;
注册状态查询模块,被配置为在接收端为volte用户的情况下,向接收端号码归属的归属签约用户服务器hss查询接收端的注册状态;
ip域短信下发模块,被配置为若接收端的注册状态为已注册,向接收端注册的业务呼叫会话控制功能s-cscf下发短信;
cs域短信下发模块,被配置为若接收端的注册状态为未注册,向电路交换cs域下发短信。
8.如权利要求7所述的融合短信中心,所述cs域短信下发模块还被配置为:在接收端为cs域用户的情况下,向cs域下发短信。
9.如权利要求7或8所述的融合短信中心,其中,所述cs域短信下发模块被配置为:向接收端号码归属的归属位置寄存器发起短信查询,下发cs域短信。
10.如权利要求7所述的融合短信中心,其中,所述注册状态查询模块被配置为:
向接收端号码归属的hss发起位置信息请求;
接收所述hss发送的位置信息响应;
其中,若接收端的注册状态为已注册,所述位置信息响应中携带接收端注册的s-cscf信息;若接收端的注册状态为未注册,所述位置信息响应中携带接收端未注册的信息。
11.如权利要求7所述的融合短信中心,还包括注册状态存储模块,被配置为:若所述注册状态为已注册,将接收端注册的s-cscf存储在注册状态信息表中。
12.如权利要求11所述的融合短信中心,还包括注册状态查询模块,被配置为:查询注册状态信息表中是否存在接收端注册的s-cscf;
若存在,所述ip域短信下发模块向接收端注册的s-cscf下发短信;若不存在,所述用户类型确定模块利用接收端号码查询接收端的用户开户信息,确定接收端的用户类型。
13.一种短信下发装置,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器中的指令,执行如权利要求1至6中任一项所述的短信下发方法。
14.一种计算机可读存储介质,其中,所述计算机可读存储介质存储有计算机指令,所述指令被处理器执行时实现如权利要求1至6中任一项所述的短信下发方法。
技术总结