CN1761272A - 一种实现呼叫智能化的方法 - Google Patents

Abstract

本发明公开了一种实现呼叫智能化的方法，该方法包括：a.主叫用户摘机触发至业务控制节点(SCP)；b.SCP与主叫用户所在的业务交换节点(SSP)进行交互完成被叫号码收集；c.SCP根据收集到的被叫号码判断被叫号码类型，如果是智能业务号码，则进行智能业务处理，结束当前流程；如果是管理接入码，则进行业务管理处理，结束当前流程；如果是基础呼叫号码，则执行步骤d；d.SCP根据所述主/被叫号码建立计费策略，并接续被叫。应用本发明方法能够实现全网呼叫通过智能网完成接续，便于智能业务向全网用户的推广。

Description

一种实现呼叫智能化的方法

技术领域

本发明涉及智能业务领域，特别是指一种实现全网呼叫智能化的方法。

背景技术

智能网(IN，Intelligent Network)是在原有通信网络的基础上设置的一种附加网络，其目的是在多厂商环境下快速引入诸如新业务。目前所能实现的智能业务包括：缩位拨号、热线电话、外出后暂停、免打扰、追查恶意呼叫、呼叫跟踪以及语音信箱等。

智能网的关键在于业务与交换分离，即交换中心只完成基本的呼叫接续功能，并由电信网中新设的一些功能节点协同交换中心来完成智能业务，从而大大提升业务能力和网络能力。结合呼叫、网络、运营、终端各环节，国际电信联盟(ITU)提出全网的四个智能化，即呼叫智能化、网络智能化、运营智能化和终端智能化。通过业务与终端的结合，解决传统网络中因终端过于简单而导致业务推广受阻的问题，使用户能够快速体验到新业务带来的好处，同时促进新业务的推广和发展。

智能网中包括的主要物理实体为：业务交换点(SSP)和业务控制点(SCP)。其中，SCP是智能网的核心部分，它具有管理用户数据、网络数据、以及业务控制功能。而SSP具有呼叫控制功能，只有与用户相连的SSP触发了SCP，才能够启动智能业务，因此SSP也是智能网中的一个关键实体。网络各端局和所有网络交换节点即端局、汇接局、长途局、关口局等，均具有SSP的能力，同时支持多种条件下的智能业务触发。

所谓呼叫智能化是指由智能网对呼叫过程进行控制，所述呼叫过程可以包括：用户摘机、拨号、接续、振铃、挂机等环节。现有网络中，在SCP中保存智能业务的用户信息，在SSP中保存基础呼叫的用户信息，智能业务的主叫用户摘机，并在电信终端上输入智能业务接入码，由SSP完成收号并将呼叫触发至SCP，由SCP启动智能业务并控制智能业务处理；基础呼叫用户摘机，并在电信终端上输入基础呼叫号码时，由SSP控制呼叫的拨号、接续、振铃等过程。可见，目前智能网只能控制智能业务的呼叫，基础呼叫的用户无法享受智能业务的服务，因此，目前智能业务还不能进一步拓展至基础呼叫用户，无法实现全网呼叫的智能化。

另外，SSP中除了需要保存全部基础呼叫的用户信息，还必须保存用于号码收集/分析的字冠信息。由于，SSP中保存的数据量巨大，尤其是所述的基础呼叫用户信息，并且SSP的处理能力又十分有限，单独一个SSP无法完成对大量数据的处理，因此，智能业务的实现因SSP的实现情况而受到限制，从而不利于智能业务的推广和发展。

发明内容

有鉴于此，本发明的目的在于提供一种实现呼叫智能化的方法，能够使全网呼叫通过智能网实现接续过程，从而使基础呼叫用户也能体验到智能网特性。

为了达到上述目的，本发明提供了一种实现号码收集的方法，该方法包含：

a.主叫用户摘机触发至SCP；

b.SCP与主叫用户所在的SSP进行交互完成被叫号码收集；

c.SCP根据收集到的被叫号码判断被叫号码类型，如果是智能业务号码，则进行智能业务处理，结束当前流程；如果是管理接入码，则进行业务管理处理，结束当前流程；如果是基础呼叫号码，则执行步骤d；

d.SCP根据所述主/被叫号码建立计费策略，并接续被叫。

步骤b中，所述被叫号码收集的方法包括：

b1.SCP通知SSP当前预收号码长度，SSP根据收到的预收号码长度向SCP返回所述长度的号码，SCP判断是否能够根据收到的号码确定呼叫信息，如果是，则通过SSP接收全部剩余号码；否则，重新执行步骤b1。

步骤b中，所述被叫号码收集的方法包括：

b2.SSP将主叫用户所拨的号码逐位发送给SCP，SCP每收到一位号码，均判断是否能够根据收到的全部号码确定呼叫信息，如果是，则通过SSP接收全部剩余号码；否则，重新执行步骤b2。

步骤b中，所述被叫号码收集的方法包括：SCP通知SSP进行完整的号码收集和号码分析；SSP接收主叫用户拨打的号码，并进行号码分析；SSP将接收到的完整号码上报给SCP。

其中，系统预先设置彩色放音节点；所述步骤b中，进一步包括：SCP判断主叫用户是否签约彩色拨号音业务，如果是，则SCP通知彩色放音节点向主叫用户播放其定制的彩色拨号音；否则，SSP向主叫用户播放标准拨号音。

其中，在所述步骤b之后进一步包括：SCP判断当前收集到的被叫号码是否为特殊被叫代码，如果是，获取被叫真实号码，然后执行步骤c；否则直接执行步骤c。

其中，在执行所述步骤c之前进一步包括：根据主/被叫号码判断当前主叫是否去话限呼，如果是，结束当前处理；否则执行步骤c。

步骤c中，所述判决是基础呼叫之后，进一步包括：

c11.判断该呼叫是否为本网呼叫，如果是，执行步骤c12；否则执行步骤d；

c12.根据该呼叫的主/被叫号码判断当前呼叫的主叫用户是否发生身份变迁，如果是，将当前呼叫的主叫用户变迁为被叫号码，并重新执行步骤b；否则执行步骤d。

步骤c2中，所述执行步骤d之前，进一步包括：判断该呼叫的被叫是否来话限呼，如果是，结束当前处理；否则执行步骤d。

步骤c中，所述判决是基础呼叫之后，进一步包括：

c21.判断该呼叫是否为本网呼叫，如果是，执行步骤c22；否则执行步骤d；

c22.判断该呼叫的被叫是否来话限呼，如果是，结束当前处理；否则执行步骤d。

步骤d中，所述接续被叫的处理包括：SCP判断当前被叫用户是否呼叫转移，如果是，将被叫用户所呼转的号码作为被叫号码进行接续；否则接续原被叫号码。

步骤d中，所述接续之前，进一步包括：SCP根据主/被叫号码对所建立的计费策略进行调整。

其中，系统预先设置彩色放音节点；步骤d中，所述接续的同时，进一步包括：SCP判断被叫用户是否签约彩色回铃音业务，如果是，则通知被叫用户所在的SSP，在被叫振铃后控制彩色放音节点向主叫用户播放被叫定制的彩色回铃音；否则通知被叫用户所在的SSP，被叫振铃后向主叫用户播放标准回铃音。

其中，在所述步骤d之后，该方法进一步包括：d1.SCP判断当前呼叫的通话是否结束，如果是，对当前呼叫进行计费；否则重新执行步骤d1。

步骤d1中，所述判断当前呼叫未结束后，进一步包括：判断是否发生拍叉，如果是，进行拍叉处理，再重新执行步骤d1；否则重新执行步骤d1。

步骤d1中，所述拍叉处理包括：

d11.SCP通知拍叉用户所在的SSP收集第三方用户号码；

d12.该SSP对第三方用户号码进行收集，再根据接到的第三方用户号码通过第三方用户所在的SSP接通拍叉用户与第三方用户的话路；

d13.拍叉用户所在的SSP在拍叉用户挂机后，建立原有的非拍叉用户与第三方用户的话路。

步骤d中，在所述对当前本网呼叫进行计费之后，进一步包括：SCP将计费结果发送至主叫用户所在的SSP，由该SSP将该计费结果发送至主叫终端进行显示。

综上所述，本发明的关键在于：全网呼叫的主叫用户摘机即将呼叫触发至SCP；SCP与SSP交互完成被叫号码收集之后，SCP根据收集到的被叫号码判断被叫号码类型，从而按被叫号码类型进行对应的智能业务处理、业务管理处理、以及基础呼叫的建立计费策略及接续处理。

因此，本发明所提供的实现呼叫智能化的方法，SCP对全网呼叫进行集中控制，对路由信息和用户数据进行集中维护，SSP则按照SCP的指示完成接续等各种处理，不仅大大简化了呼叫控制过程，还使智能网能够在控制现有智能业务呼叫的基础上，完成基础呼叫的接续、计费、拍叉等处理，使基础呼叫用户也能够感受到智能业务的特性，如彩色拨号音/回铃音、话费立显等。从而实现全网呼叫的智能化，并为智能业务的发展提供了广阔空间。

附图说明

图1为本发明实现呼叫智能化方法一较佳实施例处理流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

本发明公开了一种实现呼叫智能化的方法，该方法主要包括：

a.主叫用户摘机触发至SCP；

b.SCP与主叫用户所在的SSP进行交互完成被叫号码收集；

c.SCP根据收集到的被叫号码判断被叫号码类型，如果是智能业务号码，则进行智能业务处理，结束当前流程；如果是管理接入码，则进行业务管理处理，结束当前流程；如果是基础呼叫号码，则执行步骤d；

d.SCP根据所述主/被叫号码建立计费策略，并接续被叫。

图1为本发明实现呼叫智能化的方法一较佳实施例处理流程示意图。由于，对号码收集/发送、以及信息传输失败时的处理非本发明所解决的问题，因此，本实施例中对无效号码/信息的处理不进行描述。如图1所示，具体包括如下步骤：

步骤101：主叫用户摘机，SSP向SCP发送主叫用户的摘机触发(IDP)消息，从而将呼叫触发至智能网。这里，所述用户为全网用户，包括：智能业务用户、以及基础呼叫用户等；所述呼叫为全网呼叫，包括：智能业务呼叫、以及基础呼叫等。所述基础呼叫为不包括智能业务的呼叫。

步骤102～103：SCP根据接收到的IDP消息所包含的主叫号码，查询自身保存的用户信息对主叫用户属性进行分析，然后根据分析得到的主叫用户信息判断主叫用户是否签约彩色拨号音业务，如果是，则向SSP发送携带有与该主叫用户相对应的音频文件编码的收号请求(PC)，SSP收到该PC后，根据音频文件编码，查找到相应音频文件，然后向主叫用户播放该音频文件；否则，向SSP发送的PC中不携带任何音频文件编码，SSP收到该PC后，向主叫用户播放标准的拨号音，如系统设置的默认拨号音。无论主叫用户是否签约彩色拨号音业务，SCP都会向SSP发送连接放音资源消息(CTR或ETC)，通知SSP建立放音资源连接。SSP收到CTR或ETC后，与SCP连接放音资源。所述PC中携带有预收号码长度，通知SSP当前收集号码的长度，SCP通过发送一次或一次以上的PC与SSP交互完成字冠分析以及被叫号码收集。

其中，SCP中预先保存了全网的用户信息，主要包括：用户的业务签约信息，如彩色拨号音业务签约信息；用户类型，如本网或智能业务用户；拨号方式，如是否为群内用户、以及出群号码等；特殊被叫代码设置，如缩位拨号、亲情号码等；呼叫权限，如去话限呼号码、来话限呼号码等；单机/分机等等。

本发明在系统中设置彩色放音节点，用于处理彩色拨号音和/或彩色回铃音业务。该节点可以由增强独立外部设备(AIP)或SSP实现，在该彩色放音节点中存储有各种音频文件及其与音频文件编码之间的对应关系，在所述SCP中保存的彩色拨号音业务签约信息中包含用户签约的音频文件编码，因此SCP根据主叫用户的彩色拨号音签约信息得到其签约的音频文件编码，然后发送该音频文件编码至彩色放音节点，该彩色放音节点再根据该音频文件编码向主叫用户播放对应的音频文件。

本实施例中，彩色放音节点为SSP，对于签约彩色拨号音业务的呼叫，SCP发送的第一个PC中携带音频文件编码，如果采用AIP实现彩色放音节点，则SCP所发送的PC中无需携带音频文件编码，SCP将音频文件编码发送至AIP并建立主叫与AIP之间的话路连接，由AIP向主叫用户播放音频文件。关于具体彩色拨号音的实现方案，可参见本申请人的另一篇专利申请，本文不再详述。

另外，所述字冠分析与被叫号码收集的方法主要有三种：一、SCP通过发送PC通知SSP当前预收号码长度，SSP每次接收到PC按预收号码长度向SCP返回所述长度的号码，SCP每次接收到SSP返回的号码时，根据自身保存的字冠分析表判断，能否根据当前收到的号码确定呼叫信息，并在确定呼叫信息之后完成收号；在无法确定呼叫信息时继续发送PC给SSP；二、SSP将主叫用户所拨的号码逐位发送给SCP，SCP每收到一位号码，均判断能否根据收到的全部号码确定呼叫信息，并在确定呼叫信息之后完成收号；在无法确定呼叫信息时继续从SSP接收下一位号码；三、SCP通知SSP进行完整的号码收集和字冠分析，SSP接收主叫用户拨打的号码，并进行字冠分析，SSP再将成功接收到的完整被叫号码上报给SCP。此三种方法在本申请人的另外三份专利申请中均有详细描述，这里不再阐述。

步骤104：SCP根据成功收号得到的被叫用户号码，根据所述主叫属性分析得到的主叫用户信息中的特殊被叫代码设置，判断当前接收到的被叫号码是否为该主叫用户的特殊被叫代码，如缩位拨号、或亲情号码等，如果是，执行步骤105；否则执行步骤106。

步骤105：SCP根据当前接收到的被叫号码查询该主叫用户对应的特殊被叫代码信息表，从而得到该特殊被叫代码对应的真实被叫号码。

这里，所述特殊被叫代码信息表包括：缩位拨号信息表、亲情号码信息表等，SCP根据被叫号码所属的特殊被叫代码类型查询对应的信息表，比如：被叫号码为亲情号码，则查询亲情号码信息表。

步骤106：SCP根据所述主叫属性分析得到的主叫用户信息中的呼叫权限判断是否去话限呼，即：该主叫用户是否有权拨打该被叫号码，如果是，释放本次呼叫，结束当前处理；否则，执行步骤107。

步骤107：SCP根据所保存的字冠表中的业务属性判断所收到的被叫号码类型，如果是智能业务号码，执行步骤108；如果是管理接入码，执行步骤109；如果是本网号码，执行步骤110；否则，说明被叫为外网号码，执行步骤114。这里，SCP的字冠表中存储智能业务号码、本网号码、以及管理接入码的全部号码，但仅存储外网号码的局部号段。

步骤108：SCP根据当前被叫号码接入对应的智能业务处理逻辑中，结束当前处理。所述智能业务处理逻辑为现有智能网中的处理，非本发明所解决的问题，这里不作进一步详述。

步骤109：SCP根据步骤107所述管理接入码进入到对应的业务管理处理中。

这里，所述SCP的业务管理包括现有智能网SCP的业务管理功能，所述管理接入码可以为卡类业务的余额查询、修改密码等接入码，用户通过此管理接入码能够查询卡类业务余额、或修改密码。另外，本发明SCP的业务管理还能够实现现有SSP中的业务，比如：闹钟服务，免打扰服务，呼叫等待，来电显示，追查恶意呼叫等，用户可以通过输入管理接入码对这些业务进行配置。关于所述业务管理如何实现，非本发明所解决的问题，本文不作详述。

步骤110～111：SCP根据步骤107所述的本网号码查询自身保存的用户信息对被叫用户属性进行分析，得到该本网号码对应的被叫用户信息如：被叫用户的签约信息、呼叫权限等；同时，SCP根据该本网号码以及主叫号码查询自身保存的绑定信息表，判断当前呼叫的主叫用户是否发生身份变迁，如果是，返回步骤102；否则执行步骤112。

其中，所述绑定信息表中包含用户号码与绑定账号的映射关系；该绑定信息表根据用户的业务签约情况而建立。如果当前被叫号码为主叫用户所绑定的账号，则当前呼叫的主叫用户应由原主叫用户号码变迁为该被绑定账号，因此需要判断当前呼叫的主叫用户是否发生身份变迁，即判断当前接收到的被叫号码是否为被原主叫用户绑定的账号。所述判断方法为：如果能够在绑定信息表中匹配到当前主叫号码与被叫号码的对应关系，则说明当前被叫号码为被绑定账号，需要将主叫用户的身份变迁为该被叫号码重新执行步骤102；否则说明为当前被叫号码非绑定账号，执行步骤112。

步骤112：SCP根据上述被叫属性分析得到的被叫用户信息中的呼叫权限判断是否来话限呼，即：被叫用户是否被限制接听主叫用户的来话，如果是，释放本次呼叫，结束当前处理；否则，执行步骤113。

步骤113：SCP根据当前主叫号码以及被叫号码配置计费信息，进行计费预算，建立计费策略。

这里，SCP根据主/被叫号码的区号能够查询已有的计费矩阵得到本次呼叫费率，如果当前主叫用户为预付费用户，还将对用户剩余的通话时间等进行计算。关于具体如何进行计费预算、建立计费策略，属公知技术，这里不再详述。

步骤114：SCP根据被叫号码查询用户信息，判断该被叫号码是否设置呼叫转移，如果是，执行步骤119；否则执行步骤115。

步骤115：SCP根据当前主/被叫号码对步骤113所建立计费策略进行调整。比如：根据主/被叫区号以及该地区话费打折情况、或者亲情号码以及特殊时间段/节假日的优惠政策等对计费策略进行调整。所述调整计费策略的方法属公知技术，本发明不进行限定。

步骤116：SCP根据被叫号码进行路由分析，得到当前被叫号码所在的SSP，SCP根据被叫号码查询用户信息，判断被叫用户是否签约彩色回铃音业务，如果是，则发送包含被叫用户对应的音频文件编码的连接(Connect)请求给该SSP，在被叫振铃后由SSP控制所述彩色放音节点向主叫用户播放被叫签约的彩色回铃音；否则所发送的Connect请求不包含音频文件编码，从而被叫振铃后SSP向主叫用户播放标准回铃音，该标准回铃音可为系统设置的默认拨号音，如通常的“嘟”音。

这里，从SSP接收到Connect请求到被叫摘机结束回铃音播放，其中主要的处理步骤包括：

a.SSP向被叫发送网间信令初始地址消息(IAM)，向被叫发起呼叫。

b.被叫终端振铃后，向SSP返回地址全消息(ACM)，SSP根据该ACM消息判断被叫状态，如果被叫空闲，则将Connect请求中包含的音频文件编码发送至彩色放音节点。

c.彩色放音节点根据接收到的音频文件编码得到对应的音频文件，并返回ACM至SSP，该SSP根据ACM中的主叫用户号码向主叫用户所在SSP返回ACM，并桥接彩色放音节点与和主叫的话路，从而彩色放音节点开始向主叫用户播放所述音频文件。

d.当被叫用户摘机应答后，被叫终端向自身所在SSP返回应答消息(ANM)，该SSP桥接主/被叫用户，并释放自身与彩色放音节点之间的话路，完成彩色回铃音处理。

关于实现上述彩色回铃音的技术细节不属本发明重点，本文不作进一步详述。

步骤117：SCP持续进行通话监视，判断当前呼叫的通话是否结束还是出现拍叉情况，如果通话结束，则执行步骤120；如果出现拍叉情况，则执行步骤118。这里，所述判断通话结束即判断：主叫用户是否挂机/余额用完。

步骤118：SCP进行拍叉处理，将本次呼叫接续到其它用户，并持续对通话进行监视，在主叫用户挂机/余额用完时执行步骤120。

这里，所述拍叉处理主要包括：SCP通知拍叉用户所在的SSP收集第三方用户号码；该SSP对第三方用户号码进行收集，再根据接收到的第三方用户号码通过第三方用户所在的SSP接通拍叉用户与第三方用户的话路；拍叉用户所在的SSP在拍叉用户挂机后，建立原有的非拍叉用户与第三方用户的话路。

上述步骤117中，SCP通过识别SSP上报的包含特殊接入码的IDP消息判断是否发生拍叉情况。本发明中，从用户触发拍叉处理、至SSP与SCP完成拍叉处理，其具体处理步骤如下：

a1.用户触发拍叉处理之后，拍叉用户终端发送拍叉消息至自身所在的SSP，该SSP发送表明拍叉触发的IDP消息至SCP，告知SCP开始进行拍叉业务处理，SCP下发包含特殊接入码的结束连接(To End+Connect)消息至SSP，结束当前IDP消息所发起的呼叫连接并通知SSP开始拍叉业务处理。所述拍叉用户可以为主叫用户，也可以为被叫用户。

b1.SSP将接收到的特殊接入码发送给预先设置的专门用于处理拍叉业务的自环模块，触发自环模块向SCP发送包含此特殊接入码的IDP消息，从而发起包含在原呼叫中的拍叉呼叫。

c1.SCP接收到此包含特殊接入码的IDP消息后，进入到拍叉业务处理逻辑，发送PC至自环模块，自环模块将该PC转发至所述SSP，SSP再根据该PC接收拍叉用户拨打的第三方用户号码，然后，SSP、自环模块、以及SCP之间通过交互完成对第三方用户号码的收集，SCP再将第三方用户号码包含在连接(Connect)消息中通过自环模块下发给SSP，告知SSP建立拍叉用户与第三方用户的呼叫连接。这里，在拍叉业务的号码收集中，SSP和SCP采用拍叉业务专用的字冠表等进行字冠分析以及号码收集。

d1.SSP根据接收到的第三方用户号码通过该第三方用户所在的SSP接通拍叉用户与第三方用户的话路。此时，拍叉用户既保持着与原有的非拍叉用户之间的话路连接，还建立了与当前第三方用户之间的话路连接。

e1.拍叉用户挂机后，该用户所在的SSP释放与该用户相关的呼叫信息，建立原有的非拍叉用户与第三方用户的话路，完成拍叉处理。

其中，所述自环模块可以独立设置也可以设置在SSP中，关于所述拍叉处理的技术方案细节可参见本申请人的另一份专利申请文件，本文不再进一步详述。

步骤119：SCP进行呼叫转移处理，首先根据当前被叫号码查询用户信息，得知该被叫用户所呼转的号码，然后将该所呼转的号码作为被叫号码，继续进行如以上步骤115至118所述的计费策略调整、接续被叫/放彩色回铃音、通话监视、拍叉处理。

本发明中，全网呼叫均触发至SCP中进行集中控制，能够大大简化呼叫转移的处理复杂度。现有的呼叫转移由SSP进行控制，当呼叫接续到被叫所在的SSP时，SSP才能根据自身保存的用户信息判断当前被叫用户是否发生呼叫转移，然后将呼叫信息发送至用户所转移的号码所在的SSP，这样，不仅接续过程较长，而且使SSP的处理过于复杂。这里，由SCP进行呼叫转移处理，SCP在确定呼叫信息之后，通过对被叫号码进行解析，能够直接得到被叫所呼转的号码，从而可以直接向该呼转号码所在的SSP进行呼叫接续，并且，SSP只负责转发接续命令，不必对被叫用户信息进行分析，使SSP的处理负担相对较轻，也就从整体上扩大了SSP的业务处理容量。

步骤120：SCP根据计费策略以及本次呼叫的通话情况计算得到本次呼叫的费用。如果当前主叫用户为预付费用户，则按此费用进行扣费处理；否则按此费用进行话单处理。

步骤121：SCP将当前主叫用户的话费情况包含在启动始呼(ICA)消息中下发给主叫用户所在的SSP，该SSP对ICA消息解析之后将当前话费情况在主叫用户的终端上进行显示。本步骤所述处理的技术细节，可参见本申请人的另一篇专利申请，这里不再详述。

根据上述处理可见，应用本发明方法能够将全网呼叫触发至SCP，由SCP根据自身保存的用户信息、字冠表等呼叫相关信息对本次呼叫进行控制，使智能网不仅能够完成对现有智能业务的呼叫处理，还能够完成基础呼叫业务的接续、计费、拍叉等处理，使基础呼叫用户也能够感受到智能业务的特性，如彩色拨号音、回铃音等，并利用智能网实现了话费在终端上的即时显示。采用本方法用户信息和路由数据集中保存在智能网，新增用户及路由数据只需在智能网中进行更新，从而易于系统的管理和维护。

在本发明机制下，SSP本身只是提供底层的用户信息通道服务，按照SCP的指示完成各种接续和处理，因此可以利用智能网的强大业务处理能力、灵活的业务功能特性，结合SSP的交换接续功能，为用户提供差别于普通交换机和普通智能网的业务功能和服务，从而实现了全网呼叫的智能化，并为智能业务的发展提供了广阔空间。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (17)

1、一种实现呼叫智能化的方法，其特征在于，该方法包括：

a.主叫用户摘机触发至业务控制节点SCP；

b.SCP与主叫用户所在的业务交换节点SSP进行交互完成被叫号码收集；

c.SCP根据收集到的被叫号码判断被叫号码类型，如果是智能业务号码，则进行智能业务处理，结束当前流程；如果是管理接入码，则进行业务管理处理，结束当前流程；如果是基础呼叫号码，则执行步骤d；

d.SCP根据所述主/被叫号码建立计费策略，并接续被叫。

2、根据权利要求1所述的方法，其特征在于，步骤b中，所述被叫号码收集的方法包括：

b1.SCP通知SSP当前预收号码长度，SSP根据收到的预收号码长度向SCP返回所述长度的号码，SCP判断是否能够根据收到的号码确定呼叫信息，如果是，则通过SSP接收全部剩余号码；否则，重新执行步骤b1。

3、根据权利要求1所述的方法，其特征在于，步骤b中，所述被叫号码收集的方法包括：

b2.SSP将主叫用户所拨的号码逐位发送给SCP，SCP每收到一位号码，均判断是否能够根据收到的全部号码确定呼叫信息，如果是，则通过SSP接收全部剩余号码；否则，重新执行步骤b2。

4、根据权利要求1所述的方法，其特征在于，步骤b中，所述被叫号码收集的方法包括：SCP通知SSP进行完整的号码收集和号码分析；SSP接收主叫用户拨打的号码，并进行号码分析；SSP将接收到的完整号码上报给SCP。

5、根据权利要求1至4任一项所述的方法，其特征在于，系统预先设置彩色放音节点；

所述步骤b中，进一步包括：SCP判断主叫用户是否签约彩色拨号音业务，如果是，则SCP通知彩色放音节点向主叫用户播放其定制的彩色拨号音；否则，SSP向主叫用户播放标准拨号音。

6、根据权利要求1至4任一项所述的方法，其特征在于，在所述步骤b之后进一步包括：SCP判断当前收集到的被叫号码是否为特殊被叫代码，如果是，获取被叫真实号码，然后执行步骤c；否则直接执行步骤c。

7、根据权利要求1至4任一项所述的方法，其特征在于，在执行所述步骤c之前进一步包括：根据主/被叫号码判断当前主叫是否去话限呼，如果是，结束当前处理；否则执行步骤c。

8、根据权利要求1所述的方法，其特征在于，步骤c中，所述判决是基础呼叫之后，进一步包括：

c11.判断该呼叫是否为本网呼叫，如果是，执行步骤c12；否则执行步骤d；

c12.根据该呼叫的主/被叫号码判断当前呼叫的主叫用户是否发生身份变迁，如果是，将当前呼叫的主叫用户变迁为被叫号码，并重新执行步骤b；否则执行步骤d。

9、根据权利要求8所述的方法，其特征在于，步骤c2中，所述执行步骤d之前，进一步包括：判断该呼叫的被叫是否来话限呼，如果是，结束当前处理；否则执行步骤d。

10、根据权利要求1所述的方法，其特征在于，步骤c中，所述判决是基础呼叫之后，进一步包括：

c21.判断该呼叫是否为本网呼叫，如果是，执行步骤c22；否则执行步骤d；

c22.判断该呼叫的被叫是否来话限呼，如果是，结束当前处理；否则执行步骤d。

11、根据权利要求1所述的方法，其特征在于，步骤d中，所述接续被叫的处理包括：SCP判断当前被叫用户是否呼叫转移，如果是，将被叫用户所呼转的号码作为被叫号码进行接续；否则接续原被叫号码。

12、根据权利要求1或11所述的方法，其特征在于，步骤d中，所述接续之前，进一步包括：SCP根据主/被叫号码对所建立的计费策略进行调整。

13、根据权利要求1或11所述的方法，其特征在于，系统预先设置彩色放音节点；步骤d中，所述接续的同时，进一步包括：SCP判断被叫用户是否签约彩色回铃音业务，如果是，则通知被叫用户所在的SSP，在被叫振铃后控制彩色放音节点向主叫用户播放被叫定制的彩色回铃音；否则通知被叫用户所在的SSP，被叫振铃后向主叫用户播放标准回铃音。

14、根据权利要求1或11所述的方法，其特征在于，在所述步骤d之后，该方法进一步包括：d1.SCP判断当前呼叫的通话是否结束，如果是，对当前呼叫进行计费；否则重新执行步骤d1。

15、根据权利要求14所述的方法，其特征在于，步骤d1中，所述判断当前呼叫未结束后，进一步包括：判断是否发生拍叉，如果是，进行拍叉处理，再重新执行步骤d1；否则重新执行步骤d1。

16、根据权利要求15所述的方法，其特征在于，步骤d1中，所述拍叉处理包括：

d11.SCP通知拍叉用户所在的SSP收集第三方用户号码；

d12.该SSP对第三方用户号码进行收集，再根据接到的第三方用户号码通过第三方用户所在的SSP接通拍叉用户与第三方用户的话路；

d13.拍叉用户所在的SSP在拍叉用户挂机后，建立原有的非拍叉用户与第三方用户的话路。

17、根据权利要求14所述的方法，其特征在于，步骤d中，在所述对当前本网呼叫进行计费之后，进一步包括：SCP将计费结果发送至主叫用户所在的SSP，由该SSP将该计费结果发送至主叫终端进行显示。