预付费业务的控制方法、系统与费用管理网元、业务提供网元转让专利
申请号 : CN200810055825.8
文献号 : CN101483706B
文献日 : 2011-10-26
发明人 : 张谦 , 张进
申请人 : 华为技术有限公司
摘要 :
本发明实施例涉及一种预付费业务的控制方法、系统与费用管理网元、业务提供网元，该方法包括：费用管理网元根据接收到的携带有业务标识的费用指示消息，判断终端用户账户的余额是否不足，如果是，则向业务提供网元发送携带有所述业务标识的业务终止指示消息，指示所述业务提供网元终止传输所述业务标识相应的业务报文。该系统包括费用管理网元和业务提供网元。本发明实施例实现了某个预付费业务的信用额度用完后需要重新申请新的信用额度或等待分配新的信用额度，而终端用户账户的余额不足时，能够终止这项业务而不影响同一个PDP上下文上的其他业务报文的正常传输。
权利要求 :
1.一种预付费业务的控制方法，其特征在于包括：
终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点向费用管理网元发送携带有所述一项预付费业务的业务标识的费用指示消息；
所述费用管理网元根据接收到的携带有所述业务标识的费用指示消息，判断终端用户账户的余额是否不足，如果是，则向业务提供网元发送携带有所述业务标识的业务终止指示消息，指示所述业务提供网元终止传输所述业务标识相应的业务报文。
2.根据权利要求1所述的预付费业务的控制方法，其特征在于所述判断终端用户账户的余额是否不足具体为：判断终端用户账户的余额是否为0。
3.根据权利要求1所述的预付费业务的控制方法，其特征在于所述费用指示消息中携带有所申请的预扣信用额度。
4.根据权利要求3所述的预付费业务的控制方法，其特征在于所述判断终端用户账户的余额是否不足具体为：判断终端用户账户的余额是否小于申请的预扣信用额度。
5.根据权利要求1所述的预付费业务的控制方法，其特征在于所述费用指示消息由内容计费网元直接发送给所述费用管理网元。
6.根据权利要求5所述的预付费业务的控制方法，其特征在于所述费用管理网元向业务提供网元发送携带有所述业务标识的业务终止指示消息具体为：所述费用管理网元直接向业务提供网元发送携带有所述业务标识的业务终止指示消息。
7.根据权利要求5所述的预付费业务的控制方法，其特征在于所述费用管理网元向业务提供网元发送携带有所述业务标识的业务终止指示消息具体为：所述费用管理网元通过内容计费网元向业务提供网元发送携带有所述业务标识的业务终止指示消息。
8.根据权利要求1所述的预付费业务的控制方法，其特征在于所述费用指示消息由内容计费网元通过另一网元中转发送给所述费用管理网元。
9.根据权利要求8所述的预付费业务的控制方法，其特征在于所述费用管理网元向业务提供网元发送携带有所述业务标识的业务终止指示消息具体为：所述费用管理网元依次通过所述另一网元和内容计费网元向业务提供网元发送携带有所述业务标识的业务终止指示消息。
10.根据权利要求1所述的预付费业务的控制方法，其特征在于还包括：所述业务提供网元接收到所述业务终止指示消息，根据所述业务标识终止传输相应的业务报文。
11.根据权利要求10所述的预付费业务的控制方法，其特征在于所述业务提供网元根据所述业务标识终止传输相应的业务报文之前或之后还包括：所述业务提供网元向所述终端发送提示余额不足的业务终止告警信息。
12.根据权利要求1～11所述的任一预付费业务的控制方法，其特征在于所述费用管理网元为业务控制点或在线计费系统。
13.根据权利要求5～9所述的任一预付费业务的控制方法，其特征在于所述内容计费网元为通用分组无线业务网关支持节点。
14.根据权利要求8或9所述的预付费业务的控制方法，其特征在于所述另一网元为通用分组无线业务服务支持节点。
15.一种费用管理网元，其特征在于包括：
第一接收模块，用于接收到携带有业务标识的费用指示消息，所述费用指示消息是在终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点发送的携带有所述一项预付费业务的业务标识的费用指示消息；
判断模块，用于所述第一接收模块接收到所述费用指示消息后，判断终端用户账户的余额是否不足；
指示模块，用于当所述判断模块判断终端用户账户的余额不足时，则向业务提供网元发送携带有所述业务标识的业务终止指示消息。
16.一种业务提供网元，其特征在于包括：
第二接收模块，用于接收费用管理网元发送的携带有业务标识的业务终止指示消息，所述业务终止指示消息是所述费用管理网元根据接收到的携带有业务标识的费用指示消息发送的，所述费用指示消息是在终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点发送的携带有所述一项预付费业务的业务标识的费用指示消息；
执行模块，用于所述第二接收模块接收到所述业务终止指示消息后，根据所述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。
17.根据权利要求16所述的业务提供网元，其特征在于还包括：
警告模块，用于所述第二接收模块接收到所述业务终止指示消息后，向所述终端发送提示余额不足的业务终止告警信息。
18.一种预付费业务的控制系统，其特征在于包括：
费用管理网元，用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则发送携带有所述业务标识的业务终止指示消息，所述费用指示消息是在终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点发送的携带有所述一项预付费业务的业务标识的费用指示消息；
业务提供网元，用于接收到所述业务终止指示消息后，根据所述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。
19.根据权利要求18所述的预付费业务的控制系统，其特征在于还包括：内容计费网元，用于向所述费用管理网元发送所述费用指示消息和/或接收到所述费用管理网元发送的所述业务终止指示消息后向所述业务提供网元转发。
说明书 :
预付费业务的控制方法、系统与费用管理网元、业务提供网
元
技术领域
[0001] 本发明涉及移动通信领域，尤其是一种预付费业务的控制方法、系统与费用管理网元、业务提供网元。
背景技术
[0002] 随着运营商中文含义为通用分组无线服务(General Packet RadioService，GPRS)网络上承载的数据业务种类的日益增多，现有GPRS网络基于为接入点网络(Access Point Network，APN)的单纯按分组数据协议(PacketData Protocol，PDP)上下文流量计费机制已经不能满足业务发展和市场要求。例如：彩信业务，由于目前GPRS只能做到基于智能网(CustomisedApplications for Mobile network Enhanced Logic，CMWAP)APN的流量计费，无法区分出浏览无线应用协议(Wireless Application Protocol，WAP)页面的流量和彩信发送/下载的流量，因此无法准确实现彩信业务的按条计费。为更好满足移动数据业务丰富多样的计费要求，方便用户理解移动数据业务计费原则，促进移动数据业务的蓬勃发展，对现有的GPRS网关支持节点(Gateway GPRS Support Node，GGSN)进行了改造，提供了基于内容的计费功能。
[0003] 但是，现有技术中至少存在以下缺点：当一个终端用户同时进行多个预付费业务时，多个业务内容可能承载在同一个分组数据协议(Packet Data Protocol，PDP)上下文上，如果某个业务的已经申请或分配的信用额度用完了，而终端用户账户又没有足够的余额时，则GGSN将删除整个上下文，即终止该上下文中所有业务报文的传输。 发明内容
[0004] 本发明实施例提供一种预付费业务的控制方法、系统与费用管理网元、业务提供网元，用以实现某个预付费业务已经申请或分配的信用额度用完后，而终端用户账户的余额不足时，能够终止这项业务而不影响同一个PDP上下文上的其他业务报文的正常传输。 [0005] 本发明实施例提供了一种预付费业务的控制方法，包括：
[0006] 终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点向费用管理网元发送携带有所述一项预付费业务的业务标识的费用指示消息；
[0007] 所述费用管理网元根据接收到的携带有所述业务标识的费用指示消息，判断终端用户账户的余额是否不足，如果是，则向业务提供网元发送携带有所述业务标识的业务终止指示消息，指示所述业务提供网元终止传输所述业务标识相应的业务报文。 [0008] 本发明实施例提供了一种费用管理网元，包括：
[0009] 第一接收模块，用于接收到携带有业务标识的费用指示消息，所述费用指示消息是在终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点发送的携带有所述一项预付费业务的业务标识的费用指示消息；
[0010] 判断模块，用于所述第一接收模块接收到所述费用指示消息后，判断终端用户账户的余额是否不足；
[0011] 指示模块，用于当所述判断模块判断终端用户账户的余额不足时，则向业务提供网元发送携带有所述业务标识的业务终止指示消息。
[0012] 本发明实施例提供了一种业务提供网元，包括：
[0013] 第二接收模块，用于接收费用管理网元发送的携带有业务标识的业务终止指示消息，所述业务终止指示消息是所述费用管理网元根据接收到的携带 有业务标识的费用指示消息发送的，所述费用指示消息是在终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点发送的携带有所述一项预付费业务的业务标识的费用指示消息；
[0014] 执行模块，用于所述第二接收模块接收到所述业务终止指示消息后，根据所述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。
[0015] 本发明实施例提供了一种预付费业务的控制系统，包括：
[0016] 费用管理网元，用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则发送携带有所述业务标识的业务终止指示消息和预扣信用额度的费用指示消息，所述费用指示消息是在终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，通用分组无线服务网关支持节点发送的携带有所述一项预付费业务的业务标识的费用指示消息；
[0017] 业务提供网元，用于接收到所述业务终止指示消息后，根据所述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。
[0018] 本发明实施例通过费用管理网元根据接收到的携带有业务标识的费用指示消息，判断终端用户账户的余额不足后，则可以向业务提供网元发送携带有所述业务标识的业务终止指示消息，所述业务提供网元根据所述业务标识终止传输相应的业务报文，从而实现了在对于预付费的多业务传输中，当某个预付费业务已经申请或分配的信用额度用完后，而终端用户账户又没有足够的余额时，能够终止这项业务而不影响其他业务报文的正常传输。
[0019] 附图说明
[0020] 图1为本发明预付费业务的控制方法的第一实施例的流程示意图； [0021] 图2为本发明预付费业务的控制方法的第二实施例的流程示意图； [0022] 图3为本发明预付费业务的控制方法的第三实施例的流程示意图； [0023] 图4为本发明预付费业务的控制方法的第四实施例的流程示意图； [0024] 图5为本发明预付费业务的控制方法的第五实施例的流程示意图； [0025] 图6为本发明预付费业务的控制方法的第六实施例的流程示意图； [0026] 图7为本发明费用管理网元的具体实施例的结构示意图；
[0027] 图8为本发明业务提供网元的具体实施例的结构示意图；
[0028] 图9为本发明预付费业务的控制系统的第一实施例的结构示意图； [0029] 图10为本发明预付费业务的控制系统的第二实施例的结构示意图； [0030] 图11为本发明预付费业务的控制系统的第三实施例的结构示意图； [0031] 图12为本发明预付费业务的控制系统的第四实施例的结构示意图。 具体实施方式
[0032] 下面结合附图对本发明的具体实施例作进一步详细的说明。
[0033] 本发明本实施例中，费用管理网元根据接收到的携带有业务标识的费用指示消息，判断当终端用户账户的余额不足时，向业务提供网元发送携带有上述业务标识的业务终止指示消息，上述业务提供网元根据上述业务终止指示消息中携带的业务标识终止传输相应的业务报文，从而可以实现某个预付费业务的信用额度用完后，而终端用户账户又没有足够的余额时，终止这项业务又不影响同一个PDP上下文上的其他业务报文的正常传输。其中的费用管理网元可以为智能网系统的业务控制点(Service Control Point，SCP)，还可以为在线计费系统(Online Charging System，OCS)；内容计费网元可以为GGSN；业务提供网元可以为服务提供商(Service Provider，SP)。
[0034] 另外，其中的费用指示消息可以由GGSN直接向SCP或OCS发送，也可以通过GPRS服务支持节点(Serving GPRS Support Node，SGSN)向SCP转发。SCP或OCS可以向SP直接发送业务终止指示消息，也可以通过GGSN向SP转发业务终止指示消息。SP在接收到业务终止指示消息后，进一步地，SP可以在终止传输相应的业务报文之前或之后向终端发送提示余额不足的业务终止告警信息。
[0035] 进一步地，其中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。
[0036] 如图1所示，为本发明预付费业务的控制方法的第一实施例的流程示意图。本实施例包括以下步骤：
[0037] 步骤101、终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，GGSN向SCP发送携带有该项预付费业务的业务标识和预扣信用额度的费用指示消息。
[0038] GGSN解析出预付费业务的内容后，根据业务的内容到SCP中申请一定的信用额度并开展业务，当该项业务的信用额度用完后，重新申请一定用于该业务的信用额度； [0039] 步骤102、SCP判断终端用户账户的余额是否小于申请的预扣信用额度，如果是，则执行步骤103；否则，则执行步骤106；
[0040] 步骤103、SCP向SP发送携带有上述业务标识的业务终止指示消息； [0041] 步骤104、SP根据上述业务标识终止传输相应的业务报文。
[0042] 如果此时用户帐户余额不足，SCP将携带有业务标志的业务终止指示消息发送到SP，SP根据接收到的业务终止指示消息中所携带的业务标识，终止该项业务报文的传输； [0043] 步骤105、SP向上述终端发送提示余额不足的业务终止告警信息，本步骤具体可以通过短消息来实现；如果该项业务是流媒体业务，则可以采用相同的编码在业务流中增加告警信息来实现，例如：流媒体中的字幕；还可以将业务重新指向一个告警页面来实现。 [0044] 上述步骤104和步骤105没有执行的先后顺序，可以交换；
[0045] 步骤106、SCP将申请的信用额度发送到GGSN，以供GGSN继续开展业务。 [0046] 本实施例中，申请的信用额度可以是一段时长，还可以是一定的流量，也可以是某个事件例如：短信、彩信等的一定次数，本发明下述所有实施例中所述的信用额度均可以理解为上述描述，以下则不再赘述。
[0047] 本实施例在智能网系统中，对于预付费的多业务传输中，当GGSN需要开展业务时，可以将信用额度预扣请求消息发送到SCP以向SCP申请一定的信用额度，以供GGSN内容计费用；当某预付费业务已经申请的信用额度用完，而终端用户帐户的余额不足，需要终止该业务时，SCP向SP发送业务终止指示消息，该消息中包含有业务标识，当SP收到该消息后，根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影向其他正在进行的业务。
[0048] 本实施例中GGSN还可以发送只携带有该项预付费业务的业务标识的费用指示消息，而不携带预扣信用额度的信息，指明该业务已经申请的信用额度已用完或即将用完；当SCP收到的是未携带预扣信用额度的费用指示消息时，则判断终端用户账户的余额是否为0，如果是，则执行本实施例相应的后续步骤即步骤103～步骤105，否则，SCP则将预设的一定信用额度即主动分配的信用额度发送到GGSN，以供GGSN继续开展业务。 [0049] 如图2所示，为本发明预付费业务的控制方法的第二实施例的流程示意图。本实施例包括以下步骤：
[0050] 步骤201、终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，GGSN向SCP发送携带有该项预付费业务的业务标识和预扣信用额度的费用指示消息。
[0051] GGSN解析出预付费业务的内容后，根据业务的内容到SCP中申请一定的信用额度并开展业务，当该项业务已经申请的信用额度用完后，重新申请一定用于该业务的信用额度；
[0052] 步骤202、SCP判断终端用户账户的余额是否小于申请的预扣信用额度，如果是，则执行步骤203；否则，则执行步骤207；
[0053] 步骤203、SCP向GGSN发送携带有上述业务标识的业务终止指示消息； [0054] 步骤204、GGSN将上述业务终止指示消息转发到SP；
[0055] 步骤205、SP根据上述业务标识终止传输相应的业务报文。
[0056] 如果此时用户帐户余额不足，SCP将携带有业务标志的业务终止指示消息发送到SP，SP根据接收到的业务终止指示消息中所携带的业务标识，终止该项业务报文的传输； [0057] 步骤206、SP向上述终端发送提示余额不足的业务终止告警信息，本步骤具体可以通过短消息来实现；如果该项业务是流媒体业务，则可以采用相同的编码在业务流中增加告警信息来实现，例如：流媒体中的字幕；还可以将业务重新指向一个告警页面来实现。 [0058] 上述步骤205和步骤206没有执行的先后顺序，可以交换；
[0059] 步骤207、SCP将申请的信用额度发送到GGSN，以供GGSN继续开展业务。 [0060] 本实施例在智能网系统中，对于预付费的多业务传输中，当GGSN需要开展业务时，可以将信用额度预扣请求消息发送到SCP以向SCP申请一定的信用额度，以供GGSN内容计费用；当某预付费业务已经申请的信用额度用完，而终端用户帐户的余额不足，需要终止该业务时，SCP向GGSN发送业务终止指示消息，该消息中包含有业务标识，并由GGSN将该消息转发给SP，SP根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0061] 本实施例中GGSN还可以发送只携带有该项预付费业务的业务标识的费用指示消息，而不携带预扣信用额度的信息，指明该业务已经申请的信用额 度已用完或即将用完；当SCP收到的是未携带预扣信用额度的费用指示消息时，则判断终端用户账户的余额是否为0，如果是，则执行本实施例相应的后续步骤即步骤203～步骤206，否则，SCP则将预设的一定信用额度发送到GGSN，以供GGSN继续开展业务。
[0062] 如图3所示，为本发明预付费业务的控制方法的第三实施例的流程示意图。本实施例包括以下步骤：
[0063] 步骤301、终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，GGSN向SGSN发送携带有该项预付费业务的业务标识和预扣信用额度的费用指示消息；
[0064] 步骤302、SGSN转发上述信用额度预扣请求消息到SCP；
[0065] GGSN解析出预付费业务的内容后，根据业务的内容通过SGSN到SCP中申请一定的信用额度并开展业务，当该项业务已经申请的信用额度用完后，重新通过SGSN申请一定用于该业务的信用额度；
[0066] 步骤303、SCP判断终端用户账户的余额是否小于申请的预扣信用额度，如果是，则执行步骤304；否则，则执行步骤307；
[0067] 步骤304、SCP向SP发送携带有上述业务标识的业务终止指示消息； [0068] 步骤305、SP根据上述业务标识终止传输相应的业务报文。
[0069] 如果此时用户帐户余额不足，SCP将携带有业务标志的业务终止指示消息发送到SP，SP根据接收到的业务终止指示消息中所携带的业务标识，终止该项业务报文的传输； [0070] 步骤306、SP向上述终端发送提示余额不足的业务终止告警信息，本步骤具体可以通过短消息来实现；如果该项业务是流媒体业务，则可以采用相同的编码在业务流中增加告警信息来实现，例如：流媒体中的字幕；还可以 将业务重新指向一个告警页面来实现。
[0071] 上述步骤305和步骤306没有执行的先后顺序，可以交换；
[0072] 步骤307、SCP将申请的信用额度发送到SGSN；
[0073] 步骤308、SGSN向GGSN转发上述申请的信用额度，以供GGSN继续开展业务。 [0074] 本实施例在智能网系统中，在对于预付费的多业务传输中，当GGSN需要开展业务时，如果不能和SCP直接通信，可以将信用额度预扣请求消息发送到SGSN，由SGSN向SCP申请一定的信用额度，并转发给GGSN，以供GGSN内容计费用；当某预付费业务已经申请的信用额度用完而需要重新向SCP申请新的信用额度以供业务继续进行，而终端用户帐户的余额不足，需要终止该业务时，SCP向SP发送业务终止指示消息，该消息中包含有业务标识，当SP收到该消息后，根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0075] 本实施例中GGSN还可以发送只携带有该项预付费业务的业务标识的费用指示消息，指明该业务已经申请的信用额度已用完或即将用完，而不携带预扣信用额度的信息；当SCP收到的是未携带预扣信用额度的费用指示消息时，则判断终端用户账户的余额是否为0，如果是，则执行本实施例相应的后续步骤即步骤304～步骤306，否则，SCP则将预设的一定信用额度发送到SGSN，SGSN向GGSN转发上述预设的信用额度，以供GGSN继续开展业务。
[0076] 如图4所示，为本发明预付费业务的控制方法的第四实施例的流程示意图。本实施例包括以下步骤：
[0077] 步骤401、终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，GGSN向SGSN发送携带有该项预付费业务的业务 标识和预扣信用额度的费用指示消息；
[0078] 步骤402、SGSN转发上述信用额度预扣请求消息到SCP；
[0079] GGSN解析出预付费业务的内容后，根据业务的内容通过SGSN到SCP中申请一定的信用额度并开展业务，当该项业务已经申请的信用额度用完后，重新申请一定用于该业务的信用额度；
[0080] 步骤403、SCP判断终端用户账户的余额是否小于申请的预扣信用额度，如果是，则执行步骤404；否则，则执行步骤409；
[0081] 步骤404、SCP向SGSN发送携带有上述业务标识的业务终止指示消息； [0082] 步骤405、SGSN转发上述业务终止指示消息到GGSN；
[0083] 步骤406、GGSN转发上述业务终止指示消息到SP；
[0084] 步骤407、SP根据上述业务标识终止传输相应的业务报文。
[0085] 如果此时用户帐户余额不足，SCP将携带有业务标志的业务终止指示消息发送到SP，SP根据接收到的业务终止指示消息中所携带的业务标识，终止该项业务报文的传输； [0086] 步骤408、SP向上述终端发送提示余额不足的业务终止告警信息，本步骤具体可以通过短消息来实现；如果该项业务是流媒体业务，则可以采用相同的编码在业务流中增加告警信息来实现，例如：流媒体中的字幕；还可以将业务重新指向一个告警页面来实现。 [0087] 上述步骤407和步骤408没有执行的先后顺序，可以交换；
[0088] 步骤409、SCP将申请的信用额度发送到SGSN；
[0089] 步骤410、SGSN向GGSN转发上述申请的信用额度，以供GGSN继续开展业务。 [0090] 本实施例在智能网系统中，在对于预付费的多业务传输中，当GGSN需要 开展业务时，如果不能和SCP直接通信，可以将信用额度预扣请求消息发送到SGSN，由SGSN向SCP申请一定的信用额度，并转发给GGSN，以供GGSN内容计费用；当某预付费业务已经申请的信用额度用完需要重新申请信用额度，而终端用户帐户的余额不足，需要终止该业务时，SCP向SGSN发送业务终止指示消息，该消息中包含有业务标识，SGSN转发该消息到GGSN，并由GGSN将该消息转发给SP，SP根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0091] 本实施例中GGSN还可以发送只携带有该项预付费业务的业务标识的费用指示消息，而不携带预扣信用额度的信息，指明该业务已经申请的信用额度已用完或即将用完；当SCP收到的是未携带预扣信用额度的费用指示消息时，则判断终端用户账户的余额是否为0，如果是，则执行本实施例相应的后续步骤即步骤404～步骤408，否则，SCP则将预设的一定信用额度发送到SGSN，SGSN向GGSN转发上述预设的信用额度，以供GGSN继续开展业务。
[0092] 如图5所示，为本发明预付费业务的控制方法的第五实施例的流程示意图。本实施例包括以下步骤：
[0093] 步骤501、终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，GGSN向OCS发送携带有该项预付费业务的业务标识和预扣信用额度的费用指示消息，策略控制增强实体(Policy and ChargingEnforcement.Function，PCEF)位于GGSN中。
[0094] GGSN解析出预付费业务的内容后，根据业务的内容到OCS中申请一定的信用额度并开展业务，当该项业务的信用额度用完后，重新申请一定用于该业务的信用额度； [0095] 步骤502、OCS判断终端用户账户的余额是否小于预扣信用额度，如果是， 则执行步骤503；否则，则执行步骤506；
[0096] 步骤503、OCS向SP发送携带有上述业务标识的业务终止指示消息； [0097] 步骤504、SP根据上述业务标识终止传输相应的业务报文。
[0098] 如果此时用户帐户余额不足，OCS将携带有业务标志的业务终止指示消息发送到SP，SP根据接收到的业务终止指示消息中所携带的业务标识，终止该项业务报文的传输； [0099] 步骤505、SP向上述终端发送提示余额不足的业务终止告警信息，本步骤具体可以通过短消息来实现；如果该项业务是流媒体业务，则可以采用相同的编码在业务流中增加告警信息来实现，例如：流媒体中的字幕；还可以将业务重新指向一个告警页面来实现。 [0100] 上述步骤504和步骤505没有执行的先后顺序，可以交换；
[0101] 步骤506、OCS将申请的信用额度发送到GGSN，以供GGSN继续开展业务。 [0102] 本实施例在在线计费技术中，对于预付费的多业务传输中，当GGSN需要开展业务时，可以将信用额度预扣请求消息发送到OCS以向OCS申请一定的信用额度，以供GGSN内容计费用；当某预付费业务的信用额度用完，而终端用户帐户的余额不足，需要终止该业务时，OCS向SP发送业务终止指示消息，该消息中包含有业务标识，当SP收到该消息后，根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0103] 本实施例中GGSN还可以发送只携带有该项预付费业务的业务标识的费用指示消息，而不携带预扣信用额度的信息，指明该业务已经申请的信用额度已用完或即将用完；当OCS收到的是未携带预扣信用额度的费用指示消息时，则判断终端用户账户的余额是否为0，如果是，则执行本实施例相应的后续步骤即步骤503～步骤505，否则，OCS则将预设的一定信用额度发送到 GGSN，以供GGSN继续开展业务。
[0104] 如图6所示，为本发明预付费业务的控制方法的第六实施例的流程示意图。本实施例包括以下步骤：
[0105] 步骤601、终端用户进行多项预付费业务，当其中的一项预付费业务已经申请的信用额度用完后，GGSN向OCS发送携带有该项预付费业务的业务标识和预扣信用额度的费用指示消息，PCEF位于GGSN中。
[0106] GGSN解析出预付费业务的内容后，根据业务的内容到OCS中申请一定的信用额度并开展业务，当该项业务的信用额度用完后，重新申请一定用于该业务的信用额度； [0107] 步骤602、OCS判断终端用户账户的余额是否小于申请的预扣信用额度，如果是，则执行步骤603；否则，则执行步骤607；
[0108] 步骤603、OCS向GGSN发送携带有上述业务标识的业务终止指示消息； [0109] 步骤604、GGSN将上述业务终止指示消息转发到SP；
[0110] 步骤605、SP根据上述业务标识终止传输相应的业务报文。
[0111] 如果此时用户帐户余额不足，OCS将携带有业务标志的业务终止指示消息发送到SP，SP根据接收到的业务终止指示消息中所携带的业务标识，终止该项业务报文的传输； [0112] 步骤606、SP向上述终端发送提示余额不足的业务终止告警信息，本步骤具体可以通过短消息来实现；如果该项业务是流媒体业务，则可以采用相同的编码在业务流中增加告警信息来实现，例如：流媒体中的字幕；还可以将业务重新指向一个告警页面来实现。 [0113] 上述步骤605和步骤606没有执行的先后顺序，可以交换；
[0114] 步骤607、OCS将申请的信用额度发送到GGSN，以供GGSN继续开展业务。 [0115] 本实施例在在线计费技术中，对于预付费的多业务传输中，当GGSN需要开展业务时，可以将信用额度预扣请求消息发送到OCS以向OCS申请一定的信用额度，以供GGSN内容计费用；当某预付费业务已经申请的信用额度用完重新向OCS申请新的信用额度，而终端用户帐户的余额不足，需要终止该业务时，OCS向GGSN发送业务终止指示消息，该消息中包含有业务标识，并由GGSN将该消息转发给SP，SP根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0116] 本实施例中GGSN还可以发送只携带有该项预付费业务的业务标识的费用指示消息，而不携带预扣信用额度的信息，指明该业务已经申请的信用额度已用完或即将用完；当OCS收到的是未携带预扣信用额度的费用指示消息时，则判断终端用户账户的余额是否为0，如果是，则执行本实施例相应的后续步骤即步骤603～步骤606，否则，OCS则将预设的一定信用额度发送到GGSN，以供GGSN继续开展业务。
[0117] 本发明预付费业务的控制方法的上述实施例通过费用管理网元根据接收到的携带有业务标识的费用指示消息，判断终端用户账户的余额不足后，则向业务提供网元发送携带有上述业务标识的业务终止指示消息，上述业务提供网元根据上述业务标识终止传输相应的业务报文，从而实现了在对于预付费的多业务传输中，当某个预付费业务已经申请或分配的信用额度用完后，而终端用户账户又没有足够的余额时，能够终止这项业务而不影响其他业务报文的正常传输。
[0118] 如图7所示，为本发明费用管理网元的具体实施例的结构示意图。本实施例包括顺次连接的第一接收模块11、判断模块12和指示模块13。其中，第一接收模块11用于接收到携带有业务标识的费用指示消息；判断模块12用于第 一接收模块11接收到所述费用指示消息后，判断终端用户账户的余额是否不足；指示模块13用于当判断模块12判断终端用户账户的余额不足时，则向业务提供网元发送携带有所述业务标识的业务终止指示消息。 [0119] 进一步地，本实施例中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。当第一接收模块11接收到的费用指示消息中携带有预扣信用额度的信息时，判断模块12判断终端用户账户的余额是否小于申请的预扣信用额度，当判断模块12判断终端用户账户的余额小于申请的预扣信用额度时，则向业务提供网元发送携带有所述业务标识的业务终止指示消息；当第一接收模块11接收到的费用指示消息中未携带预扣信用额度的信息时，判断模块12判断终端用户账户的余额是否为0，当判断模块12判断终端用户账户的余额为0时，则向业务提供网元发送携带有所述业务标识的业务终止指示消息。
[0120] 本实施例通过判断模块判断终端用户账户的余额不足后，向业务提供网元发送携带有业务标识的业务终止指示消息，以指示所述业务提供网元终止传输业务标识相应的业务报文，从而实现了在对于预付费的多业务传输中，当某个预付费业务已经申请或分配的信用额度用完后，而终端用户账户又没有足够的余额时，能够提示业务提供网元终止这项业务而不影响其他业务报文的正常传输。
[0121] 如图8所示，为本发明业务提供网元的具体实施例的结构示意图。本实施例包括相互连接的第二接收模块21和执行模块22。其中，第二接收模块21用于接收费用管理网元发送的携带有业务标识的业务终止指示消息；执行模块22用于第二接收模块21接收到所述业务终止指示消息后，根据所述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。
[0122] 本实施例执行模块在第二接收模块接收到所述业务终止指示消息后，根据所述业务终止指示消息中所携带的业务标识终止传输相应的业务报文，从而实现了在对于预付费的多业务传输中，当某个预付费业务已经申请或分配的信用额度用完后，而终端用户账户又没有足够的余额时，能够终止这项业务而不影响其他业务报文的正常传输。 [0123] 本实施例还可以包括与第二接收模块21连接的警告模块23，用于第二接收模块21接收到所述业务终止指示消息后，向所述终端发送提示余额不足的业务终止告警信息。 [0124] 如图9所示，为本发明预付费业务的控制系统的第一实施例的结构示意图。本实施例包括费用管理网元1、与费用管理网元1连接的内容计费网元2、分别与费用管理网元
1和内容计费网元2连接的业务提供网元3。其中，内容计费网元2用于向费用管理网元1发送携带有业务标识的费用指示消息，用以向费用管理网元1申请一定的信用额度，以供内容计费网元2内容计费用；费用管理网元1用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则向业务提供网元3发送携带有上述业务标识的业务终止指示消息，否则，将申请的信用额度发送到内容计费网元2，以供内容计费网元2继续开展业务；业务提供网元3用于接收到上述业务终止指示消息后，根据上述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。其中的费用管理网元1可以为SCP，还可以为OCS；内容计费网元2可以为GGSN；业务提供网元3可以为SP。 [0125] 进一步地，本实施例中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。当SCP/OCS接收到的费用指示消息中携带有预扣信用额度的信息时，判断终端用户账户的余额是否小于申请的预扣 信用额度，当判断终端用户账户的余额小于申请的预扣信用额度时，则向SP直接发送携带有所述业务标识的业务终止指示消息；当SCP/OCS接收到的费用指示消息中未携带预扣信用额度的信息时，判断终端用户账户的余额是否为0，当判断终端用户账户的余额为0时，则向SP直接发送携带有所述业务标识的业务终止指示消息。
1和内容计费网元2连接的业务提供网元3。其中，内容计费网元2用于向费用管理网元1发送携带有业务标识的费用指示消息，用以向费用管理网元1申请一定的信用额度，以供内容计费网元2内容计费用；费用管理网元1用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则向业务提供网元3发送携带有上述业务标识的业务终止指示消息，否则，将申请的信用额度发送到内容计费网元2，以供内容计费网元2继续开展业务；业务提供网元3用于接收到上述业务终止指示消息后，根据上述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。其中的费用管理网元1可以为SCP，还可以为OCS；内容计费网元2可以为GGSN；业务提供网元3可以为SP。 [0125] 进一步地，本实施例中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。当SCP/OCS接收到的费用指示消息中携带有预扣信用额度的信息时，判断终端用户账户的余额是否小于申请的预扣 信用额度，当判断终端用户账户的余额小于申请的预扣信用额度时，则向SP直接发送携带有所述业务标识的业务终止指示消息；当SCP/OCS接收到的费用指示消息中未携带预扣信用额度的信息时，判断终端用户账户的余额是否为0，当判断终端用户账户的余额为0时，则向SP直接发送携带有所述业务标识的业务终止指示消息。
[0126] 本实施例在智能网系统或在线计费技术中，对于预付费的多业务传输中，当GGSN需要开展业务时，可以将费用指示消息发送到SCP/OCS以向SCP/OCS申请或等待SCP/OCS分配一定的信用额度，以供GGSN内容计费用；当某预付费业务已经申请或分配的信用额度用完需要重新向SCP/OCS申请或等待SCP/OCS分配新的信用额度，而终端用户帐户的余额不足，需要终止该业务时，SCP/OCS向SP发送业务终止指示消息，该消息中包含有业务标识，当SP收到该消息后，根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0127] 如图10所示，为本发明预付费业务的控制系统的第二实施例的结构示意图。本实施例包括顺次连接的费用管理网元4、内容计费网元5和业务提供网元6。其中，内容计费网元5用于向费用管理网元4发送携带有业务标识的费用指示消息，用以向费用管理网元4申请一定的信用额度，以供内容计费网元5内容计费用；费用管理网元4用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则通过内容计费网元5向业务提供网元6转发携带有上述业务标识的业务终止指示消息，否则，将申请的信用额度发送到内容计费网元5，以供内容计费网元5继续开展业务；业务提供网元6用于接收到上述业务终止指示消息后，根据上述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。其中的费用管理 网元4可以为SCP，还可以为OCS；内容计费网元5可以为GGSN；业务提供网元6可以为SP。
[0128] 进一步地，本实施例中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。当SCP/OCS接收到的费用指示消息中携带有预扣信用额度的信息时，判断终端用户账户的余额是否小于申请的预扣信用额度，当判断终端用户账户的余额小于申请的预扣信用额度时，则通过GGSN向SP转发携带有所述业务标识的业务终止指示消息；当SCP/OCS接收到的费用指示消息中未携带预扣信用额度的信息时，判断终端用户账户的余额是否为0，当判断终端用户账户的余额为0时，则通过GGSN向SP转发携带有所述业务标识的业务终止指示消息。
[0129] 本实施例在智能网系统或在线计费技术中，对于预付费的多业务传输中，当GGSN需要开展业务时，可以将费用指示消息发送到SCP/OCS以向SCP/OCS申请或等待SCP/OCS分配一定的信用额度，以供GGSN内容计费用；当某预付费业务已经申请或分配的信用额度用完需要重新向SCP/OCS申请或等待SCP/OCS分配新的信用额度，而终端用户帐户的余额不足，需要终止该业务时，SCP/OCS向GGSN发送业务终止指示消息，该消息中包含有业务标识，并由GGSN将该消息转发给SP，SP根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。
[0130] 如图11所示，为本发明预付费业务的控制系统的第三实施例的结构示意图。本实施例包括费用管理网元7、与费用管理网元7连接的SGSN 8、与SGSN8连接的内容计费网元9、分别与费用管理网元7和内容计费网元9连接的业务提供网元10。其中，内容计费网元9用于通过SGSN 8向费用管理网元10转发携带有业务标识的费用指示消息，用以通过SGSN 8向费用管理网元7申 请一定的信用额度，以供内容计费网元9内容计费用；费用管理网元7用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则向业务提供网元10发送携带有上述业务标识的业务终止指示消息，否则，将申请的信用额度通过SGSN 8转发到内容计费网元9，以供内容计费网元9继续开展业务；业务提供网元10用于接收到上述业务终止指示消息后，根据上述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。其中的费用管理网元7可以为SCP；内容计费网元9可以为GGSN；业务提供网元10可以为SP。
[0131] 进一步地，本实施例中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。当SCP接收到的费用指示消息中携带有预扣信用额度的信息时，判断终端用户账户的余额是否小于申请的预扣信用额度，当判断终端用户账户的余额小于申请的预扣信用额度时，则向SP直接发送携带有所述业务标识的业务终止指示消息；当SCP接收到的费用指示消息中未携带预扣信用额度的信息时，判断终端用户账户的余额是否为0，当判断终端用户账户的余额为0时，则向SP直接发送携带有所述业务标识的业务终止指示消息。
[0132] 本实施例在智能网系统中，在对于预付费的多业务传输中，当GGSN需要开展业务时，如果不能和SCP直接通信，可以将费用指示消息发送到SGSN，由SGSN向SCP申请或等待SCP分配一定的信用额度，并转发给GGSN，以供GGSN内容计费用；当某预付费业务已申请或分配的信用额度用完需要重新向SCP申请或等待SCP分配新的信用额度，而终端用户帐户的余额不足，需要终止该业务时，SCP向SP发送业务终止指示消息，该消息中包含有业务标识，当SP收到该消息后，根据业务标识终止提供该业务服务，从而实现了终止该 业务服务并不影响其他正在进行的业务。
[0133] 如图12所示，为本发明预付费业务的控制系统的第四实施例的结构示意图。本实施例包括顺次连接的费用管理网元11、SGSN 12、内容计费网元13、业务提供网元14。其中，内容计费网元13用于通过SGSN 12向费用管理网元11转发携带有业务标识的费用指示消息，用以通过SGSN 12向费用管理网元11申请一定的信用额度，以供内容计费网元13内容计费用；费用管理网元11用于接收到携带有业务标识的费用指示消息后，判断终端用户账户的余额是否不足，如果是，则依此通过SGSN 12和内容计费网元13向业务提供网元14转发携带有上述业务标识的业务终止指示消息，否则，将申请的信用额度通过SGSN 12转发到内容计费网元13，以供内容计费网元13继续开展业务；业务提供网元14用于接收到上述业务终止指示消息后，根据上述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。其中的费用管理网元11可以为SCP；内容计费网元13可以为GGSN；业务提供网元14可以为SP。
[0134] 进一步地，本实施例中的费用指示消息可以携带有预扣信用额度的信息，也可以不携带预扣信用额度的信息。当SCP接收到的费用指示消息中携带有预扣信用额度的信息时，判断终端用户账户的余额是否小于申请的预扣信用额度，当判断终端用户账户的余额小于申请的预扣信用额度时，则依次通过SGSN和GGSN向SP转发携带有所述业务标识的业务终止指示消息；当SCP接收到的费用指示消息中未携带预扣信用额度的信息时，判断终端用户账户的余额是否为0，当判断终端用户账户的余额为0时，则依次通过SGSN和GGSN向SP转发携带有所述业务标识的业务终止指示消息。
[0135] 本实施例在智能网系统中，在对于预付费的多业务传输中，当GGSN需要 开展业务时，如果不能和SCP直接通信，可以将费用指示消息发送到SGSN，由SGSN向SCP申请或等待SCP分配一定的信用额度，并转发给GGSN，以供GGSN内容计费用；当某预付费业务已经申请或分配的信用额度用完需要重新向SCP申请等待SCP分配新的信用额度，而终端用户帐户的余额不足，需要终止该业务时，SCP向SGSN发送业务终止指示消息，该消息中包含有业务标识，SGSN转发该消息到GGSN，并由GGSN将该消息转发给SP，SP根据业务标识终止提供该业务服务，从而实现了终止该业务服务并不影响其他正在进行的业务。 [0136] 进一步地，本发明预付费业务的控制系统的上述实施例中的费用管理网元可以包括本实施例包括顺次连接的第一接收模块、判断模块和指示模块。其中，第一接收模块用于接收到携带有业务标识的费用指示消息；判断模块用于第一接收模块接收到所述费用指示消息后，判断终端用户账户的余额是否不足；指示模块用于当判断模块判断终端用户账户的余额不足时，则向业务提供网元发送携带有所述业务标识的业务终止指示消息。 [0137] 进一步地，本发明预付费业务的控制系统的上述实施例中的业务提供网元可以包括相互连接的第二接收模块和执行模块。其中，第二接收模块用于接收上述业务终止指示消息；执行模块用于上述第二接收模块接收到上述业务终止指示消息后，根据上述业务终止指示消息中所携带的业务标识终止传输相应的业务报文。业务提供网元还可以包括警告模块，与第二接收模块连接用于上述第二接收模块接收到上述业务终止指示消息后，向上述终端发送提示余额不足的业务终止告警信息。上述警告模块可以在执行模块终止业务或即将终止业务时，向终端作出告警提示，从而使得上述终端能够即时获取到业务终止的原因。
[0138] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0139] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。