CN100563278C

CN100563278C - 一种实现号码收集的方法

Info

Publication number: CN100563278C
Application number: CNB2004100551496A
Authority: CN
Inventors: 李论
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-08-09
Filing date: 2004-08-09
Publication date: 2009-11-25
Anticipated expiration: 2024-08-09
Also published as: CN1735108A

Abstract

本发明公开了一种实现号码收集的方法，该方法包含：SCP通知SSP当前预收号码长度，SSP根据收到的预收号码长度向SCP返回所述长度的号码，SCP判断是否能够根据收到的号码确定呼叫信息，如果是，则进行呼叫相关操作，否则，返回执行本步骤。根据本发明提出的方法，SCP通过多次向SSP发送携带有预收号码长度的收号请求(PC)，要求SSP向其提供收集到的相应长度的号码，然后由SCP对收到的所有号码进行综合分析，使得SCP实现所有控制，从而使智能网能够提供更加丰富的业务。

Description

一种实现号码收集的方法

技术领域

本发明涉及智能业务领域，特别是指一种实现号码收集的方法。

背景技术

全网智能化(INnet)的关键在于业务与交换分离，由智能网控制包括基础呼叫在内的呼叫，大大提升业务能力和网络能力。结合呼叫、网络、运营、终端各环节，提出全网的四个智能化，即呼叫智能化、网络智能化、运营智能化和终端智能化。

呼叫智能化是指用户摘机、拨号、接续、振铃、挂机等呼叫过程的各个环节，都由智能网进行控制，交换节点仅完成基本的接续功能。网络智能化是指从满足业务开放的角度来看，网络各端局和所有网络交换节点均应具有业务交换点(SSP)的能力，即端局、汇接局、长途局、关口局等均具有SSP的能力，同时支持多种条件下的智能业务触发。运营管理是开展业务的重要环节。在智能网中实现呼叫流程，使得全面环球网(Web)化管理成为可能。从用户角度出发，全网智能化的运营管理模式，可进行多层面的个性化运营管理。固定网络终端的功能长期处于一种停滞的状况，这无疑在一定程度上抑制了业务的发展，许多业务都是由于终端过于简单而导致应用复杂，致使业务的推广受到阻碍。业务与终端的组合，不但可使用户快速体验到新业务带来的好处，还可反过来促进业务的推广和发展。

针对主叫用户摘机后对终端进行的输入信息，即来自主叫用户的拨号信息，当前主叫交换节点的号码收集方式有两种，一种号码收集方式是逐位收集、逐位分析，即主叫交换节点一个号码、一个号码地对拨号信息收集，并且主叫交换节点一边收集号码一边对已经收集到的号码进行分析，主叫交换节点根据预先存储的数据信息，判断是否能够根据当前收集到的号码确定路由信息或是否触发智能业务，如果是，则主叫交换节点根据路由信息路由至被叫交换节点或触发智能业务；否则，主叫交换节点继续收集号码并进行分析判断，直至能够根据存储的数据信息，确定路由信息或触发智能业务。另一种号码收集方式是在主叫交换节点收集到能够确定被叫交换节点路由信息的号码信息时，立即向被叫交换节点发送这些号码信息，然后一边继续收集号码，一边向该被叫交换节点发送收集的号码信息，即主叫交换节点收集到一个号码，就向当被叫交换节点发送一个号码，被叫交换节点确定收到的号码已经完整时，就向主叫交换节点发送确认信息，主叫交换节点通过收到的确认信息确定收集到的号码已完整，停止号码收集，或即使继续进行号码收集也不再进行号码分析，也不再向被叫交换节点发送收到的号码。

在智能网中，以上所述的交换节点可为SSP。对于全网智能化而言，如果由SSP进行号码收集和分析，则必须将所有用户的签约信息存储在SSP上，然而由于用户签约信息的数据量非常大，SSP的处理能力又十分有限，单独一个SSP无法完成对大量数据的处理，因此，由SSP进行号码收集和分析，根本无法实现各种业务，使得全网智能化的优势荡然无存。

发明内容

有鉴于此，本发明的目的在于提供一种实现号码收集的方法，实现全网智能化下的号码收集，进而实现号码分析和各种业务。

为了达到上述目的，本发明提供了一种实现号码收集的方法，SCP中预先存储有字冠表，该字冠表中包括：字冠及其对应的最小号码长度；该方法包含：

A1、SCP通知SSP当前预收号码长度，SSP向SCP返回所述长度的号码；

A2、SCP判断收到的号码是否与字冠表中的字冠唯一匹配，如果是，则确定呼叫信息、并进行后续呼叫相关操作，否则，执行步骤A3；

A3、SCP通知SSP当前预收号码长度为所有匹配字冠中最小号码长度与已经收集号码长度的差，SSP向SCP返回长度为所述长度的号码，返回执行步骤A2。

所述步骤A1为：SCP通知SSP当前预收号码长度为所有字冠中的最小字冠长度，SSP向SCP返回长度为最小字冠长度的号码；

所述步骤A2包括以下步骤：

A21、SCP判断收到的号码是否与字冠唯一匹配，如果是，则执行步骤A22，否则，执行步骤A3；

A22、SCP判断收到的所有号码的长度是否等于匹配字冠的最小号码长度，如果是，则对收到的所有号码进行号码分析，确定呼叫信息，否则，执行步骤A23；

A23、SCP判断收到的所有号码是本网号码还是外网号码，如果是本网号码，则执行步骤A24，如果是外网号码，则执行步骤A25；

A24、SCP通知SSP当前预收号码长度为匹配字冠最小号码长度与已经收集号码长度的差，SSP向SCP返回长度为所述长度的号码，SCP对收到的所有号码进行号码分析，确定呼叫信息；

A25、SCP通知SSP当前预收号码长度为外网号码的最小号码长度与已经收集号码长度的差，SSP收集到所述长度的号码后，通过与外网交换节点的交互确定收集的号码已完整。

该方法进一步包括：在SCP每两次通知SSP当前预收号码长度的时间间隔内，SSP临时存储主叫用户的输入号码。

所述主叫用户的输入号码为除向SCP返回号码之外的号码。

所述SCP通知SSP当前预收号码长度为：SCP向SSP发送携带有预收号码长度的收号请求。

所述SSP向SCP返回长度为所述长度的号码为：SSP向SCP返回携带有所述长度号码的收号响应。

所述字冠表还包括：最大号码长度。

所述字冠表进一步包括：本网属性、字冠属性和业务属性。

根据本发明提出的方法，SCP通过多次向SSP发送携带有预收号码长度的收号请求(PC)，要求SSP向其提供收集到的相应长度的号码，然后由SCP对收到的所有号码进行综合分析，使得SCP实现所有控制，从而使智能网能够提供更加丰富的业务。

附图说明

图1为实现号码收集、号码分析交互过程示意图；

图2为号码收集、号码分析流程图。

具体实施方式

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

本发明中，SCP多次向SSP发送携带有预收号码长度的收号请求(PC)，要求SSP向其提供收集到的相应长度的号码，然后由SCP对收到的所有号码进行综合分析，使得SCP实现所有控制。

图1为实现号码收集、号码分析过程示意图，如图1所示，实现号码收集、号码分析的交互过程包括以下步骤：

步骤101～步骤103：主叫用户摘机，SSP向SCP发送主叫用户的摘机信息IDP，触发智能业务。SCP收到IDP后，对主叫用户属性进行分析，SCP向SSP发送连接放音资源消息(CTR或ETC)，通知SSP建立放音资源连接。SSP收到CTR或ETC后，与SCP连接放音资源。SCP对主叫用户属性进行分析后，可根据主叫用户的签约信息，触发相应智能业务，如彩色拨号音业务，SCP根据主叫用户的签约信息，通知彩色拨号音节点向主叫用户播放其定制的音频文件。

步骤104～步骤105：SCP向SSP发送PC，该PC中携带有预收号码长度，通知SSP当前收集号码的长度。主叫用户开始拨号后，SSP根据开始收集号码，并根据预收号码长度在收集到预收号码长度的号码时，通过收号响应(PCR)向SCP返回与预收号码长度相对应的号码。SCP对收到的号码进行分析，如果能够根据已收集到的号码确定相关呼叫信息，则根据确定的呼叫信息进行相应处理，然后执行步骤108；如果无法根据已收集到的号码确定相关呼叫信息，则继续执行步骤106。

步骤106～步骤107：SCP向SSP发送PC，该PC中携带有预收号码长度，通知SSP当前收集号码的长度，由于主叫用户在拨号过程中不需要出现任何声音，因此，该PC中还携带有静音指示，通知SSP向主叫用户屏蔽掉其他声音。SSP收到PC后，通过PCR向SCP返回与预收号码长度相对应的、后续收集到的号码。SCP将收到的所有号码进行综合分析，如果能够根据已收集到的号码确定相关呼叫信息，则根据确定的呼叫信息进行相应处理，，然后执行步骤108；如果无法根据已收集到的号码确定相关呼叫信息，则重复执行步骤106～107。

由于主叫用户的拨号是连续的，但SCP上进行的号码分析是分段的，即SCP多次向SSP发送PC，要求SSP向其提供收集到的相应长度的号码，然后由SCP对收到的所有号码进行综合分析，因此，SSP在根据PC向SCP返回已收集到的号码之后，主叫用户的拨号信息仍然会持续地传送至SSP，因此SSP会继续收集号码，在SCP下一次要求SSP提供收集到的号码之前，SSP会暂时存储收集到的号码。

步骤108：SCP向SSP发送释放放音资源消息(DFC)，通知SSP释放放音资源，SSP和SCP释放之间的放音资源。

以上过程的描述中提到SCP会通过多次向SSP发送PC，使SSP能够向SCP提供收集到的、所需长度的号码，从而使SCP能够根据SSP提供的号码确定相关呼叫信息，下面详细描述一下SCP在每次要求SSP提供相应长度的号码时，如何确定预收号码长度。

SCP中存储有字冠表，该字冠表中可包括：字冠、最小好长、最大号长、本网属性、字冠属性、业务属性等内容，SCP可根据字冠表确定每次的预收号码长度，字冠表的具体格式可参见表一。

字冠	最小号长	最大号长	本网属性	字冠属性	业务属性	备注
字冠	最小号长	最大号长	本网属性	字冠属性	业务属性	备注	114	3	3	是	特殊服务	接续
17909	9	24	是	智能业务	业务转移	一次拨号	114	3	3	是	特殊服务	接续
17909	9	24	是	智能业务	业务转移	一次拨号	17909300	8	8	是	智能业务	业务转移	二次拨号

图2为号码收集、号码分析流程图，如图2所示，号码收集、号码分析的实现过程包括以下步骤：

步骤201～步骤202：SCP根据字冠表中所有字冠的最小长度，通知SSP当前预收号码长度为该最小字冠长度。SSP收到通知并且主叫用户开始拨号后，SSP开始收集号码，并向SCP提供收集到的、长度为最小字冠长度的号码。

步骤203：SCP收到长度为最小字冠长度的号码后，判断收到的号码是否与字冠唯一匹配，如果是，则执行步骤204；否则，执行步骤211。

步骤204：SCP根据字冠表判断收到的号码长度是否等于匹配字冠的最小号码长度，如果是，则执行步骤208，否则，执行步骤205。

如果SCP无法通过SSP两次返回的号码确定唯一匹配的字冠，可重复执行步骤204，直至确定与收集到的所有号码唯一匹配的字冠。

步骤205：SCP根据字冠表判断收到的号码是本网号码还是外网号码，如果是本网号码，则执行步骤206；如果是外网号码，则执行步骤208。本网号码、外网号码的划分是指SCP存储全部号码的为本网号码，仅存储局部号段的为外网号码。

步骤206～步骤207：SCP根据字冠表，通知SSP当前预收号码长度为匹配字冠最小号码长度与已经收集号码长度的差。SSP收到通知后，向SCP返回相应长度的号码，然后继续执行步骤208。

步骤208：SCP对全部收集的号码进行分析，获取相关呼叫信息，然后结束当前号码收集、号码分析流程。

步骤209～步骤210：SCP根据字冠表，通知SSP当前收集的最大或最小号码长度为外网最小号码长度与已经收集号码长度的差，然后SSP通过与外网交换节点的交互，确定收集的号码已完整，结束当前号码收集、号码分析流程。

步骤211～步骤212：SCP根据字冠表，通知SSP当前预收号码长度为所有匹配字冠中的最小号码长度与已经收集号码长度的差。SSP收到通知后，向SCP返回相应长度的号码，返回执行步骤203。

以表一为参照，举一应用实例对号码收集、号码分析流程作进一步描述。

例如，用户摘机后，拨打1790901012345678，具体的号码收集、号码分析流程如下：

SCP根据表一确定：要求SSP第一次返回的、收集号码的长度＝Min(所有字冠中的最小字冠长度)＝3，通知SSP当前返回的号码长度为3。主叫用户拨号后，SSP第一次向SCP返回的号码长度为3，即向SCP返回的号码为179。SCP收到179后，判断出179未与字冠唯一匹配，存在两个与179相匹配的字冠，即17909和17909300，这样，SCP根据表一确定：要求SSP第一次返回的、收集号码的长度＝Min(匹配179字冠的最小号码长度)-已经收集的号码长度＝Min(9，8)-3＝8-3＝5，通知SSP当前返回的号码长度为5。SSP第二次向SCP返回的号码长度为5，即主叫用户拨号的第4位至第8位，返回的号码为09010。SCP收到09010后，判断出17909010与字冠17909唯一匹配，然后SCP确定当前收集号码的长度为8，未达到匹配字冠17909的最小号码长度，因此，SCP根据表一确定，要求SSP最后一次返回的、收集号码的长度＝匹配字冠最小号码长度-已收集号码的长度＝9-8＝1，通知SSP当前返回的号码长度为1，SSP最后一次向SCP返回的号码长度为1，即主叫用户拨号的第9位，返回的号码为1，SCP对收到的所有号码进行分析，确定相关呼叫信息，然后进行后续呼叫相关操作，如接续呼叫、触发其他智能业务等。

为避免由于SSP与SCP之间的交互，使主叫用户感觉到时延，影响服务的质量，这就对SCP进行号码分析的能力和效率的要求比较高，因此，可在SCP中增加号码分析模块，由该号码分析模块对收到的号码进行分析，以实现更高的号码分析能力和效率。

另外，主叫用户摘机后，触发至SCP，SCP对主叫用户属性进行分析，然后SCP通知SSP进行号码收集，并要求SSP完成完整的被叫号码收集后，再二次触发至SCP，在SCP通知SSP进行号码收集的消息中可携带有相应特殊标识，用于通知SSP完成完整的被叫号码收集后触发至SCP，该用于通知SSP进行号码收集的消息可为PC。如果主叫用户签约了彩色拨号音业务，则在SCP通知SSP进行号码收集的消息中携带有相应音频文件编码，通知SSP根据音频文件编码向主叫用户播放相应音频文件。SCP以携带特殊标识的消息通知SSP进行号码收集时，此时，SSP的号码收集过程不再是分段的，即不再是逐位或逐几位向SCP上报，而是由SSP完成号码收集和号码分析的完整过程，号码收集完整后最后再触发至SCP。这样，由于需要SSP对收集到的号码进行号码分析，因此，SSP中需存储有字冠表，增加了对数据的维护。由于SSP收集到完整的号码后，还需触发至SCP，由SCP对呼叫的接续进行控制，这样，SSP无法一边收集号码一边将收集到的号码发送出去，也就根本无法通过与其他交换节点的交互，获知收集到的号码是否完整，因此，必须将大量的号码信息存储在SSP上，SSP才能根据自身存储的信息获知收集到的号码是否完整，使得SSP中存储的数据量过大，对SSP自身的要求较高。

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

Claims

1、一种实现号码收集的方法，其特征在于，SCP中预先存储有字冠表，该字冠表中包括：字冠及其对应的最小号码长度；该方法包含：

2、根据权利要求1所述的方法，其特征在于，

所述步骤A2包括以下步骤：

3、根据权利要求1所述的方法，其特征在于，该方法进一步包括：在SCP每两次通知SSP当前预收号码长度的时间间隔内，SSP临时存储主叫用户的输入号码。

4、根据权利要求3所述的方法，其特征在于，所述主叫用户的输入号码为除向SCP返回号码之外的号码。

5、根据权利要求1所述的方法，其特征在于，所述SCP通知SSP当前预收号码长度为：SCP向SSP发送携带有预收号码长度的收号请求。

6、根据权利要求5所述的方法，其特征在于，所述SSP向SCP返回长度为所述长度的号码为：SSP向SCP返回携带有所述长度号码的收号响应。

7、根据权利要求1所述的方法，其特征在于，所述字冠表还包括最大号码长度。

8、根据权利要求7所述的方法，其特征在于，所述字冠表进一步包括：本网属性、字冠属性和业务属性。