CN1848884B - 一种实现呼叫转移的方法 - Google Patents

Abstract

本发明公开了一种实现呼叫转移的方法，该方法设置不同的呼转模式，通过选择不同呼转方式，确定呼转方式为模式呼转方式或条件呼转方式，再根据选定的一种呼转模式或不同的触发条件，实现TCP业务的不同的呼转。使得TCP业务使用起来灵活、方便且可靠，满足了用户对TCP业务的需求。

Description

一种实现呼叫转移的方法

技术领域

本发明涉及智能通信业务，尤指一种通信伴侣(TCP，TelecomCommunicate Partner)业务实现呼叫转移的方法。

背景技术

智能网是1992年由国际电报电话咨询委员会(CCITT)标准化的一个概念，它是一个能快速、方便、灵活、经济、有效地生成和实现各种新业务的体系。这个体系的目标就是要为所有的通信网络服务，例如：实现800被叫付费业务、300记帐卡业务、200电话卡业务、TCP业务等等。

随着通信技术的不断发展，人们生活水平的不断提高，人与人之间的联系方式也越趋向于多样化。同一用户，由于处在不同的时间、不同的地点，所扮演的角色也就有可能不同，联系方式也会因此而发生改变。TCP业务是一种移动性的服务，用户使用一个唯一的个人通信号码(PTN)，可以接入不同网络并能跨越多个网络发起和接受不同类型的呼叫。

用户通过申请一个TCP业务的PTN号码成为TCP用户，每个PTN号码可以设置多个不同的转移号码。当呼叫该TCP业务的PTN号码时，按照以下顺序进行呼叫转移：首先将呼叫接到第一转移号码，如果第一转移号码遇忙或无应答，就转移到第二转移号码，依此类推，直到最后一个转移号码，如果还是遇忙或无应答，则提示用户被叫不能接通。以下将呼叫转移简称为呼转。

目前，TCP业务对每个PTN号码提供多个转移号码，比如N个，TCP用户可以对每个PTN号码绑定N个不同的转移号码，这样，在呼叫PTN号码时，可以在设置的这N个号码间转移。例如，TCP用户需要实现呼叫按照公司电话、家庭电话、手机的顺序转移，TCP用户只需将PTN号码绑定的转移号码分别设置为：第一转移号码为公司电话号码，第二转移号码为家庭电话号码，第三转移号码为手机号码即可。

对于大部分TCP用户来说，转移号码相对固定，但TCP用户需要根据不同情形变换转移号码顺序后使用，比如，上班时，可能需要将转移号码的顺序设置为：第一转移号码为公司电话号码、第二转移号码为手机号码、第三转移号码为家庭电话号码；下班后，可能需要将转移号码的顺序重新设置为：第一转移号码为家庭电话号码、第二转移号码为手机号码、第三转移号码为公司电话号码等等。当呼叫该TCP用户时，若此时是TCP用户的上班时间，则网络侧按照预先设置好的转移号码顺序，先将呼叫转移到公司电话号码上，若无人接听再转移到手机号码上，若仍无人接听再转移到家庭电话号码上。

下面举一例说明现有技术TCP业务实现呼转的方法：假设TCP用户已经在PTN号码绑定了第一转移号码为公司电话号码、第二转移号码为手机号码，第三转移号码为家庭电话号码。

那么，对于该TCP用户来说，上班的时候，已设置好的呼转顺序不需要修改；下班后，用户需要通过电话输入不同电话号码，重新设置转移号码的顺序，比如：将第一转移号码重新设置为家庭电话号码、第二转移号码重新设置为手机号码、第三转移号码重新设置为公司电话号码。

如果该TCP用户经常出差，出差期间，该TCP用户需要通过电话输入不同电话号码，重新设置转移号码的顺序，比如：将第一转移号码重新设置为手机号码、第二转移号码重新设置为公司电话号码、第三转移号码重新设置为家庭电话号码。当该TCP用户出差回来后，根据情形不同，转移号码也需要重新设置。

从现有TCP业务实现呼转的方法来看，有以下不足之处：

1.易错，每次修改设置都需要TCP用户手工输入待呼转电话号码，用户在输入的时候比较容易出错，从而造成呼转失败，降低了TCP业务的可靠性。

2.麻烦，一旦需要修改转移号码的顺序，就需要TCP用户重新设置转移号码，现有TCP业务实现呼转的方法不能按照不同的情形智能地进行号码转移，使得TCP业务使用起来不灵活、不方便且可靠性受到影响。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现呼叫转移的方法，该方法能够根据不同的情形智能地进行号码转移，使得TCP业务使用起来灵活、方便且可靠。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种实现呼叫转移的方法，该方法包括以下步骤：

A.分别设置不同呼转模式及每种呼转模式对应的转移项排列顺序，并设置每个转移项对应的转移号码；

B.当主叫呼叫TCP用户时，网络侧判断当前选择的呼转方式，若是模式呼转方式，则TCP业务按照选定的呼转模式进行呼转后结束；若是条件呼转方式，则将当前呼叫条件与设置好的触发条件逐一进行匹配，判断是否匹配成功，若匹配成功，则按照与当前呼叫条件相匹配的触发条件所对应的呼转模式进行呼转，否则，按照网络侧默认呼转模式进行呼转。

在步骤A中，所述转移号码由TCP用户通过电话网络设置；或通过全球网Web网页设置。

在步骤B中，所述网络侧判断当前选择的呼转方式之前，该方法还包括：TCP用户通过电话网络设置当前呼转方式；或通过Web网页设置当前呼转方式。

在步骤B中，所述触发条件由TCP用户通过电话网络设置；或通过Web网页设置。

在步骤B中，所述将当前呼叫条件与设置好的触发条件逐一进行匹配为：将当前呼叫条件中的各项与触发条件中的各对应项进行比较，如果均相同，则匹配成功；否则，匹配不成功。其中，所述匹配方法为采用最大匹配模式进行匹配。

由上述技术方案可见，本发明按照不同的转移项排列顺序，分别设置不同呼转模式，并设置不同呼转模式中转移项的号码；根据TCP用户的选择，设置选择好的呼转方式；当主叫呼叫TCP用户时，TCP业务按照选定呼转模式进行呼转，或按照与当前呼叫条件相匹配的触发条件所对应的呼转模式进行呼转。除此之外，还提供用户按照自身需求自定义呼转模式实现个性化呼转。本发明方法更大程度地提高了TCP业务的灵活性，满足了TCP用户对TCP业务的需求。

附图说明

图1是本发明TCP业务实现呼转的流程图。

具体实施方式

本发明的核心思想是：设置不同的呼转模式，通过选择不同呼转方式，确定呼转方式为模式呼转方式或条件呼转方式，再根据选定的一种呼转模式或不同的触发条件，实现TCP业务的不同呼转。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。

图1是本发明TCP业务实现呼转的流程图，具体实现包括以下步骤：

步骤100：分别设置不同的呼转模式。

因为大部分用户的电话号码都固定不变，只是号码的转移顺序会经常发生改变。本步骤中，可以首先由运营商在网络侧设置对应不同转移号码的转移项，这里，每个转移项对应一种转移号码，不同的转移项对应不同的转移号码，例如作为转移项的家庭电话项对应家庭电话号码；然后，再根据转移项的不同排列顺序设置不同的呼转模式，如：一般模式、在家模式、办公模式、外出模式、心仪模式等。也可以先确定可能存在哪些呼转模式，再对不同的呼转模式确定每种呼转模式对应的转移项排列顺序。

例如，运营商可将在家模式中转移项的排列顺序为：第一转移项为家庭电话项，第二转移项为小灵通项，第三转移项为手机项；外出模式中转移项的排列顺序为：第一转移项为小灵通项，第二转移项为办公电话项，第三转移项为手机项；办公模式中转移项的排列顺序为：第一转移项为办公电话项，第二转移项为手机项，第三转移项为小灵通项；等等。

还可允许TCP用户根据自身需求自定义心仪模式，其转移项的排列顺序可自定义为：第一转移项为小灵通项，第二转移项为手机项，第三转移项为办公电话项，第四转移项为家庭电话项。

步骤101：获取转移号码，并根据所获取的转移号码设置不同呼转模式中各对应转移项的号码。

本步骤中，TCP用户可以拨打TCP业务用服电话，通过网络侧预设语音提示流程，设置每个转移项的号码。这种情况下，TCP用户只需在配置提示，如语音提示下，将不同的转移号码通过电话按键输入即可，比如，语音提示：“请输入家庭电话号码，并按#号键确认”，TCP用户通过按键输入家庭电话号码并按#号键即完成家庭电话号码的输入；接下来语音继续提示，直到TCP用户输完所有所需的转移号码为止，即可完成本步骤TCP用户对转移号码的设置。这里用户按照语音提示顺序输入的转移号码，将被网络侧按照该顺序组成一种默认的呼转模式。

另外，TCP用户也可以在运营商提供的全球网(Web)页面上设置转移号码。

网络侧在获得转移号码后，在获得的转移号码与对应的转移项之间建立对应关系。例如，在家模式中，将作为第三转移项的手机项与TCP用户输入的手机号码对应，在办公模式中，将作为第二转移项的手机项同样与TCP用户输入的手机号码对应。

说明一点，如果在家模式中设置有小灵通转移项，而用户的转移号码只有家庭电话号码、手机号码和办公电话号码，那么在在家模式中，小灵通转移项将没有转移号码对应，此时，网络侧将跳过该转移项，将呼叫转移到下一个转移项对应的转移号码。另外，用户也可以在自定义心仪模式中设置符合自己需要的呼转模式。

步骤102：网络侧接到呼叫后，判断当前的呼转方式是何种方式，若是模式呼转方式，则进入步骤103；若是条件呼转方式，则进入步骤104。

这里，所述呼转方式用于表明按照何种方式来进行呼转，比如按照指定的一种呼转模式进行呼转，或者按照预设的条件进行呼转等。同样可以通过电话或Web页面选择不同的呼转方式。例如：在语音提示下，由TCP用户通过电话按键输入选择不同的呼转方式，这样，在呼叫时，网络侧根据TCP用户设置的呼转方式进行呼转。

步骤103：按照选定的一种呼转模式，实现呼转后结束。

本步骤中，如果TCP用户选择了办公模式，则在网络侧接到呼叫时，按照办公模式的转移项顺序进行呼转。

本发明中，在TCP用户根据自身需求选择不同呼转模式时，只需简单选择某种呼转模式即可，而无需重新设置转移项对应的号码及该呼转模式中转移项的排列顺序。这样避免了现有技术中由于容易输入错误号码而造成的呼转失败的情况，提高了TCP业务的可靠性。

步骤104：将当前呼叫条件与设置好的触发条件逐一进行匹配，若匹配成功，则按照匹配上的触发条件所对应的呼转模式实现呼转；否则，按照默认呼转模式实现当前呼转。

本步骤中，当网络侧接收到呼叫时，将当前呼叫条件中的各项，比如时间、主叫号码等，与预先设置好的不同呼转模式所对应的触发条件中对应的各项逐一进行匹配，如果某呼转模式所对应的触发条件中各项与当前呼叫条件中各对应项均相同，说明匹配成功，则选择该触发条件对应的呼转模式来实现当前呼转。

TCP用户可以根据主叫号码、星期、时间、筛选密码等触发条件，触发实现不同的呼转模式。例如TCP用户可以按照语音提示设置表1中的各种触发条件，表1如下：

主叫号码	星期段	时间段	转移号码顺序	是否设置筛选密码
					所有号码	周一～周日	0:00～07:59	00000(不转接任何号码)	否
07552897*	周一～周五	8:00～16:59	呼转模式1	是
					07552897*	周一～周五	17:00～23:59	呼转模式3	否
075528974052	周一～周五	17:00～23:59	呼转模式2	否
					0755813*	周一～周日	0:00～23:59	呼转模式4	否

表1

下面对表1中列举的其中几种设置说明如下：

表1中的呼转模式1～呼转模式4表示在步骤101中设置好的不同的呼转模式。

如表1中第一条记录所示，TCP用户设置触发条件中的星期和时间为：周一至周日的凌晨零点到早晨七点五十九分，即在这些时间段中发起的呼叫与该触发条件相匹配；主叫号码触发条件设置为所有号码，即所有主叫均与该触发条件匹配；未设置筛选密码，即主叫在呼叫TCP用户的PTN号码时无需进行密码验证；对应的呼转模式设置为“00000”，这里，可以指定用“00000”表示不转接任何号码。这条记录的含义是在周一至周日的凌晨零点到早晨七点五十九分这些时间段中，无论什么号码作为主叫号码，均不转接，即在这些时间段不能呼叫到该TCP用户；

如表1中第二条记录所示，TCP用户设置在周一至周五早上八点到下午四点五十九分这些时间段中，当主叫在拨打该TCP用户号码后能够正确输入筛选密码，且主叫号码与表1中设置的主叫号码07552897*相匹配时，按照呼转模式1进行呼转。*表示后面的号码不做限制，也就是，在匹配时，只需主叫号码前面的八位号段与表1中设置的主叫号码中包括的“07552897”相同，则认为主叫号码匹配；

如表1中第三条记录所示，TCP用户设置在周一至周五下午五点到晚上十一点五十九分这些时间段中，当主叫号码与表1中设置的主叫号码07552897*相匹配时，按照呼转模式3进行呼转；

如表1中第四条记录所示，TCP用户设置在周一至周五下午五点到晚上十一点五十九分这些时间段中，当主叫号码与表1中设置的主叫号码075528974052相匹配时，按照呼转模式2进行呼转；

如表1中第五条记录所示，TCP用户设置在周一至周目的凌晨零点到早晨七点五十九分这些时间段中，当主叫号码与表1中设置的主叫号码0755813*匹配时，按照呼转模式4进行呼转。

本发明各触发条件的匹配原则是：采用最大匹配模式，这里列举一例具体进行说明：假设主叫075528974052在周三晚上八点打电话给设置了如表1所示的触发条件的TCP用户，表1中第三条记录和第四条记录中触发条件星期、时间和筛选密码相同，且均与主叫相匹配，则对主叫号码这一触发条件进行最大匹配模式匹配，即优先匹配完整号码，如不是完整号码，则匹配号码段；如都匹配不到，则按照所有号码情况处理。表1中主叫号码被设置为“075528974052”的第四条记录是被最大匹配到的，所以这次呼叫通过呼转模式2进行呼转；如果主叫是075528974053，则匹配到表1中主叫号码被设置为“07552897*”的第三条记录，呼叫通过呼转模式3进行呼转。本实施例也可通过先匹配主叫号码，首先将第一、二、三和五条记录淘汰掉，再将当前呼叫的其它项条件与第四条记录的其它对应项条件进行匹配来最终确定是否匹配成功。从这里可以看出，本发明中，对触发条件中各项的匹配顺序没有规定。

如果没有匹配到，按照网络侧默认的呼转模式对呼叫进行呼转。

这里，网络侧可以采用话务员辅助设置的方式设置表1中的各条件数据：如果用户需要更改数据，直接拨打客服电话到话务员坐席，由话务员帮助用户设置或修改数据；或者TCP用户在运营商提供的Web页面上设置或修改不同的触发条件。

本发明中，TCP用户通过拨打TCP业务用服电话或在运营商提供的Web网页上设置或修改的数据，如转移号码、各种触发条件等，之后，网络侧会根据这些数据建立一数据库，该数据库用于存储TCP用户设置或修改的数据与不同呼转模式之间的对应关系，这样，当主叫呼叫TCP用户PTN号码时，网络侧根据当前主叫的条件，如当前的时间，主叫号码等条件，与数据库中的条件数据进行匹配，找寻出与当前主叫条件相匹配的一组，并按照该组的呼转模式对主叫呼叫进行呼转。这个过程是网络侧通过自动识别，智能地完成的。

从上述本发明方法可以看出，该方法在TCP用户选择好设置条件，并作出相应设置之后，网络侧在接到呼叫TCP用户时，该方法能够智能地按照预先设置好的触发条件找出对应的呼转模式进行呼转。

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

Claims (6)

1.一种实现呼叫转移的方法，其特征在于，该方法包括以下步骤：

A.分别设置不同呼转模式及每种呼转模式对应的转移项排列顺序，并设置每个转移项对应的转移号码；

B.当主叫呼叫通信伴侣TCP用户时，网络侧判断当前选择的呼转方式，若是模式呼转方式，则通信伴侣TCP业务按照选定的呼转模式进行呼转后结束；若是条件呼转方式，则将当前呼叫条件与设置好的触发条件逐一进行匹配，判断是否匹配成功，若匹配成功，则按照与当前呼叫条件相匹配的触发条件所对应的呼转模式进行呼转，否则，按照网络侧默认呼转模式进行呼转。

2.根据权利要求1所述的方法，其特征在于，在步骤A中，所述转移号码由通信伴侣TCP用户通过电话网络设置；或通过全球网Web网页设置。

3.根据权利要求1所述的方法，其特征在于，在步骤B中，所述网络侧判断当前选择的呼转方式之前，该方法还包括：通信伴侣TCP用户通过电话网络设置当前呼转方式；或通过Web网页设置当前呼转方式。

4.根据权利要求1所述的方法，其特征在于，在步骤B中，所述触发条件由通信伴侣TCP用户通过电话网络设置；或通过Web网页设置。

5.根据权利要求1所述的方法，其特征在于，在步骤B中，所述将当前呼叫条件与设置好的触发条件逐一进行匹配为：将当前呼叫条件中的各项与触发条件中的各对应项进行比较，如果均相同，则匹配成功；否则，匹配不成功。

6.根据权利要求1或5所述的方法，其特征在于，所述匹配方法为采用最大匹配模式进行匹配。

Images