一种宽窄带系统的互联方法及装置与流程

文档序号:24252250发布日期:2021-03-12 13:30阅读:86来源:国知局
一种宽窄带系统的互联方法及装置与流程

本申请涉及通信领域,尤其涉及一种宽窄带系统的互联方法及装置。



背景技术:

随着4g在公网中应用越来越广,专网也开始使用宽带进行业务扩展。但专网市场还是窄带居多,所以涌现了很多宽窄带互联的产品。

目前,宽窄带互联产品大多通过中间模块将两个系统连接起来,就会出现有些场景无法达到单系统的流畅。其中,主要存在的问题包括:某些场景(例如,目的端不在线)下个呼响应时间较长,以及为组呼分配资源过程中浪费资源的问题。



技术实现要素:

本申请提供了一种宽窄带系统的互联方法及装置,目的在于解决某些场景下个呼响应时间长和为组呼分配资源过程中浪费资源的问题。

为了实现上述目的,本申请提供了以下技术方案:

本申请提供了一种宽窄带系统的互联方法,应用于宽窄带系统的业务处理模块,所述方法包括:

分别监控所述窄带系统和所述宽带系统中的目标信息;所述目标信息包括:互联号码的上下线状态和当前所属呼叫组;

在所述窄带系统和所述宽带系统中任一互联号码状态从下线切换为上线的情况下,将该互联号码的映射号码注册到该互联号码所在的系统;

在所述窄带系统和所述宽带系统中任一互联号码所属的呼叫组发生变化的情况下,更新该互联号码的映射号码所属的呼叫组;

在接收到呼叫的情况下,依据所述互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫。

可选的,所述呼叫为个呼或组呼;

所述在接收到呼叫的情况下,依据互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫,包括:

在所述呼叫为呼叫对端系统的个呼的情况下,获取所述映射号码的上下线状态中所述个呼的目的映射号码的上下线状态;在所述目的映射号码的上下线状态为下线的情况下,不对所述个呼进行响应;

在所述呼叫为组呼,并且,所述组呼中的被叫号码的上下线状态全部为下线的情况下,不对所述组呼进行响应;

在所述呼叫为组呼,并且,所述组呼中至少部分被叫号码的上下线状态为上线的情况下,为所述至少部分被叫号码中当前所属呼叫组为所述组呼的被叫号码分配信道资源。

可选的,所述目标信息还包括:所述宽带系统和所述窄带系统的信道资源使用情况信息;所述方法还包括:

在所述呼叫为呼叫对端系统的个呼的情况下,判断对端系统是否存在空闲信道资源;

在对端系统不存在空闲信道资源的情况下,不将所述个呼的指令发送给对端系统。

可选的,在所述分别监控所述窄带系统和所述宽带系统中的目标信息之后,还包括:

在所述窄带系统和所述宽带系统中的任一互联号码从上线切换为下线的情况下,将该互联号码的映射号码从该互联号码所在的系统注销。

本申请还提供了一种宽窄带系统的互联装置,应用于宽窄带系统的业务处理模块,包括:

监控模块,用于分别监控所述窄带系统和所述宽带系统中的目标信息;所述目标信息包括:互联号码的上下线状态和当前所属呼叫组;

注册模块,用于在所述窄带系统和所述宽带系统中任一互联号码状态从下线切换为上线的情况下,将该互联号码的映射号码注册到该互联号码所在的系统;

更新模块,用于在所述窄带系统和所述宽带系统中任一互联号码所属的呼叫组发生变化的情况下,更新该互联号码的映射号码所属的呼叫组;

响应模块,用于在接收到呼叫的情况下,依据所述互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫。

可选的,所述呼叫为个呼或组呼;

所述响应模块,用于在接收到呼叫的情况下,依据互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫,包括:

所述响应模块,具体用于在所述呼叫为呼叫对端系统的个呼的情况下,获取所述映射号码的上下线状态中所述个呼的目的映射号码的上下线状态;在所述目的映射号码的上下线状态为下线的情况下,不对所述个呼进行响应;

在所述呼叫为组呼,并且,所述组呼中的被叫号码的上下线状态全部为下线的情况下,不对所述组呼进行响应;

在所述呼叫为组呼,并且,所述组呼中至少部分被叫号码的上下线状态为上线的情况下,为所述至少部分被叫号码中当前所属呼叫组为所述组呼的被叫号码分配信道资源。

可选的,所述目标信息还包括:所述宽带系统和所述窄带系统的信道资源使用情况信息;所述装置还包括:

执行模块,用于在所述呼叫为呼叫对端系统的个呼的情况下,判断对端系统是否存在空闲信道资源;在对端系统不存在空闲信道资源的情况下,不将所述个呼的指令发送给对端系统。

可选的,还包括:

注销模块,用于在所述监控模块分别监控所述窄带系统和所述宽带系统中的目标信息之后,在所述窄带系统和所述宽带系统中的任一互联号码从上线切换为下线的情况下,将该互联号码的映射号码从该互联号码所在的系统注销。

本申请还提供了一种存储介质,所述存储介质包括存储的程序,其中,所述程序执行上述任意一项所述的宽窄带系统的互联方法。

本申请还提供了一种设备,所述设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线;其中,所述处理器、所述存储器通过所述总线完成相互间的通信;所述处理器用于调用所述存储器中的程序指令,以执行上述任一项所述的宽窄带系统的互联方法。

本申请所述的宽窄带系统的业务处理方法及装置,分别监控窄带系统和宽带系统中的目标信息,其中,目标信息包括:互联号码的上下线状态和当前所属呼叫组;在窄带系统和宽带系统中任一互联号码状态从下线切换为上线的情况下,将该互联号码的映射号码注册到该互联号码所在的系统,使得对应的映射号码与该互联号码的上下线状态同步。在宽窄带系统中任一互联号码的当前所属呼叫组发生变化的情况下,更新该互联号码的映射号码的当前所属呼叫组,使得业务处理模块可以得到互联号码与对应的映射号码分别对应的当前所属呼叫组。

在本申请中,一方面,业务处理模块在接收到个呼,并且,该个呼的目的端不在线的情况下,由于业务处理模块已得到映射号码的上下线状态,因此,为业务处理模块确定出该个呼的目的端不在线提供了可能,因此,对缩短该个呼的响应时长提供了可能。

另一方面,业务处理模块在接收到组呼的情况下,由于业务处理模块已得到互联号码与映射号码的上下线状态和当前所属呼叫组,为业务处理模块确定出组呼中各被叫号码是否在线,以及在线的被叫号码当前所属的呼叫组提供了可能,使得业务处理模块仅为该组呼中的目标被叫号码分配信道资源提供了可能,其中,目标被叫号码指:当前所属呼叫组为该组呼,并且,上下线状态为上线的被叫号码。进而,相对于现有技术,减少了为下线的被叫号码分配信道资源,以及减少了查询每个被叫号码当前所属呼叫组的过程,进而,为本申请可以节省资源提供了可能。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种宽窄带系统的互联方法的应用场景示意图;

图2为本申请实施例公开的一种宽窄带系统的互联方法的流程图;

图3为本申请实施例公开的一种宽窄带系统的互联装置的结构示意图;

图4为本申请实施例公开的一种设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

图1为本申请实施例提供的一种宽窄带系统的互联方法的应用场景示意图,包括:宽带系统、窄带系统,以及与宽带系统和窄带系统连接的业务处理模块。其中,在宽带系统和窄带系统中分别配置有互联号码以及映射号码,具体的,窄带系统中映射号码为宽带系统中互联号码对应的映射号码,宽带系统中的映射号码是窄带系统中的互联号码对应的映射号码。

在实际中,窄带系统与宽带系统互联的一般过程,以图1中的窄带系统中的互联号码ms-a呼叫宽带系统中的互联号码ms-b为例,该过程可以包括:窄带系统中的互联号码ms-a向映射号码ms-b`发送业务请求,该业务请求传输到业务处理模块,业务处理模块将该业务请求发送给宽带系统,宽带系统中的ms-a`向ms-b发送业务请求,从而实现窄带系统中的互联号码ms-a呼叫宽带系统中的互联号码ms-b。

本申请实施例的执行主体为业务处理模块。

图2为本申请实施例提供的一种宽窄带系统的业务处理方法,可以包括以下步骤:

s201、分别读取窄带系统和宽带系统中预设的互联号码和映射号码、互联号码的呼叫优先级和话语权优先级。

s202、将宽窄带系统中的映射号码注册到对端系统。

在本步骤中,将窄带系统中的映射号码注册到宽带系统,使得宽带系统中的互联号码与注册的映射号码的上下线状态保持同步。

将宽带系统中的映射号码注册到窄带系统,使得窄带系统中的互联号码与注册的映射号码的上下线状态保持同步。

s203、分别监控窄带系统和宽带系统中的目标信息。

在本实施例中,目标信息可以包括:互联号码的上下线状态和当前所属呼叫组。

可选的,在实际中,目标信息还可以包括:信道资源使用情况信息。

s204、判断是否监控到宽窄带系统中任一互联号码的上下线状态变更,如果是,则执行s205,如果否,则执行s204。

s205、判断该互联号码是否从下线状态切换为上线状态,如果是,则执行s206,如果否,则执行s207。

在本步骤中,如果该互联号码从下线状态切换为上线状态,则执行s206,否则,执行s207。

s206、将该互联号码的映射号码注册到该互联号码所在的系统。

在本步骤中,如果该互联号码属于窄带系统,则将该互联号码的映射号码注册到窄带系统,使得该互联号码与对应的映射号码的上下线状态保持同步。如果该互联号码属于宽带系统,则将该互联号码的映射号码注册到宽带系统,使得该互联号码与对应的映射号码的上下线状态保持同步。

s207、将该互联号码的映射号码从该互联号码所在的系统注销。

如果该互联号码属于窄带系统,则将该互联号码的映射号码从窄带系统注销。如果该互联号码属于宽带系统,则将该互联号码的映射号码从宽带系统注销。

s208、判断是否监控到宽窄带系统中任一互联号码的所属呼叫组发生变化,如果是,则执行s209,如果否,则执行s208。

s209、更新该互联号码的映射号的所属呼叫组。

在本步骤中,更新的具体操作可以包括:将该互联号码的映射号码从上一个呼叫组中移除,并加入当前所属的呼叫组。

s210、在接收到呼叫的情况下,依据互联号码与映射号码的上下线状态和当前所属呼叫组,响应呼叫。

在实际中,本步骤可以包括以下情况:

第一种情况:在呼叫为呼叫对端系统的个呼的情况下,从映射号码的上下线状态中确定该个呼的目的映射号码的上下线状态,在该目的映射号码的上下线状态为下线的情况下,不对该个呼进行响应。

以图1中,ms-a呼叫ms-b`为例,在本步骤中,业务处理模块在接收到ms-a呼叫ms-b`的请求的情况下,从已监控到的映射号码的上下线状态中确定ms-b`是否在线,由于映射号码ms-b`的状态与互联号码ms-b的状态是同步的,因此,如果ms-b`的状态为下线,则表示ms-b当前下线,因此,业务处理模块不对该个呼进行响应,从而,相比于现有技术中业务处理模块将该呼叫请求发送给对端系统,缩短呼叫响应时间。

第二种情况:在该呼叫为组呼,并且,该组呼中的被叫号码的上下线状态全部为下线的情况下,不对该组呼进行响应。

在本实施例中,由于业务处理模块可以获取到宽窄带系统中互联号码和映射号码的上下线状态,因此,业务处理模块在接收到组呼的情况下,可以确定该组呼中的被叫号码当前是否在线,如果被叫号码全部不在线,业务处理模块,则不响应该组呼。相比于现有技术中,业务处理模块对每个被叫号码进行响应而言,本实施例可以节省资源。

第三种情况:在呼叫为组呼,并且,该组呼中至少部分被叫号码的上下线状态为上线的情况下,为至少部分被叫号码中当前所属呼叫组为组呼的被叫号码分配信道资源。

在本实施例中,由于业务处理模块可以获取到宽窄带系统中,互联号码和映射号码的上下线状态,以及当前所属呼叫组。因此,在业务处理模块接收到组呼的情况下,可以确定组呼中是否全部被叫号码都不在线,如果该组呼中至少部分被叫号码在线,则进一步确定在线的被叫号码中的目标被叫号码,并对目标被叫号码进行响应。其中,目标被叫号码指:当前所属呼叫组为该组呼的被叫号码。从而,相对于现有技术中需要对被叫号码查询所属呼叫组来说,本实施例由于可以监控到被叫号码的当前所属呼叫组,因此,本实施例无需进行查询,进而,可以节省资源。

第四种情况:在呼叫为呼叫对端系统的个呼的情况下,判断对端系统是否存在空闲信道资源;在对端系统不存在空闲信道资源的情况下,不将该个呼的指令发送给对端系统。

在本实施例中,业务处理模块在接收到呼叫对端系统的个呼的情况下,由于业务处理模块可以监控到宽窄带系统的信道资源使用情况,因此,业务处理模块可以确定对端系统是否存在空闲信道资源。在对端系统不存在空闲信道资源的情况下,业务处理模块则不将该个呼的指令发送给对端系统。从而,可以缩短对呼叫的响应时间。

需要说明的是,在本实施例中,本步骤可以与其他步骤并行执行,即本实施例不限定本步骤与其他步骤的先后执行顺序。

图3为本申请实施例提供的一种宽窄带系统的互联装置,应用于宽窄带系统的业务处理模块,可以包括:监控模块301、注册模块302、更新模块303和响应模块304,其中,

监控模块301,用于分别监控窄带系统和宽带系统中的目标信息;目标信息包括:互联号码的上下线状态和当前所属呼叫组;

注册模块302,用于在窄带系统和宽带系统中任一互联号码状态从下线切换为上线的情况下,将该互联号码的映射号码注册到该互联号码所在的系统;

更新模块303,用于在窄带系统和宽带系统中任一互联号码所属的呼叫组发生变化的情况下,更新该互联号码的映射号码所属的呼叫组;

响应模块304,用于在接收到呼叫的情况下,依据互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫。

可选的,所述呼叫为个呼或组呼;

响应模块304,用于在接收到呼叫的情况下,依据互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫,包括:

响应模块304,具体用于在所述呼叫为呼叫对端系统的个呼的情况下,获取所述映射号码的上下线状态中所述个呼的目的映射号码的上下线状态;在所述目的映射号码的上下线状态为下线的情况下,不对所述个呼进行响应;在所述呼叫为组呼,并且,所述组呼中的被叫号码的上下线状态全部为下线的情况下,不对所述组呼进行响应;在所述呼叫为组呼,并且,所述组呼中至少部分被叫号码的上下线状态为上线的情况下,为所述至少部分被叫号码中当前所属呼叫组为所述组呼的被叫号码分配信道资源。

可选的,目标信息还包括:宽带系统和窄带系统的信道资源使用情况信息;该装置还可以包括:

执行模块,用于在所述呼叫为呼叫对端系统的个呼的情况下,判断对端系统是否存在空闲信道资源;在对端系统不存在空闲信道资源的情况下,不将所述个呼的指令发送给对端系统。

可选的,该装置还可以包括:

注销模块,用于在监控模块301分别监控窄带系统和宽带系统中的目标信息之后,在窄带系统和宽带系统中的任一互联号码从上线切换为下线的情况下,将该互联号码的映射号码从该互联号码所在的系统注销。

宽窄带系统的互联装置包括处理器和存储器,上述监控模块301、注册模块302、更新模块303和响应模块304等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来解决某些场景下个呼响应时间长和为组呼分配资源过程中浪费资源的问题。

本发明实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现所述宽窄带系统的互联方法。

本发明实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行所述宽窄带系统的互联方法。

本发明实施例提供了一种设备,如图4所示,设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线;其中,处理器、存储器通过总线完成相互间的通信;处理器用于调用存储器中的程序指令,以执行上述的宽窄带系统的互联方法。本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:

分别监控所述窄带系统和所述宽带系统中的目标信息;所述目标信息包括:互联号码的上下线状态和当前所属呼叫组;

在所述窄带系统和所述宽带系统中任一互联号码状态从下线切换为上线的情况下,将该互联号码的映射号码注册到该互联号码所在的系统;

在所述窄带系统和所述宽带系统中任一互联号码所属的呼叫组发生变化的情况下,更新该互联号码的映射号码所属的呼叫组;

在接收到呼叫的情况下,依据所述互联号码与映射号码的上下线状态和当前所属呼叫组,响应所述呼叫。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中,设备包括一个或多个处理器(cpu)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram),存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算设备可读取存储介质中。基于这样的理解,本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,服务器,移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书的各个实施例中记载的特征可以相互替换或者组合,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

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