CN105703914A - 一种多方付费的计费方法及计费装置 - Google Patents
一种多方付费的计费方法及计费装置 Download PDFInfo
- Publication number
- CN105703914A CN105703914A CN201410685461.7A CN201410685461A CN105703914A CN 105703914 A CN105703914 A CN 105703914A CN 201410685461 A CN201410685461 A CN 201410685461A CN 105703914 A CN105703914 A CN 105703914A
- Authority
- CN
- China
- Prior art keywords
- business
- charging
- user
- payer
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供了一种多方付费的计费方法及计费装置，所述计费方法包括：获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。基于本发明提供的多方付费的计费方法及计费装置能够实现指定业务、指定流量的代付，并且同时为业务使用方用户和业务付费方提供计费清单或计费消息，提高了计费系统的灵活性。
Description
技术领域
本发明涉及业务支撑领域，尤其涉及一种多方付费的计费方法及计费装置。
背景技术
随着智能终端的不断发展以及向人们日常生活的加速渗透，越来越多的用户利用移动互联网企业提供的手机应用程序来满足日常工作和生活需求，例如手机导航、手机购物、手机游戏等。为适应用户行为习惯的转变，越来越多传统企业和政府单位把面向用户提供的信息服务和面向员工提供的IT服务移动互联化，例如手机购票、手机证券、移动办公等。以手机证券应用为例，用户无需从证券商购买专用终端，只需从应用市场下载客户端应用，缴纳信息服务费后开通账户，即可在自己的智能终端上使用各种证券服务。
截止目前为止，用户使用以上手机应用产生的上网数据流量均由用户自己从运营商购买的手机流量套餐来支付。这往往让用户在使用过程中产生疑虑，担心手机应用是否存在缺陷导致流量消费不可控。因此，企业客户希望运营商可以对用户使用其手机应用程序所产生的流量单独计费，统一由企业来为用户支付。同时，某些企业(如手机媒体广告商、互联网公司等)为推广互联网内容或应用，往往希望在一段时间内，为用户支付访问特定互联网内容或下载特定互联网应用所产生的全部流量费用。上述商业模式类似于传统的语音400/800电话、企业短信业务，即由服务提供方为服务使用方支付访问或使用服务时所需的电信业务费用，称为后向统付商业模式。该模式要求运营商在用户使用电信业务过程中，识别出电信业务的实际付费方，从而做到根据实际付费账户情况进行计费控制。
流量业务的快速发展对计费能力提出了更多的要求，包括对特定的后向业务按比例、按额度等方式支付，以及给代付方和被代付方同时提供清单，而这些都是现有流量多方付费所无法实现的。现有基于APN的流量多方计费方案存在以下问题：
由于用户将使用普通的APN(接入点)建立上下文承载，并在一个承载下同时访问普通互联网和特定业务，不同付费方的流量的计费信息会在一个话单或一个在线计费消息中传递。而现有方案只能根据单条话单或单个在线计费消息中的APN字段来识别出其归属的付费方并对此话单或消息进行计费系统寻址与分发，无法支持根据付费额度等进行拆分与分发的场景。而对在线计费的用户，由于同一个会话的不同的业务流量将可能由不同的计费系统进行批价与计费控制。现有的计费方案只能做全部流量代付或者按照批价结果对批价后结果按比例进行全额或定额代付。由于现有资费体系下，费用与流量的对应关系都不是线性关系，因此无法实现按照流量额度进行代付控制。最后现有方案中，清单根据APN定向到指定计费引擎后，只能出对应引擎的清单，或者出帐在付费方处，或者记录在使用方身上，不能满足付费方和使用方同时查询清单的要求。
发明内容
本发明所要解决的技术问题在于，提供一种多方付费的计费方法和计费装置，能够在后向统付商业模式中，实现指定业务、指定流量的代付，并同时为业务使用方用户和业务付费方提供计费清单或计费消息。
为了解决上述技术问题，本发明采用如下技术方案：
依据本发明实施例的一个方面，提供了一种多方付费的计费方法，应用于离线计费模式，所述计费方法包括：
获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；
根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；
将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
其中，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；
相应地，所述根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单，具体包括：
根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述计费话单中拆分出来，生成业务付费方付费部分的计费话单，并由拆分后的计费话单生成业务使用方用户付费部分的计费话单；
如果所述业务付费方选择的是白名单模式，且所述业务使用方用户在所述白名单内，则将所述待识别业务的业务流量拆分出来，生成业务付费方付费部分的计费话单，由拆分后的计费话单生成业务使用方用户付费部分的计费话单。
进一步的，若所述业务付费方付费部分的计费话单中所记录的业务流量超过业务付费方统付流量的阈值，所述计费方法还包括：
接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费话单；
将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行计费。
依据本发明实施例的另一个方面，提供了一种多方付费的计费方法，应用于在线计费模式，所述计费方法包括：
获取在线计费消息，并从所述在线计费消息中获取一个或多个待识别业务的业务标识；
根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；
将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
其中，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；
相应地，所述根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息，具体包括：
根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息；
如果所述业务付费方选择的是白名单模式，且业务使用方用户在所述白名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息。
进一步的，所述将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理，具体为：
将所述业务付费方付费部分的计费消息路由到业务付费方计费/账务系统；
待所述业务付费方计费/账务系统返回所述待识别业务的流量的批价结果后，将所述业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理。
进一步的，若所述业务付费方付费部分的计费消息中所记录的业务流量超过业务付费方统付流量的阈值，所述计费方法还包括：
接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费消息；
将接收到的未由所述业务付费方统付流量生成的计费消息分发至业务使用方用户计费/账务系统进行计费。
依据本发明实施例的一个方面，提供了一种多方付费的计费装置，应用于离线计费模式，所述计费装置包括：
第一获取模块，用于获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；
第一拆分模块，用于根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；
第一发送模块，用于将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
其中，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；所述第一拆分模块包括：
第一鉴权单元，用于根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
第一拆分单元，用于如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述计费话单中拆分出来，生成业务付费方付费部分的计费话单，并由拆分后的计费话单生成业务使用方用户付费部分的计费话单；如果所述业务付费方选择的是白名单模式，且所述业务使用方用户在所述白名单内，则将所述待识别业务的业务流量拆分出来，生成业务付费方付费部分的计费话单，由拆分后的计费话单生成业务使用方用户付费部分的计费话单。
进一步的，所述计费装置还包括：
第一接收模块，用于接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费话单；
第一分发模块，用于将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行计费。
依据本发明实施例的一个方面，提供了一种多方付费的计费装置，应用于在线计费模式，所述计费装置包括：
第二获取模块，用于获取在线计费消息，并从所述在线计费消息中获取一个或多个待识别业务的业务标识；
第二拆分模块，用于根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；
第二发送模块，用于将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
其中，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；所述第二拆分模块包括：
第二鉴权单元，用于根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
第二拆分单元，用于如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息；如果所述业务付费方选择的是白名单模式，且业务使用方用户在所述白名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息。
进一步的，所述第二发送模块包括：
第一路由单元，用于将所述业务付费方付费部分的计费消息路由到业务付费方计费/账务系统；
第二路由单元，用于待所述业务付费方计费/账务系统返回所述待识别业务的流量的批价结果后，将所述业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理。
进一步的，所述计费装置还包括：
第二接收模块，用于接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费消息；
第二分发模块，用于将接收到的未由所述业务付费方统付流量生成的计费消息分发至业务使用方用户计费/账务系统进行计费。
本发明的有益效果是：本发明提供的多方付费的计费方法和计费装置实现了对单个计费话单或单个在线计费消息中不同业务的识别和拆分，并结合用户订购关系和付费方选择的支付模式进行计费系统路由，采用在批价前进行话单的拆分和分发，解决了一个上网会话无法根据流量额度、比例等有多个付费方来付费的问题，有效的支撑了部分企业客户只愿意支付一个账期内用户访问特定业务的部分流量的需求，有利于推广流量后向统付业务。
附图说明
图1表示本发明实施例提供的应用于离线计费模式的多方付费的计费方法的步骤流程图；
图2表示本发明实施例提供的应用于在线计费模式的多方付费的计费方法的步骤流程图；
图3表示发明实施例提供的应用于在线计费模式的多方付费的计费方法中步骤S203的具体步骤流程图；
图4表示本发明实施例提供的应用于离线计费模式的多方付费的计费装置的框图；
图5表示发明实施例提供的应用于离线计费模式的多方付费的计费装置中第一拆分模块的框图；
图6表示本发明实施例提供的应用于在线计费模式的多方付费的计费装置的框图；
图7表示发明实施例提供的应用于在线计费模式的多方付费的计费装置中第二拆分模块的框图；
图8表示发明实施例提供的应用于在线计费模式的多方付费的计费装置中第二发送模块的框图；
图9表示本发明实施例提供的离线计费模式的具体实现流程图；
图10表示本发明实施例提供的在线计费模式的具体实现流程图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
实施例一
如图1所示为本发明实施例提供的应用于离线计费模式的多方付费的计费方法的步骤流程图，包括：
步骤S101、获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；
其中，待识别的业务标识可以为Service-Code(业务代码)或Rating-Group(计费组标识)，若出现待识别的业务代码，则执行步骤S102。
步骤S102、根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；
若出现待识别的业务代码，则判断该业务付费方采用何种支付模式进行用户订购关系鉴权，从而决定是否进行计费话单的拆分，若经过判断，需进行计费话单的拆分，则将计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；其中，付费方选择的支付模式包括黑名单模式和白名单模式，用户订购关系包括业务付费方提供的黑名单模式和业务付费方提供的白名单。
步骤S103、将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
也就是，将拆分好的计费话单，分别送到相应的计费系统进行处理，具体地，将业务付费方付费部分的计费话单发送至业务付费方计费/账务系统，业务使用方用户付费部分的计费话单发送至业务使用方用户计费/账务系统。
其中，若所述业务付费方付费部分的计费话单中所记录的业务流量超过业务付费方统付流量的阈值，如图1所示，所述计费方法还包括：
步骤S104、接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费话单；
步骤S105、将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行计费。
也就是，业务付费方计费/账务系统可以设定一个账期内统付的阀值，若业务付费方计费/账务系统经判断后发现该业务使用方用户在一个账期内累计超过业务付费方计费/账务设定的统付的阀值，则对未由业务付费方统付的流量生成计费话单，分发到业务使用方用户计费/账务系统进行计费处理。
进一步的，根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行用户订购关系鉴权。
如果业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将待识别业务的业务流量从计费话单中拆分出来，生成业务付费方付费部分的计费话单，并分发到业务付费方所在的计费系统，并将拆分后的计费话单生成业务使用方用户付费部分的计费话单，分发到业务使用方用户所在的计费系统进行处理。如果业务使用方用户在黑名单内，则将不进行拆分，按原有流程分发到业务使用方用户所在的计费系统进行处理。
如果业务付费方选择的是白名单模式，且所述业务使用方用户在所述白名单内，则将所述待识别业务的业务流量从计费话单中拆分出来，生成业务付费方付费部分的计费话单，并分发到业务付费方所在的计费系统，并将拆分后的计费话单生成业务使用方用户付费部分的计费话单，分发到业务使用方用户所在的计费系统进行处理。如果业务使用方用户在黑名单内，则将不进行拆分，按原有流程分发到业务使用方用户所在的计费系统进行处理。
特别的，在白名单模式下，业务付费方可以选择在一个账期内只对一个业务使用方用户支付一定额度的流量费用，超出额度的流量费用由业务使用方用户自己付费。业务付费方计费/账务系统完成批价后，将业务使用方用户自己付费部分的计费话单分发到业务使用方用户计费/账务系统完成计费处理。
实施例二
如图2所示为本发明实施例提供的应用于在线计费模式的多方付费的计费方法的步骤流程图，包括：
步骤S201、获取在线计费消息，并从所述在线计费消息中获取一个或多个待识别业务的业务标识；
其中待识别的业务标识可以为Service-Code(业务代码)或Rating-Group(计费组标识)，若出现待识别的业务代码，则执行步骤S202。
步骤S202、根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；
也就是，若出现待识别的业务代码，则判断该业务付费方采用何种支付模式进行用户订购关系鉴权，从而决定是否进行计费消息的拆分，若经过判断，需进行计费消息的拆分，则将计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；其中，付费方选择的支付模式包括黑名单模式和白名单模式，用户订购关系包括业务付费方提供的黑名单模式和业务付费方提供的白名单。
步骤S203、将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
也就是，将拆分好的计费消息，分别送到相应的计费系统进行处理。将业务付费方付费部分的计费消息发送至业务付费方计费/账务系统，业务使用方用户付费部分的计费消息发送至业务使用方用户计费/账务系统。
其中，若所述业务付费方付费部分的计费消息中所记录的业务流量超过业务付费方统付流量的阈值，如图2所示，所述计费方法还包括：
步骤S204、接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费消息；
步骤S205、将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行消息。
也就是，在业务付费方计费/账务系统可以设定一个账期内统付的阀值，当业务付费方计费/账务系统对此流量进行批价后，如发现该业务使用方用户在一个账期内累计超过业务付费方计费/账务设定的统付的阀值，则对未由业务付费方统付的流量生成计费消息，分发到业务使用方用户计费/账务系统进行计费处理。
进一步的，根据所述业务付费方选择的支付模式和所述待识别业务的业务使用方用户订购关系对所述待识别业务进行订购关系鉴权，具体为：
如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将待识别业务的业务流量从在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，路由到业务付费方计费/账务系统，将拆分后的在线计费消息生成业务使用方用户付费部分的计费消息，路由到业务付费方计费/账务系统。如果业务使用方用户在黑名单内，则将不进行拆分，按原有流程分发到业务使用方用户计费/账务系统进行计费处理。
如果所述业务付费方选择的是白名单模式，且业务使用方用户在所述白名单内，则将待识别业务的业务流量从在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，路由到业务付费方计费/账务系统，将拆分后的在线计费消息生成业务使用方用户付费部分的计费消息，路由到业务付费方计费/账务系统。如果业务使用方用户不在白名单内，则将不进行拆分，按原有流程分发到业务使用方用户计费/账务系统进行计费处理。
特别的，在白名单模式下，业务付费方可以选择在一个账期内只对一个业务使用方用户支付一定额度的流量费用，超出额度后仍由业务使用方用户自己付费。则业务付费方计费/账务系统将在完成批价后，对于要求业务使用方用户自己付费部分的在线计费消息回用户计费/帐务系统完成计费处理。
进一步的，如图3所示，为步骤S203将计费消息分发到相应的计费系统的具体步骤流程图，其中具体步骤为：
步骤S301、将所述业务付费方付费部分的计费消息路由到业务付费方计费/账务系统；
步骤S302、待业务付费方计费/账务系统返回待识别业务的流量的批价结果后，再将业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理。
实施例三
如图4所示，为本发明实施例提供的应用于离线计费模式的多方付费的计费装置的框图，包括：
第一获取模块401，用于获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；
也就是，将获取到的计费话单和业务标识发送到第一拆分模块302，判断是否需要进行计费话单的拆分。
第一拆分模块402，用于根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；
也就是，根据接收到的计费话单和业务标识，判断该业务中是否存在后向统付业务，是否需要进行话单的拆分，若需要则将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单。
第一发送模块403，用于将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
也就是，将拆分后的计费话单分发至相应的计费系统，其中，将业务付费方付费部分的计费话单发送至业务付费方计费/账务系统，将业务使用方用户付费部分的计费话单发送至业务使用方用户计费/账务系统。
进一步的，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；
进一步的，如图5所示，所述第一拆分模块包括：
第一鉴权单元501，用于根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
第一拆分单元502，用于如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述计费话单中拆分出来，生成业务付费方付费部分的计费话单，并由拆分后的计费话单生成业务使用方用户付费部分的计费话单；如果所述业务付费方选择的是白名单模式，且所述业务使用方用户在所述白名单内，则将所述待识别业务的业务流量拆分出来，生成业务付费方付费部分的计费话单，由拆分后的计费话单生成业务使用方用户付费部分的计费话单。
进一步的，如图4所示，所述计费装置还包括：
第一接收模块404，用于接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费话单；
也就是，当业务使用方用户在一个账期内累计超过业务付费方计费/账务设定的统付的阀值，业务付费方计费/账务系统对未由业务付费统付的流量生成计费话单时，第一接收模块404接收返回的计费话单，并转发给第一分发模块405。
第一分发模块405，用于将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行计费。
实施例四
如图6所示，为本发明实施例提供的应用于在线计费模式的多方付费的计费装置的框图，包括：
第二获取模块601，用于获取在线计费消息，并从所述在线计费消息中获取一个或多个待识别业务的业务标识；
也就是，将获取到的计费消息和业务标识发送到第二拆分模块302，判断是否需要进行计费消息的拆分。
第二拆分模块602，用于根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；
也就是，根据接收到的计费消息和业务标识，判断该业务中是否存在后向统付业务，是否需要进行消息的拆分，若需要则将所述计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息。
第二发送模块604，用于将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
也就是，将拆分后的计费消息分发至相应的计费系统，其中，将业务付费方付费部分的计费消息发送至业务付费方计费/账务系统，将业务使用方用户付费部分的计费消息发送至业务使用方用户计费/账务系统。
进一步的，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；
进一步的，如图7所示，所述第二拆分模块包括：
第二鉴权单元701，用于根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
第二拆分单元702，用于如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息；如果所述业务付费方选择的是白名单模式，且业务使用方用户在所述白名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息。
进一步的，如图8所示，所述第二发送模块还包括：
第一路由单元801，用于将所述业务付费方付费部分的计费消息路由到业务付费方计费/账务系统；
也就是，将业务付费方付费部分的计费消息路由到业务付费方计费/账务系统进行待识别业务的流量批价。
第二路由单元802，用于待所述业务付费方计费/账务系统返回所述待识别业务的流量的批价结果后，将所述业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理。
也就是，根据批价结果，将业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理，若业务付费方计费/账务系统返回未由业务付费方支付的流量计费消息，则将此消息和拆分后的业务使用方用户付费部分的计费消息合并在一起分发到业务使用方用户计费/账务系统进行处理，若没有若业务付费方计费/账务系统返回未由业务付费方支付的流量计费消息，则只将业务使用方用户付费部分的计费消息分发到业务使用方用户计费/账务系统进行处理。
进一步的，如图6所示，所述计费装置还包括：
第二接收模块604，用于接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费消息；
也就是，当业务使用方用户在一个账期内累计超过业务付费方计费/账务设定的统付的阀值，业务付费方计费/账务系统对未由业务付费统付的流量生成计费消息时，第二接收模块604接收返回的计费消息，并转发给第二分发模块605。
第二分发模块605，用于将接收到的未由所述业务付费方统付流量生成的计费消息分发至业务使用方用户计费/账务系统进行计费。
实施例五
如图9所示，为本发明实施例提供的离线计费模式的具体实现流程图，以下将基于此图对离线计费系统下的多方付费的计费方法进行描述。
步骤S901、首先业务付费方在业务综合运营平台ESOP开通流量后向统付业务，选择用户鉴权模式，并提供用户订购关系数据；
其中，ESOP的功能为统一管理业务付费方资料，负责向业务解析模块同步业务付费方资料、业务代码数据、订购关系。
用户订购关系包括业务付费方提供的黑名单和业务付费方提供的白名单。
这里需要解释的是，上述提到的业务解析模块以及下文将要提到的计费路由为本发明的主要技术改进点，相互配合的业务解析模块和计费路由相当于本发明实施例中的计费装置。
步骤S902、ESOP向业务解析模块同步业务付费方资料、业务代码/计费组表示、用户订购关系等数据；
其中，业务解析模块的功能为对外部系统提供数据配置接口，获取待识别业务的业务代码(如Service-Code或Rating-Group等)、对应业务付费方提供的用户订购关系数据(包括黑名单、白名单等)，并由此计费话单所应送达的计费系统路由数据。其中，业务解析模块可以部署在计费路由中，也可以独立部署，业务解析模块独立部署时，与计费路由串联，实现的功能同上描述，对于流程顺序没有影响。
步骤S903、用户开始使用互联网业务，其中访问了业务付费方指定的互联网业务；
步骤S904、GGSN/PCEF根据用户使用业务的情况，生成计费话单后，由计费路由系统采集并完成计费话单解码；
其中，GGSN/PCEF的功能为负责对用户使用互联网业务的情况生成流量计费话单，对符合不同流量识别规则(IP/端口)的流量使用不同业务代码来标识，从而使业务解析模块可以实现基于业务的计费话单的拆分与路由。
计费路由的功能为负责从通信网元采集计费话单文件，并对计费话单文件内容进行协议解析，如ASN.1/BER。并将计费话单根据业务要求送到相应的计费模块进行批价计费。而传统的计费路由系统只能将计费话单送至指定的单一引擎。
步骤S905、计费路由把解码后的计费话单分发到业务解析模块，由业务解析模块对计费话单中的相关内容进行分析，对满足业务付费方统付条件的的流量，业务解析模块将根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识将计费话单进行拆分；
步骤S906、业务解析模块将业务付费方付费部分的计费话单(即统付部分的计费话单)分发到业务付费方计费/账务系统进行计费处理；
步骤S907、业务解析模块将用户付费部分的计费话单分发到业务使用方用户计费/账务系统进行计费处理；
步骤S908、业务付费方计费/帐务系统对统付部分的计费话单进行批价，如发现该用户在一个帐期内累计超过业务付费方统付的阀值，则对未由业务付费方统付的流量生成计费话单，回送到业务解析模块，由业务解析模块再分发到用户计费系统进行计费；
步骤S909、综合账务在获取业务付费方计费/账务系统批价后的计费清单后，进行累账、合账、销账等处理，最后生成给业务付费方的账单。
实施例六
如10所示，为本发明实施例提供的在线计费模式的具体流程图，以下将基于此图对离线计费系统下的多方付费的计费方法进行具体实现流程的描述。
步骤S1001、首先业务付费方在业务综合运营平台ESOP开通流量后向统付业务，选择用户鉴权模式，并提供用户订购关系数据；
其中，ESOP的功能为统一管理业务付费方资料，负责向业务解析模块同步业务付费方资料、业务代码数据、订购关系。
用户订购关系包括业务付费方提供的黑名单和业务付费方提供的白名单。
这里需要解释的是，上述提到的业务解析模块以及下文将要提到的计费路由为本发明的主要技术改进点，相互配合的业务解析模块和计费路由相当于本发明实施例中的计费装置。
步骤S1002、ESOP向业务解析模块同步业务付费方资料、业务代码/计费组表示、用户订购关系等数据；
其中，业务解析模块的功能为对外部系统提供数据配置接口，获取待识别业务的业务代码(Service-Code或Rating-Group等)、对应业务付费方提供的用户订购关系数据(包括黑名单、白名单等)等，并根据这些信息计算付费方所在计费系统的路由数据，确定计费消息的分发与复制逻辑。其中，业务解析模块可以部署在计费路由中，也可以独立部署，业务解析模块独立部署时，与计费路由串联，实现的功能同上描述，对于流程顺序没有影响。
步骤S1003、用户开始使用互联网业务，其中访问了业务付费方指定的互联网业务；
步骤S1004、GGSN/PCEF生成GyCCR-Initiate消息为本此上网会话建立在线计费会话；
其中，GGSN/PCEF的功能为负责对用户使用互联网业务的情况生成在线计费消息，对符合不同流量识别规则(IP/端口)的流量使用不同计费组标识来标识，从而使业务解析模块可以实现基于IP/端口的计费信息拆分与路由。
步骤S1005、计费路由对CCR-Initiate消息完成解码后，路由到业务解析模块，由业务解析模块根据用户是否有任何后向统付业务订购关系，判断是否需要创建有一个DCCACCR-Initiate消息送到业务付费方计费/账务系统，从而为此次会话增加一个在线计费会话；
其中，计费路由的功能为负责对接通信网元的在线计费接口，并对在线计费接口进行协议解析，如Gy/Ro。解析后的在线计费消息将转送到业务解析模块进行区分业务付费方的计费路由与分发。而传统的计费路由系统只具备将计费消息送到单一计费引擎处理的能力。
步骤S1006、若存在后向统付业务订购关系，则业务解析模块将生成并转发DCCACCR-Initiate消息，从而分别创建于业务使用方用户计费/账务系统和业务付费方计费/账务系统间的在线计费会话，将原有的在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息。
步骤S1007、将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理，并将两个系统返回的CCA-Initiate消息合并后返回到计费路由，从而下发到GGSN/PCEF；
步骤S1008、GGSN/PCEF根据用户使用业务的情况，触发GyCCR-Update消息，上报流量使用情况并申请流量配额；
步骤S1009、业务解析模块在获取解码后的CCR-Update消息后，判断此消息是否包含后向统付业务的流量，如果有，则根据业务付费方拆分成独立的CCR-Update消息转发到业务付费方计费/账务系统进行批价；
步骤S1010、业务解析模块将生成的CCR-Update消息送到业务付费方计费/账务系统；
步骤S1011、业务付费方计费/账务系统对此流量进行批价后，返回流量配额到业务解析模块，从而下发到GGSN/PCEF进行计费控制，如果发现该业务使用方用户在一个账期内累计超过业务付费方统付的阀值，则返回错误码及对未由业务付费方统付的流量，回送到业务解析模块；
步骤S1012、业务解析模块根据业务付费方计费/账务系统返回的结果，结合原有CCR-Update消息，向业务使用方用户计费/账务系统发送CCR-Update消息；
步骤S1013、业务使用方用户计费/账务系统在完成批价后，返回流量配额到业务解析模块，从而下发到GGSN/PCEF进行计费控制；
步骤S1014、综合账务在获取业务付费方计费/账务系统批价后的计费清单后，进行累账、合账、销账等处理，最后生成给业务付费方的账单。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
Claims (14)
1.一种多方付费的计费方法，应用于离线计费模式，其特征在于，所述计费方法包括：
获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；
根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；
将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
2.如权利要求1所述的计费方法，其特征在于，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；
相应地，所述根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单，具体包括：
根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述计费话单中拆分出来，生成业务付费方付费部分的计费话单，并由拆分后的计费话单生成业务使用方用户付费部分的计费话单；
如果所述业务付费方选择的是白名单模式，且所述业务使用方用户在所述白名单内，则将所述待识别业务的业务流量拆分出来，生成业务付费方付费部分的计费话单，由拆分后的计费话单生成业务使用方用户付费部分的计费话单。
3.如权利要求2所述的计费方法，其特征在于，若所述业务付费方付费部分的计费话单中所记录的业务流量超过业务付费方统付流量的阈值，所述计费方法还包括：
接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费话单；
将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行计费。
4.一种多方付费的计费方法，应用于在线计费模式，其特征在于，所述计费方法包括：
获取在线计费消息，并从所述在线计费消息中获取一个或多个待识别业务的业务标识；
根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；
将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
5.如权利要求4所述的计费方法，其特征在于，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；
相应地，所述根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息，具体包括：
根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息；
如果所述业务付费方选择的是白名单模式，且业务使用方用户在所述白名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息。
6.如权利要求4所述的计费方法，其特征在于，所述将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理，具体为：
将所述业务付费方付费部分的计费消息路由到业务付费方计费/账务系统；
待所述业务付费方计费/账务系统返回所述待识别业务的流量的批价结果后，将所述业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理。
7.如权利要求5所述的计费方法，其特征在于，若所述业务付费方付费部分的计费消息中所记录的业务流量超过业务付费方统付流量的阈值，所述计费方法还包括：
接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费消息；
将接收到的未由所述业务付费方统付流量生成的计费消息分发至业务使用方用户计费/账务系统进行计费。
8.一种多方付费的计费装置，应用于离线计费模式，其特征在于，所述计费装置包括：
第一获取模块，用于获取计费话单，并从所述计费话单中获取一个或多个待识别业务的业务标识；
第一拆分模块，用于根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述计费话单拆分成业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单；
第一发送模块，用于将所述业务付费方付费部分的计费话单和业务使用方用户付费部分的计费话单分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
9.如权利要求8所述的计费装置，其特征在于，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；所述第一拆分模块包括：
第一鉴权单元，用于根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
第一拆分单元，用于如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述计费话单中拆分出来，生成业务付费方付费部分的计费话单，并由拆分后的计费话单生成业务使用方用户付费部分的计费话单；如果所述业务付费方选择的是白名单模式，且所述业务使用方用户在所述白名单内，则将所述待识别业务的业务流量拆分出来，生成业务付费方付费部分的计费话单，由拆分后的计费话单生成业务使用方用户付费部分的计费话单。
10.如权利要求8所述的计费装置，其特征在于，所述计费装置还包括：
第一接收模块，用于接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费话单；
第一分发模块，用于将接收到的未由所述业务付费方统付流量生成的计费话单分发至业务使用方用户计费/账务系统进行计费。
11.一种多方付费的计费装置，应用于离线计费模式，其特征在于，所述计费装置包括：
第二获取模块，用于获取在线计费消息，并从所述在线计费消息中获取一个或多个待识别业务的业务标识；
第二拆分模块，用于根据业务付费方选择的支付模式、所述待识别业务的用户订购关系和所述待识别业务的业务标识，将所述在线计费消息拆分成业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息；
第二发送模块，用于将所述业务付费方付费部分的计费消息和业务使用方用户付费部分的计费消息分别发送至业务付费方计费/账务系统和业务使用方用户计费/账务系统进行计费处理。
12.如权利要求11所述的计费装置，其特征在于，所述用户订购关系包括：业务付费方提供的黑名单和业务付费方提供的白名单；所述第二拆分模块包括：
第二鉴权单元，用于根据所述业务付费方选择的支付模式和所述待识别业务的用户订购关系对所述待识别业务进行订购关系鉴权，所述业务付费方选择的支付模式包括：黑名单模式和白名单模式；
第二拆分单元，用于如果所述业务付费方选择的是黑名单模式，且业务使用方用户不在所述黑名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息；如果所述业务付费方选择的是白名单模式，且业务使用方用户在所述白名单内，则将所述待识别业务的业务流量从所述在线计费消息中拆分出来，生成业务付费方付费部分的计费消息，并由拆分后的在线计费消息生成业务使用方用户付费部分的计费消息。
13.如权利要求11所述的计费装置，其特征在于，所述第二发送模块包括：
第一路由单元，用于将所述业务付费方付费部分的计费消息路由到业务付费方计费/账务系统；
第二路由单元，用于待所述业务付费方计费/账务系统返回所述待识别业务的流量的批价结果后，将所述业务使用方用户付费部分的计费消息路由至业务使用方用户计费/账务系统进行计费处理。
14.如权利要求11所述的计费装置，其特征在于，所述计费装置还包括：
第二接收模块，用于接收所述业务付费方计费/账务系统返回的未由所述业务付费方统付流量生成的计费消息；
第二分发模块，用于将接收到的未由所述业务付费方统付流量生成的计费消息分发至业务使用方用户计费/账务系统进行计费。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410685461.7A CN105703914B (zh) | 2014-11-24 | 2014-11-24 | 一种多方付费的计费方法及计费装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410685461.7A CN105703914B (zh) | 2014-11-24 | 2014-11-24 | 一种多方付费的计费方法及计费装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105703914A true CN105703914A (zh) | 2016-06-22 |
| CN105703914B CN105703914B (zh) | 2019-04-16 |
Family
ID=56941791
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410685461.7A Active CN105703914B (zh) | 2014-11-24 | 2014-11-24 | 一种多方付费的计费方法及计费装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105703914B (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060246889A1 (en) * | 2005-05-02 | 2006-11-02 | Buchhop Peter K | Wireless Data Device Performance Monitor |
| CN101741579A (zh) * | 2008-11-17 | 2010-06-16 | 李占胜 | 一种新的移动通信数据业务收费模式 |
| CN101800964A (zh) * | 2009-02-10 | 2010-08-11 | 华为软件技术有限公司 | 计费方法、装置及系统和内容/业务服务器 |
| CN102595364A (zh) * | 2011-01-06 | 2012-07-18 | 中国移动通信集团广东有限公司 | 一种计费系统、装置和方法 |
| CN103518349A (zh) * | 2013-03-26 | 2014-01-15 | 华为技术有限公司 | 计费方法、接入设备和计费设备 |
-
2014
- 2014-11-24 CN CN201410685461.7A patent/CN105703914B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060246889A1 (en) * | 2005-05-02 | 2006-11-02 | Buchhop Peter K | Wireless Data Device Performance Monitor |
| CN101741579A (zh) * | 2008-11-17 | 2010-06-16 | 李占胜 | 一种新的移动通信数据业务收费模式 |
| CN101800964A (zh) * | 2009-02-10 | 2010-08-11 | 华为软件技术有限公司 | 计费方法、装置及系统和内容/业务服务器 |
| CN102595364A (zh) * | 2011-01-06 | 2012-07-18 | 中国移动通信集团广东有限公司 | 一种计费系统、装置和方法 |
| CN103518349A (zh) * | 2013-03-26 | 2014-01-15 | 华为技术有限公司 | 计费方法、接入设备和计费设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105703914B (zh) | 2019-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7526547B2 (en) | Intelligent network charging edge | |
| CN102027764B (zh) | 使用订户身份访问网络服务的方法、系统、和装置 | |
| CN102595364B (zh) | 一种计费系统 | |
| US20090006229A1 (en) | System and method for telephony billing codes | |
| CN103096269B (zh) | 代缴费提醒方法及装置 | |
| US20110081008A1 (en) | System and method for running a multi-module telephony application | |
| US20070072597A1 (en) | Feature sharing | |
| US20110111743A1 (en) | Methods For Mobile Phone Applications | |
| CN103946879A (zh) | 电子支付系统及支持方法和设备 | |
| RU2165679C1 (ru) | Система предоставления платных услуг в телекоммуникационной сети (варианты) | |
| CN100562166C (zh) | 移动终端定位信息处理的方法 | |
| CN102164352A (zh) | 一种短信支付家庭账单的方法 | |
| CN101282500B (zh) | 支持多种访问方式的增值业务控制方法及系统 | |
| WO2019101082A1 (zh) | 一种增值业务的实现方法、装置和行业应用鉴权中心 | |
| CN101754163A (zh) | 一种增值业务计费方法、系统及装置 | |
| CN101771984A (zh) | 数据业务实时计费方法、装置及系统 | |
| CN101860445B (zh) | 增值业务计费方法及系统 | |
| CN104967605A (zh) | 隐私保护方法及装置 | |
| US8625758B2 (en) | Method, a telecommunication system and a network node for sponsoring a communication service | |
| CN108446901A (zh) | 基于多人付费的咨询通讯系统和方法 | |
| CN105703914A (zh) | 一种多方付费的计费方法及计费装置 | |
| US8306206B2 (en) | Callback system, transmitting terminal, telephone relay server, callback method and callback program | |
| JP2016208131A (ja) | 提携サービス提供方法 | |
| CN102546671B (zh) | 一种基于dcc直径信控协议的消息传输方法 | |
| Behan et al. | Prepaid voice services based on openbts platform |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |