专利名称：基于互联网协议的转接业务的方法及业务控制单元的制作方法
技术领域：
本发明涉 及通信领域，具体而言，涉及一种基于互联网协议的转接业务的方法及 业务控制单元。
背景技术：
转接(call transfer)业务是一种重要的电信业务，该业务为当用户与对方通话 时，在不中断通话的情况下，拨出另一方，实现两方通话。其具体实现如下主叫用户A呼叫 话务台，话务台B应答，话务台拨打用户C，实现A和C的通话，同时释放坐席。转接业务在传统的电话网络中有着广泛的应用，特别是在电脑话务台系统中使用 频率很高，随着网络不断向以互联网协议(Internet Protocol，简称为IP)为基础的下一 代网络的演进，越来越多的业务需要在以IP为基础的网络上实现。一般的转接方法在实现上步骤烦琐，在以会话启动协议(Session Initiation Protocol，简称为SIP)信令的交互中，特别是对于资源预留的情形中，由于资源预留时间 长，从而导致业务实现困难。
发明内容
针对相关技术中SIP信令资源预留时间长导致了业务实现困难的问题而提出本 发明，为此，本发明的主要目的在于提供一种基于互联网协议的转接业务的方案，以解决上 述问题。为了实现上述目的，根据本发明的一个方面，提供了一种基于互联网协议的转接 业务的方法。根据本发明的基于互联网协议的转接业务的方法包括在主叫用户和坐席通话的 情况下，业务控制单元接收来自坐席的转接消息；业务控制单元根据转接消息进行业务转 接；在业务转接成功之前，业务控制单元通知坐席释放资源。优选地，在业务控制单元接收转接消息之后，业务控制单元预判断业务转接成功； 业务控制单元通知坐席释放资源。优选地，业务控制单元根据转接消息进行业务转接包括业务控制单元根据转接 消息向被叫用户发起呼叫；业务控制单元接收来自被叫用户的响应于呼叫的媒体信息，并 将媒体信息反馈给主叫用户。优选地，在业务控制单元接收到来自被叫用户的回铃声的情况下，业务控制单元 将媒体信息反馈给主叫用户包括业务控制单元将回铃声发送给主叫用户。优选地，在向被叫用户呼叫失败的情况下，业务控制单元将媒体信息反馈给主叫 用户包括业务控制单元向主叫用户发送失败提示。为了实现上述目的，根据本发明的另一方面，提供了 一种业务控制单元。根据本发明的业务控制单元包括接收模块，用于在主叫用户和坐席通话的情况 下接收来自坐席的转接消息；转接模块，用于根据转接消息进行业务转接；通知模块，用于在业务转接成功之前，通知坐席释放资源。优选地，业务控制单元还包括判断模块，用于预判断业务转接是否成功，在判断 结果为是的情况下，启动通知模块。优选地，转接模块还包括呼叫子模块，用于根据转接消息向被叫用户发起呼叫； 接收子模块，用于接收来自被叫用户的响应于呼叫的媒体信息；反馈子模块，用于将媒体信 息反馈给主叫用户。优选地，在业务控制单元接收到来自被叫用户的回铃声的情况下，反馈子模块具 体用于将回铃声发送给主叫用户。优选地，在向被叫用户呼叫失败的情况下，反馈 子模块具体用于向主叫用户发送 失败提示。通过本发明，采用在转接过程中释放话务台坐席的方式，解决了相关技术中SIP 信令的交互步骤多、资源预留时间长导致了业务实现困难的问题，进而达到了减少媒体交 互次数、减少网络资源频繁申请和释放的效果。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的基于互联网协议的转接业务的方法的流程图；图2是根据本发明实施例的根据本发明实施例的实例一的基于互联网协议的转 接业务的方法流程图；图3是根据本发明实施例的不支持early-media的SIP交互的流程图；图4是根据本发明实施例的支持early-media的SIP交互的流程图；图5是根据本发明实施例的业务控制单元的结构框图；图6是根据本发明实施例的业务控制单元的具体的结构框图。
具体实施例方式功能概述考虑到相关技术中SIP信令的交互步骤多、资源预留时间长导致了业务实现困难 的问题，本发明提供了一种基于互联网协议的转接业务的方案，该方案的处理原则如下在 主叫用户和坐席通话的情况下，业务控制单元接收来自坐席的转接消息；业务控制单元根 据转接消息进行业务转接；在业务转接成功之前，业务控制单元通知该坐席释放资源。本发 明提出了一种新的电话转接方法，流程简单，易于实现，能够很好的适应网络的变化，简化 了呼叫过程，同时更加易于用户操作。通过本发明，减少了媒体交互次数，减少了网络资源 频繁申请和释放。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相 互组合。下面将参考附图并结合实施例来详细说明本发明。在以下实施例中，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令 的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以 不同于此处的顺序执行所示出或描述的步骤。
方法实施例根据本发明的 实施例，提供了一种基于互联网协议的转接业务的方法。图1是根据本发明实施例的基于互联网协议的转接业务的方法的流程图，如图1 所示，该方法包括如下的步骤S102至步骤S106 步骤S102，在主叫用户和坐席通话的情况下，业务控制单元接收来自坐席的转接 消息；步骤S104，业务控制单元根据转接消息进行业务转接；步骤S106，在业务转接成功之前，业务控制单元通知该坐席释放资源。其中，在业务控制单元接收转接消息之后，业务控制单元预判断业务转接成功；业 务控制单元通知该坐席释放资源。业务控制单元根据转接消息进行业务转接包括业务控制单元根据该转接消息向 被叫用户发起呼叫；业务控制单元接收来自被叫用户的响应于该呼叫的媒体信息，并将该 媒体信息反馈给主叫用户。业务控制单元通过以下方式将媒体信息反馈给主叫用户。方式一在业务控制单元接收到来自被叫用户的回铃声的情况下，业务控制单元将媒体信 息反馈给主叫用户包括业务控制单元将回铃声发送给主叫用户。方式二在向被叫用户呼叫失败的情况下，业务控制单元将媒体信息反馈给主叫用户包 括业务控制单元向主叫用户发送失败提示。下面将结合实例对本发明实施例的实现过程进行详细描述。用户A是主叫用户，用户C是被叫用户，用户A通过坐席B实现到用户C的业务转接。实例一图2是根据本发明实施例的根据本发明实施例的实例一的基于互联网协议的转 接业务的方法流程图，如图2所示，该方法包括以下步骤S201至步骤S205 步骤S201，对于与用户A通话的坐席B，在通话的情况下，能够根据用户需要，直接 输入用户C实现来话转接。步骤S202，业务控制单元在接收到该转接消息之后，进行初步判断，例如，该坐席 是否有转接权限等，如果不符合，则转接失败，向坐席B发送转接失败提示，用户A和坐席B 继续通话；如果转接成功，释放坐席，继续后续操作。步骤S203，业务控制单元向用户C发起新的呼叫，这时，业务控制单元在接收到被 叫回铃音的情况下，将回铃音发送给用户A，使得用户A能听到用户C的回铃音。如果由于 用户C等原因该呼叫失败，则用户A直接听到忙音或者其他呼叫提示音。步骤S204，在用户C应答该呼叫之后，再在用户A和用户C进行通话媒体的协商。步骤S205，用户A和用户C进入通话，转接完成。其中，在步骤S202中，完全改变了相关技术中先保持、后呼叫新用户、再转接的步 骤，减少了申请保持音、给主叫放保持音、释放保持音、同时控制两路呼叫等步骤情况，简化 了呼叫流程，在步骤S203中直接采用用户C的回铃音发给用户A。
实例二图3是根据本发明实施例的不支持early-media的SIP交互的流程图，如图3所 示，该方法包括以下步骤S300至步骤S313 :步骤S300，在通话态进行转接，坐席B向业务控制单元发送转接消息。步骤S301，业务控制单元进行转接判断，如果转接失败，则给坐席发失败提示信 息，用户A和坐席B继续通话，同时，坐席B显示转接错误信息提示用户，转接结束；如果转 接成功，释放坐席B，继续后续操作。步骤S302，业务控制单元向用户C发送“invite”消息，进行新的呼叫。步骤S303，用户C向业务控制单元发送“180”消息，该消息携带有回铃音的媒体。步骤S304，业务控制单元向用户A发送“re-invite”消息，该消息携带有回铃音的 媒体。步骤S305，用户A向业务控制单元发送“2000K”消息，该消息携带有用户A的媒体。步骤S306，业务控制单元向用户C发送“PRACK”消息，该消息携带有用户A的媒体。步骤S307，用户C向业务控制发送“2000K”消息，这时，用户A听回铃音，用户C振
T^r ο步骤S308，用户C向业务控制单元发送UPDATE消息，该消息携带有用户C的媒体。步骤S309，业务控制单元向用户A发“re-invite”消息，该消息携带有用户C的媒 体。步骤S310，用户A向业务控制单元发送“2000K”消息，该消息携带有用户A的媒体。步骤S311，业务控制单元给用户C发送“2000K”消息，该消息携带有A的媒体。步骤S312，用户C给业务控制单元发“2000K”应答消息。步骤S313，业务控制单元给用户C发送“ACK”消息，转接成功，用户A和用户C进 入通话态。图4是根据本发明实施例的不支持early-media的SIP交互的流程图，如图4所 示，该方法包括以下步骤S400至步骤S421 步骤S400，在通话态进行转接，坐席B向业务控制单元发送转接消息。步骤S401，业务控制单元进行转接判断，如果转接失败，则给坐席发失败提示信 息，用户A和坐席B继续通话，同时坐席B显示转接错误信息提示用户，转接结束；如果转接 成功，释放坐席B，继续后续操作。步骤S402，业务控制单元向用户C发送“invite”消息，进行新的呼叫。步骤S403，用户C向业务控制单元发送“183”消息，该消息携带有回铃音的媒体。步骤S404，业务控制单元向用户A发送“re-invite”消息，该消息携带有回铃音媒 体。步骤S405，用户A向业务控制单元发送“2000K “消息，该消息携带有用户A的媒
体。 步骤S406，业务控制单元向用户C发送“PRACK”消息，该消息携带有用户A的媒体。步骤S407，用户C向业务控制单元发送“2000K”消息，是需要资源预留的情况，则 继续执行下面步骤，否则执行步骤S412。步骤S408 ，用户C向业务控制单元发送“UPDATE”消息，该消息携带有回铃音的媒 体。步骤S409，业务控制单元向用户A发“re-invite”消息，该消息携带有回铃音的媒 体。步骤S410，用户A向业务控制单元发送“2000K”消息，该消息携带有A的媒体。步骤S411，业务控制单元给用户C发送“2000K”消息，该消息携带有A的媒体。步骤S412，用户C向业务控制单元发“180”消息。步骤S413，业务控制单元向用户C发送“PRACK”消息。步骤S414，用户C向业务控制单元发“2000K”消息。步骤S415，用户C向业务控制单元发“2000K”应答消息。步骤S416，业务控制单元向用户C发送“ACK”消息，C用户进入通话态，不过需要 进行用户A和用户的媒体重新协商。步骤S417，业务控制单元向用户C发送“re-invite”消息，该消息不携带媒体。步骤S418，用户C向业务控制单元发“2000K”消息，该消息携带有用户C的媒体。步骤S419，业务控制单元向用户A发“re-invite”消息，该消息携带有用户C的媒 体。步骤S420，用户A向业务控制单元发送“2000K”消息，该消息携带有用户A的媒体。步骤S421，业务控制单元向用户C发送“ACK”消息，该消息携带有用户A的媒体。装置实施例根据本发明的实施例，提供了 一种业务控制单元。图5是根据本发明实施例的业务控制单元的结构框图，如图5所示，该装置包括 接收模块52、转接模块54、通知模块56，下面对该结构进行详细描述。接收模块52，用于在主叫用户和坐席通话的情况下接收来自坐席的转接消息；转 接模块54连接至接收模块52，用于根据转接消息进行业务转接；通知模块56连接至接收 模块52，用于在所述业务转接成功之前，通知坐席释放资源。图6是根据本发明实施例的业务控制单元的具体的结构框图，如图6所示，业务控 制单元还包括判断模块62，用于预判断业务转接是否成功，在判断结果为是的情况下，启 动通知模块56。转接模块54还包括呼叫子模块64、接收子模块66、反馈子模块68，下面对该结 构进行详细说明。呼叫子模块64，用于根据转接消息向被叫用户发起呼叫；接收子模块66，用于接 收来自被叫用户的响应于呼叫的媒体信息；反馈子模块68连接至接收子模块66，用于将媒 体信息反馈给主叫用户。其中，在业务控制单元接收到来自被叫用户的回铃声的情况下，反馈子模块68具 体用于将回铃声发送给主叫用户。
在向被叫用户呼叫失败的情况下，反馈子模块68具体用于向主叫用户发送失败 提示。需要说明的是，装置实施例中描述的业务控制单元对应于上述的方法实施例，其 具体的实现方法在方法实施例中已经进行过详细说明，在此不再赘述。综上所述，通过本发明，能够有效地减少媒体交互的次数，减少网络资源频繁的申 请和释放。显然，本领域 的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的 硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种基于互联网协议的转接业务的方法，其特征在于，包括在主叫用户和坐席通话的情况下，业务控制单元接收来自所述坐席的转接消息； 所述业务控制单元根据所述转接消息进行业务转接； 在所述业务转接成功之前，所述业务控制单元通知所述坐席释放资源。
2.根据权利要求1所述的方法，其特征在于，在所述业务控制单元接收所述转接消息 之后，所述方法还包括所述业务控制单元预判断所述业务转接成功； 所述业务控制单元通知所述坐席释放资源。
3.根据权利要求1所述的方法，其特征在于，所述业务控制单元根据所述转接消息进 行业务转接包括所述业务控制单元根据所述转接消息向被叫用户发起呼叫；所述业务控制单元接收来自所述被叫用户的响应于所述呼叫的媒体信息，并将所述媒 体信息反馈给所述主叫用户。
4.根据权利要求3所述的方法，其特征在于，在所述业务控制单元接收到来自所述被 叫用户的回铃声的情况下，所述业务控制单元将所述媒体信息反馈给所述主叫用户包括所述业务控制单元将所述回铃声发送给所述主叫用户。
5.根据权利要求3所述的方法，其特征在于，在向所述被叫用户呼叫失败的情况下，所 述业务控制单元将所述媒体信息反馈给所述主叫用户包括所述业务控制单元向所述主叫用户发送失败提示。
6.一种业务控制单元，其特征在于，包括接收模块，用于在主叫用户和坐席通话的情况下接收来自所述坐席的转接消息；转接模块，用于根据所述转接消息进行业务转接；通知模块，用于在所述业务转接成功之前，通知所述坐席释放资源。
7.根据权利要求6所述的业务控制单元，其特征在于，所述业务控制单元还包括 判断模块，用于预判断所述业务转接是否成功，在所述判断结果为是的情况下，启动所述通知模块。
8.根据权利要求6所述的业务控制单元，其特征在于，所述转接模块还包括 呼叫子模块，用于根据所述转接消息向被叫用户发起呼叫；接收子模块，用于接收来自所述被叫用户的响应于所述呼叫的媒体信息； 反馈子模块，用于将所述媒体信息反馈给所述主叫用户。
9.根据权利要求8所述的业务控制单元，其特征在于，在所述业务控制单元接收到来 自所述被叫用户的回铃声的情况下，所述反馈子模块具体用于将所述回铃声发送给所述主 叫用户。
10.根据权利要求8所述的业务控制单元，其特征在于，在向所述被叫用户呼叫失败的 情况下，所述反馈子模块具体用于向所述主叫用户发送失败提示。
全文摘要
本发明公开了一种基于互联网协议的转接业务的方法及业务控制单元，该方法包括在主叫用户和坐席通话的情况下，业务控制单元接收来自坐席的转接消息；业务控制单元根据转接消息进行业务转接；在业务转接成功之前，业务控制单元通知坐席释放资源。通过本发明，解决了相关技术中SIP信令的交互步骤多、资源预留时间长导致了业务实现困难的问题，减少了媒体交互次数、减少了网络资源频繁申请和释放。
文档编号H04L29/06GK102045460SQ20091017988
公开日2011年5月4日 申请日期2009年10月19日 优先权日2009年10月19日
发明者罗美云 申请人:中兴通讯股份有限公司