CN102917142A - 遇忙建立呼叫的方法和装置 - Google Patents

Abstract

本发明涉及一种遇忙建立呼叫的方法和装置。所述方法可以包括：响应于呼叫时所述被叫方繁忙，在主叫方用户终端处请求进行呼叫排队；响应于来自应用服务器的指示订阅被叫方排队事件，在所述主叫方用户终端处订阅所述被叫方的排队事件；在所述主叫方挂机后在所述主叫方用户终端处接收指示所述被叫方呼叫队列的排队状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；以及响应于接收到指示所述呼叫处于所述队列中当前要处理的状态的位置的通知，在所述主叫方用户终端处生成提示音以提示所述主叫方摘机。通过引入呼叫排队机制，使用连续的更新的呼叫队列信息，便于主叫方进行业务的选择，也提供了良好的用户友好性。

Description

遇忙建立呼叫的方法和装置

技术领域

本发明涉及通信领域，更具体地，涉及一种遇忙建立呼叫的方法和装置。

背景技术

随着网络技术的迅速发展，近几年移动通信出现了向全IP的网络架构演进的趋势，基于IMS(IP多媒体子系统)的网络融合成为应用的热点。IMS是3GPP(第三代合作伙伴计划)在UMTS R5及其以后版本中定义的一个新的核心网络域，支持处理传统音频电话和多媒体业务的基于IP的网络。3GPP选择SIP(会话初始协议)作为核心会话信令协议，其由因特网工程任务组(IETF)开发，用于会话的建立、更改和拆除，并且独立于媒体的传输。其内容具体可参见http://www.3gpp.org/ftp/Specs/Latest-drafts/24229-201.zip(题为“基于SIP和SDP的IP多媒体呼叫控制协议”)。

图1例示了基于SIP的应用网络结构。如图1所示，该网络可包括各类SIP终端、SIP服务器以及应用服务器，甚至媒体服务器。各个网络实体之间可使用SIP信令交互。SIP终端与SIP服务器连接，应用服务器连接于SIP服务器。应用服务器是承载生成和开展控制业务的API物理实体，IMS网络可以通过应用服务器提供基于SIP的非传统电信业务，实现大量的增值业务。SIP服务器可以是代理服务器、注册服务器、重定向服务器、定位服务器等。SIP服务器可以负责对UE的注册鉴权和会话控制，执行基本会话路由功能，并根据用户签约的IMS触发规则，在条件满足时进行到应用服务器的增值业务触发和业务控制交互。而媒体服务器提供了特定的媒体资源服务，如多方会议、录音、通告和语音识别等功能。媒体服务器接受应用服务器的控制来完成媒体资源的分配、处理和播放等操作。

对于本领域技术人员而言，SIP服务器的功能是基础的功能。在描述基于IMS网络的特定业务时，为了清楚起见，在下面的描述中将省略SIP服务器的介绍。然而，本领域技术人员应该理解，本发明描述的业务或处理也是在SIP服务器的架构之上进行。

在基于IMS网络的呼叫过程中，如果被叫方是繁忙的而没有立即建立呼叫，通常会有如下几种处理方案：

I、采用用户小型交换机PBX情况

图2例示了采用用户小型交换机PBX的通信网络架构。如图2所示，用户终端10通过网络12与被叫方B的语音网关14连接，被叫方语音网关142与PBX 14建立连接，而PBX 14连接到业务接口16。

图3例示了应用于图2的网络架构上的呼叫建立流程。如图3所示，在步骤S301，用户终端10在用户A摘机并拨叫被叫用户B号码情况下向基于SIP的应用服务器120发送INVITE请求INVITE(From A，to B)。在步骤S302，应用服务器120将INVITE请求INVITE(From A，to B)转发到被叫方语音网关142。在步骤S303，被叫方语音网关142向PBX 14发送振铃消息。在步骤S304，PBX向用户终端142回送连接消息。之后，在步骤S305，被叫方语音网关142向应用服务器120发送200响应消息。如果此时所有的业务接口繁忙，则在步骤S306，PBX 14向主叫方用户终端10通过媒体流发送通告“现在所有业务繁忙，请等待”。如果PBX 14监测到有业务接口处于空闲状态，则在步骤S307，发送振铃消息，业务接口16回送连接消息。可选地，在步骤S308，PBX 14还可以通过媒体流向用户终端10发送通告，例如“现在由业务XXX为您服务”。最后，在步骤S309，主叫方用户终端和被叫方业务接口之间建立语音通信。

显然，对于该方案，如果被叫方繁忙，PBX将一直保持用户A在线，直到某个业务接口出现空闲才可以接入。换而言之，主叫用户A需要维持该呼叫以及一直处于通话等待状态，而这种状态将是恼人的和效率低下的，并且其还要为等待时间付费。此外，PBX的购买和维护费用较高，对于用户可能是不可承受的。

II、在应用服务器上应用CCBS(遇忙呼叫完成)业务的情况

图4例示了在应用服务器上应用CCBS业务的网络架构。如图4所示，用户终端30经由网络32上的应用服务器320连接到被叫方语音网关34，语音网关34连接业务接口36，而应用服务器上驻留有CCBS业务模块。

图5例示了应用于图4的网络架构上的呼叫建立流程。如图5所示，在步骤S501，用户终端30在用户A摘机并拨叫被叫用户B号码情况下向基于SIP的应用服务器320发送INVITE请求INVITE(From A，to B)。在步骤S502，应用服务器320将INVITE(From A，to B)转发到被叫方语音网关342。如果检测到所有业务接口繁忙，则在步骤S503，语音网关342返回486用户忙响应。

在本方案中，提供了CCBS业务时，应用服务器需要查看用户A是否是签约用户，如果是，则在步骤S504，应用服务器320可以控制从媒体资源功能(MRF)330向用户终端30提供媒体流(例如语音通告)。MRF用以控制和处理各种媒体资源服务。其可以分为MRFC(媒体资源功能控制部分)和MRFP(媒体资源功能处理部分)，分别完成媒体流的控制和承载功能，根据应用服务器的调用，MRFC通过H.248和RTSP控制MRFP完成相应的媒体流编解码、转换、混合和播放。

例如，应用服务器320向媒体资源功能(MRF)330发送INVITE请求INVITE(SDP A)，用于请求媒体类型和所有的编码。之后，MRF 330向应用服务器发送响应200 OK(SDP MRF)，其携带MRF支持的媒体类型和编码。而应用服务器320向主叫用户终端30发送183响应183(SDPMRF)，告知MRF支持的媒体类型和所有编码。接下来，通过PRACK消息和200 OK响应，在用户终端30和应用服务器320之间协商确定媒体类型和编码。最后，应用服务器320向MRF 330发送确认信号ACK。

于是，在步骤S505，MRF 330可以向用户终端30发送媒体流以进行通告。例如“您拨叫的号码繁忙。如果希望回叫，请拨X”。此外，在用户希望回叫并拨相应的号时，用户终端30可向MRF 330发送媒体流“X”。在MRF 330接收到该媒体流之后，还可以向用户终端30发送媒体流以通告例如“已经登记请求的服务，请挂机”。

之后在步骤S506，应用服务器分别向用户终端30和MRF 330发送500消息和BYE消息以拆掉链路。则在步骤S507用户终端30产生拥塞音，用户A挂掉电话。

当应用服务器320监测到用户B的业务接口空闲时，则在步骤S508应用服务器可以作为主叫来分别控制呼叫用户终端30和语音网关342以在用户终端30和被叫方的业务接口346之间建立语音通信。

例如应用服务器像主叫方那样回呼用户终端，其可以向用户终端30发送INVITE请求。用户终端30像被叫方那样产生振铃音并向应用服务器320回送180响应以提示其产生回铃音。用户终端摘机应答后，向应用服务器320发送200响应。

在用户终端30摘机之后，应用服务器320像主叫方那样可向语音网关342发送INVITE请求。类似地，在业务接口346产生振铃音并向应用服务器320回送180响应以提示其产生回铃音。在业务接口346摘机应答后，语音网关342向应用服务器320发送200响应。之后应用服务器320分别向用户终端30和语音网关342发送确认信号ACK。

最后，在步骤S509，用户终端30和业务接口346之间进行语音通信。

对于该方案，虽然呼叫方不用一直在线等待业务接口的空闲，但是其仍然不能获知其需要等待的时间，以及其在等待期间也没有机会来取消之前对CCBS的请求，只能在应用服务器回呼时通过不摘机而取消对CCBS业务的请求，因此即使该用户可能不希望进行回呼时通信网络仍需要进行上述操作来回呼该用户，这样给通信网络增加了额外的处理以及额外的信令交互的负担。此外，如果偶然错过了回呼，那么主叫方仍可能需要重复上述冗长而恼人的过程以获得呼叫建立。另一方面，对于应用服务器而言，应用服务器的资源是非常宝贵的，但是使用现有的CCBS方案需要请求应用服务器来监控具有CCBS业务的每个号码的状态，这极大浪费了应用服务器的资源，使得应用服务器的效率低下。同时，现有的CCBS方案需要给应用服务器附加额外的功能以作为主叫方控制在回呼时主叫方用户终端和被叫方的业务接口之间建立通信，这使得应用服务器的结构和功能复杂，不利于中间网络单元的通用化以及简单核心网络的趋势。

III、没有采用PBX，也没有在应用服务器上应用CCBS业务的情况

如果没有采用PBX，而应用服务器也没有提供CCBS业务，或者用户A不是CCBS的签约用户，则用户A需要不断尝试拨叫用户B。这样，当呼叫繁忙时只有重复拨号来尝试建立呼叫。对于用户而言这样的用户体验是极其恼人的，而用户每次呼叫失败就会增加公司失去客户的风险。

因此，在现有技术中迫切需要一种能够改善用户的体验度，对用户呈现友好性，并简化应用服务器功能或结构的建立呼叫的方案。

发明内容

为了解决上述至少一个问题，提供了一种用于与被叫方建立通信的方法、一种用于与主叫方建立通信的方法、一种用于控制主叫方和被叫方建立呼叫的方法以及用户终端和应用服务器。

根据本发明的一个方面，提供了一种用于与被叫方建立通信的方法，包括：响应于呼叫时所述被叫方繁忙，在主叫方用户终端处请求进行呼叫排队；响应于来自应用服务器的指示订阅被叫方排队事件，在所述主叫方用户终端处订阅所述被叫方的排队事件；在所述主叫方挂机后在所述主叫方用户终端处接收指示所述被叫方呼叫队列的排队状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；以及响应于接收到指示所述呼叫处于所述队列中当前要处理的状态的位置的通知，在所述主叫方用户终端处生成提示音以提示所述主叫方摘机。优选地所述提示音包括振铃音。

可选地，所述方法还可以包括：响应于所述摘机，在所述主叫方用户终端处发送呼叫建立请求以再次请求与所述被叫方建立通信。

可选地，所述方法还可以包括：在呼叫等待期间，在所述主叫方用户终端处通过取消订阅来取消排队等待。

可选地，所述取消排队等待的步骤可进一步包括：通过尝试呼叫来启动取消订阅以取消排队等待。

可选地，所述方法还可以包括：在进行所述呼叫时如果被叫方繁忙则在所述主叫方用户终端处接收通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

可选地，所述方法可以适用于会话初始协议SIP环境中。

根据本发明的另外的方面，提供了一种用于与主叫方建立通信的方法，包括：响应于在呼叫被叫方繁忙时所述主叫方订阅所述被叫方的排队事件的请求，在被叫方用户终端处发送所述被叫方呼叫队列的排队状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；发送指示所述呼叫处于所述队列中当前要处理的状态的位置的通知；以及响应于主叫方的再次呼叫请求建立与主叫方的通信。优选地，所述主叫方的再次呼叫请求响应于所述指示呼叫处于所述队列中当前要处理的状态的位置的通知而启动。

可选地，所述方法还可包括：如果呼叫所述被叫方繁忙则在所述被叫方用户终端处发送通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

可选地，所述方法还可以包括：在呼叫等待期间，响应于接收到来自主叫方的取消订阅的请求，通知所述主叫方取消订阅以通知取消排队等待。

根据本发明的另外的方面，提供了一种用于控制主叫方和被叫方建立呼叫的方法，包括：响应于在呼叫被叫方繁忙时主叫方的呼叫排队的请求，在应用服务器处指示所述主叫方订阅所述被叫方的排队事件；向所述被叫方转发所述主叫方的对所述排队事件的订阅请求；向所述主叫方转发所述被叫方的排队事件的状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；以及向所述主叫方转发所述呼叫处于所述队列中当前要处理的状态的位置的通知，以在所述主叫方生成提示音以提示摘机。

可选地，所述方法还可以包括：向所述被叫方转发来自所述主叫方的、响应于所述摘机的呼叫建立请求以再次请求建立通信。

可选地，所述方法还可以包括：在呼叫等待期间，响应于接收到主叫方取消排队等待的请求，在应用服务器处指示所述主叫方取消订阅以取消排队等待。

可选地，所述方法还可以包括：向所述被叫方转发来自主叫方的取消订阅的请求以取消对被叫方的排队事件的订阅。

可选地，所述方法还可以包括：向所述主叫方转发来自被叫方的取消订阅的通知以通知取消排队等待。

可选地，所述方法还可以包括：在呼叫被叫方繁忙时接收到来自被叫方的通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

可选地，所述方法还可以包括：调用媒体资源功能向所述主叫方提供被叫方呼叫队列的排队状态的信息。

根据本发明的另外的方面，提供一种计算机程序产品，包括计算机可执行指令，当在计算机设备上执行所述指令时，该指令致使所述设备被配置为执行如上任一个的方法。

可选地，所述排队状态至少包括如下内容之一：诸如被叫方处于停止服务、队列为空、排队或队列已满的状态；队列中的呼叫等待数目；等待方的电话号码；呼叫方处于被叫方队列中的序号或位置，该序号或位置指示呼叫待处理的次序(即记录数)；以及保留本次呼叫的预期时间。

在本发明的实施例中，通过引入订阅被叫方用户终端的队列事件的机制，从而可以实时通知主叫方其呼叫的排队状态，改善了用户的友好性，并且还提供了取消用户订阅的机制，使得用户可以在需要时主动取消等待，从而减轻通信网络的负担。此外，通过主叫方用户终端来发起，从而可以简化应用服务器的功能和结构，便于该业务的设置并适应了智能用户代理和简单核心网络的趋势。

附图说明

根据结合附图进行的以下具体描述，将更加清楚地理解示例性实施例。图1-12表示非限制性、示例性实施例，其中：

图1例示了基于SIP的应用网络结构；

图2例示了采用用户小型交换机PBX的通信网络架构；

图3例示了应用于图2的网络架构上的呼叫建立流程；

图4例示了在应用服务器上应用CCBS业务的网络架构；

图5例示了应用于图4的网络架构上的呼叫建立流程；

图6例示了根据本发明实施例的遇忙建立呼叫的方法的流程图；

图7例示了根据本发明实施例的在遇忙等待期间取消订阅来取消等待的处理的流程图；

图8例示了根据本发明的实施例的基于SIP环境的遇忙建立呼叫的处理的流程图；

图9例示了根据本发明的实施例的基于SIP环境的在遇忙等待期间取消订阅的处理的流程图；

图10例示了根据本发明的实施例的用户终端的框图；

图11例示了根据本发明的实施例的应用服务器的框图；以及

图12例示了根据本发明的实施例的用户终端执行的处理的流程图。

具体实施方式

现在参照附图更加完整地描述本发明的实施例，其中示出一些但并非所有本发明实施例。当然，本发明可通过许多不同形式实现，并且不应该理解为对这里阐述的实施例的限制；相反，提供这些实施例，从而本发明将满足适用的法律需求。其中类似标号指的是类似元素。

还应注意，在一些备选实施例中，提出的功能/行为可能以与附图中所示的不同的顺序发生。例如，连续所示的两个图可实际上基本同时执行，或可有时候以相反顺序执行，这依据涉及的功能/行为。

除非相反定义，这里使用的所有术语(包括技术和科学术语)具有与示例性实施例所属领域的技术人员理解的相同含义。还应理解，术语(例如通用字典中定义的)应解释为具有与相关领域的环境中他们的含义一致的含义，并且不从理想化或过分形式化方面解释，除非这里明确定义。

根据计算机存储器中的数据比特的操作的符号表示和软件或算法提供本发明的部分和相应细节描述。这些描述和表示是本领域技术人员借此向本领域其他技术人员有效传达他们工作内容的手段。作为这里使用的术语，以及正如其通常使用的，算法可认为是导致期望结果的步骤的自洽序列。步骤是需要物理操作物理量的那些步骤。通常，尽管不必要，这些量采用能存储、传送、组合、比较和操纵的光、电、或磁信号的形式。时常证明是方便地，原理上为了通用，将这些信号称为比特、值、元素、符号、字、项、数字等。

在以下描述中，将参照可作为程序模块或功能性处理(包括例程、程序、对象、组件、数据结果等，其执行特定任务或实现特定抽象数据类型，并且可在现有网络单元或控制节点处使用现有硬件实现)实现的操作的行为和符号表示(例如以流程图的形式)来描述示例性实施例。这样的现有硬件可包括一个或多个中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路、场可编程门阵列(FPGA)计算机等。

然而，应记住，所有这些和类似术语与适当物理量相关，并且仅是应用于这些量的方便标签。除非特别阐述，或从讨论清楚的，例如“处理”或“计算”或“确定”或“显示”等的术语指的是计算机系统、或类似电子计算设备的行为和处理，其操作计算机系统的寄存器和存储器中的表示为物理、电子量的数据并将其变换为类似表示为计算机系统存储器或寄存器或其他这样的信息存储装置、传输或显示设备中的物理量的其他数据。

还应注意，本发明的软件实现的方面典型地在某种程序存储介质上编码，或在一些类型的传输介质上实现。程序存储介质可以是磁的(例如软盘或硬盘驱动器)或光的(例如压缩盘只读存储器或“CD ROM”)，并且可以是只读或随机存取。类似地，传输介质可以是双绞线、同轴电缆、光纤、或本领域已知的一些其他适当传输介质。本发明不受到任何给定方案的这些方面的限制。

在本发明的实施例中，通过引入订阅通信网络中的被叫方用户终端的队列事件的机制，来指示呼叫队列状态，呼叫队列状态可以包括以下内容：

诸如被叫方处于停止服务、队列为空、排队或队列已满的状态；队列中的呼叫等待数目；呼叫等待方的电话号码；呼叫方处于被叫方队列中的序号或位置，该序号或位置指示呼叫待处理的次序(即记录数)；以及保留本次呼叫的预期时间等。

为了清楚地示出本发明的实施例引入的网络中的队列事件，以会话初始协议SIP信令为例来示出其操作原理：

call-queue-network＝queue-status-line CRLF

                       [waiting-number CRLF]

                       [^＊record-line CRLF)]

                       [^＊due-time]

queue-status-line＝″Call-Queue″HCOLON queue-status

queue-status＝″empty″/″queueing″/″full″/″out-of-service″

waiting-number＝″Waiting-Number″HCOLON waitnum

waitnum＝1^＊DIGIT

record-line＝record-info CRIF

               record-count

record-info＝″Record-Info″HCOLON SIP-URI/SIPS-URI/absoluteURI

record-count＝″Record-Count″HCOLON rcdcount

rcdcount＝1^＊DIGIT

due-time＝″Due″HCOLoN minutes″min″

minutes＝1^＊DIGIT

例如，在被叫方的队列中有12个呼叫在等待处理，Aalcatel-lucent.com是第12个。则以SIP信令为例可以给出如下实例：

Call-Queue：queueing

Waiting-Number：12

Record-Info：Aalcatel-lucent.com

Record-Count：12

例如，在被叫方的队列中有15个呼叫在等待处理。现在轮到Aalcatel-lucent.com来获得服务，可以设置某个标志或数值来表示该状态，例如可以设置记录数的数值为1来表示队列中的该位置的呼叫要进行处理。该权利可以被保留15分钟。则以SIP信令为例如下所示：

Call-Queue：queueing

Waiting-Number：15

Record-Info：Aalcatel-lucent.com

Record-Count：1

Due：15min

本领域技术人员可以理解，可以使用其他类型的信令来定义本发明实施例中的网络的队列事件，本发明的实施例不限于SIP信令。

图6例示了根据本发明实施例的遇忙建立呼叫的处理的流程图。如图6所示，在步骤S601，主叫方用户终端A摘机并拨叫被叫方用户终端B。

之后在步骤S602，被叫方用户终端繁忙，则通知主叫方被叫方繁忙及其此时的排队状态。可选地，应用服务器还可以向呼叫方A提供关于在等待队列中进行登记的通告。例如在其中可以指示主叫方进行排队等待。

在本发明的实施例中，该通告可以通过应用服务器调用MRF以进行语音播放来实现，也可以通过应用服务器控制消息服务器以发送短消息来实现，本领域技术人员可以理解，其他现有技术中采用的消息传送方法均可以应用于此，本发明的实施例不限于上述列举的方式。

在本发明的实施例中，该通告的消息中，可以引入队列事件。例如，在队列中有11个呼叫在等待处理时，通知的消息中可以携带队列事件如下：

Call-Queue：queueing

Waiting-Number：11。

则在本发明的实施例中，可以向主叫方用户终端通告有11个呼叫(也即是11人)在等待服务。从而呼叫方可以根据被叫方的队列状态来决定是否需要等待，从而改善了用户友好性。当然，还可以向主叫方用户终端通告其处于队列中的待处理的顺序。本领域技术人员可以理解，其他类型的信令也可以实施该操作

在本发明的实施例中，还可以向主叫方用户终端通告“如果想要进入队列(或等待)，请按按键X”。

在本发明的实施例中，对于智能终端，也可以在主叫方用户终端处记录发出的呼叫以及由主叫方用户终端来提供通告，这种处理原理与上述类似，在此不再赘述。

之后，在步骤S603，主叫方用户终端A可以请求呼叫排队。在本发明的实施例中，可以通过按压预先设置的与该功能关联的特定按键(例如，上文中的X可以代表任意按键)或发送特定消息来启动呼叫排队。

在步骤S604，应用服务器接收到来自主叫方用户终端的呼叫排队请求，指示主叫方用户终端A向被叫方用户终端B订阅其呼叫队列事件状态。在本发明的实施例中，可以在该消息中携带呼叫队列事件。下面以SIP信令中的REFER消息为例，示出如何携带呼叫队列事件来订阅B的呼叫队列事件，然而本领域技术人员可以理解，其他类型的信令也可以实施该操作：

REFER Aalcatel-lucent.com SIP 2.0

...

Refer-To：Babc.com；method＝SUBSCRIBER；Event＝call-queue-network

之后，在步骤S605，主叫方用户终端A订阅被叫方用户终端B的排队事件状态。下面仍以SIP信令为例来示出如何携带呼叫队列事件，然而本领域技术人员可以理解，其他类型的信令也可以实施该操作：

SUBSCRIBE Babc.com SIP 2.0

Event：call-queue-network

在本发明的实施例中，可以通过应用服务器向被叫方用户终端B转发主叫方用户终端A的订阅请求。

可选地，在本发明的实施例中，可以在被叫方用户终端收到来自主叫方用户终端的订阅消息之后，通告主叫方用户终端挂机。可选地，该通告可以通过媒体流或短消息来实施。例如，应用服务器可以控制拆除链路，从而在主叫方用户终端处生成拥塞音，以提示主叫方用户终端挂机。从而避免用户在线路上等待，来提供更多的满意度。

之后，在步骤S606，接收到主叫方用户终端A的订阅消息，被叫方用户终端可以通过应用服务器向主叫方用户终端发送关于队列状态的通知消息。例如，接收到主叫方用户终端A的订阅消息，被叫方用户终端可以立即向主叫方发送关于总的等待数和在队列中主叫方A的记录数，而当在队列中主叫方A的记录数由于之前的呼叫终止而发生改变时，被叫方就可以通知主叫方该队列状态(例如呼叫等待的数目和/或记录数)。

在本发明的实施例中，尽管以SIP信令为例来示出携带呼叫队列状态的消息如下，本领域技术人员可以理解其他类型的消息也可以实施该操作：

NOTIFY Aalcatel-lucent.com SIP 2.0

Content-Type：application/call-queue-network

Content-Length：xx

Call-Queue：queueing

Waiting-Number：12

Record-Info：Aalcatel-lucent.com

Record-Count：12

在本发明的实施例中，被叫方用户终端可以在本端呼叫队列状态发生变化就通知主叫方用户终端，以进行A的记录数量的更新。也可以周期性或以固定变化间隔来通知主叫方用户终端该呼叫队列状态的更新。本领域技术人员可以理解，通知的方式可以根据需要来设置，本发明的实施例不限于以上实例。

例如，以SIP信令为例示出被叫方用户终端继续发送更新的关于A的记录数量的消息：

NOTIFY Aalcatel-lucent.com SIP 2.0

Content-Type：application/call-queue-network

Content-Length：xx

Call-Queue：queueing

Waiting-Number：15

Record-Info：Aalcatel-lucent.com

Record-Count：11

在本发明的实施例中，可选地，可以在主叫方用户终端挂机之后向其发送关于队列状态的通知消息。

之后，在步骤S607，被叫方用户终端B通过应用服务器向主叫方用户终端B发送指示该呼叫处于呼叫队列中当前要处理的状态的位置的通知，即轮到A来获得服务的通知。在本发明的实施例中，可以将该位置数或者记录数设置为例如“1”，以指示当前要处理该呼叫。

在本发明的实施例中，与现有技术不同，还可以设置维持该呼叫处于这种状态或位置适当的时间，以防止用户因故未能接收到该通知从而取消呼叫排队等待。

例如，可以维持这种状态为15分钟，则用户在振铃后没有摘机，那么还可以在15分钟之内摘机进行呼叫，则无需等待就可以与被叫方建立通信。

下面以SIP信令为例，示出轮到A获得服务的携带呼叫排队事件的实例，其中预期时间为15分钟：

NOTIFY Aalcatel-lucent.com SIP 2.0

Content-Type：application/call-queue-network

Content-Length：xx

Call-Queue：queueing

Waiting-Number：15

Record-Info：Aalcatel-lucent.com

Record-Count：1

Due：15min

在本发明的实施例中，可以通过应用服务器向主叫方用户终端A转发被叫方用户终端B的通知呼叫队列事件状态的消息。

之后，在步骤S608，在主叫方用户终端A处发出呼叫建立请求以再次请求与所述被叫方建立通信。可选地，在本发明的实施例中，当接收到指示A处于要获得服务的通知，可以在主叫方用户终端生成提示音，以提醒主叫方用户摘机来启动再次呼叫。例如该提示音可以包括振铃音。当然，也可以触发声光提示来提醒用户摘机。

在本发明的实施例中，可以在听到提示音后摘机来再次生成呼叫请求以启动建立呼叫。

接下来，在步骤S609，就像通常的呼叫建立过程一样，在主叫方和被叫方之间建立通信。

在本发明的实施例中，当主叫方用户终端与被叫方用户终端建立了通信，被叫方用户终端可以终止主叫方用户终端对B的呼叫队列事件的订阅。如下所示，以SIP消息为例，通过在NOTIFY消息中将订阅状态(例如Subscription-State)设置为终止(terminated)，则可以终止订阅过程：

NOTIFY Aalcatel-lucent.com SIP 2.0

Subscription-State：terminated；reason＝noresource

Content-Type：application/call-queue-network

Content-Length：xx

Call-Queue：queueing

Waiting-Number：14

Record-Info：Aalcatel-lucent.com

Record-Count：0

在此，“reason”中的内容可以依据具体环境进行各种设置，例如还可以设置为“timeout”，即reason＝timeout。

本领域技术人员可以理解，SIP类型的消息仅为示例，本发明的实施例不限于以上类型的消息来实施上述操作或处理。

在本发明的实施例中，通过使用连续的更新的呼叫队列信息，以及具有取消在等待队列中登记的机制(将在下面更详细地描述)，改善了用户友好性。由于呼叫队列处理和逻辑主要位于用户终端处，以及由主叫方用户终端启动再次呼叫请求，而无需应用服务器作为主叫方来分别发起与主叫方和被叫方的呼叫以建立主叫方与被叫方之间的通信，因此简化了应用服务器的功能，节省了应用服务器的资源，适应了智能用户代理和简单核心网络的趋势。

在本发明的实施例中，还可以在上述遇忙呼叫处理期间来取消排队等待。图7例示了根据本发明实施例的在遇忙等待期间取消订阅来取消等待的处理的流程图。如图7所示，在本发明的实施例中，还提供了在遇忙等待期间取消排队的机制。

在步骤S701，在主叫方用户终端A请求订阅被叫方用户终端的呼叫排队事件以及挂机之后(这时用户终端A已经处于呼叫队列中)，在等待期间想要取消排队等待，则重新尝试呼叫B。在本发明的实施例中，该等待期间指进行呼叫遇忙时到接入被叫方的呼叫服务之间的时间段。

在步骤S702，在业务繁忙时被叫方用户终端发送用户忙的响应。在本发明的实施例中，与图6所示的步骤类似，可以在该响应中携带呼叫排队事件以通告主叫方用户终端A被叫方用户终端B的呼叫排队事件状态。

在本发明的实施例中，还可以在被叫方用户终端B处针对主叫方来核查该主叫方用户终端是否已经登记在队列中。如果已经登记在队列中，可以在该响应中携带呼叫排队事件状态，例如等待人数或记录数，其指示该主叫方的呼叫在队列中的位置以及待处理的顺序。从而可以通过核查主叫方在队列中的状态来防止呼叫队列由于主叫方的持续呼叫或多次登记而溢出。

在本发明的实施例中，也可以在主叫方用户终端A处来核查是否已经呼叫过用户B以及是否请求过呼叫等待。如果是，则可以提示用户A退出呼叫，以避免通信网络的重复处理。此外，也可以防止被叫方的呼叫队列由于主叫方的持续呼叫或多次登记而溢出。

之后在步骤S703，通告主叫方被叫方繁忙及其此时的排队状态。可选地，其还可以指示主叫方选择业务选项。例如，如果想要取消等待，可以按压预先设置的与该功能关联的特定按键(例如，下文中的y可以代表任意按键)或发送特定消息来启动取消等待处理。如果希望等待，可以挂机。通过例如“已经处于队列中，有n人在你之前。如果想要取消等待，请拨y，保持等待请挂机”的通告，给主叫方用户终端A提供了保持等待并知晓记录数的机会，还提供了取消等待的选项。

在本发明的实施例中，类似地，该通告也可以通过应用服务器调用MRF以进行语音播放来实现，也可以通过应用服务器控制消息服务器以发送短消息来实现，本领域技术人员可以理解，其他现有技术中采用的消息传送方法均可以应用于此，本发明的实施例不限于上述列举的方式。

之后，在步骤S704，主叫方用户终端A可以选择取消等待，其例如可以通过按压按键y来请求取消等待。

在步骤S705，应用服务器接收到来自主叫方用户终端的取消等待请求，指示主叫方用户终端A取消对被叫方用户终端B的排队事件的订阅。如下所示，以SIP信令为例示出可以向主叫方用户终端发送REFER消息以取消订阅：

REFER Aalcatel-lucent.com SIP 2.0

...

Refer-To：Babc.com；method＝SUBSCRIBER；Event＝call-queue-network；Expires：0

在此，可以通过设置“Expires”的内容为0来指示取消订阅事件。

之后，在步骤S706，主叫方用户终端A请求取消对被叫方用户终端B的排队事件状态的订阅。

在本发明的实施例中，可以以发送诸如SUBSCRIBE消息的SIP信令为例来示出如何取消对呼叫队列事件的订阅，然而本领域技术人员可以理解，其他类型的信令也可以实施该操作：

SUBSCRIBE Babc.com SIP 2.0

Event：call-queue-network

Expires：0

在本发明的实施例中，可以通过应用服务器来转发该取消订阅的消息。

之后，在步骤S707，被叫方用户终端B通知主叫方用户终端A终止对B的呼叫排队事件的订阅，从而取消了排队等待。以SIP信令中的NOTIFY消息为例示出上述操作：

NOTIFY Aalcatel-lucent.com SIP 2.0

Subscription-State：terminated；reason＝timeout

Content-Type：application/call-queue-network

Content-Length：xx

Call-Queue：queueing

Waiting-Number：14

Record-Info：Aalcatel-lucent.com

Record-Count：0

在本发明的实施例中，可选地，可以在被叫方用户终端收到来自主叫方用户终端的取消订阅消息之后，通告主叫方用户终端挂机。可选地，该通告可以通过媒体流或短消息来实施。例如，应用服务器可以控制拆除链路，从而在主叫方用户终端处生成拥塞音，以提示主叫方用户终端挂机。

在本发明的实施例中，可选地，可以在主叫方挂机之后接收到来自被叫方用户终端的呼叫事件状态的通知。

为了更清楚的示出与现有技术相比，本发明的实施例所具有的优越性，将以SIP环境下的操作为例，具体描述本发明的实施例的遇忙建立呼叫的处理。

图8例示了根据本发明的实施例的基于SIP环境的遇忙建立呼叫的处理的流程图。如图8所示，在步骤S801，在主叫用户摘机并拨叫用户B时，在SIP用户终端A处发送呼叫建立请求INVITE消息。

之后在步骤S802，被叫方用户终端繁忙，则如下所示，以486消息通知主叫方被叫方繁忙及其此时的排队状态：

486 SIP 2.0

...

Content-Type：application/call-queue-network

Content-Length：xx

Call-Queue：queueing

Waiting-Number：11

在该消息中可以指示有11个人(或11个呼叫)在等待服务。

可选地，应用服务器还可以向呼叫方A发送指示主叫方进行排队等待的通告。在本发明的实施例中，如图9所示，该通告可以通过应用服务器调用MRF以进行语音播放来实现，也可以通过应用服务器控制消息服务器以发送短消息来实现，本领域技术人员可以理解，其他现有技术中采用的消息传送方法均可以应用于此，本发明的实施例不限于上述列举的方式。

之后，在步骤S803，主叫方用户终端A可以请求呼叫排队。在本发明的实施例中，可以通过按压预先设置的与该功能关联的特定按键或发送特定消息来启动呼叫排队。

在步骤S804，如果用户A想要进行呼叫排队，则应用服务器以如上所述的REFER消息指示主叫方用户终端A向被叫方用户终端B订阅其呼叫队列事件状态。

之后，在步骤S805，主叫方用户终端A以上述的SUBSCRIBE消息订阅被叫方用户终端B的排队事件状态。

在本发明的实施例中，可以通过应用服务器向被叫方用户终端B转发主叫方用户终端A的SUBSCRIBE消息。

在步骤S806，可选地，可以在接收到请求已登记以及挂机的通告之后，应用服务器控制拆除链路，从而在主叫方用户终端处生成拥塞音，以提示主叫方用户终端挂机。

在步骤S807，接收到主叫方用户终端A的订阅消息，被叫方用户终端可以通过应用服务器向主叫方用户终端持续发送上述的NOTIFY消息以通告被叫方B的呼叫队列状态，直到该呼叫处于呼叫队列中当前要处理的状态的位置，例如记录数为1，发送上述的NOTIFY消息以通知轮到A来获得服务。

在本发明的实施例中，可以在挂机之后接收到来自被叫方用户终端的通告呼叫队列状态的NOTIFY消息。而通知A获得服务的该NOTIFY消息也可以触发在主叫方用户终端处生成提示音或振铃音，甚至声光提示。

在本发明的实施例中，在开始发送NOTIFY消息时可以通知用户终端A关于总的等待数和在队列中A的记录数。还可以在由于之前的呼叫终止导致该队列事件的状态发生变化时发送变化的队列事件状态，例如变化的记录数。

在本发明的实施例中，也可以设置该呼叫的预期时间为适当的时间，例如15分钟。

之后，在步骤S808，通过摘机，主叫方用户终端A发出呼叫建立请求INVITE消息来重呼用户终端B。

接下来，在步骤S809，就像通常的呼叫建立过程一样，在主叫方和被叫方之间建立通信。

在本发明的实施例中，当主叫方用户终端与被叫方用户终端建立了通信，被叫方用户终端可以通过上述的NOTIFY消息通知主叫方用户终端对B的呼叫队列事件的订阅已经终止。

在本发明的实施例中，用户终端可以是SIP用户终端。但是对于传统类型的用户终端，例如POTS线路用户，在本发明的实施例中可以引入新的数据链路消息类型来分发关于POTS线路上的呼叫队列状态。

在本发明的实施例中，对于传统类型的用户终端，需要接入语音网关来参与SIP会话。对于本领域技术人员而言，传统用户终端与语音网关一起可以看作本发明实施例中的用户终端。

在本发明的实施例中，语音网关在收到NOTIFY消息后可以在POTS线路上向用户A传送具有新的消息类型和新的参数的数据消息，参数可以包括呼叫记录数。

如下所示，可以采用FSK数据来通知用户A记录数：

Message type：Call Queue Message

Parameters：

Date and Time

Calling Line ID：A

Called Line ID：B

Waiting Number：12

Record Count：12

Due：15min

例如，语音网关收到NOTIFY(queue-event：12waiting；record-count：12)消息，那么其向传统用户终端发送FSK(recall B，record-cout：12)消息，从而在传统用户终端上会通过来电显示来显示记录数。

当语音网关收到NOTIFY(queue-event：15waiting；record-count：1；due：15min)消息，那么其向传统用户终端发送FSK(recall B now)消息，并振铃该用户终端或使其发提示音等，以提醒用户摘机。

在本发明的实施例中，还提供了在基于SIP环境的上述遇忙呼叫处理期间来取消排队等待的机制。图9例示了根据本发明的实施例的基于SIP环境的在遇忙等待期间取消订阅的处理的流程图。如图9所示，在步骤S901，在主叫方用户终端请求订阅被叫方用户终端的呼叫排队事件以及挂机之后，在等待期间想要取消排队等待，则重新尝试呼叫B来发送呼叫建立请求INVITE消息。

在步骤S902，类似地在业务繁忙时被叫方用户终端发送用户忙的486响应。在本发明的实施例中，可以在该响应中携带呼叫排队事件以通告主叫方用户终端A被叫方用户终端B的呼叫排队事件状态。

在本发明的实施例中，类似地，也可以在被叫方用户终端B处或在主叫方用户终端A处实施核查机制以针对主叫方来核查该主叫方用户终端是否已经登记在队列中，从而可以防止由于主叫方的多次呼叫导致呼叫队列溢出或阻塞该呼叫队列。

之后在步骤S903，通告主叫方被叫方繁忙及其此时的排队状态。可以如图9所示，由应用服务器调用MRF来通告被叫方繁忙、排队状态以及业务选项。

本领域技术人员可以理解，其他现有技术中采用的消息传送方法均可以应用于此，本发明的实施例不限于上述列举的方式。

之后，在步骤S904，主叫方用户终端A请求取消等待。如图9所示，可以通过按压预定的按键来启动取消等待处理。

在步骤S905，应用服务器接收到来自主叫方用户终端的取消等待请求，以上述REFER消息来指示主叫方用户终端A取消对被叫方用户终端B的排队事件的订阅。

之后，在步骤S906，主叫方用户终端通过上述的SUBSCRIBE消息请求取消对被叫方用户终端B的排队事件状态的订阅。

在本发明的实施例中，可以通过应用服务器来转发该取消订阅的消息。

在步骤S907，可选地，应用服务器可以在接收到已经取消排队等待以及挂机的通告之后，控制拆除链路，从而在主叫方用户终端处生成拥塞音，以提示主叫方用户终端挂机。

在步骤S908，响应于接收到来自主叫方的取消订阅的请求，被叫方用户终端B以上述NOTIFY(queue-event：XX waiting；Record-Count：0；Subscription-State：terminated；reason＝timeout)消息通知主叫方用户终端A终止对B的呼叫排队事件的订阅，从而取消了排队等待。

在本发明的实施例中，也可以在挂机之后接收到来自被叫方B的NOTIFY消息。对于传统电话，也可以使用FSK消息来通知主叫方A已经取消订阅，其原理与上述类似，在此不再赘述。

显然，通过在本发明实施例中引入呼叫排队机制，使用连续的更新的呼叫队列信息，以及具有取消在等待队列中登记的机制，便于主叫方进行业务的选择，也提供了良好的用户友好性。同时，由于呼叫队列处理和呼叫建立逻辑主要位于用户终端处，也简化了应用服务器的处理，节约了应用服务器的资源，适应了智能用户代理和简单核心网络的趋势。

图10示出根据本发明各个实施例被配置用于在通信网络中建立呼叫的示例性用户终端100。装置100(具体地处理器105)可被配置为实现以上一般性所述的操作和功能，例如关于呼叫的发起以及建立的处理。此外，装置100(具体地处理器105)可被配置为执行关于图6-9和图12(将在下面详述)所述的某些或所有操作。

在一些示例性实施例中，装置100可实现为，或包括为具有有线或无线通信能力的计算设备和/或通信设备的组件。装置100的某些实例包括计算机、服务器、移动终端(例如移动电话、便携式数字助理(PDA)、寻呼机、移动电视、游戏设备、移动计算机、膝上型计算机、相机、视频记录器、音频/视频播放器、无线电、和/或全球定位系统(GPS)设备)或上述的任意组合等。此外，装置100可被配置为实现这里所述的本发明的各个方面，例如本发明的各个示例性方法，其中所述方法可通过配置硬件和/或软件、固件或其组合的处理器(例如处理器105)、计算机可读介质等实现。

装置100可包括处理器105、存储器设备110、和通信接口115或与其通信。此外，在一些实施例中，例如装置100为移动终端的实施例，装置100还包括用户接口125。处理器105可实现为各种装置，包括例如，微处理器、协处理器、控制器、或包括集成电路(例如ASIC(专用集成电路)、FPGA(现场可编程门阵列)、或硬件加速器)的各种其他处理设备。关于作为FPGA、ASIC等的处理器，该处理器特别地可以是被配置为执行这里所述的处理器105的操作的硬件。在示例性实施例中，处理器105被配置为执行在存储器设备110中存储的指令或处理器105可访问的指令。处理器105可被配置为便于例如通过控制通信接口115中包括的控制硬件和/或软件经由通信接口115通信。

存储器设备110可被配置为存储在实现本发明的实施例中涉及的各个信息。存储器设备110可以是计算机可读存储介质，可包括易失性和/或非易失性存储器。例如，存储器设备110可包括随机存取存储器(RAM)(包括动态和/或静态RAM)、片上或片下高速缓存存储器和/或其他。此外，存储器设备110可包括非易失性存储器，其可被嵌入和/或可移除，以及可包括例如只读存储器、闪速存储器、磁存储设备(例如硬盘、软盘驱动器、磁带等)、光盘驱动器和/或介质、非易失性随机存取存储器(NVRAM)、和/或其他。存储器设备110可包括用于临时存储数据的高速缓存区。由此，一些或所有存储器设备110可包括在处理器105中。

此外，存储器设备110可被配置为存储信息、数据、应用、计算机可读程序代码指令等，用于使得处理器105和装置100执行根据本发明示例性实施例的各个功能。例如，存储器设备110可被配置为缓冲输入数据以用于处理器105处理。此外，或备选地，存储器设备110可被配置为存储由处理器105执行的指令。

用户接口125可与处理器105通信，以在用户接口125接收用户输入和/或向用户提供输出，例如作为音频、视觉、机械或其他输出指示。用户接口125可包括例如，键盘/键板、鼠标、操纵杆、显示器(例如触摸屏显示器)、麦克风、扬声器、或其他输入/输出机制。在一些示例性实施例中，用户接口125的显示器可被配置为呈现根据本发明实施例的呼叫队列状态。

通信接口115可以是以硬件、计算机程序产品、或硬件和软件的组合实现的任意设备或装置，其被配置为从与装置100通信的网络和/或任意其他设备或模块接收数据和/或向其发送数据。由此，通信接口115可包括例如，天线、发射器、接收器、收发器和/或支持硬件，包括用于支持与网络通信的处理器或计算机程序产品。

通信接口115可被配置为根据任意有线或无线通信标准提供通信。例如，通信接口115可被配置为根据以下标准提供通信：第二代(2G)无线通信协议IS-136(时分多址(TDMA))、GSM(全球移动通信系统)、IS-95(码分多址(CDMA))、第三代(3G)无线通信协议(例如通用移动电信系统(UMTS)、CDMA2000、宽带CDMA(WCDMA)和时分同步CDMA(TD-SCDMA))、3.9代(3.9G)无线通信协议(例如演进通用陆地无线电接入网络(E-UTRAN))、第四代(4G)无线通信协议、国际移动电信高级(IMT-Advanced)协议、长期演进(LTE)协议(包括LTE-Advanced)等。此外，通信接口115可被配置为根据例如以下技术提供通信：射频(RF)、红外(IrDA)、或多个不同无线组网技术的任一个，包括WLAN技术，例如IEEE 802.11(例如802.11a、802.11b、802.11g、802.11n等)、无线局域网(WLAN)协议、微波存取全球互通(WiMAX)技术(例如IEEE 802.16)、和/或无线个域网(WPAN)技术，例如IEEE 802.15、蓝牙(BT)、超宽带(UWB)和/或其他。

在本发明的实施例中，用户终端可以是包括传统通信网络(例如PSTN)中的用户终端，也可以是SIP终端。而对于传统的用户终端，可以与语音网关一起来实施本发明的实施例中的建立呼叫的方法。

在本发明的实施例中，如图10所示的用户终端100可以被配置来实施如图12a所示的根据本发明实施例的建立通信的方法。图12a例示了根据本发明实施例的与被叫方建立通信的方法的流程图。如图所示，在步骤S1201，用户终端100可以响应于呼叫时所述被叫方繁忙，在主叫方用户终端处请求进行呼叫排队。如上所述，可以以SIP消息来请求进行呼叫排队。

之后，在步骤S1202，用户终端100可以响应于来自应用服务器的指示订阅被叫方排队事件，订阅所述被叫方的排队事件。在本发明的实施例中，可选地，在订阅完成后可以在用户终端100处接收到提示订阅完成以及请挂机的通告。

在步骤S1203，响应于进行了订阅请求，用户终端100可以接收指示所述被叫方呼叫队列的排队状态的信息。该排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数，还可以包括该队列中总的排队人数和/或等待方号码等。在本发明的实施例中，可以只要被叫方的队列发生变化就在用户终端100接收到来自被叫方的通知被叫方呼叫队列的排队状态的信息，也可以设置为一定模式来接收通知被叫方呼叫队列的排队状态的信息，例如，队列减少2个呼叫就通知该状态的变化等。

在本发明的实施例中，可选地，可以在以后终端100挂机之后接收到指示所述被叫方呼叫队列的排队状态的信息。

在步骤S1204，用户终端100可以接收到指示所述呼叫处于所述队列中当前要处理的状态的位置的通知。在本发明的实施例中，如果在挂机之后接收，就生成提示音以提示主叫方用户摘机。例如该提示音可以为振铃音或声光报警模式。

在本发明的实施例中，用户终端100可以响应于摘机，发送呼叫建立请求以再次请求与被叫方建立通信。

在本发明的实施例中，用户终端100还可以在呼叫等待期间，通过取消订阅来取消排队等待。该过程可以通过尝试呼叫来启动。此外，用户终端100还可以接收到来自被叫方的指示订阅已取消的消息来通知排队等待已经取消。

在本发明的实施例中，用户终端100可以在呼叫被叫方繁忙时接收通知被叫方繁忙的信息，该信息可以包含关于被叫方呼叫队列的排队状态的信息。

在本发明的实施例中，如图10所示的用户终端100可以被配置来实施如图12b所示的根据本发明实施例的建立通信的方法。图12b例示了根据本发明实施例的与主叫方建立通信的方法的流程图。如图所示，在步骤S1211，响应于在呼叫被叫方繁忙时所述主叫方订阅所述被叫方的排队事件的请求，发送被叫方呼叫队列的排队状态的信息。该排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数，还可以包括该队列中总的排队人数和/或等待方号码等。在本发明的实施例中，可以只要被叫方的队列发生变化就在用户终端100发送被叫方呼叫队列的排队状态的信息，也可以设置为一定模式来发送被叫方呼叫队列的排队状态的信息。

在步骤S1212，当在被叫方呼叫队列中该呼叫要被处理时，用户终端100可以发送指示所述呼叫处于所述队列中当前要处理的状态的位置的通知。

最后，在步骤S1213，响应于主叫方的再次呼叫建立请求，用户终端100可以响应于该请求建立与主叫方的通信。

在本发明的实施例中，优选地，如果在主叫方挂机之后接收到所述指示所述呼叫处于所述队列中当前要处理的状态的位置的通知，则该通知可以在所述主叫方用户终端处触发生成提示音。在本发明的实施例中，所述主叫方的再次呼叫请求可以响应于所述指示呼叫处于所述队列中当前要处理的状态的位置的通知而启动，例如可以通过摘机而生成呼叫建立请求。

在本发明的实施例中，用户终端100可以在呼叫被叫方繁忙时发送通知被叫方繁忙的信息。该信息可以包含关于被叫方呼叫队列的排队状态的信息。

在本发明的实施例中，用户终端100还可以在呼叫被叫方繁忙时检查来自该主叫方的呼叫是否在该呼叫队列中，如果已经处于呼叫队列中，则不再在该队列中登记该呼叫请求，以避免呼叫队列的溢出。

在本发明的实施例中，用户终端100还可以在呼叫等待期间，响应于接收到来自主叫方的取消订阅的请求，通知所述主叫方取消订阅以通知取消排队等待。

在本发明的实施例中，所述呼叫排队状态至少包括如下内容之一：诸如被叫方处于停止服务、队列为空、排队或队列已满的状态；队列中的呼叫等待数目；等待方的电话号码；呼叫方处于被叫方队列中的序号或位置，该序号或位置指示呼叫待处理的次序(即记录数)；以及保留本次呼叫的预期时间

在本发明的实施例中，上述处理可以基于SIP来执行。

在本发明的实施例中，在用户终端100上的操作可以通过处理器105执行，其具体地可以配置为执行图12的操作外还可以被配置为执行图6-9中的部分操作。

图11例示了根据本发明实施例的被配置为在通信网络中提供呼叫队列状态来建立呼叫的应用服务器200的结构框图。装置200(具体地处理器205)可被配置为实现以上一般性所述的操作和功能，例如关于呼叫的发起以及建立的处理。此外，装置200(具体地处理器205)可被配置为执行关于图6-9和图12所述的某些或所有操作。

类似地，装置200可包括处理器205、存储器设备210、和通信接口215或与其通信。在本发明的实施例中，装置200还可包括用户接口225。此外，在一些实施例中，例如装置200为应用服务器的实施例。与上述类似，处理器205可实现为各种装置，包括例如，微处理器、协处理器、控制器、或包括集成电路(例如ASIC(专用集成电路)、FPGA(现场可编程门阵列)、或硬件加速器)的各种其他处理设备。关于作为FPGA、ASIC等的处理器，该处理器特别地可以是被配置为执行这里所述的处理器105的操作的硬件。在示例性实施例中，处理器205被配置为执行在存储器设备210中存储的指令或处理器205可访问的指令。处理器205可被配置为便于例如通过控制通信接口215中包括的控制硬件和/或软件经由通信接口215通信。

在本发明的实施例中，应用服务器200可以被配置为实施根据本发明实施例的一种用于控制主叫方和被叫方建立呼叫的方法，包括：响应于在呼叫被叫方繁忙时主叫方的呼叫排队的请求，指示所述主叫方订阅所述被叫方的排队事件；向所述被叫方转发所述主叫方的对所述排队事件的订阅请求；向所述主叫方转发所述被叫方的排队事件的状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；以及向所述主叫方转发所述呼叫处于所述队列中当前要处理的状态的位置的通知，以指示所述主叫方发送呼叫建立请求来再次请求建立通信。

在本发明的实施例中，所述呼叫建立请求可以响应于所述呼叫处于所述队列中当前要处理的状态的位置的通知而启动，例如可以通过摘机而生成呼叫建立请求。

在本发明的实施例中，应用服务器200还可以被配置为：在呼叫等待期间，响应于接收到主叫方取消排队等待的请求，指示所述主叫方取消订阅以取消排队等待。

在本发明的实施例中，应用服务器200还可以被配置为：向所述被叫方转发来自主叫方的取消订阅的请求以取消对被叫方的排队事件的订阅。

在本发明的实施例中，应用服务器200还可以被配置为：向所述主叫方转发来自被叫方的取消订阅的通知以通知取消排队等待。

在本发明的实施例中，应用服务器200还可以被配置为：在呼叫被叫方繁忙时接收到来自被叫方的通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

在本发明的实施例中，应用服务器200还可以被配置为：调用媒体资源功能向所述主叫方提供被叫方呼叫队列的排队状态的信息。

在本发明的实施例中，上述处理可以基于SIP来执行。

在一个示例性实施例中，这里所述的一个或多个过程可通过包括程序代码指令的计算机程序产品实现。由此，实现这里所述的过程的程序代码指令可通过装置(例如装置100和/或200)的存储器设备(例如存储器设备110、210)存储或存储于其上，以及通过处理器(例如处理器105、205)执行。可理解，任意这样的程序代码指令可加载到计算机、处理器、或其他可编程装置(例如处理器105和205、存储器设备110和210)上，以生成机器，其包括用于实现流程图的方框、步骤、或操作中指定的功能的装置。在一些示例性实施例中，这些程序代码指令还存储在计算机可读存储介质中，其指示计算机、处理器、或其他可编程装置以通过特定方式运行，从而计算机可读存储介质中存储的指令生成制品，其也提供实现流程图的方框、步骤、或操作中指定的功能的装置。程序代码指令也可加载到计算机、处理器、或其他可编程装置上，以在计算机、处理器、或其他可编程装置上或由其执行一系列操作步骤，以生成计算机实现的处理，从而在计算机、处理器、或其他可编程装置上执行的指令提供了实现流程图的方框、步骤、或操作中指定的功能的步骤。

因此，流程图的方框、步骤、或操作支持用于执行特定功能的装置的组合、用于执行特定功能的步骤的组合、用于执行特定功能的程序代码指令。还可理解，在一些示例性实施例中，流程图的一个或多个方框、步骤、或操作、和流程图中的方框、步骤、或操作的组合通过执行特定功能或步骤的基于专用硬件的计算机系统或处理器、或专用硬件和程序代码指令的组合来实现。

本领域技术人员应该理解，虽然在本说明书中作为实例示出在使用SIP的3G背景下的本发明的实施例，但是其他适当的系统和协议也可以使用。

这里阐述的本发明的许多修改和其他实施例将使得与本发明相关的本领域技术人员获益于在以上说明书和相关附图中提供的教导。因此，可理解，本发明不限于公开的特定实施例，并且修改和其他实施例旨在包含在所附权利要求的范围内。此外，尽管以上说明书和相关附图描述了在部件和/或功能的某个示例性组合的环境中的示例性实施例，但是应理解，部件和/或功能的不同组合可通过备选实施例提供，而不脱离所附权利要求的范围。由此，例如，正如在一些所附权利要求中阐述的那些，也可设想除了以上明确所述的那些部件和/或功能之外的他们的不同组合。尽管这里采用的特定术语，但是他们仅用作一般性和描述性含义，并非用于限制的目的。

Claims (15)

1.一种用于与被叫方建立通信的方法，包括：

响应于呼叫时所述被叫方繁忙，在主叫方用户终端处请求进行呼叫排队；

响应于来自应用服务器的指示订阅被叫方排队事件，在所述主叫方用户终端处订阅所述被叫方的排队事件；

在所述主叫方挂机后在所述主叫方用户终端处接收指示所述被叫方呼叫队列的排队状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；以及

响应于接收到指示所述呼叫处于所述队列中当前要处理的状态的位置的通知，在所述主叫方用户终端处生成提示音以提示所述主叫方摘机。

2.如权利要求1所述的方法，其中所述方法还包括：响应于所述摘机，在所述主叫方用户终端处发送呼叫建立请求以再次请求与所述被叫方建立通信。

3.如权利要求1或2所述的方法，其中所述方法还包括：在呼叫等待期间，在所述主叫方用户终端处通过取消订阅来取消排队等待。

4.如权利要求3所述的方法，其中所述取消排队等待的步骤进一步包括：通过尝试呼叫来启动取消订阅以取消排队等待。

5.如权利要求1或2所述的方法，其中所述方法还包括：在进行所述呼叫时如果被叫方繁忙则在所述主叫方用户终端处接收通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

6.一种用于与主叫方建立通信的方法，包括：

响应于在呼叫被叫方繁忙时所述主叫方订阅所述被叫方的排队事件的请求，在所述被叫方用户终端处发送所述被叫方呼叫队列的排队状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；

发送指示所述呼叫处于所述队列中当前要处理的状态的位置的通知；以及

响应于主叫方的再次呼叫建立请求建立与主叫方的通信。

7.如权利要求6所述的方法，其中所述方法还包括：如果呼叫所述被叫方繁忙则在所述被叫方用户终端处发送通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

8.如权利要求6或7所述的方法，其中所述方法还包括：在呼叫等待期间，响应于接收到来自主叫方的取消订阅的请求，通知所述主叫方取消订阅以通知取消排队等待。

9.一种用于控制主叫方和被叫方建立呼叫的方法，包括：

响应于在呼叫被叫方繁忙时主叫方的呼叫排队的请求，在应用服务器处指示所述主叫方订阅所述被叫方的排队事件；

向所述被叫方转发所述主叫方的对所述排队事件的订阅请求；

向所述主叫方转发所述被叫方的排队事件的状态的信息，其中所述排队状态至少包括指示所述呼叫处于所述队列中的位置的记录数；以及

向所述主叫方转发所述呼叫处于所述队列中当前要处理的状态的位置的通知，以在所述主叫方生成提示音以提示摘机。

10.如权利要求9所述的方法，其中所述方法还包括：向所述被叫方转发来自所述主叫方的、响应于所述摘机的呼叫建立请求以再次请求建立通信。

11.如权利要求9或10所述的方法，其中所述方法还包括以下步骤中的至少一个：

在呼叫等待期间，响应于接收到主叫方取消排队等待的请求，在应用服务器处指示所述主叫方取消订阅以取消排队等待；以及

向所述被叫方转发来自主叫方的取消订阅的请求以取消对被叫方的排队事件的订阅。

12.如权利要求11所述的方法，其中所述方法还包括：向所述主叫方转发来自被叫方的取消订阅的通知以通知取消排队等待。

13.如权利要求9至12中任一项所述的方法，其中所述方法还包括：在呼叫被叫方繁忙时接收到来自被叫方的通知被叫方繁忙的信息，其中所述信息包含关于被叫方呼叫队列的排队状态的信息。

14.如权利要求13中任一项所述的方法，其中所述方法还包括：调用媒体资源功能向所述主叫方提供被叫方呼叫队列的排队状态的信息。

15.一种计算机程序产品，包括计算机可执行指令，当在计算机设备上执行所述指令时，该指令致使所述设备被配置为执行根据权利要求1到14中任一个的方法。

Images