CN111615836A - 经由区块链网络供应远程单元 - Google Patents

经由区块链网络供应远程单元 Download PDF

Info

Publication number
CN111615836A
CN111615836A CN201880086724.9A CN201880086724A CN111615836A CN 111615836 A CN111615836 A CN 111615836A CN 201880086724 A CN201880086724 A CN 201880086724A CN 111615836 A CN111615836 A CN 111615836A
Authority
CN
China
Prior art keywords
blockchain
event
remote unit
address
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.)
Pending
Application number
CN201880086724.9A
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.)
Lenovo Singapore Pte Ltd
Original Assignee
Lenovo Singapore Pte Ltd
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 Lenovo Singapore Pte Ltd filed Critical Lenovo Singapore Pte Ltd
Publication of CN111615836A publication Critical patent/CN111615836A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/61—Time-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration

Abstract

公开了用于经由区块链网络中的智能合约来供应远程单元的装置、方法和系统。一种装置(300)包括处理器(305)和收发器(325)，其中该处理器(305)控制收发器(325)以响应于从第一区块链地址接收到第一区块链消息而发出(905)第一事件，并且收集(910)多个第二区块链消息。在此，第一事件包括关于远程单元(105)的信息并且每个第二区块链消息包含用于该远程单元的订阅报价。收发器(325)响应于从第一区块链地址接收到第三区块链消息而发出(915)第二事件。在这里，第三区块链消息包括对收集的订阅报价中的一个的用户选择。收发器(325)接收(920)包含用于远程单元(105)的供应数据的第四区块链消息，并且在成功地验证第四区块链消息之后发出(925)第三事件。在此，第三事件包括用于远程单元的供应数据。

Description

经由区块链网络供应远程单元
技术领域
本文在此公开的主题总体上涉及无线通信，并且更具体地涉及经由区块链网络中的智能合约供应远程单元。
背景技术
因此，定义以下缩写和首字母缩略词，在以下描述中至少参考其中一些。
第三代合作伙伴计划(“3GPP”)、认证、授权和计费(“AAA”)、接入和移动性管理功能(“AMF”)、载波聚合(“CA”)、空闲信道评估(“CCA”)、控制信道元素(“CCE”)、信道状态信息(“CSI”)、公共搜索空间(“CSS”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、增强型空闲信道评估(“eCCA”)、增强型移动宽带(“eMBB”)、演进型节点B(“eNB”)、欧洲电信标准协会(“ETSI”)、基于帧的设备(“FBE”)、频分双工(“FDD”)、频分多址(“FDMA”)、混合自动重传请求(“HARQ”)、物联网(“IoT”)、关键性能指标(“KPI”)、授权辅助接入(“LAA”)、基于负载的设备(“LBE”)、先听后讲(“LBT”)、长期演进(“LTE”)、高级LTA(“LTE-A”)、媒体接入控制(“MAC”)、多址(“MA”)、调制编码方案(“MCS”)、机器类型通信(“MTC”)、大规模MTC(“mMTC”)、多输入多输出(“MIMO”)、多路径TCP(“MPTCP”)、多用户共享接入(“MUSA”)、窄带(“NB”)、网络功能(“NF”)、下一代节点B(“gNB”)、策略控制和计费(“PCC”)、策略控制功能(“PCF”)、服务质量(“QoS”)、正交相移键控(“QPSK”)、无线电资源控制(“RRC”)、接收(“RX”)、交换/分割功能(“SSF”)、调度请求(“SR”)、会话管理功能(“SMF”)、系统信息块(“SIB”)、传输块(“TB”)、传输块大小(“TBS”)、传输控制协议(“TCP”)、时分双工(“TDD”)、时分复用(“TDM”)、传输和接收点(“TRP”)、发送(“TX”)、上行链路控制信息(“UCI”)、用户数据报协议(“UDP”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、通用移动通信系统(“UMTS”)、超可靠性和低延迟通信(“URLLC”)和全球微波接入互操作性(“WiMAX”)。
某些UE配备有嵌入式UICC(“eUICC”)，该嵌入式UICC仅包含例如由eUICC制造商配置的引导简档(bootstrap profile)。这样的eUICC不包含例如与某个网络运营商/载体的订阅相关联的操作简档。在此，操作简档将被以空中下载技术(“OTA”)供应给UE。具有引导简档但没有操作简档的UE的一个示例是IoT设备。操作简档包括永久订阅标识和必要的安全凭证，其使UE能够与移动网络运营商连接并利用其服务。
尽管常规的无线网络规范使设备能够被远程供应OTA，但是所有这些都需要有与某个网络运营商/载体的预先存在的订阅。通常，设备所有者必须与一个或多个多个移动网络运营商联系，协商订阅选项，并且然后所有者通常会与提供最佳订阅的移动网络运营商进行交易。这可能是一个漫长而痛苦的过程，该过程可能涉及许多在线调查和离线谈判。
发明内容
公开了用于经由区块链网络中的智能合约供应远程单元的方法。装置和系统也执行该方法的功能。在一些实施例中，一种用于经由区块链网络中的智能合约来供应远程单元的方法，包括：响应于从第一区块链地址接收到第一区块链消息而发出第一事件，该第一事件包括关于远程单元的信息；和收集多个第二区块链消息，每个第二区块链消息包含用于该远程单元的订阅报价。所述方法包括：响应于从第一区块链地址接收到第三区块链消息而发出第二事件，该第三区块链消息包括所收集的订阅报价中的一个的用户选择，和接收包含用于该远程单元的供应数据的第四区块链消息。所述方法还包括在成功地验证第四区块链消息之后发出第三事件，该第三事件包括用于远程单元的供应数据。
用于经由区块链网络中的智能合约来供应远程单元的相应装置，包括处理器和收发器，其中，该处理器控制该收发器以：响应于从第一区块链地址接收到第一区块链消息而发出第一事件，并且收集多个第二区块链消息，该第一事件包括有关远程单元的信息，并且每个第二区块链消息包含用于远程单元的订阅报价。该收发器进一步响应于从第一区块链地址接收到第三区块链消息而发出第二事件，该第三区块链消息包括所收集的订阅报价中的一个的用户选择。该收发器还接收包含用于远程单元的供应数据的第四区块链消息，并且在成功地验证第四区块链消息之后发出第三事件，该第三事件包括用于远程单元的供应数据。
在一个实施例中，一种用于经由区块链网络中的智能合约供应远程单元的方法，包括：从区块链智能合约接收第一事件以及从区块链智能合约接收第二事件，该第一事件包括关于远程单元的信息并且该第二事件包括第一区块链收款地址。所述方法包括从智能合约接收第三事件，该第三事件包括用于远程单元的供应数据，以及接收远程单元可到达的指示。所述方法进一步包括例如响应于远程单元可到达而将供应数据传送到远程单元。
一种用于经由区块链网络中的智能合约来供应远程单元的相应装置，包括处理器和收发器，其中，该处理器控制收发器以：从区块链智能合约接收第一事件，该第一事件包括关于远程单元的信息；从区块链智能合约接收第二事件，该第二事件包括第一区块链收款地址；从智能合约接收第三事件，该第三事件包括用于远程单元的供应数据；接收远程单元可达的指示；以及将供应数据传送到远程单元。
一种用于经由区块链网络中的智能合约来供应远程单元的系统包括供应功能、包括与区块链网络中的第一地址相关联的智能合约的区块链节点以及位于第一移动通信网络中的第一区块链接口功能。该供应功能将包括关于远程单元的信息的第一区块链消息发送到第一地址。智能合约响应于第一区块链消息而发出第一事件。第一区块链接口功能响应于智能合约发出第一事件而将包含用于远程单元的第一订阅报价的第二区块链消息发送到第一地址。供应功能选择第一订阅报价并且将第三区块链消息发送到第一地址，该第三区块链消息包括第一订阅报价的用户选择。第一区块链接口功能响应于智能合约发出指示第一订阅报价的用户选择的第二事件而向第一地址发送第四区块链消息。这里，该第四区块链消息包括响应于第一报价的用户选择而生成的用于远程单元的供应数据。
附图说明
通过参考在附图中示出的特定实施例，将呈现以上简要描述的实施例的更具体的描述。应理解，这些附图仅描绘一些实施例，并且不因此被认为是对范围的限制，将通过使用附图以附加的特征和细节来描述和解释实施例，其中：
图1是图示用于经由区块链网络中的智能合约来供应远程单元的无线通信系统的一个实施例的示意性框图；
图2是图示用于经由区块链网络中的智能合约来供应远程单元的无线通信系统的另一实施例的框图；
图3是图示用于经由区块链网络中的智能合约来供应远程单元的区块链装置的一个实施例的示意性框图；
图4是图示用于经由区块链网络中的智能合约来供应远程单元的网络功能装置的一个实施例的示意性框图；
图5是图示用于经由区块链网络中的智能合约来供应远程单元的供应装置的一个实施例的示意性框图；
图6A是图示用于供应移动单元的网络过程的一个实施例的框图；
图6B是图6A的网络过程的延续；
图6C是图6B的网络过程的延续；
图7是图示用于供应移动单元的网络过程的另一实施例的框图；
图8A是图示用于重新供应移动单元的网络过程的一个实施例的框图；
图8B是图8A的网络过程的延续；
图9是图示用于经由区块链网络中的智能合约来供应远程单元的方法的一个实施例的示意性流程图；
图10是图示用于经由区块链网络中的智能合约来供应远程单元的方法的第二实施例的示意性流程图；以及
图11是图示用于经由区块链网络中的智能合约来供应远程单元的方法的第三实施例的示意性流程图。
具体实施方式
如本领域的技术人员将理解的，实施例的方面可以体现为系统、装置、方法或程序产品。因此，实施例可以采用完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或者组合软件和硬件方面的实施例的形式。
例如，所公开的实施例可以实现为包括定制的超大规模集成(“VLSI”)电路或门阵列、诸如逻辑芯片、晶体管或其他分立组件的现成半导体的硬件电路。所公开的实施例还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等的可编程硬件设备中实现。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理或逻辑块，该可执行代码可以例如被组织为对象、过程或函数。
此外，实施例可以采用体现在存储在下文中被称为代码的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于访问代码的信号。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是例如但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何适当的组合。
存储设备的更具体示例(非详尽列表)将包括下述：具有一个或多个电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式紧凑光盘只读存储器(“CD-ROM”)、光学存储设备、磁存储设备、或前述任何适当的组合。在本文献的上下文中，计算机可读存储介质可以是任何有形介质，其能够包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用。
本说明书中对“一个实施例”、“实施例”或类似语言的参考意指结合该实施例描述的特定特征、结构或特性包括在至少一个实施例中。因此，除非另有明确说明，否则在整个说明书中，短语“在一个实施例中”、“在实施例中”的出现和类似语言可以但不必要地全部指相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明，否则列举的项的列表并不暗示任何或所有项是互斥的。除非另有明确说明，否则术语“一“a””、“一个“an””和“该“the””也指“一个或多个”。
此外，所描述的实施例的特征、结构或特性可以以任何适当的方式组合。在以下描述中，提供许多具体细节，诸如编程、软件模块、用户选择、网络交易、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的彻底理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个具体细节的情况下，或者利用其他方法、组件、材料等来实践实施例。在其他情况下，未详细示出或描述公知的结构、材料或操作以避免使实施例的一些方面模糊。
下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将理解，示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合能够通过代码实现。此代码能够被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令，创建用于实现在示意性流程图和/或示意性框图中指定的功能/操作的手段。
代码还可以存储在存储设备中，该存储设备能够指示计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括指令的制品，该指令实现在示意性流程图和/或示意性框图中指定的功能/操作。
代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现在示意性流程图和/或示意性框图中指定的功能/操作的过程。
附图中的示意性流程图和/或示意性框图示出根据不同的实施例的装置、系统、方法和程序产品的可能实现的架构、功能和操作。在这方面，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、片段或部分，其包括用于实现指定的逻辑功能的代码的一个或多个可执行指令。
还应注意，在一些可替选的实施方式中，框中标注的功能可以不按附图中标注的次序发生。例如，取决于所涉及的功能，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的次序执行。可以设想其他步骤和方法在功能、逻辑或效果上等同于所图示的附图的一个或多个块或其部分。
每个附图中的元件的描述可以参考前述附图的元件。相同的数字指代所有附图中的相同元件，包括相同元件的可替选的实施例。
所公开的实施例考虑自动过程，该自动过程用于使用区块链网络中的智能合约与移动网络运营商创建用于仅引导UE的订阅，并且向所述UE远程提供来自所述移动网络运营商的操作简档。
如上所述，某些UE配备有仅包含引导简档的eUICC，但是要求有(例如，与用于正常操作的与某个网络运营商/载体的订阅相关联的)操作简档。本文的公开内容是用于诸如IoT设备的仅引导UE的订阅创建和远程供应的基于拍卖的环境和类似市场的环境两者。例如，设备所有者可以发起在线拍卖，要求来自数个移动网络运营商的订阅报价、接收订阅报价、接受并支付最佳订阅报价，并且然后触发设备的订阅创建和远程供应。可以通过使用部署在公共或私有区块链网络中的智能合约在线执行上述过程。此智能合约提供用于将UE制造商、UE所有者以及可能想要提供IoT设备订阅的多个移动网络运营商链接在一起的安全且去中心化的手段。
相似的过程使UE能够被重新供应，例如，将订阅从源移动网络运营商更改为目标移动网络运营商，并且通过被用于连接目标移动网络并且从目标移动网络获得移动服务的空中下载技术接收新的操作简档。同样，此重新供应由区块链网络中的智能合约启用。注意，区块链是一种技术，其授权诸如比特币、以太币、莱特币、达世币、小蚁币等加密货币。智能合约启用分布式应用程序，例如，在区块链网络的所有节点中同时执行的应用程序。
图1描绘根据本公开的实施例的用于经由区块链网络中的智能合约来供应远程单元的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、包含至少一个基站单元110的接入网络120、无线通信链路115、移动核心网络130、以及区块链网络160。即使在图1中描绘了特定数量的远程单元105、接入网络120、基站单元110、无线通信链路115、移动核心网络130和区块链网络160，本领域的技术人员将认识到，无线通信系统100中可以包括任何数量的远程单元105、接入网络120、基站单元110、无线通信链路115、移动核心网络130和区块链网络160。在另一个实施例中，接入网络120包含一个或多个WLAN(例如，Wi-FiTM)接入点。
在一个实施方式中，无线通信系统100符合3GPP规范中指定的5G系统。然而，更一般而言，无线通信系统100可以实现其他网络中的一些其他开放或专有通信网络，例如，LTE或WiMAX。本公开不旨在受限于任何特定的无线通信系统架构或协议的实施方式。
在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到互联网的电视)、智能家电(例如，连接到互联网的家电)、机顶盒、游戏机、安全系统(包括安全摄像机)、车载计算机、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，例如智能手表、健身带、光学头戴式显示器等。此外，远程单元105可以被称为订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、UE、用户终端、设备或本领域中使用的其他术语。远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与一个或多个基站单元110直接通信。此外，可以在无线通信链路115上承载UL和DL通信信号。
基站单元110可以分布在地理区域上。在某些实施例中，基站单元110也可以被称为接入终端、接入点、基地、基站、节点B、eNB、gNB、归属节点B、中继节点、设备或本领域使用的任何其他术语。基站单元110可以经由无线通信链路115为例如小区或小区扇区的服务区域内的多个远程单元105服务。基站单元110可以经由通信信号与一个或多个远程单元105直接通信。
通常，基站单元110在时域、频域和/或空间域中发送下行链路(“DL”)通信信号以服务于远程单元105。此外，可以在无线通信链路115上承载DL通信信号。无线通信链路115可以是授权的或非授权的无线电频谱中的任何合适的载波。无线通信链路115促进一个或多个远程单元105和/或一个或多个基站单元110之间的通信。
基站单元110通常是诸如接入网络120的无线电接入网络(“RAN”)的一部分，其可以包括可通信地耦合到一个或多个相应基站单元110的一个或多个控制器。无线电接入网络中的这些和其他元件未被图示，但是对于本领域的普通技术人员通常是众所周知的。基站单元110经由接入网络120连接到移动核心网络130。
在一个实施例中，移动核心网络130是5G核心(“5GC”)或演进分组核心(“EPC”)，其可以耦合到其他数据网络中的如互联网和专用数据网络的数据网络。通常，每个移动核心网络130都属于一个公共陆地移动网(“PLMN”)。本公开不旨在受限于任何特定的无线通信系统架构或协议的实施方式。
移动核心网络130包括若干网络功能(“NF”)，包括区块链接口功能(“BIF”)318、以及控制平面功能和用户平面功能。如本领域中所理解的，移动核心网络可以包括诸如接入和移动性管理功能(“AMF”)132、会话管理功能(“SMF”)134、策略控制功能(“PCF”)的控制平面功能。用户平面功能(“UPF”)136促进用户平面操作，包括但不限于分组路由和转发、与数据网络的互连、策略实施和数据缓冲。
区块链接口功能138是被配置成与区块链网络160对接的网络功能。具体而言，区块链接口功能138通过向智能合约162发送消息并且侦听由智能合约发出的区块链事件(例如，使用API)而与区块链网络对接。区块链接口功能138还与移动网络(未示出)中的其他功能，诸如网络开放功能(“NEF”)、服务能力开放功能(“SCEF”)、统一数据管理(“UDM”)、归属用户服务器(“HSS”)和其他移动网络功能对接。
供应功能150是一种功能，该功能在区块链中创建智能合约162、在智能合约162中存储关于多个IoT设备的信息、并且使设备所有者(例如，经由网页界面)能够请求和购买用于他们拥有的IoT设备的订阅。在一个示例用例中，供应功能150由IoT设备制造商拥有和操作。在某些实施例中，供应功能150可以是提供用户接口(例如，网页接口)的服务器(例如，网页服务器)，该用户界面可以通过诸如因特网的数据网络访问。
区块链网络160是维护安全共享账本166(例如，过去发生的交易的列表)的对等网络。该交易列表被组织成链接在一起的区块，因此被称为“区块链”。区块链网络160由多个(通常为数千个)区块链节点164组成，区块链节点164中的每一个维护共享账本166的副本，也被称为“区块链”。注意，区块链网络160包含在区块链网络160的节点164当中共享的单个账本166。
区块链网络160提供应用程序编程接口(API)，通过应用程序可以使用该应用程序编程接口(API)来与区块链进行交互。作为示例，应用程序可以使用API调用来触发区块链交易，例如，将一些资金转移到账户，或者在他/她的账户接收到新资金时被通知。经由适当的API使用区块链的应用程序可以在区块链节点164外部或在区块链节点164内部。在一些实施例中，区块链网络160支持供外部应用程序使用的外部API(例如，JSON-RPC API)和供内部应用程序使用的单独的内部API(例如，JavaScriptTMAPI)。
如区块链网络160所描绘的一些区块链支持所谓的“智能合约”。智能合约162是被部署在区块链网络160中的小程序，其由所有区块链节点164存储和执行。在各种实施例中，智能合约162作为共享账本166的一部分存储在区块链网络160的所有节点164中。通常，当满足规定条件时，执行智能合约162。在这里，智能合约162可以接收某些消息，这些消息使智能合约162执行特定任务并且发出可由区块链外部的实体监视的事件。
注意，智能合约162本质上是分布式应用程序：其存在于所有区块链节点164中，并且在所有区块链节点164中同时被执行。这种分布式应用程序的一个优点是提高的安全性，因为几乎不可能入侵智能合约162，因为黑客必须更改大多数区块链节点164中的共享账本166的内容。智能合约162的部署通常通过将区块链交易发送到具有智能合约162的字节码作为数据的区块链网络160中的空白地址来完成。注意，字节码是在编译智能合约162的源代码之后创建的代码。此处，智能合约162促进供应远程单元105，如下面更加详细地描述的。
图2描绘根据本公开的实施例的用于经由区块链网络中的智能合约来供应远程单元的网络架构200。网络架构200可以是无线通信系统100的修改。如所描绘的，网络架构200包括UE 205、多个移动通信网络、供应功能150和区块链网络160。这里，UE 205可以是以上讨论的远程单元105的一个实施例。
如所描绘的，多个移动通信网络包括移动网络A 220(包含基站222和区块链接口功能224)、移动网络B 230(包含基站232和区块链接口功能234)、以及移动网络C 240(包含基站242和区块链接口功能244)。基站222、232和242可以均是基站单元110的实施例，而区块链接口功能224、234和244可以均是区块链接口功能138的实施例。
区块链网络160支持智能合约162的部署和执行。如上所述，区块链网络160是包含许多对等节点的对等网络，所述对等节点被称为区块链节点164。多个移动网络与区块链对接，并且可以经由诸如区块链接口功能224、234和244的区块链接口功能与智能合约162进行交互。每个区块链接口功能224、234、244都经由API 217对接到区块链，并且还与移动网络中的其他功能，诸如网络开放功能(“NEF”)、服务能力开放功能(“SCEF”)、统一数据管理(“UDM”)、归属用户服务器(“HSS”)和其他移动网络功能对接。
区块链外部的功能实体可以经由某些API与区块链网络160和智能合约162对接。例如，供应功能150可以经由API 219将消息发送到智能合约162，每个消息使智能合约162中的功能被执行。供应功能150还可以经由API 219接收由智能合约162发出的事件(例如，通知)。通常发出事件以报告智能合约162中事件的发生或状态改变。类似地，区块链接口功能可以将消息发送到智能合约162，并且可以经由API 217接收智能合约162发出的事件。
UE 205配备有eUICC，该eUICC最初仅包含引导简档。UE 205可以经由无线通信链路115与任何可用的移动网络(诸如移动网络A 220)建立通信，并且可以使用其引导简档向移动网络注册。然后使用利用该引导简档的注册，以便从位于移动网络内部的远程供应服务器获取操作简档。
在一些实施例中，供应功能150将包括关于诸如UE 205的远程单元的信息的第一区块链消息发送到区块链网络160中的第一地址(例如，智能合约162的地址)。这里，关于远程单元的信息可以是设备标识，诸如UE标识。此外，第一区块链消息可以是订阅报价请求消息。一个或多个区块链节点164包含与第一地址相关联的智能合约162，其中智能合约162响应于第一区块链消息而发出第一区块链事件。在此，第一事件可以是订阅报价请求事件。在各种实施例中，第一事件包括设备标识和附加设备信息，诸如设备类型和/或设备操作位置。
响应于第一区块链事件，至少第一区块链接口功能，诸如区块链接口功能224，发送包含用于UE 205的第一订阅报价的第二区块链消息。注意，第一区块链接口功能位于第一移动通信网络，诸如移动网络A 220中。在某些实施例中，第二区块链接口功能，诸如区块链接口功能234，也发送第二区块链消息，此第二区块链消息包含用于UE 205的第二订阅报价。这里，第二区块链消息(例如，订阅报价消息)被发送到第一区块链地址。
此外，供应功能150可以利用被发送到第一区块链地址的第三区块链消息来指示对第一订阅报价的选择。在这里，第三区块链消息包括所选报价的指示。在某些实施例中，第三区块链消息是还包括支付信息的订阅支付消息。
响应于第三区块链消息，智能合约162发出第二区块链事件。在这里，第二区块链事件指示用户选择并且包括支付信息。在某些实施例中，第二区块链事件是订阅付费事件。在第一订阅报价被选择的情况下，第一区块链接口功能确认与所选报价相关联的支付，并生成用于UE 205的供应数据，并且将第四区块链消息发送到第一地址。在此，第四条区块链消息包括供应数据。在一个实施例中，供应数据包括用于UE 205的操作简档。在另一个实施例中，供应数据包括用于将操作简档下载到UE 205的供应服务器的合约信息。
在一些实施例中，第二区块链接口功能还在由智能合约162发出的第三事件中接收用于UE 205的供应数据。这里，可以用UE 205的公钥来加密供应数据，其中UE 205具有与公钥相对应的私钥。此外，在第一区块链接口功能远程地供应UE 205之前，UE 205可以最初向第二移动通信网络注册。在这样的实施例中，第二区块链接口功能将供应数据传送到UE205，UE 205响应于供应数据的传送而接入第一区块链接口功能，并且例如响应于UE 205接入第一区块链接口功能，第一区块链接口功能远程地供应UE 205。
图3描绘根据本公开的实施例的可用于使用区块链支付的网络接入的区块链装置300的一个实施例。区块链装置300可以是区块链节点164的一个实施例。此外，区块链装置300可以包括处理器305、存储器310、输入设备315、显示器320和收发器325。此外，区块链装置300包括智能合约162的副本。在一些实施例中，输入设备315和显示器320被组合成单个设备，诸如触摸屏。在某些实施例中，区块链装置300可以不包括任何输入设备315和/或显示器320。
如所描绘，收发器325包括至少一个发射器330和至少一个接收器335。另外，收发器325可以支持至少一个网络接口340。这里，网络接口340促进与供应功能150以及与一个或多个区块链接口功能的通信。
在一个实施例中，处理器305可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器305可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器305执行存储在存储器310中的指令以执行本文描述的方法和例程。处理器305通信地耦合到存储器310、输入设备315、显示器320和收发器325。
在一些实施例中，收发器325从第一区块链地址接收第一区块链消息，例如从与供应功能相关联的地址接收订阅报价请求消息。在一个实施例中，第一区块链地址与某些许可相关联，诸如触发区块链事件的发出的许可。在某些实施例中，第一区块链消息(例如，订阅报价请求消息)可以包括报价时间范围参数。这里，报价时间范围参数指示在其期间各种区块链接口功能可以提交订阅报价的时间量。
响应于处理器305将第一区块链消息识别为订阅报价请求(并且响应于处理器305核实从第一地址接收到第一区块链消息)，处理器305控制收发器325以发出第一事件，诸如订阅报价请求事件。在此，第一事件包括远程单元信息。在一个实施例中，远程单元信息在第一区块链消息中被传递到区块链装置300。远程单元信息可以包括设备标识、设备类型、设备操作位置或其他合适的设备信息。
在某些实施例中，订阅报价请求事件包括在订阅报价请求消息中接收的报价时间范围参数。注意，智能合约162是分布式程序，使得多个区块链装置300均包括智能合约162的实例。因此，由智能合约162的所有实例发出第一事件(例如，订阅报价请求事件)。此外，所发出的事件可由多个侦听器，诸如区块链接口功能224、234和244接收。
另外，处理器305收集(例如，监视)一个或多个第二区块链消息，诸如订阅报价消息，每个第二区块链消息包括用于远程单元的订阅报价。在某些实施例中，处理器305收集多个第二区块链消息。在这里，每个第二区块链消息可以与向远程单元提供服务的移动通信网络(例如，服务提供商)相关联。在一个实施例中，从区块链接口功能接收第二区块链消息。收集第二区块链消息可以包括将接收到的第二区块链消息存储在存储器310中。在某些实施例中，每个第二区块链消息包括一旦接受相关联的订阅报价就要对其进行区块链支付的区块链收款地址。
在一些实施例中，处理器305将第二区块链消息(例如，订阅报价消息)的收集(collection)限制到某个时间范围。在一个实施例中，该时间范围基于在第一区块链消息中接收的报价时间范围参数。在其他实施例中，该特定时间范围可以是另一个预定值。在(例如，被指定的)时间范围内收集第二区块链消息之后，处理器305控制收发器325以将收集发送到第一区块链地址。在一个实施例中，处理器305将收集作为区块链事件发送，诸如所收集的报价事件或其他合适的区块链网络事件。因此，收发器325可以响应于报价时间范围的期满而发出区块链事件(例如，所收集的报价事件)，所述区块链事件包括所收集的多个第二区块链消息。
收发器325从第一区块链地址接收第三区块链消息，诸如选择支付消息，该第三区块链消息包括一个或所收集的订阅报价的用户选择。在各种实施例中，第三区块链消息包括区块链支付信息。处理器305确认与所选择的订阅报价相对应的支付。
响应于成功地确认支付，处理器305控制收发器325以发出第二区块链事件，诸如，订阅付费事件。在这里，第二区块链事件会通知侦听器(包括发送第二区块链消息的那些区块链接口功能)已做出关于被接受的订阅报价的支付。第二区块链事件包括与支付有关的信息，使得与所选订阅报价相对应的区块链接口功能可以确认支付。
另外，收发器325从区块链接口功能之一接收第四区块链消息。在此，第四区块链消息包括用于远程单元的供应数据。第四区块链消息可以是从与所选择的订阅报价相对应的区块链接口功能接收的供应请求消息。处理器305验证第四区块链消息并且控制收发器325以发出第三区块链事件，诸如供应请求事件。在这里，第三区块链事件包括用于远程单元的供应数据。验证第四区块链消息可以包括处理器305验证第四区块链消息中包括的签名。这里，发出第三事件响应于验证签名而发生。
注意，在接入经由第三区块链事件已经接收到供应数据的移动网络之后，远程单元成为被供应的。在各种实施例中，收发器325接收第五区块链消息，诸如供应完成消息，其指示远程单元的完成的供应。例如，移动网络可以将供应数据下载到远程单元，并且然后网络的区块链接口功能可以将第五区块链消息发送到区块链装置300。在接收到第五区块链消息时，处理器305确认其中包括的签名，并且控制收发器325以发出第四区块链事件，诸如供应完成事件。
在一些实施例中，多个第二区块链消息中的每个(例如，订阅报价消息)均包括区块链收款地址，一旦接受相关联的订阅报价，将向其进行区块链支付。此外，第二区块链消息中的每个订阅报价均可以包括所请求的值以及作为回报而要提供的服务的类型、级别和/或量。在某些实施例中，所请求的值可以指示法定货币(例如，美元)的量。在其他实施例中，所请求的值指示加密货币的量。
在某些实施例中，支付是一些“令牌”从地址A(付款方)到地址B(收款方)的转移，其中地址A是购买订阅的用户的区块链地址并且地址B是所选移动网络的区块链地址。在这里，地址B是所选网络的第二区块链消息中包含的区块链收款地址。在各种实施例中，处理器305维护{地址，令牌}的列表，该列表示出每个地址都拥有许多令牌。因此，想要购买移动订阅的用户将需要拥有/获取这种令牌。
如本文中所使用的，用于购买移动网络的订阅的令牌被称为“订阅令牌”。在一个实施例中，订阅令牌可以与现有的加密货币相关联，诸如由其中存在区块链装置300的区块链网络所支持的一种。在另一个实施例中，订阅令牌本身可以是新的加密货币，例如，由其中存在区块链装置300的区块链网络所支持的。
在一些实施例中，处理器305基于第三消息中的支付信息执行区块链支付。在这样的实施例中，响应于成功地执行区块链支付，处理器305控制收发器以发出第二事件。此外，收发器325在成功地执行区块链支付之后接收第四区块链消息。
在某些实施例中，成功地执行区块链支付包括处理器305核实支付量足够用于所收集的订阅报价中用户所选择的一个、核实区块链支付地址至少拥有等于支付数额的数额、以及基于对收集的订阅报价中的一个的用户选择来将支付数额从区块链付款地址转移到第一区块链收款地址。例如，在区块链支付是订阅令牌的转移的情况下，处理器305可以确认第一区块链地址(例如，地址A)拥有足够数量的订阅令牌。在一个实施例中，响应于确认第一区块链地址拥有足够数量的订阅令牌，处理器305控制收发器以发出第二事件。
在一个实施例中，存储器310是计算机可读存储介质。在一些实施例中，存储器310包括易失性计算机存储介质。例如，存储器310可以包括RAM，该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器310包括非易失性计算机存储介质。例如，存储器310可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器310包括易失性和非易失性计算机存储介质。在一些实施例中，存储器310存储与经由区块链网络中的智能合约供应远程单元有关的数据，例如区块链地址、令牌所有者、供应数据等。在某些实施例中，存储器310还存储程序代码和相关数据，诸如在用户区块链装置300上运行的操作系统或其他控制器算法以及一个或多个软件应用。
在一个实施例中，输入设备315可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入设备315可以与显示器320集成在一起，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备315包括触摸屏，使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写输入文本。在一些实施例中，输入设备315包括两个或更多个不同的设备，诸如键盘和触摸面板。
在一个实施例中，显示器320可以包括任何已知的电子可控显示器或显示设备。显示器320可以被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，显示器320包括能够向用户输出视觉数据的电子显示器。例如，显示器320可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，显示器320可以包括可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等。此外，显示器320可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，显示器320包括用于产生声音的一个或多个扬声器。例如，显示器320可以产生听觉警报或通知(例如，蜂鸣声或提示音)。在一些实施例中，显示器320包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，显示器320的全部或部分可以与输入设备315集成在一起。例如，输入设备315和显示器320可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器320可以位于输入设备315附近。
在某些实施例中，收发器325被配置成与供应功能150以及与各种移动通信网络的一个或多个区块链接口功能进行通信。收发器325在处理器305的控制下操作以发送消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器305可以在特定时间选择性地激活收发器(或其部分)，以便发送和接收消息。收发器325可以包括一个或多个发射器330和一个或多个接收器335。如在上面所讨论的，收发器325可以支持一个或多个网络接口340以与供应功能150和/或区块链接口功能通信。
图4描绘根据本公开的实施例的网络功能装置400的一个实施例，该网络功能装置400可以被用于使用区块链支付的网络接入。网络功能装置400可以是区块链接口功能(“BIF”)138、BIF 224、BIF 234和/或BIF 244的一个实施例。此外，网络功能装置400可以包括处理器405、存储器410、输入设备415、显示器420和收发器425。在一些实施例中，输入设备415和显示器420被组合成单个设备，诸如触摸屏。在某些实施例中，网络功能装置400可以不包括任何输入设备415和/或显示器420。
如所描绘的，收发器425包括至少一个发射器430和至少一个接收器435。另外，收发器425可以支持至少一个网络接口440。这里，网络接口440促进与区块链网络160中的一个或多个网络功能和一个或多个区块链节点164的通信。
在一个实施例中，处理器405可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器405可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器405执行存储在存储器410中的指令以执行本文描述的方法和例程。处理器405通信地耦合到存储器410、输入设备415、显示器420和收发器425。
在一些实施例中，收发器425从区块链网络中的智能合约接收第一区块链事件。在这里，第一区块链事件包括有关远程单元的信息。在一个实施例中，第一区块链事件是订阅报价请求事件。在此，处理器405可以使用关于远程单元的信息来确定是否做出用于远程单元的第一订阅报价。响应于决定做出订阅报价，处理器405可以生成收款地址并且控制收发器425以向与智能合约相关联的第一区块链地址发送第一区块链消息(例如，订阅报价消息)，该第一区块链消息包含用于远程单元的第一订阅报价和所生成的收款地址。
在某些实施例中，收发器425从智能合约接收第二区块链事件。在此，第二事件指示订阅报价的用户选择，并且包括收款地址。处理器405将接收到的收款地址与所生成的收款地址进行比较，以确定第一订阅报价是否被接受。响应于第一订阅报价被接受，处理器405生成用于远程单元的供应数据，并且将第二区块链消息(例如，供应请求消息)发送到第一区块链地址。
此外，收发器425从智能合约接收第三区块链事件。在这里，第三区块链事件包含用于远程单元的供应数据。如果选择了第一订阅报价，则接收到的供应数据将与供应请求消息中发送的相同。否则，接收到的供应数据将由移动网络中的与所选报价相对应的另一个网络功能生成。
另外，处理器405接收远程单元可达的指示，并且控制收发器425将接收到的供应数据传送到远程单元。在第一订阅报价被接受的情况下，处理器405进一步控制收发器425以远程地供应远程单元。在完成远程供应后，收发器425将第三区块链消息(例如，供应完成消息)发送到第一区块链地址。此外，收发器425从智能合约接收第四区块链事件(例如，供应完成事件)。在这里，第四区块链事件符合远程单元的远程供应。
在一个实施例中，存储器410是计算机可读存储介质。在一些实施例中，存储器410包括易失性计算机存储介质。例如，存储器410可以包括RAM，该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器410包括非易失性计算机存储介质。例如，存储器410可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器410包括易失性和非易失性计算机存储介质。在一些实施例中，存储器410存储与经由区块链网络中的智能合约供应远程单元有关的数据，例如存储区块链地址、远程单元信息、支付信息、供应数据、订阅报价等。在某些实施例中，存储器410还存储程序代码和相关数据，诸如在网络功能装置400上运行的操作系统或其他控制器算法以及一个或多个软件应用程序。
在一个实施例中，输入设备415可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入设备415可以与显示器420集成在一起，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备415包括触摸屏，使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写输入文本。在一些实施例中，输入设备415包括两个或更多个不同的设备，诸如键盘和触摸面板。
在一个实施例中，显示器420可以包括任何已知的电子可控显示器或显示设备。显示器420可以被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，显示器420包括能够将视觉数据输出给用户的电子显示器。例如，显示器420可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，显示器420可以包括可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等。此外，显示器420可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，显示器420包括用于产生声音的一个或多个扬声器。例如，显示器420可以产生听觉警报或通知(例如，蜂鸣声或提示音)。在一些实施例中，显示器420包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，显示器420的全部或部分可以与输入设备415集成在一起。例如，输入设备415和显示器420可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器420可以位于输入设备415附近。
在某些实施例中，收发器425被配置成与区块链网络160和/或网络功能进行通信。收发器425在处理器405的控制下操作以发送消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器405可以在特定时间选择性地激活收发器(或其部分)，以便发送和接收消息。收发器425可以包括一个或多个发射器430和一个或多个接收器435。如在上面所讨论的，收发器425可以支持一个或多个网络接口440以用于与区块链网络160和/或网络功能进行通信。
图5描绘根据本公开的实施例的可以被用于使用区块链支付的网络接入的供应装置500的一个实施例。供应装置500可以是供应功能150的一个实施例。此外，供应装置500可以包括处理器505、存储器510、输入设备515、显示器520和收发器525。在一些实施例中，输入设备515和显示器520被组合成单个设备，诸如触摸屏。在某些实施例中，供应装置500可以不包括任何输入设备515和/或显示器520。
如所描绘的，收发器525包括至少一个发射器530和至少一个接收器535。另外，收发器525可以支持至少一个网络接口540。这里，网络接口540促进与区块链网络160中的一个或多个区块链节点164的通信。
在一个实施例中，处理器505可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器505可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器505执行存储在存储器510中的指令以执行本文描述的方法和例程。处理器505通信地耦合到存储器510、输入设备515、显示器520和收发器525。
在一些实施例中，处理器505接收关于远程单元(例如，需要被供应的远程单元)的信息。在某些实施例中，处理器305经由输入设备515接收远程单元信息。在其他实施例中，处理器305经由收发器525接收远程单元信息。在各种实施例中，关于远程单元的信息可以是下述中的一个或多个：设备标识、设备类型和设备操作位置。
处理器505识别区块链网络中的第一地址，该第一地址属于用于供应远程单元的智能合约162。然后，处理器505控制收发器525以将第一区块链消息发送到第一区块链地址。在此，第一消息包括远程单元信息。在某些实施例中，第一区块链消息是订阅报价请求消息。
收发器525从区块链网络接收多个订阅报价。在一些实施例中，收发器525在诸如收集的报价事件或其他合适的区块链网络事件的区块链事件中接收多个订阅报价。在某些实施例中，处理器505将多个订阅报价传达给用户。在一个实施例中，处理器505通过控制显示器520以呈现订阅报价来传达多个订阅报价。在另一个实施例中，处理器505通过控制收发器525向用户发送一个或多个消息来传达多个订阅报价。
然后处理器505例如响应于用户输入或另一用户交互而选择订阅报价中的一个。这里，可以经由输入设备515接收用户选择。在其他实施例中，用户选择可以在经由收发器525接收的消息中。在接收到用户选择之后，处理器505控制收发器525以发送与所选的订阅报价相对应的支付。在一个实施例中，支付被发送到第一区块链地址。在一些实施例中，处理器505生成包含支付的第二区块链消息，诸如选择支付消息。此外，第二区块链消息可以指示所选择的订阅报价。
在某些实施例中，第二区块链消息包括允许智能合约162代表装置500执行区块链交易的信息。此类信息可以包括：1)交易标识(“TxID”)，2)一个或多个输入，以及3)一个或多个输出。每个输入都可以指代先前的区块链交易(TxID-i)和此参考的交易中的输出(Output-n)。该参考的输出指示(例如)用户先前接收到并且现在为了进行此支付将花费的区块链网络160的加密货币。在一些实施例中，所参考的输出指示用户先前接收到的并且将其用作所选订阅报价的支付的订阅令牌。
另外，每个输入可以包括公钥和签名，其证明用户拥有在参考的输出中的加密货币或订阅令牌，例如，UE 205持有必要的私钥。一个输出指示要支付给对应于所选订阅报价的收款地址的值(例如，以订阅令牌和/或加密货币)。可以包含一个附加的输出，以将找零返回给发送人(例如，当输入中的所参考的输出高于付费值时)。
在一个实施例中，存储器510是计算机可读存储介质。在一些实施例中，存储器510包括易失性计算机存储介质。例如，存储器510可以包括RAM，该RAM包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器510包括非易失性计算机存储介质。例如，存储器510可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器510包括易失性和非易失性计算机存储介质。在一些实施例中，存储器510存储与经由区块链网络中的智能合约供应远程单元有关的数据，例如，存储区块链地址、远程单元信息、支付信息等。在某些实施例中，存储器510还存储程序代码和相关数据，诸如在供应装置500上运行的操作系统或其他控制器算法以及一个或多个软件应用程序。
在一个实施例中，输入设备515可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备515可以与显示器520集成在一起，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备515包括触摸屏，使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上的手写输入文本。在一些实施例中，输入设备515包括两个或更多个不同的设备，诸如键盘和触摸面板。
在一个实施例中，显示器520可以包括任何已知的电可控显示器或显示设备。显示器520可以被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，显示器520包括能够向用户输出视觉数据的电子显示器。例如，显示器520可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，显示器520可以包括可穿戴显示器，例如智能手表、智能眼镜、平视显示器等。此外，显示器520可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，显示器520包括用于产生声音的一个或多个扬声器。例如，显示器520可以产生听觉警报或通知(例如，蜂鸣声或提示音)。在一些实施例中，显示器520包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，显示器520的全部或部分可以与输入设备515集成在一起。例如，输入设备515和显示器520可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器520可以位于输入设备515附近。
在某些实施例中，收发器525被配置成与区块链网络160进行通信。收发器525在处理器505的控制下操作以发送消息、数据和其他信号，并且还接收消息、数据和其他信号。例如，处理器505可以在特定时间选择性地激活收发器(或其部分)，以便发送和接收消息。收发器525可以包括一个或多个发射器530和一个或多个接收器535。如上所述，收发器525可以支持一个或多个网络接口540以与区块链网络160进行通信。
图6A-6C描绘根据本公开的实施例的用于供应远程单元的网络过程600。网络过程600描绘发送到智能合约162的区块链消息，该区块链消息触发智能合约162执行用于远程单元的订阅创建和初始供应的动作。网络过程600涉及供应功能150、智能合约162(例如，如由区块链节点164和/或区块链装置300执行的)、移动网络A 220及其区块链接口功能(“BIF”)224、移动网络B 230及其区块链接口功能(“BIF”)234、移动网络C 240及其区块链接口功能(“BIF”)244以及作为被供应的UE(远程单元)的设备X 640。在此，供应功能150的区块链地址为“Address-P”，并且智能合约162的区块链地址为“Address-S”。
注意，网络过程600假设已经通过供应功能150在区块链中创建智能合约162。属于供应功能150的创建智能合约162的地址(Address-P)，已经被存储为智能合约162的“所有者”。换句话说，供应功能150也是合约的所有者。此外，假定正在被供应的远程设备(此处为设备X 640)配备有嵌入式UICC(eUICC)，该UICC仅持有“引导”简档，但尚未具有与任何移动网络的订阅，并且因此尚未被供应有“操作”简档。
网络过程600还假设智能合约162的所有者已经将关于诸如IoT设备的数个仅引导UE的信息供应给智能合约162。对于每个UE(例如，IoT设备)，智能合约162持有信息，该信息包括但不限于设备的类型(例如，电表、温度传感器、智能灯泡等)、设备的型号、设备制造商、设备的公钥、设备的位置(例如，GPS位置或城镇、国家等)、具有用于此设备的订阅的移动网络的地址(如果有)等。注意，在其他实施例中，网络过程600可以开始于智能合约162接收设备信息；然而，在所描绘的实施例中，假设智能合约162已经具有该信息。
此外，网络过程600假定数个移动网络(例如，移动网络220、230、240)被配置成与智能合约162进行交互。此处，此交互经由它们的区块链接口功能(分别为224、234、244)来完成，其实现例如经由API 217与区块链网络160进行对接的前端应用程序。此外，区块链接口功能224、234、244中的每一个被配置成：(a)向智能合约162发送消息；以及(b)监视由智能合约162发出的事件。
在某些实施例中，公司可以购买已经在智能合约162中供应其设备信息的数个IoT设备。在这样的实施例中，这些IoT设备中的每个可以配备有嵌入式UICC(“eUICC”)，其仅持有“引导”简档。如在上面所讨论的，仅引导UE尚不具有与任何移动网络的订阅并且还需要(例如经由OTA远程供应)被供应有“操作”简档。
在图6A处，网络过程600开始于供应功能150将“订阅报价请求”消息发送到智能合约162，例如，在区块链网络上的地址S(参见信令602)。在一些实施例中，由与供应功能150交互的设备X 640的所有者触发订阅报价请求消息以自动创建订阅并远程地供应设备X640。例如，设备X 640可以是由个人或组织购买的许多IoT设备之一。因此，设备所有者(例如，个人或组织的代表)可以例如通过由供应功能150开放的网页界面来登录该供应功能150。在某些实施例中，向设备所有者呈现属于个人/组织的所有已购买IoT设备的列表，并且可以从该列表中选择一个或多个IoT设备。在所描绘的实施例中，选择了一个远程单元，被称为“设备X”640。经由网页界面，设备所有者可以指示她/他想从移动网络运营商购买用于所选设备的新订阅。
订阅报价请求消息包括所选择的设备X 640的标识。在某些实施例中，订阅报价请求消息还可以包括截止期限。截止期限指示智能合约162可以接受针对此请求的报价的时间。在智能合约162还没有用于设备X 640的设备信息的情况下，订阅报价请求消息还可以包括设备信息(例如，设备标识、设备类型、设备操作位置等)。
智能合约162确认订阅报价请求消息来自合约所有者，例如，地址P的供应功能150(参见块604)。这由智能合约162验证包括在订阅报价请求消息中的签名来确认。在各种实施例中，通过使用供应功能150的私钥(仅在供应功能150中可用)来创建该签名，并且通过使用供应功能150的公钥来确认。在某些实施例中，供应功能150在订阅报价请求消息中发送公钥。在其他实施例中，可以在创建智能合约162时将公钥存储在智能合约162上。注意，如果订阅报价请求消息不是由合约所有者被发送，则智能合约162会忽略该订阅报价请求消息。
智能合约162接受订阅报价请求并更新设备X 640的状态(参见块606)。在此，设备状态将被更新以指示在截止期限期满之前期待用于此设备的订阅报价。反过来，智能合约162发出诸如“订阅报价请求事件”区块链事件的区块链事件，其被监视智能合约162的这些事件的所有区块链接口功能(例如，224、234、244)接收(参见信令608)。
如在上面所讨论的，区块链事件(在本文中被称为“事件”)是被发出以报告智能合约162中的事件的发生或状态改变的特定类型的消息。“订阅报价请求事件”区块链事件包括有关为其请求订阅报价的设备(例如，设备X 640)的信息。事件中包含的此信息包含智能合约162中为此设备存储的全部或部分信息，诸如，设备标识、类型、设备操作位置等。
接收订阅报价请求事件的每个区块链接口功能138(在此，BIF 224、234和344)决定是否对用于该设备(其信息被包括在该事件中)的订阅进行报价。此决定可以例如通过使用区块链接口功能138中的预配置的逻辑来自动完成，或者可以由区块链接口功能的运营商，例如，由移动网络运营商的人员手动完成。区块链接口功能138使用该事件中包括的设备信息来做出决定。在一个实施例中，当远程单元在移动网络覆盖范围之外的区域中操作时，或者当移动网络不支持该设备的类型时，移动网络运营商可以选择不进行订阅报价。
在所描绘的实施例中，区块链接口功能224和区块链接口功能234决定做出订阅报价(参见块608)。然而，在所描绘的实施例中，区块链接口功能244决定不做出报价(参见块610)。在一个实施例中，这是由于设备X 640在移动网络C 240的覆盖区域之外操作。在另一个实施例中，这是由于移动网络C 240不支持用于设备X 640的设备类型的订阅。
决定做出订阅报价的每个区块链接口功能都向智能合约162发送“订阅报价”消息。在各种实施例中，订阅报价消息包括为其做出报价的设备的标识、订阅报价本身、以及收款地址(支付地址)。收款地址包含在线钱包的地址，并且指示应将资金发送到何处以激活所提供的订阅。在某些实施例中，收款地址可以是应该接收支付的区块链地址。
作为示例，订阅报价可以指示要支付的值和要交付的服务“$15/月，无限数据”或“$1/MB”。作为另一示例，订阅报价可以参考加密货币作为要转移的值，例如，与区块链网络160相关联的加密货币。在某些实施例中，所请求的支付是转移一些“订阅令牌”到收款地址B(收款)，例如，“10个订阅令牌/月用于无限数据”。在各种实施例中，智能合约162维护{地址，令牌}的列表，该列表示出每个地址拥有许多令牌。因此，想要购买移动订阅的用户将需要拥有/获取订阅令牌。回顾一下，订阅令牌可以与现有的加密货币相关联，或者本身可能是一种加密货币。
这里，区块链接口功能224发送用于设备X 640的订阅报价消息，包括订阅报价(例如，报价A)、收款地址(这里，“地址A”)和与报价相关联的公钥(参见信令612)。类似地，区块链接口功能234也发送用于设备X 640的订阅报价消息，包括订阅报价(例如，报价B)、收款地址(此处，“地址B”)以及与报价相关联的公钥(参见信令614)。
在一些实施例中，决定做出订阅报价的每个区块链接口功能(这里，区块链接口功能224和区块链接口功能234)在每个订阅报价处创建新的收款地址以提供匿名性，例如，以确保没有人可以知道哪个移动网络是特定收款地址的所有者。
智能合约162收集并存储所有订阅报价，直到截止期限期满(参见块616)。在截止期限结束之后，智能合约162发出由供应功能150接收的“收集的报价事件”区块链事件，该供应功能150被配置成监视来自智能合约162的此类事件(参见信令618)。在此，收集的报价事件包括为其做出报价的设备的标识(例如，设备X 640)以及用于该设备的接收到的报价的收集。
在图6B处继续，例如，经由供应功能150的网页界面，设备所有者决定接受哪个订阅报价(参见块620)。在一些实施例中，供应功能150经由网页界面将接收到的报价呈现给设备所有者。现在已通知设备所有者关于用于此设备的报价的订阅，并且她/他选择报价的订阅中的一个。例如，设备所有者可以选择由移动网络B 230报价的订阅(例如，“$15/月，无限数据”)。
响应于对订阅报价的选择，供应功能150向智能合约162发送“订阅支付”消息(参见信令622)。订阅支付消息包括为其做出报价的设备的标识、接受的报价的指示(此处，报价B)以及要转移的资金。在某些实施例中，订阅支付消息将资金转移到智能合约162本身，例如，供应功能150(地址P)支付智能合约162(地址S)，其然后将资金转移到与被接受的报价相关联的收款地址(此处，地址B)。注意，被发送到智能合约162的资金可以是一定量的订阅令牌，或者一定量的加密货币，诸如比特币。在各种实施例中，当创建智能合约162并将其公布给移动网络运营商时，使用于支付的货币的类型已知。
当智能合约162接收到订阅支付消息时，其确认消息由合约所有者被发送(例如，核实地址P和签名)，确认接收到的资金足以用于被接受的报价(此处，报价B)，并且然后将接收到的资金转移到与被接受的报价相关联的存储的收款地址(参见块624)。例如，智能合约162可以核实地址P拥有用于所选报价的足够的订阅令牌。在所描述的实施例中，智能合约162将资金转移到地址B，该地址B是由移动网络B 230提供的收款地址。此资金转移通过将区块链支付发送到收款地址(未描绘)被执行。注意，例如，由于区块链接口功能234为每个订阅报价生成新的收款地址，智能合约162可能不知道哪个移动网络与该收款地址相关联。
在将资金转移到收款地址之后，智能合约162发出“订阅付费事件”区块链事件，其包括所做出的支付的参考(参见信令626)。在一个实施例中，该参考是将资金发送到收款地址的区块链交易的标识。在另一个实施例中，该参考是被接受的报价的收款地址。注意，在转移订阅令牌的情况下，不需要交易标识符，因为由于智能合约162维护{地址，令牌}的列表因此此转移是智能合约162内部的，该列表示出每个地址都拥有许多令牌。
所有区块链接口功能224、234、244都接收该订阅付费事件(因为全部都监视这种类型的事件)，并且全部都确定是否为它们的订阅报价付费。在所描绘的实施例中，仅移动网络B 230的区块链接口功能234确定其接收支付，例如，因为支付参考包括其自己的收款地址。因此，仅移动网络B 230的区块链接口功能234对该事件起作用。如上所述，区块链上的支付提供匿名性，因为收款地址无法揭示所支付的移动网络的标识。因此，尽管移动网络C 240接收到订阅付费事件，但是它不知道哪个其他移动网络赢得了订阅并且为订阅付费。
在一些实施例中，移动网络B 230的区块链接口功能234等待直到在订阅付费事件中的参考的支付被确认为止(参见块628)。在其他实施例中，移动网络B 230的区块链接口功能234仅在订阅付费事件中核实其拥有收款地址。在任一情况下，在确认之后区块链接口功能234指示移动网络B 230中的另一网络功能(例如，EPC网络中的SCEF或HSS，或5GC网络中的NEF或UDM)以创建用于设备X 640的新的订阅(参见块630)。此新订阅包括之前在“订阅报价请求事件”中接收到的全部或部分设备信息。根据以上示例，创建的订阅还可以包括为此设备提供和付费的订阅类型，例如，“$15/月，无限数据”。
此时，已经为设备X 640创建新的订阅，但是设备X 640仍需要通过空中下载技术被供应eUICC操作简档，该eUICC操作简档使设备X 640能够根据此订阅向移动网络B 230注册并使用该移动网络B 230的服务。此操作简档可以包括安全证书和与“设备X”标识不同的永久标识。为了启用设备X 640的这种供应，移动网络B 230的区块链接口功能234向智能合约162发送包括“供应数据”的“供应请求”消息(参见信令632)。如本文中所使用的，“供应数据”是指可由设备X 640用来联系移动网络B 230中的供应服务器并检索与其新订阅相关联的eUICC操作简档的数据。
在一些实施例中，可以用设备X 640的(例如，如被包括在与订阅报价请求一起接收的设备信息中的)公钥来加密供应数据，并且只能由持有相关联的私钥的设备X 640解密。当需要隐藏在“供应数据”中的敏感信息，诸如移动网络B 230中的供应服务器的IP地址和端口时，这种加密可能是必要的。如所描绘的，供应请求消息包括为其做出报价的设备的标识并且还包括签名。
这里，智能合约162使用签名以确认供应请求消息由发送被接受的报价的同一实体被发送(参见块634)。此外，智能合约162更新设备X 640的状态以指示该设备已就绪以被供应。再次注意，智能合约162或区块链中的其他任何人，可能不知道发送消息的实体的真实身份。智能合约162使用与被接受的报价相关联的公钥(这里，与报价B伴随的公钥B)来验证供应请求消息中的签名。因此，仅持有相关联的私钥的移动网络B 230可以产生有效签名。注意，可以为每个订阅报价生成一个新的公钥/私钥对，以进一步提高安全性和匿名性。
在智能合约162确认“供应请求”消息具有有效签名之后，例如，在确认其来自被付费用于订阅的移动网络(此处，移动网络B 230)之后，智能合约162发出“供应请求事件”区块链事件，该事件包含设备X 640的标识以及在供应请求消息中接收到的(例如，加密的)供应数据(参见信令636)。此事件通知所有移动网络设备X 640应接收“供应数据”。在所描绘的实施例中，设备X 640尚未注册到任何移动网络，因此所有移动网络220-240在采取任何动作之前等待设备X 640注册(使用其引导简档)。
在图6C处继续，设备X 640通电并使用其引导简档向移动网络A 220注册(参见信令642)。初始注册可以使用任何适当的程序。此处，设备640最初可以向移动网络A 220注册，因为移动网络A 220在设备X 640的位置提供最佳的无线电信号。因为移动网络A 220已接收到设备X 640的供应请求事件，在设备X 640的注册期间或之后，移动网络A 220将向设备X 640提供接收到的“供应数据”(参见消息传递644)。供应数据的收据和解密触发设备X640建立与移动网络B 230中的供应服务器的连接并从供应服务器获得eUICC操作简档(参见信令646)。远程供应可以使用任何适当的过程。
一旦完成对设备X 640的远程供应，区块链接口功能234就会向智能合约162发送“供应完成”消息(参见信令648)。在各种实施例中，供应完成消息识别设备X 640，并且还包含用与被接受的报价相关联的公钥(例如，公钥B)签署的签名。智能合约162确认签名的有效性并更新设备X的状态以指示该设备被供应有操作简档(参见块650)。随后，智能合约162发出“供应完成事件”区块链事件(参见信令652)。此事件通知所有移动网络设备X 640的供应已完成，因此它们不再需要发送(或存储)设备X 640的“供应数据”。因此，移动网络C 240取消等待设备X 640进行注册。注意，供应完成事件也由供应功能150接收。在一个实施例中，供应功能150可以更新其网页界面以指示设备X 640的供应被完成。网络过程600结束。
注意，在触发智能合约162执行上述动作之前，被发送到智能合约162的消息(例如，订阅报价请求、订阅报价、订阅支付、供应请求和供应完成消息)中的每一个可以首先经过区块链“挖掘”过程(例如，被所有区块链节点164进行验证并且经过工作量证明)。但是，此挖掘过程引入从发送消息时直到智能合约162基于该消息采取行动的延迟(例如，数分钟)；然而，此延迟未在图6A-6C中被描绘。
进一步注意，图6A-6C示出用于单个UE(设备X 640)的订阅创建和远程供应；然而，网络过程600可以包括用于多个远程单元(例如，IoT设备)的同时(或几乎同时)的订阅创建和远程供应。例如，多个IoT设备(具有仅引导eUICC)的所有者可以选择购买用于多个远程单元的全部或子集的订阅。在一个实施例中，在步骤602、606、612、614、618、622、626、632和636中的每一个处发送多个消息和事件，其中一个消息被发送用于为其购买订阅的每个远程单元。在其他实施例中，步骤602、606、612、614、618、622、626、632和636中的消息和事件可以包括用于多个远程单元的信息，例如，用于为其购买订阅的每个远程单元的单独字段。
图7描绘根据本公开的实施例的用于供应移动单元的网络过程700。网络过程700描绘对用于收集订阅报价的图6A中的那些步骤的替代步骤。网络过程700涉及供应功能150、智能合约162(例如，如由区块链节点164和/或区块链装置300执行的)、移动网络A 220及其区块链接口功能(“BIF”)224、移动网络B 230及其区块链接口功能(“BIF”)234、以及移动网络C 240及其区块链接口功能(“BIF”)244。
注意，网络过程700假设已经通过供应功能150在区块链中创建智能合约162。此外，网络过程600假设多个移动网络(例如，移动网络220、230、240)被配置成与智能合约162进行交互。此处，此交互经由其区块链接口功能(分别为224、234、244)完成，例如，经由API217，其实现与区块链网络160对接的前端应用程序。
在图7处，网络过程700开始于BIF 224、234和244，决定向智能合约162做出可用的订阅报价(参见块702)。此决定可以例如通过使用区块链接口功能138中的预配置的逻辑来自动完成，或者可以由区块链接口功能的运营商，例如，由移动网络运营商的人员手动完成。在某些实施例中，例如，通过供应功能，响应于请求而做出决定，以提交订阅报价。在其他实施例中，在不需要首先接收邀请或其他信令的情况下，移动网络可以决定在需要时随时向智能合约162发送订阅报价。
在生成订阅报价时，例如，在区块链网络160中，BIF 224、234和244中的每一个创建新的收款地址。在某些实施例中，每个BIF在每个订阅报价处创建新的收款地址以便于提供匿名性，例如，以确保没有人可以知道哪个移动网络是特定收款地址的所有者。在附图中所示的示例实施例中，区块链接口功能224、234和244中的每一个均决定做出订阅报价，并且每个都生成新的收款地址。
在某些实施例中，订阅报价与某些限制相关联。例如，订阅报价可以限于某些类型的设备、某些操作区域等。此外，订阅报价可以具有到期时间。
接下来，区块链接口功能224向智能合约162发送订阅报价消息，包括订阅报价(例如，报价A)、报价限制、收款地址(此处，“地址A”)、以及与报价相关联的公钥(参见信令704)。类似地，区块链接口功能234还向智能合约162发送订阅报价消息，包括订阅报价(例如，报价B)、报价限制、收款地址(此处，“地址B”)以及与该报价相关联的公钥(参见信令706)。区块链接口功能244也将其订阅报价消息发送到智能合约162，包括订阅报价(例如，报价C)、报价限制、收款地址(此处，“地址C”)和与报价相关联的公钥(参见信令708)。和以前一样，每个收款地址都包含一个在线钱包的地址，并指示应将资金发送到何处以激活所报价的订阅。
智能合约162收集并存储所有订阅报价(参见块710)。在某个时间点，智能合约162发出由供应功能150接收的“收集的供应事件”区块链事件，该供应功能150被配置成监视来自智能合约162的此类事件(参见信令712)。在此，收集的报价事件包括从BIF 224、234和244接收到的订阅报价的收集。在某些实施例中，智能合约162定期发出“收集的报价事件”区块链事件。在一个实施例中，一旦收集到一定数量的报价，智能合约162就发出“收集的报价事件”区块链事件。在另一个实施例中，每当接收到新的订阅报价时，智能合约162就发出“收集的报价事件”区块链事件。
在某个时间点，设备X 640的设备所有者联系供应功能150(例如，访问其网页界面)，以便于在移动网络中获得用于设备X 640的订阅。此时，设备X 640的订阅创建和远程供应遵循上面参考图6B和6C所描述的步骤。因此，设备所有者选择订阅报价并发送订阅支付消息，其触发订阅付费事件。然后，与所选报价相关联的移动网络向智能合约162发送供应请求消息，其触发供应请求事件。最后，在激活时，设备X 640执行初始注册、接收供应数据、联系与所选报价相关联的移动网络中的供应服务器，并被远程地供应。在完成远程供应之后，移动网络将供应完成消息发送到智能合约162，其触发供应完成事件。网络过程700结束。
注意，尽管网络过程600描述用于订阅创建的类似拍卖的环境(例如，其中感兴趣的移动网络运营商在截止期限内发送报价)，网络过程700相反地描述用于订阅创建的类似市场的环境，其中感兴趣的设备所有者详细考察先前提交的订阅报价。
图8A-8B描绘根据本公开的实施例的用于重新供应移动单元的网络过程800。网络过程800从图6A或图7继续，并且描绘被发送到智能合约162的区块链消息，其触发智能合约162以执行用于设备X 640的新订阅创建和远程重新供应的动作，例如，将设备X 640的订阅从源移动网络传送到目标移动网络并对设备X 640供应新的eUICC操作简档。
网络过程800涉及供应功能150、智能合约162(例如，如由区块链节点164和/或区块链装置300执行的)，移动网络A 220及其区块链接口功能(“BIF”)224、移动网络B 230及其区块链接口功能(“BIF”)234、移动网络C 240及其区块链接口功能(“BIF”)244、以及设备X 640，其是正在被重新供应的UE(远程单元)。在此，供应功能150的区块链地址为“地址P”，并且智能合约162的区块链地址为“地址S”。
注意，网络过程800假设已经通过供应功能150在区块链中创建智能合约162。此外，假设设备X 640已经被供应有用于移动网络B 230的“操作”简档。网络过程800还假定已经将关于设备X 640的设备信息供应给智能合约162。
网络过程800从图6A或图7继续，其中智能合约162发出订阅报价请求事件并从移动网络A 220和移动网络B 230接收订阅报价消息。此外，智能合约162将所收集的全部或部分报价发送给供应功能150，以供设备所有者考虑。
在图8A处，例如，经由供应功能150的网页界面，设备所有者决定接受哪个订阅报价(参见块620)。例如，设备所有者可以选择由移动网络A 220报价的订阅(例如，“$1/MB”)。响应于对订阅报价的选择，供应功能150向智能合约162发送“订阅支付”消息(参见信令802)。
订阅支付消息包括为其做出报价的设备的标识、被接受的报价的指示(在此，报价A)以及将被转移的资金。在某些实施例中，订阅支付消息将资金转移到智能合约162本身，例如，供应功能150(地址P)向智能合约162(地址S)进行支付，然后该智能合约162(地址S)将资金转移到与被接受的报价相关联的收款地址(此处，地址A)。
当智能合约162接收到订阅支付消息时，其确认消息由合约所有者被发送(例如，核实地址P和签名)，确认接收到的资金足以用于被接受的报价(此处，报价A)，并且然后将接收到的资金转移到与被接受的报价相关联的存储的收款地址(参见块804)。在所描绘的实施例中，智能合约162将资金转移到地址A，该地址A是由移动网络A 220提供的收款地址。此资金的转移通过将区块链支付发送到收款地址(未被描绘)而被执行。注意，例如，由于区块链接口功能224为每个订阅报价生成新的收款地址，智能合约162可能不知道哪个移动网络与此收款地址相关联。
在将资金转移到收款地址之后，智能合约162发出“订阅付费事件”区块链事件，其包括所做出的支付的参考(参见信令806)。在一个实施例中，此参考是将资金发送到收款地址的区块链交易的标识。所有区块链接口功能224、234、244都会接收此事件(因为全部都监视此类事件)，并且全部都确定是否为其订阅报价付费。在所描绘的实施例中，仅移动网络A220的区块链接口功能224确定其接收到支付，例如，因为支付参考包括其自己的收款地址。
移动网络A 220的区块链接口功能224等待直到在“订阅付费事件”中的参考的支付被确认为止(参见块808)。然后，区块链接口功能224指示移动网络A 220中的另一个网络功能(例如，EPC网络中的SCEF或HSS，或5GC网络中的NEF或UDM)以创建用于设备X 640的新的订阅(参见块810)。此新订阅包括之前在“订阅报价请求事件”中接收到的全部或部分设备信息。根据以上示例，创建的订阅还可以包括为此设备提供和付费的订阅类型，例如，的“$1/MB”。
此时，已经为设备X 640创建新的订阅，并且设备X 640需要通过空中下载技术被重新供应eUICC操作简档，该eUICC操作简档使设备X640根据其新订阅向移动网络A 220注册并且使用该移动网络A 220的服务。为了启用该设备X 640的这种供应，移动网络A 220的区块链接口功能224向智能合约162发送包括“供应数据”的“供应请求”消息(参见信令812)。在此，供应数据包含设备X 640用于联系移动网络A 220中的供应服务器并检索与其新订阅相关联的新eUICC操作简档的信息。如上所述，可以使用设备X 640的公钥对供应数据进行加密。
智能合约162确认供应请求消息由发送被接受的报价的同一实体被发送，并更新设备X 640的状态(参见块634)。在智能合约162确认“供应请求”消息具有有效签名之后，例如，在确认其来自被付费用于订阅的移动网络(此处，移动网络A 220)之后，智能合约162发出“供应请求事件”区块链事件，其包含设备X 640的标识以及在供应请求消息中接收到的(例如，加密的)供应数据(参见信令636)。此事件通知所有移动网络设备X 640应接收“供应数据”。在所描绘的实施例中，移动网络220-240在采取任何动作之前等待设备X 640注册(使用其引导简档)。当设备X 640通过使用其当前的eUICC操作简档(即，通过使用其与移动网络B 230的现有订阅)向移动网络注册时，将接收新的“供应数据”。
在图6C处继续，设备X 640向移动网络B 230进行正常注册(参见信令642)。注意，设备X 640可以使用其当前的eUICC操作简档以向移动网络B 230或向另一移动网络注册，所述另一移动网络具有与移动网络B的漫游协议。然而，在两种情况下，设备X 640接收新的供应数据(对应于与移动网络A 220的新订阅)，并将启动新的远程供应过程(这次与移动网络A 220中的供应服务器)，以便获得新的eUICC操作简档(参见信令818和820)。远程供应可以使用任何适当的过程。
一旦完成对设备X 640的远程供应，区块链接口功能224就会向智能合约162发送“供应完成”消息(参见信令822)。在各种实施例中，供应完成消息识别设备X 640，并且还包含用与被接受的报价相关联的公钥(例如，公钥A)签署的签名。智能合约162确认签名的有效性并更新设备X的状态以指示设备被供应有新的操作简档(参见块650)。随后，智能合约162发出“供应完成事件”区块链事件(参见信令652)。此事件通知所有移动网络设备X 640的供应被完成，因此它们不再需要发送(或存储)设备X 640的“供应数据”。
因为设备X 640正在从移动网络B 230向移动网络A 220传送，所以移动网络B 230响应于接收到供应完成事件而取消其用于设备X 640的订阅(参见块824)。此外，移动网络C240取消等待设备X 640进行注册。注意，供应完成事件也由供应功能150接收。在一个实施例中，供应功能150可以更新其网页界面以指示设备X 640的供应被完成。网络过程800结束。
图9描绘根据本公开的实施例的用于使用区块链支付的网络接入的方法900。在一些实施例中，方法900由诸如智能合约、区块链节点164和/或区块链装置300的装置执行。在某些实施例中，方法900可以由执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等执行。
方法900开始于响应于从第一区块链地址接收到第一区块链消息而发出905第一事件，该第一事件包括关于远程单元的信息。在一个实施例中，第一区块链消息是来自供应功能的订阅报价请求。在某些实施例中，第一区块链消息进一步包括报价时间范围。在这样的实施例中，发出905第一事件包括指示报价时间范围。在一些实施例中，关于远程单元的信息包括下述中的一项或多项：设备标识、设备类型和设备操作位置。
方法900包括收集910多个第二区块链消息，每个第二区块链消息包含用于远程单元的订阅报价。在第一区块链消息包括报价时间范围的情况下，然后收集910多个第二区块链消息包括在报价时间范围期间接受第二区块链消息。在一些实施例中，多个第二区块链消息中的每一个均包括区块链收款地址，一旦接受相关联的订阅报价，将向该区块链收款地址进行区块链支付。在一个实施例中，响应于报价时间范围的期满，在区块链事件(例如，收集的报价事件)中发出所收集的报价。
方法900包括响应于从第一区块链地址接收到第三区块链消息而发出915第二事件，该第三区块链消息包括对所收集的订阅报价中的一个的用户选择。在此，第三区块链消息可以包括支付信息。在这样的实施例中，发出915第二事件响应于基于支付信息成功地执行区块链支付而发生。在一个实施例中，成功地执行区块链支付包括：核实支付数额足够用于所收集的订阅报价中的用户选择的一个；核实区块链付款地址至少拥有等于支付数额的数额；以及基于对所收集的订阅报价中的一个的用户选择，将支付数额从区块链付款地址转移到第一区块链收款地址。
方法900包括接收920第四区块链消息，该第四区块链消息包含用于远程单元的供应数据。在一个实施例中，响应于成功地执行区块链支付，接收920第四区块链消息。方法900包括在成功地验证第四区块链消息之后发出925第三事件，该第三事件包括用于远程单元的供应数据。在某些实施例中，第四区块链消息包括签名，其中发出925第三事件响应于成功地验证签名而发生。方法900结束。
图10描绘根据本公开的实施例的用于使用区块链支付的网络接入的方法1000。在一些实施例中，方法1000由诸如区块链接口功能138、区块链接口功能224、区块链接口功能234、区块链接口功能244和/或网络功能装置400的装置执行。在某些实施例中，方法1000可以由执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等来执行。
方法1000开始于从区块链智能合约接收1005第一区块链事件，该第一事件包括关于远程单元的信息。在一个实施例中，第一区块链事件是订阅报价事件。在某些实施例中，第一区块链事件包括报价时间范围。在一些实施例中，关于远程单元的信息包括以下中的一项或多项：设备标识、设备类型和设备操作位置。在某些实施例中，接收1005第一区块链事件触发响应于第一区块链事件而发送第一区块链消息。在此，第一区块链消息包括用于远程单元的订阅报价和收款地址(例如，第二收款地址)。在一个实施例中，订阅报价基于关于远程单元的信息。
方法1000包括从区块链智能合约接收1010第二事件，该第二事件包括第一区块链收款地址。第二区块链事件包括与对第一区块链收款地址进行的支付有关的信息。在一个实施例中，第二区块链事件是订阅付费事件。在这里，第二区块链事件指示已做出关于被接受的订阅报价的支付。在某些实施例中，接收1010第二事件触发基于第一区块链收款地址和第一区块链消息中包括的收款地址来确定订阅报价是否被接受。
方法1000包括从智能合约接收1015第三事件，该第三事件包括用于远程单元的供应数据。方法1000包括接收1020远程单元可达的指示。方法1000包括将供应数据传送1025到远程单元。方法1000结束。
图11描绘根据本公开的实施例的用于使用区块链支付的网络接入的方法1100。在一些实施例中，方法1100由诸如供应功能150和/或供应装置500的装置执行。在某些实施例中，方法1100可以由执行程序代码的处理器，例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等执行。
方法1100开始于向区块链网络中的第一地址发送1105第一区块链消息，该第一区块链消息包括关于远程单元的信息。在此，区块链网络中的第一地址(也被称为第一“区块链地址”)是用于协调订阅报价和供应UE的智能合约的地址。方法1100包括从区块链网络接收1110多个订阅报价。在其他实施例中，接收1110多个订阅报价包括在诸如收集的报价事件或其他合适的区块链网络事件的区块链事件中接收报价。
方法1100包括，例如，基于用户输入，选择1115订阅报价中的一个。在某些实施例中，多个订阅报价中的每一个都包括区块链收款地址，一旦接受相关联的订阅报价，将对该区块链收款地址进行区块链支付。此外，每个订阅报价可以包括所请求的值以及作为回报提供的服务的类型、级别和/或数量。在某些实施例中，所请求的值可以指示法定货币(例如，USD)的数额。在其他实施例中，所请求的值指示加密货币的数额。方法1100包括向区块链网络中的第一地址发送1120与所选择的订阅报价相对应的支付。方法1100结束。
可以以其他特定形式实践实施例。所描述的实施例在所有方面都被视为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前面的描述来指示。在权利要求的含义和等同范围内的所有变化都包含在其范围内。

Claims (36)

1.一种方法，包括：
响应于从第一区块链地址接收到第一区块链消息，发出第一事件，所述第一事件包括关于远程单元的信息；
收集多个第二区块链消息，每个第二区块链消息包含用于所述远程单元的订阅报价；
响应于从所述第一区块链地址接收到第三区块链消息，发出第二事件，所述第三区块链消息包括对所述收集的订阅报价中的一个的用户选择；
接收包含用于所述远程单元的供应数据的第四区块链消息；以及
在成功地验证所述第四区块链消息之后发出第三事件，所述第三事件包括用于所述远程单元的供应数据。
2.根据权利要求1所述的方法，其中，所述第一区块链消息是订阅报价请求。
3.根据权利要求2所述的方法，其中，所述第一区块链消息进一步包括报价时间范围，其中，所述第一事件包括所述报价时间范围，并且其中，收集所述多个第二区块链消息包括在所述报价时间范围期间接受第二区块链消息。
4.根据权利要求3所述的方法，进一步包括响应于所述报价时间范围的期满而发出第四事件，所述第四事件包括收集的多个第二区块链消息。
5.根据权利要求1所述的方法，其中，关于所述远程单元的信息包括下述中的一项或多项：设备标识、设备类型和设备操作位置。
6.根据权利要求1所述的方法，其中，所述多个第二区块链消息均包括区块链收款地址，一旦接受所述相关联的订阅报价，将向所述区块链收款地址进行区块链支付。
7.根据权利要求1所述的方法，其中，所述第三区块链消息包括支付信息，所述方法进一步包括：
基于所述支付信息来执行区块链支付，其中，发出所述第二事件响应于成功地执行所述区块链支付而发生。
8.根据权利要求7所述的方法，其中，所述支付信息包括区块链付款地址和支付数额，其中，成功地执行所述区块链支付包括：
核实所述支付数额足够用于所述收集的订阅报价中的所述用户选择的一个；
核实所述区块链付款地址至少拥有等于所述支付数额的数额；以及
基于对所述收集的订阅报价中的一个的所述用户选择，将所述支付数额从所述区块链付款地址转移到第一区块链收款地址。
9.根据权利要求1所述的方法，其中，所述第四区块链消息包括签名，所述方法进一步包括：
验证所述签名，其中，发出所述第三事件响应于验证所述签名而发生。
10.根据权利要求1所述的方法，进一步包括：
接收指示完成的所述远程单元的供应的第五区块链消息；
确认在所述第五区块链消息中的签名；以及
发出确认所述远程单元的供应的第四区块链事件。
11.一种装置，包括：
处理器和收发器，其中，所述处理器控制所述收发器以：
响应于从第一区块链地址接收到第一区块链消息，发出第一事件，所述第一事件包括关于远程单元的信息；
收集多个第二区块链消息，每个第二区块链消息包含用于所述远程单元的订阅报价；
响应于从所述第一区块链地址接收到第三区块链消息，发出第二事件，所述第三区块链消息包括对所述收集的订阅报价中的一个的用户选择；
接收包含用于所述远程单元的供应数据的第四区块链消息；以及
在成功地验证所述第四区块链消息之后发出第三事件，所述第三事件包括用于所述远程单元的供应数据。
12.根据权利要求11所述的装置，其中，所述第一区块链消息是订阅报价请求。
13.根据权利要求12所述的装置，其中，所述第一区块链消息进一步包括报价时间范围，其中，所述第一事件包括所述报价时间范围，并且其中，收集所述多个第二区块链消息包括在所述报价时间范围期间接受第二区块链消息。
14.根据权利要求13所述的装置，其中，所述处理器进一步控制所述收发器以响应于所述报价时间范围的期满而发出第四事件，所述第四事件包括收集的多个第二区块链消息。
15.根据权利要求11所述的装置，其中，关于所述远程单元的所述信息包括下述中的一项或多项：设备标识、设备类型和设备操作位置。
16.根据权利要求11所述的装置，其中，所述多个第二区块链消息均包括区块链收款地址，一旦接受所述相关联的订阅报价，将向所述区块链收款地址进行区块链支付。
17.根据权利要求11所述的装置，其中，所述第三区块链消息包括支付信息，其中，所述处理器进一步基于所述支付信息来执行区块链支付，其中，发出所述第二事件响应于成功地执行所述区块链支付而发生。
18.根据权利要求17所述的装置，其中，所述支付信息包括区块链付款地址和支付数额，其中，成功地执行所述区块链支付包括所述处理器：
核实所述支付数额足够用于所述收集的订阅报价中的所述用户选择的一个；
核实所述区块链付款地址至少拥有等于所述支付数额的数额；并且
基于对所述收集的订阅报价中的一个的所述用户选择，将所述支付数额从所述区块链付款地址转移到第一区块链收款地址。
19.根据权利要求11所述的装置，其中，所述第四区块链消息包括签名，其中，所述处理器进一步验证所述签名，其中发出所述第三事件响应于验证所述签名而发生。
20.根据权利要求11所述的装置，其中，所述收发器进一步接收指示完成的所述远程单元的供应的第五区块链消息，其中所述处理器确认所述第五条区块链消息中的签名，并且控制所述收发器以发出确认所述远程单元的供应的第四区块链事件。
21.一种方法，包括：
从区块链智能合约接收第一事件，所述第一事件包括关于远程单元的信息；
从所述区块链智能合约接收第二事件，所述第二事件包括第一区块链支付信息；
从所述智能合约接收第三事件，所述第三事件包括用于所述远程单元的供应数据；
接收所述远程单元可达的指示；以及
将所述供应数据传送到所述远程单元。
22.根据权利要求21所述的方法，进一步包括：
响应于所述第一事件，将第一区块链消息发送到第一区块链地址，其中，所述第一区块链消息包括用于所述远程单元的订阅报价和第一收款地址；以及
基于所述第一收款地址和所述第一区块链支付信息来确定所述订阅报价是否被接受。
23.根据权利要求22所述的方法，进一步包括：
基于关于所述远程单元的所述信息来确定向所述远程单元做出所述订阅报价，其中，响应于确定做出所述订阅报价而进一步发生将所述第一区块链消息发送到第一区块链地址；以及
响应于确定做出所述订阅报价而生成所述第一收款地址，
其中，基于所述第一收款地址和所述第一区块链支付信息来确定所述订阅报价是否被接受包括：确定所述第一收款地址是否由所述第一区块链支付信息指示。
24.根据权利要求22所述的方法，进一步包括：
响应于确定所述订阅报价被接受而生成所述供应数据；以及
将第二区块链消息发送到所述第一区块链地址，其中所述第二区块链消息包括所述生成的供应数据，
其中，接收所述第三事件包括：接收所述生成的供应数据。
25.根据权利要求21所述的方法，进一步包括：
远程地供应所述远程单元；
发送包括供应完成消息的第三区块链消息；以及
从所述智能合约接收第四事件，所述第四事件确认所述远程单元的供应。
26.根据权利要求21所述的方法，其中，关于所述远程单元的所述信息是从包括下述的组中选择的：设备标识、设备类型和设备操作位置。
27.一种装置，包括：
处理器和收发器，其中，所述处理器控制所述收发器以：
从区块链智能合约接收第一事件，所述第一事件包括关于远程单元的信息；
从所述区块链智能合约接收第二事件，所述第二事件包括第一区块链支付信息；
从所述智能合约接收第三事件，所述第三事件包括用于所述远程单元的供应数据；
接收所述远程单元可达的指示；以及
将所述供应数据传送到所述远程单元。
28.根据权利要求27所述的装置，其中，所述收发器进一步响应于所述第一事件将第一区块链消息发送到第一区块链地址，其中，所述第一区块链消息包括用于所述远程单元的订阅报价和第一收款地址，并且所述处理器基于所述第一收款地址和所述第一区块链支付信息来确定所述订阅报价是否被接受。
29.根据权利要求28所述的装置，其中，所述处理器：
基于关于所述远程单元的所述信息来确定向所述远程单元做出所述订阅报价；并且
响应于确定做出所述订阅报价而生成所述第一收款地址，
其中，响应于确定做出所述订阅报价而进一步发生将所述第一区块链消息发送到第一区块链地址，
其中，基于所述第一收款地址和所述第一区块链支付信息来确定所述订阅报价是否被接受包括：所述处理器确定所述第一收款地址是否由所述第一区块链支付信息所指示。
30.根据权利要求28所述的装置，其中，所述处理器：
响应于确定所述订阅报价被接受而生成所述供应数据，并且控制所述收发器以将第二区块链消息发送到所述第一区块链地址，
其中，所述第二区块链消息包括所述生成的供应数据，并且其中接收所述第三事件包括：所述收发器接收所述生成的供应数据。
31.根据权利要求27所述的装置，其中，所述处理器控制所述收发器以：
远程地供应所述远程单元；
发送包括供应完成消息的第三区块链消息；以及
从所述智能合约接收第四事件，所述第四事件确认所述远程单元的供应。
32.根据权利要求27所述的装置，其中，关于所述远程单元的所述信息是从包括下述的组中选择的：设备标识、设备类型和设备操作位置。
33.一种系统，包括：
供应功能，所述供应功能将包括关于远程单元的信息的第一区块链消息发送到区块链网络中的第一地址；
区块链节点，所述区块链节点包括与所述第一地址相关联的智能合约，其中，所述智能合约响应于所述第一区块链消息而发出第一事件；以及
第一区块链接口功能，所述第一区块链接口功能响应于所述智能合约发出所述第一事件，将包含用于所述远程单元的第一订阅报价的第二区块链消息发送到所述第一地址，所述第一区块链接口功能位于第一移动通信网络中，
其中，所述供应功能选择所述第一订阅报价并且将第三区块链消息发送到所述第一地址，所述第三区块链消息包括所述第一订阅报价的用户选择，
其中，所述第一区块链接口功能响应于指示所述第一订阅报价的用户选择的第二事件，将第四区块链消息发送到所述第一地址，所述第四区块链消息包括响应于所述第一报价的所述用户选择而生成的用于所述远程单元的供应数据。
34.根据权利要求33所述的系统，其中，所述第一区块链接口功能响应于确认所述支付而创建用于所述远程单元的订阅，其中，所述供应数据包括与所述创建的订阅相关联的操作简档。
35.根据权利要求33所述的系统，进一步包括在第二移动通信网络中的第二区块链接口功能，所述第二区块链接口功能：
响应于所述智能合约发出所述第一事件，将用于所述远程单元的第二订阅报价发送到所述第一地址；以及
在由所述智能合约发出的第三事件中，接收用于所述远程单元的所述供应数据，其中，用所述远程单元的公钥对所述供应数据进行加密，所述远程单元具有与所述公钥相对应的私钥。
36.根据权利要求35所述的系统，
其中，在所述第一区块链接口功能对所述远程单元进行远程供应之前，所述远程单元注册到所述第二移动通信网络，
其中，所述第二区块链接口功能将所述供应数据传送到所述远程单元，
其中，所述远程单元响应于所述第二区块链接口功能传送所述供应数据而接入所述第一区块链接口功能，并且
其中，所述第一区块链接口功能响应于所述远程单元接入所述第一区块链接口功能而远程地供应所述远程单元。
CN201880086724.9A 2018-02-19 2018-02-19 经由区块链网络供应远程单元 Pending CN111615836A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2018/053997 WO2019158213A1 (en) 2018-02-19 2018-02-19 Provisioning a remote unit via a blockchain network

Publications (1)

Publication Number Publication Date
CN111615836A true CN111615836A (zh) 2020-09-01

Family

ID=61258220

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880086724.9A Pending CN111615836A (zh) 2018-02-19 2018-02-19 经由区块链网络供应远程单元

Country Status (5)

Country Link
US (1) US20230156455A1 (zh)
EP (1) EP3756369A1 (zh)
KR (1) KR102423020B1 (zh)
CN (1) CN111615836A (zh)
WO (1) WO2019158213A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112132562A (zh) * 2020-10-04 2020-12-25 曹建荣 基于区块链的费用支付方法和费用支付平台
CN113205423A (zh) * 2021-06-11 2021-08-03 青岛乾程科技股份有限公司 一种基于区块链能源交易系统及其交易方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11245576B2 (en) * 2018-09-07 2022-02-08 Dell Products L.P. Blockchain-based configuration profile provisioning system
CN110428257B (zh) * 2018-12-11 2021-04-27 腾讯科技（深圳）有限公司 密码破解任务处理方法、设备及存储介质
WO2021063030A1 (zh) * 2019-09-30 2021-04-08 东南大学 一种区块链增强的开放物联网接入架构
CN110798535B (zh) * 2019-11-12 2022-08-23 金蝶软件（中国）有限公司 区块链中实现p2p通信方法、区块链应用系统及相关设备
CN114116883A (zh) * 2020-08-28 2022-03-01 京东方科技集团股份有限公司 数据管理方法、数据管理装置、区块链网络和系统
US20240098500A1 (en) * 2020-12-08 2024-03-21 Lenovo (Singapore) Pte. Ltd. Managing end-to-end data protection
GB2605649A (en) * 2021-04-09 2022-10-12 Vodafone Group Services Ltd Blockchain key generation
WO2023217398A1 (en) * 2022-05-13 2023-11-16 Lenovo (Singapore) Pte. Ltd Method to enable adaptable operation and service provision of a mobile network
WO2023235597A1 (en) * 2022-06-03 2023-12-07 BlockJoy, Inc. Standardized interactions across different blockchains

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101160880A (zh) * 2005-04-15 2008-04-09 法国电信公司 通信设备与方法
CN106209607A (zh) * 2016-09-12 2016-12-07 腾讯科技（深圳）有限公司 订阅信息展示方法和装置
US20170083907A1 (en) * 2015-07-14 2017-03-23 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
US20170169363A1 (en) * 2015-12-10 2017-06-15 Max2 Inc. Integrated System of Search, Commerce and Analytics Engines Supported by Beacons, Mobile Consumer and Merchant Applications Which Discover, Connect to, Report on, Communicate and Transact with Places, People and Objects Based on Their Proximal, Ephemeral and Analytical Attributes on a Symmetric Basis
WO2017127564A1 (en) * 2016-01-19 2017-07-27 Priv8Pay, Inc. Network node authentication
WO2017213847A1 (en) * 2016-06-09 2017-12-14 Mastercard International Incorporated Method and system for use of a proprietary private blockchain
US20180025442A1 (en) * 2014-03-31 2018-01-25 Monticello Enterprises LLC System and method for managing cryptocurrency payments via the payment request api

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102144430B1 (ko) * 2012-12-11 2020-08-13 삼성전자 주식회사 프로비져닝 프로파일을 이용하여 이동 통신 네트워크 사업자를 선택하는 방법 및 이를 이용하는 장치
KR101772553B1 (ko) * 2015-12-29 2017-08-30 주식회사 코인플러그 파일에 대한 공증 및 검증을 수행하는 방법 및 서버
KR101799343B1 (ko) * 2016-05-16 2017-11-22 주식회사 코인플러그 인증 정보의 사용 방법, 파기 방법 및 이를 지원하는 블록체인기반 인증 정보 관리 서버
KR101950912B1 (ko) * 2016-08-01 2019-02-21 서강대학교산학협력단 블록체인 기반 트랜잭션 검증 시스템 및 그 방법
KR102414732B1 (ko) * 2017-04-05 2022-06-28 삼성에스디에스 주식회사 블록체인 기반 디지털 아이덴티티 관리 방법

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101160880A (zh) * 2005-04-15 2008-04-09 法国电信公司 通信设备与方法
US20180025442A1 (en) * 2014-03-31 2018-01-25 Monticello Enterprises LLC System and method for managing cryptocurrency payments via the payment request api
US20170083907A1 (en) * 2015-07-14 2017-03-23 Fmr Llc Point-to-Point Transaction Guidance Apparatuses, Methods and Systems
US20170169363A1 (en) * 2015-12-10 2017-06-15 Max2 Inc. Integrated System of Search, Commerce and Analytics Engines Supported by Beacons, Mobile Consumer and Merchant Applications Which Discover, Connect to, Report on, Communicate and Transact with Places, People and Objects Based on Their Proximal, Ephemeral and Analytical Attributes on a Symmetric Basis
WO2017127564A1 (en) * 2016-01-19 2017-07-27 Priv8Pay, Inc. Network node authentication
WO2017213847A1 (en) * 2016-06-09 2017-12-14 Mastercard International Incorporated Method and system for use of a proprietary private blockchain
CN106209607A (zh) * 2016-09-12 2016-12-07 腾讯科技（深圳）有限公司 订阅信息展示方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YURY MOROZOV: "BUBBLETONE BLOCKCHAIN：GLOBAL TELECOM ECOSYSTEM WITHOUT INTERMEDIARIES: SMART CONTRACTS ALLOW DIRECT INTERACTION BETWEEN MOBILE OPERATORS, SUBSCRIBERS AND SERVICE PROVIDERS", BUBBLETONE_WHITEPAPER *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112132562A (zh) * 2020-10-04 2020-12-25 曹建荣 基于区块链的费用支付方法和费用支付平台
CN112132562B (zh) * 2020-10-04 2021-08-10 云宝宝大数据产业发展有限责任公司 基于区块链的费用支付方法和费用支付平台
CN113205423A (zh) * 2021-06-11 2021-08-03 青岛乾程科技股份有限公司 一种基于区块链能源交易系统及其交易方法

Also Published As

Publication number Publication date
WO2019158213A1 (en) 2019-08-22
KR102423020B1 (ko) 2022-07-21
EP3756369A1 (en) 2020-12-30
KR20200120912A (ko) 2020-10-22
US20230156455A1 (en) 2023-05-18

Similar Documents

Publication Publication Date Title
KR102423020B1 (ko) 블록체인 네트워크를 통한 원격 유닛의 프로비저닝
KR102313265B1 (ko) 블록체인 네트워크에 의해 제공된 접속 정보를 이용한 사용자 인증
EP3724841B1 (en) Providing network access using blockchain payments
US20220095098A1 (en) Method and apparatus for supporting transfer of profile between devices in wireless communication system
US10824700B2 (en) Device, system, and method of selective activation, deactivation, and configuration of components
CN107580790B (zh) 用于提供简档的方法和装置
US9154955B1 (en) Authenticated delivery of premium communication services to trusted devices over an untrusted network
KR20180069074A (ko) 단말의 eUICC(embedded universal integrated circuit card)에 프로파일을 다운로드하는 방법 및 장치
KR20170035242A (ko) 이동 통신 시스템에서 프로파일 다운로드 방법 및 장치
CN105493524A (zh) 端到端m2m服务层会话
CN111247821A (zh) 在应用服务器中使用订阅数据确定移动网络中的策略规则
US11153752B2 (en) Apparatus and method for SSP device and server to negotiate digital certificates
CN110024425B (zh) 用于安装和管理esim配置文件的装置和方法
JP2017537422A (ja) サービス層における交渉サービスをサポートする方法
CN113491142B (zh) 使用公钥加密网络切片凭证
CN115314901A (zh) 通过eSIM进行访问控制的装置及方法
CN103069743A (zh) 用于注册个人网络的装置和方法
CN113383608A (zh) 多链路对等通信的方法和系统
US9154949B1 (en) Authenticated delivery of premium communication services to untrusted devices over an untrusted network
CN107852603A (zh) 终端认证的方法及设备
WO2022148533A1 (en) Selecting a data connection based on digital certificate information
US20240129739A1 (en) Secure data collection via a messaging framework
US11924637B1 (en) Automatic in-store subscriber device detection and processing
US20240022908A1 (en) Authentication using a digital identifier for ue access
CN117280722A (zh) 当euicc终端变化时识别简档删除的方法和装置

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