呼叫接续方法、网络侧系统和系统与流程

本公开涉及移动通信技术领域，特别是一种呼叫接续方法、网络侧系统和系统。

背景技术：

目前在一号多终端业务中，如针对苹果rio手表等设备，volte(voiceoverlong-termevolution，长期演进语音承载)手机为主设备，手表等为副设备，运营商为主设备分配一个网络可路由的公有主设备号码，为副设备分配一个网络不可路由的运营商内部私有副设备号码，主设备的号码为用户公开可路由的真实号码。

技术实现要素：

发明人发现，目前技术下，volte终端在拨打紧急呼叫时，副设备发起的紧急呼叫携带的主叫号码为副设备号码，而不是真实的用户号码，不符合紧急呼叫终端对用户号码真实性要求的要求，存在紧急呼叫中心无法回呼用户的问题。

本公开的一个目的在于提高紧急呼叫的可靠性。

根据本公开的一个方面，提出一种呼叫接续方法，包括：p-cscf(proxy-callsessioncontrolfunction，代理呼叫会话控制功能)/bac(borderaccesscontrol，边缘接入控制)在收到来自终端的包括副设备标识的紧急呼叫请求的情况下：将紧急呼叫请求转发给s-cscf(service-callsessioncontrolfunction，服务呼叫会话控制功能)，其中，由副设备发出的紧急呼叫请求中包括副设备标识；s-cscf将紧急呼叫请求发送给mmtelas，mmtelas(multimediatelephonyapplicationserver，多媒体电话应用服务器)将主叫号码修改为主叫号码对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求并送回至s-cscf；s-cscf将更新紧急呼叫请求经(emergency-callsessioncontrolfunction，紧急呼叫会话控制功能)e-cscf转发给紧急呼叫中心。

在一些实施例中，mmtelas将主叫号码修改为主叫号码对应的主设备号码和删除紧急呼叫请求中的副设备标识包括：mmtelas根据副设备号码与主设备号码的对应关系确定主叫号码对应的主设备号码；将紧急呼叫请求中的主叫号码修改为主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求。

在一些实施例中，呼叫接续方法还包括：p-cscf/bac在收到来自终端的紧急呼叫请求的情况下，判断紧急呼叫请求中是否包括副设备标识；在确定紧急呼叫请求中不包括副设备标识的情况下，p-cscf/bac将紧急呼叫请求转发至e-cscf；e-cscf将紧急呼叫请求转发至紧急呼叫中心。

在一些实施例中，呼叫接续方法还包括：p-cscf/bac在收到来自终端的呼叫请求后，判断呼叫请求是否为紧急呼叫请求；在呼叫请求是紧急呼叫请求的情况下，执行判断紧急呼叫请求中是否包括副设备标识的操作。

在一些实施例中，呼叫接续方法还包括：在呼叫请求不是紧急呼叫请求的情况下，将呼叫请求转发给s-cscf；s-cscf将呼叫请求转发给mmtelas；mmtelas在确定主叫号码为副设备号码的情况下，将主叫号码修改为对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新呼叫请求，并反馈给s-cscf；s-cscf将更新呼叫请求经p-cscf/bac接续至被叫用户。

通过这样的方法，p-cscf/bac能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，经由s-cscf，在mmtelas将副设备的号码转换成对应的主设备号码，并删除紧急呼叫请求中的副设备标识，继而经由s-cscf及e-cscf发送给紧急呼叫中心，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

根据本公开的另一些实施例的一个方面，提出一种呼叫接续网络侧系统，包括：p-cscf/bac，被配置为在收到来自终端的包括副设备标识的紧急呼叫请求的情况下：将紧急呼叫请求转发给s-cscf，其中，由副设备发出的紧急呼叫请求中包括副设备标识；s-cscf，被配置为将紧急呼叫请求发送给mmtelas，从mmtelas获取更新紧急呼叫请求，并将更新紧急呼叫请求经e-cscf转发给紧急呼叫中心；mmtelas，被配置为将紧急呼叫请求中的主叫号码修改为主叫号码对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求并反馈给s-cscf。

在一些实施例中，呼叫接续网络侧系统还包括：e-cscf，被配置为接收来自s-cscf的更新紧急呼叫请求，并发送给紧急呼叫中心。

在一些实施例中，mmtelas被配置为：根据副设备号码与主设备号码的对应关系确定主叫号码对应的主设备号码；将紧急呼叫请求中的主叫号码修改为主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求。

在一些实施例中，p-cscf/bac还被配置为：在收到来自终端的紧急呼叫请求的情况下，判断紧急呼叫请求中是否包括副设备标识；在确定紧急呼叫请求中不包括副设备标识的情况下，p-cscf/bac将紧急呼叫请求转发至e-cscf，以便e-cscf将紧急呼叫请求转发至紧急呼叫中心。

在一些实施例中，p-cscf/bac还被配置为：在收到来自终端的呼叫请求后，判断呼叫请求是否为紧急呼叫请求；在呼叫请求是紧急呼叫请求的情况下，执行判断紧急呼叫请求中是否包括副设备标识的操作；在呼叫请求不是紧急呼叫请求的情况下：将呼叫请求转发给s-cscf；接收来自s-cscf的更新呼叫请求并接续至被叫用户；s-cscf还被配置为在呼叫请求不是紧急呼叫请求的情况下，将来自p-cscf/bac的呼叫请求转发给mmtelas，并接收来自mmtelas的更新呼叫请求，其中，mmtelas在确定主叫号码为副设备号码的情况下，将主叫号码修改为对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新呼叫请求。

根据本公开的又一些实施例的一个方面，提出一种呼叫接续网络侧系统，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器的指令执行上文中任意一种呼叫接续方法。

这样的网络侧系统中，p-cscf/bac能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，经由s-cscf，在mmtelas将副设备的号码转换成对应的主设备号码，并删除紧急呼叫请求中的副设备标识，继而经由s-cscf和e-cscf发送给紧急呼叫中心，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

根据本公开的再一些实施例的一个方面，提出一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现上文中任意一种呼叫接续方法的步骤。

通过执行这样的计算机可读存储介质上的指令，能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，将副设备的号码转换成对应的主设备号码，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

另外，根据本公开的一些实施例的一个方面，提出一种呼叫接续系统，包括：上文中任意一种呼叫接续网络侧系统；和，终端，被配置为在使用副设备号码且发出紧急呼叫请求的情况下，在紧急呼叫请求中增加副设备标识。

这样的呼叫接续系统中，使用副设备号码的终端能够在紧急呼叫中增加副设备号码标识，网络侧能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，将副设备的号码转换成对应的主设备号码，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本公开的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1为本公开的呼叫接续方法的一些实施例的流程图。

图2为本公开的呼叫接续方法的另一些实施例的流程图。

图3为本公开的呼叫接续网络侧系统的一些实施例的示意图。

图4为本公开的呼叫接续网络侧系统的另一些实施例的示意图。

图5为本公开的呼叫接续网络侧系统的又一些实施例的示意图。

图6为本公开的呼叫接续系统的一些实施例的示意图。

图7为本公开的呼叫接续系统的一些实施例的信令交互图。

具体实施方式

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

本公开的呼叫接续方法的一些实施例的流程图如图1所示。

在步骤101中，p-cscf/bac收到来自副设备的紧急呼叫请求，并将该紧急呼叫请求转发给s-cscf。在一些实施例中，p-cscf/bac可以通过识别终端在紧急呼叫请求中添加的副设备标识来确定紧急呼叫请求来自于副设备。

在步骤102中，s-cscf将紧急呼叫请求转发给mmtelas，mmtelas将紧急呼叫请求中携带的主叫号码修改为主叫号码对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求并反馈给s-cscf。由于紧急呼叫请求来源于副设备，因此其主叫号码为副设备号码。

在一些实施例中，mmtelas预存有副设备号码与主设备号码的对应关系，能够通过号码匹配确定主叫号码对应的主设备号码，进而将紧急呼叫请求中的主叫号码修改为主设备号码，删除副设备标识，生成更新紧急呼叫请求。

在步骤103中，s-cscf将更新紧急呼叫请求经e-cscf转发给紧急呼叫中心。

由于相关技术中，volte终端在紧急呼叫过程中呼叫由p-cscf/bac(经e-cscf送至紧急呼叫中心，不触发业务平台，无法进行号码变换，造成副设备发起的紧急呼叫携带的主叫号码为副设备号码，而不是真实的用户号码，不符合紧急呼叫终端对用户号码真实性要求的要求，存在紧急呼叫中心无法回呼用户的问题。

通过上文实施例中所示的方法，p-cscf/bac能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，经由s-cscf，在mmtelas将副设备的号码转换成对应的主设备号码，继而经由s-cscf和e-cscf发送给紧急呼叫中心，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

在一些实施例中，p-cscf/bac在接收来自主叫终端的呼叫请求后，需要识别其是否为紧急呼叫请求，针对非紧急呼叫请求、来自主设备的紧急呼叫请求和来自副设备的紧急呼叫请求分别执行不同的处理。本公开的呼叫接续方法的另一些实施例的流程图如图2所示。

在步骤201中，p-cscf/bac接收来自终端的呼叫请求。

在步骤202中，p-cscf/bac判断该呼叫请求是否为紧急呼叫请求。在一些实施例中，p-cscf/bac可以通过判断被叫号码是否为紧急呼叫中心的号码确定是否为紧急呼叫请求。在确定呼叫请求不为紧急呼叫请求的情况下，执行步骤203；在确定呼叫请求是紧急呼叫请求的情况下，执行步骤207。

在步骤203中，p-cscf/bac将呼叫请求转发给s-cscf。

在步骤204中，s-cscf将呼叫请求转发给mmtelas。

在步骤205中，mmtelas判断主叫号码是否为主设备号码，若是主设备号码则不做处理，将呼叫请求反馈回s-cscf；若并非主设备号码，则将呼叫请求中的主叫号码修改为主设备号码，将更新后的呼叫请求反馈给s-cscf。

在步骤206中，s-cscf将更新后的呼叫请求反馈给p-cscf/bac，由p-cscf/bac继续接续至被叫用户。

在步骤207中，针对紧急呼叫请求，p-cscf/bac判断其中是否包含副设备标识。若确定紧急呼叫请求中不包含副设备标识，则执行步骤208；若紧急呼叫请求中包含副设备标识，则执行步骤209。

在步骤208中，p-cscf/bac将呼叫请求经e-cscf发送给紧急呼叫中心。由于该紧急呼叫请求的主叫号码为主设备号码，因此紧急呼叫中心收到的紧急呼叫请求的主叫号码即为用户的真实号码，能够确定用户身份和回拨。

在步骤209中，p-cscf/bac确定该紧急呼叫请求来自于副设备，将呼叫请求转发给s-cscf。

在步骤210中，s-cscf将紧急呼叫请求转发给mmtelas。

在步骤211中，mmtelas将紧急呼叫请求中的主叫号码修改为与其对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求，送回至s-cscf。在一些实施例中，mmtelas还可以删除紧急呼叫请求中的副设备标识，从而避免e-cscf和紧急呼叫中心由于不识别该参数而拒绝呼叫。

在步骤212中，s-cscf将更新紧急呼叫请求经e-cscf发送给紧急呼叫中心。

通过这样的方法，p-cscf/bac能够区分各种不同的呼叫类型，减少对其他呼叫类型的影响，特别是保证来自主设备的紧急呼叫的效率；针对来自副设备的紧急呼叫进行号码转换处理，保证被叫端显示的主叫号码符合号码真实性要求，提高呼叫的可靠性。

本公开的呼叫接续网络侧系统的一些实施例的示意图如图3所示。

p-cscf/bac301能够确定来自副设备的紧急呼叫请求，并将该紧急呼叫请求转发给s-cscf。在一些实施例中，p-cscf/bac301可以通过识别终端在紧急呼叫请求中添加的副设备标识来确定紧急呼叫请求来自于副设备。在一些实施例中，可以在p-cscf/bac301中增加副设备业务处理模块，由副设备业务处理模块执行识别来自副设备的紧急呼叫请求并转发至s-cscf的操作。

s-cscf302能够将紧急呼叫请求转发给mmtelas303，并从mmtelas获取经mmtelas处理后生成的更新紧急呼叫请求，继而将更新紧急呼叫请求经e-cscf转发给紧急呼叫中心。

mmtelas303能够将来自s-cscf302的紧急呼叫请求中携带的主叫号码修改为主叫号码对应的主设备号码，并删除紧急呼叫请求中的副设备标识，生成更新紧急呼叫请求并反馈给s-cscf。由于紧急呼叫请求来源于副设备，因此其主叫号码为副设备号码。在一些实施例中，可以在mmtelas303中增加号码变化模块，由增加号码变化模块执行将紧急呼叫请求中的主叫号码修改为主叫号码对应的主设备号码，生成更新紧急呼叫请求并反馈给s-cscf的操作。

这样的网络侧系统中，p-cscf/bac能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，经由s-cscf，在mmtelas将副设备的号码转换成对应的主设备号码，继而经由e-cscf发送给紧急呼叫中心，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

在一些实施例中，p-cscf/bac301在接收来自主叫终端的呼叫请求后，能够先识别其呼叫请求是否为紧急呼叫请求，针对非紧急呼叫请求、来自主设备的紧急呼叫请求和来自副设备的紧急呼叫请求分别执行不同的处理。在一些实施例中，若呼叫请求并非紧急呼叫请求，则p-cscf/bac301将呼叫请求经s-cscf302转发给mmtelas303，由mmtelas303判断主叫号码是否为主设备号码，若是主设备号码则不做处理，将呼叫请求反馈回s-cscf302；若并非主设备号码，则将呼叫请求中的主叫号码修改为主设备号码。mmtelas303将呼叫请求经s-cscf反馈给p-cscf/bac，由p-cscf/bac继续接续至被叫用户。在一些实施例中，若呼叫请求是紧急呼叫，但不包含副设备标识，则p-cscf/bac将呼叫请求经e-cscf发送给紧急呼叫中心。

这样的网络侧系统中，p-cscf/bac能够区分各种不同的呼叫类型，针对来自副设备的紧急呼叫进行号码转换处理，保证被叫端显示的主叫号码符合号码真实性要求，提高呼叫的可靠性；同时，不影响来自主设备的紧急呼叫的接续效率。

在一些实施例中，如图3所示，本公开的呼叫接续网络侧系统还可以包括e-cscf304，能够接收呼叫请求并转发给紧急呼叫平台。在一些实施例中，e-cscf304收到的紧急呼叫请求可以为来自p-cscf/bac，也可以为来自s-cscf，从而保证使用主设备号码、副设备号码终端均能够实现紧急呼叫，且保证紧急呼叫中心得到用户的真实主叫号码。

本公开呼叫接续网络侧系统的一个实施例的结构示意图如图4所示。呼叫接续网络侧系统包括存储器401和处理器402。其中：存储器401可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上文中呼叫接续方法的对应实施例中的指令。处理器402耦接至存储器401，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器402用于执行存储器中存储的指令，能够确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

在一个实施例中，还可以如图5所示，呼叫接续网络侧系统500包括存储器501和处理器502。处理器502通过bus总线503耦合至存储器501。该呼叫接续网络侧系统500还可以通过存储接口504连接至外部存储装置505以便调用外部数据，还可以通过网络接口506连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。

在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，能够确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

在另一个实施例中，一种计算机可读存储介质，其上存储有计算机程序指令，该指令被处理器执行时实现呼叫接续方法对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本公开的呼叫接续系统的一些实施例的示意图如图6所示。呼叫接续系统包括呼叫接续网络侧系统61和多个终端62。呼叫接续网络侧系统61可以为上文中提到的任意一种。终端62能够在自身为副设备(使用副设备号码)的情况下，若发出紧急呼叫请求，则在紧急呼叫请求中增加副设备标识，以便于网络侧识别该紧急呼叫请求来自于副设备，进而进行主叫号码转换。在一些实施例中，可以在副设备终端中增加副设备号码标识模块，在发起紧急呼叫时在请求消息中增加副设备标识。

本公开的呼叫接续系统的一些实施例的信令交互图如图7所示。

在701中，副设备紧急呼叫请求携带副设备标识。

在702～703中，p-cscf/bac副设备业务处理模块根据副设备号码标识将紧急呼叫请求发送至s-cscf。

在704～705中，s-cscf将呼叫触发至mmteas，mmtelas号码变化模块将副设备号码变成用户真实号码(副设备号码对应的主设备号码)，并删除紧急呼叫请求中的副设备标识，并将更新后的紧急呼叫请求发送给s-cscf。

在706～707中，更新后的紧急呼叫请求被送至紧急呼叫中心，携带的号码是主设备号码，符合号码真实性要求，解决紧急呼叫中心无法回呼用户的问题。

这样的呼叫接续系统中，使用副设备号码的终端能够在紧急呼叫中增加副设备号码标识，网络侧能够识别紧急呼叫请求中的副设备标识，并在确定紧急呼叫由副设备发出的情况下，将副设备的号码转换成对应的主设备号码，从而确保紧急呼叫中心得到的是用户真实号码，且能够回呼，提高了紧急呼叫中心能够得到的用户信息量，提高了紧急呼叫的可靠性和执行进一步服务的便捷度。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本公开的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

最后应当说明的是：以上实施例仅用以说明本公开的技术方案而非对其限制；尽管参照较佳实施例对本公开进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本公开的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本公开技术方案的精神，其均应涵盖在本公开请求保护的技术方案范围当中。