CN1801955A - 一种智能业务触发方法 - Google Patents
一种智能业务触发方法 Download PDFInfo
- Publication number
- CN1801955A CN1801955A CN 200410104053 CN200410104053A CN1801955A CN 1801955 A CN1801955 A CN 1801955A CN 200410104053 CN200410104053 CN 200410104053 CN 200410104053 A CN200410104053 A CN 200410104053A CN 1801955 A CN1801955 A CN 1801955A
- Authority
- CN
- China
- Prior art keywords
- called
- calling
- service
- caller
- triggered
- 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
- Meter Arrangements (AREA)
Abstract
本发明公开一种智能业务触发方法，用于防止智能业务二次触发；该方法为：主叫用户向被叫用户发起呼叫，执行主叫流程；接续所述呼叫，若在所述主叫流程中触发了智能业务则在接续指令中设置标识；执行被叫流程，并且在依据所述标识确定主叫流程已触发过智能业务时，在该流程中不再触发智能业务。本发明不需要在被叫端局配置黑名单数据即可防止智能业务二次触发。
Description
技术领域
本发明涉及通信领域，更确切地说是涉及一种智能业务触发方法。
背景技术
固话业务基本上都是在O端(主叫流程)以DP3方式触发。但现在某些海外运营商提出了需要预付费电话业务PPT(Prepaid Telephone Service)提供被叫限呼的功能。所谓被叫限呼的功能是指：如果被叫用户余额不足，用户将只能接听电话一段时间，过了这段时间后，用户将无法接听电话。这样就需要PPT业务提供T端(被叫流程)触发智能业务的能力。
实际上一个呼叫如果主被叫均是PPT用户，在主叫流程中可以直接对被叫号码属性进行处理，查询被叫是否是PPT用户、余额是否充足，并在余额不足的情况下直接释放呼叫，不需要再触发该呼叫的被叫流程。但因具体组网等原因，使被叫所在端局无法获知该呼叫的主叫流程是否已经触发过智能业务，只能再重新触发一次，流程如图1所示：
1)主叫A拨打被叫B；
2)主叫所在端局(同时也是主叫所在业务交换点SSP(Service SwitchPoint))发现主叫用户是PPT用户，将呼叫触发到SCP上；
3)业务控制点SCP(Service Control Point)执行PPT业务逻辑；
4)SCP可以接续被叫，也可以释放呼叫，具体讲，业务逻辑在主叫鉴权通过和余额充足的情况下，在接续被叫前，对被叫余额进行判定，如果余额充足，以Connect接续被叫，如果余额不足，以ReleaseCall指令结束呼叫。
5)在接续被叫的情况下，如果被叫在其他局，呼叫出局；
6)在被叫所在局，目前SSP无法判定主、被叫是否是PPT用户，需要二次触发到SCP上。
为了解决上述主叫流程和被叫流程重复触发问题，业界提出了黑名单方案。该方案在SSP中加入了黑名单功能。当被叫所在端局无法判定主、被叫是否是PPT用户时，可以将PPT用户加入主叫黑名单，当被叫所在SSP发现主叫在黑名单中有记录，就不需要在被叫流程触发智能业务，直接接续被叫即可；如果主叫不在黑名单中时，就需要在被叫流程重新触发到智能网上，流程示意图如图2所示。但该技术方案有以下缺点：
(1)需要在被叫端局配置黑名单数据，因PPT用户数量很多，配置工作量很大。
(2)在有些情况下，例如，扩展交换模块ESM(External Switch Module)作为SSP时，组网不包括内置业务处理板ISP(Build-in Service Process Board)板，无法实现黑白名单功能。该技术方案的被叫端触发方式仍为被叫流程全触发，因此出现许多无用的智能呼叫，导致智能网呼叫负荷增加，处理性能下降，客户满意度降低。
发明内容
有鉴于此，本发明的主要目的在于提供一种智能业务触发方法，以解决现技术防止智能业务二次触发需要在被叫端局配置黑名单数据而存在工作量大和部分设备不支持黑名单功能的问题。
为达到以上目的，本发明的技术方案是这样实现的：
本发明公开一种智能业务触发方法，包括如下步骤：
A、主叫用户向被叫用户发起呼叫，执行主叫流程；
B、接续所述呼叫，若在所述主叫流程中触发了智能业务则在接续指令中设置标识；
C、执行被叫流程，并且在依据所述标识确定主叫流程已触发过智能业务时，在该流程中不再触发智能业务。
步骤A中，若主叫流程中触发了智能业务，则通知接续呼叫的网络设备。
通过在返回指示继续对呼叫进行后续处理的指令中将主叫用户类别修改为特定的设置值来通知网络设备，或者通过扩展协议的方式来通知网络设备。
步骤B中，通过将接续指令中的主叫用户类别修改为特定的设置值来设置标识。
本发明通过为主叫用户在主叫流程是否触发过智能业务为其设置不同的标识，使得在被叫流程处理中，可根据呼叫中携带的该主叫用户类别来识别该呼叫主叫流程是否已经触发过智能业务，依此决定是否还需要重新触发一次。此方案在无法提供黑白名单功能的SSP系统中提供了解决智能业务二次触发问题的方案，而且不需要在SSP上对PPT用户进行配置。
附图说明
图1为现有技术中智能业务二次触发的流程示意图；
图2为现有技术中利用黑名单控制智能业务二次触发的流程示意图；
图3为本发明所述流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。
本发明的核心思想是：依主叫用户在主叫流程是否触发过智能业务，在呼叫接续指令中为主叫用户设置不同的标识，在被叫流程处理中，根据呼叫中携带的该主叫用户类别来识别该呼叫主叫流程是否已经触发过智能业务，依此决定是否还需要重新触发一次。
本发明所述的智能业务触发方法包括如下步骤，如图3所示：
A、主叫用户向被叫用户发起呼叫，执行主叫流程；
B、接续所述呼叫，若在所述主叫流程中触发了智能业务，则为主叫用户设置标识，并在接续指令中携带所述标识。
C、被叫端局依该标识判断在主叫流程中是否已经触发过智能业务，如果是，则不再触发被叫流程的智能业务，否则在被叫流程中触发智能业务。
所述依据主叫用户在主叫流程中是否触发过智能业务为主叫用户设置不同的标识的方法很多，可以利用现有的SCP同SSP的协议，对其进行扩展，或者在SCP同SSP中约定新的协议。在本发明中，通过扩展SCP同SSP的现有协议为实施例。因SCP以Connect操作指示SSP接续被叫，本实施例中就对该Connect操作指令进行扩展。Connect操作指令中包括CallingPartyCategory字段，该字段定义了主叫用户类别。当呼叫触发到SCP后，将主叫用户类别修改为特殊的设置值，通过该值表明在主叫流程中已经触发过智能业务，此值在不同的局点可能不同，为保证业务的灵活性，以可配置方式实现。参数为业务级可配置，取值范围：[-1，256]，-1表示保留原主叫用户类别，其他值表示实际需要下发的主叫用户类别。该主叫用户标识的设置也可以通过SSP来完成，SSP依据主叫端是否触发过智能业务来决定并设置该标识。
当所述的智能业务是PPT业务时，所述流程具体是：
(A1)主叫用户向被叫用户发起呼叫，将呼叫触发到SCP。
(B1)SCP执行PPT业务逻辑，PPT业务在下发Connect前增加对被叫的处理并相应修改其中的主叫用户类别值。
PPT业务在获得被叫号码后(一次拨号携带或者二次收号)，查询被叫是否是PPT用户，如果是PPT用户，获得其余额，并根据余额判定是否允许呼叫接续被叫。
在呼叫允许接续被叫时，将Connect操作的主叫用户类别修改为配置值。
(C1)SSP在被叫流程中根据主叫用户类别决定是否需要触发智能业务。
如果呼叫的主叫用户类别为约定值，SSP在被叫流程中就不需要再触发到智能网，直接接续被叫即可，否则，还需要重新触发。
下面依PPT业务的四种情况对本发明进行详细说明：
第一种情况，当主叫用户为PPT用户，被叫用户为PPT用户时：
在主叫流程中，SCP触发PPT业务逻辑，PPT业务逻辑根据被叫余额确定是否需要接续被叫，如果需要接续，将以特殊的主叫用户类别值下发Connect操作，如果无法接续，将以ReleaseCall结束呼叫。
在被叫端局对主叫用户类别进行过滤，如果是约定的配置值，就表示主叫用户是PPT用户，已经在主叫流程中对被叫属性进行了处理，不需要再触发被叫流程的PPT业务，否则，将在被叫流程触发PPT业务。
第二种情况，当主叫用户为PPT用户，被叫用户为非PPT用户时：
在主叫流程中，SCP触发PPT业务逻辑，PPT业务逻辑根据被叫余额确定是否需要接续被叫，如果需要接续，将以特殊的主叫用户类别值下发Connect操作，如果无法接续，将以ReleaseCall结束呼叫。
在被叫端局对主叫用户类别过滤，如果是约定的配置值，就表示主叫用户是PPT用户，已经在主叫流程中对被叫属性进行了处理，不需要再触发被叫流程的PPT业务，否则，将在被叫流程触发PPT业务。
第三种情况，当主叫用户为非PPT用户，被叫用户为PPT用户时：
在被叫流程中，发现主叫用户类别不是约定的配置值，在被叫所在端局，将触发PPT业务，此时PPT业务的被叫流程将根据用户的余额判定是否允许主叫接续被叫。
第四种情况，当主叫用户为非PPT用户，被叫用户为非PPT用户时：
在被叫流程中，发现主叫用户类别不是约定的值，将触发PPT业务，此时PPT业务的被叫流程发现被叫不是PPT用户，将以ReleaseCall释放呼叫，结束智能业务处理过程。
通过本发明公开的技术方案，减少了被叫流程的数据配置过程。利用对已处理呼叫的过滤，提高了系统处理有效呼叫的能力，避免了因处理无效呼叫导致的系统性能下降。
Claims (8)
1、一种智能业务触发方法，其特征在于，包括如下步骤：
A、主叫用户向被叫用户发起呼叫，执行主叫流程；
B、接续所述呼叫，若在所述主叫流程中触发了智能业务则在接续指令中设置标识；
C、执行被叫流程，并且在依据所述标识确定主叫流程已触发过智能业务时，在该流程中不再触发智能业务。
2、如权利要求1所述的方法，其特征在于，步骤A中，若主叫流程中触发了智能业务，则通知接续呼叫的网络设备。
3、如权利要求2所述的方法，其特征在于，通过在返回指示继续对呼叫进行后续处理的指令中将主叫用户类别修改为特定的设置值来通知网络设备，或者通过扩展协议的方式来通知网络设备。
4、如权利要求3所述的方法，其特征在于，若主叫用户是预付费用户，则在主叫流程中将呼叫触发到业务控制点，由业务控制点执行预付费电话业务逻辑对主叫鉴权，并将鉴权通过后返回的连接(Connect)操作指令中的主叫用户类别修改为特定的设置值。
5、如权利要求4所述的方法，其特征在于，所述预付费电话业务逻辑还通过一次拨号携带或者二次收号获得被叫号码，在根据该号码确定被叫用户为预付费用户时对其鉴权，并将主叫和被叫鉴权通过后返回的连接(Connect)操作指令中的主叫用户类别修改为特定的设置值。
6、如权利要求5所述的方法，其特征在于，如果被叫用户不是预付费用户，则不对被叫进行鉴权处理。
7、如权利要求1至6任一项所述的方法，其特征在于，步骤B中，通过将接续指令中的主叫用户类别修改为特定的设置值来设置标识。
8、如权利要求7所述的方法，其特征在于，在步骤C中，如果所述主叫用户类别值不是特定的设置值，则在被叫流程中触发智能业务，判断所述被叫用户是否是预付费用户，如果是，根据用户的余额判定是否允许主叫接续被叫；否则结束智能业务处理过程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004101040534A CN100531407C (zh) | 2004-12-31 | 2004-12-31 | 一种智能业务触发方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004101040534A CN100531407C (zh) | 2004-12-31 | 2004-12-31 | 一种智能业务触发方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1801955A true CN1801955A (zh) | 2006-07-12 |
| CN100531407C CN100531407C (zh) | 2009-08-19 |
Family
ID=36811659
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004101040534A Expired - Fee Related CN100531407C (zh) | 2004-12-31 | 2004-12-31 | 一种智能业务触发方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100531407C (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101267662B (zh) * | 2007-03-15 | 2011-11-16 | 华为技术有限公司 | 一种会话拒绝方法、接入网络及接入终端 |
-
2004
- 2004-12-31 CN CNB2004101040534A patent/CN100531407C/zh not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101267662B (zh) * | 2007-03-15 | 2011-11-16 | 华为技术有限公司 | 一种会话拒绝方法、接入网络及接入终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100531407C (zh) | 2009-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1076561C (zh) | 自动控制呼叫等待中断限制的方法及交换系统 | |
| CN1182740C (zh) | 一种在移动智能网中由业务控制点主动建立呼叫的方法 | |
| CN1802007A (zh) | 一种智能网系统中呼叫接续的实现方法 | |
| CN1929519A (zh) | 一种遇忙提醒业务的实现方法及系统 | |
| CN1893678A (zh) | 一种在通话过程中进行主叫收号或被叫收号的控制方法 | |
| CN1859490A (zh) | 一种实现被叫选择付费业务的方法及系统 | |
| CN1327664A (zh) | 智能网业务的触发 | |
| CN1145369C (zh) | 一种执行智能网络业务的方法及一种智能网络业务控制点 | |
| CN1117498C (zh) | 电信网中的业务启动方法,电信网以及电信网的交换点 | |
| CN1801955A (zh) | 一种智能业务触发方法 | |
| CN1602030A (zh) | 用于客户服务和联络中心的电话自动外拨方法及其智能分析和管理系统 | |
| CN1852450A (zh) | 一种保证智能用户通话的方法 | |
| CN1829266A (zh) | 在分组域中实现遇忙呼叫完成业务的方法及系统 | |
| CN1467977A (zh) | 企业无线总机接入移动虚拟专用网的方法 | |
| CN1158838C (zh) | 在固定话机上利用移动智能网实现长途呼叫的方法 | |
| CN1174601C (zh) | 智能公话业务的实现方法及系统 | |
| CN1571446A (zh) | 一号双机双振铃的实现方法 | |
| CN1633147A (zh) | 一种主被叫付费的智能业务实现方法 | |
| CN1893679A (zh) | 一种在通话过程中控制主叫或被叫放音的方法 | |
| CN101039196A (zh) | 一种实现智能业务的方法、系统及装置 | |
| CN1812446A (zh) | 一种总机实现方法 | |
| CN1163050C (zh) | 一种在交换机内提高接通率的方法 | |
| CN1256050A (zh) | 电信网交换机中的语音提示播放方法 | |
| CN1281026C (zh) | 一种节省选组级资源的电路交换方法 | |
| CN100531269C (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 | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090819 Termination date: 20121231 |