CN114765563A - 跨运营商的被叫付费方法、装置和计算机可读存储介质 - Google Patents

跨运营商的被叫付费方法、装置和计算机可读存储介质 Download PDF

Info

Publication number
CN114765563A
CN114765563A CN202110003458.2A CN202110003458A CN114765563A CN 114765563 A CN114765563 A CN 114765563A CN 202110003458 A CN202110003458 A CN 202110003458A CN 114765563 A CN114765563 A CN 114765563A
Authority
CN
China
Prior art keywords
operator
call
settlement
uplink node
receiving
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.)
Pending
Application number
CN202110003458.2A
Other languages
English (en)
Inventor
董文宇
阎军智
杨波
杨成军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202110003458.2A priority Critical patent/CN114765563A/zh
Publication of CN114765563A publication Critical patent/CN114765563A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1442—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level
    • H04L12/1446—Charging, metering or billing arrangements for data wireline or wireless communications at network operator level inter-operator billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1428—Invoice generation, e.g. customization, lay-out, database processing, algorithms for calculating the bill or formatting invoices as WWW pages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供了一种跨运营商的被叫付费方法、装置和计算机可读存储介质，所述方法包括：区块链中第一运营商的上链节点接收第一运营商业务平台发送的起呼请求；判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统(BOSS)。

Description

跨运营商的被叫付费方法、装置和计算机可读存储介质
技术领域
本发明涉及移动通信技术领域，尤其涉及一种跨运营商的被叫付费方法、装置和计算机可读存储介质。
背景技术
被叫付费(Toll-Free Call)是指一种语音通信业务，由被叫承担通话费用、而主叫无需付费。由于免除了主叫通信费，达到吸引客户、改善客户服务，简化付费管理等目的。当前被叫付费的使用场景日益广泛，已经成为常见的政企业务或家庭业务，在省市公司产生可观的收入。
目前，在跨运营商被叫付费业务场景下，不同运营商之间信息无法及时同步，包括呼叫控制信息和计费信息，导致运营商之间无法建立信任，因此被叫付费也只能把主叫用户的范围限定于本运营商内部。
发明内容
有鉴于此，本发明实施例期望提供一种跨运营商的被叫付费方法、装置和计算机可读存储介质。
为达到上述目的，本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种跨运营商的被叫付费方法，该方法应用于区块链中第一运营商的上链节点，包括：
接收第一运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
可选的，所述接收第一运营商业务平台发送的起呼请求之前，该方法还包括：
接收第二运营商的上链节点发送的广播消息，所述广播消息用于指示第二运营商新开通的被叫付费号码的结算规则；
基于所述广播消息更新结算规则集，并通知所述第一运营商的BOSS。
其中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
其中，所述每个结算规则对应的元组，包括如下信息：
结算规则标识ID；
主叫号码范围；
结算费率；
适用时间信息。
可选的，所述生成结算话单时，该方法还包括：
将结算话单保存在云服务器上，按条或定期生成摘要哈希Hash，将摘要哈希Hash存储到区块链上。
可选的，所述生成结算话单之前，该方法还包括：
接收所述第一运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费方法，该方法应用于区块链中第二运营商的上链节点，包括：
接收第二运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
可选的，该方法还包括：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
可选的，所述接收第二运营商业务平台发送的起呼请求之前，该方法还包括：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
可选的，所述生成结算话单并通知所述第二运营商的BOSS之前，该方法还包括：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费方法，该方法应用于区块链中第二运营商的上链节点，包括：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
可选的，所述接收第一运营商上链节点广播的呼叫是否允许建立的判断结果之前，该方法还包括：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
可选的，所述将第一运营商上链节点广播的结算话单通知所述第二运营商的BOSS之前，该方法还包括：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费方法，该方法应用于第一运营商业务平台，包括：
将核心网转发的起呼请求发送到第一运营商的上链节点；
接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
可选的，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费方法，该方法应用于第二运营商业务平台，包括：
将核心网转发的起呼请求发送到第二运营商的上链节点；
接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
可选的，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费方法，该方法应用于第二运营商业务平台，包括：
接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
可选的，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第二运营商的上链节点，用于指示所述第二运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费方法，该方法应用于各运营商的业务运营支撑系统BOSS，包括：
从自身对应运营商的上链节点获取结算话单；
基于所述结算话单进行被叫付费业务的费用结算。
可选的，该方法还包括：
确定自身对应运营商新开通、或关闭、或变更被叫付费号码；
通知自身对应运营商的上链节点生成所述新开通、或关闭、或变更被叫付费号码的结算规则；
接收所述对应运营商的上链节点通知的所述结算规则。
可选的，该方法还包括：
接收自身对应运营商的上链节点通知的结算规则；所述结算规则为：自身对应运营商的上链节点从区块链中其他运营商的上链节点的广播消息中获取的、新开通被叫付费号码的结算规则。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于区块链中第一运营商的上链节点，包括：
第一接收模块，用于接收第一运营商业务平台发送的起呼请求；
第一判断处理模块，用于判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
第一发送模块，用于在呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于区块链中第二运营商的上链节点，包括：
第二接收模块，用于接收第二运营商业务平台发送的起呼请求；
第二判断处理模块，用于判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
第二发送模块，用于在呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于区块链中第二运营商的上链节点，包括：
第三接收模块，用于接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
第三发送模块，用于将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
还用于在呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于第一运营商业务平台，包括：
第四发送模块，用于将核心网转发的起呼请求发送到第一运营商的上链节点；
第四接收模块，用于接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
第一控制模块，用于基于所述判断结果控制核心网是否接通呼叫通路。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于第二运营商业务平台，包括：
第五发送模块，用于将核心网转发的起呼请求发送到第二运营商的上链节点；
第五接收模块，用于接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
第二控制模块，用于基于所述判断结果控制核心网是否接通呼叫通路。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于第二运营商业务平台，包括：
第六接收模块，用于接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
第三控制模块，用于基于所述判断结果控制核心网是否接通呼叫通路。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置应用于各运营商的业务运营支撑系统BOSS，包括：
获取模块，用于从自身对应运营商的上链节点获取结算话单；
计费模块，用于基于所述结算话单进行被叫付费业务的费用结算。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行上述方法的步骤。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。
本发明实施例提供的跨运营商的被叫付费方法、装置和计算机可读存储介质，区块链中第一运营商的上链节点接收第一运营商业务平台发送的起呼请求；判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统(BOSS)。本发明实施例基于区块链解决跨运营商被叫付费业务相关的话单规则及时发布同步、通话事件和结算话单及时同步，避免了传统模式下信息不能及时同步、导致收入损失的风险。而且，基于区块链可实现话单规则、通话事件和结算话单不可抵赖不可篡改，从而在运营商之间建立的信任，为实施跨运营商的被叫付费业务提供了信任基础。此外，由于区块链实现了结算规则、话单等信息及时同步、更新，因此能够支持比较复杂的结算规则，能够支持突发性营销活动。这在传统模式、现有管理方式下，很难实现。
附图说明
图1为本发明实施例所述跨运营商的被叫付费方法流程示意图一；
图2为本发明实施例所述跨运营商的被叫付费方法流程示意图二；
图3为本发明实施例所述跨运营商的被叫付费方法流程示意图三；
图4为本发明实施例所述跨运营商的被叫付费方法流程示意图四；
图5为本发明实施例所述跨运营商的被叫付费方法流程示意图五；
图6为本发明实施例跨运营商的被叫付费方法流程示意图六；
图7为本发明实施例所述跨运营商的被叫付费方法流程示意图七；
图8为本发明实施例所述跨运营商的被叫付费装置结构示意图一；
图9为本发明实施例所述跨运营商的被叫付费装置结构示意图二；
图10为本发明实施例所述跨运营商的被叫付费装置结构示意图三；
图11为本发明实施例所述跨运营商的被叫付费装置结构示意图四；
图12为本发明实施例跨运营商的被叫付费装置结构示意图五；
图13为本发明实施例所述跨运营商的被叫付费装置结构示意图六；
图14为本发明实施例所述跨运营商的被叫付费装置结构示意图七；
图15为本发明实施例所述跨运营商的被叫付费网络架构示意图；
图16为本发明场景实施例所述运营商上链节点结构示意图；
图17为本发明场景实施例所述被叫付费号码开通的流程示意图；
图18为本发明场景实施例所述拨叫TFCall号码的流程示意图。
具体实施方式
下面结合附图和实施例对本发明进行描述。
针对目前被叫付费电话场景下，不同运营商之间信息无法及时同步，导致运营商之间无法建立信任的问题，提出了本发明实施例的方案，将区块链技术应用到运营商被叫付费的控制方法中，可实现跨运营商被叫付费业务相关的话单规则及时发布同步、通话事件和结算话单及时同步，避免了传统方法中信息不能及时同步、导致收入损失的风险。
本发明实施例提供了一种跨运营商的被叫付费方法，如图1所示，该方法应用于区块链中第一运营商的上链节点，包括：
步骤101：接收第一运营商业务平台发送的起呼请求；
步骤102：判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
步骤103：呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
本发明实施例基于区块链解决跨运营商被叫付费业务相关的话单规则及时发布同步、通话事件和结算话单及时同步，避免了传统模式下信息不能及时同步、导致收入损失的风险。
本发明一个实施例中，所述接收第一运营商业务平台发送的起呼请求之前，该方法还包括：
接收第二运营商的上链节点发送的广播消息，所述广播消息用于指示第二运营商新开通的被叫付费号码的结算规则；
基于所述广播消息更新结算规则集，并通知所述第一运营商的BOSS。
本发明实施例中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
本发明实施例中，所述每个结算规则对应的元组，包括如下信息：
结算规则标识ID；
主叫号码范围；
结算费率；
适用时间信息，例如：有效期(起止年月)，适用时段(工作/休息时段，工作日/休息日等)。
本发明一个实施例中，所述生成结算话单时，该方法还包括：
将结算话单保存在云服务器上，按条或定期生成摘要哈希Hash，将摘要哈希Hash存储到区块链上。
本发明一个实施例中，所述生成结算话单之前，该方法还包括：
接收所述第一运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费方法，如图2所示，该方法应用于区块链中第二运营商的上链节点，包括：
步骤201：接收第二运营商业务平台发送的起呼请求；
步骤202：判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
步骤203：呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
本发明一个实施例中，该方法还包括：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
本发明一个实施例中，所述接收第二运营商业务平台发送的起呼请求之前，该方法还包括：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
本发明实施例中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
本发明一个实施例中，所述生成结算话单并通知所述第二运营商的BOSS之前，该方法还包括：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费方法，如图3所示，该方法应用于区块链中第二运营商的上链节点，包括：
步骤301：接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
步骤302：将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
步骤303：呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
本发明一个实施例中，所述接收第一运营商上链节点广播的呼叫是否允许建立的判断结果之前，该方法还包括：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
本发明一个实施例中，所述将第一运营商上链节点广播的结算话单通知所述第二运营商的BOSS之前，该方法还包括：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费方法，如图4所示，该方法应用于第一运营商业务平台，包括：
步骤401：将核心网转发的起呼请求发送到第一运营商的上链节点；
步骤402：接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
步骤403：基于所述判断结果控制核心网是否接通呼叫通路。
本发明一个实施例中，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费方法，如图5所示，该方法应用于第二运营商业务平台，包括：
步骤501：将核心网转发的起呼请求发送到第二运营商的上链节点；
步骤502：接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
步骤503：基于所述判断结果控制核心网是否接通呼叫通路。
本发明一个实施例中，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费方法，如图6所示，该方法应用于第二运营商业务平台，包括：
步骤601：接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
步骤602：基于所述判断结果控制核心网是否接通呼叫通路。
本发明一个实施例中，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第二运营商的上链节点，用于指示所述第二运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费方法，如图7所示，该方法应用于各运营商的业务运营支撑系统BOSS，包括：
步骤701：从自身对应运营商的上链节点获取结算话单；
步骤702：基于所述结算话单进行被叫付费业务的费用结算。
本发明一个实施例中，该方法还包括：
确定自身对应运营商新开通、或关闭、或变更被叫付费号码；
通知自身对应运营商的上链节点生成所述新开通、或关闭、或变更被叫付费号码的结算规则；
接收所述对应运营商的上链节点通知的所述结算规则。
本发明一个实施例中，该方法还包括：
接收自身对应运营商的上链节点通知的结算规则；所述结算规则为：自身对应运营商的上链节点从区块链中其他运营商的上链节点的广播消息中获取的、新开通被叫付费号码的结算规则。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图8所示，该装置应用于区块链中第一运营商的上链节点，包括：
第一接收模块801，用于接收第一运营商业务平台发送的起呼请求；
第一判断处理模块802，用于判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
第一发送模块803，用于在呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
本发明一个实施例中，所述第一接收模块801接收第一运营商业务平台发送的起呼请求之前，还用于接收第二运营商的上链节点发送的广播消息，所述广播消息用于指示第二运营商新开通的被叫付费号码的结算规则；相应的，
所述第一判断处理模块802，还用于基于所述广播消息更新结算规则集，并通知所述第一运营商的BOSS。
本发明实施例中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
本发明实施例中，所述每个结算规则对应的元组，包括如下信息：
结算规则标识ID；
主叫号码范围；
结算费率；
适用时间信息，例如：有效期(起止年月)，适用时段(工作/休息时段，工作日/休息日等)。
本发明一个实施例中，所述生成结算话单时，所述第一发送模块803，还用于将结算话单保存在云服务器上，按条或定期生成摘要哈希Hash，将摘要哈希Hash存储到区块链上。
本发明一个实施例中，所述生成结算话单之前，所述第一接收模块801，还用于接收所述第一运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图9所示，该装置应用于区块链中第二运营商的上链节点，包括：
第二接收模块901，用于接收第二运营商业务平台发送的起呼请求；
第二判断处理模块902，用于判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
第二发送模块903，用于在呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
本发明一个实施例中，所述第二接收模块901，还用于接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；相应的，
所述第二发送模块903，还用于在呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
本发明一个实施例中，所述第二接收模块901接收第二运营商业务平台发送的起呼请求之前，
所述第二发送模块903，还用于基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
本发明实施例中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
本发明一个实施例中，所述第二发送模块903生成结算话单并通知所述第二运营商的BOSS之前，所述第二接收模块901，还用于接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图10所示，该装置应用于区块链中第二运营商的上链节点，包括：
第三接收模块1001，用于接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
第三发送模块1002，用于将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
还用于在呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
本发明一个实施例中，所述第三接收模块1001接收第一运营商上链节点广播的呼叫是否允许建立的判断结果之前，
所述第三发送模块1002，还用于基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
本发明一个实施例中，所述第三发送模块1002将第一运营商上链节点广播的结算话单通知所述第二运营商的BOSS之前，
所述第三接收模块1001，还用于接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图11所示，该装置应用于第一运营商业务平台，包括：
第四发送模块1101，用于将核心网转发的起呼请求发送到第一运营商的上链节点；
第四接收模块1102，用于接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
第一控制模块1103，用于基于所述判断结果控制核心网是否接通呼叫通路。
本发明一个实施例中，
所述第四接收模块1102，还用于接收核心网发送的呼叫结束的通知；
所述第四发送模块1101，还用于将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图12所示，该装置应用于第二运营商业务平台，包括：
第五发送模块1201，用于将核心网转发的起呼请求发送到第二运营商的上链节点；
第五接收模块1202，用于接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
第二控制模块1203，用于基于所述判断结果控制核心网是否接通呼叫通路。
本发明一个实施例中，
所述第五接收模块1202，还用于接收核心网发送的呼叫结束的通知；
所述第五发送模块1201，还用于将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图13所示，该装置应用于第二运营商业务平台，包括：
第六接收模块1301，用于接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
第三控制模块1302，用于基于所述判断结果控制核心网是否接通呼叫通路。
本发明一个实施例中，
所述第六接收模块1301，还用于接收核心网发送的呼叫结束的通知；并将呼叫结束通知发送到第二运营商的上链节点，用于指示所述第二运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费装置，如图14所示，该装置应用于各运营商的业务运营支撑系统BOSS，包括：
获取模块1401，用于从自身对应运营商的上链节点获取结算话单；
计费模块1402，用于基于所述结算话单进行被叫付费业务的费用结算。
本发明一个实施例中，所述获取模块1401，还用于
确定自身对应运营商新开通、或关闭、或变更被叫付费号码；
通知自身对应运营商的上链节点生成所述新开通、或关闭、或变更被叫付费号码的结算规则；
接收所述对应运营商的上链节点通知的所述结算规则。
本发明一个实施例中，所述所述获取模块1401，还用于
接收自身对应运营商的上链节点通知的结算规则；所述结算规则为：自身对应运营商的上链节点从区块链中其他运营商的上链节点的广播消息中获取的、新开通被叫付费号码的结算规则。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
接收第一运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
所述接收第一运营商业务平台发送的起呼请求之前，所述处理器还用于运行所述计算机程序时，执行：
接收第二运营商的上链节点发送的广播消息，所述广播消息用于指示第二运营商新开通的被叫付费号码的结算规则；
基于所述广播消息更新结算规则集，并通知所述第一运营商的BOSS。
其中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
其中，所述每个结算规则对应的元组，包括如下信息：
结算规则标识ID；
主叫号码范围；
结算费率；
适用时间信息。
所述生成结算话单时，所述处理器还用于运行所述计算机程序时，执行：
将结算话单保存在云服务器上，按条或定期生成摘要哈希Hash，将摘要哈希Hash存储到区块链上。
所述生成结算话单之前，所述处理器还用于运行所述计算机程序时，执行：
接收所述第一运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
接收第二运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
所述处理器还用于运行所述计算机程序时，执行：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
所述接收第二运营商业务平台发送的起呼请求之前，所述处理器还用于运行所述计算机程序时，执行：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
所述生成结算话单并通知所述第二运营商的BOSS之前，所述处理器还用于运行所述计算机程序时，执行：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
所述接收第一运营商上链节点广播的呼叫是否允许建立的判断结果之前，所述处理器还用于运行所述计算机程序时，执行：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
所述将第一运营商上链节点广播的结算话单通知所述第二运营商的BOSS之前，所述处理器还用于运行所述计算机程序时，执行：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
将核心网转发的起呼请求发送到第一运营商的上链节点；
接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
所述处理器还用于运行所述计算机程序时，执行：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
将核心网转发的起呼请求发送到第二运营商的上链节点；
接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
所述处理器还用于运行所述计算机程序时，执行：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
所述处理器还用于运行所述计算机程序时，执行：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第二运营商的上链节点，用于指示所述第二运营商的上链节点生成结算话单。
本发明实施例还提供了一种跨运营商的被叫付费装置，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行：
从自身对应运营商的上链节点获取结算话单；
基于所述结算话单进行被叫付费业务的费用结算。
所述处理器还用于运行所述计算机程序时，执行：
确定自身对应运营商新开通、或关闭、或变更被叫付费号码；
通知自身对应运营商的上链节点生成所述新开通、或关闭、或变更被叫付费号码的结算规则；
接收所述对应运营商的上链节点通知的所述结算规则。
所述处理器还用于运行所述计算机程序时，执行：
接收自身对应运营商的上链节点通知的结算规则；所述结算规则为：自身对应运营商的上链节点从区块链中其他运营商的上链节点的广播消息中获取的、新开通被叫付费号码的结算规则。
需要说明的是：上述实施例提供的装置在进行跨运营商的被叫付费时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将设备的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与相应方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
在示例性实施例中，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备，如移动电话、计算机、平板设备、个人数字助理等。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
接收第一运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
所述接收第一运营商业务平台发送的起呼请求之前，所述计算机程序被处理器运行时，还执行：
接收第二运营商的上链节点发送的广播消息，所述广播消息用于指示第二运营商新开通的被叫付费号码的结算规则；
基于所述广播消息更新结算规则集，并通知所述第一运营商的BOSS。
其中，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
其中，所述每个结算规则对应的元组，包括如下信息：
结算规则标识ID；
主叫号码范围；
结算费率；
适用时间信息。
所述生成结算话单时，所述计算机程序被处理器运行时，还执行：
将结算话单保存在云服务器上，按条或定期生成摘要哈希Hash，将摘要哈希Hash存储到区块链上。
所述生成结算话单之前，所述计算机程序被处理器运行时，还执行：
接收所述第一运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
接收第二运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
所述计算机程序被处理器运行时，还执行：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
所述接收第二运营商业务平台发送的起呼请求之前，所述计算机程序被处理器运行时，还执行：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
所述生成结算话单并通知所述第二运营商的BOSS之前，所述计算机程序被处理器运行时，还执行：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
所述接收第一运营商上链节点广播的呼叫是否允许建立的判断结果之前，所述计算机程序被处理器运行时，还执行：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
所述将第一运营商上链节点广播的结算话单通知所述第二运营商的BOSS之前，所述计算机程序被处理器运行时，还执行：
接收所述第二运营商业务平台发送的呼叫结束通知。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
将核心网转发的起呼请求发送到第一运营商的上链节点；
接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
所述计算机程序被处理器运行时，还执行：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
将核心网转发的起呼请求发送到第二运营商的上链节点；
接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
所述计算机程序被处理器运行时，还执行：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
所述计算机程序被处理器运行时，还执行：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第二运营商的上链节点，用于指示所述第二运营商的上链节点生成结算话单。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，执行：
从自身对应运营商的上链节点获取结算话单；
基于所述结算话单进行被叫付费业务的费用结算。
所述计算机程序被处理器运行时，还执行：
确定自身对应运营商新开通、或关闭、或变更被叫付费号码；
通知自身对应运营商的上链节点生成所述新开通、或关闭、或变更被叫付费号码的结算规则；
接收所述对应运营商的上链节点通知的所述结算规则。
所述计算机程序被处理器运行时，还执行：
接收自身对应运营商的上链节点通知的结算规则；所述结算规则为：自身对应运营商的上链节点从区块链中其他运营商的上链节点的广播消息中获取的、新开通被叫付费号码的结算规则。
下面结合场景实施例对本发明进行描述。
相关跨运营商被叫付费方案面临的困难是：不同运营商之间信息无法及时同步、包括呼叫控制信息和计费信息，导致运营商之间无法建立信任，因此被叫付费也只能把主叫用户的范围限定于本运营商内部。
基于此，本实施例提出的技术方案是：以区块链为核心，实施跨运营商被叫付费业务的控制和结算；
首先，部署一个区块链，服务于所有运营商，每个运营商都有至少一个上链节点。
所述区块链有两个职能：
1)被叫付费业务的业务控制(决策)：由智能合约判断每次呼叫是否可以接通，并反馈网络侧。
2)被叫付费业务的计费结算(依据)：每次呼叫的话单详单上链保存，也作为后续跨运营商结算的原始依据。
其中，区块链实施被叫付费业务的业务控制和计费结算依据计费结算规则集。规则集中的每条规则包括：
1)适用对象范围：主叫号码范围，被叫号码范围；
2)被叫计费的结算费率：例如按时长(元/分钟)，按次数(元/次)，阶梯费率等；
3)其他条件：如有效期(起止年月)，适用时段(工作/休息时段，工作日/休息日等)。
本实施例的网络架构如图15所示，图中，包括：区块链网络、运营商上链节点(增设)、运营商TFCallerAS(被叫付费业务主叫侧应用服务器AS)(增设)、运营商TFCalleeAS(被叫付费业务被叫侧AS)(增设)，以及运营商业务运营支撑系统(BOSS)(升级)；其中，
所述TFCallerAS与主叫用户的运营商的核心网相连，控制呼叫通路是否接通、挂断。例如作为IMS AS嵌入VoLTE呼叫通路。从区块链取得满足被叫付费的判断条件，如果当前呼叫满足被叫付费条件，接通呼叫通路；如果不满足，则中断呼叫通路。
可选的，TFCallerAS还可以与用户交互，发送提示语音或提示短信，如：
“满足被叫付费条件，呼叫正在接通”；
“不满足被叫付费条件，呼叫将挂断”；
“正在等待被叫方同意付费，请等待”。
所述TFCalleeAS与被叫用户的运营商的核心网相连，控制呼叫通路是否接通、挂断。例如作为IMS AS嵌入VoLTE呼叫通路。从区块链取得满足被叫付费的判断条件，如果当前呼叫满足被叫付费条件，接通呼叫通路；如果不满足，则中断呼叫通路。
可选的，TFCalleeAS还可以与用户交互，发送提示语音或提示短信，例如
“号码xxx正在呼叫您，满足被叫付费条件，正在接通”；
“号码xxx正在呼叫您，不满足被叫付费条件，呼叫将挂断”。
本实施例实现的准备阶段完成以下工作：
1、部署区块链，区块链由各运营商的上链节点组成；
2、各运营商内部部署各设备，并做好连接和配置。
其中，上链节点分别连接：主叫侧呼叫控制设备TFCallerAS、被叫侧呼叫控制设备TFCalleeAS、计费系统BOSS。
主叫侧呼叫控制设备TFCallerAS、被叫侧呼叫控制设备TFCalleeAS分别连接运营商的核心网，实现呼叫通路控制。
其中，运营商上链节点可包括2个模块：区块链模块、接入模块，如图18所示；其中，
区块链模块，用于部署相关的账本和智能合约；
接入模块，用于分别与运营商的主叫AS、被叫AS、BOSS对接。
对于主叫/被叫AS：
所述主叫AS(TFCallerAS)、被叫AS(TFCalleeAS)是呼叫控制点。接收核心网的呼叫事件(起呼、挂断)，提取主被叫号码等重要参数。一方面上报区块链，一方面根据区块链的指示，实施接通呼叫、挂断呼叫的操作。
在VoLTE中，可实现为通话增值业务AS；IMS核心网配置iFC规则，由呼叫信令触发激活。
本实施例主叫/被叫AS的新增功能为访问上链节点，并对呼叫控制功能进行升级，需要根据TFCall的业务逻辑进行定制配置。例如可以采用iFC规则。
对于本实施例中的BOSS需要执行：
(1)受理业务，更新结算规则。受理被叫付费号码，更新结算规则，经上链节点发布到区块链上，和/或从区块链上更新最新的结算规则；生成话路控制策略，加载到核心网上。
(2)从区块链获取计费结算话单，加入本运营商内部落实TFCall业务的计费、结算逻辑。
本实施例中，所述区块链上设置至少两个账本：
A、结算规则账本
结算规则账本是一系列规则的集合，每个结算规则为一个元组，如下：
(规则ID，主叫号码范围，被叫号码范围，被叫计费的结算费率，其他条件)
结算规则ID：要求全局唯一；
主叫号码范围，被叫号码范围：运营商+号段；
结算费率：费率类型、具体金额。如按时长(xx元/分钟)，按次数(yy元/次)，阶梯费率等；
其他条件(适用时间信息)：有效期(起止年月)，适用时段(工作/休息时段，工作日/休息日等)。
结算规则示例如下表1所示：
Figure BDA0002882467870000281
表1
对于上述规则R01：被叫付费的号码是中国联通18611112222。规则表示：所有由中国移动拨叫中国联通18611112222的呼叫，在2020年内、每周一到周五、工作时间(9点-18点)，按时长结算，费率0.10元/分钟。
对于上述规则R04：被叫付费的号码是中国电信18933334444。规则表示：不允许任何中国联通用户拨叫这个被叫付费号码。意味着：主被叫运营商都应该直接挂断。
R99是默认规则(优先最低)，不允许呼叫，不产生结算。
需要说明的是：
1)在建立、更新规则表时，是按条增加、按条更新。区块链也需要记录每次的写入、更新操作日志，便于审计追溯。
2)为便于使用，迅速判定当前是否允许接通话路，主叫侧上链节点每次更新结算规则时，需要生成一个当前生效的、完整的规则清单，在链上广播，各上链节点实时更新、本地保存。
B、结算话单账本
结算话单账本记录了每次使用被叫付费业务的记录。
可用于：(1)各方实时查询；(2)各方计费系统生成话单、详单、账单；(3)各方生成结算依据。
举例如下：
Figure BDA0002882467870000291
表2
本实施例中，所述区块链上还设置智能合约：
智能合约1：更新结算规则
当被叫付费业务新开通号码、号码超期关闭、费率变更时，需要相应新增/删除/变更结算规则。经各方运营商上链节点确认背书后，计入结算规则账本。
为便于使用，迅速判定当前是否允许接通话路，每次更新结算规则时，需要生成一个当前生效的、完整的规则清单，在链上广播，各节点实时更新、本地保存。
智能合约2：判断是否允许接通呼叫
根据规则账本，考察主叫号码、被叫号码、当前日期时间，判断是否允许此次呼叫。判断结果可以记录到区块链中。
背书策略：(1)接通呼叫的背书策略是：主叫运营商上链节点、被叫运营商上链节点都批准同意；(2)挂断呼叫的背书策略是：主叫、被叫运营商上链节点任意一个批准同意。
智能合约3：生成结算话单
呼叫结束后，主叫或被叫运营商上链节点出具话单，经主叫、被叫双方运营商上链节点同意背书后，计入区块，如追加到话单结算账本中。
下面介绍本实施例的被叫付费号码开通流程，假定运营商B开通了被叫付费号码X，需要将此信息发布到区块链上，即在结算规则账本中增加规则。流程图如图17所示，包括：
步骤1：运营商B的BOSS系统通知B的上链节点，TFCall(Toll Free Call，被叫付费业务)号码X已经在运营商B开通被叫付费功能，请求开通跨运营商的被叫付费功能。
步骤2：运营商B的上链节点，生成号码X的跨运营商结算规则，在区块链上广播，发到其他运营商上链节点审核、背书。
步骤3：各运营商的上链节点，审核新规则的背书结果，计入结算规则账本。至此，被叫付费号码X的跨运营商结算规则在区块链上正式生效。
步骤4：各运营商的上链节点通知本运营商的BOSS系统，便于各运营商内部业务控制、计费、统计等。
步骤4之后，各运营商BOSS按现有方式配置核心网的话路控制策略，例如生成/修改iFC规则，一个以号码X为注册号码、被叫触发的iFC规则，将呼往号码X的呼叫信令转发TFCaller AS(主叫)、TFCallee AS(被叫)。
主叫侧iFC示例如下，其中展示了优先级，AS服务器地址，失败处理，触发条件等主要内容。
Figure BDA0002882467870000301
下面介绍本实施例的拨叫TFCall号码流程，假定运营商A的用户Y，拨打运营商B的被叫付费号码X。此时，需要基于区块链的结算规则判断是否允许呼叫；在呼叫结束后，需将结算话单广播到区块链上。流程如图18所示，包括：
步骤1：运营商A的主叫用户Y拨打运营商B的号码X，运营商A核心网收到起呼请求，转发至其TFCallerAS；
转发过程可以是由iFC规则触发。iFC规则参见上文示例说明。
步骤2：运营商A的TFCallerAS将起呼请求转发到运营商A的上链节点；
步骤3：运营商A的上链节点根据结算规则账本、以及智能合约，判断此次呼叫是否允许接通，将判断结果在链内广播、保存；
步骤4：(假定这次是允许呼叫)运营商A上链节点将判断结果反馈其TFCallerAS；
步骤5：运营商A的TFCallerAS通知核心网，可以继续呼叫接续；
步骤6：起呼信令到达被叫运营商B的核心网时，B的核心网通知其TFCalleeAS，有起呼请求。
这里，通知过程可以由iFC规则触发。
步骤7：运营商B的TFCalleeAS将起呼请求转发到运营商B的上链节点；
步骤8：运营商B的上链节点根据结算规则账本、以及智能合约，判断此次呼叫是否允许接通，将判断结果在链内广播、保存；
步骤9：(假定这次是允许呼叫)运营商B上链节点将判断结果反馈其TFCalleeAS；
步骤10：运营商B的TFCalleeAS通知核心网，可以继续被叫侧呼叫接续；
步骤11：呼叫持续；
步骤12：用户挂断电话，此时主叫运营商A核心网通知其TFCallerAS；和/或，
步骤12’：被叫运营商B核心网通知其TFCalleeAS。
步骤13：运营商A的TFCallerAS将呼叫结束事件转发到运营商A的上链节点；和/或，
步骤13’：运营商B的TFCalleeAS将将呼叫结束事件转发到运营商B的上链节点。
步骤14：区块链根据结算规则账本及智能合约计算此次呼叫的结算话单，在区块链内广播，记录；
步骤15：运营商A上链节点将此次呼叫的结算话单通知给起BOSS；同时，
步骤15’：运营商B上链节点将此次呼叫的结算话单通知给起BOSS。通知操作可以是由上链节点发起推送，或者BOSS发起拉取。
需要说明的是：作为优化，考虑到结算话单size较大，通常不会直接、全量存储到区块链上；而是将原始话单保存在云服务器上，按条或定期生成摘要Hash，将摘要Hash存储到区块链上。
作为可选优化，上述步骤7、8可以省略，即区块链判断此次呼叫可以建立后，直接通知被叫运营商AS，使之放行被叫侧的起呼流程。
步骤12-13、步骤12’-13’，主叫、被叫运营商，可以任意一个执行，也可以都执行。
步骤15、步骤15’，需要主、被叫运营商都执行。
本发明实施例基于区块链解决跨运营商被叫付费业务相关的话单规则及时发布同步、通话事件和结算话单及时同步，避免了传统模式下信息不能及时同步、导致收入损失的风险。而且，基于区块链可实现话单规则、通话事件和结算话单不可抵赖不可篡改，从而在运营商之间建立的信任，为实施跨运营商的被叫付费业务提供了信任基础。此外，由于区块链实现了结算规则、话单等信息及时同步、更新，因此能够支持比较复杂的结算规则，能够支持突发性营销活动。这在传统模式、现有管理方式下，很难实现。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (28)

1.一种跨运营商的被叫付费方法，其特征在于，该方法应用于区块链中第一运营商的上链节点，包括：
接收第一运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
2.根据权利要求1所述的方法，其特征在于，所述接收第一运营商业务平台发送的起呼请求之前，该方法还包括：
接收第二运营商的上链节点发送的广播消息，所述广播消息用于指示第二运营商新开通的被叫付费号码的结算规则；
基于所述广播消息更新结算规则集，并通知所述第一运营商的BOSS。
3.根据权利要求1所述的方法，其特征在于，所述区块链上至少存储有结算信息和智能合约；其中，
所述结算信息包括：结算规则账本和结算话单账本；所述结算规则账本为结算规则的集合，每个结算规则对应一个元组；所述结算话单账本记录了每次使用被叫付费业务的记录；
所述智能合约包括：更新结算规则的信息、判断是否允许接通呼叫的信息、生成结算话单的信息。
4.根据权利要求1所述的方法，其特征在于，所述生成结算话单时，该方法还包括：
将结算话单保存在云服务器上，按条或定期生成摘要哈希Hash，将摘要哈希Hash存储到区块链上。
5.一种跨运营商的被叫付费方法，其特征在于，该方法应用于区块链中第二运营商的上链节点，包括：
接收第二运营商业务平台发送的起呼请求；
判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
6.根据权利要求5所述的方法，其特征在于，该方法还包括：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
7.根据权利要求5所述的方法，其特征在于，所述接收第二运营商业务平台发送的起呼请求之前，该方法还包括：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
8.一种跨运营商的被叫付费方法，其特征在于，该方法应用于区块链中第二运营商的上链节点，包括：
接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
9.根据权利要求8所述的方法，其特征在于，所述接收第一运营商上链节点广播的呼叫是否允许建立的判断结果之前，该方法还包括：
基于所述第二运营商业务平台的请求生成所述第二运营商新开通的被叫付费号码的结算规则，并在区块链中广播，用于通知区块链中其他上链节点更新结算规则集。
10.根据权利要求8所述的方法，其特征在于，所述将第一运营商上链节点广播的结算话单通知所述第二运营商的BOSS之前，该方法还包括：
接收所述第二运营商业务平台发送的呼叫结束通知。
11.一种跨运营商的被叫付费方法，其特征在于，该方法应用于第一运营商业务平台，包括：
将核心网转发的起呼请求发送到第一运营商的上链节点；
接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
12.根据权利要求11所述的方法，其特征在于，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
13.一种跨运营商的被叫付费方法，其特征在于，该方法应用于第二运营商业务平台，包括：
将核心网转发的起呼请求发送到第二运营商的上链节点；
接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
14.根据权利要求13所述的方法，其特征在于，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第一运营商的上链节点，用于指示所述第一运营商的上链节点生成结算话单。
15.一种跨运营商的被叫付费方法，其特征在于，该方法应用于第二运营商业务平台，包括：
接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
基于所述判断结果控制核心网是否接通呼叫通路。
16.根据权利要求15所述的方法，其特征在于，该方法还包括：
接收核心网发送的呼叫结束的通知；
将呼叫结束通知发送到第二运营商的上链节点，用于指示所述第二运营商的上链节点生成结算话单。
17.一种跨运营商的被叫付费方法，其特征在于，该方法应用于各运营商的业务运营支撑系统BOSS，包括：
从自身对应运营商的上链节点获取结算话单；
基于所述结算话单进行被叫付费业务的费用结算。
18.根据权利要求17所述的方法，其特征在于，该方法还包括：
确定自身对应运营商新开通、或关闭、或变更被叫付费号码；
通知自身对应运营商的上链节点生成所述新开通、或关闭、或变更被叫付费号码的结算规则；
接收所述对应运营商的上链节点通知的所述结算规则。
19.根据权利要求17所述的方法，其特征在于，该方法还包括：
接收自身对应运营商的上链节点通知的结算规则；所述结算规则为：自身对应运营商的上链节点从区块链中其他运营商的上链节点的广播消息中获取的、新开通被叫付费号码的结算规则。
20.一种跨运营商的被叫付费装置，其特征在于，该装置应用于区块链中第一运营商的上链节点，包括：
第一接收模块，用于接收第一运营商业务平台发送的起呼请求；
第一判断处理模块，用于判断呼叫是否允许建立，将判断结果在区块链中广播并转发至所述业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
第一发送模块，用于在呼叫结束时，生成结算话单并在区块链中广播，并将所述结算话单通知第一运营商的业务运营支撑系统BOSS。
21.一种跨运营商的被叫付费装置，其特征在于，该装置应用于区块链中第二运营商的上链节点，包括：
第二接收模块，用于接收第二运营商业务平台发送的起呼请求；
第二判断处理模块，用于判断呼叫是否允许建立，将判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
第二发送模块，用于在呼叫结束时，生成结算话单并通知所述第二运营商的业务运营支撑系统BOSS。
22.一种跨运营商的被叫付费装置，其特征在于，该装置应用于区块链中第二运营商的上链节点，包括：
第三接收模块，用于接收第一运营商上链节点广播的呼叫是否允许建立的判断结果；
第三发送模块，用于将所述判断结果通知所述第二运营商业务平台，用于所述业务平台控制核心网是否接通呼叫通路；
还用于在呼叫结束时，将第一运营商上链节点广播的结算话单通知所述第二运营商的业务运营支撑系统BOSS。
23.一种跨运营商的被叫付费装置，其特征在于，该装置应用于第一运营商业务平台，包括：
第四发送模块，用于将核心网转发的起呼请求发送到第一运营商的上链节点；
第四接收模块，用于接收所述第一运营商的上链节点发送的呼叫是否允许建立的判断结果；
第一控制模块，用于基于所述判断结果控制核心网是否接通呼叫通路。
24.一种跨运营商的被叫付费装置，其特征在于，该装置应用于第二运营商业务平台，包括：
第五发送模块，用于将核心网转发的起呼请求发送到第二运营商的上链节点；
第五接收模块，用于接收所述第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
第二控制模块，用于基于所述判断结果控制核心网是否接通呼叫通路。
25.一种跨运营商的被叫付费装置，其特征在于，该装置应用于第二运营商业务平台，包括：
第六接收模块，用于接收第二运营商的上链节点发送的呼叫是否允许建立的判断结果；
第三控制模块，用于基于所述判断结果控制核心网是否接通呼叫通路。
26.一种跨运营商的被叫付费装置，其特征在于，该装置应用于各运营商的业务运营支撑系统BOSS，包括：
获取模块，用于从自身对应运营商的上链节点获取结算话单；
计费模块，用于基于所述结算话单进行被叫付费业务的费用结算。
27.一种跨运营商的被叫付费装置，其特征在于，该装置包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行权利要求1-4中任一项所述方法的步骤、或执行权利要求5-7中任一项所述方法的步骤、或执行权利要求8-10中任一项所述方法的步骤、或执行权利要求11-12中任一项所述方法的步骤、或执行权利要求13-14中任一项所述方法的步骤、或执行权利要求15-16中任一项所述方法的步骤、或执行权利要求17-19中任一项所述方法的步骤。
28.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1-4中任一项所述方法的步骤、或实现权利要求5-7中任一项所述方法的步骤、或实现权利要求8-10中任一项所述方法的步骤、或实现权利要求11-12中任一项所述方法的步骤、或实现权利要求13-14中任一项所述方法的步骤、或实现权利要求15-16中任一项所述方法的步骤、或实现权利要求17-19中任一项所述方法的步骤。
CN202110003458.2A 2021-01-04 2021-01-04 跨运营商的被叫付费方法、装置和计算机可读存储介质 Pending CN114765563A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110003458.2A CN114765563A (zh) 2021-01-04 2021-01-04 跨运营商的被叫付费方法、装置和计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110003458.2A CN114765563A (zh) 2021-01-04 2021-01-04 跨运营商的被叫付费方法、装置和计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN114765563A true CN114765563A (zh) 2022-07-19

Family

ID=82363058

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110003458.2A Pending CN114765563A (zh) 2021-01-04 2021-01-04 跨运营商的被叫付费方法、装置和计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN114765563A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110312243A (zh) * 2019-07-02 2019-10-08 中国联合网络通信集团有限公司 基于区块链的国际漫游通信方法、业务控制点节点
CN110324817A (zh) * 2019-07-02 2019-10-11 中国联合网络通信集团有限公司 基于区块链的国际漫游通信方法、业务控制点节点
KR20200071564A (ko) * 2018-12-11 2020-06-19 주식회사 케이티 블록체인을 이용한 로밍 요금 정산을 위한 장치 및 방법
US20200336601A1 (en) * 2019-04-18 2020-10-22 Red Hat, Inc. Control information for public switched telephone network (pstn) using blockchain system
CN111835929A (zh) * 2020-07-14 2020-10-27 中国联合网络通信集团有限公司 基于区块链的话费交易方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200071564A (ko) * 2018-12-11 2020-06-19 주식회사 케이티 블록체인을 이용한 로밍 요금 정산을 위한 장치 및 방법
US20200336601A1 (en) * 2019-04-18 2020-10-22 Red Hat, Inc. Control information for public switched telephone network (pstn) using blockchain system
CN110312243A (zh) * 2019-07-02 2019-10-08 中国联合网络通信集团有限公司 基于区块链的国际漫游通信方法、业务控制点节点
CN110324817A (zh) * 2019-07-02 2019-10-11 中国联合网络通信集团有限公司 基于区块链的国际漫游通信方法、业务控制点节点
CN111835929A (zh) * 2020-07-14 2020-10-27 中国联合网络通信集团有限公司 基于区块链的话费交易方法及系统

Similar Documents

Publication Publication Date Title
US8355486B2 (en) System and method for inbound call billing
US11546739B2 (en) Routing of toll-free numbers and text messages using a toll-free exchange
US8363802B2 (en) Caller controlled time demarcation system
JP5570498B2 (ja) 電話ネットワークにおけるコール発信者名の改良型特定方法およびシステム
US20050013423A1 (en) Telecommunication method and apparatus with provisions to exceed usage limit
CN103002420A (zh) 一种防止垃圾电话的方法、系统和智能转移业务呼叫中心
CN101257716A (zh) 一种可疑电话的提醒方法及系统
EP2986040B1 (en) Call service method and system, system terminal
JP2000509930A (ja) 呼出情報を取得し、記録する方法およびシステム
JP4814300B2 (ja) 接続制御方法および通信システム
CN100493241C (zh) 一种移动通信系统以及移动通信系统中呼叫接入的方法
US8825017B2 (en) Method and system for dual-network telephone calling
CN114765563A (zh) 跨运营商的被叫付费方法、装置和计算机可读存储介质
US8724782B2 (en) System of subsidized phone calls
CN101056331B (zh) 一种在固定电话网中实现集中停复机的方法和系统
CN101305592B (zh) 将主叫用户终端接入预付费业务系统的方法
CN1738344B (zh) 智能业务的计费方法
CN112995412B (zh) 国际通话接通方法、装置、电子设备及存储介质
CN104301549B (zh) 一种欠停漏话提醒系统与方法
CN101136969A (zh) 将呼叫前转到国际号码的方法及装置
CN100466830C (zh) 通过业务号码实现分时段定价通信费的系统和方法
US8369501B2 (en) System and method for providing caller information to a called party utilizing call forwarding
CN111316682B (zh) 一种用于管理发起呼叫的方法及服务器的移动网络
CN102461216A (zh) 用于资助通信服务的方法、电信系统和网络节点
CN1980303B (zh) 一种用于智能化电话网络区间计费的方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination