CN102291704A

CN102291704A - 计费方法、计费设备、交换设备和计费系统

Info

Publication number: CN102291704A
Application number: CN2011102139602A
Authority: CN
Inventors: 曹晓艳
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-07-28
Filing date: 2011-07-28
Publication date: 2011-12-21
Anticipated expiration: 2031-07-28
Also published as: CN102291704B

Abstract

本发明实施例提供一种计费方法、计费设备、交换设备以及计费系统。本发明的计费方法包括以下步骤：接收费率变更通知，其中，所述费率变更通知中包含用户标识和变更后的费率；根据所述变更后的费率对所述用户标识对应的当前费率进行更新，以及在根据所述用户标识查找到活跃会话时，发出分别计费通知；接收响应于所述分别计费通知而产生返回的分别计费应答，依据所述分别计费应答中携带的费率变更前后的业务使用量分别进行计费。本发明实施例允许在业务会话过程中进行影响资费的业务受理操作，并能够实时地记录费率切换前后的业务使用量，从而对用户所使用的业务进行准确的计费。

Description

计费方法、计费设备、交换设备和计费系统

技术领域

本发明涉及移动通信技术，尤其涉及计费方法、计费设备、交换设备和计费系统。

背景技术

随着移动通信技术的发展，移动通信系统向用户提供的服务越来越丰富，而用户对运营商所提供的服务的要求也日益提高。例如，存在这样的情况，即：在业务会话过程中，用户通过其他渠道进行诸如子品牌切换、产品订购、增加亲情号码(Familiarity Number，FN)、以及加入封闭用户组(Closed User Group，CUG)等会影响业务资费的业务操作。

针对上述的用户在业务会话过程中进行影响资费的业务请求的情况，现有的移动通信系统的一种策略是，系统允许操作并更新数据。但是，对于这种解决方案，当移动通信系统在用户的业务会话过程中进行与资费有关的业务受理操作时，移动通信系统允许用户进行操作，进行数据更新，但系统中的业务控制点(Service Control Point，SCP)不会获得关于业务受理操作的通知，所以SCP或者计费系统也就无法在通话过程中根据最新的信息给出更为准确的费率，无法正确地对向用户提供过的服务进行资费结算。

另一方面，针对上述的情况，现有的移动通信系统的另一种策略是系统不允许操作。但是根据这种解决方案，当系统在用户的业务会话过程中进行和资费有关的业务受理操作时，这种现有系统不允许用户进行操作，会对用户造成不便的感觉，用户体验较差。

发明内容

针对现有的移动通信系统中存在的上述问题，本发明的实施例提供一种计费方法、计费设备、交换设备和计费系统，能够针对用户使用业务的情况而准确地进行计费处理。

本发明的实施例提供一种移动通信网络的计费方法，包括以下步骤：

接收费率变更通知，其中，所述费率变更通知中包含用户标识和变更后的费率；

根据所述变更后的费率对所述用户标识对应的当前费率进行更新，以及在根据所述用户标识查找到活跃会话时，发出分别计费通知；

接收响应于所述分别计费通知而产生返回的分别计费应答，依据所述分别计费应答中携带的费率变更前后的业务使用量分别进行计费。

本发明的实施例还提供一种移动通信网络的计费方法，包括以下步骤：

接收分别计费通知；

响应于所述分别计费通知，记录费率变更前后的业务使用量；以及

产生并发出包含所述变更前后的业务使用量的分别计费应答。

本发明的实施例还提供一种计费设备，包括：

接收单元，用于费率变更通知和分别计费应答，其中，所述费率变更通知包含用户标识和变更后的费率；

通知单元，用于根据所述变更后的费率对所述用户标识对应的当前费率进行更新，并在根据所述用户标识查找到活跃会话时，发出分别计费通知；以及

计费单元，用于依据在响应于所述分别计费通知而产生的分别计费应答中携带的费率变更前后的业务使用量来分别地进行计费。

本发明的实施例还提供一种交换设备，包括：

接收单元，用于接收分别计费通知；以及

记录单元，用于响应于所述分别计费通知，记录费率变更前后的业务使用量；

应答单元，用于产生并发出包含费率变更前后的业务使用量的分别计费应答。

另外，本发明还提供一种包括上述的计费设备和上述的交换设备的计费系统。

根据本发明的实施例，允许在业务会话过程中进行影响资费的业务受理操作，并能够实时地记录费率切换前后的业务使用量，从而对用户所使用的业务进行准确的计费。

附图说明

为了更清楚地说明本发明的具体实施方式的技术方案，下面将对本发明的具体实施方式所使用的附图作简单的说明。但是，下述附图是本发明的一些实施例，而对于本领域技术人员来说显而易见的是，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施方式。

图1是根据本发明的一个实施方式的移动通信网络的计费方法的流程图。

图2是根据本发明的一个实施例，在通信类型的会话业务的情况下的计费方法的流程图。

图3是根据本发明的一个实施例，在英特网接入类型的会话业务的情况下的计费方法的流程图。

图4是根据本发明的一个实施方式的移动通信网络的计费系统的示意图；

图5是根据本发明的一个实施方式的计费设备的结构示意图；

图6是根据本发明的一个实施方式的交换设备的结构示意图。

具体实施方式

下面结合附图，对本发明的优选实施方式进行说明。然而，本领域技术人员应理解的是，本发明可以以不同的形式来实施，而不应该被解释为局限于本文所描述的实施例。更确切地说，提供这些实施例是使得本说明书对于本领域的技术人员来说是清楚且完整的，并且将完全传达本发明的范围。

如图1所示，在根据本发明的一个实施方式的移动通信网络中，当用户在业务会话过程中发出影响资费的业务请求时，系统执行如下处理。

在业务管理设备一侧，在步骤101，业务管理设备(例如业务管理点(Business Management point，BMP))在受理用户的业务请求并成功后，判断该业务是否影响到用户资费。如果该业务影响到用户资费，则向计费设备(例如业务控制点(Service Control Point，SCP)或计费系统)发送“费率变更通知”，并记录变更前的信息。

在计费设备(例如SCP或计费系统)一侧：

在步骤101，计费设备接收费率变更通知。所述费率变更通知可以包含用户标识和变更后的费率。

在步骤102，计费设备向交换设备(例如移动交换中心(Mobile Switching Center，MSC))发出“分别计费通知”。上述分别计费通知例如可以被实现为附加有分别计费参数的信令或协议接口消息。

在步骤103：计费设备(例如SCP或计费系统)根据分别计费应答中的费率变更前后的用户业务使用量分别进行计费处理。所述分别计费应答可以包含费率变更前的使用量以及费率和费率变更后的用户业务使用量以及费率等信息。另外，计费设备还可以在后续的处理过程中使用费率变更后的有关信息进行计费预留分析等处理。

在交换设备一侧：

在步骤102，交换设备(例如MSC)接收来自计费设备的“分别计费通知”。

在接下来的未图示的步骤中，交换设备响应于所接收的“分别计费通知”，记录费率变更前的用户业务的使用量。

在步骤103，交换设备产生并发出包含所述变更前后的业务使用量的分别计费应答。例如，分别计费应答可以被实现为交换设备上报给计费设备的消息(例如申请计费报告(Apply Charging Report，ACR)或更新信用控制请求(Update Credit Control Request，Update CCR)，其中含有报费率变更前的用户业务使用量和费率变更后的用户业务使用量。

关于上述的“分别计费参数”，在以实时通信为目的的网络中，该参数例如可以被实现为附加在取消消息CANCEL中的可选参数。而在支持英特网协议(Internet Protocol，IP)的网络中，该参数例如可以被实现为附加在重新鉴权/授权请求消息(Re-Auth-Request，RAR)消息参数

具体地，以实时通信为目的的业务，诸如语音通话类型的业务，例如通常采用基于消息的协议，即通常是信令触发的。在信令触发的网络中，可以对取消消息CANCEL参数进行扩展来实现上述的分别计费参数。例如，在CANCEL信令中增加作为费率变更标识位的可选参数“TariffSwitchFlag”，当该可选参数TariffSwitchFlag的值为“0”时，表示不发生费率变更；而当该可选参数TariffSwitchFlag的值为“1”时，表示要发生费率变更。要注意的是，本领域技术人员能够理解的是，上述可选参数的取值仅是一个实例，而并不表示对本发明构成限制。例如，也可以是当该可选参数TariffSwitchFlag的值为“1”时表示不发生费率变更，而当该可选参数TariffSwitchFlag的值为“0”时，表示要发生费率变更。

当计费设备(例如SCP)收到来自于业务管理单元(例如BMP)的业务受理成功资费影响消息后，如果发现当前有正在进行的业务会话，则向交换设备(例如MSC)下发CANCEL消息，其中在所下发的CANCEL消息中附带有取值为“1”的可选参数“TariffSwitchFlag”，表示要针对有关用户进行费率变更操作。

在CANCEL消息中扩展可选参数TariffSwitchFlag的具体示例如以下的表1所示。

表1：在CANCEL消息参数中扩充可选参数：TariffSwitchFlag

在表1中，M-表示强制参数，O-表示可选参数

另一方面，对于英特网接入服务类型的业务，例如在网关GPRS支持节点(Gateway GPRS Support Node，GGSN)直接通过Diameter信用控制(Diameter Credit Control，DCC)协议与在线计费系统(Online charging system，OCS)或融合计费系统(CBS)通信的网络中，可以在RAR消息中扩展增加可选参数“TariffSwitchFlag”当该可选参数TariffSwitchFlag的值为“0”时，表示不发生费率变更；而当该可选参数TariffSwitchFlag的值为“1”时，表示要发生费率变更。要注意的是，本领域技术人员能够理解的是，上述可选参数的取值仅是一个实例，而并不表示对本发明构成限制。例如，也可以是当该可选参数TariffSwitchFlag的值为“1”时表示不发生费率变更，而当该可选参数TariffSwitchFlag的值为“0”时，表示要发生费率变更。

当计费设备(例如OCS/CBS)收到来自于业务管理单元(例如BMP)的费率变更通知后，如果发现当前有正在进行的业务会话，则向交换设备(例如GGSN)下发附带有取值为“1”的上述可选参数“TariffSwitchFlag”的扩展了的重新鉴权/授权请求(Re-Auth-Request，RAR)消息，表示要针对有关用户进行费率变更操作。

在RAR消息参数中扩展可选参数TariffSwitchFlag的具体示例如以下的表2所示。

表2：在RAR消息参数中扩充可选参数：TariffSwitchFlag

<Session-Id>

{Origin-Host}

{Origin-Realm}

{Destination-Realm}

{Destination-Host}

{Auth-Application-Id}

{Re-Auth-Request-Type}

[User-Name]

[Origin-State-Id]

[TariffSwitchFlag]

*[Proxy-Info]

*[Route-Record]

*[AVP]

在表2中，O-表示可选参数

下面参照图2对根据本发明的一个实施方式的通话类型的会话业务(例如语音呼叫、视频呼叫等信令触发的业务)的具体实施例进行说明。

在信令触发的网络中，针对用户在业务会话过程中发出与资费有关的业务请求的处理流程可以实现如下。在以下的说明中，以用户作为主叫方为例进行了描述，但本领域技术人员能够理解的是，用户作为被叫方的处理方式可以与作为主叫时的处理方式相同。

步骤201：首先，用户发起呼叫，MSC收到呼叫，并根据用户的签约信息(CAMEL Subscription Information，CSI)触发业务，向SCP发送初始检出点(Initial Detect Point，IDP)消息。

步骤203：SCP在收到IDP消息后，根据用户的余额、开通的业务、用户类型、拜访位置等信息确定计费费率，并将余额折算成通话时长，向MSC发送BCSM事件请求报告(Request Report BCSM Event，RRBE)、计费处理响应(Apply Charging，AC)(AC消息中会带有本次授权的时长信息)、继续(CONTINUE)等消息。

MSC在收到CONTINUE消息后，接续被叫方，用户开始通话。

步骤205：当到达由AC监控的通话时长时，由于MSC没有收到关于变更费率的通知，所以MSC向SCP上报ACR消息，此时，在所上报的ACR消息中，会附带有时长等信息，但这时只会附带没有费率变更时的时长信息)。

步骤207：SCP根据用户开通的业务、用户类型、拜访位置信息，针对由MSC上报的时长进行计费处理并进行扣费，然后SCP再次向MSC下发AC消息(参见附图标记207)。要注意的是，此处，由步骤205和207是可以重复执行的。

步骤209：当BMP受理来自用户申请进行诸如子品牌切换等业务可能影响资费的请求并受理受理成功后，如果BMP判断本次操作对资费有影响，则向SCP发送“费率变更通知”。

步骤211：当SCP收到该通知时，SCP获取用户的当前存在的会话标识符(ID)，并向MSC发送附带有参数值为“1”的参数“TariffSwitchFlag”的CANCEL消息。

步骤213：MSC收到CANCEL请求并发现附带有参数“TariffSwitchFlag”并且该参数的取值为“1”，则记录从上一次收到AC到当前时刻的已使用量作为费率变更前的时长，并记录从当前时刻到上报ACR消息的时刻之间的使用量作为费率变更后的时长，然后在ACR消息中向SCP上报费率变更前的时长和费率变更后的时长。

步骤215：SCP根据在ACR消息中上报的费率变更前的时长和费率变更后的时长以及SCP所保存的变更前的信息和切换后的信息进行计费处理，并在扣费成功后进行根据费率变更后的数据进行预留并向MSC下发附带有本次授权的时长信息的AC消息。

步骤217：当到达由AC监控的通话时长时，MSC向SCP上报ACR消息；此时，上报的ACR消息中会附带有时长等信息，这时只会附带有没有费率变更时的时长信息。

步骤219：在收到由MSC上报的ACR消息后，SCP根据收到的ACR消息中的有关消息进行扣费处理，并再次向MSC下发AC消息，此时，AC消息中会附带有本次授权的时长信息。要注意的是，此处，由步骤217和219是可以重复执行的。

步骤221：然后，当通话结束时，主叫方和被叫方的任一方挂机，MSC向SCP上报计费报告ACR消息和挂机事件(Event Report BCSM，ERB)，此时，ACR消息中会附带有时长等信息，但这时只会附带有没有费率变更时的时长信息。

步骤223：随后，SCP向MSC下发ReleaseCall(释放呼叫)消息，MSC释放呼叫(参见附图标记223)。

本实施例也可以提供一种移动通信网络的计费系统，包括执行上述相应步骤的MSC、 SCP和BMP等装置。

根据本实施例，在以实时通信为目的并基于消息(即信令触发)的移动通信网络服务中，当用户在业务会话过程中进行和资费有关的业务请求操作并被BMP受理时，MSC可以实时地收到分别计费通知并可以记录费率变更前的使用量和费率变更后的使用量，并在分别计费应答中将费率变更前的使用量和费率变更后的使用量上报给SCP，SCP根据费率变更前的使用量和费率变更后的使用量以及变更前和变更后的信息对向用户提供的服务进行更为准确的计费操作。

下面参照图2对根据本发明的一个实施方式的英特网接入类型的会话业务(例如GPRS上网、WAP上网)的具体实施例进行说明。

在GGSN直接利用DCC协议的网络中，针对用户在业务会话过程中发出与资费有关的业务请求的处理流程可以实现如下。

步骤301：首先，用户发起英特网接入请求，GGSN收到请求，并向在线计费系统(OCS)或融合计费系统(CBS)发送初始信用控制请求(Initial Credit Control Request，Initial CCR)消息CCR{Initial}。

步骤303：OCS或CBS在接收到CCR{Initial}消息后，根据用户的余额信息确定计费费率，根据用户的余额、开通的业务、用户类型、拜访位置等信息确定计费费率，将余额折算成上网时长或流量，并向GGSN发送初始信用控制应答(Initial Credit Control Answer，Initial CCA)消息CCA{Initial}。

GGSN在收到附带有本次授权的上网时长或流量的CCA{Initial}消息后，接续用户上网(未图示)。

步骤305：当到达由CCA监控的上网时长或流量时，GGSN向OSC或CBS上报更新CCR(Update CCR)消息CCR{Update}，此时的CCR消息中会附带有已使用量等信息，但这时只会附带没有费率变更时的已使用量。

步骤307：OCS或CBS进行扣费处理，并根据用户信息确定后续的费率。然后，OCS或CBS向GGSN下发附带有本次授权量的更新CCA(Update CCA)消息CCA{Update}。要注意的是，此处，由步骤305和307是可以重复执行的。

步骤309：接着，当用户申请诸如增加FN号码操作等对资费有影响的业务的受理时，BMP在受理成功后如果判断本次操作对资费有影响，则向OCS/CBS发送“费率变更通知”。

步骤311：OCS/CBS在接收到上述的“费率变更通知”时，获取用户的当前存在的会话，并利用附带有参数取值为“1”的扩充参数“TariffSwitchFlag”的RAR消息通知GGSN。

步骤313：GGSN在收到RAR消息后，如果发现RAR消息中附带有参数“TariffSwitchFlag”且该参数值为“1”时，则GGSN记录从上一次收到CCA起到当前时刻的已使用量作为费率变更前的已使用量，并记录从当前时刻起到向OCS/CBS上报CCR的时刻为止的使用量作为费率变更后的已使用量，并向OCS/CBS上报RAA消息。此外，GGSN还同时立即向OCS/CBS上报更新CCR消息(CCR{update})来报告费率变更前的已使用量和费率变更后的已使用量。

接着，OCS/CBS根据在CCR{update}消息中上报的费率变更前的已使用量和费率变更后的已使用量以及在OCS/CBS上保存的变更前的信息和变更后的信息进行计费处理(诸如资费核算和扣费等)，在扣费成功后进行根据变更后的数据进行预留并通过附带有本次授权量的CCA{update}消息对用户所请求的服务进行授权(未图示)。

步骤315：当到达由CCA监控的上网时长或流量时，GGSN向OCS/CBS上报CCR{Update}消息，在此，上报的CCR{Update}消息中会附带有已使用量等信息，但这时只会附带没有费率变更时的已使用量。

步骤317：然后，OCS/CBS根据所接收的CCR{Update}消息进行扣费，并根据用户信息确定后续的费率。接着，OCS/CBS向GGSN下发CCA{Update}消息。此处，所下发的CCA消息中可以附带有本次授权量。要注意的是，此处，由步骤315和317是可以重复执行的。

步骤319：用户结束上网时，GGSN向计费系统上报终止CCR(Terminate CCR)消息CCR{Terminate}。此时，CCR消息中可以附带有已使用量等信息，但这时只会附带没有费率变更时的已使用量。

步骤321：OCS/CBS相应于来自GGSN的CCR{Terminate}消息，向GGSN下发终止CCA(Terminte CCA)消息CCA{Terminate}。GGSN相应于CCA{Terminate}消息释放上网处理，终止对用户提供的因特网接入服务。

本实施例也可以提供一种移动通信网络的计费系统，包括执行上述相应步骤的GGSN、OCS或CBS、以及BMP等装置。

根据本实施例，在因特网接入类型的移动通信网络的服务中，当用户在业务会话过程中请求与资费有关的业务的受理，GGSN可以实时地记录费率变更前的使用量和费率变更后的使用量，并在分别计费应答中将费率变更前的使用量和费率变更后的使用量上报给OCS/CBS，而OCS/CBS可以根据费率变更前的使用量和费率变更后的使用量以及费率变更前和变更后的信息对向用户提供的服务进行更为准确的计费。

本发明的上述实施方式也可以提供一种移动通信网络的计费系统。如图4所示，本实施方式的移动通信网络的计费系统400包括执行上述相应步骤的交换设备401、计费设备403和业务管理设备405等装置。

具体地，业务管理设备405接收并受理来自正在进行业务会话的用户所发出的与资费有关的业务请求。如果，业务管理设备405判断为所请求的业务会影响到用户资费，则产生费率变更通知并发送给计费设备403，并记录资费变更前的信息。另外，计费设备405还执行根据费率变更前的用户业务使用量以及费率和费率变更后的用户业务使用量以及费率进行计费处理的操作，并且在后续的处理过程中使用费率变更后的有关信息。

计费设备403响应于来自业务管理设备405的费率变更通知，产生分别计费通知并发送给交换设备401。

交换设备401响应于来自计费设备403的分别计费通知，判断是否要发生费率变更，如果所述分别计费通知表示要发生费率变更，则记录费率变更前的用户业务的使用量，并向计费设备403报告所述费率变更前的用户业务使用量和所述费率变更后的用户业务使用量；而如果所述分别计费通知表示不发生费率变更，则保持现有的费率和处理不变。

图5所示为根据本发明的一个实施方式的计费设备403的结构示意图。图5所示的计费设备403包括接收单元4031、通知单元4033以及计费单元4035。接收单元4031接收费率变更通知和分别计费应答，并将所接收的费率变更通知和分别计费应答分别提供给通知单元4033和计费单元4035。其中，所述费率变更通知包含用户标识和变更后的费率。通知单元4033根据所述变更后的费率对所述用户标识对应的当前费率进行更新，并在根据所述用户标识查找到活跃会话时，发出分别计费通知。计费单元4035依据在响应于所述分别计费通知而产生的分别计费应答中携带的费率变更前后的业务使用量来分别地进行计费。

在实时通信为目的并基于消息(即信令触发)的移动通信网络中，图5所示的计费设备403可以实现为业务控制点SCP，而所述的分别计费通知可以是包含预设参数的取消消息CANCEL。

另外，在因特网接入类型的移动通信网络的服务中，图5所示的计费设备403可以实现为在线计费系统OCS或融合计费系统CBS，而所述的分别计费通知可以是包含预设参数的重新鉴权/授权请求消息RAR。

图6所示为根据本发明的一个实施方式的交换设备401的结构示意图。图6所示的交换设备401包括接收单元4011、记录单元4013以及应答单元4015。接收单元4011接收分别计费通知。记录单元4013响应于所述分别计费通知而记录费率变更前后的业务使用量。应答单元4015产生并发出包含费率变更前后的业务使用量的分别计费应答。

在实时通信为目的并基于消息(即信令触发)的移动通信网络中，图6所示的交换设备401可以实现为移动交换中心MSC，而所述的分别计费通知可以是包含预设参数的取消消息CANCEL。

另外，在因特网接入类型的移动通信网络的服务中，图6所示的交换设备401可以实现为网关GPRS服务节点GGSN，而所述的分别计费通知可以是包含预设参数的重新鉴权/授权请求消息RAR。

应说明的是，以上实施方式和实施例仅是出于说明本发明的技术方案的目的而给出的，而本发明并不限于此。尽管参照前述的实施方式和实施例对本发明进行了详细的说明，但本领域技术人员应当理解的是，可以对前述各个实施方式和实施例所记载的技术方案进行各种修改、或对其中的部分技术特征进行各种等同替换；而进行了这些修改或替换的相应的技术方案在本质上并不脱离本发明所记载的各个实施方式和实施例的技术方案的精神和范围。

Claims

1.一种计费方法，其特征在于包括以下步骤：

2.一种计费方法，其特征在于包括以下步骤：

接收分别计费通知；

3.一种计费设备，其特征在于包括：

接收单元，用于接收费率变更通知和分别计费应答，其中，所述费率变更通知包含用户标识和变更后的费率；

计费单元，依据在响应于所述分别计费通知而产生的所述分别计费应答中携带的费率变更前后的业务使用量来分别地进行计费。

4.如权利要求3所述的计费设备，其特征在于，

所述计费设备是业务控制点SCP；

所述分别计费通知是包含预设参数的取消消息CANCEL。

5.如权利要求3所述的计费设备，其特征在于，

所述计费设备是在线计费系统OCS或融合计费系统CBS；

所述分别计费通知是包含预设参数的重新鉴权/授权请求消息RAR。

6.一种交换设备，其特征在于包括：

接收单元，用于接收分别计费通知；以及

7.如权利要求6所述的交换设备，其特征在于，

所述交换设备是移动交换中心MSC；

所述分别计费通知是包含预设参数的取消消息CANCEL。

8.如权利要求6所述的交换设备，其特征在于，

所述交换设备是网关GPRS服务节点GGSN；

9.一种计费系统，其特征在于，

包括如权利要求3至4中任一项所述的计费设备和如权利要求6至8中任一项所述的交换设备。

10.如权利要求9所述的计费系统，其特征在于，

还包括业务管理设备，用于接收用户的业务请求，在判定所述业务请求涉及费率变更时，产生并发送费率变更通知。