CN110679137A - 增强的电话应用服务器会话管理 - Google Patents

Abstract

用于增强电话应用服务器会话管理的解决方案。TAS可以将与分组注册的同一用户账户的所有用户设备的分组交换连接的传入邀请分支。当从用户设备之一接收到SIP客户端故障响应时，TAS将确定是否在从同一用户设备发出客户端故障响应之前接收到SIP 18X临时响应。如果在客户端故障响应之前未收到这样的临时响应，则TAS将不会终止邀请分支。

Description

增强的电话应用服务器会话管理

相关申请的交叉引用

本专利申请要求2017年5月31日提交的、序列号为15/610,225的美国实用专利申请的优先权。该序列号为15/610,225的申请的全部内容通过引用合并入本文。

背景技术

IP多媒体子系统或IP多媒体核心网络子系统(IMS)是用于传递IP多媒体服务的架构框架。IMS使用互联网工程任务组(IETF)协议进行事务及其管理，主要是会话发起协议(SIP)。在IMS体系结构中，服务呼叫会话控制功能(S-CSCF)服务器和应用服务器(在电话服务的情况下，也称为电话应用服务器(TAS))是控制用于服务会话的分组交换连接的关键功能，例如语音呼叫会话。

附图说明

参照附图阐述详细描述。在附图中，附图标记的最左边的数字标识该附图标记首次出现的附图。在不同附图中使用相同的附图标记表示相似或相同的条目或特征。

图1示出了示例环境。

图2示出了示例语音呼叫邀请和响应事务过程。

图3示出了示例应用服务器。

图4示出了示例用户设备。

图5示出了示例操作过程。

具体实施方式

1、概述

本文描述的系统、设备和技术旨在提供增强的电话应用服务器会话管理解决方案。图1示出了示例操作环境100。示例客户端用户代理/设备110可以经由SIP消息交换通过IMS 130链接到SIP的服务器用户代理，例如，在同一用户账户120下的服务器UA 120a、120b和120c。注意，在IMS中，取决于用户设备是发起邀请(客户端)还是接收并响应邀请(服务器)，用户设备既可以充当客户端又可以充当服务器。IMS 130被示为包括S-CSCF 132和TAS134，尽管还包括IMS体系结构的其他组件。

多个用户代理/设备120a、120b和120c通过同一用户账户120的关联可以包括以下场景：(A)、具有多个SIM卡的多个设备共享的单个电话号码和/或(B)、具有多个本地号码的多个设备经由相同的账户(具有相同的虚拟号码)链接(如本地/虚拟线路)。在场景A和B二者中，用户账户120可以向客户端UA 110显示相同的拨入号码。在同一用户账户下关联在一起的多个用户设备的其他场景也是可能的，并且包括在本公开中。例如，电路交换UA 120c可以基于分组交换UA 120a的SIM卡与分组交换UA 120a进行语音呼叫转移关联。此外，用户账户120可以包括设备关联的多个方案的组合，例如，以上方案A和方案B可以共存于用户账户120中。

当从客户端UA 110接收到用于用户账户120的语音呼叫邀请时，TAS134可以应用呼叫分支逻辑以将邀请中继到用户账户120的多个用户设备中的每一个，其被注册用于并行分支。注意，在各种注册场景下，TAS 134可以对关联的服务器UA应用并行分支和顺序分支二者。对于说明性示例，假设用户账户120提供了分组交换UA 120a和平板电脑UA 120b被注册用于并行分支和顺序分支，而电路交换UA 120c被注册用于顺序分支。

图2示出了用于并行分支的示例消息交换场景，其中TAS 134将呼入呼叫邀请分支到注册为并行响铃的UA设备120a，120b和其他UA中的每一个。在传统方法下，如果服务器UA实例之一(例如120a或120b)拒绝传入呼叫，则TAS 134将向并行分支的所有UA实例发送SIP取消，在该实例中，它已发送SIP邀请以停止响铃。

然而，为并行分支而注册的用户设备/代理可以包括用于各种连接服务的容量和注册状态(即，配置)的各种组合。一些用户设备(例如平板电脑UA 120b)可以被配置为用于网络连接，而非基于分组交换的语音呼叫连接，并且可以不包括基于分组交换的语音呼叫连接的配置，因此可以不同于分组交换UA(例如120a)地响应SIP邀请。例如，可能存在一些用户代理/设备，这些用户代理/设备仅用于短时间接收传入消息的目的，支持LTE网络上的数据并支持电路交换(CS)域上的注册。对于这样的用户设备，例如平板电脑UA 120b，在从TAS 134接收到呼入语音呼叫邀请/请求时，寻呼将失败，从而导致用户繁忙错误，该错误转换为SIP代码486响应。传统上，这样的代码486响应将导致SIP取消消息发送到仍在建立语音呼叫会话过程中的其他用户设备(例如UA 120a)。

在本公开的增强一个或更多个解决方案下，在并行分支的场景中，如果TAS 134从并行邀请分支的用户设备接收到SIP代码4XX客户端故障响应，则TAS 134可以检查在SIP4XX客户端故障响应之前，是否已经从同一用户设备接收到SIP代码18X临时响应，例如代码180(响铃)响应。在客户端故障响应之前未从同一用户设备接收到SIP 18X临时响应的情况下，TAS 134可以与已为其发送SIP邀请的其他用户设备正常地继续以允许在其他可用的用户设备上建立语音呼叫的可能性。

如图2所示，TAS 134分支对语音呼叫到分组交换UA 120a和平板电脑UA 120b以及其他UA的语音呼叫的分组交换连接的邀请/请求，平板电脑UA 120b不包括分组交换语音呼叫连接配置。分组交换UA 120a返回SIP 18X临时响应，例如，SIP代码180(响铃)响应。然后从平板电脑UA 120b返回SIP代码486(被叫忙)响应。确定在代码486响应之前没有从平板电脑UA 120b接收到临时响应，TAS可以与分组交换UA 120a和其他UA继续进行邀请分支会话，而仅取消与平板电脑UA 120b的邀请。然后，例如从分组交换UA 120a接收到SIP代码486响应。确定在代码486响应之前已经从分组交换UA 120a接收到临时响应180，TAS 134可以终止与所有其余服务器UA 120a和其他UA的邀请，并且例如应用呼叫转移，如果呼叫转移包含在服务订阅中。

2、示例设备

图3示出了系统图，该系统图示出了说明性示例应用服务器300的各方面。应用服务器300可以用于实现图1的IMS 130的TAS 134和/或S-CSCF 132和/或其他组件。如图3所示，应用服务器300可以包括包含计算机可执行指令的存储器310，该计算机可执行指令在由处理单元执行时将处理单元配置为实现邀请分支系统320。邀请分支系统320可以包括请求接收单元322、请求中继单元324、响应接收单元326和事务管理单元328。事务管理单元328还可包括确定单元330和控制单元332。

应用服务器300还可包括一个或更多个处理单元(“PU”)340、接口单元350、RF单元360和其他组件370。

应当理解，应用服务器300的单元可以设置在单个计算设备上，例如服务器设备，或者设置在分布式计算环境/系统中的多个计算设备中，并且全部都包括在本公开中。理解本公开不需要计算设备或分布式计算环境的更多细节，并且不限制本公开的范围。

图4示出了示例用户设备400。示例用户设备400可以实现图1的分组交换UA 120a。用户设备400可以包括包含计算机可执行指令的一个或更多个存储器410，该计算机可执行指令在由处理单元执行时将处理单元配置为实现关联单元412、服务器UA请求接收单元414、临时响应单元416和邀请处理单元418。用户设备400还可以包括一个或更多个处理单元(“PU”)420、一个或更多个接口单元430、一个或更多个RF单元440以及其他组件450。在示例中，用户设备400被配置为与会话发起协议(SIP)兼容并在会话发起协议(SIP)下注册。

参考图3至图4，在操作中，邀请分支系统320的请求接收单元322可以被配置/操作为例如从客户端UA 110接收邀请(请求)，以用于与相关联的用户账户的语音呼叫的分组交换连接，例如用户账户120，其包括彼此相关联的多个用户设备/代理，例如120a、120b和120c。

例如，用户设备400可以用于实现用户账户120的分组交换UA 120a。用户设备400的关联单元412可以被配置/操作成以与服务提供商的服务器一起起作用以关联用户设备400(例如UA 120a)与不具有分组交换语音呼叫连接配置的另一用户设备，例如图1的在相同的用户账户下120的平板电脑UA 120b和/或电路交换UA 120c。

请求中继单元324可以被配置/操作为将邀请/请求中继到多个用户设备中的每一个(例如，服务器UA 120a、120b和120c)到多个用户设备的邀请中继可以顺序地执行、或者可以例如本质上同时地并行地执行，或者可以包括两者的组合。中继的邀请可以是会话发起协议(SIP)邀请消息。

服务器UA请求接收单元414可以被配置/操作为从应用服务器300接收SIP邀请。接收可以采用SIP规范/规定所提供的任何方法，并且所有方法都包括在本公开中。

临时响应单元416可以被配置/操作成以向服务器300返回临时响应。临时响应可以是SIP代码18X响应，例如180(响铃)、181(呼叫正被转发)、182(排队)和/或183(会话进展)。

尽管没有分组交换语音呼叫连接配置的相关联的UA(例如UA 120b)返回客户端故障响应(例如代码486(被叫者忙))到服务器300，或在没有分组交换语音呼叫连接配置的相关联的UA(例如UA 120b)返回客户端故障响应(例如代码486(被叫者忙))到服务器300之后，邀请处理单元418可以被配置/操作成继续处理接收到的SIP邀请消息。可以使用任何方法来实现一个或更多个连续处理功能，并且所有方法都包括在本公开中。例如，继续处理可以基于没有从服务器300接收到请求/邀请取消和/或终止消息。在另一示例中，分组交换UA120a和平板电脑UA 120b(不具有分组交换语音呼叫连接配置)之间的关联可以提供来自平板电脑UA 120b的客户端故障响应不会在分组交换UA 120a处停止SIP邀请消息的处理。

响应接收单元326可以被配置/操作为从服务器UA(例如，服务器UA120a、120b和/或120c)接收包括客户端故障响应的响应。例如，客户端故障响应可以是指示特定UA上被叫忙的代码486响应。

事务管理单元328可以被配置/操作为基于由响应接收单元326接收到的SIP响应来管理分组交换连接事务。具体地，确定单元330可以被配置/操作为确定在从同一用户代理/设备收到客户端故障响应之前是否从用户代理/设备收到接收到了临时响应。

控制单元332可以被配置为/操作为基于确定单元330的确定结果来控制分组交换连接事务的处理和/或状态。例如，如果确定在从同一用户设备接收到客户端故障响应之前未从用户设备接收到临时响应，控制单元332可以代替接收到的客户端故障响应而保持对多个用户设备中的其他用户设备的邀请请求的中继/分支。如果确定在从同一用户设备接收到客户端故障响应之前已经从用户设备接收到临时响应，则控制单元332可以响应接收到的客户端故障响应，使得终止用于所有多个用户设备以并行分支的邀请的中继。

此外，事务管理单元328可以被配置为/操作为基于用户设备返回客户端故障响应而没有事先的临时响应来将用户设备识别并记录为不具有用于语音呼叫服务的分组交换连接配置。

3、示例流程

图5示出了一个或更多个示例操作过程500。操作过程被示出为示例流程图，其每个操作可以表示可以以硬件、软件或其组合来实现的操作序列。在软件的上下文中，所述操作表示存储在一个或多个计算机可读存储介质上的计算机可执行指令，所述计算机可执行指令在由一个或多个处理器执行时执行所述的操作。通常，计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。描述操作的顺序不旨在被理解为限制，并且可以以任何顺序和/或并行地组合任意数量的所述的操作以实现处理。

一起参考图1至图3和图5，在示例操作510中，邀请分支系统320的请求接收单元322可以例如从客户端用户代理110接收对相关联的用户账户进行语音呼叫的分组交换连接的邀请(请求)，例如用户账户120，其包括彼此相关联的多个用户设备/代理，例如120a、120b和120c。

在示例操作520中，请求中继单元324可将邀请/请求中继到为并行分支而注册的多个用户设备中的每一个，例如服务器UA 120a、120b和120c。邀请到多个用户设备的中继可以顺序地执行或者可以并行地执行，或者可以包括两者的组合。中继的邀请可以是会话发起协议(SIP)邀请消息。应当理解，在中继之前，可以执行多个过程以符合SIP标准规定，例如，以认证客户端UA110。中继和/或已中继的邀请/请求消息可以包括与从客户端UA 110收到邀请/请求不同的内容和/或格式。

在示例操作530中，响应接收单元326可以从服务器UA(例如，平板电脑UA 120b)接收客户端故障响应，例如代码486(被叫忙)。

在示例操作540中，确定单元330可以确定在从同一平板UA 120b接收到客户端故障响应之前，是否从平板UA 120b接收到临时响应。

在示例操作550中，如果确定在从同一平板电脑UA 120b接收到代码486(被叫忙)响应之前，没有从平板电脑UA120b接收到临时响应，则控制单元332可以导致维持邀请请求到用户账户120的多个用户设备中其它相关联的用户设备的中继，例如分组交换UA 120a和/或电路交换UA 120c，代替从平板电脑UA 120b接收到的代码486(被占忙)响应。

如果确定在从同一UA 120a接收到客户端故障响应(例如代码486(被叫忙)之前，已经从用户设备(例如，分组交换UA 120a)接收到临时响应，例如，代码180(响铃)响应，在示例操作560中，控制单元332可以响应于接收到的客户端故障响应而导致终止关于用户账户120的所有多个用户设备的邀请的中继。

尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求书中定义的主题不必限于所描述的特定特征或动作。而是，将特定特征和动作公开为实现权利要求的示例性形式。

Claims (20)

1.一种方法，包括：

在应用服务器上：

接收针对用户账户的分组交换连接的请求，所述用户账户包括彼此相关联的多个用户设备；

将所述请求中继到所述用户账户的所述多个用户设备中的每一个；

从所述多个用户设备中的第一用户设备接收第一客户端故障响应；

确定在接收到的所述第一客户端故障响应之前，从所述第一用户设备没有接收到临时响应；以及

代替接收到的所述第一客户端故障响应，维持向所述多个用户设备中的其他用户的中继。

2.根据权利要求1所述的方法，其中所述第一客户端故障响应包括会话发起协议(SIP)的代码486响应。

3.根据权利要求1所述的方法，其中所述临时响应包括SIP的代码18X响应。

4.根据权利要求1所述的方法，其中所述多个用户设备用所述用户账户下的相同拨入号码相关联。

5.根据权利要求1所述的方法，还包括：

从所述多个用户设备中的第二用户设备接收第二客户端故障响应；

确定在接收到的第二客户端故障响应之前从所述第二用户设备接收到临时响应；以及

响应于接收到的所述第二客户端故障响应，终止关于向所有所述多个用户设备的请求的中继。

6.根据权利要求1所述的方法，其中所述第一用户设备被配置为用于网络连接，而非基于分组交换的语音呼叫连接。

7.根据权利要求1所述的方法，其中所述分组交换连接与语音呼叫有关。

8.根据权利要求1所述的方法，其中所述第一用户设备包括基于所述第二用户设备的SIM卡与所述多个用户设备中的第二用户设备相关联的语音呼叫转移。

9.一种电话应用服务器，包括：

射频模块；

处理单元；和

包含可执行指令的存储器，当由所述处理单元执行所述可执行指令时，所述可执行指令将所述处理单元配置为实现邀请分支系统，所述邀请分支系统可用于：

接收针对用户账户的分组交换连接的请求，所述用户账户包括彼此关联的多个用户设备；

将所述请求分支到所述用户账户的所述多个用户设备中的每一个；

从所述多个用户设备中的第一用户设备接收第一客户端故障响应；

确定在接收到的所述第一客户端故障响应之前是否从第一用户设备接收到临时响应；以及

在接收到的所述第一客户端故障响应之前，从所述第一用户设备接收到所述临时响应的情况下，继续与所述多个用户设备中的其他用户进行分支事务。

10.根据权利要求9所述的电话应用服务器，其中所述第一客户端故障响应包括会话发起协议(SIP)的代码486响应。

11.根据权利要求9所述的电话应用服务器，其中所述临时响应包括SIP的代码18X响应。

12.根据权利要求9所述的电话应用服务器，其中所述邀请分支系统还可以操作为：

在接收到的所述第一客户端故障响应之前，从所述第一用户设备接收到所述临时响应的条件下，终止用于所有所述多个用户设备的分支事务。

13.根据权利要求9所述的电话应用服务器，其中所述第一用户设备被配置为用于网络连接，而非基于分组交换的语音呼叫连接。

14.根据权利要求9所述的电话应用服务器，其中所述射频模块被配置为从基于云的网络组件接收所述请求。

15.根据权利要求9所述的电话应用服务器，其中所述第一用户设备包括基于所述第二用户设备的SIM卡与所述多个用户设备中的第二用户设备相关联的语音呼叫转移。

16.根据权利要求9所述的电话应用服务器，其中所述电话应用服务器是IP(互联网协议)多媒体子系统的组件。

17.根据权利要求9所述的电话应用服务器，其中所述邀请分支系统还可操作为：基于在没有所述临时响应的情况下接收到的所述第一客户端故障响应，将所述第一用户设备识别为不具有用于语音呼叫服务的分组交换连接配置。

18.一种用户设备，包括：

处理单元；和

包含可执行指令的存储器，所述可执行指令在由所述处理单元执行时，可操作以用作权利要求15的第二用户设备。

19.一种用户设备，包括：

处理单元；

包含可执行指令的存储器，当所述可执行指令由所述处理单元执行时，所述可执行指令将所述处理单元配置为：

与在同一用户账户下与没有分组交换语音呼叫连接配置的第二用户设备相关联；

从IP(互联网协议)多媒体子系统中的网络组件接收会话发起协议(SIP)邀请消息，所述网络组件向所述用户设备和所述第二用户设备二者发送SIP邀请消息；

向所述网络组件返回临时响应；以及

在所述第二用户设备向所述网络组件返回客户端故障响应而没有所述临时响应之后，继续处理接收到的SIP邀请消息。

20.根据权利要求19所述的用户设备，其中所述用户设备被配置为SIP兼容的。

Images