呼叫处理方法、装置、设备及存储介质与流程

文档序号:17488947发布日期:2019-04-23 20:15阅读:132来源:国知局
呼叫处理方法、装置、设备及存储介质与流程

本申请实施例涉及通信技术领域,尤其涉及一种呼叫处理方法、装置、设备及存储介质。



背景技术:

图1是现有技术提供的一种在电路域(cs)语音呼叫时携号转网用户作为被叫用户的解决方案架构图,如图1所示,第一移动运营商的用户作为主叫用户呼叫携号转网用户时,第一运营商的访问移动交换中心(vmsc)向被叫号码旧的归属位置寄存器(hlr)发起请求路由信息(sri)的请求,旧的hlr向号码携带移动交换中心(npmsc)发送提供漫游号码(prn)的请求,npmsc向旧的hlr返回伪漫游号码(msrn)其中,msrn包括无线网络(rn)的信息和移动用户isdn号码(msisdn),旧的hlr向vmsc返回msrn,vmsc根据msrn中的rn将呼叫转接至主叫的全球移动通信系统(gmsc),主叫的gmsc根据rn将呼叫转接至被叫第二移动运营商的gmsc,后续按照正常的sri流程处理,完成呼叫。

由图1给出的现有技术可知,现有技术只给出了在cs语音呼叫时携号转网用户作为被叫用户的解决方案,并没有给出携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫解决方案。



技术实现要素:

本申请实施例提供一种呼叫处理方法、装置、设备及存储介质,用以携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信。

本申请实施例第一方面提供一种呼叫处理方法,包括:

获取本地网络中volte用户发出的呼叫请求,,其中所述呼叫请求中包括被叫用户的号码,所述volte用户为从其他运营商网络携号转入本地网络的用户;

基于所述呼叫请求,查询所述被叫号码所在网络的路由信息;

基于所述路由信息,将所述volte用户的呼叫路由到所述被叫号码所在网络,以使所述volte用户的呼叫被接续到所述被叫用户。

本申请实施例第二方面提供一种呼叫会话控制装置,包括:

获取模块,用于获取本地网络中volte用户发出的呼叫请求,,其中所述呼叫请求中包括被叫用户的号码,所述volte用户为从其他运营商网络携号转入本地网络的用户;

查询模块,用于基于所述呼叫请求,查询所述被叫号码所在网络的路由信息;

路由模块,用于基于所述路由信息,将所述volte用户的呼叫路由到所述被叫号码所在网络,以使所述volte用户的呼叫被接续到所述被叫用户。

本申请实施例第三方面提供一种呼叫会话控制设备,包括:

处理器;

存储器,用于存储所述处理器的可执行指令;

当所述处理器执行所述可执行指令时,可以执行上述第一方面所述的方法。

本申请实施例第四方面提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述第一方面所述的方法。

基于以上各方面,本申请实施例通过获取本地网络中由其他运营商网络携号转入的volte用户发出的呼叫请求,呼叫请求中包括被叫用户的号码,并基于呼叫请求查询被叫号码所在网络的路由信息,基于该路由信息将volte用户的呼叫路由到被叫号码所在网络,以使volte用户的呼叫被接续到被叫用户。解决了携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信,保障了用户的正常使用。

应当理解,上述发明内容部分中所描述的内容并非旨在限定本申请的实施例的关键或重要特征,亦非用于限制本申请的范围。本公申请的其它特征将通过以下的描述变得容易理解。

附图说明

图1是现有技术提供的一种在电路域(cs)语音呼叫时携号转网用户作为被叫用户的解决方案架构图;

图2是本申请实施例提供的一种呼叫场景示意图;

图3是本实施例提供的一种呼叫处理方法的流程图;

图4是本申请实施例提供的一种步骤102的执行方法流程图;

图5是本申请实施例提供的一种步骤102的执行方法流程图;

图6是本申请实施例提供的一种步骤102的执行方法流程图;

图7是本申请实施例提供的一种呼叫会话控制装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的实施例。虽然附图中显示了本申请的某些实施例,然而应当理解的是,本申请可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本申请。应当理解的是,本申请的附图及实施例仅用于示例性作用,并非用于限制本申请的保护范围。

本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图2是本申请实施例提供的一种呼叫场景示意图,图2中包括呼叫会话功能控制实体20、电话号码映射服务器/域名系统21(enum/dns)、呼叫会话功能控制实体20所在网络(以下简称本地网络)之外的其他网络23,以及呼叫会话功能控制实体20与网络23之间的互通网元22。其中主叫为从其他运营商网络携号转入本地网络的volte用户,被叫为网络23中的用户。当volte用户呼叫网络23中的用户时,呼叫会话功能控制实体20先从enum/dns21中获取被叫用户的路由信息,进一步的,呼叫会话功能控制实体20再基于该路由信息将volte用户的呼叫路由到互通网元22上,通过该互通网元22承载volte用户对被叫用户的整个呼叫过程。从而解决了携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信,保障了用户的正常使用。

下面结合具体实施例对本申请技术方案进行详细的描述:

图3是本实施例提供的一种呼叫处理方法的流程图,如图3所示,该方法包括如下步骤:

步骤101、获取本地网络中volte用户发出的呼叫请求,,其中所述呼叫请求中包括被叫用户的号码,所述volte用户为从其他运营商网络携号转入本地网络的用户。

本实施例中的主叫用户是从其他运营商网络携号转入本地网络的volte用户,被叫可以任意网络的用户。

本实施例在volte用户作为主叫与被叫进行通话之前需要完成相应的基本呼叫过程,volte呼叫建立中的初始会话协议(sip)相关信令流程与正常ip多媒体子系统(ims)呼叫的流程相同,其具体如下:

s1、volte用户发起呼叫时,向基站发起业务请求消息;

s2、基站向移动管理实体转发业务请求消息;根据营运商的策略,可以执行安全过程;

s3、移动管理实体向基站发起无线连接建立请求并发送volte用户消息;基站建立相关的无线承载;

s4、volte用户向基站发送上行数据邀请消息;

s5、基站转发邀请消息给服务网关;

s6、服务网关转发邀请消息发送给代理网关;

s7、服务网关转发邀请消息给呼叫会话控制功能实体;

s8、基站向移动管理实体回复无线连接建立请求响应消息;

s9、移动管理实体向服务网关发送承载修改消息,服务网关此后可以发送下行数据给基站;

s10、服务网关基于订阅情况决定是否向代理网关发起承载修改流程;

s11、代理网关向服务网关回复承载修改响应消息;

s12、服务网关向移动管理实体回复承载修改响应消息;

s13、呼叫会话控制功能实体将呼叫消息邀请发送给网络侧;

s14、呼叫会话控制功能实体进行位置信息,并收到网络侧的响应。

当然这里仅是对volte呼叫建立中的初始会话协议(sip)相关信令流程的简述,若有未尽之处可以参考现有ims呼叫的流程。

步骤102、基于所述呼叫请求,查询所述被叫号码所在网络的路由信息。

其中,本实施例在查询被叫号码所在网络的路由信息时,可采用的方法有多种:

在一种可能的设计中,可以从预设的电话号码映射服务器/域名系统查询被叫号码所在网络的路由信息,其中,电话号码映射服务器/域名系统的主要功能如下:

1、通过计费系统获得本网用户携出信息;

2、获得并更新其他运营商间携号转网用户信息,例如:中国移动用户携号转网到中国电信,需要保存其移动台国际用户识别码、路由码;

3、如果没有存储该用户对应的携号转网信息,则该用户对应的路由码为该用户所拥有网络的路由码。

在另一种可能的设计中,可以从其他专门的用于存储路由信息的设备中查找被叫号码所在网络的路由信息。比如,建立专门的一个设备用于获取及存储用户的的路由信息,当volte用户呼叫被叫号码时,从该设备中获取被叫号码所在网络的路由信息。

步骤103、基于所述路由信息,将所述volte用户的呼叫路由到所述被叫号码所在网络,以使所述volte用户的呼叫被接续到所述被叫用户。

再将volte用户的呼叫路由到被叫号码所在的网络时,首先基于路由信息将olte用户的呼叫路由到本地网络与被叫所在网络之间的互通网元,再由互通网元将volte用户的呼叫路由到被叫号码所在网络的呼叫会话控制功能实体,以使该呼叫会话控制功能实体将呼叫接续到被叫用户上。

可选的,本实施例在将呼叫路由到互通网元上之后,还可以包括如下的流程:

s17.网络侧将被叫的临时响应消息转发到呼叫会话控制功能实体;

s18.呼叫会话控制功能实体发送媒体信息给策略与计费规则功能实体;

s19.策略与计费规则功能实体向代理网关发送认证接入请求消息,下发相关的策略控制和计费消息;

s20.代理网关向服务网关发送专有承载建立请求消息;

s21.服务网关向移动管理实体发送专用承载建立请求消息;

s22.移动管理实体向基站发送承载建立消息/会话管理消息;

s23.基站向用户终端发起无线资源控制连接重新配置请求(包括了专用承载建立请求);

s24.用户终端向基站发送无线资源控制连接重新配置完成消息;

s25.基站向移动管理实体发送承载建立响应消息;

s26.用户终端向基站发送直传消息,指示专用承载建立成功;

s27.基站向移动管理实体发送会话管理消息;

s28.移动管理实体向服务网关回复承载建立响应消息;

s29.服务网关向代理网关回复承载建立响应消息;

s30.代理网关向呼叫会话控制功能实体回复认证接入响应消息,表示策略控制和计费策略执行完成;

s31.呼叫会话控制功能实体向会话边界控制器回复认证消息,确认相关的资源已经准备完成;

s32.呼叫会话控制功能实体将临时响应转发给用户及消息的响应过程;

s33.主叫侧发起更新媒体协商过程,呼叫会话控制功能实体处理转发会话消息,在应答完成后发送媒体信息给呼叫会话控制功能实体,呼叫会话控制功能实体完成ip连接性承载控制操作;

s34.被叫用户振铃消息从被叫网络转发到主叫并进行响应的过程;

s35.被叫用户摘机应答消息从被叫网络转发到主叫的过程。

其中,s17-s35的过程与现有技术类似,其中未尽之处可以参见现有技术,在这里不再赘述。

本实施例通过获取本地网络中由其他运营商网络携号转入的volte用户发出的呼叫请求,呼叫请求中包括被叫用户的号码,并基于呼叫请求查询被叫号码所在网络的路由信息,基于该路由信息将volte用户的呼叫路由到被叫号码所在网络,以使volte用户的呼叫被接续到被叫用户。解决了携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信,保障了用户的正常使用。

下面结合具体的示例对上述实施例进行进一步的扩展和优化。

图4是本申请实施例提供的一种步骤102的执行方法流程图,如图4所示,在图3实施例的基础上,步骤102包括:

步骤201、基于所述呼叫请求,从电话号码映射服务器/域名系统中查询所述被叫号码所在网络的域名。

本实施例中通过电话号码映射服务器/域名系统查询被叫号码所在网络的域名,具体的,本地网络的呼叫会话控制功能实体在接收到主叫volte用户的呼叫后,先向电话号码映射服务器/域名系统发起查询请求,并在该查询请求中被叫用户的电话号码,电话号码映射服务器/域名系统在接收到呼叫会话控制功能实体发送的查询请求后,在本地存储的电话号码对应的名称权威指针记录中获得该电话号码所在网络的域名,并再查找到该域名后,将该域名发送给该呼叫会话控制功能实体。

步骤202、基于预先存储的路由信息与域名之间的对应关系,确定所述域名对应的路由信息。

本实施例中呼叫会话控制功能实体中可以存储路由信息与域名之间的对应关系,当呼叫会话控制功能实体获得被叫用户所在网络的域名后,可以根据预先存储的对应关系,确定该域名对应的路由信息。当然这只是一种可能的方式,在其他方式中电话号码映射服务器/域名系统也可以直接将域名以及域名对应的路由信息反馈给呼叫会话控制功能实体。

本实施例通过获取本地网络中由其他运营商网络携号转入的volte用户发出的呼叫请求,呼叫请求中包括被叫用户的号码,并基于呼叫请求查询被叫号码所在网络的路由信息,基于该路由信息将volte用户的呼叫路由到被叫号码所在网络,以使volte用户的呼叫被接续到被叫用户。解决了携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信,保障了用户的正常使用。

图5是本申请实施例提供的一种步骤102的执行方法流程图,如图5所示,在图3实施例的基础上,步骤102包括:

步骤301、从电话号码映射服务器/域名系统中查询所述被叫号码所在运营商的标识和当前所在省份的标识。

步骤302、基于所述运营商的标识和所述省份的标识,确定对应的所述被叫号码所在网络的路由信息。

本实施例中电话号码映射服务器/域名系统中存储有电话号码与所在运营商的标识以及所在省份的标识之间的关联关系,在接收到呼叫会话控制功能实体的查询请求时,电话号码映射服务器/域名系统根据查询请求中携带的被叫用户的电话号码,返回该电话号码所在运营商的标识和所在省份的标识,从而使得呼叫会话控制功能实体根据所述运营商的标识和所述省份的标识,确定被叫所在网络的路由信息。

本实施例通过获取本地网络中由其他运营商网络携号转入的volte用户发出的呼叫请求,呼叫请求中包括被叫用户的号码,并基于呼叫请求查询被叫号码所在网络的路由信息,基于该路由信息将volte用户的呼叫路由到被叫号码所在网络,以使volte用户的呼叫被接续到被叫用户。解决了携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信,保障了用户的正常使用。

图6是本申请实施例提供的一种步骤102的执行方法流程图,如图6所示,在图3实施例的基础上,步骤102包括:

步骤401、向电话号码映射服务器/域名系统发送路由信息查询请求。

步骤402、所述呼叫会话控制功能实体接收所述电话号码映射服务器/域名系统基于所述查询请求返回的查询信息字符串,所述查询信息字符串包括所述被叫号码以及所述被叫号码所在网络的路由信息。

其中,路由信息和电话号码在查询信息字符串中的位置关系可以根据需要进行设定,本实施例不做限定。

本实施例通过获取本地网络中由其他运营商网络携号转入的volte用户发出的呼叫请求,呼叫请求中包括被叫用户的号码,并基于呼叫请求查询被叫号码所在网络的路由信息,基于该路由信息将volte用户的呼叫路由到被叫号码所在网络,以使volte用户的呼叫被接续到被叫用户。解决了携号转网用户在转入其他网络,并开启volte业务后,作为主叫的呼叫问题,使得用户即使携出到本地后能够与其他用户进行通信,保障了用户的正常使用。

图7是本申请实施例提供的一种呼叫会话控制装置的结构示意图,如图7所示,该装置70包括:

获取模块71,用于获取本地网络中volte用户发出的呼叫请求,,其中所述呼叫请求中包括被叫用户的号码,所述volte用户为从其他运营商网络携号转入本地网络的用户;

查询模块72,用于基于所述呼叫请求,查询所述被叫号码所在网络的路由信息;

路由模块73,用于基于所述路由信息,将所述volte用户的呼叫路由到所述被叫号码所在网络,以使所述volte用户的呼叫被接续到所述被叫用户。

可选的,所述查询模块,包括:

第一查询子模块,用于基于所述呼叫请求,从电话号码映射服务器/域名系统中查询所述被叫号码所在网络的域名。

可选的,所述查询模块,包括:

第二查询子模块,用于从电话号码映射服务器/域名系统中查询所述被叫号码所在运营商的标识和当前所在省份的标识;

第二确定子模块,用于基于所述运营商的标识和所述省份的标识,确定对应的所述被叫号码所在网络的路由信息。

可选的,所述查询模块,包括:

发送子模块,用于向电话号码映射服务器/域名系统发送路由信息查询请求;

接收子模块,用于接收所述电话号码映射服务器/域名系统基于所述查询请求返回的查询信息字符串,所述查询信息字符串包括所述被叫号码以及所述被叫号码所在网络的路由信息。

本实施例提供的装置能够用于执行上述任意实施例的方法,其执行方式和有益效果类似在,在这里不再赘述。

本申请实施例还提供一种呼叫会话控制设备,包括:处理器;

存储器,用于存储所述处理器的可执行指令;当所述处理器执行所述可执行指令时可以实现上述任一实施例所述的方法。

本申请实施例还提供在一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一实施例所述的方法。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)等等。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外,虽然采用特定次序描绘了各操作,但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行,或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地,在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1