CN101035166A - 一种实现遇忙回呼的方法 - Google Patents
一种实现遇忙回呼的方法 Download PDFInfo
- Publication number
- CN101035166A CN101035166A CN 200710098275 CN200710098275A CN101035166A CN 101035166 A CN101035166 A CN 101035166A CN 200710098275 CN200710098275 CN 200710098275 CN 200710098275 A CN200710098275 A CN 200710098275A CN 101035166 A CN101035166 A CN 101035166A
- Authority
- CN
- China
- Prior art keywords
- subscriber
- application server
- called subscriber
- called
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
一种实现签约遇忙回呼的方法，在软交换上将用户号码注册为主叫检测点“已收集信息”和被叫检测点“被叫试呼鉴权”或其中之一去触发开放业务接入应用程序接口网关/应用服务器。主叫呼叫被叫时，触发开放业务接入应用程序接口网关/应用服务器，应用服务器收到被叫遇忙消息后，启动周期性试呼被叫的任务；在试呼期间，如果主、被叫完成了通话，应用服务器查找主、被叫是否存在周期性遇忙试呼任务，如果是，应用服务器取消该任务。采用本发明后，当主、被叫完成正常通话后，应用服务器及时取消掉试呼任务，避免了对用户的骚扰，提高了用户满意度。
Description
技术领域
本发明涉及电信通讯领域，尤其涉及一种实现遇忙回呼的方法。
背景技术
在固网，现有的遇忙回呼业务是指：主叫用户呼叫被叫用户，如果被叫用户忙，业务平台可以提示用户进行选择，并根据用户选择自动重新进行发起对指定的被叫用户的呼叫。
现有的遇忙回呼业务存在如下问题：
目前市场上的遇忙回呼业务都是主叫遇忙回呼业务，主叫遇忙回呼是指：回呼的设置是由主叫控制的。该流程只适用于需要频繁联系他人，并希望在对方忙的情况下还能够方便联系到对方的人群，比如销售人员，商务人员等。但这种业务流程并不适用于常常接收很多呼叫，并希望来话在自身忙的情况下能自动回呼或者有选择回呼的人群，比如管理人员等。
另外目前由业务平台即应用服务器(Application Server，App)实现的遇忙回呼业务的触发方式都是采用遇忙触发方式，即：如果用户需要开通主叫遇忙回呼业务，软交换只有在主叫用户呼叫遇忙的时候才能触发Parlay(开放业务接入应用程序接口)网关/APP；Parlay网关/APP在被触发后，将周期性地发起对被叫的试呼，目前通常是每60秒呼被叫一次，一共呼3次。
这种触发方式的最大缺点是，如果在周期性试呼被叫期间，主叫用户已经拨通被叫用户，并完成呼叫。由于业务只在遇忙条件下才触发到Parlay网关/APP，主、被叫的正常呼叫并不触发Parlay网关/APP，因此Parlay网关/APP并不知道主、被叫已经完成呼叫，仍然周期性地发起对被叫的试呼，导致对被叫用户的骚扰，引起用户的投诉。
目前尚未检索到论述并解决上述问题的公开文献，也没有相关的解决方案。
发明内容
针对现有遇忙回呼业务中的问题，本发明提出了一种实现签约遇忙回呼的方法。同时，提出了一种被叫遇忙回呼的方法。
本发明采用的技术方案是：
一种实现签约遇忙回呼的方法，执行以下两步或其中任意一个：a、在软交换上将用户号码注册为主叫检测点‘已收集信息’去触发开放业务接入应用程序接口网关/应用服务器；b、在软交换上将用户号码注册为被叫检测点‘被叫试呼鉴权’去触发开放业务接入应用程序接口网关/应用服务器；
主叫用户呼叫被叫用户时，触发开放业务接入应用程序接口网关/应用服务器，应用服务器收到被叫用户遇忙消息后，启动周期性试呼被叫用户的任务；在应用服务器周期性执行试呼被叫用户的任务时，如果主、被叫用户完成了通话，应用服务器查找主、被叫用户是否存在周期性遇忙试呼任务，如果是，应用服务器取消周期性遇忙试呼任务。
进一步地，当用户号码开通主叫遇忙回呼业务时，执行步骤a；当用户号码开通被叫遇忙回呼业务时，执行步骤b。
进一步地，被叫遇忙回呼业务，回呼的设置是由被叫用户控制的，如果被叫用户忙，应用服务器会按照系统设置的时间间隔试呼被叫用户，若超过了最大重试次数仍无法试呼成功，则应用服务器不会再进行后续的试呼。
进一步地，若在最大重试次数之内试呼成功，则包括以下步骤：
401、应用服务器提示被叫用户进入功能选择菜单，进行选择；
402、被叫用户在完成选择后，应用服务器提示被叫用户执行相应的操作；
403、完成上述操作后，结束整个流程。
进一步地，步骤401中，功能选择菜单中包括：呼叫主叫用户或主叫用户以外的其它用户、在语音信箱中留言或直接挂机。
进一步地，步骤401中，若被叫用户选择呼叫其它用户，则步骤402进一步包括：
601、被叫用户选择所需呼叫的用户的号码；
602、判断应用服务器试呼号码是否成功，若成功则执行步骤604，否则执行步骤603；
603、应用服务器提示被叫用户所需呼叫的用户忙或无人应答或无法连接后，退出整个流程；
604、主叫用户与所需呼叫的用户进入正常通话，通话结束后，退出整个流程。
进一步地，当被叫用户选择呼叫主叫用户以外的其它用户时，步骤601之后还包括以下步骤：被叫用户对输入的号码进行确认，如号码无误则执行步骤602，否则返回步骤601。
进一步地，步骤401中，若被叫用户选择在语音信箱中留言，则步骤402进一步包括：
801、应用服务器向被叫用户给出提示，提示内容为语音信箱的操作流程；
802、被叫用户进入语音信箱，开始进行语音留言；留言完成后，结束整个流程。
进一步地，步骤401中，若被叫用户选择直接挂机，则步骤402进一步包括：用户执行挂机操作。
进一步地，被叫用户呼叫主叫用户，而主叫用户应答时，包括以下步骤：
1001：应用服务器判断被叫用户是否设置语音留言，若没设置，则执行步骤1002，否则执行步骤1003；
1002：主叫用户和被叫用户进入正常通话，通话结束后，执行步骤1006；
1003：应用服务器向主叫用户播放被叫用户设置的语音留言；
1004：应用服务器提示主叫用户是否需要回拨被叫用户，若主叫用户选择回拨，则执行步骤1005，否则执行步骤1006；
1005：应用服务器按普通呼叫方式呼叫被叫用户，双方结束通话后，执行步骤1006；
1006：结束流程。
本发明所提出的被叫遇忙回呼业务弥补了主叫遇忙回呼业务的不足之处。针对目前的遇忙回呼业务的触发方式的不足之处，给出了新的解决方案。针对现有的遇忙回呼业务中导致对用户骚扰的问题，本发明提出了采用签约遇忙回呼业务的方式来解决该问题，当主、被叫完成正常通话后，APP及时取消掉试呼任务，避免了对用户的骚扰，提高用户满意度。
附图说明
图1是本发明应用的应用服务器组网图；
图2是本发明中在使用被叫遇忙回呼业务时，被叫忙，应用服务器定期向被叫用户发起呼叫，被叫摘机后的业务流程图。
图3是本发明中在使用被叫遇忙回呼业务时，被叫用户呼叫主叫，当主叫应答时的业务流程图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
在业务组网上，遇忙回呼业务加载于Parlay网关/APP上，Parlay网关使用SIP(Session Initial Protocol，会话发起协议)与Soft Switch连接。在物理架构上，Parlay网关和应用服务器APP Server通常可以合设于一个设备上，应用服务器结构图参考图1。
如图1所示，其中Parlay网关/APP主要负责业务逻辑控制。软交换实现业务的触发。Parlay网关和软交换的接口为SIP信令。SHLR(智能归属位置寄存器)主要储存业务号码的签约信息。软交换和SHLR的接口为引入移动应用协议MAP+；营帐系统负责业务的开、销户，话单批价等功能。营帐系统和Parlay网关/APP的接口通常为：人机交互语言MML、文件传输协议FTP。
在采用签约遇忙回呼业务时，如果用户开通主叫遇忙回呼，在软交换(Soft Switch)上将该用户号码注册为主叫DP(Detection Point，检测点)点“已收集信息”去触发开放业务接入Parlay网关/APP；如果用户开通被叫遇忙回呼，在软交换上将用户号码注册为被叫DP点“被叫试呼鉴权”去触发开放业务接入Parlay网关/APP。这样用户无论是开通了主叫遇忙回呼业务、还是被叫遇忙回呼业务，当主叫用户发起呼叫(如果用户开通主叫遇忙回呼)，或者呼叫被叫(用户开通被叫遇忙回呼业务)时，就会触发Parlay/APP，APP将控制整个呼叫，从而使得APP可以监控到主、被叫全部通话状态。
当主叫用户呼叫被叫用户时，如APP收到被叫用户遇忙消息，启动周期性试呼被叫用户的任务；如果在APP执行周期性试呼被叫用户的任务时，主、被叫用户完成了通话(即当Parlay网关收到主/被叫用户或其中一方的Bye消息后，且该用户发出BYE消息前的通话方与遇忙时的被/主叫用户一致，视为通话完成)，APP将查找主、被叫用户是否存在遇忙试呼任务，如果是，且被叫用户一致，APP取消遇忙试呼任务。
被叫遇忙回呼业务采用万维网终端的网络管理方式，支持营帐系统并采用接口方式管理。其业务管理功能包括：用户的开户、销户、暂停业务、查询等。用户可在营业厅办理上述业务，管理员通过网络方式或者通过营帐接口对用户进行管理。
被叫遇忙回呼业务，回呼的设置(即用户开通这项业务)是由被叫用户控制的，如果被叫用户忙，应用服务器会按照系统设置的时间间隔试呼被叫用户，若超过了最大重试次数仍无法试呼成功，则应用服务器不会再进行后续的试呼。
在使用被叫遇忙回呼业务时，被叫用户忙的时候，应用服务器定期向被叫用户发起呼叫，被叫用户摘机后，业务流程如图2所示。
步骤201：应用服务器提示被叫用户进入功能选择菜单，其中，功能选择菜单中包括：呼叫主叫用户、呼叫主叫用户以外的其它用户、在语音信箱中留言或直接挂机。若被叫用户想呼叫主叫用户，则执行步骤202；若被叫用户想呼叫主叫用户以外的其它用户，则执行步骤206；若被叫用户想在语音信箱中留言，则执行步骤208；若被叫用户想挂机，则执行步骤210；
步骤202：被叫用户呼叫该号码；
步骤203：判断应用服务器试呼上述号码是否成功，若成功则执行步骤204，否则执行步骤205；
步骤204：进入正常通话，通话结束后执行步骤210；
步骤205：应用服务器提示被叫用户原主叫用户忙或无人应答或无法连接，执行步骤210；
步骤206：被叫用户输入想要回呼的其他号码；
步骤207：被叫用户对输入的回呼号码进行确认，如号码无误则执行步骤202，否则返回步骤206；
步骤208：应用服务器向被叫用户给出提示，提示内容为语音信箱的操作流程；
步骤209：被叫用户进入语音信箱，开始进行语音留言；
步骤210：结束流程。
对于被叫遇忙回呼业务，当被叫用户呼叫主叫用户，而主叫用户应答的时候，业务流程如图3所示。
步骤301：应用服务器判断被叫用户是否设置语音留言，若没设置，则执行步骤302，否则执行步骤303；
步骤302：主叫用户和被叫用户进入正常通话，通话结束后，执行步骤306；
步骤303：应用服务器向主叫用户播放被叫用户设置的语音留言；
步骤304：应用服务器提示主叫用户是否需要回拨被叫用户，若主叫用户选择回拨，则执行步骤305，否则执行步骤306；
步骤305：应用服务器按普通呼叫方式呼叫被叫用户，双方结束通话后，执行步骤306；
步骤306：结束流程。
触发到被叫遇忙回呼业务的流程，该业务需要检查呼叫的有效性。包括是否循环触发，被叫号码是否有效等。
关于主叫遇忙回呼业务用户呼叫被叫遇忙回呼业务用户特殊处理
(1)如果同一个省市同时开通了主叫遇忙回呼业务和被叫遇忙回呼业务，并且的本省主叫遇忙回呼业务用户呼叫本省被叫遇忙回呼业务用户，根据运营商需要只同时触发一个流程，并根据触发的流程对主叫或者被叫计费；
(2)如果本省的主叫遇忙回呼业务用户呼叫外省的被叫遇忙回呼业务用户，则由各平台按照原先的计费方式计费。
综上所述，采用本发明所述方法，可以克服现有主叫遇忙回呼业务在适用人群方面的局限性，扩大了遇忙回呼业务的适用人群，为用户提供了更多的选择余地，对遇忙回呼业务的推广是极为有利的。此外，本发明提出的签约触发方式，克服了由APP Server实现的遇忙回呼业务所使用的遇忙触发方式的不足，有效地避免了对用户的骚扰，提高了用户满意度。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (10)
1、一种实现签约遇忙回呼的方法，其特征在于，执行步骤a和b或其中任意一个：a、在软交换上将用户号码注册为主叫检测点“已收集信息”去触发开放业务接入应用程序接口网关/应用服务器；b、在软交换上将所述用户号码注册为被叫检测点“被叫试呼鉴权”去触发开放业务接入应用程序接口网关/应用服务器；
主叫用户呼叫被叫用户时，触发开放业务接入应用程序接口网关/应用服务器，应用服务器收到所述被叫用户遇忙消息后，启动周期性试呼所述被叫用户的任务；在所述应用服务器周期性执行试呼所述被叫用户的任务时，如果所述主、被叫用户完成了通话，所述应用服务器查找所述主、被叫用户是否存在周期性遇忙试呼任务，如果是，所述应用服务器取消所述周期性遇忙试呼任务。
2、如权利要求1所述的方法，其特征在于，当用户号码开通主叫遇忙回呼业务时，执行步骤a；当用户号码开通被叫遇忙回呼业务时，执行步骤b。
3、如权利要求2所述的方法，其特征在于，所述被叫遇忙回呼业务，回呼的设置是由被叫用户控制的，如果所述被叫用户忙，应用服务器会按照系统设置的时间间隔试呼所述被叫用户，若超过了最大重试次数仍无法试呼成功，则所述应用服务器不会再进行后续的试呼。
4、如权利要求3所述的方法，其特征在于，若在所述最大重试次数之内试呼成功，则包括以下步骤：
401、所述应用服务器提示所述被叫用户进入功能选择菜单，进行选择；
402、所述被叫用户在完成所述选择后，所述应用服务器提示所述被叫用户执行相应的操作；
403、完成上述操作后，结束整个流程。
5、如权利要求4所述的方法，其特征在于，步骤401中，所述功能选择菜单中包括：呼叫所述主叫用户或所述主叫用户以外的其它用户、在语音信箱中留言或直接挂机。
6、如权利要求4或5所述的方法，其特征在于，步骤401中，若所述被叫用户选择呼叫其它用户，则步骤402进一步包括：
601、所述被叫用户选择所需呼叫的用户的号码；
602、判断应用服务器试呼所述号码是否成功，若成功则执行步骤604，否则执行步骤603；
603、所述应用服务器提示所述被叫用户所述所需呼叫的用户忙或无人应答或无法连接后，退出整个流程；
604、所述主叫用户与所需呼叫的用户进入正常通话，通话结束后，退出整个流程。
7、如权利要求6所述的方法，其特征在于，当所述被叫用户选择呼叫所述主叫用户以外的其它用户时，步骤601之后还包括以下步骤：所述被叫用户对输入的号码进行确认，如所述号码无误则执行步骤602，否则返回步骤601。
8、如权利要求4或5所述的方法，其特征在于，步骤401中，若所述被叫用户选择在语音信箱中留言，则步骤402进一步包括：
801、所述应用服务器向所述被叫用户给出提示，提示内容为所述语音信箱的操作流程；
802、所述被叫用户进入语音信箱，开始进行语音留言；留言完成后，结束整个流程。
9、如权利要求4或5所述的方法，其特征在于，步骤401中，若所述被叫用户选择直接挂机，则步骤402进一步包括：所述用户执行挂机操作。
10、如权利要求1所述的方法，其特征在于，所述被叫用户呼叫所述主叫用户，而所述主叫用户应答时，包括以下步骤：
1001：应用服务器判断被叫用户是否设置语音留言，若没设置，则执行步骤1002，否则执行步骤1003；
1002：所述主叫用户和所述被叫用户进入正常通话，通话结束后，执行步骤1006；
1003：所述应用服务器向所述主叫用户播放被叫用户设置的语音留言；
1004：所述应用服务器提示所述主叫用户是否需要回拨所述被叫用户，若所述主叫用户选择回拨，则执行步骤1005，否则执行步骤1006；
1005：所述应用服务器按普通呼叫方式呼叫所述被叫用户，双方结束通话后，执行步骤1006；
1006：结束流程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100982753A CN100571305C (zh) | 2007-04-25 | 2007-04-25 | 一种实现遇忙回呼的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2007100982753A CN100571305C (zh) | 2007-04-25 | 2007-04-25 | 一种实现遇忙回呼的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101035166A true CN101035166A (zh) | 2007-09-12 |
| CN100571305C CN100571305C (zh) | 2009-12-16 |
Family
ID=38731456
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2007100982753A Expired - Fee Related CN100571305C (zh) | 2007-04-25 | 2007-04-25 | 一种实现遇忙回呼的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100571305C (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011094983A1 (zh) * | 2010-02-02 | 2011-08-11 | 中兴通讯股份有限公司 | 基于身份识别的遇忙回叫业务接入方法及系统 |
| CN103856639A (zh) * | 2012-11-29 | 2014-06-11 | 中国移动通信集团天津有限公司 | 一种回呼预约取消方法、相关设备及系统 |
| CN103916547A (zh) * | 2012-12-31 | 2014-07-09 | 华为技术有限公司 | 一种实现回叫业务的方法及主叫侧服务器 |
| CN104683604A (zh) * | 2013-12-03 | 2015-06-03 | 中国电信股份有限公司 | 一种号码追拨系统和方法 |
-
2007
- 2007-04-25 CN CNB2007100982753A patent/CN100571305C/zh not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011094983A1 (zh) * | 2010-02-02 | 2011-08-11 | 中兴通讯股份有限公司 | 基于身份识别的遇忙回叫业务接入方法及系统 |
| US8849248B2 (en) | 2010-02-02 | 2014-09-30 | Zte Corporation | Method and system for accessing completion of call to busy subscriber service based on identity |
| CN103856639A (zh) * | 2012-11-29 | 2014-06-11 | 中国移动通信集团天津有限公司 | 一种回呼预约取消方法、相关设备及系统 |
| CN103856639B (zh) * | 2012-11-29 | 2017-01-25 | 中国移动通信集团天津有限公司 | 一种回呼预约取消方法、相关设备及系统 |
| CN103916547A (zh) * | 2012-12-31 | 2014-07-09 | 华为技术有限公司 | 一种实现回叫业务的方法及主叫侧服务器 |
| CN103916547B (zh) * | 2012-12-31 | 2017-06-06 | 华为技术有限公司 | 一种实现回叫业务的方法及主叫侧服务器 |
| CN104683604A (zh) * | 2013-12-03 | 2015-06-03 | 中国电信股份有限公司 | 一种号码追拨系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100571305C (zh) | 2009-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1679313A (zh) | 不预定即时组会议的方法 | |
| CN1180598C (zh) | 无线固定电信网中电话用户“一号多机”业务的实现方法 | |
| CN1859501A (zh) | 电话呼叫方法 | |
| CN102694932A (zh) | 一种通过移动互联网智能访问呼叫中心的实现方法和系统 | |
| CN1874390A (zh) | 实现一号通号码到同时振铃号码间计费的方法 | |
| CN1893483A (zh) | 利用智能网提供虚拟总机服务的方法 | |
| CN101035166A (zh) | 一种实现遇忙回呼的方法 | |
| CN1913686A (zh) | 一种移动终端的呼叫方法 | |
| CN1288874C (zh) | Phs系统鉴权方法 | |
| CN1929519A (zh) | 一种遇忙提醒业务的实现方法及系统 | |
| CN1599398A (zh) | 实现电话向计算机网络即时通信终端发信息的装置和方法 | |
| CN101047532A (zh) | 大众会议的方法 | |
| CN1245824C (zh) | 企业无线总机接入移动虚拟专用网的方法 | |
| CN1829266A (zh) | 在分组域中实现遇忙呼叫完成业务的方法及系统 | |
| CN1867018A (zh) | 数字移动终端话费即时提示的方法 | |
| CN1882007A (zh) | 一种实现集团间短号互拨业务的方法 | |
| CN1438798A (zh) | 一种网络电话系统 | |
| CN1595937A (zh) | 一种会话初始协议电话终端中的用户注册和通话方法 | |
| CN1992753A (zh) | 一种在通信网络中对通话进行记录的方法与装置 | |
| CN1406043A (zh) | 用一个电信运营商的网络系统为其它电信网的电信用户提供呼叫转移的方法 | |
| CN1588967A (zh) | 一种基于移动智能网的主叫号码显示处理方法和系统 | |
| CN1158838C (zh) | 在固定话机上利用移动智能网实现长途呼叫的方法 | |
| CN101039196A (zh) | 一种实现智能业务的方法、系统及装置 | |
| CN1132400C (zh) | 在智能网上实现信息台接入管理业务的方法 | |
| CN1929631A (zh) | 确认呼叫中心内部用户的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180103 Address after: 221000 Xuzhou Industrial Park, Jiawang District, Jiangsu province No. 1 Patentee after: XUZHOU JIULONG ELECTRONIC INDUSTRIAL CO., LTD. Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department Patentee before: ZTE Corporation |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091216 Termination date: 20180425 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |