CN1738344B - 智能业务的计费方法 - Google Patents

Abstract

本发明涉及移动通信网络中智能业务计费的技术领域，公开了一种智能业务的计费方法，使得在出现通信的一方无法支付通信费用的情况时，仍然能够继续双方通信。由此提高服务质量，并促进主叫集中计费业务的普及。这种智能业务的计费方法将主被叫集中付费业务作为一个特性嵌入到如预付费业务等其他智能业务流程中，进而可以从根本上有效地解决现有技术中存在的当一方用户预存费用不足时无法和其他用户进行通信联系的固有问题。

Description

智能业务的计费方法

技术领域

本发明涉及移动通信网络中智能业务计费的技术领域，特别涉及移动通信网络中如何通过主被叫集中计费方式来确保当某一方移动用户预付费余额不足时，与另一方用户能及时建立通信连接的一项智能业务的收费方法。

背景技术

随着移动通信技术的蓬勃发展及其业务的多样化，人们对各类电信业务的需求不断增加，同时，移动用户对移动通信提出了更高的技术要求，希望得到更多、更好、更全面的服务。但是，由于原有移动通信网络体系的限制，很多补充业务在用户漫游时不能很好提供，导致极大地限制了移动通信市场的进一步发展。移动智能网是为移动通信网络运营商提供的一个开放平台，在此平台上电信运营商可以快速且灵活地开发出适应市场需求的新业务、新功能。其中的预付费业务(Prepaid Service，简称“PPS”)和主叫集中计费方法便是在此基础上发展而来的。

下面介绍现有技术中的预付费业务和主叫集中计费方法。

预付费业务是目前智能业务中发展最为迅速、应用最为广泛的业务，如中国移动的“神州行”。其特点是“先交费，后打电话”。用户只需通过购买有固定面值的充值卡或银行转账充值等方式，即可为系统中建立的帐户自动充值，以作为自己的通话费用。每次呼叫发起时，预付费系统会先计算费用，并根据该预付费帐户的情况决定接受或拒绝呼叫，在呼叫过程中实时计费并减少用户账户上已预付的金额，实现为其呼叫和使用其它业务预先支付费用的功能。用户也可以随时为帐户充值以便继续使用。预付费业务开展以 来，以其方便且灵活的购买和使用方式为用户提供了移动通信业务新的选择，受到了用户的欢迎。

现有技术中预付费业务针对某用户B帐户余额不足且有用户A拔打该用户B的情况，通过如下过程来作对应处理：当一旦有用户A拔打该用户B，当前移动通信网络系统为业务控制点(Service Control Point，简称“SCP”)向业务交换点(Service Switch Point，简称“SSP”)发送放音消息(PlayAnnouncement，简称“PA”)，通过语音提示用户A：“对不起，您拔打的用户储值卡的余额不足”，当用户A听完该提示音后，SSP便向SCP上报特殊资源报告(Special Resource Report，简称“SSR”)消息，SCP下发释放呼叫命令(ReleaseCall)以释放整个呼叫。

主叫集中计费方法则是另外一种体现在计费性能方面的智能业务方法。主叫集中计费方法允许移动用户通过在原有手机号码前加拨特定的业务接入号(如中国移动的12597)来使用主叫集中计费业务，主叫用户通过这种方式作为付费方为被叫用户代付部分或全部通话费用。主叫集中计费业务不需要移动用户申请开通，只要运营商提供该项业务，移动用户直接使用即可。例如，在上述用户A拔打帐户余额不足的用户B时，用户A可以通过主叫集中计费业务来实现和用户B的及时通信，因此主叫集中计费业务可以较好地解决预付费业务的缺点。

在实际应用中，上述方案存在以下问题：对于预付费业务而言，一旦被叫用户储值卡上的余额不足时，任何主叫用户便没有任何办法呼叫到该被叫用户。现有的预付费业务无法从根本上解决上述问题，由此必然导致移动用户对电信业务产生较大程度的抱怨，从而影响了运营商提供电信业务的服务效果，降低了客户满意度。

对于主叫集中计费业务来讲，其出现的时间要晚于预付费业务，而且普及范围远远低于预付费业务。如果要推广主叫集中计费业务，不仅运营商要 花大气力作广告宣传，而且用户也需要时间熟悉。

发明内容

有鉴于此，本发明的主要目的在于提供一种智能业务的计费方法，使得在出现通信的一方无法支付通信费用的情况时，仍然能够继续双方通信。由此提高服务质量，并促进主叫集中计费业务的普及。

为实现上述目的，本发明提供了一种智能业务的计费方法，其中，该智能业务至少由两方参与，所述方法包含以下步骤：

A当所述智能业务中的第一方余额不足时，触发通信系统向第二方发送提示消息，提示所述第二方是否愿意为所述第一方支付通信费用；

B所述第二方响应所述提示消息，上报反馈消息；

C所述通信系统对所述反馈消息进行判断，当所述第二方愿意为所述第一方支付通信费用时，则继续所述智能业务，并将所述通信费用计入所述第二方。

其中，在所述步骤C中，如果所述通信系统根据所述反馈消息判定所述第二方不愿意为所述第一方支付通信费用，则结束所述智能业务。

在所述步骤C中，如果所述通信系统根据所述反馈消息判定所述第二方需要了解主叫集中计费业务，则向所述第二方播放主叫集中计费业务帮助信息。

所述通信费用是所述智能业务的全部或部分费用。

所述第一方是被叫方，所述第二方是主叫方，并且，所述通信系统通过主叫集中计费方式，将所述通信费用计入所述第二方。

所述步骤A具体为：

A1当所述智能业务中的第一方余额不足时，所述通信系统中第一方的业 务控制点向所述第二方的移动交换中心发送放音消息，提示所述第二方对方余额不足；

A2当所述放音消息播放完成后，所述第二方的移动交换中心向所述通信系统中第一方的业务控制点发送特殊资源报告消息；

A3所述通信系统中第一方的业务控制点响应所述特殊资源报告消息，向所述第二方的移动交换中心下发提示并收集用户信息的消息，提示使用主叫集中计费业务接通被叫用户、或选择询问主叫集中计费业务帮助信息、或者挂机；

所述步骤B具体为：

B1所述第二方的移动交换中心向所述通信系统中第一方的业务控制点发送包含选择结果的反馈消息；

步骤C中继续所述智能业务，并将所述通信费用计入所述第二方具体为：

C1所述通信系统中第一方的业务控制点触发主叫集中计费流程，所述第一方为非付费方；

C2所述通信系统中第一方的业务控制点向所述第二方的移动交换中心下发请求报告基本呼叫状态模型事件消息、申请计费消息、连接消息；

C3所述第二方的移动交换中心向所述第一方的归属位置寄存器发送发送路由信息消息，所述第一方的归属位置寄存器向所述第二方的移动交换中心返回所述第一方的移动台漫游号码；

C4所述第二方的移动交换中心根据移动台漫游号码选路出局，并向第一方的移动交换中心发送起始地址消息；

C5第一方的移动交换中心寻呼所述第一方，并向所述第二方的移动交换中心发送地址全消息；

C6所述第一方摘机，第一方的移动交换中心向所述第二方的移动交换 中心发送应答消息，正常通话。

所述智能业务包含预付费的通话业务、在预付费的通话业务上叠加的本地通、亲情号码业务、以及虚拟专用移动网业务。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，将主被叫集中付费业务作为一个特性嵌入到如预付费业务等其他智能业务流程中，进而可以从根本上有效地解决现有技术中存在的当一方用户预存费用不足时无法和其他用户进行通信联系的固有问题。具体的说，将主被叫集中付费业务嵌入到智能业务中，使得即使在一方用户无法支付通信费用时仍然可以通过友好的方式提示另一方用户可选择性的按照主被叫集中付费方式实现及时的通信连接。

这种技术方案上的区别，带来了较为明显的有益效果，首先，通过将主被叫集中付费业务嵌入到其他智能业务流程中的方式，可以有效地解决现有技术中存在的一旦某一方用户预存费用不足时便无法和其他用户进行及时通信的固有问题。使得运营商的电信网络能以更友好的方式为用户提供更好、更全面的电信业务，从而有效地提高了客户满意度。

其次，通过本发明的智能业务计费方法，还可以为当前没有广泛应用基础的主被叫集中计费业务作有效的宣传。

最后一方面，预付费业务和主被叫集中计费业务其实已经是比较成熟的电信业务，其开发工作基本不需要作新的内容，而且目前电信网络已经能够支持主被叫集中计费和预付费业务的技术叠加，故而其业务启动周期将会非常短，具有很好的实用性。

附图说明

图1是根据本发明的一个实施例的智能业务的计费方法的系统消息流程示意图；

图2是上述实施例的智能业务的计费方法的具体流程示意图。

具体实施方式

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

总的来说，本发明方案是通过将主被叫集中计费业务直接嵌入到如预付费业务等智能业务中去的方式，使得在出现某一方用户无法支付通信费用时，系统可以通过友好且有效的方式为另一方用户提供可选择的主被叫集中计费业务，从而保证了用户间电信业务的正常进行。

具体地说，本发明方案针对通信中的一方用户无法支付通信费用的情况，通过对现有技术中预付费业务的信令传输流程进行相应的修改，将主被叫集中计费业务作为预付费业务的一个业务特性来操作，通过将主被叫集中计费业务直接嵌入到预付费业务中的方式，使得一方用户在关键时刻能接通预付费用余额不足的另一方用户，并且也为主被叫集中计费业务作了有效的宣传。

在智能网中，系统主要是通过业务控制点(Service Control Point，简称“SCP”)和业务交换点(Service Switch Point，简称“SSP”)的信令交互实现用户的实时扣费功能，SSP和SCP也是构成智能网主要框架的实体。其中，SSP与移动交换中心(Mobile Switch Center，简称“MSC”)以及拜访位置寄存器(Visitor Location Register，简称“VLR”)处于同一物理实体当中，SSP具有呼叫处理功能和业务交换功能，一般是通过在原有程控交换机 基础上加上一个模块来实现的，专门用于处理与智能网的有关消息，如智能网呼叫识别、智能网呼叫、事件的监测及激活等，以实现对具体交换设备的业务控制和操作以及信令采集。而SCP则是整个智能网的核心，储存了用户数据和业务逻辑，它接受SSP送来的消息，查询数据库并根据业务逻辑向SSP发出下一个命令，指导SSP按照既然定业务逻辑执行整个呼叫过程，通过SCP的控制，可以实现预付费用户的实时扣费。

下面参照图1，更加详细地描述根据本发明的一个实施例的智能业务的计费方法的消息收发流程，其中，在本实施例中，用户B是被叫方，用户A则是主叫方，而且用户B帐户余额不足。

如图1所示，其中主叫方A的MSCa/VLR/SSP10代表主叫方A所在MSC端局或A用户接入的有SSP功能的交换局；被叫方B的MSCb/VLR40代表被叫方B所在的MSC端局。另外，在本实施例中，针对主叫方A和被叫方B在一个SCP的情况进行描述，如图所示，SCP20代表被主叫方和被叫方所在的SCP，具有业务控制功能、业务管理功能以及业务管理接入等功能。被叫方B的归属位置寄存器(Home Location Register，简称“HLR”)b30是位于被叫方B本地系统的一个数据库，存储着其辖区内所有用户业务特征描述的主备份，包括被叫方B的所有永久性数据。

在根据本实施例的智能业务的计费方法中，如图1所示，首先在步骤100，当主叫方A拔打被叫方B时，由于被叫方B帐户余额不足，因此当前系统通过SCP20向主叫方A的MSCa/VLR/SSP10发送放音(PlayAnnouncement，简称“PA”)消息，通过语音提示主叫方A：“对不起，您拔打的用户储值卡的余额不足”。

接下来，在步骤110中，当放音完毕后，主叫方A的MSCa/VLR/SSP10上报特殊资源报告(Special Resource Report，简称“SRR”)消息给SCP20，并进入随后的步骤120。

在步骤120中，与现有技术不同的是，SCP20不再依照现有技术通过主叫方A的MSCa/VLR/SSP10下发释放呼叫消息(ReleaseCall)，而是下发提示并收集用户信息(Prompt and Collect user information，简称“PC”)的消息给主叫方A的MSCa/VLR/SSP10，并通过语音提示主叫方A对是否使用主叫计费业务与被叫方B取得联系作出选择：“如果您想使用主叫集中计费业务接通被叫用户，请按1；如果您要了解主叫计费业务请按0；如果您要结束呼叫请挂机”。由此可见，通过本发明这样友好的用户选择方式，一方面解决了现有技术中存在的问题，另一方面则进而能为主叫计费业务作了很有效的宣传。

接下来，在步骤130中，主叫方A选择作出的按键信息通过选择结果的反馈消息(PCResult)发送到SCP20。通过分析反馈消息，如果发现主叫方A选择了结束呼叫，则中断系统的通信连接，结束智能业务。如果主叫方A按0，则通过SCP20向主叫方A介绍主叫集中计费业务，因为此时主叫方A很想接通被叫方B，所以可以通过这样的方案对主叫集中计费业务起到了很好的宣传效果。如果主叫方A按1，则SCP20触发主叫集中计费流程，将被叫方B作为非付费方进行处理。

于是，在随后的步骤140中，SCP20向主叫方A的MSCa/VLR/SSP10发请求报告基本呼叫状态模型事件消息(Request Report BCSM Event，简称“RRBE”)、申请计费(Apply Charging，简称“AC”)消息、连接消息(Connect)。然后，进入步骤150。

在步骤150，主叫方A的MSCa/VLR/SSP10向被叫方B的HLRb30发送路由信息(Send Routing Info，简称“SRI”)消息。随后，在步骤160中，被叫方B的HLRb30返回被叫方B的移动台漫游号码(Mobile Station RoamingNumber，简称“MSRN”)。这里的MSRN是当移动台漫游到另一个MSC业务区时，该MSC将给该移动台分配的一个临时漫游号码，用于通信过程 中的链路路由选择。当移动台离开该区后，VLR和HLR都要删除该MSRN，以便可再分配给其它移动台使用。

接下来，在步骤170，主叫方A的MSCa/VLR/SSP10根据MSRN选路出局，向被叫方B的MSCb40发送起始地址消息(Initial Address Message，简称“IAM”)。然后，在步骤180，被叫方B的MSCb40在其所辖区内通过无线方式寻呼被叫方B，并同时向主叫方A的MSCa/VLR/SSP10返回地址完成消息(Address Complete Message，简称“ACM”)。此时主叫方A可以听到回铃音，而被叫方B的移动终端将振铃，这就表明被叫方B与主叫方A之间通信链路的建立已经准备完毕。

随后，被叫方B摘机，被叫方B的MSCb40便向主叫方A的MSCa/VLR/SSP10发应答消息(Answer Message，简称“ANM”)。于是，进入最后的步骤200，主被叫正常通话。

通过上述本发明的这个实施例子，可以看出，本发明方案是基于现有技术的预付费业务，通过将主叫集中计费方法嵌入其中，实现了在被叫方B帐户余额不足的情况下依然能被主叫方A及时呼叫到，而且同时还可以为主叫集中计费业务作了宣传，拓展了主叫集中计费方法的影响和使用范围。

为了使本发明的原理更加清楚并易于理解，下面结合图2，详细描述根据上述实施例的智能业务的计费方法的具体流程，其中，如上所述，主叫方和被叫方在一个SCP。

需要说明的是，下述步骤中依然是被叫方帐户费用余额不足，且所述通信系统采用主叫集中计费方法来进行智能业务计费，即将所述部分或全部通信费用计入主叫方。其中的智能业务包含预付费的通话业务，以及虚拟专用移动网业务等。

首先，在步骤210中，当智能业务中的被叫方余额不足时，触发通信系统向主叫方发送提示消息，提示主叫方是否愿意为被叫方支付智能业务的全 部或部分通信费用。由于被叫方帐户费用余额不足以支付通信费用，于是通信系统中SCP向主叫方的MSC发送放音消息(PA)，提示主叫方用户对方的帐户余额不足。当上述放音消息播放完成后，主叫方的MSC向通信系统中SCP发送特殊资源报告(SRR)消息，SCP响应上述特殊资源报告(SRR)消息，于是向主叫方的MSC下发提示并收集用户信息(PC)的消息，提示使用主叫集中计费业务接通被叫用户、或选择询问主叫集中计费业务帮助信息、或者直接挂机。随后，进入步骤220。

在步骤220中，主叫方响应上述提示消息，作出相应选择，并通过主叫方的MSC向SCP发送包含选择结果的反馈消息。然后，进入下面的步骤230。

在步骤230中，系统判断上述反馈消息中所包含的主叫方选择的结果。如果主叫方选择不愿意为被叫方支付通信费用，则在接下来的步骤235中结束所述智能业务，终止通信；如果主叫方选择需要了解相关业务情况，则在随后的步骤240中，通过SCP向主叫方播放业务帮助信息，这样就可以为主叫付费业务作很有效地宣传；如果主叫方选择愿意为被叫方支付通信费用的信息，于是就进入步骤250。

在步骤250中，通信系统继续该项智能业务，主被叫双方正常通话，并且通过SCP向主叫方的MSC下发请求报告基本呼叫状态模型事件消息(RRBE)、申请计费消息(AC)、连接消息(CONNECT)。然后，主叫方的MSC向被叫方的HLR发路由信息消息(SRI)，被叫方的HLR然后再向主叫方的MSC返回被叫方的MSRN。主叫方的MSC再根据MSRN选路出局，并向被叫方的MSC发送起始地址消息(IAM)。此后，被叫方的MSC在其辖区内寻呼被叫方用户，并向主叫方的MSC发送地址完成消息(ACM)，通信链路建立完毕后，被叫方用户摘机，被叫方的MSC主叫方的MSC发送应答消息(ANM)，于是就可以进行正常通话了，并且将所述通信费用计入主叫方用户的帐户中。

熟悉本领域的技术人员不难理解，本发明的思想也可以应用到在付费业务中嵌入被叫集中付费业务，也就是说针对主叫方预付费余额不足的情况，同样也可以通过本发明方案来实现该主叫方与被叫方的及时通信。但需要特别注意的是，上述主叫方必须要有足够的预存费以便能够拨出电话，否则无法触发本发明所述的智能业务。

在这种情况下，当主叫方拨打被叫方时，所拨打号码中包含业务前缀，通过这样的方式就使得被叫方可以为主叫方承担部分或全部的通话费用。本发明可以在上述主叫方预存费用不足时，通过发送询问信息提示被叫方是否愿意使用被叫集中付费功能为主叫方承担部分或全部通话费用，如果被叫方愿意，则继续该项智能业务，使得主被叫双方正常通话，并将所述通信费用计入被叫方的帐户上。如果被叫方希望了解相关情况，则向其播放帮助信息。当然，如果被叫方在收到询问的信息后，也可以选择不愿意而直接挂机终止通信。

需要说明的是，根据上述本发明方案的思想，其它智能业务，如虚拟专用移动网(virtual private mobile network，简称“VPMN”)业务，也可以在其预付费业务中嵌入主叫集中计费业务或被叫集中极费业务，从而实现在一方用户无法支付通信费用时能及时和另一方用户建立通信。此外，也可以应用在PPS业务上叠加的其它智能业务，如本地通，亲情号码等。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。

Claims (8)

1.一种智能业务的计费方法，其中，该智能业务至少由两方参与，其特征在于，所述方法包含以下步骤：

A当所述智能业务中的第一方余额不足时，触发通信系统向第二方发送提示消息，提示所述第二方是否愿意为所述第一方支付通信费用；

B所述第二方响应所述提示消息，上报反馈消息；

C所述通信系统对所述反馈消息进行判断，当所述第二方愿意为所述第一方支付通信费用时，则继续所述智能业务，并将所述通信费用计入所述第二方，当所述第二方不愿意为所述第一方支付通信费用时，结束智能业务。

2.根据权利要求1所述的智能业务的计费方法，其特征在于，在所述步骤C中，如果所述通信系统根据所述反馈消息判定所述第二方需要了解主叫集中计费业务，则向所述第二方播放主叫集中计费业务帮助信息。

3.根据权利要求2所述的智能业务的计费方法，其特征在于，所述通信费用是所述智能业务的全部或部分费用。

4.根据权利要求3所述的智能业务的计费方法，其特征在于，所述第一方是被叫方，所述第二方是主叫方，并且，所述通信系统通过主叫集中计费方式，将所述通信费用计入所述第二方。

5.根据权利要求4所述的智能业务的计费方法，其特征在于，所述步骤A具体为：

A1当所述智能业务中的第一方余额不足时，所述通信系统中第一方的业务控制点向所述第二方的移动交换中心发送放音消息，提示所述第二方对方余额不足；

A2当所述放音消息播放完成后，所述第二方的移动交换中心向所述通 信系统中第一方的业务控制点发送特殊资源报告消息；

A3所述通信系统中第一方的业务控制点响应所述特殊资源报告消息，向所述第二方的移动交换中心下发提示并收集用户信息的消息，提示使用主叫集中计费业务接通被叫用户、或选择询问主叫集中计费业务帮助信息、或者挂机。

6.根据权利要求5所述的智能业务的计费方法，其特征在于，所述步骤B具体为：

B1所述第二方的移动交换中心向所述通信系统中第一方的业务控制点发送包含选择结果的反馈消息。

7.根据权利要求6所述的智能业务的计费方法，其特征在于，所述步骤C中继续所述智能业务，并将所述通信费用计入所述第二方具体为：

C1所述通信系统中第一方的业务控制点触发主叫集中计费流程，所述第一方为非付费方；

C2所述通信系统中第一方的业务控制点向所述第二方的移动交换中心下发请求报告基本呼叫状态模型事件消息、申请计费消息、连接消息；

C3所述第二方的移动交换中心向所述第一方的归属位置寄存器发送发送路由信息消息，所述第一方的归属位置寄存器向所述第二方的移动交换中心返回所述第一方的移动台漫游号码；

C4所述第二方的移动交换中心根据移动台漫游号码选路出局，并向第一方的移动交换中心发送起始地址消息；

C5所述第一方的移动交换中心寻呼所述第一方，并向所述第二方的移动交换中心发送地址全消息；

C6所述第一方摘机，第一方的移动交换中心向所述第二方的移动交换中心发送应答消息，正常通话。 

8.根据权利要求1所述的智能业务的计费方法，其特征在于，所述智能业务可以是预付费的通话业务、或在预付费的通话业务上叠加的本地通、或亲情号码业务、或虚拟专用移动网业务。 

Images